[deb] Some packages are missed in cloned repo

Bug #1591135 reported by Sergey Kulanov
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
packetary
New
High
Unassigned

Bug Description

Run packetary:

packetary --threads-num 10 clone \
  -t deb \
  -r /home/serg/projects/fuel-main/build/ubuntu_mirror.yaml \
  -R /home/serg/projects/fuel-main/yaml/ubuntu_packages.yaml \
  -d /home/serg/projects/fuel-main/build/iso/isoroot

ubuntu_mirror.yaml:
- name: "ubuntu"
  uri: "http://localhost:8000/ubuntu/"
  suite: "mos-master"
  section: ["main", "restricted"]
  priority: 1000

ubuntu_packages.yaml:
repositories:
  - name: "ubuntu"
    excludes:
      - group: "debug"

There are some packages on mirrors that were not cloned:

diff --brief -Nr OpenStack_Fuel/ubuntu/pool/main mirrors/ubuntu/pool/main |grep "\.deb " | grep -v dbg_

/ubuntu/pool/main/o/ohai/libohai-ruby1.8_6.14.0-2~u14.04+mos1_all.deb
/ubuntu/pool/main/o/ohai/ohai-doc_6.14.0-2~u14.04+mos1_all.deb
/ubuntu/pool/main/p/python-django-appconf/python3-appconf_1.0.1-5~u14.04+mos2_all.deb
/ubuntu/pool/main/p/python-django-compressor/python3-compressor_2.0-1~u14.04+mos1_all.deb
/ubuntu/pool/main/p/python-django-compressor/python-compressor_2.0-1~u14.04+mos1_all.deb
/ubuntu/pool/main/p/python-django-openstack-auth/python-openstack-auth_2.2.0-1~u14.04+mos7_all.deb
/ubuntu/pool/main/p/python-oslo.db/python-oslo-db_4.6.0-3~u14.04+mos20_all.deb
/ubuntu/pool/main/p/python-oslo.log/python3-oslo-log_3.2.0-1~u14.04+mos6_all.deb
/ubuntu/pool/main/p/python-oslo.log/python-oslo-log_3.2.0-1~u14.04+mos6_all.deb
/ubuntu/pool/main/q/qemu/qemu-user-binfmt_2.3+dfsg-5~u14.04+mos2_amd64.deb

Need to find the root cause

description: updated
Revision history for this message
Sergey Kulanov (skulanov) wrote :

Let's check: qemu-user-binfmt

==============================================
Package: qemu-user-static
Architecture: amd64 arm arm64 armel armhf hppa i386 ia64 mips mipsel powerpc powerpcspe ppc64 ppc64el s390x sparc sparc64 x32
Built-Using: ${built-using}
Multi-Arch: foreign
Depends: ${shlibs:Depends}, ${misc:Depends}
Recommends: binfmt-support
Provides: qemu-user-binfmt
Conflicts: qemu-user-binfmt
Suggests: sudo
Description: QEMU user mode emulation binaries (static version)
 QEMU is a fast processor emulator: currently the package supports
 ARM, CRIS, i386, M68k (ColdFire), MicroBlaze, MIPS, PowerPC, SH4,
 SPARC and x86-64 emulation. By using dynamic translation it achieves
 reasonable speed while being easy to port on new host CPUs.
 .
 This package provides the user mode emulation binaries, built
 statically. In this mode QEMU can launch Linux processes compiled for
 one CPU on another CPU.
 .
 If binfmt-support package is installed, qemu-user-static package will
 register binary formats which the provided emulators can handle, so
 that it will be possible to run foreign binaries directly.

==============================================
Package: qemu-user-binfmt
Architecture: amd64 arm arm64 armel armhf hppa i386 ia64 mips mipsel powerpc powerpcspe ppc64 ppc64el s390x sparc sparc64
Multi-Arch: foreign
Depends: ${misc:Depends}, qemu-user (= ${binary:Version}), binfmt-support
Conflicts: qemu-user-static
Description: QEMU user mode binfmt registration for qemu-user
 QEMU is a fast processor emulator: currently the package supports
 ARM, CRIS, i386, M68k (ColdFire), MicroBlaze, MIPS, PowerPC, SH4,
 SPARC and x86-64 emulation. By using dynamic translation it achieves
 reasonable speed while being easy to port on new host CPUs.
 .
 This package provides binfmt support registration for the user mode
 emulation binaries from qemu-user. This is an empty package, it does
 not contain any additional files, only registration scripts which run
 at install and remove times.

Revision history for this message
Sergey Kulanov (skulanov) wrote :

so both two packages provides the same `qemu-user-binfmt` but conflicts with each other:

candidate_list:
0 = {Package} qemu-user-binfmt (1:2.3+dfsg-5~u14.04+mos2)
1 = {Package} qemu-user-static (1:2.3+dfsg-5~u14.04+mos2)

but we always return the latest one, in our case it's qemu-user-static

Revision history for this message
Sergey Kulanov (skulanov) wrote :

regarding python-oslo*** packages, this happens because there was transition from:
python-oslo-* to python-oslo.*

so both packages provides:
Provides: python-oslo-log

Package: python-oslo.log
Architecture: all
Provides: python-oslo-log,

Package: python3-oslo.log
Architecture: all
Provides: python3-oslo-log,

Package: python-oslo-log
Section: oldlibs
Priority: extra
Architecture: all
Depends: python-oslo.log (>= 1.14.0),
         ${misc:Depends},
Description: transitional dummy package for python-oslo-log
 This transitional package to python-oslo.log is safe to remove.

Package: python3-oslo-log
Section: oldlibs
Priority: extra
Architecture: all
Depends: python3-oslo.log (>= 1.14.0),
         ${misc:Depends},
Description: transitional dummy package for python3-oslo-log
 This transitional package to python3-oslo.log is safe to remove.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.