Post new topic   Reply to topic
View previous topic Printable version Log in to check your private messages View next topic
Author Message
spockOffline
8 Post subject: DU wants to remove xserver packages  PostPosted: 23.09.2013, 07:37



Joined: 2010-09-11
Posts: 80
Location: Near Milton Keynes, UK
Status: Offline
Hello

After a DU last night proceeded fine, rising this morn, I see that trying to DU (from UK mirrors) wants to remove lots of xserver packages. This is on both my amd64 box and my i386 box.

xserver-common and xserver-xorg-core want to be upgraded on my i386 box, whereas xserver-xorg-core is held back on my amd64 box (has been for a while now).

So I guess it's not safe to DU until you hear from someone with more knowledge than I... Confused
 
 View user's profile Send private message Visit poster's website  
Reply with quote Back to top
spockOffline
21 Post subject: Some progress...  PostPosted: 23.09.2013, 12:30



Joined: 2010-09-11
Posts: 80
Location: Near Milton Keynes, UK
Status: Offline
Running apt-get update and then apt-get -d dist-upgrade four hours later now only wants to remove 5 xserver packages instead of ~15. Other packages that were to be removed earlier today are now due to be upgraded, so hopefully soon the issue should be solved.
 
 View user's profile Send private message Visit poster's website  
Reply with quote Back to top
finottiOffline
Post subject: RE: Some progress...  PostPosted: 25.09.2013, 13:29



Joined: 2010-09-12
Posts: 316

Status: Offline
I have the same issue, but I'm starting to wonder if the packages to be removed are necessary or have been deprecated...

Mine shows:

      Code:

The following packages will be REMOVED:
  xserver-xorg-video-apm xserver-xorg-video-ark xserver-xorg-video-ati
  xserver-xorg-video-chips xserver-xorg-video-i128 xserver-xorg-video-neomagic
  xserver-xorg-video-openchrome xserver-xorg-video-r128 xserver-xorg-video-rendition
  xserver-xorg-video-s3 xserver-xorg-video-s3virge xserver-xorg-video-savage
  xserver-xorg-video-siliconmotion xserver-xorg-video-sis xserver-xorg-video-sisusb
  xserver-xorg-video-tdfx xserver-xorg-video-trident xserver-xorg-video-tseng
  xserver-xorg-video-voodoo


I see some old cards (trident, voodoo, ...) there. (I'm currently using nouveau.)

Should we keep waiting to DU?
 
 View user's profile Send private message  
Reply with quote Back to top
slhOffline
Post subject: RE: Some progress...  PostPosted: 25.09.2013, 17:35



Joined: 2010-08-25
Posts: 747

Status: Offline
This is a bit difficult to answer…

We install xserver-xorg-video-all, which depends on all the various device specific xserver packages available in Debian/main. This is good practice, as the required drivers are autoprobed while X.org starts up, which means you can replace your graphics card from one vendor to another (as long as this doesn't involve non-free drivers, which replace parts of X.org/ mesa with their own incompatible variants) and X.org will automatically work without any configuration changes. Given that all the involved packages are rather small (less than 5 MB for all possible drivers), it usually doesn't make sense to remove any of these and thereby to break the afforementioned flexibility.

Technically speaking, you only require the modules specific to your graphics hardware, which basically means xserver-xorg-video-intel, xserver-xorg-video-nouveau and xserver-xorg-video-radeon cover basically all hardware found in the wild (at least within recent years). This also has an impact on the ongoing maintenance level of the remaining other graphics drivers, which is basically non-existant… Likewise only these drivers (plus xserver-xorg-video-modesetting, xserver-xorg-video-qxl) - and xserver-xorg-video-mga (some old Matrox graphics cards, still often found in servers) && xserver-xorg-video-modesetting (kvm virtual graphics) support KMS (modesetting), which is becoming increasingly important for modern software support.

So yes, unless you have literally ancient graphics cards, letting these packages go won't hurt you, but… keeping the xserver-xorg-video-all meta-package is still good practice. For these reasons it is too early to signal all clear, especially as some of our users might still use/ require the graphics driver you're talking about.
 
 View user's profile Send private message  
Reply with quote Back to top
finottiOffline
Post subject: RE: Some progress...  PostPosted: 25.09.2013, 21:12



Joined: 2010-09-12
Posts: 316

Status: Offline
Thanks, slh, for the insightful and helpful reply.
 
 View user's profile Send private message  
Reply with quote Back to top
polixOffline
Post subject: Re: DU wants to remove xserver packages  PostPosted: 26.09.2013, 19:45



Joined: 2012-10-20
Posts: 28
Location: Germany
Status: Offline
      spock wrote:
Hello

After a DU last night proceeded fine, rising this morn, I see that trying to DU (from UK mirrors) wants to remove lots of xserver packages. This is on both my amd64 box and my i386 box.

xserver-common and xserver-xorg-core want to be upgraded on my i386 box, whereas xserver-xorg-core is held back on my amd64 box (has been for a while now).

So I guess it's not safe to DU until you hear from someone with more knowledge than I... Confused


It's very good to wait and do not a quick dist-upgrade! Very Happy
      Code:

Reading package lists ... finished
Dependency tree.
Status information is read .... finished
Package upgrade (upgrade) is calculated ... finished
The following NEW packages will be installed:
   dtv-scan tables libgnutls28 libhogweed2 libtasn1-6
   linux-image-3.11-1.slh.4-aptosid-686
The following packages will be upgraded (upgrade):
   aptosid-manual-common aptosid-manual-en aptosid-manual-en at-spi2-core bluez
   bluez-pcmcia-support console-setup console-setup-linux debhelper dvb-apps
   elinks-lite ethtool gir1.2-atk-1.0 gparted gstreamer1.0-plugins-base
   gstreamer1.0-plugins-good gstreamer1.0 x-initramfs-tools
   keyboard-configuration libatk-bridge2.0-0 libatk1.0-0 libatk1.0-data
   libatk1.0-dev-0 libatspi2.0 libblas3 libbluetooth3 libc-bin libc-dev-bin
   libc6 libc6-dev libc6-i686 libdca0 libgnutls26 libgnutls-openssl27
   libgstreamer-plugins-base1.0 libgstreamer1.0-0-0 libgtk2.0-common
   libgudev-1.0-0 libjson-glib-1.0-0 libjson-glib-1.0-common liblapack3
   libmtdev1 libpanel-applet-4-0 libpython3-stdlib libsmbclient
   libsystemd-daemon0 libsystemd-journal0 libsystemd-login0 libudev1
   libwbclient0 libxine2 libxine2-'m libxine2 libxine2-ffmpeg-misc-plugins
   libxine2-plugins linux-image-aptosid-686 locales manpages multiarch-support
   python-gi python3 python3-minimal samba-common smbclient tar udev systemd
   wget
68 updated 5 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B of archives still 72.6 MB.
After this operation, 80.4 MB disk space will be used.
Would you like to continue? [Y / n]


So guys. this topic is solved! Nothing will be removed.

Regards
polix
 
 View user's profile Send private message  
Reply with quote Back to top
slhOffline
Post subject: Re: DU wants to remove xserver packages  PostPosted: 26.09.2013, 19:53



Joined: 2010-08-25
Posts: 747

Status: Offline
      polix wrote:
So guys. this topic is solved! Nothing will be removed.

This statement is obviously incorrect.
 
 View user's profile Send private message  
Reply with quote Back to top
slhOffline
Post subject: RE: Re: DU wants to remove xserver packages  PostPosted: 30.09.2013, 20:29



Joined: 2010-08-25
Posts: 747

Status: Offline
A new xorg meta-package dropping the dependency on the abandoned hwardware drivers will hit the mirrors within the next few hours, thereby make xserver.xorg-video-all installable/ upgradeable again. This means several xserver-xorg-video-* packages are now safe to let go (even if you have affected ancient (older than 15 years) hardware, sticking to those won't be an option anyways; xserver-xorg-video-vesa should keep them working to some extent) and the new xserver-xorg-video-all be be installed.
 
 View user's profile Send private message  
Reply with quote Back to top
etorixOffline
Post subject: Re: RE: Re: DU wants to remove xserver packages  PostPosted: 09.10.2013, 10:12
Team Member


Joined: 2010-08-26
Posts: 137

Status: Offline
some new this morn [64-bit]

      etorix wrote:

Setting up xserver-common (2:1.14.3-4) ...
Setting up xserver-xorg-core (2:1.14.3-4) ..


seems works

even possibly safe for humanity
 
 View user's profile Send private message  
Reply with quote Back to top
Display posts from previous:     
Jump to:  
All times are GMT - 12 Hours
Post new topic   Reply to topic
View previous topic Printable version Log in to check your private messages View next topic
Powered by Zafenio