Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.devel > #100393
| From | David Kalnischkies <david@kalnischkies.de> |
|---|---|
| Newsgroups | linux.debian.devel |
| Subject | Re: Planning for libidn shared library version transition |
| Date | 2021-06-01 17:20 +0200 |
| Message-ID | <Clels-14H-9@gated-at.bofh.it> (permalink) |
| References | (5 earlier) <Cjach-8i6-1@gated-at.bofh.it> <CjhQt-4qm-1@gated-at.bofh.it> <Cjlho-6Ah-5@gated-at.bofh.it> <CjpEm-BQ-9@gated-at.bofh.it> <CjNnk-6NL-11@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
[Multipart message — attachments visible in raw view] - view raw
On Fri, May 28, 2021 at 05:12:01PM +0100, Simon McVittie wrote:
> On Thu, 27 May 2021 at 16:53:45 +0200, David Kalnischkies wrote:
> > dpkg has the notion of "disappearing packages" (packages which have no
> > files left on a system) which could solve this cleanup compulsion, but
> > it is currently not supported (as in forbidden in practice) in Debian.
>
> Am I correct to think that the reason this is forbidden in practice is
> the requirement that every package contains either its changelog and
> copyright file in /usr/share/doc/${package}/{changelog.Debian.gz,copyright},
> or a symlink /usr/share/doc/${package} -> /usr/share/doc/${other}, either
> of which will prevent the package from fully disappearing because the
> replacement package isn't going to contain those files?
Well, the idea is that the newpkg provides+conflicts+replaces with the
oldpkg. oldpkg contains just a softlink from /usr/share/doc/oldpkg
to newpkg and Depends on newpkg. The newpkg replaces this symlink by
containing it as well which leaves oldpkg with no remaining files which
in turn leads dpkg to make oldpkg disappear.
dpkg can only do this if no package on the system currently depends on
oldpkg though. And that is where the tricky problems begin as dpkg could
have made oldpkg disappear before another package is installed which
happens to depend on oldpkg (I guess versioned provides come to our
rescue here actually, now that I think about it).
It also means that this can only be used for the most straightforward of
transitions: a simple package rename – as as soon as you want the
transition package to actually contain meaningful content (like a node
→ nodejs symlink for compat) its not applicable anymore, so its rather
special interest.
I seem to have forgotten what the big problem preventing "widespread"
use was last time. I thought it would be forbidden by policy, but it
isn't as you point out. At this point it might be just "nobody used it
in production for a decade, there might be bugs". Guillem as the dpkg
maintainer probably knows more about it than I do if there is interest
in pursuing this further.
Best regards
David Kalnischkies
Back to linux.debian.devel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Planning for libidn shared library version transition Simon Josefsson <simon@josefsson.org> - 2021-05-24 20:20 +0200
Re: Planning for libidn shared library version transition Timo Röhling <timo@gaussglocke.de> - 2021-05-24 20:50 +0200
Re: Planning for libidn shared library version transition Simon Josefsson <simon@josefsson.org> - 2021-05-24 21:00 +0200
Re: Planning for libidn shared library version transition Andreas Metzler <ametzler@bebt.de> - 2021-05-25 19:50 +0200
Re: Planning for libidn shared library version transition Simon Josefsson <simon@josefsson.org> - 2021-05-26 00:20 +0200
Re: Planning for libidn shared library version transition Simon McVittie <smcv@debian.org> - 2021-05-26 11:50 +0200
Re: Planning for libidn shared library version transition Guillem Jover <guillem@debian.org> - 2021-05-26 01:50 +0200
Re: Planning for libidn shared library version transition Andreas Metzler <ametzler@bebt.de> - 2021-05-26 18:00 +0200
Re: Planning for libidn shared library version transition Simon Josefsson <simon@josefsson.org> - 2021-05-26 19:20 +0200
Re: Planning for libidn shared library version transition Simon McVittie <smcv@debian.org> - 2021-05-27 00:30 +0200
Re: Planning for libidn shared library version transition Simon Josefsson <simon@josefsson.org> - 2021-05-27 08:40 +0200
Re: Planning for libidn shared library version transition Simon McVittie <smcv@debian.org> - 2021-05-27 12:20 +0200
Re: Planning for libidn shared library version transition Marvin Renich <mrvn@renich.org> - 2021-05-27 16:20 +0200
Re: Planning for libidn shared library version transition Andrey Rahmatullin <wrar@debian.org> - 2021-05-27 16:40 +0200
Re: Planning for libidn shared library version transition Marvin Renich <mrvn@renich.org> - 2021-05-27 19:50 +0200
Re: Planning for libidn shared library version transition Marvin Renich <mrvn@renich.org> - 2021-05-27 19:50 +0200
Re: Planning for libidn shared library version transition David Kalnischkies <david@kalnischkies.de> - 2021-05-27 17:00 +0200
Re: Planning for libidn shared library version transition Simon McVittie <smcv@debian.org> - 2021-05-28 18:20 +0200
Re: Planning for libidn shared library version transition David Kalnischkies <david@kalnischkies.de> - 2021-06-01 17:20 +0200
Re: Planning for libidn shared library version transition Russ Allbery <rra@debian.org> - 2021-05-27 20:20 +0200
Re: Planning for libidn shared library version transition Holger Levsen <holger@layer-acht.org> - 2021-05-27 20:30 +0200
automated pkg set installation and upgrade tests (was Re: Planning for libidn shared library version transition) Holger Levsen <holger@layer-acht.org> - 2021-05-27 16:50 +0200
Re: Planning for libidn shared library version transition Simon Josefsson <simon@josefsson.org> - 2021-07-27 11:10 +0200
Re: Planning for libidn shared library version transition Andreas Metzler <ametzler@bebt.de> - 2021-07-28 10:20 +0200
csiph-web