On Wed, Apr 15, 2009 at 07:27:15PM -0400, Benjamin Reed wrote: > > They are not binary compatible with each other, you can't build against > one and have it work on the other: > > diff -Nurd /tmp/nossl.txt /tmp/ssl.txt | c++filt | grep '^+' | wc -l > 2029 > > If you were to build foo against mysql-ssl15-shlibs, it will not run if > you switch it out with mysql15-shlibs.
"Nice". I think we're nearly at the end of the road for crypto as a self-contained section of packages. Openssl is one thing due to licensing, but fully open-source crypto implementors are becoming common and mandatory dependencies of many packages, varianting is difficult at best (even if it *were* totally drop-in compatible, which it's often not, we still have trouble swapping cleanly if user accidentally chooses inconsistently). Don't tell anyone, but technically almost all of gnome and therefore everthing on top of some of its core libs should be section:crypto. Do we still want to keep fink able to rip out the crypto-implementors for export reasons? What if we kept section:crypto just for the implementors and let normal packages that just *used* them go in section:main. That way one could hide section:crypto if necessary, and the holes in the dep-tree would be easy to find. Not quite as clean because they would be holes to discover along the way (wait for apt or fink to complain it can't resolve a dep) rather than just "all packages that aren't viable don't exist at all". OTOH, someone could easily clone the finkinfo tree or apt repo and screen out those. dan -- Daniel Macks dma...@netspace.org http://www.netspace.org/~dmacks ------------------------------------------------------------------------------ Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p _______________________________________________ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
