Upgrade Warnings: LMDE tracking TESTING [10-11-14]

[bithir]

Broken today

Code: Select all

The following packages have unmet dependencies:
 libgdbm3 : Breaks: libgdbm3:i386 (!= 1.8.3-12) but 1.8.3-12+b1 is installed
 libgdbm3:i386 : Breaks: libgdbm3 (!= 1.8.3-12+b1) but 1.8.3-12 is installed

Easily resolved for me, because it looks like the dependency that dragged in the i386 version is no longer there. I could uninstall the i386 version without removing other packages.

[Monsta]

Have any systemd-related breakages?

I'm asking because the update that came on 4th July pulled in the new version of systemd packages (204-14), and libpam-systemd now depends on "systemd-sysv | systemd-shim". So this update basically installed systemd-sysv and removed sysvinit-core, finally making systemd the default init system in Debian Testing.

In my test VM this update went flawless - but this VM has original Debian Testing, not LMDE tracking Testing. Hence the question - have you experienced any breakages in LMDE tracking Testing?

[kurotsugi]

I can only mention pulse and cups broke during the transition. nevertheless, the problem is rarely happened and not reproduceable. I got only one person reported these issue during the latest systemd upgrade.

[GeneC]

Todays updates (xorg) wants to remove Nvidia driver for me. Anyone else confirm this?

Code: Select all

The following packages will be REMOVED:
  nvidia-driver xserver-xorg-video-nvidia
The following NEW packages will be installed:
  libepoxy0 libx265-25
The following packages will be upgraded:
  accountsservice apt apt-utils ffmpeg geoip-database krb5-locales libaccountsservice0 libapt-inst1.5 libapt-pkg4.12 libavcodec55 libavdevice55 libavfilter4 libavformat55
  libavresample1 libavutil52 libgssapi-krb5-2 libjpeg62 libk5crypto3 libkrb5-3 libkrb5support0 libmpc3 libpostproc52 libswresample0 libswscale2 libtalloc2 libxmmsclient6
  pm-utils python-apsw python-talloc xserver-common xserver-xephyr xserver-xorg-core xserver-xorg-input-evdev xserver-xorg-input-mouse xserver-xorg-input-synaptics
  xserver-xorg-input-vmmouse xserver-xorg-input-wacom xserver-xorg-video-ati xserver-xorg-video-cirrus xserver-xorg-video-fbdev xserver-xorg-video-mach64
  xserver-xorg-video-mga xserver-xorg-video-modesetting xserver-xorg-video-neomagic xserver-xorg-video-nouveau xserver-xorg-video-openchrome xserver-xorg-video-r128
  xserver-xorg-video-radeon xserver-xorg-video-savage xserver-xorg-video-siliconmotion xserver-xorg-video-sisusb xserver-xorg-video-tdfx xserver-xorg-video-trident
  xserver-xorg-video-vesa xserver-xorg-video-vmware
55 upgraded, 2 newly installed, 2 to remove and 0 not upgraded.
Need to get 24.4 MB of archives.
After this operation, 14.8 MB disk space will be freed.
Do you want to continue? [Y/n] N

[kurotsugi]

yup. it broke now.

[GeneC]

kurotsugi

Did you notice Nvidia was REMOVED from Debian Testing?
https://packages.debian.org/search?suit ... rds=nvidia
Never seen that before..
Hopefully it migrated down from SID with the other xorg updates.. Holding off updating xorg for now.

[grizzler]

All kinds of build problems, package been hanging in Sid for 53 days...
Nasty: https://packages.qa.debian.org/n/nvidia ... ivers.html

Virtualbox has gone south as well: https://packages.qa.debian.org/v/virtualbox.html

[GeneBenson]

Just an FYI. Got the updates but I use the propriety Nvidia drivers (340.24) installed with smxi/sgfxi and they are working just fine here.

[kurotsugi]

the package stalled for 53 days...it's hard to predict what will debian do :3
let's hope that sid got newer ones in next few days. if everything is fine we'll get it in 5 days.

EDIT: yup. lots of people said that using that tool to install the propietary driver is a better option. it automatically check whether if the kernel works with your driver or not and saving you from the burden of maintaining your driver everytime you got new kernel.

[GeneC]

GeneB

Did you have Nvidia installed from Debian (NVIDIA 331.67) before you installed later driver from SMXI? I ask because I tried to install the current SMXI Nvidia (forget the version 334.xx, 340.xx ?) and I got errors and no xserver. I think to install cleanly from SMXI I should have purged all Debian Nvidia first. Not sure.

"Pavroo" (dev of 'Sparky Linux') suggested letting DU of xorg remove Nvidia, then install the SID version, but I am waiting on a clear fix. As per 'grizzler' SID Nvidia is a problem right now.

[GeneBenson]

Hi GeneC,

No, I went straight from the default Nouveau driver to the Nvidia proprietary driver.

I think to install cleanly from SMXI I should have purged all Debian Nvidia first. Not sure.

Sorry, I'm not sure either. I've never tried that before. One thing I do know is that when you install Nvidia for the first time you have to run sgfxi, reboot, and run it a second time.
If, after the reboot, X-server won't start, then simply go to tty1, login as root, and run sgfxi from there.

P.s. Do you think we're related?

[GeneC]

P.s. Do you think we're related?

Hey cuz... ^ ....

I just tried upgrading to Nvidia from SID (331.79). It installed OK, but xorg updates still wants to remove it.
Thanks for the tips on sgfxi. May give that a go tomorrow.

[kurotsugi]

@GeneC: can you show me the complete result "apt-get -s dist-upgrade"?
the situation on testing is actually worse. both fglrx and nvida driver now removed from testing. if you want to use sgfxi AFAIK you need to remove the nvidia-driver installed in your system first.

EDIT: please forget the apt result :3
it also broke in sid. you can't install nvidia-driver on debian testing/sid.

Code: Select all

Depends: libgl1-nvidia-glx (= 331.79-1), nvidia-alternative (= 331.79-1), nvidia-support (>= 20120630), xorg-video-abi-15 | xorg-video-abi-14 | xorg-video-abi-13 | xorg-video-abi-12 | xorg-video-abi-11 | xorg-video-abi-10 | xorg-video-abi-8 | xorg-video-abi-6.0, xserver-xorg-core (<< 2:1.15.99), libc6 (>= 2.2.5), debconf (>= 0.5) | debconf-2.0

the part killing nvidia-driver is "xserver-xorg-core (<< 2:1.15.99)".

[Cyr4x]

Just do

Code: Select all

sudo apt-mark hold xserver-xorg-video-nvidia nvidia-driver nvidia-glx

before upgrading. I know that's not a real solution but works for now.

I also saw that time-to-time normal ugrades remove libc6, dunno why. I always have to switch to terminal and do apt-get dist-upgrade -f to bring everything back to work.

[GeneC]

........................ if you want to use sgfxi AFAIK you need to remove the nvidia-driver installed in your system first.
...................

I do remember an error message while using sgfxi to install a newer Nvidia over the one I got from Debian (Using the OLD DDM-debian-device-driver). I am going to purge old Nvidia, upgrade and install new Nvidia (340.xx) with sgfxi. (Or at least that is the plan)..

[GeneC]

OK. That did it. Now fully updated and new Nvidia (from SMXI) installed.

Code: Select all

gene@sparky:~$ inxi -G
Graphics:  Card: NVIDIA GF104 [GeForce GTX 460]
           Display Server: X.Org 1.15.99.904 driver: nvidia Resolution: 1680x1050@60.0hz
           GLX Renderer: GeForce GTX 460/PCIe/SSE2 GLX Version: 4.4.0 NVIDIA 340.24

1. I purged all Nvidia
2. deleted old xorg.conf (/etc/X11/xorg.conf)
3. did a full DU (It installed new xorg pkgs)

Code: Select all

Commit Log for Thu Jul 17 06:43:18 2014


Upgraded the following packages:
acpid (1:2.0.22-2) to 1:2.0.22-3
alsa-base (1.0.25+3) to 1.0.27+1
alsa-utils (1.0.27.2-1) to 1.0.28-1
inxi (2.1.28-1) to 2.1.28.r2324.1
kmod (16-2) to 18-1
libavcodec55 (10:2.2.4-dmo2) to 10:2.2.4-dmo3
libkmod2 (16-2) to 18-1
libsasl2-2 (2.1.26.dfsg1-10) to 2.1.26.dfsg1-11
libsasl2-modules (2.1.26.dfsg1-10) to 2.1.26.dfsg1-11
libsasl2-modules-db (2.1.26.dfsg1-10) to 2.1.26.dfsg1-11
module-init-tools (16-2) to 18-1
xserver-xephyr (2:1.15.1-1) to 2:1.15.99.904-1
xserver-xorg-core (2:1.15.1-1) to 2:1.15.99.904-1
xserver-xorg-input-evdev (1:2.8.2-1+b1) to 1:2.8.2-1+b2
xserver-xorg-input-mouse (1:1.9.0-1+b2) to 1:1.9.0-1+b3
xserver-xorg-input-synaptics (1.7.3-1+b1) to 1.8.0-1
xserver-xorg-input-vmmouse (1:13.0.0-1+b2) to 1:13.0.0-1+b3
xserver-xorg-input-wacom (0.23.0+20131011-1+b1) to 0.23.0+20131011-1+b2
xserver-xorg-video-ati (1:7.4.0-1) to 1:7.4.0-2
xserver-xorg-video-cirrus (1:1.5.2-2) to 1:1.5.2-2+b1
xserver-xorg-video-fbdev (1:0.4.4-1+b1) to 1:0.4.4-1+b2
xserver-xorg-video-intel (2:2.21.15-2+b1) to 2:2.21.15-2+b2
xserver-xorg-video-mach64 (6.9.4-1+b2) to 6.9.4-1+b3
xserver-xorg-video-mga (1:1.6.3-2) to 1:1.6.3-2+b1
xserver-xorg-video-modesetting (0.9.0-1) to 0.9.0-1+b1
xserver-xorg-video-neomagic (1:1.2.8-1+b1) to 1:1.2.8-1+b2
xserver-xorg-video-nouveau (1:1.0.10-1+b1) to 1:1.0.10-1+b2
xserver-xorg-video-openchrome (1:0.3.3-1+b1) to 1:0.3.3-1+b2
xserver-xorg-video-r128 (6.9.2-1+b1) to 6.9.2-1+b2
xserver-xorg-video-radeon (1:7.4.0-1) to 1:7.4.0-2
xserver-xorg-video-savage (1:2.3.7-2+b1) to 1:2.3.7-2+b2
xserver-xorg-video-siliconmotion (1:1.7.7-2+b1) to 1:1.7.7-2+b2
xserver-xorg-video-sisusb (1:0.9.6-2+b1) to 1:0.9.6-2+b2
xserver-xorg-video-tdfx (1:1.4.5-1+b1) to 1:1.4.5-1+b2
xserver-xorg-video-trident (1:1.3.6-2+b1) to 1:1.3.6-2+b2
xserver-xorg-video-vesa (1:2.3.3-1+b2) to 1:2.3.3-1+b3
xserver-xorg-video-vmware (1:13.0.2-3) to 1:13.0.2-3+b1

Installed the following packages:
ceni (2.38)
libcurses-perl (1.31-1)
libcurses-ui-perl (0.9609-1)
libepoxy0 (1.2-1)
libexpect-perl (1.21-1)
libio-stty-perl (0.03-1)
libterm-readkey-perl (2.32-1)
libx265-25 (1.2-dmo1)
resolvconf (1.75)

4. re-booted into Nouveau driver
5. Used sgfxi to install latest Nvidia.

Now fully updated and with the latest Nvidia.

PS
As Gene Benson noted I had to run sgfxi twice for Nvidia to kick in.
As 'Grizzler' and kurotsugi noted the Nvidia in SID is also broken, so either use Nouveau and wait for a working version to come into Debian or use SMXI to install latest Nvidia.

[Monsta]

Virtualbox has gone south as well: https://packages.qa.debian.org/v/virtualbox.html

And as if it wasn't enough, virtualbox-guest-x11 is removed if you upgrade xserver-xorg-core to version 2:1.15.99.904-1, because virtualbox-guest-x11 needs xorg-video-abi-15 - but xserver-xorg-core now provides xorg-video-abi-18.

Of course it's not relevant for the users who run Debian on a real hardware, but I need my Debian Testing VM with Guest Additions enabled (and no, I don't want to use Guest Additions ISO).

I've pinned xserver-xorg-core for now to prevent the upgrade...

[kurotsugi]

Code: Select all

# 20140714; done 20140716
# xorg-server 1.16
remove fglrx-driver/1:14.4.2-1 nvidia-graphics-drivers/331.67-2 nvidia-graphics-drivers-legacy-304xx/304.121-1 virtualbox/4.3.12-dfsg-1 xf86-video-msm/1.0.1+git20100122.5f7df591-4
remove nvidia-settings/331.67-1 starpu-contrib/1.1.2+dfsg-2 pycuda/2013.1.1+git20140527-1 nvidia-settings-legacy-304xx/304.116-1 nvidia-graphics-modules/331.67+3.14+1 boinc/7.4.8+dfsg-1 hwloc-contrib/1.9-1 nvidia-cuda-toolkit/5.5.22-4 starpu/1.1.2+dfsg-1 boinc-app-milkyway/0.18d-4 boinc-app-seti/7.28~svn2408-1
remove xvba-video/0.8.0-8 bumblebee/3.2.1-5 xserver-xorg-video-nv/1:2.1.20-2
remove primus/0~20131127-2

it also affected ATI user.

[GeneBenson]

Very long story, short. I had switched to systemd a couple of months ago. It went smoothly, but on every boot I got this:

Code: Select all

Job dbus.socket/start deleted to break ordering cycle starting with dbus.service/start

Everything worked so I let it go. Then came the upgrade to systemd 204-14.
After a reboot: it appeared that dbus was not starting correctly and consequently anything that used dbus would not start. Back to sysvinit. After much googleing and a few vain attempts to make the switch I finally narrowed it down to a conflict between dbus and mintsystem at startup time. I removed mintsystem, switched to systemd and rebooted. Success!! No more message about dbus and everything works fine again. Go figure.

[Monsta]

I finally narrowed it down to a conflict between dbus and mintsystem at startup time.

Can you give more details on this?