Bug 15881 – librep 0.16.1 ebuild causes various bugs in sawfish

• Product: Gentoo Linux
• Status: RESOLVED FIXED

[Description Matt Tucker 2003-02-17 19:18:30 UTC]

The latest version of the librep 0.16.1 ebuild removes the dependency on (and
binding to) gmp, which causes librep's handling of integers and floats to break,
which causes a great deal of breakage, most notably in sawfish. The most obvious
bug (to me) was not being able to resize text-mode windows (like xterm), but I
noticed a number of other bugs as well (such as the ,help command in 
sawfish-client not working).

Revision 1.8 in CVS
<http://cvs.gentoo.org/cgi-bin/viewcvs.cgi/gentoo-x86/dev-libs/librep/librep-0.16.1.ebuild?r1=1.1>
introduced these changes, and also removed the optional readline binding. Also
strange is that the comment for this patch is 'mark x86 stable', but x86 was
stable in revision 1.1.

I suggest backing out this revision (with the possible exception of the emake ->
make -j1 change).

[Comment 1 foser (RETIRED) 2003-02-18 08:29:47 UTC]

well hmm.. dunno, it seems this is the only way some ppl can get sawfish to work.

[Comment 2 Matt Tucker 2003-02-18 15:42:17 UTC]

I'm confused. Disabling gmp is the only way some people can get sawfish to work? What kind of bugs are they seeing when it's enabled? And what about the thing with readline? I use sawfish-client; having readline enabled is nice. If people don't want it, isn't that what USE flags are for?

[Comment 3 foser (RETIRED) 2003-02-18 18:20:05 UTC]

bugs long ago.. forgot what it was exactly about.

[Comment 4 Matt Tucker 2003-02-18 20:35:46 UTC]

You checked in a change nine days ago to fix bugs from long ago that you can't
even remember? Does that sound weird to you?

[Comment 5 foser (RETIRED) 2003-02-19 06:51:32 UTC]

is this nine days ago ? then its a mistake.. ill have a look.

[Comment 6 Jonathan Rogers 2003-02-19 23:55:03 UTC]

I just started from scratch with 1.4_rc2 a couple of days ago and ran into librep and sawfish weirdness. I tried to emerge sawfish, which wanted librep-0.16.1 and rep-gtk-0.17 (but not gmp).  When rep-gtk tries to build, it compiles a couple of files and then gets into a deadlock waiting for some files to be removed. I get the following lines repeated infinitely:

Waiting for rep-types.o.lock to be removed
Waiting for rep-gtk.o.lock to be removed

[Comment 7 Jonathan Rogers 2003-02-20 00:16:20 UTC]

Man, this is frustrating. Now, I can't reproduce the deadlock. Anyway, even if I
do get sawfish to compile, which I have a couple of times, it doesn't work. It
just complains like this:

Bad argument: #<closure make-lut>, , 3
Bad argument: #<closure make-lut>, , 3
Bad argument: #<closure make-lut>, , 3

[Comment 8 Matt Tucker 2003-02-20 14:21:14 UTC]

The original link I meant to include was <http://cvs.gentoo.org/cgi-bin/viewcvs.cgi/gentoo-x86/dev-libs/librep/librep-0.16.1.ebuild.diff?r1=1.7&r2=1.8>, 
which shows the changes I'm talking about.

Jonathan, have you tried reversing these changes in the ebuild and rebuilding
librep to see if it solves your problems?

[Comment 9 foser (RETIRED) 2003-02-27 12:59:32 UTC]

i think the current stable version in portage 0.16.1-r1 should fix this screwup, can you guys confirm so i can close ? Sorry for the mess.

[Comment 10 Matt Tucker 2003-02-27 13:52:04 UTC]

Works for me. Thanks.

[Comment 11 foser (RETIRED) 2003-02-28 09:45:53 UTC]

ok closing, again sorry for the mess up