Any solution besides this? Any way the packaging interface versioning in fink can let us escape this mess?
Well, not really. If necessary we may have to break things in this case. Since I do not have openbabel installed, I'll have to ask you a question. What is the output of otool -L /sw/lib/libopenbabel.1.dylib ?
Ah, that's what I just did to test. I hadn't installed the fink package yet, so I didn't have that info yet. I was looking at the 10.2 .patch first off, which defines in the Makefile.
...
+ rm -f $(LIBRARY).1.dylib $(LIBRARY).dylib
+ ln -s $(LIBRARY).1.100.0.dylib $(LIBRARY).1.dylib
+ ln -s $(LIBRARY).1.100.0.dylib $(LIBRARY).dylib
Silly me, I figure the 10.2 and 10.3 packages would have basically the same .info and .patch setup, particularly because there's an openbabel1-shlibs package on both.
So here's the interesting thing. I'm running 10.3, which actually installs:
[EMAIL PROTECTED] ghutchis: ls -l /sw/lib/libopenbabel.*
-rwxr-xr-x 1 root admin 26279800 Feb 16 22:21 /sw/lib/libopenbabel.0.0.0.dylib*
lrwxr-xr-x 1 root admin 24 Feb 16 22:22 /sw/lib/libopenbabel.0.dylib -> libopenbabel.0.0.0.dylib*
So AFAICT, there's going to be some serious problem with this package if someone upgrades from 10.2 to 10.3, but I don't know how to fix that. They get a new libopenbabel.0.dylib which is actually *newer* than their 10.2 version.
Now the 10.3 package *does* generate libopenbabel.0.dylib, which looks correct compared to what the libtool manual defines (i.e. start with 0.0.0), though it still calls itself part of openbabel1-shlibs.
And here's the otool -L info:
[EMAIL PROTECTED] ghutchis: otool -L /sw/lib/libopenbabel.0.dylib
/sw/lib/libopenbabel.0.dylib:
/sw/lib/libopenbabel.0.dylib (compatibility version 1.0.0, current version 1.0.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 71.0.0)
Current upstream pre-release...
[EMAIL PROTECTED] ghutchis: otool -L /usr/local/lib/libopenbabel.0.dylib
/usr/local/lib/libopenbabel.0.dylib:
/usr/local/lib/libopenbabel.0.dylib (compatibility version 1.0.0, current version 1.0.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 71.0.0)
I guess the first question is whether any code links to the 10.3 version of openbabel1-shlibs. Yes, xdrawchem does.
So our upstream library version is going to have to get bumped up, no question about it.
It also does not have any patches whatever ...?
Why would you want a package with patches? :-)
-Geoff
------------------------------------------------------- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click _______________________________________________ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
