I think im running off topic but I'm a little bit curious about 'rep': why should we maintain a scheme implementation just for this software? can we just implement sawfish upon other scheme implementation such as gnu-guile/mit-scheme or plt-scheme? that' would be a lot relaxing for maintainers.
-lars On Sun, 03 May 2009, Christopher Roy Bratusek wrote: > Am Montag, den 04.05.2009, 00:40 +1000 schrieb Allan Duncan: > > Christopher Roy Bratusek wrote: > > > Hi all, > > > > > > a brand-new release of rep-gtk 0.18.4 is awaiting you. > > > > I've been trying to compile an RPM for the latest 0.18.5 on an x64 box, and > > get: > > > > ... > > install -d > > /home/alland/rpmbuild/BUILDROOT/rep-gtk-0.18.5-1.x86_64/usr/lib/pkgconfig/ > > install -m644 rep-gtk.pc > > /home/alland/rpmbuild/BUILDROOT/rep-gtk-0.18.5-1.x86_64/usr/lib/pkgconfig/ > > + /usr/lib/rpm/find-debuginfo.sh --strict-build-id > > /home/alland/rpmbuild/BUILD/rep-gtk-0.18.5 > > extracting debug info from > > /home/alland/rpmbuild/BUILDROOT/rep-gtk-0.18.5-1.x86_64/usr/lib64/rep/x86_64-unknown-linux-gnu/gui/gtk-2/types.so > > extracting debug info from > > /home/alland/rpmbuild/BUILDROOT/rep-gtk-0.18.5-1.x86_64/usr/lib64/rep/x86_64-unknown-linux-gnu/gui/gtk-2/gtk.so > > ... > > Processing files: rep-gtk-0.18.5-1 > > error: File not found: > > /home/alland/rpmbuild/BUILDROOT/rep-gtk-0.18.5-1.x86_64/usr/lib64/pkgconfig/rep-gtk.pc > > ... > > > > The pkgconfig stuff is being placed into /usr/lib rather than /usr/lib64 > > that > > everything else is going to. I haven't worked out how the "lib64" is > > generated, but > > Makefile.in has lines like "install -d $(DESTDIR)/@prefix@/lib/pkgconfig/" > > that aren't > > going to deliver the lib64 needed above. > > > > > > That has been fixed in trunk. > > The patch can also be found in the ML (by Teika) > > Chris
