|
Home > Archive > Debian Developers > May 2005 > Libraries with ABI changes
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
| Author |
Libraries with ABI changes
|
|
| Philipp Kern 2005-05-30, 5:53 pm |
| -----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Dear list readers,
I got some questions to library packaging. If the ABI of a library
breaks, the SONAME of it gets updated and thus the binary package's
name. As soon as the new revision gets uploaded the old binary package
should get NBS (Not Built From Source) status assigned by rene and the
ftp-masters would notice it after NEW processing.
But would such a package kept so long in the archive until all packages
which depend on the old library have been rebuilt? And will the removal
of the old version then happen semi-automatically (as in listed in the
normal rene output)?
Kind regards,
Philipp Kern
-----BEGIN PGP SIGNATURE-----
Comment: Fingerprint: 1710 7DB1 9A28 42FF B699 7654 ED1A 3933 B2CF CDD8
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iEYEARECAAYFAkKbdPsACgkQ7Ro5M7LPzdi3jACf
bdVS7AxQ6q6tBey7o74PGYm4
ZVgAoKxwcGNlF95vtrIipnjdEQzQZWs4
=PXWx
-----END PGP SIGNATURE-----
--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
| |
| Steve Langasek 2005-05-30, 5:53 pm |
| On Mon, May 30, 2005 at 10:18:03PM +0200, Philipp Kern wrote:
> I got some questions to library packaging. If the ABI of a library
> breaks, the SONAME of it gets updated and thus the binary package's
> name. As soon as the new revision gets uploaded the old binary package
> should get NBS (Not Built From Source) status assigned by rene and the
> ftp-masters would notice it after NEW processing.
> But would such a package kept so long in the archive until all packages
> which depend on the old library have been rebuilt?
No; the binaries are removed from unstable whenever the ftp team runs
melanie on the rene results. They are retained in testing until they are no
longer needed by any packages (and currently, until the release team pushes
the library transition into testing manually).
--
Steve Langasek
postmodern programmer
--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
| |
| Wouter Verhelst 2005-05-30, 5:53 pm |
| On Mon, May 30, 2005 at 10:18:03PM +0200, Philipp Kern wrote:
> I got some questions to library packaging. If the ABI of a library
> breaks, the SONAME of it gets updated and thus the binary package's
> name. As soon as the new revision gets uploaded the old binary package
> should get NBS (Not Built From Source) status assigned by rene and the
> ftp-masters would notice it after NEW processing.
Uh, no. The old binary package should either be removed completely from
the archive (in which case all packages that depend on it are instantly
uninstallable), or be moved to a separate source package in section
oldlibs. It should not be left without a source package, or we're
suddenly distributing a binary package without source. Apart from being
against our principles, this might also be a problem with the packages'
license...
--
The amount of time between slipping on the peel and landing on the
pavement is precisely one bananosecond
--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
| |
| Philipp Kern 2005-05-30, 5:53 pm |
| -----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Wouter Verhelst wrote:
> Uh, no. The old binary package should either be removed completely from
> the archive (in which case all packages that depend on it are instantly
> uninstallable), or be moved to a separate source package in section
> oldlibs.
So on a new ABI-incompatible version the library maintainer should
contact the maintainers of all dependendent packages and arrange a new
upload as soon as the new version gets cleared from the NEW queue? The
timespan until the other uploads are installed into the archives is only
a problem if the melanie run by the ftp-masters happens in between, correct?
Kind regards,
Philipp Kern
-----BEGIN PGP SIGNATURE-----
Comment: Fingerprint: 1710 7DB1 9A28 42FF B699 7654 ED1A 3933 B2CF CDD8
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iEYEARECAAYFAkKbiJIACgkQ7Ro5M7LPzdjgAwCf
cf+uGo3XBA45S4qXM5ENRN9L
vS8AoOq5AdEiT9vb7SNMgeumrWy4D7Fg
=zoUP
-----END PGP SIGNATURE-----
--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
| |
| Hamish Moffatt 2005-05-30, 5:53 pm |
| On Mon, May 30, 2005 at 11:41:38PM +0200, Philipp Kern wrote:
> Wouter Verhelst wrote:
>
> So on a new ABI-incompatible version the library maintainer should
> contact the maintainers of all dependendent packages and arrange a new
> upload as soon as the new version gets cleared from the NEW queue? The
An advantage of keeping the old library in oldlibs for a while is that
local admins may have their own binaries compiled against these
libraries. Rapid replacements of libraries break local binaries.
Hamish
--
Hamish Moffatt VK3SB <hamish@debian.org> <hamish@cloud.net.au>
--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
| |
| Tollef Fog Heen 2005-05-31, 2:48 am |
| * Hamish Moffatt
| An advantage of keeping the old library in oldlibs for a while is that
| local admins may have their own binaries compiled against these
| libraries. Rapid replacements of libraries break local binaries.
Not as long as you bump the package name. There's nothing pulling the
old library package off an admin's system so unless the admin removes
it himself the local binaries should work fine.
--
Tollef Fog Heen ,''`.
UNIX is user friendly, it's just picky about who its friends are : :' :
`. `'
`-
--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
|
|
|
|
|