[opensuse-factory] Status: Milestone5
Hi, The show stoppers we had this morning are all fixed, so in good hope that the current checkin round will magically make everything perfect, I raised the version to M5, so we can publish it tomorrow. Greetings, Stephan -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
Xorg-x11-server in openSUSE:Factory is still at 1.9.3. Does that mean that 12.1 won't ship with a newer X server than the one from openSUSE 11.4 ? X server 1.10 was released in may, and 1.11 was released several days ago. As there is no ground breaking new feature in these (mostly bugfixes), can we hope to get at least 1.10 in final version ? Vincent ----- Mail original -----
De : Stephan Kulow <coolo@suse.de> À : opensuse-factory@opensuse.org Cc : Envoyé le : Mardi 30 Août 2011 16h19 Objet : [opensuse-factory] Status: Milestone5
Hi,
The show stoppers we had this morning are all fixed, so in good hope that the current checkin round will magically make everything perfect, I raised the version to M5, so we can publish it tomorrow.
Greetings, Stephan -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
-- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
On Tuesday, August 30, 2011 12:54:44 Vincent Lejeune wrote:
Xorg-x11-server in openSUSE:Factory is still at 1.9.3. Does that mean that 12.1 won't ship with a newer X server than the one from openSUSE 11.4 ? X server 1.10 was released in may, and 1.11 was released several days ago. As there is no ground breaking new feature in these (mostly bugfixes), can we hope to get at least 1.10 in final version ?
It depends on whether somebody packages it - and sometimes the maintainers don't have time to do it themselves so appreciate help, Andreas -- Andreas Jaeger, Program Manager openSUSE aj@{suse.com,opensuse.org} Twitter/Identica: jaegerandi SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg) GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
On 08/30/2011 04:19 PM, Stephan Kulow wrote:
The show stoppers we had this morning are all fixed, so in good hope that the current checkin round will magically make everything perfect, I raised the version to M5, so we can publish it tomorrow.
Hi, am I the only who considers KDE 4.7 unusable? It looks like desktop effects don't work at all here (bnc#709509). Switching windows flashes with the whole screen. plasma-desktop eats CPU (bnc#711515) etc. Does K4.7 work OK for you all? thanks, -- js suse labs -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
On 08/31/2011 10:22 PM, Jiri Slaby wrote:
On 08/30/2011 04:19 PM, Stephan Kulow wrote:
The show stoppers we had this morning are all fixed, so in good hope that the current checkin round will magically make everything perfect, I raised the version to M5, so we can publish it tomorrow.
Hi, am I the only who considers KDE 4.7 unusable? It looks like desktop effects don't work at all here (bnc#709509). Switching windows flashes with the whole screen. plasma-desktop eats CPU (bnc#711515) etc. Does K4.7 work OK for you all?
thanks,
Unfortunately, I would agree on the fact that 4.7 actually never works smoothly as the 4.6.5 (even with the 4.6.5 pim stack) I get unreliable nepomuk crash (without backtrace, just the nepomukstub crash), non usable search high load of strigi, and verbose xsession-errors Some of thoses are know to be fixed upstream, others says it's due to qt < 4.7.4 etc. I know that our kde packager do a real real hard and good work so what ? Will 4.7.1 fix all the stuff ? Answer next week. -- Bruno Friedmann Ioda-Net Sàrl www.ioda-net.ch openSUSE Member & Ambassador GPG KEY : D5C9B751C4653227 irc: tigerfoot -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
Jiri Slaby wrote:
On 08/30/2011 04:19 PM, Stephan Kulow wrote:
The show stoppers we had this morning are all fixed, so in good hope that the current checkin round will magically make everything perfect, I raised the version to M5, so we can publish it tomorrow.
Hi, am I the only who considers KDE 4.7 unusable? It looks like desktop effects don't work at all here (bnc#709509). Switching windows flashes with the whole screen. plasma-desktop eats CPU (bnc#711515) etc. Does K4.7 work OK for you all?
thanks,
For me the magic ticket is nvidia drivers no newer than 260.19.44. This is the last driver where everything (desktop effects) worked flawless. Problem is it needs to be patched to build on 2.6.39-2-desktop kernel and in it's present state will not build any newer kernel. I think that is fixable as I located the version test it does, just have been way too busy with other things to try it. For me, all newer drivers since 260.19.44 mess with desktop effects, and other things as well. -Mike -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
On 09/01/2011 05:27 PM, Michael Powell wrote:
Jiri Slaby wrote:
On 08/30/2011 04:19 PM, Stephan Kulow wrote:
The show stoppers we had this morning are all fixed, so in good hope that the current checkin round will magically make everything perfect, I raised the version to M5, so we can publish it tomorrow.
Hi, am I the only who considers KDE 4.7 unusable? It looks like desktop effects don't work at all here (bnc#709509). Switching windows flashes with the whole screen. plasma-desktop eats CPU (bnc#711515) etc. Does K4.7 work OK for you all?
thanks,
For me the magic ticket is nvidia drivers no newer than 260.19.44. This is the last driver where everything (desktop effects) worked flawless. Problem is it needs to be patched to build on 2.6.39-2-desktop kernel and in it's present state will not build any newer kernel. I think that is fixable as I located the version test it does, just have been way too busy with other things to try it. For me, all newer drivers since 260.19.44 mess with desktop effects, and other things as well.
-Mike
Uhm strange, and working under factory with kernel 3.0 or 3.1 I didn't have the choice to use old drivers With a new quadro 2000M and 280.13 I didn't get any trouble on desktop effects. The trouble found are more directly linked to kde softwares. 4.7.1 will be there (KDF) September 6. -- Bruno Friedmann Ioda-Net Sàrl www.ioda-net.ch openSUSE Member & Ambassador GPG KEY : D5C9B751C4653227 irc: tigerfoot -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
Bruno Friedmann wrote: [snip]
Uhm strange, and working under factory with kernel 3.0 or 3.1 I didn't have the choice to use old drivers With a new quadro 2000M and 280.13 I didn't get any trouble on desktop effects.
The trouble found are more directly linked to kde softwares. 4.7.1 will be there (KDF) September 6.
Have read about work in KWin, so am looking forward to it. When I disable desktop effects in all the versions newer than 260.19.44 it 'almost' works OK. Of course I loose transparency in the plasma bar at bottom and its popups. The titlebar will disappear and turn black when the cursor moves over it on some window decorations. A partial workaround for that specific thing can be to simply select something like Plastik where this doesn't seem to happen. The killer for me is performance. When you click a menu item to bring up its popup submenu, the submenu will be sort of dark and when you move the cursor to it eventually it "catches up" and shows the background it's supposed to. There is a lag when hovering the cursor over anything. The really bad symptom shows up in Konsole - type any character and it takes 6 seconds before it echoes to the screen. Type something like 'ls -al' and it might be as bad as 10 or 20 seconds before it responds. Will continue to tinker with it as I can find time to play with it outside the work day. I need this box for work so I stick with what works and Clonezilla a backup I can roll back to after playing around. In the past I have seen driver code changes made by Nvidia folks break stuff in KWin. Usually their retort is something along the lines of "we made it better so now the Kwin folks need to adjust...." yada yada..... So possibly the work that has gone into KWin recently might just clean up the problem - I've seen it happen before. So I wait and see how 4.7.1 does. -Mike -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
Hey, i have the same symptoms on my Nvidia system: AMD PhenomII X6 1090T with Nvidia Geforce GTX 560 Ti, it was the same with the GTX 285... it seems to be better if I choose XRender instead of OpenGL, disabling Desktop effects altogether is a bad option because of all the rendering problems that appear when doing that. a few days age it looked like the screen update would only update 1/3rd of the screen and then pause for like 2 seconds before updating the rest. or having ksysguard open one could watch the animation of the CPU: 20% text in the status-bar change in slow motion with a pause in the middle. if anyone has an idea how to find out what causes the pauses, let me know I can get you any data you may want ;) Christoph 2011/9/2 Michael Powell <nightrecon@hotmail.com>
Bruno Friedmann wrote:
[snip]
Uhm strange, and working under factory with kernel 3.0 or 3.1 I didn't have the choice to use old drivers With a new quadro 2000M and 280.13 I didn't get any trouble on desktop effects.
The trouble found are more directly linked to kde softwares. 4.7.1 will be there (KDF) September 6.
Have read about work in KWin, so am looking forward to it.
When I disable desktop effects in all the versions newer than 260.19.44 it 'almost' works OK. Of course I loose transparency in the plasma bar at bottom and its popups. The titlebar will disappear and turn black when the cursor moves over it on some window decorations. A partial workaround for that specific thing can be to simply select something like Plastik where this doesn't seem to happen.
The killer for me is performance. When you click a menu item to bring up its popup submenu, the submenu will be sort of dark and when you move the cursor to it eventually it "catches up" and shows the background it's supposed to. There is a lag when hovering the cursor over anything. The really bad symptom shows up in Konsole - type any character and it takes 6 seconds before it echoes to the screen. Type something like 'ls -al' and it might be as bad as 10 or 20 seconds before it responds.
Will continue to tinker with it as I can find time to play with it outside the work day. I need this box for work so I stick with what works and Clonezilla a backup I can roll back to after playing around. In the past I have seen driver code changes made by Nvidia folks break stuff in KWin. Usually their retort is something along the lines of "we made it better so now the Kwin folks need to adjust...." yada yada..... So possibly the work that has gone into KWin recently might just clean up the problem - I've seen it happen before. So I wait and see how 4.7.1 does.
-Mike
-- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
-- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
Christoph Obexer wrote:
Hey, i have the same symptoms on my Nvidia system: AMD PhenomII X6 1090T with Nvidia Geforce GTX 560 Ti, it was the same with the GTX 285...
[snip]
The killer for me is performance. When you click a menu item to bring up its popup submenu, the submenu will be sort of dark and when you move the cursor to it eventually it "catches up" and shows the background it's supposed to. There is a lag when hovering the cursor over anything. The really bad symptom shows up in Konsole - type any character and it takes 6 seconds before it echoes to the screen. Type something like 'ls -al' and it might be as bad as 10 or 20 seconds before it responds.
it seems to be better if I choose XRender instead of OpenGL, disabling Desktop effects altogether is a bad option because of all the rendering problems that appear when doing that.
Early yesterday morning I did zypper dup to 12.1 Milestone 5. At first I had the kernel and virtualbox tabooed as I initially wanted to keep 2.6.39 kernel and nvidia 260.19.44 driver version. After making a backup image I un-tabooed these and updated to kernel 3.0.0 (what's in Factory). I then tried both nvidia driver versions 280.13 and 285.03(beta). Desktop effects in general seemed fine now, except for one last outstanding problem. The killer mouse and keyboard lag I spoke of before was still present. All other problems, such as menu pop-ups backgrounds, etc, were vanquished. I found that the nasty lag also went away if I chose Xrender as the compositing backend instead of OpenGL under the Advanced tab. There are 2 files that need to be modified in order for the 260.19.44 drivers to build their kernel module on the 3.0.0 kernel. I just did that and installed 260.19.44 version. In the Advanced tab I can change back from Xrender to OpenGL compositing and the lag is no longer present. If it wasn't for that one last sticky point I would still be using the newer drivers. The kernel update plus the new drivers did not cause any trouble with desktop effects at all; just waiting for characters to echo to the screen and never being quite sure exactly where the mouse was at any given moment was a show-stopper. Also, I should probably include that killing the window manager and going to console was also symptom free. -Mike -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
On 01/09/11 16:27, Michael Powell wrote:
On 08/30/2011 04:19 PM, Stephan Kulow wrote:
The show stoppers we had this morning are all fixed, so in good hope that the current checkin round will magically make everything perfect, I raised the version to M5, so we can publish it tomorrow. Hi, am I the only who considers KDE 4.7 unusable? It looks like desktop effects don't work at all here (bnc#709509). Switching windows flashes with the whole screen. plasma-desktop eats CPU (bnc#711515) etc. Does K4.7 work OK for you all?
thanks, For me the magic ticket is nvidia drivers no newer than 260.19.44. This is
Jiri Slaby wrote: the last driver where everything (desktop effects) worked flawless. Problem is it needs to be patched to build on 2.6.39-2-desktop kernel and in it's present state will not build any newer kernel. I think that is fixable as I located the version test it does, just have been way too busy with other things to try it. For me, all newer drivers since 260.19.44 mess with desktop effects, and other things as well.
-Mike
I've just loaded up nvidia 280.13 and it fixed all the screen corruption issues I'd been having with the 270.x series. Try that? Tejas -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
Tejas Guruswamy wrote: [snip]
For me the magic ticket is nvidia drivers no newer than 260.19.44. This is the last driver where everything (desktop effects) worked flawless. Problem is it needs to be patched to build on 2.6.39-2-desktop kernel and in it's present state will not build any newer kernel. I think that is fixable as I located the version test it does, just have been way too busy with other things to try it. For me, all newer drivers since 260.19.44 mess with desktop effects, and other things as well.
-Mike
I've just loaded up nvidia 280.13 and it fixed all the screen corruption issues I'd been having with the 270.x series. Try that?
Yes, I have tried each and every update as they have come out, including 285.03 beta. With the last I saw some indication of improvement, but not enough to stop using 260.19.44. I am also beginning to wonder that since this seems non-widespread it is some quirk peculiar to my machine and its Palit factory upclocked GTS-450 in particular. I will continue to tinker with it, on and off as time (playtime) permits. -Mike -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
On 30/08/11 11:19, Stephan Kulow wrote:
Hi,
The show stoppers we had this morning are all fixed, so in good hope that the current checkin round will magically make everything perfect, I raised the version to M5, so we can publish it tomorrow.
Greetings, Stephan
Not that it is published, can you trigger a full rebuild to evaluate and fix what making no.copy-dt-needed broke ? currently there is a half-changed ABI, some packages with old deps and some with new ones.. Thanks. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
Am Donnerstag, 1. September 2011 schrieb Cristian Rodríguez:
On 30/08/11 11:19, Stephan Kulow wrote:
Hi,
The show stoppers we had this morning are all fixed, so in good hope that the current checkin round will magically make everything perfect, I raised the version to M5, so we can publish it tomorrow.
Greetings, Stephan
Not that it is published, can you trigger a full rebuild to evaluate and fix what making no.copy-dt-needed broke ? currently there is a half-changed ABI, some packages with old deps and some with new ones..
openSUSE:Factory:Staging:DtNeeded has all the packages to fix: http://is.gd/3EUd48 Before those are fixed, there always will be "some packages with old deps". Greetings, Stephan -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
participants (9)
-
Andreas Jaeger -
Bruno Friedmann -
Christoph Obexer -
Cristian Rodríguez -
Jiri Slaby -
Michael Powell -
Stephan Kulow -
Tejas Guruswamy -
Vincent Lejeune