Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.project > #10385
| From | Ximin Luo <infinity0@debian.org> |
|---|---|
| Newsgroups | linux.debian.project |
| Subject | Re: Binary compatibility policy for security updates and point releases |
| Date | 2019-03-17 22:00 +0100 |
| Message-ID | <xCL2W-n7-13@gated-at.bofh.it> (permalink) |
| References | <xCvhw-50z-1@gated-at.bofh.it> <xCyfn-6Ph-5@gated-at.bofh.it> <xCJDQ-83x-17@gated-at.bofh.it> <xCK6R-8ea-3@gated-at.bofh.it> <xCL2W-n7-15@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
Sam Hartman: >>>>>> "Ximin" == Ximin Luo <infinity0@debian.org> writes: > > Ximin> Jakob Leben: > >> I have a system for updating my own software which is also > >> deployed > > Ximin> If you Depends: libfoo8, this will prevent dpkg from > Ximin> upgrading the library from libfoo8 to libfoo9 until you > Ximin> provide a new version that Depends: libfoo9 instead. The 8/9 > Ximin> numbering is bumped whenever ABI changes. > > This is simply not true. > We don't change sonames when we add symbols to an ABI or make backward > compatible changes. > The original poster talked about how this was an issue. > OK, I was a bit imprecise with my wording. In the case of added ABI symbols (backwards-compatible changes), the dependency would look like libfoo8 (>= X.Y), which is automated by the dpkg-shlibdeps stuff. That is assuming the library uses symbols files, which it should be doing if it is trying to provide a finer-grained level of ABI compatibility (as opposed to bumping the SOVERSION on every change). As a reverse-dependency of the library (e.g. Jakob's program) the process should be mostly transparent if you're using the standard Debian build scripts, which uses dpkg-shlibdeps to auto-generate Depends:. X -- GPG: ed25519/56034877E1F87C35 GPG: rsa4096/1318EFAC5FBBDBCE https://github.com/infinity0/pubkeys.git
Back to linux.debian.project | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Binary compatibility policy for security updates and point releases Jakob Leben <jakob.leben@gmail.com> - 2019-03-17 05:10 +0100
Re: Binary compatibility policy for security updates and point releases Ximin Luo <infinity0@debian.org> - 2019-03-17 08:20 +0100
Re: Binary compatibility policy for security updates and point releases Ondřej Surý <ondrej@sury.org> - 2019-03-17 08:50 +0100
Re: Binary compatibility policy for security updates and point releases Gilles Filippini <pini@debian.org> - 2019-03-19 23:00 +0100
Re: Binary compatibility policy for security updates and point releases Bastian Blank <waldi@debian.org> - 2019-03-19 23:30 +0100
Re: Binary compatibility policy for security updates and point releases Jakob Leben <jakob.leben@gmail.com> - 2019-03-17 20:30 +0100
Re: Binary compatibility policy for security updates and point releases Ximin Luo <infinity0@debian.org> - 2019-03-17 21:00 +0100
Re: Binary compatibility policy for security updates and point releases Ximin Luo <infinity0@debian.org> - 2019-03-17 22:00 +0100
Re: Binary compatibility policy for security updates and point releases Sam Hartman <hartmans@debian.org> - 2019-03-17 21:30 +0100
Re: Binary compatibility policy for security updates and point releases Florian Weimer <fw@deneb.enyo.de> - 2019-03-19 18:50 +0100
csiph-web