LMDE BREAKAGES - tracking TESTING

[Gerd50]

Maybe i found a fix for the nvidia xorg trouble:

http://www.nvnews.net/vbulletin/showthr ... 665&page=3

in shortform: add

Section "ServerFlags"
Option "IgnoreABI" "true"
EndSection

as a new section to etc/X11/xorg.conf.

[Gabor]

I'm running LMDE in a VirtualBox 4.0.12 on a WindowsXP Host.
After the upgrade (mostly painless), the X Guest Addons stopped working properly - resolution dropped back to SVGA.
After much futzing about I solved it by installing them from the virtualbox repo

Code: Select all

wget -q http://download.virtualbox.org/virtualbox/debian/oracle_vbox.asc -O- | sudo apt-key add -
echo 'deb http://download.virtualbox.org/virtualbox/debian squeeze contrib non-free' > /etc/apt/sources.list.d/vbox.list
aptitude update
aptitude install virtualbox-guest-x11

the last one had conflicts with the new xorg-core, so I downgraded the xorg packages. after a reboot everything started working as usual again.

[viking777]

Maybe i found a fix for the nvidia xorg trouble:

http://www.nvnews.net/vbulletin/showthr ... 665&page=3

in shortform: add

Section "ServerFlags"
Option "IgnoreABI" "true"
EndSection

as a new section to etc/X11/xorg.conf.

I tried that yesterday - it didn't work for me.

[zerozero]

i found the same solution in the debian user forums (doesn't work for me either), the other option there is downgrade to the backport v. as viking suggested already

[lqdc]

I have no GUI after this update after reboot.

Another weird thing is that gdm3 is taking up 30% of cpu and dbus-daemon takes up another 30% without the GUI even functioning.
I am on x64 with the open source ATI drivers. And I don't know what to look for in the Xorg logs and no time to mess around either.
Will the functionality come back by itself with the next update?

[narendra.d]

A somewhat similar issue with upgrade of Xserver. Synaptic says it will REMOVE xserver-xorg, xserver-xorg-input-all, xserver-xorg-video-all while upgrading the rest. Apt-get however refuses to upgrade anything related to xserver with apt-get upgrade or dist-upgrade.
Have a 64 bit system, am on testing repos and have not done any tinkering with apt preferences as advised earlier on this thread for xserver issue.

How do i go about, or should i hold all updates for now?

[zerozero]

my advise; follow apt, simple.

[viking777]

As I finally managed to get a bit of time and a decent internet connection, I cast my net far and wide to find solutions to this Nvidia/xorg problem. I have visited places as obscure as the gentoo forum and as unwelcoming as the aptosid forum. They all report the same problem. The present (and possibly even testing) versions of the Nvidia driver are not compatible with xorg version 1.11.

If you use Nvidia drivers you have two options. First use nouveau instead and upgrade xorg at will. (I can't imagine why anyone would who is already using the nvidia driver would do this though).

Second hold back xorg until nvidia produce an updated driver to work with it. Don't ask me how long this will take because neither I nor anyone else knows.

I don't see any other solutions at the moment. I hope this clarifies things for everyone.

[jlsmith722]

This one is becoming a real head scratcher. I am running an Nvidia GeForce 9500 GS, Nvidia 275.28, and X.org 1.11.1 with no problems at all.
Could it have been the update last weekend that was laneled as Nvidia 280.?? (Really 275.28). I saw a post where someone was holding this back thinking it was a reversion. But another post said it was from a stble line so I let mine go through. Sorry now that I did not make a note of those posts.
But for whatever reason I am not having any problems


Edit:
Found the references to driver versionong on the Nvidia forums.
http://www.nvnews.net/vbulletin/showpost.php?p=2479770&postcount=7 is the official explanation.
Series of posts discussing this in relation to a different problem (I think).
http://www.nvnews.net/vbulletin/showthread.php?t=165665&page=3
Re: 285.03: X Server 1.11.0 IgnoreABI required to work



Jim

[Chris M]

Chris, you might want to look in your apt/history.log and probably you will see that one of the pkgs that was updated when you upped the debian pin priority was libcairo, so basically you now lost the ubuntu patch that Clem ported to LMDE and have the default debian patch (yeahh it makes a difference);
what you can try is lower again the pin priority to the default 500 and try to force install in synaptic the patched libcairo (let's hope there won't be a dep. loop that stoops you from that)
good luck

zz, that's exactly what happened. Setting the default debian preferences to 500 didn't do much. I reloaded synaptic. synaptic does not show the Clem ported ubuntu patch.

If I try to remove the debian libcairo, it wants to remove just about the entire OS

Will my computer blow its gasket if I do dpkg --force-depends -i libcairo2_1.10.2-2ubuntu2_i386.deb ?

Thanks again

[zerozero]

Chris, open synaptic, look for libcairo, highlight it and then in the menu package > force version ( a pop window will open where you choose the v. you want: testing_ the one you have now or one something ubuntu - the one patched by Clem)
try, it will most certainly work

[Chris M]

Chris, open synaptic, look for libcairo, highlight it and then in the menu package > force version ( a pop window will open where you choose the v. you want: testing_ the one you have now or one something ubuntu - the one patched by Clem)
try, it will most certainly work

OK. Thanks for that. That worked for those 2 - libcairo2 and libcairo-gobject2. But the 700 push through also updated the following from the Mint Upstream Repository to the newer Debian files:

fontconfig-config
fontconfig
libfontconfig1
libpixman-1-0

Forcing those 4 will remove too many files. My login font hasn't changed. Unfortunately, I think I'm stuck here.

Edit:

I could downgrade fontconfig

So there are 3 that will create a mess:

fontconfig-config
libfontconfig1
libpixman-1-0 - this one is interesting. A forced downgrade to the Ubuntu files looks like it will remove a lot xorg (if not all of it). I'll log back on to see if the fontconfig downgrade did the trick.

Edit 2: No luck. Those 3 (I think) remain a problem.

[zerozero]

Chris, was that incompatibility between libpixman and the xorg stack that lead us in the first place to mess with the preferences (or just disable the mint repo)

anyway, tired of waiting for a fix, and with the system unusable like this i followed viking's advise and downgraded to the backport xorg for the moment; it's a bit of a scary move at first (the amount of removals is impressive) but the system is finally responsive as it was and should be

Code: Select all

Start-Date: 2011-10-04  01:57:06
Commandline: apt-get install xserver-common=2:1.10.4-1~bpo60+1 xserver-xephyr=2:1.10.4-1~bpo60+1 xserver-xorg-core=2:1.10.4-1~bpo60+1 xserver-xorg-input-evdev=1:2.6.0-2~bpo60+1 xserver-xorg-input-synaptics=1.4.1-1~bpo60+1 xserver-xorg-video-vesa=1:2.3.0-7~bpo60+1
Install: xserver-xephyr:amd64 (1.10.4-1~bpo60+1)
Downgrade: xserver-xorg-core:amd64 (1.11.1-1, 1.10.4-1~bpo60+1), xserver-common:amd64 (1.11.1-1, 1.10.4-1~bpo60+1), xserver-xorg-input-evdev:amd64 (2.6.0-2+b2, 2.6.0-2~bpo60+1), xserver-xorg-video-vesa:amd64 (2.3.0-7+b1, 2.3.0-7~bpo60+1), xserver-xorg-input-synaptics:amd64 (1.4.1-1+b1, 1.4.1-1~bpo60+1)
Remove: xserver-xorg-video-i740:amd64 (1.3.2-4+b2), xserver-xorg-video-all:amd64 (7.6+8), xserver-xorg-video-apm:amd64 (1.2.3-2+b2), xserver-xorg-video-ark:amd64 (0.7.3-2+b2), xserver-xorg-video-ati:amd64 (6.14.2-2), xserver-xorg-video-openchrome:amd64 (0.2.904+svn920-1+b1), xserver-xorg-video-s3virge:amd64 (1.10.4-4+b2), xserver-xorg-video-mga:amd64 (1.4.13.dfsg-3+b2), xserver-xorg-video-chips:amd64 (1.2.4-1+b2), xserver-xorg-video-mach64:amd64 (6.9.0-1+b1), xserver-xorg-video-trident:amd64 (1.3.4-2+b2), xserver-xorg-video-sis:amd64 (0.10.3-3+b2), xserver-xorg-video-siliconmotion:amd64 (1.7.5-1+b2), xserver-xorg-video-savage:amd64 (2.3.2-3+b2), xserver-xorg-video-tdfx:amd64 (1.4.3-4+b2), xserver-xorg-video-intel:amd64 (2.16.0-1), xserver-xorg-video-vmware:amd64 (11.0.3-2+b2), xserver-xorg-video-r128:amd64 (6.8.1-5+b2), xserver-xorg-video-s3:amd64 (0.6.3-4+b2), xserver-xorg-video-voodoo:amd64 (1.2.4-2+b2), xserver-xorg-video-fbdev:amd64 (0.4.2-4+b2), xserver-xorg-input-wacom:amd64 (0.10.10+20110203-1+b2), xserver-xorg-video-nouveau:amd64 (0.0.16+git20110411+8378443-1+b2), xserver-xorg-video-neomagic:amd64 (1.2.5-2+b2), xserver-xorg-video-sisusb:amd64 (0.9.4-2+b2), xserver-xorg-video-tseng:amd64 (1.2.4-2+b2), xserver-xorg-video-radeon:amd64 (6.14.2-2), xserver-xorg-video-cirrus:amd64 (1.3.2-4+b2), xserver-xorg-video-rendition:amd64 (4.2.4-2+b2), xserver-xorg-video-i128:amd64 (1.3.4-2+b2)
End-Date: 2011-10-04  01:57:48


and today i found out that nvidia launched a new v. with support to xorg 1.11
it should be in experimental soon
http://www.phoronix.com/scan.php?page=n ... &px=OTk2MQ

[Mister.T]

I didn't read this first and ran the update pack 3 on my "Latest" pointing system. My system got borked. lost my mint menu (also all the alternatives), windows border and buttons gone, screen flashing on and off eventually the whole system froze when test starting other apps (using docky).

Rebooted (hard boot) and guess what? yep Nvidia fried. Left with black screen and non-functioning flashing curser.

I appreciate that all of you guys associated with this lovely distro are doing your best but, please for pity sake, don't keep releasing updates that stuff up something as important as the video drivers. Just hold them back until they're ready. After all whats the rush?

As for me with my limited Linux technical abilities, I am going back to LMDE pointed at Squeeze (already re-installed). Yes I know about the Ubuntu based version but after running Ubuntu since 7.10, I've seen where its going and I don't like it. LMDE is the nicest (apart from update pack 1 and 3 breaking things) distro I have tried.

I can't have my system breaking every other month, so for now and till things get easier, I'm off to "Stable".

LMDE could in time be the No 1 distro by miles. canonical eat your heart out.

Good hunting
Steve.

[viking777]

I had already seen the driver that zerozero mentioned two posts back, so thought I would try it out:

inxi -G
Graphics: Card: nVidia G86 [GeForce 8600M GS] X.Org: 1.11.1 driver: nvidia Resolution: 1280x800@50.0hz
GLX Renderer: GeForce 8600M GS/PCI/SSE2 GLX Version: 3.3.0 NVIDIA 285.05.09

It was a huge pain in the rear to install it, I don't recommend it to anyone, and I am also sorry to have to report that it makes absolutely no difference to anything, xorg is still as buggy as it was before, so unfortunately this is not the answer, so I don't know when we might get one.

Luckily I am wise enough to make disk images before I embark on trials like this so I am now off to reinstall the image with xorg 1.10 on it. I don't recommend that anyone with an Nvidia card updates to 1.11 any time soon.

[GeneC]

Hmmm!

I am still running the "fix" I did last week,
and everthing is running most excelently..
The driver is the new "downgraded" 280.13.really.275.28.1
(love those names)

Code: Select all

gene@zordon ~ $ inxi -G
Graphics:  Card nVidia GF104 [GeForce GTX 460] X.Org 1.11.1 Res: 1680x1050@50.0hz
           GLX Renderer GeForce GTX 460/PCI/SSE2 GLX Version 4.1.0 NVIDIA 275.28


Using this method.
viewtopic.php?f=198&t=70230&start=240#p476707

Everthing is fully upgraded and running well.
Nothing held back, nothing pinned.
Standard apt-pinning.
This is on both my "testing" and SID" partitions.

[viking777]

Hmmm!

I am still running the "fix" I did last week,
and everthing is running most excelently..
The driver is the new "downgraded" 280.13.really.275.28.1
(love those names)

Code: Select all

gene@zordon ~ $ inxi -G
Graphics:  Card nVidia GF104 [GeForce GTX 460] X.Org 1.11.1 Res: 1680x1050@50.0hz
           GLX Renderer GeForce GTX 460/PCI/SSE2 GLX Version 4.1.0 NVIDIA 275.28


Using this method.
viewtopic.php?f=198&t=70230&start=240#p476707

Everthing is fully upgraded and running well.
Nothing held back, nothing pinned.
Standard apt-pinning.
This is on both my "testing" and SID" partitions.

I will give that one a go as well GeneC, thanks for the tip - at least I know my disk image works OK now

[GeneC]

Viking, not sure where you are at right now.
Looks like you had the new xorg.? and the new driver.

If your going 'back" to an older clone before those updates, then this method should work.
After disabling the Mint repo, dont do a FULL DU. Just the new update xorg packages.
Then reable the Mint repo.
That all I did.

[viking777]

Viking, not sure where you are at right now.
Looks like you had the new xorg.? and the new driver.

If your going 'back" to an older clone before those updates, then this method should work.
After disabling the Mint repo, dont do a FULL DU. Just the new update xorg packages.
Then reable the Mint repo.
That all I did.

I appreciate your help Gene, but it just doesn't work. I am still getting laggy graphics and very high xorg usage. Maybe you just aren't noticing it? Do you run conky? If not run 'top' then open gthumb and try moving the window around. Firstly it won't move (or it does but only after a delay) and on conky you see 50% cpu usage from xorg - this just doesn't happen with the old xorg version.

Sorry but I need to reinstall my trusty xorg 1.10 disk image again

[GeneC]

Ah!
Sorry Viking.
It worked for a couple of us.
Perhaps it is slowing things down, but I have a pretty powerful computer with a good card. (Nvidia GTX460-1GB-GDDR5)

GLX gears hasn't changed.

Code: Select all

gene@zordon ~ $ glxgears
61091 frames in 5.0 seconds = 12218.042 FPS
62692 frames in 5.0 seconds = 12538.300 FPS
64533 frames in 5.0 seconds = 12906.469 FPS
61693 frames in 5.0 seconds = 12338.444 FPS
63771 frames in 5.0 seconds = 12754.039 FPS
61080 frames in 5.0 seconds = 12215.911 FPS


Full Screen HD you tube videos run fine.??
Don't know what to think.

I hope you find a solution.
Perhaps that new Nvidia driver "zerozero" mentioned will come down soon.
Best wishes.