Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.bugs.rc > #234648 > unrolled thread

Bug#874421: python3-cliapp: fails to upgrade from 'stretch' - trying to overwrite /usr/share/man/man5/cliapp.5.gz

Back to article view | Back to linux.debian.bugs.rc

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.

Contents

  Bug#874421: python3-cliapp: fails to upgrade from 'stretch' - trying to overwrite /usr/share/man/man5/cliapp.5.gz Lars Wirzenius <liw@liw.fi> - 2018-07-05 12:00 +0200
    Bug#874421: python3-cliapp: fails to upgrade from 'stretch' - trying to overwrite /usr/share/man/man5/cliapp.5.gz Andreas Beckmann <anbe@debian.org> - 2018-07-05 15:10 +0200
      Bug#874421: python3-cliapp: fails to upgrade from 'stretch' - trying to overwrite /usr/share/man/man5/cliapp.5.gz Lars Wirzenius <liw@liw.fi> - 2018-07-05 16:40 +0200
        Bug#874421: python3-cliapp: fails to upgrade from 'stretch' - trying to overwrite /usr/share/man/man5/cliapp.5.gz Niels Thykier <niels@thykier.net> - 2018-08-12 09:50 +0200
        Bug#874421: python3-cliapp: fails to upgrade from 'stretch' - trying to overwrite /usr/share/man/man5/cliapp.5.gz Lars Wirzenius <liw@liw.fi> - 2018-08-12 15:10 +0200

#234648 — Bug#874421: python3-cliapp: fails to upgrade from 'stretch' - trying to overwrite /usr/share/man/man5/cliapp.5.gz

[Multipart message — attachments visible in raw view] — view raw

On Wed, Jul 04, 2018 at 06:34:41PM +0300, Lars Wirzenius wrote:
> (Also, the advice to use Replaces+Breaks is just wrong for this
> package. The bug is that the same file is in both the python2 and
> python3 versions of the package. The correct solution is to have it in
> at most one package. I will be making that fix eventually.)

In fact, it turns out I had already done this, in 1.20170827-1. Both
python-cliapp and python3-cliapp can now be installed at the same
time. I will close the bug. Thanks for reporting the issue, I must
have failed to close the bug in the changelog when uploading.

-- 
I want to build worthwhile things that might last. --joeyh

[toc] | [next] | [standalone]

#234670

On 2018-07-05 11:50, Lars Wirzenius wrote:
> On Wed, Jul 04, 2018 at 06:34:41PM +0300, Lars Wirzenius wrote:
>> (Also, the advice to use Replaces+Breaks is just wrong for this
>> package. The bug is that the same file is in both the python2 and
>> python3 versions of the package. The correct solution is to have it in
>> at most one package. I will be making that fix eventually.)
> 
> In fact, it turns out I had already done this, in 1.20170827-1. Both
> python-cliapp and python3-cliapp can now be installed at the same
> time. I will close the bug. Thanks for reporting the issue, I must
> have failed to close the bug in the changelog when uploading.

But the upgrade path from stretch is not clean:

  Selecting previously unselected package python3-cliapp.
  Preparing to unpack .../python3-cliapp_1.20170827-1_all.deb ...
  Unpacking python3-cliapp (1.20170827-1) ...
  dpkg: error processing archive /var/cache/apt/archives/python3-cliapp_1.20170827-1_all.deb (--unpack):
   trying to overwrite '/usr/share/man/man5/cliapp.5.gz', which is also in package python-cliapp 1.20160724-2
  Errors were encountered while processing:
   /var/cache/apt/archives/python3-cliapp_1.20170827-1_all.deb

So you will need some Breaks and Replaces against the old
package in stretch.

It may not be the upgrade path chosen by apt usually,
but it is still a valid one, especially if you are doing a
partial upgrade.

I have some scripts (based on Ralf Treinen's work) looking
for potential file conflicts between distros, checking
co-installability with DOSE and then instructing piuparts
to test certain package combinations and upgrade paths.


Andreas

[toc] | [prev] | [next] | [standalone]

#234673

[Multipart message — attachments visible in raw view] — view raw

On Thu, 2018-07-05 at 15:06 +0200, Andreas Beckmann wrote:
> But the upgrade path from stretch is not clean:
> 
>   Selecting previously unselected package python3-cliapp.
>   Preparing to unpack .../python3-cliapp_1.20170827-1_all.deb ...
>   Unpacking python3-cliapp (1.20170827-1) ...
>   dpkg: error processing archive /var/cache/apt/archives/python3-cliapp_1.20170827-1_all.deb (--unpack):
>    trying to overwrite '/usr/share/man/man5/cliapp.5.gz', which is also in package python-cliapp 1.20160724-2
>   Errors were encountered while processing:
>    /var/cache/apt/archives/python3-cliapp_1.20170827-1_all.deb
> 
> So you will need some Breaks and Replaces against the old
> package in stretch.

I see the problem now. I was confused by you calling it an upgrade problem,
when it isn't. It's a problem with one package containing the same file as
another package, and the two packages are only tangentially related.

It doesn't seem to me to be a particularly likely scenario, to me. A user
would need to change their sources.list to point from stretch to buster,
and then not upgrade anything else, but install python3-cliapp.

I'll add the Breaks and Replaces some day. Or have all of cliapp removed
from Debian.

[toc] | [prev] | [next] | [standalone]

#237121

Lars Wirzenius:
> On Sat, 2018-08-11 at 19:42 +0000, Niels Thykier wrote:
>> Do you have an ETA on the upload fixing cliapp?  At the moment, cliapp
>> is a key package and as such a potential blocker for the new Debian release.
> 
> Key pacakge? I did not know that. What makes cliapp a key package?
> 

I had a look at https://udd.debian.org/cgi-bin/key_packages.yaml.cgi and
it says:


- reason: cmdtest depends python-cliapp
  source: python-cliapp

- reason: xauth build-depends cmdtest
  source: cmdtest

- reason: popcon
  source: xauth

(Where popcon is that one of auth's binaries are installed on 5% or more
 of all machines reporting back to popcon)

> I'll try to get this fixed soon. Sorry about the delay.
> 

Thanks. :)
~Niels

[toc] | [prev] | [next] | [standalone]

#237139

[Multipart message — attachments visible in raw view] — view raw

I've uploaded a version that should fix this.

On Sat, 2018-08-11 at 19:42 +0000, Niels Thykier wrote:
> On Thu, 05 Jul 2018 17:35:30 +0300 Lars Wirzenius <liw@liw.fi> wrote:
> > On Thu, 2018-07-05 at 15:06 +0200, Andreas Beckmann wrote:
> > > But the upgrade path from stretch is not clean:
> > > 
> > >   Selecting previously unselected package python3-cliapp.
> > >   Preparing to unpack .../python3-cliapp_1.20170827-1_all.deb ...
> > >   Unpacking python3-cliapp (1.20170827-1) ...
> > >   dpkg: error processing archive /var/cache/apt/archives/python3-cliapp_1.20170827-1_all.deb (--unpack):
> > >    trying to overwrite '/usr/share/man/man5/cliapp.5.gz', which is also in package python-cliapp 1.20160724-2
> > >   Errors were encountered while processing:
> > >    /var/cache/apt/archives/python3-cliapp_1.20170827-1_all.deb
> > > 
> > > So you will need some Breaks and Replaces against the old
> > > package in stretch.
> > 
> > I see the problem now. I was confused by you calling it an upgrade problem,
> > when it isn't. It's a problem with one package containing the same file as
> > another package, and the two packages are only tangentially related.
> > 
> > It doesn't seem to me to be a particularly likely scenario, to me. A user
> > would need to change their sources.list to point from stretch to buster,
> > and then not upgrade anything else, but install python3-cliapp.
> > 
> > I'll add the Breaks and Replaces some day. Or have all of cliapp removed
> > from Debian.
> 
> Hi Lars,
> 
> Do you have an ETA on the upload fixing cliapp?  At the moment, cliapp
> is a key package and as such a potential blocker for the new Debian release.
> 
> If you are pondering a removal (per your last sentence), the following
> packages currently rely on cliapp in testing and would need to migrate
> away first:
> 
> """
> 
> Checking reverse dependencies...
> # Broken Depends:
> 
> cmdtest: cmdtest
> freedom-maker: freedom-maker
> live-wrapper: live-wrapper
> vmdb2: vmdb2
> vmdebootstrap: vmdebootstrap
> 
> # Broken Build-Depends:
> cmdtest: python-cliapp
> freedom-maker: python3-cliapp
> live-wrapper: python-cliapp
> vmdb2: python3-cliapp
> """
> 
> Thanks,
> ~Niels
> 

[toc] | [prev] | [standalone]

Back to top | Article view | linux.debian.bugs.rc

csiph-web