[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#845275: marked as done (apt tries to install alternate architectures of packages with -1 priority)

Your message dated Fri, 25 Nov 2016 12:51:28 +0100
with message-id <20161125115127.n4pecigtegpludai@crossbow>
and subject line Re: Bug#845275: apt tries to install alternate architectures of packages with -1 priority
has caused the Debian Bug report #845275,
regarding apt tries to install alternate architectures of packages with -1 priority
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
845275: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=845275
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: apt
Version: 1.3.1

Hi,

I had this snippet in /etc/apt/preferences.d/no-systemd-sysv :

-----%<-----
Explanation: keep SysV init
Package: systemd-sysv
Pin: release o=*
Pin-Priority: -1
----->%-----

During my tests to find the root cause of #844785, I tried to remove
dbus-user-session.

When I wanted to install it back, I had the surprise of seeing this:

-----%<-----
raph@arche:~$ sudo apt-get install dbus-user-session
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages were automatically installed and are no longer
required:
  cgmanager libcgmanager0 libnih-dbus1 libnih1
Use 'sudo apt autoremove' to remove them.
The following additional packages will be installed:
  python-systemd systemd-sysv:i386
The following packages will be REMOVED:
  systemd-shim sysvinit-core
The following NEW packages will be installed:
  dbus-user-session python-systemd systemd-sysv:i386
0 upgraded, 3 newly installed, 2 to remove and 0 not upgraded.
Need to get 182 kB of archives.
After this operation, 74.8 kB of additional disk space will be used.
Do you want to continue? [Y/n]
----->%-----

Modifying the preferences file to specify both architectures fixed this:

-----%<-----
Explanation: keep SysV init
Package: systemd-sysv:i386 systemd-sysv:amd64
Pin: release o=*
Pin-Priority: -1
----->%-----

-----%<-----
raph@arche:~$ sudo apt-get install dbus-user-session
Reading package lists... Done
Building dependency tree
Reading state information... Done
Recommended packages:
  systemd-sysv
The following NEW packages will be installed:
  dbus-user-session
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 74.9 kB of archives.
After this operation, 111 kB of additional disk space will be used.
Retrieving bug reports... Done
Parsing Found/Fixed information... Done
Selecting previously unselected package dbus-user-session.
(Reading database ... 248649 files and directories currently installed.)
Preparing to unpack .../dbus-user-session_1.10.12-1_all.deb ...
Unpacking dbus-user-session (1.10.12-1) ...
Setting up dbus-user-session (1.10.12-1) ...
----->%-----

Is it expected behavior, or a bug ?

Also, it may or may not be related (I can open a separate bug if you
want), but it's interesting to note that this snippet didn't work:

-----%<-----
Explanation: keep SysV init
Package: /systemd-sysv:(i386|amd64)/
Pin: release o=*
Pin-Priority: -1
----->%-----

Is it not a valid extended regexp ?

Regards,

-- 
Raphaël Halimi

Attachment: signature.asc
Description: OpenPGP digital signature


--- End Message ---
--- Begin Message --- 
On Tue, Nov 22, 2016 at 02:38:45AM +0100, Raphaël Halimi wrote:
> Modifying the preferences file to specify both architectures fixed this:
> 
> -----%<-----
> Explanation: keep SysV init
> Package: systemd-sysv:i386 systemd-sysv:amd64
> Pin: release o=*
> Pin-Priority: -1
> ----->%-----
[…]
> Is it expected behavior, or a bug ?

It is expected behavior as a packagename which isn't arch-qualified
always refers to the package of the native architecture (there are
exceptions, but details) and not to ALL packages with that name of any
arch.


> Also, it may or may not be related (I can open a separate bug if you
> want), but it's interesting to note that this snippet didn't work:
> 
> -----%<-----
> Explanation: keep SysV init
> Package: /systemd-sysv:(i386|amd64)/
> Pin: release o=*
> Pin-Priority: -1
> ----->%-----
> 
> Is it not a valid extended regexp ?

Yes. It is easy to miss, but the manpage defines regex/globs to match
package "names" and the architecture is strictly speaking not part of
the name. That is important for matches against the end of the name –
treating architecture as part of it would break thos patterns.

Additionally, you can't do regex on architectures (at the moment at
least, but I don't see why we would need that), but globbing is
supported, so you can do:

Package: foobar:*

Of if you want to be particularily crazy:

Package: /^fo+bar$/:arm*


So, as both are not a bug but a feature closing as done.


Best regards

David Kalnischkies

Attachment: signature.asc
Description: PGP signature


--- End Message ---
Reply to: