aptosid.com

Upgrade Warnings - [SOLVED] xserver-xorg : Many packages to be removed

snvv - 06.02.2011, 13:55
Post subject: [SOLVED] xserver-xorg : Many packages to be removed
      Code:
The following packages will be REMOVED:
   xserver-xorg (7.6+1)
   xserver-xorg-core (1.9.4-1)
   xserver-xorg-input-all (7.6+1)
   xserver-xorg-input-evdev (2.3.2-6)
   xserver-xorg-input-mouse (1.5.0-2)
   xserver-xorg-input-synaptics (1.2.2-2)
   xserver-xorg-input-vmmouse (12.6.9-2)
   xserver-xorg-input-wacom (0.10.5+20100416-1)
   xserver-xorg-video-all (7.6+1)
   xserver-xorg-video-apm (1.2.2-2)
   xserver-xorg-video-ark (0.7.2-2)
   xserver-xorg-video-ati (6.13.1-2+squeeze1)
   xserver-xorg-video-chips (1.2.3-1)
   xserver-xorg-video-cirrus (1.3.2-2+squeeze1)
   xserver-xorg-video-fbdev (0.4.2-2)
   xserver-xorg-video-i128 (1.3.3-2)
   xserver-xorg-video-intel (2.13.0-5)
   xserver-xorg-video-mach64 (6.8.2-3)
   xserver-xorg-video-mga (1.4.11.dfsg-4+squeeze1)
   xserver-xorg-video-neomagic (1.2.4-3)
   xserver-xorg-video-nouveau (0.0.15+git20100329+7858345-5)
   xserver-xorg-video-nv (2.1.17-3)
   xserver-xorg-video-openchrome (0.2.904+svn842-2)
   xserver-xorg-video-r128 (6.8.1-3)
   xserver-xorg-video-radeon (6.13.1-2+squeeze1)
   xserver-xorg-video-rendition (4.2.3-3)
   xserver-xorg-video-s3 (0.6.3-2)
   xserver-xorg-video-s3virge (1.10.4-2)
   xserver-xorg-video-savage (2.3.1-2)
   xserver-xorg-video-siliconmotion (1.7.3-2)
   xserver-xorg-video-sis (0.10.3-1)
   xserver-xorg-video-sisusb (0.9.3-2)
   xserver-xorg-video-tdfx (1.4.3-2)
   xserver-xorg-video-trident (1.3.3-2)
   xserver-xorg-video-tseng (1.2.3-2)
   xserver-xorg-video-vesa (2.3.0-3)
   xserver-xorg-video-vmware (11.0.1-2)
   xserver-xorg-video-voodoo (1.2.3-2)
The following packages will be upgraded:
   dctrl-tools (2.14.5 => 2.18)
   debhelper (8.0.0 => 8.1.0)
   libdrm-intel1 (2.4.21-1~squeeze3 => 2.4.23-2)
   libdrm-radeon1 (2.4.23-1 => 2.4.23-2)
   libdrm2 (2.4.23-1 => 2.4.23-2)
   libgl1-mesa-dri (7.10-1 => 7.10-2)
   libgl1-mesa-glx (7.10-1 => 7.10-2)
   libglu1-mesa (7.10-1 => 7.10-2)
   libpixman-1-0 (0.16.4-1 => 0.21.4-2)
   libxfont1 (1.4.1-2 => 1.4.3-2)
   x11-common (7.5+8 => 7.6+1)
   xsane (0.997-2+b1 => 0.998-1)
   xsane-common (0.997-2 => 0.998-1)
   xserver-common (1.7.7-12 => 1.9.4-1)
   xutils (7.5+8 => 7.6+1)
15 upgraded, 0 newly installed, 38 to remove and 0 not upgraded.
Need to get 22.3 MB of archives.
After this operation, 14.3 MB disk space will be freed.


aptosid 64 bit
DonKult - 06.02.2011, 14:23
Post subject: RE: xserver-xorg : Many packages to be removed !!!
Not a good idea to say "Yes" here… Please everybody, wait if you need a working graphical environment Exclamation

Half of the xserver upload was automatically rejected by the archive cause of "wrong" dependencies (not strict enough). The thing is that this not-strict enough would only effect "oldstable"…

Lets see what will get fixed: The dependency or the tool doing the autoreject (lintian). (As its a discussion point now: Do we (as in debian developer) need to care for oldstable in terms of easy backportability?)
browe - 06.02.2011, 15:31
Post subject: RE: xserver-xorg : Many packages to be removed !!!
It could be pointed out that most of those video drivers don't need to be on your system at all. Now might be a good time to do some housecleaning ie. manually purge --remove those drivers that you know you don't need. A hold could be put on the xorg essentials and the actual drivers you do need. Or as DK suggests, wait a day or two and it might sort itself out. After all we're only 1 day into the unfreeze.
DeepDayze - 06.02.2011, 15:54
Post subject: RE: xserver-xorg : Many packages to be removed !!!
oh well here we go Smile

Sid's starting to throw tantrums again Very Happy

Going to try du in 32 bit to see if I get this same error
snvv - 06.02.2011, 16:03
Post subject: Re: RE: xserver-xorg : Many packages to be removed !!!
      browe wrote:
It could be pointed out that most of those video drivers don't need to be on your system at all. Now might be a good time to do some housecleaning ie. manually purge --remove those drivers that you know you don't need. A hold could be put on the xorg essentials and the actual drivers you do need. Or as DK suggests, wait a day or two and it might sort itself out. After all we're only 1 day into the unfreeze.


Most of those video drivers comes as dependencies. Even if I remove them (i did that in the past) will be installed again in the next upgrade.

My approach at the moment is to wait a couple of days before I consider puting packages on hold.
DeepDayze - 06.02.2011, 16:21
Post subject: Re: RE: xserver-xorg : Many packages to be removed !!!
      snvv wrote:
      browe wrote:
It could be pointed out that most of those video drivers don't need to be on your system at all. Now might be a good time to do some housecleaning ie. manually purge --remove those drivers that you know you don't need. A hold could be put on the xorg essentials and the actual drivers you do need. Or as DK suggests, wait a day or two and it might sort itself out. After all we're only 1 day into the unfreeze.


Most of those video drivers comes as dependencies. Even if I remove them (i did that in the past) will be installed again in the next upgrade.

My approach at the moment is to wait a couple of days before I consider puting packages on hold.


Yes that will happen on the next major Xorg upgrade
devil - 06.02.2011, 19:06
Post subject: RE: Re: RE: xserver-xorg : Many packages to be removed !!!
and if 32-bit users feel happy they are, until now, not hit by this: dont touch that dial!
32-bit has really nice ffmpeg breakage in stock for you.

greetz
devil
vinur - 06.02.2011, 20:28
Post subject: RE: Re: RE: xserver-xorg : Many packages to be removed !!!
Was about to DU and saw the list of removals... I decided I should look here... for others that felt rather uneasy about it.
Waiting for a better time to upgrade seems like a good idea.
BelaLugosi - 06.02.2011, 20:46
Post subject: RE: Re: RE: xserver-xorg : Many packages to be removed !!!
As Sid just started to rumble again, it might be a good idea to wait with further d-u's at least a couple of days. There are so many things heading to sid, there must be breakages. Just be patient...
DeepDayze - 06.02.2011, 21:00
Post subject: Re: RE: Re: RE: xserver-xorg : Many packages to be removed !
      devil wrote:
and if 32-bit users feel happy they are, until now, not hit by this: dont touch that dial!
32-bit has really nice ffmpeg breakage in stock for you.

greetz
devil


Fun fun fun...

Sid's gonna be his old self again very quickly indeed Very Happy
bmorency - 07.02.2011, 02:32
Post subject: RE: Re: RE: Re: RE: xserver-xorg : Many packages to be remov
I just did a dist upgrade and I was not paying attention to what was going to be done so it remove xserver on me. I tried to reinstall the previous version but it said it couldn't find that version. Does anyone know how to restore to the previous version.

Thanks
ghstryder - 07.02.2011, 04:03
Post subject: Re: RE: Re: RE: xserver-xorg : Many packages to be removed !
      BelaLugosi wrote:
As Sid just started to rumble again, it might be a good idea to wait with further d-u's at least a couple of days. There are so many things heading to sid, there must be breakages. Just be patient...

I've always felt that patience was the best management tool in the box. Of course, asking people who are running sid and want cutting edge to be patient is akin to shoveling sand against the tide. Smile
muchan - 07.02.2011, 08:22
Post subject: Re: RE: Re: RE: Re: RE: xserver-xorg : Many packages to be r
      bmorency wrote:
I just did a dist upgrade and I was not paying attention to what was going to be done so it remove xserver on me. I tried to reinstall the previous version but it said it couldn't find that version. Does anyone know how to restore to the previous version.
Thanks


You can use squeeze repo to get older version of xserver, since it's not far away from what we had before this xorg transition.
muchan - 07.02.2011, 08:24
Post subject: RE: Re: RE: Re: RE: Re: RE: xserver-xorg : Many packages to
currently, on unstable amd64 I get error:
      Code:

Reading package lists... Done
Building dependency tree       
Reading state information... Done
Calculating upgrade... Failed
The following packages have unmet dependencies:
 xserver-xorg : Depends: xserver-xorg-video-all but it is not going to be installed or
                         xserver-xorg-video-6
                Depends: xserver-xorg-input-all but it is not going to be installed or
                         xserver-xorg-input-7
                Depends: xserver-xorg-input-evdev but it is not going to be installed
E: Error, pkgProblemResolver::Resolve generated breaks, this may be caused by held packages.

Gaston - 07.02.2011, 10:10
Post subject:
I will wait too Very Happy
      Code:
Die folgenden Pakete werden ENTFERNT:
  nvidia-glx-legacy-173xx xorg xserver-xorg xserver-xorg-core xserver-xorg-input-all xserver-xorg-input-evdev xserver-xorg-input-kbd xserver-xorg-input-mouse xserver-xorg-input-synaptics xserver-xorg-input-wacom
  xserver-xorg-video-all xserver-xorg-video-apm xserver-xorg-video-ark xserver-xorg-video-ati xserver-xorg-video-chips xserver-xorg-video-cirrus xserver-xorg-video-dummy xserver-xorg-video-fbdev
  xserver-xorg-video-glint xserver-xorg-video-i128 xserver-xorg-video-intel xserver-xorg-video-mach64 xserver-xorg-video-mga xserver-xorg-video-neomagic xserver-xorg-video-nouveau xserver-xorg-video-nv
  xserver-xorg-video-openchrome xserver-xorg-video-r128 xserver-xorg-video-radeon xserver-xorg-video-radeonhd 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-v4l
  xserver-xorg-video-vesa xserver-xorg-video-via xserver-xorg-video-vmware xserver-xorg-video-voodoo


But why I have so many xorg and xserver packages?
sng - 07.02.2011, 11:11
Post subject: Re: RE: Re: RE: Re: RE: xserver-xorg : Many packages to be r
      muchan wrote:
You can use squeeze repo to get older version of xserver, since it's not far away from what we had before this xorg transition.


Thanks mate, you just saved my @ss...
Gaston - 07.02.2011, 11:37
Post subject:
Hey sng,
can U please describe me, how U did it?
Thx and best regards
sng - 07.02.2011, 11:58
Post subject:
Sure, here it is

I created squeeze.list, as follows

/etc/apt/sources.list.d/squeeze.list
      Code:
#
################
deb http://debian.lcs.mit.edu/debian/ squeeze main contrib non-free
deb-src http://debian.lcs.mit.edu/debian/ squeeze main contrib non-free
#
deb http://security.debian.org/ squeeze/updates main contrib non-free
deb-src http://security.debian.org/ squeeze/updates main contrib non-free
#
# deb http://volatile.debian.org/debian-volatile/ squeeze/volatile main contrib non-free
# deb-src http://volatile.debian.org/debian-volatile/ squeeze/volatile main contrib non-free
#
# deb ftp://ftp.gr.debian.org/debian squeeze/stable-proposed-updates main contrib non-free
# deb-src ftp://ftp.gr.debian.org/debian squeeze/stable-proposed-updates main contrib non-free


I then moved any list file from /etc/apt/sources.list.d (except my newly created squeeze.list). Then

      Code:
sudo init 3
sudo apt-get update
sudo apt-get install xserver-xorg


Then I restored all list files, and commented every line in squeeze.list, and

      Code:
sudo apt-get update
sudo apt-get upgrade


Some xserver-xorg-* packages will be upgraded at this point, don't worry about it; it's ok

Then
      Code:
init 5

Gaston - 07.02.2011, 14:20
Post subject:
THX sng Very Happy
Its work fine Very Happy
After the Upgrade Warnings i can put the old list in
      Code:
/etc/apt/sources.list.d/
again and make
      Code:
apt-get update && apt-get dist-upgrade
again?
So i will be back on the old route?
muchan - 07.02.2011, 14:52
Post subject:
      Quote:

I then moved any list file from /etc/apt/sources.list.d (except my newly created squeeze.list). Then

      Code:

sudo init 3
sudo apt-get update
sudo apt-get install xserver-xorg


Then I restored all list files, and commented every line in squeeze.list, and

      Code:

sudo apt-get update
sudo apt-get upgrade


Some xserver-xorg-* packages will be upgraded at this point, don't worry about it; it's ok


two comments.
1) sudo is not the aptosid's way.
login to root (or using su/sux to become root) is the aptosid's way

2) the last "apt-get upgrade" is not necessary, and can be dangerous.

and for Gaston, you don't need to do dist-upgrade, untill the xserver
problem will be fixed.
dpt - 07.02.2011, 15:12
Post subject:
sudo, as per my knowledge, is not available in aptosid.
And I am not finding out.

dpt
muchan - 07.02.2011, 15:34
Post subject: Re: RE: Re: RE: xserver-xorg : Many packages to be removed !
      devil wrote:
and if 32-bit users feel happy they are, until now, not hit by this: dont touch that dial!
32-bit has really nice ffmpeg breakage in stock for you.

greetz
devil


on 32-bit, ffmpeg conflict seems just replacing libavfilter0 to libavfilter1, so on my home PC, just
# apt-get install ffmpeg
and letting libavfilter0 be removed, seems OK.
clivesay - 07.02.2011, 15:54
Post subject: RE: Re: RE: Re: RE: xserver-xorg : Many packages to be remov
It's kinda nice to be back on the sid rollercoaster.
darkplayer - 07.02.2011, 17:23
Post subject:
      sng wrote:
Sure, here it is

I created squeeze.list, as follows

/etc/apt/sources.list.d/squeeze.list
      Code:
#
################
deb http://debian.lcs.mit.edu/debian/ squeeze main contrib non-free
deb-src http://debian.lcs.mit.edu/debian/ squeeze main contrib non-free
#
deb http://security.debian.org/ squeeze/updates main contrib non-free
deb-src http://security.debian.org/ squeeze/updates main contrib non-free
#
# deb http://volatile.debian.org/debian-volatile/ squeeze/volatile main contrib non-free
# deb-src http://volatile.debian.org/debian-volatile/ squeeze/volatile main contrib non-free
#
# deb ftp://ftp.gr.debian.org/debian squeeze/stable-proposed-updates main contrib non-free
# deb-src ftp://ftp.gr.debian.org/debian squeeze/stable-proposed-updates main contrib non-free


I then moved any list file from /etc/apt/sources.list.d (except my newly created squeeze.list). Then

sudo init 3
sudo apt-get update
sudo apt-get install xserver-xorg


sng, Thx for the temp fix.
sng - 07.02.2011, 17:29
Post subject:
      muchan wrote:


two comments.
1) sudo is not the aptosid's way.
login to root (or using su/sux to become root) is the aptosid's way

I really didn't know that...
      dpt wrote:

sudo, as per my knowledge, is not available in aptosid.
And I am not finding out.

dpt

I have been using sudo ever since I started off with sidux Embarassed
So, dpt, sudo is available in aptosid

Is it documented anywhere?
I cannot believe I have I lost such a fundamental change of behaviour...

      muchan wrote:

2) the last "apt-get upgrade" is not necessary, and can be dangerous.

Yes, you may be right here
      Quote:

and for Gaston, you don't need to do dist-upgrade, until the xserver
problem will be fixed.

And this is correct for sure
DonKult - 07.02.2011, 17:47
Post subject:
We don't use sudo here by default. The reason is mostly that it is hard to configure it correctly (without security problems). With the temporary avoiding of the password-question and the tendency of users to preface everything with sudo (i am always a bit shocked then a read bash tips mentioning 'sudo !!'…) we have decided to not ship it by default. A user is as always free to use it if he or she wants. Its your system in the end…

Regarding the problem itself:
Beside that you should start READING what apt-get says instead of pressing enter all the time, you 'just' need to add squeeze sources and do the recovery xorg installation with the '-t squeeze' flag. At least that is what i told a user on irc yesterday and it worked for him. After that remove squeeze sources again and be happy. Oh, and have i mentioned that you should READ next time what you accept? (If you don't know what APT wants to tell you: Ask - its better to ask before instead of waiting until it is too late)
nh2 - 07.02.2011, 18:02
Post subject:
      sng wrote:
I have been using sudo ever since I started off with sidux Embarassed
So, dpt, sudo is available in aptosid

Is it documented anywhere?
I cannot believe I have I lost such a fundamental change of behaviour...

RTBM! Very Happy
sng - 07.02.2011, 18:26
Post subject:
My, my... Somebody woke up on the wrong side of the bed...

Dear fellow forum members, let me remind you that, no matter who or what you are, the first thing you must do is be polite.

If you can't do that, the next best thing to do is 'just' don't be at all

Have fun...
sng - 07.02.2011, 18:27
Post subject:
      nh2 wrote:
      sng wrote:
I have been using sudo ever since I started off with sidux Embarassed
So, dpt, sudo is available in aptosid

Is it documented anywhere?
I cannot believe I have I lost such a fundamental change of behaviour...

RTBM! Very Happy


Thanks man, I will Very Happy
nh2 - 07.02.2011, 18:38
Post subject:
Sorry, I could have been misunderstood: RTBM in the aptosid community means Read The Bluewater Manual. I wouldn't dare being rude with you.
And I don't think the other members of the forum lacked politeness in this thread... Confused
slam - 07.02.2011, 19:16
Post subject:
After activating experimental Debian repos, go init 3 and:
      Code:
apt-get update
apt-get install xserver-xorg-core -t experimental
apt-get dist-upgrade
init 5 && exit

Users of the Nvidia graphics cards with the proprietary "nvidia" driver, add before init 5:
      Code:
apt-get install --reinstall nvidia-glx -t experimental

Greetings,
Chris
vinur - 07.02.2011, 20:29
Post subject:
Just wanted to comment here... the obvious.
to dist-upgrade on what is truly a developmental Operating System is something of a serious matter.
Some people become complacent and too relaxed it seems. A common human trait involving trust in a routine.
Well it is not a good idea to just accept everything at face value when the words remove is used...
especially when it involves something like the x-server.
For me it is a matter of discipline to read what is on the screen, and to be patient, if all is not a go or seems to be a problem. aptosid is an excellent distro and the work it must entail should be appreciated by those who use it.
I have been looking at some of the comments here and it is astonishing to me that some will DU without actually reading what is about to happen. For something to be removed without some kind of replacement included in the list of things that will happen is rather blunt truth. It will do it.
It IS a good thing to read what will happen, and commit to it with some realization that advanced, prototype, experimental mean what they imply.
agaida - 07.02.2011, 23:48
Post subject: Re: RE: Re: RE: Re: RE: xserver-xorg : Many packages to be r
      bmorency wrote:
I just did a dist upgrade and I was not paying attention to what was going to be done so it remove xserver on me. I tried to reinstall the previous version but it said it couldn't find that version. Does anyone know how to restore to the previous version.

Thanks

Use the new one, this might have more effort. An simple

apt-get install xserver-xorg -t experimental

should fix that. You might have a look at the german forum too. Running in the same problem. Wink

But this was only an X-server, who cares.
bmorency - 08.02.2011, 00:29
Post subject: RE: Re: RE: Re: RE: Re: RE: xserver-xorg : Many packages to
Thanks for all the tips to fix this issue. I ended up installing the xserver from squeeze. I am back up and running now.
ankscorek - 08.02.2011, 01:26
Post subject: RE: Re: RE: Re: RE: Re: RE: xserver-xorg : Many packages to
slam i tried your method after installing from squeeze but after using ur method it says
      Quote:
xserver-xorg-core depends on xserver-xorg ..umet dependencies.
..i wonder whether i need to re-enable again the squeeze repos?
timrichardson - 08.02.2011, 02:57
Post subject: RE: Re: RE: Re: RE: Re: RE: xserver-xorg : Many packages to
Repeating the experience of ankscorekL
      Code:

root@newton:/home/tim# apt-get -t experimental install xserver-xorg-core
Reading package lists... Done
Building dependency tree       
Reading state information... Done
You might want to run 'apt-get -f install' to correct these:
The following packages have unmet dependencies:
 xserver-xorg-core : Breaks: xserver-xorg-input-7
                     Breaks: xserver-xorg-video-6
 xserver-xorg-input-evdev : Depends: xorg-input-abi-7.0
 xserver-xorg-input-synaptics : Depends: xorg-input-abi-7.0
 xserver-xorg-video-apm : Depends: xorg-video-abi-6.0
.
.
.

ankscorek - 08.02.2011, 04:15
Post subject:
here is my dump


      Code:
root@siduxbox31m:/home/skal# apt-get -t experimental install xserver-xorg-core
Reading package lists... Done
Building dependency tree       
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 xserver-xorg-core : Depends: xserver-xorg but it is not going to be installed
E: Broken packages

snvv - 08.02.2011, 09:13
Post subject:
I just DU and everything seems OK.

My hold

Packages on hold:
      Quote:
1 openoffice.org-base
2 openoffice.org-base-core
3 openoffice.org-calc
4 openoffice.org-core
5 openoffice.org-draw
6 openoffice.org-filter-binfilter
7 openoffice.org-impress
8 openoffice.org-java-common
9 openoffice.org-math
10 openoffice.org-writer
11 xserver-common
12 xserver-xorg
13 xserver-xorg-core
14 xserver-xorg-input-all
15 xserver-xorg-video-all

quatro_por_quatro - 08.02.2011, 11:10
Post subject:
libreoffice replaces openoffice, and upgrades to version 3.3, good !

network-manager has broken kde-network-manager and wireless does not connect
finotti - 08.02.2011, 11:12
Post subject:
      quatro_por_quatro wrote:
libreoffice replaces openoffice, and upgrades to version 3.3, good !

network-manager has broken kde-network-manager and wireless does not connect


Maybe it would be better to put other issued in a different thread...
merlyn - 08.02.2011, 11:48
Post subject:
      slam wrote:
After activating experimental Debian repos, go init 3 and:
      Code:
apt-get update
apt-get install xserver-xorg-core -t experimental
apt-get dist-upgrade
init 5 && exit

Users of the Nvidia graphics cards with the proprietary "nvidia" driver, add before init 5:
      Code:
apt-get install --reinstall nvidia-glx

Greetings,
Chris


Like a couple of other folks I tried the above mentioned solution from Slam.

However, reinstalling nvidia-glx didn't work for me.

Perhaps, there have been even further changes since Slam posted, it's possible.

So I went out on a limb and installed nvidia-glx from experimental.

After running an 'apt-get update', that is. Wink

      Code:
apt-get install -t experimental nvidia-glx


From there back into run level 5, as per Slam's post.

My thanks to Slam for his offering as it got me most of the way there.

All is now fine and hunky dory for me.

Cheers.
slam - 08.02.2011, 14:23
Post subject:
merlyn, absolute correct - adapted my post above, thanks for posting.
Greetings,
Chris
hopimet - 08.02.2011, 20:29
Post subject:
I had the same problem with xorg removal and it was solved after I reinstalled with squeeze repositories. However, if I try to d-u apt-get still suggests to remove xorg (and openoffice).

I suppose I have to wait for a few days before doing a d-u. Am I right ?
ibgb - 08.02.2011, 21:01
Post subject:
      hopimet wrote:
I suppose I have to wait for a few days before doing a d-u. Am I right ?


Exactly correct.
hefee - 08.02.2011, 22:22
Post subject:
For all you want to know what was went wrong:
KiBi's blog article about the xorg trasistion from experimental to unstable (http://blog.ikibiki.org/2011/02/08/DXN-4/)
ikeinthai - 09.02.2011, 05:14
Post subject: diggin the funny feelin in my tummy.
      clivesay wrote:
It's kinda nice to be back on the sid rollercoaster.


http://www.youtube.com/watch?v=6ATZ4afKhPk

a little pleasant pain is preferable to boredom, for me.
elzorro - 09.02.2011, 10:51
Post subject: xserver-xorg : Many packages to be removed !!!
Sure busted aptosid 32 new geras install tonite new xserver and all, but still boots MS, got a phone call in the middle and dist-upgrade surgically removed eveything in xsever, after setting it all up beautifully for nvidia and ttf-droid ho hum nothing is permanent.
Sure is a super cranky time after squeeze, I'll never do another upgrade within cooee of a debian stable release again yuk.
I wonder if it is fixable one day or just leave it reinstall and leave well alone for a month or so.

Gott und Himmel gefallen!
Regardz
El Zorro
timrichardson - 09.02.2011, 11:32
Post subject: RE: xserver-xorg : Many packages to be removed !!!
Does anyone know if the problems are simply a delay for binary packages to be built, or is there a more fundamental problem which will take longer to fix?

--Tim
towo - 09.02.2011, 11:41
Post subject: RE: xserver-xorg : Many packages to be removed !!!
It was a rejected upload.
You can easy fix this, if you install xserver-xorg-video-vesa and xserver-xorg-input-evdev from experimental.
timrichardson - 09.02.2011, 12:00
Post subject: RE: xserver-xorg : Many packages to be removed !!!
thanks towo. That's the first advice on this thread which has worked for me.
elzorro - 09.02.2011, 12:11
Post subject: xserver-xorg : Many packages to be removed !!!
Congrats slam,
(post on 3, used aptosid geras live cd to fix repo to
deb http://ftp.debian.org/debian experimental main contrib non-free

and hashed all the rest for now )

worked as is below and leave well enough alone for now until fixed

Cheers El Zorro

      slam wrote:
After activating experimental Debian repos, go init 3 and:
      Code:
apt-get update
apt-get install xserver-xorg-core -t experimental
apt-get dist-upgrade
init 5 && exit

Users of the Nvidia graphics cards with the proprietary "nvidia" driver, add before init 5:
      Code:
apt-get install --reinstall nvidia-glx -t experimental

Greetings,
Chris

muchan - 09.02.2011, 12:51
Post subject: RE: xserver-xorg : Many packages to be removed !!!
Here, a question.
After squeeze's release, new version of apt 8.11 is in sid,
/usr/share/doc/apt/NEWS.debian.gz has at the top
      Code:

apt (0.8.11) unstable; urgency=low

  * apt-get install pkg/experimental will now not only switch the
    candidate of package pkg to the version from the release experimental
    but also of all dependencies of pkg if the current candidate can't
    satisfy a versioned dependency.

 -- David Kalnischkies <kalnischkies>  Fri, 03 Dec 2010 14:09:12 +0100

(this is shown also while apt-get installs this version)

Now, I see that with this change of apt, the command slam posted,
#apt-get install xserver-xorg-core -t experimental
works even though xserver-xorg-core is not on experimental any more.

But I wonder, for system that couldn't do d-u because of broken Xorg,
before the new version of apt already working, can the old version of apt
still solve the xorg's dependencies from "-t experimental"?
towo - 09.02.2011, 13:00
Post subject: RE: xserver-xorg : Many packages to be removed !!!
It's not nessesary to install xserver-xorg-core from experimental.
The only 2 packages from experimental are xserver-xorg-video-{vesa|ati|intel|whatever} and xserver-xorg-input-evdev.
Then a d-u works flawles, besides the other broken packages (ffmpeg, whatever).
elzorro - 09.02.2011, 13:09
Post subject: Re: RE: xserver-xorg : Many packages to be removed !!!
It rebuilt the whole module on slh's kernel, and there do not appear to have been any dependency issues in the ensuing printout, and they seem to all work fine here. Also xserver-xorg-core sure seems to be there, though experimental is incomplete it surely needs this fundamental?
Guess they will all be updated again when sid is in better humour time will tell.
Regardz El Zorro

      muchan wrote:
Here, a question.
After squeeze's release, new version of apt 8.11 is in sid,
/usr/share/doc/apt/NEWS.debian.gz has at the top
[code]
apt (0.8.11) unstable; urgency=low


but also of all dependencies of pkg if the current candidate can't
satisfy a versioned dependency.


muchan - 09.02.2011, 13:34
Post subject: Re: RE: xserver-xorg : Many packages to be removed !!!
      towo wrote:
It's not nessesary to install xserver-xorg-core from experimental.
The only 2 packages from experimental are xserver-xorg-video-{vesa|ati|intel|whatever} and xserver-xorg-input-evdev.
Then a d-u works flawles, besides the other broken packages (ffmpeg, whatever).


actually, it started when I saw slam's command, and checked the version of xserver-xorg-core on experimental. And found any.
With my understanding of apt at that time, I thought it should not work, but when I tried with -s option, it worked.
Then I thought about upgrade of apt itself, and understood why.
Now I wonder, if this is solution for people actually having problem with d-u, thus not having new version of apt.
(it's more theoretical question than seeking actual solution)

For actuall solution, towo is right, and directly adress the problem than implicitely.
(but on my system, slam's worked...) for general advice, maybe you need to do "#apt-get install apt" or not? that is my question here.

(well, I know I can test it myself, with new installation...
but thought DonKult could answer me much faster. 8)
snvv - 09.02.2011, 13:59
Post subject:
After holding xserver and dist upgraded my system everything "works" but the desktop response is very slow.

So if you want a fast as usually aptosid system better to wait a bit before DU.
DonKult - 09.02.2011, 14:09
Post subject: RE: Re: RE: xserver-xorg : Many packages to be removed !!!
No, you don't need to update APT. Its just that the archive changes all the time and mirrors are keeping up (or not), so while one method works for one doesn't mean it will work 6 hours later - or for another one with a different mirror at the same time. I would say the general advice should remain: Wait.

And now to answer the question:
'apt-get install pkg -t experimental' is not the same as 'apt-get install pkg/experimental' !
-t stands for --target-release. Lets make it easy and let us say the target-release for aptosid is unstable by default (in reality its more complicate). This means versions coming from 'unstable' are preferred.
If you switch the release with the -t flag, versions coming from 'experimental' will be preferred for all packages which you install.

'apt-get install pkg/experimental' on the other hand works similar to 'apt-get install pkg=version' - just that you don't know the exact version. It will just for this single package select the version from experimental for installation.

What 0.8.11 does now is that it checks for each pkg/release if it has versioned dependencies which require that the dependencies come from 'release', too. If so, it will install them from 'release', if not it will install them from the default release. If you switch with '-t release' all packages will come from 'release' (if available) regardless if its needed or not. So you get more packages from experimental than you need which could make your system more unstable then needed (think of stable and backports). Most users use -t because it was to hard for them to identify which packages need to be upgraded, too, so APT does it now automatic - the previous behavior was a (big) failure message.
muchan - 09.02.2011, 14:23
Post subject: RE: Re: RE: xserver-xorg : Many packages to be removed !!!
Thanks DonKult for the detailed answer! as always.
DeepDayze - 09.02.2011, 14:25
Post subject: RE: Re: RE: xserver-xorg : Many packages to be removed !!!
So apt's getting smarter these days...definitely helps
ankscorek - 09.02.2011, 14:27
Post subject: RE: Re: RE: xserver-xorg : Many packages to be removed !!!
so now please cut the clutter and give the exact steps cause the -t experimental is displaying umet dependencies
towo - 09.02.2011, 14:55
Post subject: RE: Re: RE: xserver-xorg : Many packages to be removed !!!
apt-get update
apt-get -t experimental install xserver-xorg-input-evdev xserver-xorg-video-vesa
ghstryder - 09.02.2011, 15:23
Post subject: Re: RE: Re: RE: xserver-xorg : Many packages to be removed !
      ankscorek wrote:
so now please cut the clutter and give the exact steps cause the -t experimental is displaying umet dependencies


With all due respect, that was not clutter, it was a short and appreciated lesson.
hopimet - 09.02.2011, 19:40
Post subject: RE: Re: RE: Re: RE: xserver-xorg : Many packages to be remov
Well, with my nvidia, it is not possible to upgrade xserver-xorg from the experimental repository.

install xserver-xorg -t experimental is ok but it removes nvidia-glx and when I want to reinstall it, apt-get tells me that there is a dependency problem related to xorg-video-abi-6.0 that cannot be solved.

...wait and see...
towo - 09.02.2011, 19:52
Post subject: RE: Re: RE: Re: RE: xserver-xorg : Many packages to be remov
apt-get install nvidia-glx/experimental
hopimet - 09.02.2011, 20:07
Post subject: RE: Re: RE: Re: RE: xserver-xorg : Many packages to be remov
Yes,

I tried: apt-get install nvidia-glx -t experimental

without success
towo - 09.02.2011, 20:16
Post subject: RE: Re: RE: Re: RE: xserver-xorg : Many packages to be remov
dpkg -l | grep xorg
hopimet - 09.02.2011, 20:26
Post subject:
With the new xorg from experimental I suppose ?

Here is the actual xorg that works
      Code:
ii  xorg-docs-core                                   1:1.6-1                                  Core documentation for the X.org X Window System
ii  xserver-xorg                                     1:7.5+8                                  the X.Org X server
ii  xserver-xorg-core                                2:1.7.7-11                               Xorg X server - core server
ii  xserver-xorg-input-all                           1:7.5+8                                  the X.Org X server -- input driver metapackage
ii  xserver-xorg-input-evdev                         1:2.3.2-6                                X.Org X server -- evdev input driver
ii  xserver-xorg-input-synaptics                     1.2.2-2                                  Synaptics TouchPad driver for X.Org server
ii  xserver-xorg-input-wacom                         0.10.5+20100416-1                        X.Org X server -- Wacom input driver
ii  xserver-xorg-video-all                           1:7.5+8                                  the X.Org X server -- output driver metapackage
ii  xserver-xorg-video-apm                           1:1.2.2-2                                X.Org X server -- APM display driver
ii  xserver-xorg-video-ark                           1:0.7.2-2                                X.Org X server -- ark display driver
ii  xserver-xorg-video-ati                           1:6.13.1-2+squeeze1                      X.Org X server -- AMD/ATI display driver wrapper
ii  xserver-xorg-video-chips                         1:1.2.3-1                                X.Org X server -- Chips display driver
ii  xserver-xorg-video-cirrus                        1:1.3.2-2+squeeze1                       X.Org X server -- Cirrus display driver
ii  xserver-xorg-video-fbdev                         1:0.4.2-2                                X.Org X server -- fbdev display driver
ii  xserver-xorg-video-geode                         2.11.9-7                                 X.Org X server -- Geode GX2/LX display driver
ii  xserver-xorg-video-i128                          1:1.3.3-2                                X.Org X server -- i128 display driver
ii  xserver-xorg-video-i740                          1:1.3.2-2                                X.Org X server -- i740 display driver
ii  xserver-xorg-video-intel                         2:2.13.0-5                               X.Org X server -- Intel i8xx, i9xx display driver
ii  xserver-xorg-video-mach64                        6.8.2-3                                  X.Org X server -- ATI Mach64 display driver
ii  xserver-xorg-video-mga                           1:1.4.11.dfsg-4+squeeze1                 X.Org X server -- MGA display driver
ii  xserver-xorg-video-neomagic                      1:1.2.4-3                                X.Org X server -- Neomagic display driver
ii  xserver-xorg-video-nouveau                       1:0.0.15+git20100329+7858345-5           X.Org X server -- Nouveau display driver (experimental)
ii  xserver-xorg-video-nv                            1:2.1.17-3                               X.Org X server -- NV display driver
ii  xserver-xorg-video-openchrome                    1:0.2.904+svn842-2                       X.Org X server -- VIA display driver
ii  xserver-xorg-video-r128                          6.8.1-3                                  X.Org X server -- ATI r128 display driver
ii  xserver-xorg-video-radeon                        1:6.13.1-2+squeeze1                      X.Org X server -- AMD/ATI Radeon display driver
ii  xserver-xorg-video-rendition                     1:4.2.3-3                                X.Org X server -- Rendition display driver
ii  xserver-xorg-video-s3                            1:0.6.3-2                                X.Org X server -- legacy S3 display driver
ii  xserver-xorg-video-s3virge                       1:1.10.4-2                               X.Org X server -- S3 ViRGE display driver
ii  xserver-xorg-video-savage                        1:2.3.1-2                                X.Org X server -- Savage display driver
ii  xserver-xorg-video-siliconmotion                 1:1.7.3-2                                X.Org X server -- SiliconMotion display driver
ii  xserver-xorg-video-sis                           1:0.10.3-1                               X.Org X server -- SiS display driver
ii  xserver-xorg-video-sisusb                        1:0.9.3-2                                X.Org X server -- SiS USB display driver
ii  xserver-xorg-video-tdfx                          1:1.4.3-2                                X.Org X server -- tdfx display driver
ii  xserver-xorg-video-trident                       1:1.3.3-2                                X.Org X server -- Trident display driver
ii  xserver-xorg-video-tseng                         1:1.2.3-2                                X.Org X server -- Tseng display driver
ii  xserver-xorg-video-vesa                          1:2.3.0-3                                X.Org X server -- VESA display driver
ii  xserver-xorg-video-vmware                        1:11.0.1-2                               X.Org X server -- VMware display driver
ii  xserver-xorg-video-voodoo                        1:1.2.3-2                                X.Org X server -- Voodoo display driver


Let me a few minutes for the new one.
muchan - 09.02.2011, 20:33
Post subject:
hopimet, your Xorg is still the old version.
cid-baba - 09.02.2011, 20:37
Post subject:
Hi all - wouldn't it be a good idea to copy the packages for experimental to the aptosid-repo? I thought that is one of the reasons for apto instead of sid... Then a du would be safe again.

I don't know much about it, but it seems, that's not much work. (Or is it much more difficult as copy & paste?) And maybe its less work than helping everybody who didn't read what apt told him. Or is there a reason why this hasn't happened/won't happen?
hopimet - 09.02.2011, 20:54
Post subject:
      muchan wrote:
hopimet, your Xorg is still the old version.


Yes I know. I am explaining that I cannot install the new one with my nvidia card.

Here is the list of packages with the new xorg (from experimental):
      Code:
ii  xorg-docs-core                                   1:1.6-1                                  Core documentation for the X.org X Window System
ii  xserver-xorg                                     1:7.6+2                                  the X.Org X server
ii  xserver-xorg-core                                2:1.9.4-1                                Xorg X server - core server
ii  xserver-xorg-input-all                           1:7.5+8                                  the X.Org X server -- input driver metapackage
ii  xserver-xorg-input-evdev                         1:2.6.0-1                                X.Org X server -- evdev input driver
ii  xserver-xorg-input-synaptics                     1.3.0-1                                  Synaptics TouchPad driver for X.Org server
ii  xserver-xorg-input-wacom                         0.10.10+20110203-1                       X.Org X server -- Wacom input driver
ii  xserver-xorg-video-all                           1:7.6+2                                  the X.Org X server -- output driver metapackage
ii  xserver-xorg-video-apm                           1:1.2.3-1                                X.Org X server -- APM display driver
ii  xserver-xorg-video-ark                           1:0.7.3-1                                X.Org X server -- ark display driver
ii  xserver-xorg-video-ati                           1:6.13.2-1                               X.Org X server -- AMD/ATI display driver wrapper
ii  xserver-xorg-video-chips                         1:1.2.3-2                                X.Org X server -- Chips display driver
ii  xserver-xorg-video-cirrus                        1:1.3.2-3                                X.Org X server -- Cirrus display driver
ii  xserver-xorg-video-fbdev                         1:0.4.2-3                                X.Org X server -- fbdev display driver
ii  xserver-xorg-video-i128                          1:1.3.4-1                                X.Org X server -- i128 display driver
ii  xserver-xorg-video-i740                          1:1.3.2-3                                X.Org X server -- i740 display driver
ii  xserver-xorg-video-intel                         2:2.14.0-2                               X.Org X server -- Intel i8xx, i9xx display driver
ii  xserver-xorg-video-mach64                        6.8.2-4                                  X.Org X server -- ATI Mach64 display driver
ii  xserver-xorg-video-mga                           1:1.4.13.dfsg-1                          X.Org X server -- MGA display driver
ii  xserver-xorg-video-neomagic                      1:1.2.5-1                                X.Org X server -- Neomagic display driver
ii  xserver-xorg-video-nouveau                       1:0.0.16+git20101210+8bb8231-1           X.Org X server -- Nouveau display driver (experimental)
ii  xserver-xorg-video-openchrome                    1:0.2.904+svn858-1                       X.Org X server -- VIA display driver
ii  xserver-xorg-video-r128                          6.8.1-4                                  X.Org X server -- ATI r128 display driver
ii  xserver-xorg-video-radeon                        1:6.13.2-1                               X.Org X server -- AMD/ATI Radeon display driver
ii  xserver-xorg-video-rendition                     1:4.2.4-1                                X.Org X server -- Rendition display driver
ii  xserver-xorg-video-s3                            1:0.6.3-3                                X.Org X server -- legacy S3 display driver
ii  xserver-xorg-video-s3virge                       1:1.10.4-3                               X.Org X server -- S3 ViRGE display driver
ii  xserver-xorg-video-savage                        1:2.3.2-1                                X.Org X server -- Savage display driver
ii  xserver-xorg-video-siliconmotion                 1:1.7.4-2                                X.Org X server -- SiliconMotion display driver
ii  xserver-xorg-video-sis                           1:0.10.3-2                               X.Org X server -- SiS display driver
ii  xserver-xorg-video-sisusb                        1:0.9.4-1                                X.Org X server -- SiS USB display driver
ii  xserver-xorg-video-tdfx                          1:1.4.3-3                                X.Org X server -- tdfx display driver
ii  xserver-xorg-video-trident                       1:1.3.4-1                                X.Org X server -- Trident display driver
ii  xserver-xorg-video-tseng                         1:1.2.4-1                                X.Org X server -- Tseng display driver
ii  xserver-xorg-video-vesa                          1:2.3.0-4                                X.Org X server -- VESA display driver
ii  xserver-xorg-video-vmware                        1:11.0.3-1                               X.Org X server -- VMware display driver
ii  xserver-xorg-video-voodoo                        1:1.2.4-1                                X.Org X server -- Voodoo display driver


But when I want to reinstall nvidia-glx, I get this message:
      Code:
Lecture des listes de paquets...
Construction de l'arbre des dépendances...
Lecture des informations d'état...
Certains paquets ne peuvent être installés. Ceci peut signifier
que vous avez demandé l'impossible, ou bien, si vous utilisez
la distribution unstable, que certains paquets n'ont pas encore
été créés ou ne sont pas sortis d'Incoming.
L'information suivante devrait vous aider à résoudre la situation :

Les paquets suivants contiennent des dépendances non satisfaites :
 nvidia-glx : Dépend: xorg-video-abi-6.0 mais il n'est pas installable ou
                       xserver-xorg-core (< 2:1.7.7) mais ne sera pas installé

(sorry it's in french).
So I think this is a specific problem related to nvidia-glx but I have no idea to solve it.
towo - 09.02.2011, 20:57
Post subject:
i told you before!
apt-get install nvidia-glx/experimental!
hopimet - 09.02.2011, 21:02
Post subject:
      towo wrote:
i told you before!
apt-get install nvidia-glx/experimental!


That's not equivalent to apt-get install nvidia-glx -t experimental ? (because that's what I have done)
towo - 09.02.2011, 21:06
Post subject:
      Code:

/home/towo
root:Defiant> dpkg -l | grep xorg
ii  xorg-sgml-doctools                            1:1.6-1                                  Common tools for building X.Org SGML documentation
ii  xserver-xorg                                  1:7.6+2                                  the X.Org X server
ii  xserver-xorg-core                             2:1.9.4-1                                Xorg X server - core server
ii  xserver-xorg-dev                              2:1.9.4-1                                Xorg X server - development files
ii  xserver-xorg-input-evdev                      1:2.6.0-1                                X.Org X server -- evdev input driver
ii  xserver-xorg-video-vesa                       1:2.3.0-4                                X.Org X server -- VESA display driver

/home/towo
root:Defiant> apt-get -t experimental -s install nvidia-glx
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut       
Statusinformationen werden eingelesen... Fertig
Die folgenden zusätzlichen Pakete werden installiert:
  dkms libgl1-nvidia-alternatives libgl1-nvidia-glx libglx-nvidia-alternatives nvidia-kernel-common nvidia-kernel-dkms
Vorgeschlagene Pakete:
  nvidia-settings
Empfohlene Pakete:
  nvidia-kernel-260.19.21 nvidia-vdpau-driver
Die folgenden NEUEN Pakete werden installiert:
  dkms libgl1-nvidia-alternatives libgl1-nvidia-glx libglx-nvidia-alternatives nvidia-glx nvidia-kernel-common nvidia-kernel-dkms
0 aktualisiert, 7 neu installiert, 0 zu entfernen und 326 nicht aktualisiert.
Inst libgl1-nvidia-alternatives (260.19.21-1 Debian:experimental [amd64])
Inst libgl1-nvidia-glx (260.19.21-1 Debian:experimental [amd64])
Inst libglx-nvidia-alternatives (260.19.21-1 Debian:experimental [amd64])
Inst dkms (2.1.1.2-5 Debian:unstable [all])
Inst nvidia-kernel-common (20100522+2 Debian:unstable [all])
Inst nvidia-kernel-dkms (260.19.21-1 Debian:experimental [amd64])
Inst nvidia-glx (260.19.21-1 Debian:experimental [amd64])
Conf libgl1-nvidia-alternatives (260.19.21-1 Debian:experimental [amd64])
Conf libgl1-nvidia-glx (260.19.21-1 Debian:experimental [amd64])
Conf libglx-nvidia-alternatives (260.19.21-1 Debian:experimental [amd64])
Conf dkms (2.1.1.2-5 Debian:unstable [all])
Conf nvidia-kernel-common (20100522+2 Debian:unstable [all])
Conf nvidia-kernel-dkms (260.19.21-1 Debian:experimental [amd64])
Conf nvidia-glx (260.19.21-1 Debian:experimental [amd64])

It works, as you can see.
If not, show me the error.
hopimet - 09.02.2011, 21:11
Post subject:
OK it works for you, but not for me.
apt-get install - t experimental nvidia-glx returns the error message that I gave above.
      Code:
Lecture des listes de paquets...
Construction de l'arbre des dépendances...
Lecture des informations d'état...
Certains paquets ne peuvent être installés. Ceci peut signifier
que vous avez demandé l'impossible, ou bien, si vous utilisez
la distribution unstable, que certains paquets n'ont pas encore
été créés ou ne sont pas sortis d'Incoming.
L'information suivante devrait vous aider à résoudre la situation :

Les paquets suivants contiennent des dépendances non satisfaites :
 nvidia-glx : Dépend: xorg-video-abi-6.0 mais il n'est pas installable ou
                       xserver-xorg-core (< 2:1.7.7) mais ne sera pas installé

What can I do ?
muchan - 09.02.2011, 21:24
Post subject:
This morning, I could install nvidia-glx/experimental on amd64.
But now on i386, dependency on (<< 2:1.7.7) seems an error.

I think, you should downgrade the Xorg, and wait until they are properly fixed.

[code]
Architecture: i386
Source: nvidia-graphics-drivers
Version: 260.19.21-1
Provides: nvidia-glx
Depends: libgl1-nvidia-glx (= 260.19.21-1), libglx-nvidia-alternatives, nvidia-kernel-260.19.21, xorg-video-abi-8.0 | xorg-video-abi-6.0 | xserver-xorg-core (<< 2:1.7.7), libc6 (>= 2.1.3)
Pre-Depends: dpkg (>= 1.15.7.2)
[/code]
hopimet - 09.02.2011, 21:29
Post subject:
      muchan wrote:
This morning, I could install nvidia-glx/experimental on amd64.
But now on i386, dependency on (<< 2:1.7.7) seems an error.

I think, you should downgrade the Xorg, and wait until they are properly fixed.

      Code:

Architecture: i386
Source: nvidia-graphics-drivers
Version: 260.19.21-1
Provides: nvidia-glx
Depends: libgl1-nvidia-glx (= 260.19.21-1), libglx-nvidia-alternatives, nvidia-kernel-260.19.21, xorg-video-abi-8.0 | xorg-video-abi-6.0 | xserver-xorg-core (<<2>= 2.1.3)
Pre-Depends: dpkg (>= 1.15.7.2)


Thx, I'm on i386 and that could be an explanation.
I have downgraded with the squeeze repositories. I had no other choice.

towo, are you on 64 bits ?
towo - 09.02.2011, 21:31
Post subject:
On 32bit also no problem:
http://codepad.org/skYn4DJo
hopimet - 09.02.2011, 21:40
Post subject:
Arf...don't understand why I get this error message.
My nvidia is the 195.36.31-1.
Do you think there could be a link ?
DonKult - 09.02.2011, 21:46
Post subject:
      cid-baba wrote:
I don't know much about it, but it seems, that's not much work. (Or is it much more difficult as copy & paste?) And maybe its less work than helping everybody who didn't read what apt told him. Or is there a reason why this hasn't happened/won't happen?

Its slightly more work than you think, but more importantly there are other more subtle things broken in unstable currently, so while i am feeling slowly like a broken cd-player repeating the same song again and again: Waiting for the dust to settle is not the worst thing you can do… (beside that current problems result from the remove of the packages from experimental and another upgrade of xorg in unstable which is not build for all arches/mirrors yet and has stricter dependencies)

As you can read, nvidia users will have a problem with no really good solution so far. ffmpeg transition seems to be unfinished on some archs/mirrors. openoffice -> libreoffice isn't finished on all archs/mirrors and not smooth currently in general. Some people have problems with grub-pc updates. And that are only the most prominent problems you can currently experience. My working machine still is at the "very old" 2011-01 release state: I know, i know, i am too conservative… but my machine works at least. I know, making d-u's can become an addiction, but i would recommend a cold withdrawal still…

(to be fair: I have cherry-picked some updates, so its not completely at 2011-01, but that are leaf packages and i [sometimes] know what i do, which everyone has to question himself if he knows enough to act against advices from others)
muchan - 09.02.2011, 22:10
Post subject:
hopimet,

reading towo's link, this command went through on i386
(with non-free of sid and experimental).

      Code:

apt-get install -s -t experimental  nvidia-glx libgl1-nvidia-alternatives libgl1-nvidia-glx libglx-nvidia-alternatives nvidia-kernel-common nvidia-kernel-dkms

(remove -s for real installation)

edit:
now I see, if non-free of stable is not activated,
# apt-get install -t experimental nvidia-glx
fails with the error of hopimet.
but if it's activated, only
# apt-get install -t experimental nvidia-glx
is enough.
cid-baba - 09.02.2011, 22:42
Post subject:
@DonKult: thanks for your explanation - the addicts will have to wait Smile... And sorry for my/our impatience - everyone longed for the unfreeze, and every day more is hard. But there is much work to do, and all here are thankful to the people doing it. And good work needs its time, so we'll wait (and try to moan as little as possible)
devil - 09.02.2011, 23:46
Post subject:
the xorg issue will be fixed in a few hours, all packages were uploaded to sid 1 hour ago
ankscorek - 10.02.2011, 02:00
Post subject:
as towo auggested i did and

      Code:
apt-get -t experimental install xserver-xorg-input-evdev xserver-xorg-video-vesa
Reading package lists... Done
Building dependency tree       
Reading state information... Done
xserver-xorg-input-evdev is already the newest version.
xserver-xorg-input-evdev set to manually installed.
xserver-xorg-video-vesa is already the newest version.
xserver-xorg-video-vesa set to manually installed.
0 upgraded, 0 newly installed, 0 to remove and 106 not upgraded.


but i am still unable to do a dist-upgrade as it says xserver packages being removed...

so afer every dist-upgrade i need to
      Code:
apt-get -t experimental install xserver-xorg-input-evdev xserver-xorg-video-vesa
???
snvv - 10.02.2011, 03:41
Post subject:
      devil wrote:
the xorg issue will be fixed in a few hours, all packages were uploaded to sid 1 hour ago


Is it OK now. I just DU (aptosid 64 bit) and everything works.
So problem is solved.
redsid - 10.02.2011, 03:57
Post subject:
YES, all is well on amd64!
mheyes - 10.02.2011, 04:14
Post subject:
All is not well on this amd64. Just did DU after xorg upgrade fixed, rebooted and got error: symbol not found: `grub_env_export' , then dumped at grub rescue prompt. What next?
snvv - 10.02.2011, 04:19
Post subject:
      mheyes wrote:
All is not well on this amd64. Just did DU after xorg upgrade fixed, rebooted and got error: symbol not found: `grub_env_export' , then dumped at grub rescue prompt. What next?


grub-common is broken. Please wait for advice.

All other users plese put it on hold.
ankscorek - 10.02.2011, 04:51
Post subject:
ok i did a dist-upgrade and it asked me to remove xserver etc...i clicked yes because i was sure i had towo solution..

after the dist-upgrade i did

      Code:

init 3
apt-get -t experimental install xserver-xorg-input-evdev xserver-xorg-video-vesa


the installation was successful but bump init 5 did not respond

so to get it back i purged all xseerver files and then reinstalled xserver from squeeze repo using

      Code:
apt-get install xserver-xorg


i guess the xserver issues are still there
snvv - 10.02.2011, 05:27
Post subject:
      ankscorek wrote:
i guess the xserver issues are still there


No there is no any xserver problem.
The problem should be from the grub.
redsid - 10.02.2011, 05:32
Post subject:
Yes, there is still an xorg problem on my 32 bit but I assure you I have (2) amd64 installations updated as of this moment and in perfect working order including grub. You did notice the grub update configuration decision you had to make, didn't you?
snvv - 10.02.2011, 05:49
Post subject:
      redsid wrote:
Yes, there is still an xorg problem on my 32 bit but I assure you I have (2) amd64 installations updated as of this moment and in perfect working order including grub. You did notice the grub update configuration decision you had to make, didn't you?


Yes, I use apt-listbugs and there is a bug report. Thus, I decided to hold grub for a while.
ikeinthai - 10.02.2011, 07:46
Post subject: 32 bit vienna mirror still bit/borked.
      snvv wrote:
everything "works" but the desktop response is very slow.

So if you want a fast as usually aptosid system better to wait a bit before DU.


32 bit using the vienna mirror still borked x and i had to enable the experimental repo, ala slam (i thought x stuff that was being upgraded was enuff, but alas was not).

but i'm not liking the way this feels now... it's like my mouse pointer is under water. i used to be able to go corner to ddddiagonal corner on this netbook with just a flick of a finger (others found the extreme responsiveness disconcerting but i liked it). now i've got to push push push eight or ten times to get across the screen. maybe this is a configuration issue... but i know i've got better things to use my finger-diddle energy on than this ddamn machine.

i'm not "upgrading" any more systems til i'm happier with the way this system works.

ike.
nindnarne - 10.02.2011, 12:00
Post subject: fglrx seems to be broken though...?
I did the big update, which went fine. Minus that I got a seg 11 fault when trying to launch X, which seems to be from a suspend_resume issue with fglrx.

I did reboot to see if that would help (nope), and I also ran aticonfig --initial to generate a new xorg file.

I switched to the open source driver which works fine.
snvv - 10.02.2011, 12:06
Post subject: Re: fglrx seems to be broken though...?
      nindnarne wrote:
I switched to the open source driver which works fine.


Mine does not work fine. 3D & composing does not work any more and I have 59 FPS instead of 850-900 I used to have (with composing enabled).
devil - 10.02.2011, 12:32
Post subject:
is there a bugreport regarding grub-common? if so, i cant find it. a lot of machines i know of (~20) with 32-bit and 64-bit do not show the problem.

greetz
devil
hopimet - 10.02.2011, 12:41
Post subject:
      snvv wrote:
      devil wrote:
the xorg issue will be fixed in a few hours, all packages were uploaded to sid 1 hour ago


Is it OK now. I just DU (aptosid 64 bit) and everything works.
So problem is solved.


Well, but it is not OK with i386.
apt-get d-u still suggests to remove xorg.
mheyes - 10.02.2011, 12:48
Post subject: grub-common broken?
No, I didn't file a bug report regarding grub-common. I wasn't sure if it was a bug or something else. Should I file one now?
snvv - 10.02.2011, 14:55
Post subject:
      hopimet wrote:
      snvv wrote:
      devil wrote:
the xorg issue will be fixed in a few hours, all packages were uploaded to sid 1 hour ago


Is it OK now. I just DU (aptosid 64 bit) and everything works.
So problem is solved.


Well, but it is not OK with i386.
apt-get d-u still suggests to remove xorg.


Yes, as soon as I realized that I changed the title to be SOLVED for 64 bit system.
According to some posts here I thought i386 was not affected by the xorg problem (I use only 64 bit systems).
hopimet - 10.02.2011, 15:28
Post subject:
Does anyone know if the problem of d-u is going to be solved for 32 bit system ? Should it be useful to open a new thread for that ?
hefee - 10.02.2011, 17:37
Post subject:
no ist doesn't makes sence. 'cause it'll take at most one day till the serve have build it 32bit;) I'll think with the next sync (six hours) all will be ok ...
muchan - 10.02.2011, 18:18
Post subject:
      ankscorek wrote:
ok i did a dist-upgrade and it asked me to remove xserver etc...i clicked yes because i was sure i had towo solution..

after the dist-upgrade i did

      Code:

init 3
apt-get -t experimental install xserver-xorg-input-evdev xserver-xorg-video-vesa


the installation was successful but bump init 5 did not respond

so to get it back i purged all xseerver files and then reinstalled xserver from squeeze repo using

      Code:
apt-get install xserver-xorg


i guess the xserver issues are still there


I'm sorry but no, you should have installed two drivers from experimental *before* dist-upgrade removes the xorg...

but now all drivers are on sid (in i385, too, at least here) so you don't need them as separate command.
catalinus - 10.02.2011, 19:32
Post subject:
dist-upgrade went fine, but after going in init 5 I had a surprise - now the response time of touchpad is very slow. By chance, does anyone knows what I could do to fix this? Running xfce 64bit on a HP notebook with ATi Radeon X1250.
muchan - 10.02.2011, 20:00
Post subject:
      catalinus wrote:
dist-upgrade went fine, but after going in init 5 I had a surprise - now the response time of touchpad is very slow. By chance, does anyone knows what I could do to fix this? Running xfce 64bit on a HP notebook with ATi Radeon X1250.


you mean, the speed of moving?
It seems touchpad can be configured with
/etc/X11/xorg.conf.d/10-synaptics.conf

From google hits, this wiki of Arch seems good reference.
https://wiki.archlinux.org/index.php/Touchpad_Synaptics
https://wiki.archlinux.org/index.php/To ... nf_example


playing with the values of:
      Code:

Section "InputClass"
      Identifier "touchpad"
      Driver "synaptics"
      MatchIsTouchpad "on"
    # Speed
    Option "MinSpeed" "0.4"
    Option "MaxSpeed" "0.7"
    Option "AccelFactor" "0.00995223"
EndSection
#

(also see "man synaptics")

you get the best option?
catalinus - 10.02.2011, 20:28
Post subject:
      muchan wrote:
      catalinus wrote:
dist-upgrade went fine, but after going in init 5 I had a surprise - now the response time of touchpad is very slow. By chance, does anyone knows what I could do to fix this? Running xfce 64bit on a HP notebook with ATi Radeon X1250.


you mean, the speed of moving?
It seems touchpad can be configured with
/etc/X11/xorg.conf.d/10-synaptics.conf

From google hits, this wiki of Arch seems good reference.
https://wiki.archlinux.org/index.php/Touchpad_Synaptics
https://wiki.archlinux.org/index.php/To ... nf_example


playing with the values of:
      Code:

Section "InputClass"
      Identifier "touchpad"
      Driver "synaptics"
      MatchIsTouchpad "on"
    # Speed
    Option "MinSpeed" "0.4"
    Option "MaxSpeed" "0.7"
    Option "AccelFactor" "0.00995223"
EndSection
#

(also see "man synaptics")

you get the best option?


Yes, the speed of moving.

Well... I don't have such file.

Another issue I discovered - flash (I have an old libflashplayer-10.0.45.2.linux-x86_64.so) will crash any gecko browser (in my case iceweasel and kazehakase), no issues with webkit (kasehakase-webkit).

      Code:
~$ iceweasel

(firefox-bin:4161): Gdk-WARNING **: XID collision, trouble ahead
The program 'firefox-bin' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadMatch (invalid parameter attributes)'.
  (Details: serial 11782 error_code 8 request_code 140 minor_code 3)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the --sync command line
   option to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error() function.)
Segmentation fault


No more help wanted, but maybe someone will find usefull the reported issues Smile
muchan - 10.02.2011, 20:36
Post subject:
      Quote:

Yes, the speed of moving.

Well... I don't have such file.


you need to make it yourself.
devil - 10.02.2011, 20:53
Post subject:
that topic deserves a new thread. highjack!

xorg prob is settled for 32-bit as well. only
      Code:
xserver-xorg-video-geode xserver-xorg-video-radeonhd xserver-xorg-video-v4l
are still being removed (i dont need them)

greetz
devil
hopimet - 10.02.2011, 21:02
Post subject:
Some progress tonight.

apt-get d-u suggests now to upgrade xorg. That's fine.
However, it also removes nvidia-glx (195.36.31-6). Then, this package cannot be reinstalled, even from the experimental repository.

No other solution to reinstall the old xorg from squeeze repository and the nvidia-glx package.
hopimet - 10.02.2011, 22:11
Post subject: Re: 32 bit vienna mirror still bit/borked.
Well, all is OK for me now. Thx again to towo who gave me the right answer in the other thread.

The only remaining problem is the same as described below:

      ikeinthai wrote:
      snvv wrote:
everything "works" but the desktop response is very slow.

So if you want a fast as usually aptosid system better to wait a bit before DU.


32 bit using the vienna mirror still borked x and i had to enable the experimental repo, ala slam (i thought x stuff that was being upgraded was enuff, but alas was not).

but i'm not liking the way this feels now... it's like my mouse pointer is under water. i used to be able to go corner to ddddiagonal corner on this netbook with just a flick of a finger (others found the extreme responsiveness disconcerting but i liked it). now i've got to push push push eight or ten times to get across the screen. maybe this is a configuration issue... but i know i've got better things to use my finger-diddle energy on than this ddamn machine.

i'm not "upgrading" any more systems til i'm happier with the way this system works.

ike.

towo - 10.02.2011, 22:17
Post subject: RE: Re: 32 bit vienna mirror still bit/borked.
I would like to see

dmesg | grep -i nv | aptosid-paste -s codepad
aptosid-paste -s codepad /var/log/Xorg.0.log
snvv - 10.02.2011, 22:21
Post subject: Re: RE: Re: 32 bit vienna mirror still bit/borked.
      towo wrote:
aptosid-paste -s codepad /var/log/Xorg.0.log


[OFFTOPIC]
wow thank you for that. Very usefull
[/OFFTOPIC]
ankscorek - 11.02.2011, 01:08
Post subject:
i had forgotten...i had acidentally commented out the frickelplatz repo..when it was down for quite sometime

today i enbaled it again and the installation went fine...

      Code:
deb http://frickelplatz.de/debian/ sid main non-free contrib

nh2 - 11.02.2011, 03:32
Post subject:
      hefee wrote:
no ist doesn't makes sence. 'cause it'll take at most one day till the serve have build it 32bit;) I'll think with the next sync (six hours) all will be ok ...

It seems OK now: the only X package that still would be removed with a d-u is xserver-xorg-video-nv.
I think the "64 bit" flag can be removed from the topic.
hopimet - 11.02.2011, 08:22
Post subject: Re: RE: Re: 32 bit vienna mirror still bit/borked.
      towo wrote:
I would like to see

dmesg | grep -i nv | aptosid-paste -s codepad
aptosid-paste -s codepad /var/log/Xorg.0.log


I don't forget you but I'm not at home right now. I'll give you the return of the command ASAP.

And I will also try the solution proposed by muchan in the other topic that seems to work fine.

Thx again to help me.

Edit: here are the informations you asked for
http://codepad.org/hJTDJmFo
http://codepad.org/LHq4RBUy
stefutz - 11.02.2011, 16:36
Post subject:
dist-upgrade works fine excepting the fact that it removes openoffice package and no possibility of reinstalling it
hopimet - 11.02.2011, 16:42
Post subject:
      stefutz wrote:
dist-upgrade works fine excepting the fact that it removes openoffice package and no possibility of reinstalling it

Just install libreoffice. It replaces openoffice and you will have the version 3.30.

apt-get install libreoffice
stefutz - 11.02.2011, 16:47
Post subject:
is openoffice no longer suported in aptosid ? or should i wait until this gets fixed ?
towo - 11.02.2011, 16:51
Post subject:
Openoffice.org is gone, it was replaced with libreoffice in debian.
jheaton5 - 11.02.2011, 17:42
Post subject:
With the dist-upgrade yesterday Open Office was removed but libreoffice was not installed. A search of the sid repositories did not hit on libreoffice. This morning I downloaded/installed it from experimental. It works great. Load time is greatly improved over Open Office.
drb - 11.02.2011, 17:55
Post subject:
libreoffice came in with d-u on 32 bit today with some oOo transition packages
dpt - 11.02.2011, 18:01
Post subject:
Downloading 64-bit.
dpt - 11.02.2011, 19:41
Post subject:
libreoffice amd64 installed.
Got few warnings, last ones listed-


      Quote:
warning, in file '/var/lib/dpkg/updates/0143' near line 5 package 'libreoffice-filter-mobiledev':
missing description
warning, in file '/var/lib/dpkg/updates/0143' near line 5 package 'libreoffice-filter-mobiledev':
missing maintainer
warning, in file '/var/lib/dpkg/updates/0146' near line 5 package 'libreoffice':
missing description
warning, in file '/var/lib/dpkg/updates/0146' near line 5 package 'libreoffice':
missing maintainer
Processing triggers for shared-mime-info ...
Unknown media type in type 'all/all'

Unknown media type in type 'all/allfiles'

Unknown media type in type 'uri/mms'

Unknown media type in type 'uri/mmst'

Unknown media type in type 'uri/mmsu'

Unknown media type in type 'uri/pnm'

Unknown media type in type 'uri/rtspt'

Unknown media type in type 'uri/rtspu'

Unknown media type in type 'fonts/package'

Unknown media type in type 'interface/x-winamp-skin'


EDIT: Starts pretty fast!
DeepDayze - 11.02.2011, 21:08
Post subject:
Those warnings are mainly due to missing info in the debian control file that don't affect the package installation. I got those as well and no problems using LO
dpt - 12.02.2011, 04:22
Post subject:
@DeepDayze

Thanks for the info.
joji - 12.02.2011, 08:11
Post subject: dist-upgrade 32 bit
Am wondering : it is safe now to dist-upgrade. Xorg is OK now?

Last week I lost X on one machine and coud repair by using Debian Squeeze.

Thank you.
hopimet - 12.02.2011, 11:06
Post subject: RE: dist-upgrade 32 bit
Yes all is OK now. If you are using a nvidia card, maybe you will have to reinstall the new nvidia-glx. See the other thread: http://aptosid.com/index.php?name=PNphp ... mp;start=0
joji - 14.02.2011, 21:04
Post subject: Re: RE: dist-upgrade 32 bit
      hopimet wrote:
Yes all is OK now. If you are using a nvidia card, maybe you will have to reinstall the new nvidia-glx. See the other thread: http://aptosid.com/index.php?name=PNphp ... mp;start=0

Thank you for reply.

Am wondering ... Did a dist-upgrade. But now the only resolutions I can get are 600x800 and lower. So am afraid the xorg problems are not solved ...

Anything I can do?

I have a nvidia card but am not using the nvidia driver.

Thank you for any hint.
hopimet - 14.02.2011, 21:19
Post subject: RE: Re: RE: dist-upgrade 32 bit
I think you should try to install the nvidia driver.
muchan - 14.02.2011, 22:31
Post subject: RE: Re: RE: dist-upgrade 32 bit
joji,
currently the solutions for nvidia card with new Xorg are:

1) using Xorg "vesa" driver.

2) using "nv" driver from towo's frickelplatz repository

3) using nvidia driver (as manual says)

(edit: new URL are here:
http://manual.aptosid.com/en/gpu-en.htm
http://manual.aptosid.com/en/nf-firm-en.htm

was:
/* http://manual.aptosid.com/en/hw-dev-hw- ... ive-nv-ati
* but currently, manual is in transition...
* you can read local copy on
* /usr/share/doc/aptosid-manual/en/hw-dev-hw-dri-en.htm
*/
)

and install nvidia-glx from experimental (or from towo's repo)

4) using "nouveau".. currently, aptosid manual does not have a section.
Debian's wiki is here.
http://wiki.debian.org/NvidiaGraphicsDrivers#Nouveau
(I did not tried/succeeded yet)
I think aptosid manual will soon have entry for installing nouveau driver.

For 600x800 problem, first thing I'd try is "xrandr" command on terminal on X as user.

(edit:
About nvidia drivers with new Xorg, please read/post to threads
"update of nvidia-glx" for non-free "nvidia" driver
http://aptosid.com/index.php?name=PNphp ... &t=815
"nv" driver will be removed with new Xorg" for free drivers
http://aptosid.com/index.php?name=PNphp ... &t=777
)
joji - 15.02.2011, 12:31
Post subject: Re: RE: Re: RE: dist-upgrade 32 bit
      muchan wrote:
currently the solutions for nvidia card with new Xorg are:
2) using "nv" driver from towo's frickelplatz repository

Thank you for all the info.

Have installed the xserver-xorg-video-nv driver (1:2.1.17-3+c0.frickel.1 ) because I got bad experiences with the nvidia driver and sidux in the past.

But my low resolution problem is still there :
      Code:
# xrandr
xrandr: Failed to get size of gamma for output default
Screen 0: minimum 640 x 480, current 800 x 600, maximum 800 x 600
default connected 800x600+0+0 0mm x 0mm
   800x600        61.0*
   640x480        60.0

It appears the xorg configfiles are gone.
How to repair so I get my original settings?

Maybe I should add that I am using the 64 bit distribution.

Thank you.
muchan - 15.02.2011, 14:06
Post subject: RE: Re: RE: Re: RE: dist-upgrade 32 bit
This is my current xorg.conf, using frickel's "nv"
      Code:

Section "Device"
        Identifier      "Default screen"
#       Driver          "vesa"
        Driver          "nv"
#       BusID           "PCI:5:0:0"
EndSection
# Trailing line to prevent EndSection to be the last line


BusID is commented, but the string PCI:5:0:0 is from the output of
$ lspci | grep VGA
05:00.0 VGA compatible controller: nVidia Corporation G84 [GeForce 8600 GT] (rev a1)

here xrandr works properly, and set:
$ xrandr
Screen 0: minimum 320 x 200, current 1280 x 1024, maximum 1280 x 1280
VGA1 connected 1280x1024+0+0 338mm x 270mm
1280x1024 60.0*+ 76.0 75.0 67.0
(snip)
joji - 15.02.2011, 17:03
Post subject: Re: RE: Re: RE: Re: RE: dist-upgrade 32 bit
      muchan wrote:
This is my current xorg.conf, using frickel's "nv"
      Code:

Section "Device"
        Identifier      "Default screen"
#       Driver          "vesa"
        Driver          "nv"
#       BusID           "PCI:5:0:0"
EndSection
# Trailing line to prevent EndSection to be the last line


BusID is commented, but the string PCI:5:0:0 is from the output of
$ lspci | grep VGA
05:00.0 VGA compatible controller: nVidia Corporation G84 [GeForce 8600 GT] (rev a1)

Wish to thank you very much. You saved me a lot of work. Problem solved.

It appears we have the same videocard but I get as BusID : 01:00.0

Am confident the 'xorg.conf'-file is to be put in /etc/X11/ ?

Once more : thank you very much.
devil - 15.02.2011, 18:55
Post subject: RE: Re: RE: Re: RE: Re: RE: dist-upgrade 32 bit
does the manual say, it goes to /etc/X11/ ?
no, it does not!

greetz
devil
joji - 15.02.2011, 21:31
Post subject: Re: RE: Re: RE: Re: RE: Re: RE: dist-upgrade 32 bit
      devil wrote:
does the manual say, it goes to /etc/X11/ ?
no, it does not!

greetz
devil

devil, be so kind to tell me where in the manual I can find the info on where to put the 'xorg.conf' file. Maybe my eyes are not so good as yours ...

What is read was :
      Quote:
Note: An xorg.conf is not generally needed for open source drivers.
and also
      Quote:
Editing an xorg.conf file is entirely at your own risk.


Thank you for your help.
blackhole - 15.02.2011, 22:13
Post subject: RE: Re: RE: Re: RE: Re: RE: Re: RE: dist-upgrade 32 bit
joiji,
The old way was to put an xorg.conf in /etc/X11
Now, if you read the manual, click on graphic cards and there is something about an xorg conf file.

However, not always things are behaving as you would want to behave (!)
I think personally that installing video drivers could in some cases be very difficult.

In my case, whith nvidia closed source and a NextWindow touchscreen, only one driver is working. I will not tell how and with what configuration...
muchan - 15.02.2011, 23:19
Post subject: RE: Re: RE: Re: RE: Re: RE: Re: RE: dist-upgrade 32 bit
Due to reorganization of manual, it's currently difficult to find the page.
the new link is here:
http://manual.aptosid.com/en/gpu-en.htm

      Quote:

If you have been running proprietary drivers and wish to revert back to opensource drivers, edit /etc/X11/xorg.conf.d/xx-xxxx.conf with an editor with root permissions. Find the section that reads SECTION DEVICE and change the display driver to read nouveau OR radeon OR intel (to name but a few).


(probably first xx of xx-xxxx is, 20, and second xxxx should be the name of driver... "nv", "nouveau" etc. but if I switch the driver by moving #, then I'd use 20-videodriver.conf... ?)

I wonder, if your xrandr problem is also solved.
DonKult - 15.02.2011, 23:51
Post subject: Re: RE: Re: RE: Re: RE: Re: RE: Re: RE: dist-upgrade 32 bit
      muchan wrote:
(probably first xx of xx-xxxx is, 20, and second xxxx should be the name of driver... "nv", "nouveau" etc. but if I switch the driver by moving #, then I'd use 20-videodriver.conf... ?)

The name is not really important (expect the '.conf' extension) - it just defines the order in which the files are read. So you can call it '20-videodriver.conf', 'nvidia.conf', '00-toilet.conf' or 'whatever.conf' (just avoid special ćhäŕáçt€rş). But try to name it in a way you can guess from the name what it does - so 'toilet' is maybe not the best name - or at least not if you didn't have a strong association between flushing down 'crap' and your videocard. Wink
joji - 16.02.2011, 07:47
Post subject: Re: RE: Re: RE: Re: RE: Re: RE: Re: RE: dist-upgrade 32 bit
[quote="muchan"]
      Quote:
If you have been running proprietary drivers and wish to revert back to opensource drivers, edit /etc/X11/xorg.conf.d/xx-xxxx.conf with an editor with root permissions. Find the section that reads SECTION DEVICE and change the display driver to read nouveau OR radeon OR intel (to name but a few).

Thank you for understanding and kind reaction. And good advice. I created a subdir '/etc/X11/xorg.conf.d', renamed the "xorg.conf" to "nv.conf" and put it in '/etc/X11/xorg.conf.d/'
      Quote:
I wonder, if your xrandr problem is also solved.
Yes, seems to be OK as well
      Code:
~$ xrandr
Screen 0: minimum 320 x 200, current 1680 x 1050, maximum 1920 x 1920
VGA1 disconnected
DVI1 disconnected
LVDS connected 1680x1050+0+0 0mm x 0mm
Any comments?

[quote="DonKult"]
      Quote:
The name is not really important (expect the '.conf' extension) - it just defines the order in which the files are read.
Thank you for this info. Called the file "nv.conf"

I do really appreciate your kind help.
All times are GMT - 12 Hours
Powered by PNphpBB2 © 2003-2010 The Zafenio Group
Credits