On Thu, Feb 21, 2008 at 03:00:50PM -0800, [EMAIL PROTECTED] wrote: > On Thu, Feb 21, 2008 at 11:40:29PM +0100, Jes?s Guerrero wrote: > > > As you see, you have many alternatives. The problem with either of this, > > is that you are the responsible to update the ebuild when necesary via svn. > > > > If you have questions, just ask. > > I just may do that :-) I will see how the new fvwm works probably > next Wednesday, and go from there.
Well, no luck. taskbar still segfaults: [ 165.614093] FvwmTaskBar[14701]: segfault at fffffff7 rip 2b7c4a6c52b5 rsp 7fff637048c0 error 4 [ebuild R ] x11-wm/fvwm-9999 USE="bidi doc gtk imlib nls perl png readline session stroke svg tk truetype xinerama xpm -debug -extras -rplay -shape -translucency" 0 kB [1] I noticed that the fvwm overlay version is not very useful. Mplayer, for instance, which is also part of the devnull overlay, has a useful version: [ebuild R ] media-video/mplayer-2008.0103 fvwm --help is only slightly more useful: fvwm 2.5.25 (from cvs) compiled on Feb 21 2008 at 20:06:03 with support for: ReadLine, Stroke, XPM, PNG, SVG, XShm, SM, Bidi text, Xinerama, XRender, XCursor, XFT, NLS How does it track the version internally well enough to know when updates are available? And back to fvwm, should I report this to the gentoo maintainer (who seems to be seriously out of date) or to the fvwm project -- does gentoo add its own bells and whistles which would make a gentoo bug report less useful? -- ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._. Felix Finch: scarecrow repairman & rocket surgeon / [EMAIL PROTECTED] GPG = E987 4493 C860 246C 3B1E 6477 7838 76E9 182E 8151 ITAR license #4933 I've found a solution to Fermat's Last Theorem but I see I've run out of room o -- gentoo-amd64@lists.gentoo.org mailing list