Bug#809658: ifupdown: Upgrade 0.8.5 Removes 48 Unrelated Packages e.g. linux-image, xorg, udev (Sid Unstable)

2016-01-02 Thread Cindy Sue Causey 
Package: ifupdown
Version: 0.8.4
Severity: critical
Justification: breaks the whole system

Dear Maintainer,

Hi.. First, thank you all for the work you do!

Next: I ran my usual "apt-get update" today. Found ifupdown needing upgraded in 
Sid Unstable along with ~20+ other packages. When the upgrade process began, I 
received an apt-get advisement that 48 packages were going to be removed.

Being familiar with this occurrence at this point, I manually installed 
packages one by one and determined ifupdown to be the package performing the 
removals. The following (extensive) output is what I receive when attempting to 
install ifupdown by itself:

+++
The following packages will be REMOVED:
  blueman bluez colord gvfs gvfs-daemons iio-sensor-proxy initramfs-tools
  libpam-systemd linux-image-4.1.0-1-amd64 network-manager
  network-manager-gnome policykit-1 policykit-1-gnome systemd systemd-sysv
  udev udisks2 upower xfce4-power-manager xfce4-power-manager-plugins xorg
  xserver-xorg xserver-xorg-core xserver-xorg-input-all
  xserver-xorg-input-evdev xserver-xorg-input-mouse
  xserver-xorg-input-synaptics xserver-xorg-input-vmmouse
  xserver-xorg-input-wacom xserver-xorg-video-all xserver-xorg-video-ati
  xserver-xorg-video-cirrus xserver-xorg-video-fbdev xserver-xorg-video-intel
  xserver-xorg-video-mach64 xserver-xorg-video-mga xserver-xorg-video-neomagic
  xserver-xorg-video-nouveau xserver-xorg-video-openchrome
  xserver-xorg-video-qxl xserver-xorg-video-r128 xserver-xorg-video-radeon
  xserver-xorg-video-savage xserver-xorg-video-sisusb xserver-xorg-video-tdfx
  xserver-xorg-video-trident xserver-xorg-video-vesa xserver-xorg-video-vmware
The following NEW packages will be installed:
  sysvinit-core
The following packages will be upgraded:
  ifupdown
1 upgraded, 1 newly installed, 48 to remove and 23 not upgraded.
Need to get 204 kB of archives.
After this operation, 243 MB disk space will be freed.
+++

A quick trip to "apt-show-versions [package-name]" shows all of ifupdown's 
depends to at least appear current.

My latest practice under these circumstances is to set the affecting package to 
the side and wait for developers' newer release of the same.

Thank you again for all your work!

Cindy Sue :)


-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.1.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=, LC_CTYPE= (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages ifupdown depends on:
ii  adduser  3.113+nmu3
ii  init-system-helpers  1.24
ii  iproute2 4.3.0-1
ii  libc62.21-6
ii  lsb-base 9.20150917

Versions of packages ifupdown recommends:
ii  isc-dhcp-client [dhcp-client]  4.3.3-5

Versions of packages ifupdown suggests:
ii  ppp 2.4.7-1+1
pn  rdnssd  

-- no debconf information

Bug#809658: ifupdown: Upgrade 0.8.5 Removes 48 Unrelated Packages e.g. linux-image, xorg, udev (Sid Unstable)

2016-01-02 Thread Guus Sliepen 
found 809658 0.8.5
notfound 809658 0.8.4
severity 809658 normal
thanks

On Sat, Jan 02, 2016 at 08:25:56AM -0500, Cindy Sue Causey wrote:

> Hi.. First, thank you all for the work you do!
> 
> Next: I ran my usual "apt-get update" today. Found ifupdown needing upgraded 
> in Sid Unstable along with ~20+ other packages. When the upgrade process 
> began, I received an apt-get advisement that 48 packages were going to be 
> removed.
> 
> Being familiar with this occurrence at this point, I manually installed 
> packages one by one and determined ifupdown to be the package performing the 
> removals. The following (extensive) output is what I receive when attempting 
> to install ifupdown by itself:

Some files are being moved from the systemd and udev packages to the
ifupdown package. As part of that, the ifupdown package declares that it
breaks with older versions of systemd and udev. Normally that should
cause apt to defer updating ifupdown until systemd and udev packages are
available with the right version, but in this case it thinks it can also
solve the dependencies by kicking out udev and systemd and installing
sysvinit.

There is nothing wrong with ifupdown itself, neither with apt or
anything else. This is normal and will be resolved once new versions of
systemd and udev are uploaded. This is also in no way critical, since
nothing is actually broken on your system. I'll keep the bug open in any
case until the the transition is complete.

> My latest practice under these circumstances is to set the affecting package 
> to the side and wait for developers' newer release of the same.

That's the correct practice :) You are running the unstable
distribution, so unfortunately this kind of issue will pop up once in a
while, but it is normal. If you want to avoid this problem, run can run
testing instead.

> Thank you again for all your work!

You're welcome :)

-- 
Met vriendelijke groet / with kind regards,
  Guus Sliepen 


signature.asc
Description: Digital signature