Slackware 64 -current / KDE 4.2.4 / lost compositing.
 

Today I upgraded some packages by means of the usual 'slackpkg upgrade-all' which included an upgrade of Xorg, mesa, and my Intel graphics card driver.

After restarting X and logging into KDE, I no longer have compositing on my desktop, e.g. no transparency, when previously all was well.

Is this a problem on my end or can anyone report having a similar experience?

Thanks.

I don't know if it's relevant but:

There's new drivers in /extra for intel

ftp://slackware.mirrors.tds.net/pub/.../ChangeLog.txt

Thanks for the suggestion but that did not have any affect.


Here is the full list of all packages I upgraded from:All upgraded to the versions in -current, earlier today.


I don't suppose there is any way to revert, is there?

I just switched compositing type to xrender when it had been on opengl, compositing is now working again, but at a much slower speed

It seems that OpenGL is borked here too with the latests upgrades...

Running glxgears gives me a black window (I already tried with all the intel drivers in extra... including 7.99.902 --I setup modesetting just to try it).

Downgrading to mesa-7.4.1 fixed my OpenGL problems :)

There have been a number of problems with KDE since the last but one update to current, this might in some way be related, but then again ....

Anyway try downgrading pixman to the previous version 15.10 I think.

samac

I'm in the same situation...I mean, after upgraded slackware-current since:


I lost compositing, too...Now, I hadn't time today to test slackware, but I think that we also upgraded xorg and maybe we overwritten te new *.conf files(including xorg.conf)because I've been using intel experimental drivers since their first release and I hadn't had problems 'til now(but they aren't guilty...I think!)...Well, tomorrow I'll let you know something more ;)

Nothing has changed in my system yet...

How old was the version of current that you upgraded? As if it was before this update You will have to remove a number of packages If you have any of these packages installed you will have to remove them.

samac

Already done... :) My slackware is clean ;) My slackware has the latest updates and I removed those packages months ago...

to botnet: You didn't upgrade your intel drivers because they're in extra/ and upgrade-all doesn't install extra/ stuff. :)

Today's update and the included downgrade of Pixman still leaves me with broken OpenGL, but I will try downgrading Mesa, although, OpenGL compositing was still working properly after the previous Mesa update on the 16th, it was only the update on the 17th that caused problems.

Samac, I actually installed this system pretty recently from the 13-rc1 weekly dvd build

metrofox, I upgraded intel drivers manually, and also tried the 2.6.3 version in /extra with no change.

I will take theoffset's suggestion and see if I can find mesa-7.4.1 around somewhere.

Thanks.

I have this problem as well and I've tried mesa-7.4.1 with no luck.
Intel 945 chip.

vinegaroon: Have you upgraded pixman? :)

I have restored compositing. I downgraded mesa as well as pixman, dri2proto, inputproto, libFS, libXaw, libXt, and xorg-server to the versions form before the 17th. Likely not all of those packages needed to be changed, but rather than restart X after each, I just downgraded all of them, and now all is back to normal.

I ended up doing the same as I still had some weird problems with OpenGL, and this was the only way I could manage to fix it.

Well, if I'd have time I upgrade all updates one at once and seeing which the "incriminated" package is... After that I'd report it to Pat explaining our problem...

After playing around with those packages, it seems to be xorg-server itself that is causing this. My compositing in KDE is back working again after with just xorg-server downgraded to version 1.6.1.

in my notebook, just downgrading all the packages before "Thu Jul 16 19:25:26 CDT 2009" back to work well

I first tried to downgrade pixman, but the problem remained

[IT]Anche tu qui sei? :P [/IT]

Well, I did it too and the problem is still the same, now...My system should work correctly with the latest updates, downgrading a package remaining back with the distribution for a "bad job" of a package is not right, so I'd solve this problem for everybody, the problem exists and I'd consider it a bug to report to Pat, before to do it I'd downgrade my distro to the updates which don't cause these problems, after I'd upgrade the packages once at time

I am running the latest slackware-current on an Asus eeepc netbook with Intel 945GM graphics, and slackware64-current on a 64bit desktop with GeForce 6800LE graphics using NVIDIA's binary driver. On both systems I have no issues at all with KDE4 and compositing. My netbook does not have an xorg.conf file at all, and my desktop x.org.conf has only five lines, forcing the use of the binary "nvidia" driver instead of the default "nv" driver.
Are you all suffering from left-over files or packages, or have you made incompatible adjustmenst to your kernel/X.Org confgurations?

Eric

in my notebook (intel x3100 (965GM) card and intel 7100 cpu) i tried with and without xorg.conf, with various xorg.conf, with 32 and 64bit (but now I removed the 64bit, installed in a little partition just to check this problem)
The problems are different, depending on the configuration

- With xorg 1.6.2, intel beta driver and mesa 7.4.4 beta
3d broken (glxgears does not show anything for examples), crash at X kdm logout, crash when I do tests in the control center, lost compositing

- With xorg 1.6.2, intel beta driver and mesa 7.4.1 beta
3d it's ok, other problems are the same

- with intel non beta I have also this problem
http://www.linuxquestions.org/questi...01#post3583601

This not testing with 64bit, i'm sorry

- all testing with or without pixman downgraded, huge and generic kernel
In the 32bit version I tried also with "my" 2.6.30.1 kernel

- with xorg 1.6.1 all ok, only brightness lcd is broken (kde4 powerdevil)


Probably depends on my hardware configuration, in other pc (but not 64bit) with nvidia card it's all ok

I'm running on my own kernel(2.6.30.1), but switching to the huge(2.6.29.6) the situation doesn't change, I have got the same problem with my custom xorg.conf and without a xorg.conf, so the situation is still the same. I can post you my lspci(I'm on toshiba Satellite L300). I use slackware-current(32bit)

Everything worked fine before to upgrade ;)

y hallo thar Bob/Eric

I, as far as I am aware, have no old packages or conflicting configurations. I do have a custom built kernel, but I am not exactly new to kernel compilation nor Xorg config customization, and this installation is only a few weeks old. But then, I do have the habit of manually compiling most packages I use outside of the Slackware package series and I can see that it is possible that something is interacting with something else to cause this problem although nothing I have installed should be interacting with any X or openGL stuff... I am content to use my current setup as there does not appear any instability, however I intend to re-install from scratch upon official Slackware 13 release and try to use slackbuilds instead of doing it all myself, so hopefully I too will have no issues once all that is sorted out.