Summary: | x11-wm/flwm-1.00-r4 kills xserver unless x11-libs/fltk is compiled w/ USE=noxft | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | nixnut (RETIRED) <nixnut> |
Component: | Current packages | Assignee: | Desktop Misc. Team <desktop-misc> |
Status: | RESOLVED FIXED | ||
Severity: | critical | CC: | coldwind, greydruid, ssuominen, znmeb |
Priority: | High | Keywords: | PMASKED |
Version: | unspecified | ||
Hardware: | PPC | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
Ebuild to build FLWM version 1.02
new ebuild with xft support xft patch for flwm patched fltk ebuild patch for fltk |
Description
nixnut (RETIRED)
2005-07-23 02:10:05 UTC
I'm not even getting that far. I build a .xinitrc the way "man flwm" tells me to and it starts to start up, then "flwm" segfaults. I'm planning to build a system from scratch with just X and flwm (thanks to VMWare :)) and see if I can narrow this down a little better. Don't know if anyone is still kicking around with this. I was wondering if the status on this is still correct? I'm going to make an ebuild of the newest version 1.02 tonight or tomorrow. Hopefully someone will be willing to test for me :D Hrmm well I made an ebuild for the new version 1.02 but it still segfaults. So I will have to debug it sometime. It will probably get done this weekend 3/10 or so. Ok figured out what the problem is. FLTK supports x configured with xft and x just straight. However FLWM counts on FLTK being configured without xft. It does so by calling into the XFontStruct directly. Since Xft replaces XFontStruct with XftFont uhh this causes badness (segfault). Most people probably are probably using xft because the fonts are prettier so this is a fairly large problem. Soo I guess I could patch this but it could take some work (it already took a bit of work to debug it, mainly because gdb is new to me). Gonna email the FLWM author maybe he'll fix it. Ack forgot to mention that there is a work around. All you need do is recompile FLTK with the noxft use flag # echo "x11-libs/fltk noxft" >> /etc/portage/package.use # emerge --ask --verbose --oneshot fltk Did someone contact upstream about this? I contacted Bill Spitzak who is the author of flwm on 2007/03/13. He said he would fix it asap on 2007/03/15 but looks like it's taking awhile. I guess I can post the ebuild I made for 1.02 if that'll help anyone with some time for fixing this. Created attachment 123737 [details]
Ebuild to build FLWM version 1.02
Now the ebuild dies on pkg_setup when flwm is compiled with USE="-noxft". Please, don't close the bug until flwm gets support for xft. I just took a look at FLWM's CVS repository, and apparently the newest commit is actually 12 months old. It appears to me that the author has no intention on fixing this anytime soon. This seems to be a rather large problem. I'm considering removing the package from the tree, or at least masking it. Your thoughts? (In reply to comment #10) > I just took a look at FLWM's CVS repository, and apparently the newest commit > is actually 12 months old. It appears to me that the author has no intention on > fixing this anytime soon. > > This seems to be a rather large problem. I'm considering removing the package > from the tree, or at least masking it. Your thoughts? > I wouldn't remove it, but masking is a good idea. There aren't all that many viable window managers as it is -- maybe this one dying is a *good* thing because it will free up people to work on Beryl/Compiz, Enlightenment, WindowMaker, Fluxbox and IceWM, all of which appear to be viable. You forgot to mention Openbox, the best of them all. ;) Yeah, I'll probably mask it soon unless anyone has any better ideas. Well rather than removing it since it does still work fine with a certain configuration, couldn't the ebuild be written so that it will depend on a (slotted?) version of fltk compiled with noxft? Two years without a fix is enough. So I vote for removal. Anyway, I look forward an overlay for removed packages... +1 for removal unless upstream wakes up pretty soon. (In reply to comment #15) > +1 for removal unless upstream wakes up pretty soon. Same here. (Btw, the bugzie voting is cool :-P) Debian has patches for fltk and flwm to solve this problem. I'm looking into it ;-) (In reply to comment #17) > Debian has patches for fltk and flwm to solve this problem. I'm looking into it > ;-) > You have 60 days to import them, or it's gone. Created attachment 138245 [details]
new ebuild with xft support
this need patched fltk version
Created attachment 138246 [details, diff]
xft patch for flwm
this need patched fltk
Created attachment 138247 [details]
patched fltk ebuild
patched fltk ebuild for rotated text wuth xft
Created attachment 138249 [details, diff]
patch for fltk
include rotated text patch.
i send it to upstream too.
Reassigning This bug is fixed. It just needs stabilisation of x11-libs/fltk-1.1.7-r3 (needs a bit of testing yet). Stabilisation of x11-wm/flwm-1.02 would be nice too. (In reply to comment #24) > This bug is fixed. It just needs stabilisation of x11-libs/fltk-1.1.7-r3 (needs > a bit of testing yet). Stabilisation of x11-wm/flwm-1.02 would be nice too. > ?! amd64 will not stabilize anything that hasn't been unmasked 30 days, so please revert our keyword to ~ if there is one and unmask the thing now.. (In reply to comment #25) > > amd64 will not stabilize anything that hasn't been unmasked 30 days, so please > revert our keyword to ~ if there is one and unmask the thing now.. > Don't panic! I haven't filed a stabilisation bug nor CC'ed arches here (and of course, I haven't marked it stable since I'm not AT myself). I just pointed out what needs to be done to close this bug. Old versions removed and unmasked (no stable keywords anymore). |