Summary: | app-editors/emacs-22.1-r1 w/ USE="X -gtk" emerge fails on Gentoo/FreeBSD | ||
---|---|---|---|
Product: | Gentoo/Alt | Reporter: | Andreas Nilsson <andrnils> |
Component: | FreeBSD | Assignee: | Gentoo/BSD Team <bsd+disabled> |
Status: | RESOLVED NEEDINFO | ||
Severity: | major | CC: | emacs |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | FreeBSD | ||
URL: | http://lists.gnu.org/archive/html/bug-gnu-emacs/2007-11/msg00022.html | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Andreas Nilsson
2007-10-03 08:56:29 UTC
Hi - this worked fine for me (I just re-merged it to make sure). I wonder if it is your use flags - I know you included your whole set, but could you do an "emerge -1av emacs" and let me know what it says? Here is mine: app-editors/emacs-22.1-r1 USE="X gif gtk jpeg png spell tiff toolkit-scroll-bars xpm -Xaw3d (-alsa) -gzip-el -hesiod -motif -sound -source" (In reply to comment #1) Sorry for the delay... Here is the output: [ebuild N ] app-editors/emacs-22.1-r1 USE="X gif jpeg png tiff xpm -Xaw3d (-alsa) -gtk -gzip-el -hesiod -motif -sound -source -spell -toolkit-scroll-bars" Thanks Joe for reproducing the bug and for reporting it upstream: <http://lists.gnu.org/archive/html/bug-gnu-emacs/2007-11/msg00022.html> To summarise what we (Joe doing all the work ;) have found out in our IRC debugging session yesterday: a) emacs-cvs-22.1.50-r1 (i.e. Emacs 22 CVS base branch) is also affected. b) Under different USE flags it behaves as follows: -X: o.k. X gtk: o.k. X -gtk Xaw3d segfaults X -gtk -Xaw3d -motif: segfaults Increasing severity by one point, since the bug is reproducible and affects more than one configuration. Any news on this issue? Not from me... The gentoo/freebsd was a bit more work than i needed so that install is gone :( But i could alwas give it a new try. (In reply to comment #4) > Any news on this issue? > Is this still an issue in app-editors/emacs-cvs-22.2.91? We are approaching the last pretests for 22.3 so this might be the last chance to fix the bug for Emacs 22. I don't really know. Bit i do have virtualbox installed so i can test it without to much hassle if it is interesting. If it is, do you want me to test gfbsd6.* or gfbsd-7.0? /addeman (In reply to comment #6) > Is this still an issue in app-editors/emacs-cvs-22.2.91? > > We are approaching the last pretests for 22.3 so this might be the last chance > to fix the bug for Emacs 22. > (In reply to comment #7) > I don't really know. Bit i do have virtualbox installed so i can test it > without to much hassle if it is interesting. If it is, do you want me to test > gfbsd6.* or gfbsd-7.0? Both would be the best case. (In reply to comment #8) > Both would be the best case. > Turns out that Virtualbox didn't want to cooperate as much as I would have liked it to. But I noticed that 22.3 already hit the tree, so i guess it's a moot point anyway. I did test 22.3 in gfbsd 6.2 with the following use flags: X -gtk Xaw3d, which earlier was reported to segfault. It worked just fine now. If you want me to test any other combination of useflags please let me know. I'll see if i can manage to get 7.0 to work in virtualbox too, and do the same test. (In reply to comment #9) > (In reply to comment #8) > > Both would be the best case. > > > > Turns out that Virtualbox didn't want to cooperate as much as I would have > liked it to. But I noticed that 22.3 already hit the tree, so i guess it's a > moot point anyway. It isn't. We can patch it in Gentoo and report it upstream, a release does not mean bug-freeness. > I did test 22.3 in gfbsd 6.2 with the following use flags: X -gtk Xaw3d, which > earlier was reported to segfault. It worked just fine now. If you want me to > test any other combination of useflags please let me know. Perfect would be an iteration through all combinations...you can script that, but that depends on you if you want to do it or not. If the original issue is fixed we can close this bug. > I'll see if i can manage to get 7.0 to work in virtualbox too, and do the same > test. We appreciate that. (In reply to comment #10) > (In reply to comment #9) > > (In reply to comment #8) > > > Both would be the best case. > > > > > > > Turns out that Virtualbox didn't want to cooperate as much as I would have > > liked it to. But I noticed that 22.3 already hit the tree, so i guess it's a > > moot point anyway. > > It isn't. We can patch it in Gentoo and report it upstream, a release does > not mean bug-freeness. I guess not, i meant more in respect of 'in time for release'... But bugs should get squashed, even if they made the release. > > > I did test 22.3 in gfbsd 6.2 with the following use flags: X -gtk Xaw3d, which > > earlier was reported to segfault. It worked just fine now. If you want me to > > test any other combination of useflags please let me know. > > Perfect would be an iteration through all combinations...you can script that, > but that depends on you if you want to do it or not. If the original issue is > fixed we can close this bug. Well, there are a lot of use flags for emacs, so testing all combinations would take a while. But i'm thinking of a little script that starts building with no use flags and adds one per iteration. That would finish in acceptable time i think. I'm currently building all deps for this test. Could for f in useflags ; do echo "app-editors/emacs $f" >> /etc/portage/package.use ; emerge app-editors/emacs >> emacs${f}.log ; done with /etc/portage/package.use originally containing app-editors/emacs -* and useflags replaced with the actual use flags available for emacs do the trick? On gfbsd6 i seem to remember that libpng failed, but thats another bug, but prevents testing of that useflag. > > > I'll see if i can manage to get 7.0 to work in virtualbox too, and do the same > > test. > Well, upgrading to vbox-1.6.6 seems to have done the trick. gfbsd7.0 now boots, so results will be available in the near future. > We appreciate that. > No update since more than a year. Please reopen if this is still an issue. |