[Fink-devel] packages and xquartz 2.5.0
Firefox/gtk2 after the 3.6.x series won't build on OS X w/out disabling major functionality unless the system has xquartz 2.5.0 (at least on 10.5, I don't know what the situation is on 10.6). This is an issue with the old GL headers, which jeremyhu updated in 2.5.0. There is no word as to whether Apple will backport this fix into future releases of the system X11. Given that Fink policy right now is to use the system's X11, what can be done about this situation, assuming Apple doesn't update X11? Hanspeter -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] packages and xquartz 2.5.0
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 6/21/10 9:04 AM, Hanspeter Niederstrasser wrote: > Firefox/gtk2 after the 3.6.x series won't build on OS X w/out disabling > major functionality unless the system has xquartz 2.5.0 (at least on > 10.5, I don't know what the situation is on 10.6). This is an issue > with the old GL headers, which jeremyhu updated in 2.5.0. There is no > word as to whether Apple will backport this fix into future releases of > the system X11. > > Given that Fink policy right now is to use the system's X11, what can be > done about this situation, assuming Apple doesn't update X11? > > Hanspeter > Even if we came up with a virtual package handler to pick up the Xquartz version and broadcast that to allow versioned dependencies (system-xfree86 won't cut it as is), on 10.5 Xquartz is extraordinarily fragile, since Apple seems to downgrade an X11 library with every update. _If_ we had the resources, the best answer would be to roll our own X11 based on Xquartz, and install it within the Fink tree. That would guarantee known versions of the components and would be safe from system updates. - -- Alexander Hansen Fink User Liaison -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkwfaJAACgkQB8UpO3rKjQ/ZQwCdHM5EOdQOetDgUROQql5pZ9s1 zMEAn2qWNMD0KUaQ11aVNuQbB9zYPAiy =7geX -END PGP SIGNATURE- -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] libjpeg-shlibs and libjpeg dependencies in your packages!
Hello Dave, Justin, Alexander, William, I am sending you this e-mail to inform you that one or some of your packages depend on libjpeg-shlibs and/or builddepend on libjpeg. I have seen libjpeg-related crashes on various machines, most probably related to KDE or Qt loading whatever jpeg library it can find, even if another one is already loaded. To fix this, please bump your libjpeg dependency to libjpeg8. By bumping to libjpeg8, you also get a couple of build warning fixes from the old libjpeg headers for free. If you want, I can do it for you and commit the package; I will up the revision by one and keep you as maintainer. I of course want your explicit permission before I do that. :) The packages are as follows: Dave Morrison: libtiff-{bin,shlibs}, imagemagick1-shlibs, libdjvulibre15-shlibs Justin F. Hallett: libmng2-shlibs Alexander Strange: libwmf-shlibs William Scott: blt (for x86_64) William, you are currently the maintainer of blt for x86_64, would you like to take over maintainership of 'blt' for i386,powerpc and/or fix the same problem there? If not, I will make the change and upload packages to unstable as soon as another developer gives me the green light. Thanks, Sjors PS: I still need testers for the new dpkg and apt! They can be found in my experimental directory (/experimental/dazjorz/finkinfo). They are way more up-to-date, more featureful, nicer, faster, and should work without problems, but I need some more people to tell me they indeed do work without problems. :) -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] libjpeg-shlibs and libjpeg dependencies in your packages!
Dear Sjors, I'm not convinced that you have correctly diagnosed the crashes you have seen. The shared libraries of libjpeg and libjpeg8 have different names, and the dynamic linker cannot possibly confuse them. There is a remote possibility that some other library is confusing symbols between libjpeg and libjpeg8, but my understanding is that whatever symbols are in common between the two are identical. Fink's entire system was built on this important property of the OS X dynamic linker: old versions of the library can stay around for things that need them, even when newer versions of the library have been created. This works as long as library maintainers follow the correct versioning rules, but -- as indicated above -- I've seen no evidence that the libjpeg/libjpeg8 transition violates any versioning rules. So, while it may be desirable to convert, there should be no urgency whatsover about the conversion. I strongly encourage you to investigate the "crashes" you are reporting further, to determine their true cause. Best regards, Dave P.S. Two of the packages of mine which you mention -- imagemagick1-shlibs and libdjvulibre15-shlibs -- are in fact old (perhaps obsolete) versions of packages which exist in newer versions in fink. THERE IS ABSOLUTELY NO REASON TO CHANGE OBSOLETE PACKAGES to use a different library. On Jun 21, 2010, at 2:42 PM, Sjors Gielen wrote: > Hello Dave, Justin, Alexander, William, > > I am sending you this e-mail to inform you that one or some of your packages > depend on libjpeg-shlibs and/or builddepend on libjpeg. I have seen > libjpeg-related crashes on various machines, most probably related to KDE or > Qt loading whatever jpeg library it can find, even if another one is already > loaded. > > To fix this, please bump your libjpeg dependency to libjpeg8. By bumping to > libjpeg8, you also get a couple of build warning fixes from the old libjpeg > headers for free. If you want, I can do it for you and commit the package; I > will up the revision by one and keep you as maintainer. I of course want your > explicit permission before I do that. :) > > The packages are as follows: > > Dave Morrison: libtiff-{bin,shlibs}, imagemagick1-shlibs, > libdjvulibre15-shlibs > Justin F. Hallett: libmng2-shlibs > Alexander Strange: libwmf-shlibs > William Scott: blt (for x86_64) > > William, you are currently the maintainer of blt for x86_64, would you like > to take over maintainership of 'blt' for i386,powerpc and/or fix the same > problem there? If not, I will make the change and upload packages to unstable > as soon as another developer gives me the green light. > > Thanks, > Sjors > > PS: I still need testers for the new dpkg and apt! They can be found in my > experimental directory (/experimental/dazjorz/finkinfo). They are way more > up-to-date, more featureful, nicer, faster, and should work without problems, > but I need some more people to tell me they indeed do work without problems. > :) -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] libjpeg-shlibs and libjpeg dependencies in your packages!
On Jun 21, 2010, at 4:42 PM, Sjors Gielen wrote: > PS: I still need testers for the new dpkg and apt! They can be found > in my experimental directory (/experimental/dazjorz/finkinfo). They > are way more up-to-date, more featureful, nicer, faster, and should > work without problems, but I need some more people to tell me they > indeed do work without problems. :) Sjors, Building your apt fails on my iMac G5, with 10.5.8; dpkg went fine. - Koen. configure: creating ./config.status config.status: creating environment.mak config.status: creating makefile config.status: creating doc/Doxyfile config.status: creating include/config.h config.status: creating include/apti18n.h config.status: executing po-directories commands config.status: executing default commands make[262]: Makefile:11: fork: Resource temporarily unavailable make[262]: vfork: Resource temporarily unavailable make[261]: *** [dirs] Error 2 ... make[1]: *** [dirs] Error 2 make: *** [dirs] Error 2 mkdir -p build/doc/doxygen make NOISY=1 make -C . -f Makefile all make -C . -f Makefile all ... make -C . -f Makefile all make -C . -f Makefile all make[264]: Makefile:11: fork: Resource temporarily unavailable make -C . -f Makefile all make[264]: vfork: Resource temporarily unavailable make[263]: *** [all] Error 2 ... make[158]: *** [all] Error 2 make[157]: *** [all] Error 2 make[156]: *### execution of make failed, exit code 2 ** [all] Error 2 make[155]: *** [all] Error 2 make[154]: *** [all] Error 2 ... make[2]: *** [all] Error 2 make[1]: *** [all] Error 2 make: *** [all] Error 2 ### execution of /var/tmp/tmp.10.wYbc1C failed, exit code 2 Removing runtime build-lock... Removing build-lock package... /sw/bin/dpkg-lockwait -r fink-buildlock-apt-0.7.25.3-2 -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel