- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Advanced Search
Sep 13 2020
Sep 12 2020
Awesome! Great work!
Sep 9 2020
Ran it through my poudriere setup withot any issues.
In D26367#586347, @manu wrote:In D26367#586341, @zeising wrote:One small nit above, nothing important.
As a side note, I wonder if we really should keep the SOURCE option enabled, it has caused issues in the past when people first do a buildkernel (with the old sources) and then update ports and think they have the new stuff, while still loading the old module built with buildkernel.
Well, installing the source will always causes problems when you update ports/package after building kernel but can help (sometimes) if nothing in base breaks building the module but it needs to be recompiled. It's the best solution that we have right now.
One more thing, can you update the version check in graphics/drm-kmod/Makefile as well?
One small nit above, nothing important.
In D26371#586337, @arichardson wrote:I'm not very familiar with the ports workflow and am not sure if I have commit access, so if someone could commit this for me that would reduce the chance of me messing up.
I tested building this locally using make clean all.
@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.
Sep 6 2020
Sep 5 2020
In D26044#585469, @arichardson wrote:I think this is unlikely to break anything other than duplicated sources so I was planning to commit it on Monday. @imp is this okay or should I ask for an exprun?
Sep 3 2020
Sep 2 2020
Sep 1 2020
This is mostly intended to be committed to 13 to be merged to 12.
Aug 31 2020
Nice work!
How is the backlight adjustments exposed to users?
Do we need to change drm-current-kmod?
Aug 30 2020
Aug 29 2020
Aug 28 2020
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.