[Fink-users] gnome-print dependencies
(incidentally, I was able to successfully duct tape my gnome-libs .patch file, still interested in general info but immediate need met) New issue: can somebody please clarify the following: budle-gnome causes a gnome- print-0.35-3 install, which crashes with: checking for gdk-pixbuf-config... /sw/bin/gdk-pixbuf-config checking for GDK_PIXBUF - version = 0.7.0... no *** Could not run GDK_PIXBUF test program, checking why... *** The test program compiled, but did not run. This usually means *** that the run-time linker is not finding GDK_PIXBUF or finding the wrong *** version of GDK_PIXBUF. If it is not finding GDK_PIXBUF, you'll need to set your *** LD_LIBRARY_PATH environment variable, or edit /etc/ld.so.conf to point *** to the installed location Also, make sure you have run ldconfig if that *** is required on your system *** *** If you have an old version installed, it is best to remove it, although *** you may also be able to get things to work by modifying LD_LIBRARY_PATH According to the package link off of fink.sourceforge.net, there doesn't even exist a fink package for gdk-pixbuf past version 0.18 in unstable. What gives? Jeff Henrikson --- This sf.net email is sponsored by:ThinkGeek Gadgets, caffeine, t-shirts, fun stuff. http://thinkgeek.com/sf ___ Fink-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] gnome-print dependencies
jehenrik wrote: [] checking for gdk-pixbuf-config... /sw/bin/gdk-pixbuf-config checking for GDK_PIXBUF - version = 0.7.0... no [] According to the package link off of fink.sourceforge.net, there doesn't even exist a fink package for gdk-pixbuf past version 0.18 in unstable. What gives? How do you count? For me, 18 is bigger than 7 ;-) -- Martin --- This sf.net email is sponsored by:ThinkGeek Gadgets, caffeine, t-shirts, fun stuff. http://thinkgeek.com/sf ___ Fink-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-users
RE: [Fink-users] gnome-print dependencies
Oh, gotcha. My bad. Jeff Henrikson -Original Message- From: Martin Costabel [mailto:[EMAIL PROTECTED]] Sent: Friday, July 12, 2002 4:55 AM To: jehenrik Cc: [EMAIL PROTECTED] Subject: Re: [Fink-users] gnome-print dependencies jehenrik wrote: [] checking for gdk-pixbuf-config... /sw/bin/gdk-pixbuf-config checking for GDK_PIXBUF - version = 0.7.0... no [] According to the package link off of fink.sourceforge.net, there doesn't even exist a fink package for gdk-pixbuf past version 0.18 in unstable. What gives? How do you count? For me, 18 is bigger than 7 ;-) -- Martin --- This sf.net email is sponsored by:ThinkGeek Gadgets, caffeine, t-shirts, fun stuff. http://thinkgeek.com/sf ___ Fink-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-users
[Fink-users] Re: tcl-tk install problem
On Thursday, July 11, 2002, at 07:51 AM, fink-users- [EMAIL PROTECTED] wrote: ellem wrote: [] * if appropriate, the exact error output you received cpp-precomp: warning: errors during smart preprocessing, retrying in basic mode make: *** [tk3d.o] Error 1 ranlib: can't open file: libtkstub8.3.a (No such file or directory) The actual errors must appear earlier in the output. They prevent libtkstub8.3.a from being built. What you show is a secondary effect. You should look for a line ar cr libtkstub8.3.a tkStubLib.o tkStubImg.o and its neighboring output. This was as close to your line as I could find. `NXConvertHostFloatToSwapped' as `float' rather than `double' due to prototype rm -f libtclstub8.3.a ar cr libtclstub8.3.a tclStubLib.o : libtclstub8.3.a rm -f libtcl8.3.dylib cc -dynamiclib -L/sw/lib -compatibility_version 8 -current_version 8.3 -install_name /sw/lib/libtcl8.3.dylib -o libtcl8.3.dylib regcomp.o There does seem to be a lot of this however: ./../generic/tclResult.c:890: warning: negative integer implicitly converted to unsigned type ./../generic/tclResult.c:890: warning: negative integer implicitly converted to unsigned type ./../generic/tclResult.c:890: warning: negative integer implicitly converted to unsigned type -- Lou Moran http://ellem.dyn.dhs.org:5281/resume/lmoran2002.html --- This sf.net email is sponsored by:ThinkGeek Gadgets, caffeine, t-shirts, fun stuff. http://thinkgeek.com/sf ___ Fink-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] Suggestions on how to compile xforms?
I don't know whether this is meaningful, but the Makefile contains nothing but repetitions of: *** malloc[2677]: Deallocation of a pointer not malloced: 0x2161000; This could be a double free(), or free() called with the middle of an allocated block; Try setting environment variable MallocHelp to see tools to help debug -Norm On Wednesday, July 10, 2002, at 11:25 AM, Martin Costabel wrote: On mercredi, juillet 10, 2002, at 04:58 , Norman Hawker wrote: [] Makefile:2: *** missing separator (did you mean TAB instead of 8 spaces?). Stop. ### failed, exit code 2 Failed: compiling xforms-0.-3 failed Did you copy the xforms-*.patch file using something that transforms tabs into spaces? Or did you load it into some editor? Makefiles need tabs as separators, and the xforms patch file contains such tabs. Do a cvs update on it. -- Martin --- This sf.net email is sponsored by:ThinkGeek Gadgets, caffeine, t-shirts, fun stuff. http://thinkgeek.com/sf ___ Fink-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] Re: tcl-tk install problem
On vendredi, juillet 12, 2002, at 02:34 , Lou Moran wrote: [] You should look for a line ar cr libtkstub8.3.a tkStubLib.o tkStubImg.o and its neighboring output. This was as close to your line as I could find. `NXConvertHostFloatToSwapped' as `float' rather than `double' due to prototype rm -f libtclstub8.3.a ar cr libtclstub8.3.a tclStubLib.o If this is as close as you can get, then there is really something missing: We were talking about libtkstub8.3.a, not about libtclstub8.3.a. The libtk stuff is made later, in the second half of the compilation. There must be some error in the compilation of the tkStub* things. -- Martin --- This sf.net email is sponsored by:ThinkGeek Gadgets, caffeine, t-shirts, fun stuff. http://thinkgeek.com/sf ___ Fink-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-users
[Fink-users] follow-up: gnumeric graphing
I posted a description of gnumeric refusing to graph, despite guppi having been installed, about a week ago. Perhaps this was the wrong forum; if so, I apologize. Regardless, no one responded to the inquiry. I had searched the list archives (fink-users beginners, and the gnumeric and guppi lists) to no avail. My biggest clue was the guppi16-0.40.3-1.info file, which contained Depends: gnumeric (= 1.0.3-1) (other content removed). Since then I have discovered that gnumeric requires guppi16 (or conversely, guppi16 works with the version of gnumeric installed, 1.0.8-1). I thought that perhaps this information might save another potential gnumeric user some (lots!) of time. -- Stan --- This sf.net email is sponsored by:ThinkGeek Gadgets, caffeine, t-shirts, fun stuff. http://thinkgeek.com/sf ___ Fink-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] Re: tcl-tk install problem
On Friday, July 12, 2002, at 09:27 AM, Martin Costabel wrote: snip `NXConvertHostFloatToSwapped' as `float' rather than `double' due to prototype rm -f libtclstub8.3.a ar cr libtclstub8.3.a tclStubLib.o If this is as close as you can get, then there is really something missing: We were talking about libtkstub8.3.a, not about libtclstub8.3.a. The libtk stuff is made later, in the second half of the compilation. There must be some error in the compilation of the tkStub* things. ok, should I be installing something here? any ideas? -- Train rides are depressing; who wants to look at poor people's back yards? (OS X) --- This sf.net email is sponsored by:ThinkGeek Gadgets, caffeine, t-shirts, fun stuff. http://thinkgeek.com/sf ___ Fink-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-users
[Fink-users] Fink-users -- confirmation of subscription -- request 441238
confirm 441238 --- This sf.net email is sponsored by:ThinkGeek Gadgets, caffeine, t-shirts, fun stuff. http://thinkgeek.com/sf ___ Fink-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-users
[Fink-users] gdk-pixbuf error in build stage
Hi so more random breakage on my machine. Pardon my immediate complaining, I'm feeling very impatient with it at the moment. gdk-pixbuf breaks this time. It builds fine. Then when assembling the installation directory it fails trying to copy some .so files which don't exist: /bin/sh ./mkinstalldirs /sw/src/root-gdk-pixbuf-0.16.0-6/sw/share/aclocal mkdir /sw/src/root-gdk-pixbuf-0.16.0-6/sw/share/aclocal /usr/bin/install -c -m 644 ./gdk-pixbuf.m4 /sw/src/root-gdk- pixbuf-0.16.0-6/sw/share/aclocal/gdk-pixbuf.m4 install -d -m 755 /sw/src/root-gdk- pixbuf-0.16.0-6/sw/share/doc/gdk-pixbuf install -c -p -m 644 README COPYING* AUTHORS NEWS /sw/src/root-gdk-pixbuf-0.16.0-6/sw/share/doc/gdk-pixbuf/ rm -f /sw/src/root-gdk-pixbuf-0.16.0-6/sw/info/dir /sw/src/root-gdk-pixbuf-0.16.0-6/sw/info/dir.old /sw/src/root-gdk-pixbuf-0.16.0-6/sw/share/info/dir /sw/src/root-gdk-pixbuf-0.16.0-6/sw/share/info/dir.old rm -rf /sw/src/root-gdk-pixbuf-shlibs-0.16.0-6 mkdir -p /sw/src/root-gdk-pixbuf-shlibs-0.16.0-6/sw mkdir -p /sw/src/root-gdk-pixbuf-shlibs-0.16.0-6/DEBIAN install -d -m 755 /sw/src/root-gdk-pixbuf- shlibs-0.16.0-6/sw/lib/gdk-pixbuf/loaders mv /sw/src/root-gdk-pixbuf-0.16.0-6/sw/lib/gdk-pixbuf/loaders/*.so /sw/src/root-gdk-pixbuf-shlibs-0.16.0-6/sw/lib/gdk-pixbuf/loaders mv: rename /sw/src/root-gdk-pixbuf-0.16.0-6/sw/lib/gdk- pixbuf/loaders/*.so to /sw/src/root-gdk-pixbuf- shlibs-0.16.0-6/sw/lib/gdk-pixbuf/loaders/*.so: No such file or directory Maybe this has to do with these suspicious error messages during build? No gdk shared libs? I don't think so. *** Warning: This library needs some functionality provided by -lgdk. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. *** Warning: libtool could not satisfy all declared inter-library *** dependencies of module libpixbufloader-tiff. Therefore, libtool will create *** a static module, that should work as long as the dlopening *** application is linked with the -dlopen flag. ar cru .libs/libpixbufloader-tiff.a io-tiff.o ranlib .libs/libpixbufloader-tiff.a creating libpixbufloader-tiff.la There are no strange failures in the configure tests that I can notice, all the basics seem to happen: checking for glib-config... /sw/bin/glib-config checking for GLIB - version = 1.2.0... yes checking for gtk-config... /sw/bin/gtk-config checking for GTK - version = 1.2.0... yes I don't see an explicit tests for shared libs. An explict fink reinstall gtk+-shlibs does not remedy anything. As usual, help (even in the form of hey dumbass) would be greatly appreciated. Incidentally, is it possible that between all my fink selfupdates and broken installs/reinstalls I have concocted myself a possessed machine? How likely would nuking all of /sw and starting over be toward solving these problems. Or does every user of stable/main experience a comparable number of difficulties? I seem to get very many considering the uniformity of OS X machines as compared to, say, linux boxes. Jeff --- This sf.net email is sponsored by:ThinkGeek Gadgets, caffeine, t-shirts, fun stuff. http://thinkgeek.com/sf ___ Fink-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-users
[Fink-users] gdk-pixbuf error in build stage
Eh, never mind. I guess reinstalling gtk+-shlibs or some other intermediate futzing did joggle something. Sorry. Jeff --- This sf.net email is sponsored by:ThinkGeek Gadgets, caffeine, t-shirts, fun stuff. http://thinkgeek.com/sf ___ Fink-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-users
[Fink-users] damn not this again
Okay, this one is related to a FAQ (Q5.2: gnome-libs complains about dbopen and lots of other stuff.) The package mc-4.5.54-3 breaks: /usr/bin/ld: Undefined symbols: ___db185_open This is not because I don't have a db, or a db without backward compatability, at least so far as I understand. It's just because the dumb makefile hasn't accumulated a -ldb from anywhere. I rebuilt db3 (3.3.11-6) but that doesn't help. (I knew it wouldn't, because it didn't with gnome-libs either.) Before I fixed gnome-libs by finding the targets that were linking with db and adding to the .patch file manual makefile edits to get -ldb in there. This is labor intensive and obviously addressing symptoms rather than problems. What's the cause? Jeff Henrikson --- This sf.net email is sponsored by:ThinkGeek Gadgets, caffeine, t-shirts, fun stuff. http://thinkgeek.com/sf ___ Fink-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-users
[Fink-users] libpcap headers
I recently downloaded a program that requires libpcap. so i simply had fink download and install it. but my program still didn't compile. it couldn't find pcap-int.h. i downloaded libpcap-0.4 and it has this header, but the copy that fink installs(0.6x i think) doesn't. Has this header been removed by fink or by the author? if it was removed by fink: why? and will it be restored soon? thanx -- John Pell _ Join the worlds largest e-mail service with MSN Hotmail. http://www.hotmail.com --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Fink-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-users
[Fink-users] solved: damn not this again
Okay, so I made it out. I noticed that the ___db185_open missing symbol was not referenced in the mc code, therefore it was being unresolved by the gnome metadata code in gnome-libs, which was the library that I duct taped by adding a -ldb. So I figured I better look back at that patch, and it turns out I made a mistake. I put -ldb when linking a test program, not the library itself. So all subsequent references to gnome-metadata primitives produced this link error. So basically I rebuilt gnome-libs with -ldb while linking libgnome itself, and the gnome libs test program and mc were both happy. I have two comments about stuff that does seem to be broken. Problem 1: I was reminded while doing a gratuitious fink rebuild db3 that the db package actually seems messed up. Do that with db 3.3.11-6 and then build gnome-libs 1.4.1.4-3. Breakage: checking for dbopen... yes checking for db.h... no checking for db_185.h... no checking for db1/db.h... yes okay so far, barf on compile. It looks like it's using the wrong headers. I know there's a FAQ on this, BTW. Continuing: [localhost:/sw/src] root# ls -l /sw/include/db1/db.h -r--r--r-- 1 root wheel 57225 Jul 12 23:22 /sw/include/db1/db.h [localhost:/sw/src] root# ls -l /sw/include/db3/db.h -r--r--r-- 1 root wheel 57225 Jul 12 23:22 /sw/include/db3/db.h Hmm, looks like if I went sniffing in the db1 directory I would not be expecting to be finding a db3 header. So blindly let's try this: [localhost:/sw/src] cp /sw/include/db1/db_185.h /sw/include/db1/db.h Bang. It works. Looks to me either the db3 package needs rearranging, the gnome-libs package needs a better configure script, or both. But I'm not an expert as to which. Decide for yourself. Problem 2: libgnome's nonexistant -ldb. Add this to the 1.4.1.4-3 patch: diff -uN gnome-libs-1.4.1.4.old/libgnome/Makefile.in gnome- libs-1.4.1.4.new/lib\ gnome/Makefile.in --- gnome-libs-1.4.1.4.old/libgnome/Makefile.in Thu Jan 24 18:58:07 2002 +++ gnome-libs-1.4.1.4.new/libgnome/Makefile.inFri Jul 12 03:49:28 2002 @@ -234,7 +234,7 @@ EXTRA_DIST = parse-path.cP $(man_MANS) libgnome_la_LDFLAGS = -version-info 36:3:4 #-rpath $(libdir) -libgnome_la_LIBADD = $(GLIB_LIBS) -lm +libgnome_la_LIBADD = $(GLIB_LIBS) -lm -ldb bin_PROGRAMS = dns-helper gnome-dump-metadata gnome-moz-remote \ gconfigger gnome-gen-mimedb Okay, that's it. Sorry to be a pest today. Thanks for those of you who helped. Jeff Henrikson --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Fink-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-users
[Fink-users] hold flag is ignored?
It's possible I don't understand what hold means in dselect. Since orbit-0.5.15-2 consistently fails to compile, I set orbit (0.5.12-1) to hold in dselect. Now I expect that when I do fink update-all it will update everything except orbit, since it is flagged hold. This is not the case. It still tries to update it. Note that I have added unstable/main to my Trees in the fink.conf and that I have fink set to self-update using cvs. One way or another, however, I wish to stay with orbit-0.5.12-1 while updating everything else. I can't seem to do it with dselect. I can't seem to do it with fink update-all. I can't seem to do it with dpkg or apt-get. I'm going to try doing it one package at a time with FinkCommander, but I don't like that as a general solution. Any thoughts? --Greg --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Fink-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-users