Planned transition: xserver

Forum rules
Please supply only the affected package name as title, with bugreport number (bugs.debian.org) or other sources. This feed can be subscribed to and piped into your RSS reader or conky: http://linuxbbq.org/bbs/feed.php?mode=news
machinebacon
Baconator
Posts: 10253
Joined: Thu Sep 16, 2010 11:03 am
Location: Pfälzerwald
Contact:

Planned transition: xserver

Unread post by machinebacon » Sat Jan 09, 2016 3:10 am

The transition of X-related packages and their dependencies will start in the next days:
https://release.debian.org/transitions/ ... r1.18.html

One way of getting through this without problems is to simply wait until the transition is over.

The other way is to monitor closely what is going to be replaced and removed.
Manually removing those xserver-xorg-video-*** packages that are anyway not used by your system (this will remove the meta-package xorg, and that's okay) can bring you through the transition quicker. Experience has shown that the xserver-xorg-video-siliconmotion package is lagging behind.

Just to clarify: this is a planned transition, so problems with regards to X that you are experiencing before 2016 Jan. 9 are not necessarily related to the affected packages.
..gnutella..

User avatar
vic
Godot
Posts: 2109
Joined: Wed Oct 17, 2012 10:11 am
Location: /bin

Re: Planned transition: xserver

Unread post by vic » Sat Jan 09, 2016 8:53 am

Thanks for the warning. :)
Sorry guys, no signature for a while, too busy with life. :|

User avatar
Snap
Sperminator
Posts: 189
Joined: Sun Oct 05, 2014 8:11 pm

Re: Planned transition: xserver

Unread post by Snap » Sat Jan 09, 2016 9:36 am

Thanks, bacon.

User avatar
dkeg
Configurator
Posts: 3782
Joined: Sun Nov 18, 2012 9:23 pm
Location: Mid-Atlantic Grill

Re: Planned transition: xserver

Unread post by dkeg » Sat Jan 09, 2016 11:57 am

Looks like I'm prepped already. I still have

Code: Select all

The following packages have been kept back:
   xserver-common (1.17.2-1.1 => 1.17.3-2)
   xserver-xorg (7.7+7 => 7.7+12)
   xserver-xorg-core (1.17.2-1.1 => 1.17.3-2)
So I'm not seeing anything when I upg

Work hard; Complain less

machinebacon
Baconator
Posts: 10253
Joined: Thu Sep 16, 2010 11:03 am
Location: Pfälzerwald
Contact:

Re: Planned transition: xserver

Unread post by machinebacon » Sat Jan 09, 2016 1:19 pm

^ nope, the transition will be 1.18, not 1.17.x
..gnutella..

User avatar
vic
Godot
Posts: 2109
Joined: Wed Oct 17, 2012 10:11 am
Location: /bin

Re: Planned transition: xserver

Unread post by vic » Wed Jan 27, 2016 2:18 pm

Looks like it is time. Lots ox X stuff to be removed today. Time to have a little patience.

http://forum.siduction.org/index.php?topic=6032.0
Sorry guys, no signature for a while, too busy with life. :|

machinebacon
Baconator
Posts: 10253
Joined: Thu Sep 16, 2010 11:03 am
Location: Pfälzerwald
Contact:

Re: Planned transition: xserver

Unread post by machinebacon » Wed Jan 27, 2016 5:21 pm

Yes, thanks vic, a lot of red: https://release.debian.org/transitions/ ... r1.18.html

Seriously, do not dist-upgrade ;~)

I make this a global sticky for now.
..gnutella..

User avatar
simgin
Meme Fodder
Posts: 1167
Joined: Sun Jan 06, 2013 12:07 am
Location: Bradford-on-Avon, UK

Re: Planned transition: xserver

Unread post by simgin » Wed Jan 27, 2016 6:33 pm

^ Thanks Julius, red dawn arising, and heh, I checked the collisions.
They are more red than the chinese flag. Looks like it will plain old just NOT work with virtualbox et al. o.O
Where is my nuclear shelter :D
Someone told me that I am delusional, I almost fell off my unicorn.

User avatar
vic
Godot
Posts: 2109
Joined: Wed Oct 17, 2012 10:11 am
Location: /bin

Re: Planned transition: xserver

Unread post by vic » Thu Jan 28, 2016 4:01 pm

Just finished with a d-u on BREAK!, no x stuff were to be removed so I went through with it. Rebooted and things looks ok. :) But when i checked my vanilla Debian install it still wanted to remove a handful of x packages. So I decided to wait and follow that up during the weekend.
Sorry guys, no signature for a while, too busy with life. :|

User avatar
vic
Godot
Posts: 2109
Joined: Wed Oct 17, 2012 10:11 am
Location: /bin

Re: Planned transition: xserver

Unread post by vic » Sat Jan 30, 2016 7:52 am

Did a d-u on my plain Debian installs, one 32 and one 64bit. They both rebooted fine. So far, so good...
Sorry guys, no signature for a while, too busy with life. :|

User avatar
darry1966
CLIt Licker
Posts: 398
Joined: Mon Mar 09, 2015 9:13 am
Location: New Zealand

Re: Planned transition: xserver

Unread post by darry1966 » Sat Jan 30, 2016 8:17 am

dist-upgrade of an old Popcorn install - no problems.
LinuxBBQ is Sexy. Runs BBQ Stable.

User avatar
franksinistra
Ivana Fukalot
Posts: 1093
Joined: Mon Jan 27, 2014 2:03 am
Location: 印尼国

Re: Planned transition: xserver

Unread post by franksinistra » Sun Jan 31, 2016 6:23 am

the d-u will break mplayer or mpv when using Intel graphics card, found it the hard way last night.
rice no more.

machinebacon
Baconator
Posts: 10253
Joined: Thu Sep 16, 2010 11:03 am
Location: Pfälzerwald
Contact:

Re: Planned transition: xserver

Unread post by machinebacon » Sun Jan 31, 2016 11:52 am

Frank, do you have a bug report number of that?
..gnutella..

User avatar
dkeg
Configurator
Posts: 3782
Joined: Sun Nov 18, 2012 9:23 pm
Location: Mid-Atlantic Grill

Re: Planned transition: xserver

Unread post by dkeg » Sun Jan 31, 2016 2:44 pm

this is getting 'fun'

Code: Select all

The following packages have been kept back:
   init (1.24 => 1.27)
   init-system-helpers (1.24 => 1.27)
   surf (0.6-1 => 0.7-1)
   sysvinit-utils (2.88dsf-59.2 => 2.88dsf-59.3)
   xserver-common (1.17.2-1.1 => 1.18.0-3)
   xserver-xorg (7.7+7 => 7.7+13)
   xserver-xorg-core (1.17.2-1.1 => 1.18.0-3)
   xserver-xorg-input-evdev (2.9.2-1 => 2.10.1-1)
   xserver-xorg-input-mouse (1.9.1-1 => 1.9.1-1+b1)
   xserver-xorg-input-synaptics (1.8.2-1 => 1.8.3-1+b1)
   xserver-xorg-input-vmmouse (13.1.0-1 => 13.1.0-1+b1)
   xserver-xorg-video-all (7.7+12 => 7.7+13)
   xserver-xorg-video-ati (7.6.1-1 => 7.6.1-1+b1)
   xserver-xorg-video-cirrus (1.5.3-1 => 1.5.3-1+b1)
   xserver-xorg-video-fbdev (0.4.4-1+b3 => 0.4.4-1+b4)
   xserver-xorg-video-intel (2.99.917-2 => 2.99.917+git20160127-1)
   xserver-xorg-video-mach64 (6.9.5-1 => 6.9.5-1+b1)
   xserver-xorg-video-mga (1.6.4-1+b1 => 1.6.4-1+b2)
   xserver-xorg-video-neomagic (1.2.9-1 => 1.2.9-1+b1)
   xserver-xorg-video-nouveau (1.0.12-1 => 1.0.12-1+b1)
   xserver-xorg-video-r128 (6.10.0-1 => 6.10.0-1+b1)
   xserver-xorg-video-radeon (7.6.1-1 => 7.6.1-1+b1)
   xserver-xorg-video-savage (2.3.8-1 => 2.3.8-1+b1)
   xserver-xorg-video-sisusb (0.9.6-2+b3 => 0.9.6-2+b4)
   xserver-xorg-video-tdfx (1.4.6-1+b1 => 1.4.6-1+b2)
   xserver-xorg-video-trident (1.3.7-1+b1 => 1.3.7-1+b2)
   xserver-xorg-video-vesa (2.3.4-1 => 2.3.4-1+b1)
   xserver-xorg-video-vmware (13.1.0-2 => 13.1.0-2+b1)

Work hard; Complain less

User avatar
ivanovnegro
Minister of Truth
Posts: 5448
Joined: Wed Oct 17, 2012 11:12 pm

Re: Planned transition: xserver

Unread post by ivanovnegro » Sun Jan 31, 2016 2:50 pm

What a mess. Now I understand Pidsley a bit. :)
franksinistra wrote:the d-u will break mplayer or mpv when using Intel graphics card, found it the hard way last night.
Wouldn't be the first time. It already happened a year ago or something with mplayer2.

User avatar
franksinistra
Ivana Fukalot
Posts: 1093
Joined: Mon Jan 27, 2014 2:03 am
Location: 印尼国

Re: Planned transition: xserver

Unread post by franksinistra » Sun Jan 31, 2016 4:59 pm

MB: no, i don't know. Honestly i'm not even sure if it's because of xserver transition (for the lack of similar hardware at my disposal). Perhaps it only affects my i965, anyway i'll test it again tomorrow on different hardware just to make sure.

^ and mpv too i believe, but it's only for opengl backend iIrc


EDIT: apparently the current mpv/mplayer issue is only affecting me when only using default (opengl) backend on X. Switching to vo=vaapi fixed it. Ah well... at least it worked.

EDIT2: ah apparently it was a configuration issue, been around since novmber on amd/ati cards. Used to be no problem on intel cards until recent transition. Fixed. Reference : https://bugs.debian.org/cgi-bin/bugrepo ... bug=803498
rice no more.

Post Reply