yum/python/sqlite b0rkage in Rawhide

Michael Schwendt fedora at wir-sind-cool.org
Mon Mar 14 19:18:46 UTC 2005


On Mon, 14 Mar 2005 14:03:05 -0500, seth vidal wrote:

> 
> > Well, it started as sqlite3, with good reason. Look:
> > 
> > -rwxr-xr-x root  root     29844 /usr/bin/sqlite3
> > lrwxrwxrwx root  root        19 /usr/lib/libsqlite3.so.0
> > -rwxr-xr-x root  root    316204 /usr/lib/libsqlite3.so.0.8.6
> > -rw-r--r-- root  root     52690 /usr/include/sqlite3.h
> > -rw-r--r-- root  root    403624 /usr/lib/libsqlite3.a
> > -rwxr-xr-x root  root       819 /usr/lib/libsqlite3.la
> > lrwxrwxrwx root  root        19 /usr/lib/libsqlite3.so
> > -rw-r--r-- root  root       231 /usr/lib/pkgconfig/sqlite3.pc
> > 
> > Sure, the v2 sqlite package could be rename to sqlite0 or sqlite2 if it
> > will still be needed. But that's not the point.
> 
> I asked for it to be changed from sqlite3 to sqlite b/c it made little
> sense to me that the package should be named sqlite3 when we weren't
> providing sqlite(any number) in the rest of the distro.

There is little reason to argue about the package name as sqlite3
would have been just fine, but...
 
> add to that the the upstream package name is sqlite, not sqlite3 and I
> didn't see a compelling reason to have an odd ball virtual provide  (and
> dep) for the package.

... such a virtual provides would have been the wrong thing to do, if one
wanted to make a separate "sqlite" package coexist with the "sqlite3"
package. Upstream has chosen a different namespace, so the versions can
coexist (SQLite 2.8.16 is libsqlite.so.0.8.6).




More information about the fedora-devel-list mailing list