- User Since
- May 7 2015, 2:41 AM (281 w, 2 d)
Wed, Sep 23
As a side note, it might be good to add the CDN we have, and perhaps switch from ftp:// to http(s):// where it's available.
Sat, Sep 19
Fri, Sep 18
Thu, Sep 17
Libepoxy is some glue library, and it had an explicit dep on glesv2, so I thought it might do things with glesv1 as well. I just wanted to be sure.
Mabye put a NOT_FOR_ARCHS=sparc64 and NOT_FOR_ARCHS_REASON=not supported or something in mesa-dri/Makefile.common. Just in case someone is brave enough to try building this on sparc64.
Also, portmgr is blocking review because changes to Mk/, but Mk/Uses/gl.mk is x11@ responsibility, so it should be OK.
Can you double check that graphics/libepoxy doesn't need updating as well. Just build it in poudriere with this change to mesa and see if it works.
Looking good otherwise.
Wed, Sep 16
You need to remove the .Xr to apmd(8) from rc.conf(5) and acpiconf(8) as well, and references to apm(4) from apm(8).
You probably want to remove tools/build/options/WITHOUT_APM since that option is gone and update tools/build/options/WITHOUT_ACPI to indicate that it also governs the installation of the apm(8) userland utility. OptionalObsoleteFiles.inc probably need to take this into account also.
Looking good otherwise.
Sun, Sep 13
Sat, Sep 12
Awesome! Great work!
Wed, Sep 9
Ran it through my poudriere setup withot any issues.
One more thing, can you update the version check in graphics/drm-kmod/Makefile as well?
One small nit above, nothing important.
@arichardson I'm not sure that is enough, there might be ports that include bsd.lib.mk from Makefiles in their respective tarballs.
Note, I haven't test built this, I trust that you've given it a spin in poudriere or similar.
You might want to bump portrevision as well, just to be sure.
Sun, Sep 6
Sat, Sep 5
Thu, Sep 3
Wed, Sep 2
Tue, Sep 1
This is mostly intended to be committed to 13 to be merged to 12.
Mon, Aug 31
How is the backlight adjustments exposed to users?
Do we need to change drm-current-kmod?
Sun, Aug 30
Sat, Aug 29
Fri, Aug 28
both freebsd-gcc6@amd64 and @i386 builds fine on amd64, @i386 also builds fine on i386. I didn't try @amd64 on i386, but I see no reason it shouldn't work.
Aug 26 2020
Aug 25 2020
Aug 24 2020
Aug 23 2020
I'm wrong in that you can remove char cupsfilter completely from options.c, I misread the code the first time.
So, I've just had a quick look at the code.
char cupsfilter is defined in foomaticrip.c, and also options.c (which this patch changes). It is also declared in foomaticrip.h. I think it should be enough to remove it completely from options.c, since options.c includes foomaticrip.h.
I'm testing the build currently, but it will take a bit of time. I'll let you know once I'm done.