Replying to this old mail, as I have new information...
On 2020-04-21 19:09:32 +0200, Sven Joachim wrote:
> On 2020-04-21 17:07 +0200, Vincent Lefevre wrote:
> > Sometimes packages get renamed. A renamed package becomes a
> > "transitional package", which can be tracked by deborphan and
> > can sa
This is an awkward corner-case. I wonder, can you identify the affected
packages using an aptitude query, or similar? If so, then it might be
possible to write a script to perform the apt-mark based on the output,
and put it in a hook to be executed after apt or dpkg runs. (I forget
which of apt
On Mi, 13 mai 20, 10:47:32, David Wright wrote:
>
> https://wiki.debian.org/RenamingPackages
>
> I think I understand how that's expected to work now. Checking on two
> top-level packages I have removed (cryptsetup/pdftk), I notice that
> though they are in Sections admin/text in the Packages lis
On Tue 12 May 2020 at 12:12:33 (+0200), Vincent Lefevre wrote:
> On 2020-05-07 18:24:59 -0500, David Wright wrote:
> > On Wed 06 May 2020 at 12:31:35 (+0200), Vincent Lefevre wrote:
> > > I use unstable. I doubt that packages get renamed in stable
> > > (except between full upgrades, where the issu
On 2020-05-07 18:24:59 -0500, David Wright wrote:
> On Wed 06 May 2020 at 12:31:35 (+0200), Vincent Lefevre wrote:
> > I use unstable. I doubt that packages get renamed in stable
> > (except between full upgrades, where the issue has already
> > been solved with the oldlibs section).
>
> I don't u
On Wed 06 May 2020 at 12:31:35 (+0200), Vincent Lefevre wrote:
> On 2020-04-28 10:21:16 -0500, David Wright wrote:
> > On Sat 25 Apr 2020 at 21:41:09 (+0200), Vincent Lefevre wrote:
> > > I think that you are over-optimistic. Imagine the following case.
> > > The pdftk package has been manually ins
On 2020-04-28 10:21:16 -0500, David Wright wrote:
> On Sat 25 Apr 2020 at 21:41:09 (+0200), Vincent Lefevre wrote:
> > I think that you are over-optimistic. Imagine the following case.
> > The pdftk package has been manually installed in the past and is
> > now a transitional package to pdftk-java
On Sat 25 Apr 2020 at 21:41:09 (+0200), Vincent Lefevre wrote:
> On 2020-04-24 23:48:16 -0500, David Wright wrote:
> > On Fri 24 Apr 2020 at 21:07:31 (+0200), Vincent Lefevre wrote:
> >
> > > Since you don't want to purge pdftk, why did you decide to purge it
> > > above?
> >
> > Because in Real
On 2020-04-24 23:48:16 -0500, David Wright wrote:
> On Fri 24 Apr 2020 at 21:07:31 (+0200), Vincent Lefevre wrote:
>
> > Since you don't want to purge pdftk, why did you decide to purge it
> > above?
>
> Because in Real Life, pdftk is an empty transitional package.
> In your hypothetical example
On Fri 24 Apr 2020 at 21:07:31 (+0200), Vincent Lefevre wrote:
> Since you don't want to purge pdftk, why did you decide to purge it
> above?
Because in Real Life, pdftk is an empty transitional package.
In your hypothetical example you said it wasn't. So you shouldn't
be surprised that its fate
On 2020-04-23 13:59:29 -0500, David Wright wrote:
> On Thu 23 Apr 2020 at 02:53:06 (+0200), Vincent Lefevre wrote:
> > On 2020-04-22 16:07:28 -0500, David Wright wrote:
> > > For trivial renames, which yours looks like, as do those I've done,
> > > it would be pretty easy to script. I've never made
On Thu 23 Apr 2020 at 02:53:06 (+0200), Vincent Lefevre wrote:
> On 2020-04-22 16:07:28 -0500, David Wright wrote:
> > For trivial renames, which yours looks like, as do those I've done,
> > it would be pretty easy to script. I've never made the effort,
> > because it's not something I do frequentl
On 2020-04-22 16:07:28 -0500, David Wright wrote:
> For trivial renames, which yours looks like, as do those I've done,
> it would be pretty easy to script. I've never made the effort,
> because it's not something I do frequently enough, usually just once,
> soon after I start running a new release
On Wed 22 Apr 2020 at 12:22:24 (+0200), Vincent Lefevre wrote:
> On 2020-04-22 12:39:35 +0300, Andrei POPESCU wrote:
> > You might want to file a wishlist bug against 'apt' to request such a
> > feature (if not requested already). A reliable implementation probably
> > requires a new package fiel
Vincent Lefevre wrote:
>> This is true, but it I do not remember when the last time I had something
>> like this. You should be reading what it says before pressing "y" on the
>> command line.
>
> Could you please read what I've said earlier in the original post?
Yeah, read as well ;-)
On 2020-04-22 12:39:35 +0300, Andrei POPESCU wrote:
> You might want to file a wishlist bug against 'apt' to request such a
> feature (if not requested already). A reliable implementation probably
> requires a new package field, something like:
>
> Package: foo
> Superseded-By: bar
Inde
On Ma, 21 apr 20, 17:07:52, Vincent Lefevre wrote:
>
> Is there a way to avoid this behavior automatically, i.e. by
> forwarding the "manually installed" state automatically to the
> new package? Shouldn't this be done by default?
I'm not aware of apt/itude having the feature you are looking for,
On 2020-04-22 08:33:23 +0200, deloptes wrote:
> Vincent Lefevre wrote:
>
> > You did not understand. Doing this removes both the transitional
> > package *and* the new (renamed) package... unless one marks the new
> > package as manually installed (which is the thing that I wanted to
> > be done a
Vincent Lefevre wrote:
> You did not understand. Doing this removes both the transitional
> package *and* the new (renamed) package... unless one marks the new
> package as manually installed (which is the thing that I wanted to
> be done automatically).
>
If there is a package depending on anot
On 2020-04-21 21:02:42 +0200, deloptes wrote:
> Vincent Lefevre wrote:
>
> > On 2020-04-21 17:39:55 +0200, n...@dismail.de wrote:
> >> On Tue, Apr 21, 2020 at 17:07:52 +0200, Vincent Lefevre wrote:
> >> > Sometimes packages get renamed. [...]
> >> >
> >> > [...] if one
> >> > wants to remove it,
Vincent Lefevre wrote:
> On 2020-04-21 17:39:55 +0200, n...@dismail.de wrote:
>> On Tue, Apr 21, 2020 at 17:07:52 +0200, Vincent Lefevre wrote:
>> > Sometimes packages get renamed. [...]
>> >
>> > [...] if one
>> > wants to remove it, then apt or aptitude will also want to remove
>> > the new pac
On 2020-04-21 17:07 +0200, Vincent Lefevre wrote:
> Sometimes packages get renamed. A renamed package becomes a
> "transitional package", which can be tracked by deborphan and
> can safely removed if it no longer has any reverse dependencies.
>
> The issue is that if this was a manually installed
On 2020-04-21 17:39:55 +0200, n...@dismail.de wrote:
> On Tue, Apr 21, 2020 at 17:07:52 +0200, Vincent Lefevre wrote:
> > Sometimes packages get renamed. [...]
> >
> > [...] if one
> > wants to remove it, then apt or aptitude will also want to remove
> > the new package because this new package ha
On Tue, Apr 21, 2020 at 17:07:52 +0200, Vincent Lefevre wrote:
> Sometimes packages get renamed. [...]
>
> [...] if one
> wants to remove it, then apt or aptitude will also want to remove
> the new package because this new package has not been installed
> manually and its only reverse dependency (
Sometimes packages get renamed. A renamed package becomes a
"transitional package", which can be tracked by deborphan and
can safely removed if it no longer has any reverse dependencies.
The issue is that if this was a manually installed package,
typically with no past dependencies on it (i.e. no
25 matches
Mail list logo
