[opensuse-factory] openSUSE Tumbleweed – Review of the Week 2016/42
Dear Tumbleweed users and hackers, This was week 42 – The openSUSE LEAP weak of the Year. It can’t be a co-incidence that the Release Candidate 1 was announced in Week 42, on the 2nd day of the week (42.2 – European counting, we start our week on Monday, not on Sunday). But also in Tumbleweed things are not standing still: of course many of the things are well in line with what Leap received (like for example Plasma updates), but Tumbleweed rolls at a different pace ahead of the game. So, this week we delivered these noteworthy updates in four snapshots (1013, 1014, 1018 and 1019): * KDE Applications 16.08.2 * KDE Plasma 5.8.1 * GNOME 3.22.1 * Boost 1.62 On the side of what you will be receiving soon, things are also moving: * Kernel 4.8.2 – in snapshot 1020+ * linux-glibc-devel 4.8: only one more build failure (lirc) * Bash 4.4: the dracut issue remains * KDE Plasma 5.8.2 is lined up * Kernel 4.8.3 – likely in snapshot 1021+ Keep on running Tumbleweed, keep on testing Leap 42.2 – help ensure that bugs you find in one of the two are also fixed in the other. Make good use of the weekend and have a lot of fun, Dominique
On 10/21/2016 03:48 PM, Dominique Leuenberger / DimStar wrote:
Dear Tumbleweed users and hackers,
This was week 42 – The openSUSE LEAP weak of the Year. It can’t be a co-incidence that the Release Candidate 1 was announced in Week 42, on the 2nd day of the week (42.2 – European counting, we start our week on Monday, not on Sunday).
But also in Tumbleweed things are not standing still: of course many of the things are well in line with what Leap received (like for example Plasma updates), but Tumbleweed rolls at a different pace ahead of the game.
So, this week we delivered these noteworthy updates in four snapshots (1013, 1014, 1018 and 1019):
* KDE Applications 16.08.2 * KDE Plasma 5.8.1 * GNOME 3.22.1 * Boost 1.62
On the side of what you will be receiving soon, things are also moving:
* Kernel 4.8.2 – in snapshot 1020+ * linux-glibc-devel 4.8: only one more build failure (lirc) * Bash 4.4: the dracut issue remains * KDE Plasma 5.8.2 is lined up * Kernel 4.8.3 – likely in snapshot 1021+
Keep on running Tumbleweed, keep on testing Leap 42.2 – help ensure that bugs you find in one of the two are also fixed in the other.
Make good use of the weekend and have a lot of fun, Dominique
I can't see any build failure in Factory when attempting to build lirc into Factory. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Fri, 2016-10-21 at 16:53 +0200, Benjamin Denisart wrote:
On the side of what you will be receiving soon, things are also moving: * linux-glibc-devel 4.8: only one more build failure (lirc)
I can't see any build failure in Factory when attempting to build lirc into Factory.
The 'coming soon' section of the weekly reviews has always been about what is in the Stagings - it's about breakage we see BEFORE we have it in openSUSE:Factory (and thus in Tumbleweed) I think it's time to spread the Dashboard URL again - must have been too long: https://build.opensuse.org/project/staging_projects/openSUSE:Factory In this overview you can currently see that 'B' contains 4 packages, linux-glibc-devel being the one mentioned in this weekly review (the others are there to solve issues discovered by that very update). To the right, you can see 'lirc' being listed as 'build failed', including links to the build logs. Cheers, Dominique
On 10/21/2016 05:05 PM, Dominique Leuenberger / DimStar wrote:
On Fri, 2016-10-21 at 16:53 +0200, Benjamin Denisart wrote:
On the side of what you will be receiving soon, things are also moving: * linux-glibc-devel 4.8: only one more build failure (lirc) I can't see any build failure in Factory when attempting to build lirc into Factory.
The 'coming soon' section of the weekly reviews has always been about what is in the Stagings - it's about breakage we see BEFORE we have it in openSUSE:Factory (and thus in Tumbleweed)
I think it's time to spread the Dashboard URL again - must have been too long:
https://build.opensuse.org/project/staging_projects/openSUSE:Factory
In this overview you can currently see that 'B' contains 4 packages, linux-glibc-devel being the one mentioned in this weekly review (the others are there to solve issues discovered by that very update).
To the right, you can see 'lirc' being listed as 'build failed', including links to the build logs.
Cheers, Dominique
Ok got it. Regards. Benjamin -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Dominique Leuenberger / DimStar wrote:
On the side of what you will be receiving soon, things are also moving:
* Kernel 4.8.2 – in snapshot 1020+
Will this contain the fix for CVE-2016-5195 [1]? I think this fix is urgent. Currently my Tumbleweed has kernel-default-4.7.6-1.2.x86_64 which seems *not* to contain this fix. Or is there a fast path update repo? Ciao, Michael. [1] https://bugzilla.suse.com/show_bug.cgi?id=1004418
On Fri, 2016-10-21 at 20:12 +0200, Michael Ströder wrote:
Dominique Leuenberger / DimStar wrote:
On the side of what you will be receiving soon, things are also moving:
* Kernel 4.8.2 – in snapshot 1020+
Will this contain the fix for CVE-2016-5195 [1]?
I think this fix is urgent.
Currently my Tumbleweed has kernel-default-4.7.6-1.2.x86_64 which seems *not* to contain this fix. Or is there a fast path update repo?
4.8.3 will contain the fix which was handle as emergency and will be in the next snapshot already. Cheers, Dominique
Dominique Leuenberger / DimStar wrote:
On Fri, 2016-10-21 at 20:12 +0200, Michael Ströder wrote:
Dominique Leuenberger / DimStar wrote:
On the side of what you will be receiving soon, things are also moving:
* Kernel 4.8.2 – in snapshot 1020+
Will this contain the fix for CVE-2016-5195 [1]?
I think this fix is urgent.
Currently my Tumbleweed has kernel-default-4.7.6-1.2.x86_64 which seems *not* to contain this fix. Or is there a fast path update repo?
4.8.3 will contain the fix which was handle as emergency and will be in the next snapshot already.
Unfortunately kernel 4.8.3 freezes my system after lightdm started. :-( Ciao, Michael.
On samedi, 22 octobre 2016 21.09:44 h CEST Michael Ströder wrote:
Dominique Leuenberger / DimStar wrote:
On Fri, 2016-10-21 at 20:12 +0200, Michael Ströder wrote:
Dominique Leuenberger / DimStar wrote:
On the side of what you will be receiving soon, things are also
moving: * Kernel 4.8.2 – in snapshot 1020+
Will this contain the fix for CVE-2016-5195 [1]?
I think this fix is urgent.
Currently my Tumbleweed has kernel-default-4.7.6-1.2.x86_64 which seems *not* to contain this fix. Or is there a fast path update repo?
4.8.3 will contain the fix which was handle as emergency and will be in the next snapshot already.
Unfortunately kernel 4.8.3 freezes my system after lightdm started. :-(
Ciao, Michael.
Michael, I guess it was completely frozen... I only got a coredump of ssdm but not sure its kernel related. Perhaps you've got also lot of coredump running at the same time ? And one trick you could try during the time to get a proper fix, is to activate autologin ? At least for me last nvidia 375.10 (from October 21) compile correctly and seem to work with my plasma. -- Bruno Friedmann Ioda-Net Sàrl www.ioda-net.ch Bareos Partner, openSUSE Member, fsfe fellowship GPG KEY : D5C9B751C4653227 irc: tigerfoot -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Bruno Friedmann wrote:
On samedi, 22 octobre 2016 21.09:44 h CEST Michael Ströder wrote:
Dominique Leuenberger / DimStar wrote:
4.8.3 will contain the fix which was handle as emergency and will be in the next snapshot already.
Unfortunately kernel 4.8.3 freezes my system after lightdm started. :-(
Michael, I guess it was completely frozen...
What does this sentence mean? It works again when booting with 4.7.6. I've filed a bug with some log excerpts: https://bugzilla.suse.com/show_bug.cgi?id=1006392 Ciao, Michael.
On 22-10-16 22:18, Michael Ströder wrote:
I've filed a bug with some log excerpts: https://bugzilla.suse.com/show_bug.cgi?id=1006392
Ciao, Michael.
Had lots of trouble with crashes, freezes, screen corruption on my laptop (also with older kernels). It uses the i915 module and has NVidia Optimus technology. (Noticed i915 in your bug report.) The settings used to stabilize my laptop: (1) Add to kernel parameters: i915.semaphores=1 (2) In /etc/X11/xorg.conf.d/20-intel.conf: Section "Device" Identifier "Intel Graphics" Driver "intel" Option "TearFree" "true" Option "AccelMethod" "uxa" EndSection (3) Blacklist the nouveau driver: # echo "blacklist nouveau" >> /etc/modprobe.d/50-blacklist.conf # mkinitrd # reboot This latter fix is probably only relevant when your system has NVidia Optimus technology (two video chips). -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
opensuse@maridonkers.info wrote:
On 22-10-16 22:18, Michael Ströder wrote:
I've filed a bug with some log excerpts: https://bugzilla.suse.com/show_bug.cgi?id=1006392
Had lots of trouble with crashes, freezes, screen corruption on my laptop (also with older kernels). It uses the i915 module and has NVidia Optimus technology. (Noticed i915 in your bug report.)
Many thanks for your follow-up on this! I have in my (rather old) laptop: 00:02.0 VGA compatible controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (primary) (rev 03) 00:02.1 Display controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (secondary) (rev 03)
The settings used to stabilize my laptop:
(1) Add to kernel parameters:
i915.semaphores=1
This is a valid work-around to boot with kernel 4.8.3. So at least I have a kernel running with fix for CVE-2016-5195. System is a bit slow in some situations though. E.g. when switching to/from text console there are some backtraces logged. See https://bugs.freedesktop.org/show_bug.cgi?id=96781 for details.
(2) In /etc/X11/xorg.conf.d/20-intel.conf:
Section "Device" Identifier "Intel Graphics" Driver "intel" Option "TearFree" "true" Option "AccelMethod" "uxa" EndSection
This does not make a noticable difference on my system. Could you please explain what's this for?
(3) Blacklist the nouveau driver:
# echo "blacklist nouveau" >> /etc/modprobe.d/50-blacklist.conf # mkinitrd # reboot
This latter fix is probably only relevant when your system has NVidia Optimus technology (two video chips).
Did not try this because there's no nvidia chip in there. Ciao, Michael.
On 23-10-16 17:20, Michael Ströder wrote:
opensuse@maridonkers.info wrote:
On 22-10-16 22:18, Michael Ströder wrote:
I've filed a bug with some log excerpts: https://bugzilla.suse.com/show_bug.cgi?id=1006392 Had lots of trouble with crashes, freezes, screen corruption on my laptop (also with older kernels). It uses the i915 module and has NVidia Optimus technology. (Noticed i915 in your bug report.) Many thanks for your follow-up on this!
You're welcome.
I have in my (rather old) laptop: 00:02.0 VGA compatible controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (primary) (rev 03) 00:02.1 Display controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (secondary) (rev 03)
The settings used to stabilize my laptop:
(1) Add to kernel parameters:
i915.semaphores=1 This is a valid work-around to boot with kernel 4.8.3. So at least I have a kernel running with fix for CVE-2016-5195.
That's good, so that appears to be a workaround at least.
System is a bit slow in some situations though. E.g. when switching to/from text console there are some backtraces logged.
See https://bugs.freedesktop.org/show_bug.cgi?id=96781 for details.
(2) In /etc/X11/xorg.conf.d/20-intel.conf:
Section "Device" Identifier "Intel Graphics" Driver "intel" Option "TearFree" "true" Option "AccelMethod" "uxa" EndSection This does not make a noticable difference on my system. Could you please explain what's this for?
I think I got the information from this URL: https://wiki.archlinux.org/index.php/intel_graphics (There are more kernel parameters mentioned, which might apply to your card. Beware: the article is written for Arch Linux) The TearFree is supposed to reduce screen tearing (which I had on my laptop, especially in Thunderbird): https://nl.wikipedia.org/wiki/Tearing Regards, -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Hi
my system is an HP laptop with cpu intel 5500 and Nvidia 850gtx.
Booting with kernel 4.8.3. semaphores=1 and the 20-intel.conf in
xorg.conf freezes the system during kde startup.
So I removed the semaphores parameter and the deadlock goes away.
the options in the 20-intel.conf are very useful to get rid of an
annoiyng bug that affect libreoffice calc when modify text in a cell.
Thank you.
2016-10-23 23:45 GMT+02:00 opensuse@maridonkers.info
On 23-10-16 17:20, Michael Ströder wrote:
opensuse@maridonkers.info wrote:
On 22-10-16 22:18, Michael Ströder wrote:
I've filed a bug with some log excerpts: https://bugzilla.suse.com/show_bug.cgi?id=1006392 Had lots of trouble with crashes, freezes, screen corruption on my laptop (also with older kernels). It uses the i915 module and has NVidia Optimus technology. (Noticed i915 in your bug report.) Many thanks for your follow-up on this!
You're welcome.
I have in my (rather old) laptop: 00:02.0 VGA compatible controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (primary) (rev 03) 00:02.1 Display controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (secondary) (rev 03)
The settings used to stabilize my laptop:
(1) Add to kernel parameters:
i915.semaphores=1 This is a valid work-around to boot with kernel 4.8.3. So at least I have a kernel running with fix for CVE-2016-5195.
That's good, so that appears to be a workaround at least.
System is a bit slow in some situations though. E.g. when switching to/from text console there are some backtraces logged.
See https://bugs.freedesktop.org/show_bug.cgi?id=96781 for details.
(2) In /etc/X11/xorg.conf.d/20-intel.conf:
Section "Device" Identifier "Intel Graphics" Driver "intel" Option "TearFree" "true" Option "AccelMethod" "uxa" EndSection This does not make a noticable difference on my system. Could you please explain what's this for?
I think I got the information from this URL: https://wiki.archlinux.org/index.php/intel_graphics (There are more kernel parameters mentioned, which might apply to your card. Beware: the article is written for Arch Linux)
The TearFree is supposed to reduce screen tearing (which I had on my laptop, especially in Thunderbird): https://nl.wikipedia.org/wiki/Tearing
Regards,
-- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
-- Daniele -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
participants (6)
-
Benjamin Denisart -
Bruno Friedmann -
Daniele Granata -
Dominique Leuenberger / DimStar -
Michael Ströder -
opensuse＠maridonkers.info