I just merged fspanel-0.8_beta1 but when i try and run fspanel, it segfaults. No error message or anything besides the segfault message.
Upon a closer look, this may just be what happens when running under a window manager that is non-gnome compliant. I'm currently merging icewm to test this theory. However, a segfault is still a nasty way of dealing with this if it is the case. Some kind of actual error message would be much nicer... "unable to run fspanel on a non-gnome-compliant windowmanager, aborting..." for example?
Well, i've tried this under xfce, icewm, and openbox. So I don't think it's related to which window manager is being used...
fspanel is intended to replace the Gnome panel. As I don't have Gnome here I can't actually test that personally but I've got reports that it's working fine. The only other window manager that seem to play nice (that I can find) is Openbox. I *do* run Openbox and, besides just fixing fspanel to play nice with Xft2, can get it to run fine. So I think that fspanel is actuall a netwm spec app, and not specificly tied to Gnome as Gnome. Make any sense? Not here either. As far as a gracefull exit message, that up to the program author. Not much I can do about that here. What version of xfree are you running. It may be worth it to update to latest, xfree-4.2.1-r2, and try again.
Well, I did a little more investigation into my fspanel problem. ebuild fspanel unpack I then ran ./compile from the work directory root@libretto fspanel-0.8beta1 # ./configure checking for X11 path... /usr/X11R6 checking for X11/Xlib.h... yes checking for X11/xpm.h... yes checking for X11/Xft/Xft.h... yes checking for Linux... yes creating Makefile... done AntiAliased XFT text .... : yes LibXpm default icon ..... : yes All done. Now type: make Editing the Makefile, I added -g to the CFLAGS line and removed the strip command then ran make root@libretto fspanel-0.8beta1 # make gcc -g -I/usr/X11R6/include -DHAVE_XPM -DXFT -DNOSTDLIB -nostdlib -L/usr/X11R6/lib -lX11 -lXpm -lXft fspanel.c -o fspanel -rwxr-xr-x 1 root root 60044 Dec 13 22:39 fspanel running this in gdb, I got the following info: (gdb) run Starting program: /opt/var/tmp/portage/fspanel-0.8_beta1-r1/work/fspanel-0.8beta1/fspanel Program received signal SIGSEGV, Segmentation fault. 0x080495f1 in gui_init () at fspanel.c:491 491 text_y = xfs->ascent + ((WINHEIGHT - (xfs->ascent + xfs->descent)) / 2); seeing that the problem was within an XFT block, i removed the definitions for that from the Makefile gcc -g -I/usr/X11R6/include -DHAVE_XPM -DNOSTDLIB -nostdlib -L/usr/X11R6/lib -lX11 -lXpm fspanel.c -o fspanel -rwxr-xr-x 1 root root 54673 Dec 13 22:43 fspanel after that, it ran perfectly well, so i removed the -g and renabled the strip. root@libretto fspanel-0.8beta1 # make gcc -I/usr/X11R6/include -DHAVE_XPM -DNOSTDLIB -nostdlib -L/usr/X11R6/lib -lX11 -lXpm fspanel.c -o fspanel -rwxr-xr-x 1 root root 15097 Dec 13 22:45 fspanel strip fspanel -rwxr-xr-x 1 root root 11800 Dec 13 22:45 fspanel Now, as to the xft business, both the ebuild and the configure file specify bits about it. f I do actually have a /usr/include/X11/Xft/Xft.h however, qpkg -l /usr/include/X11/Xft/Xft.h doesn't return any ebuilds. I do not have the xft ebuild installed. Hopefully this has been of some use in debuging this problem. There's also probably an easier way to go about finding this info, but I'm new to gentoo, so i'm a little rough around the edges.
I've added dev-util/pkconfig into DEPEND. It was being used within the ebuild to check for Xft2, but wasn't being called as a dependancy. This is a cleanup job, and I can't see how this will keep fspanel from segfaulting.
Well, I no longer seem to be having this problem. emerged the new version, and it runs perfectly. I appear to now have xft-2.0.1 installed however, perhaps due to some other software install.
cool.