See attached build log. (Please do not complain about the need for looking at the build log until you can provide an easy way to open bugs with the correct data picked out of a tinderbox log. Thanks.)
Created attachment 248126 [details] Build log
I believe this is fixedin 4.2, please re-open if it isn't. Thanks, William
My attempt to change the state with pybugz failed. I see that the build log for this bug was for brltty-4.1, is it still an issue with 4.2? Thanks, William
Created attachment 267387 [details, diff] brltty-4.2-fix-ldflags.patch Fixes the LDFLAGS issue for brltty-4.2. This patch may not be suitable for upstream. It will work for other Linuxes (?Linuxen?), and it might even work for the BSDs. But I don't know anything about the many other platforms supported by brltty.
This patch has been added to the tree, thanks much, please be sure to send it upstream.
I am reopening this bug. I just attempted to emerge brltty-4.2 again and it failed. I will attach the build log.
Created attachment 267623 [details] build.log build log
This is fixed. eautoreconf was running autoheader, which was breaking the build since brltty doesn't use all of the autotools. I reworked the ebuild to use eautoconf instead.