Joseph Kowalski wrote: > >> This case proposes the most recent stable release of LibIDN, >> 0.6.8. >> >> This case seeks Micro/Patch Relase Binding. >> >> 2. Technical issues >> >> 2.1. Key objects. >> >> /usr/bin/idn >> >> /usr/lib/libidn.so.11.5.22 >> /usr/lib/libidn.so.11 -> libidn.so.11.5.22 >> /usr/lib/libidn.so -> libidn.so.11.5.22 >> > Interesting that the release number and the library versioning numbers > don't agree. > > Can you explain this?
Rationally ? No. And this numbering scheme doesn't even follow the so-called "libtool standards". Do I understand what these numbers actually mean ? No, and I seriously doubt anyone else does. I do not see any connection between the distribution version (which is 0.6.8) and the library version. Would I have done this ? No. This is what Simon Josefsson and gnu.org/FSF publish. This is not an unique case. The more FOSS software we integrate into Solaris, the more of these strange numbering schemes we will encounter. For example, MySQL 5.0.33 contains libmysqlclient_r.so.15.0.0 and libndbclient.so.0.0.0. The fundamental problem with changing these numbering schemes to a more rational one is that such a change essentially creates a Solaris fork. > Where are the Java language bindings defined an documented. I will update them in the materials directory. >> 3.3. Exported interfaces >> >> NAME STABILITY NOTES >> >> SUNWgnu-idn Uncommitted Package name >> >> /usr/bin/idn Uncommitted Executable location >> /usr/lib/libidn.so.11.5.22 Uncommitted Library location >> /usr/lib/libidn.so.11 Uncommitted Symbolic link >> /usr/lib/libidn.so Uncommitted Symbolic link >> /usr/share/lib/java/libidn-0.6.8.jar Uncommitted JAR file >> > Humm,... different version number on the jar file. > > Do we really want to start down this path of version numbers on the jar > file? Particularly this > many digits? Think about the binding and support issues that entails. Same comments about changing numbering schemes and versions. LibIDN seems to be one of the most fast-changing packages. Between October 2005 and October 2006 there were 8 revisions. --Stefan -- Stefan Teleman Sun Microsystems, Inc. Stefan.Teleman at Sun.COM
