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
