[opensuse-factory] Rolling to Leap 42.3
Hi, The bits and pieces needed for a rolling development phase of Leap 42.3 are now up and running! That means just like with Tumbleweed, the download server¹ doesn't just serve the latest build OBS produces. A build only shows up there if the automated testing results of openQA² are sufficiently³ green. So from now on until the gold master zypper dup will update step by step to the final 42.3. It is important to remember that despite the rolling development phase Leap 42.3 itself will not be a rolling distribution. The process stops with the gold master iso end of July. Until then there are two gates: - bigger version updates (if there are any) must ge completed by May 21st. - package freeze starts June 25th 42.3 continues the 42 line of Leap and is meant to be a small service pack alike refresh. We need a smooth upgrade without surprises from 42.2 to 42.3. With that in mind I'd like to remind package maintainers that we don't have to and can not offer the latest and greatest of everything. So please carefully test package updates you may submit⁴⁵. cu Ludwig [1] https://software.opensuse.org/developer [2] https://openqa.opensuse.org/group_overview/28 [3] https://build.opensuse.org/package/view_file/openSUSE:Leap:42.3:Staging/dash... [4] https://en.opensuse.org/openSUSE:How_to_contribute_to_Leap [5] https://en.opensuse.org/openSUSE:Leap_development_process -- (o_ Ludwig Nussel //\ V_/_ http://www.suse.com/ SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nürnberg) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Tuesday, 7 March 2017 11:40:00 CET Ludwig Nussel wrote:
The bits and pieces needed for a rolling development phase of Leap 42.3 are now up and running!
That means just like with Tumbleweed, the download server¹ doesn't just serve the latest build OBS produces. A build only shows up there if the automated testing results of openQA² are sufficiently³ green. So from now on until the gold master zypper dup will update step by step to the final 42.3. […]
That is great news. In light of this I would like to mention that keeping the tests green is also a community effort. openQA has an awesome feature to "label" any job. So if you understand the reason for a test failure, create a bug for product issues as usual on bugzilla.opensuse.org and copy-paste the bugurl into the comment field. If you want to change or extend the openQA test cases from https://github.com/os-autoinst/os-autoinst-distri-opensuse you can copy-paste the URL of the pull request into the comment field of the openQA job to mark it is a "test issue". As soon as all failures are labeled accordingly you can even earn your badge! see https://github.com/os-autoinst/openQA/blob/master/docs/ UsersGuide.asciidoc#review-badges :-) Have fun, Oliver -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 07/03/2017 12:40, Ludwig Nussel wrote:
42.3 continues the 42 line of Leap and is meant to be a small service pack alike refresh. We need a smooth upgrade without surprises from 42.2 to 42.3. With that in mind I'd like to remind package maintainers that we don't have to and can not offer the latest and greatest of everything. So please carefully test package updates you may submit⁴⁵. Hi, what's the situation with a python3 update, I have a test vm with Tumbleweed's python3 on Leap:42.2 to test the latest blender which doesn't build with python3 less than 3.5 with no ill effects. Thanks Dave Plater -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am Mittwoch, 8. März 2017, 10:20:11 schrieb Dave Plater:
Hi, what's the situation with a python3 update, I have a test vm with Tumbleweed's python3 on Leap:42.2 to test the latest blender which doesn't build with python3 less than 3.5 with no ill effects.
Unlikely, see https://bugzilla.opensuse.org/show_bug.cgi?id=1026975 Kind Regards, Wolfgang -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 08/03/2017 17:36, Wolfgang Bauer wrote:
Am Mittwoch, 8. März 2017, 10:20:11 schrieb Dave Plater:
Hi, what's the situation with a python3 update, I have a test vm with Tumbleweed's python3 on Leap:42.2 to test the latest blender which doesn't build with python3 less than 3.5 with no ill effects.
Unlikely, see https://bugzilla.opensuse.org/show_bug.cgi?id=1026975
Kind Regards, Wolfgang
Blender changed to python-3.5 March 2016 and looking at boo#1026975 my instinct say's that soon there will be a few packages unable to be updated. Libreoffice? Best regards Dave P -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Dave Plater wrote:
On 08/03/2017 17:36, Wolfgang Bauer wrote:
Am Mittwoch, 8. März 2017, 10:20:11 schrieb Dave Plater:
Hi, what's the situation with a python3 update, I have a test vm with Tumbleweed's python3 on Leap:42.2 to test the latest blender which doesn't build with python3 less than 3.5 with no ill effects.
Unlikely, see https://bugzilla.opensuse.org/show_bug.cgi?id=1026975
Blender changed to python-3.5 March 2016 and looking at boo#1026975 my instinct say's that soon there will be a few packages unable to be updated. Libreoffice?
Such is life with longer release cycles. Note that this is also something in the responsibility of upstreams. If they want their software to be easily installable on not so bleeding edge operating systems, they have to be careful in what to require too. So if needed please raise awareness about the versions we ship. cu Ludwig -- (o_ Ludwig Nussel //\ V_/_ http://www.suse.com/ SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nürnberg) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Blender changed to python-3.5 March 2016 and looking at boo#1026975 my instinct say's that soon there will be a few packages unable to be updated. Libreoffice?
Such is life with longer release cycles. Note that this is also something in the responsibility of upstreams. If they want their software to be easily installable on not so bleeding edge operating systems, they have to be careful in what to require too. So if needed please raise awareness about the versions we ship.
cu Ludwig I'm not sure if bleeding edge applies. python-3.5.1 is part of Ubuntu 16.04 LTS. Blender changes it's minimum python3 version infrequently it changed to python 3.4 in the middle of 2014 and python 3.5 in March
On 09/03/2017 12:21, Ludwig Nussel wrote: 2016. The end result is users either install from blender.org or change distribution if they want stability. Is openSUSE:Leap a competitive LTS distribution? My point is, it's time to move to python-3.5, which isn't bleeding edge to remain competitive. Less work for me though, I just have to worry about blender in Tumbleweed besides I sense that nothing I say is going to change anything. Best regards Dave P -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 03/09/2017 09:45 PM, Dave Plater wrote:
Blender changed to python-3.5 March 2016 and looking at boo#1026975 my instinct say's that soon there will be a few packages unable to be updated. Libreoffice?
Such is life with longer release cycles. Note that this is also something in the responsibility of upstreams. If they want their software to be easily installable on not so bleeding edge operating systems, they have to be careful in what to require too. So if needed please raise awareness about the versions we ship.
cu Ludwig I'm not sure if bleeding edge applies. python-3.5.1 is part of Ubuntu 16.04 LTS. Blender changes it's minimum python3 version infrequently it changed to python 3.4 in the middle of 2014 and python 3.5 in March
On 09/03/2017 12:21, Ludwig Nussel wrote: 2016. The end result is users either install from blender.org or change distribution if they want stability. Is openSUSE:Leap a competitive LTS distribution? My point is, it's time to move to python-3.5, which isn't bleeding edge to remain competitive. Less work for me though, I just have to worry about blender in Tumbleweed besides I sense that nothing I say is going to change anything. Best regards Dave P
Well soon we will be considering 43.X but I guess this issue is going to come around for every .3 release and too a lesser extent .2 -- Simon Lees (Simotek) http://simotek.net Emergency Update Team keybase.io/simotek SUSE Linux Adelaide Australia, UTC+10:30 GPG Fingerprint: 5B87 DB9D 88DC F606 E489 CEC5 0922 C246 02F0 014B
Am 09.03.2017 um 12:15 schrieb Dave Plater:
On 09/03/2017 12:21, Ludwig Nussel wrote:
Blender changed to python-3.5 March 2016 and looking at boo#1026975 my instinct say's that soon there will be a few packages unable to be updated. Libreoffice?
Such is life with longer release cycles. Note that this is also something in the responsibility of upstreams. If they want their software to be easily installable on not so bleeding edge operating
Well, python 3.5 is from 2015 - and I guess blender requires it not just for fun, but because of important fixes. And I wonder what makes python3 so special that we can't update it (within SLE) - is there any component requiring it? From what I see it has really limited impact. Greetings, Stephan -- Ma muaß weiterkämpfen, kämpfen bis zum Umfalln, a wenn die ganze Welt an Arsch offen hat, oder grad deswegn. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 09/03/2017 20:46, Stephan Kulow wrote:
Am 09.03.2017 um 12:15 schrieb Dave Plater:
On 09/03/2017 12:21, Ludwig Nussel wrote:
Blender changed to python-3.5 March 2016 and looking at boo#1026975 my instinct say's that soon there will be a few packages unable to be updated. Libreoffice?
Such is life with longer release cycles. Note that this is also something in the responsibility of upstreams. If they want their software to be easily installable on not so bleeding edge operating
Well, python 3.5 is from 2015 - and I guess blender requires it not just for fun, but because of important fixes.
And I wonder what makes python3 so special that we can't update it (within SLE) - is there any component requiring it? From what I see it has really limited impact.
Greetings, Stephan
I'd be happy to prepare a python3-3.5 package based on the current 3.6 package. Dave P -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Hi guys! I want to start a discussion about BTRFS in Leap 42.3. As I stated in some old e-mails I sent to this ML, we have a critical bug that is affecting Tumbleweed and Leap 42.3 users on different kinds of machines (workstations, laptops, desktops, etc.) [1]. The systems becomes basically frozen when btrfs-maintenance script is executed. The cause is some problem with quotas. Indeed, the only workaround we know as of now is to completely disable quotas (or the btrfs-maintenance script, which is not good). This is not an openSUSE bug, since a Gentoo user already reported it. Hence, should we start a discussion about if we really want to ship Leap 42.3 with quotas enabled by default? Best regards, Ronan Arraes Jardim Chagas -------- [1] https://bugzilla.opensuse.org/show_bug.cgi?id=1017461 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Hi Ronan, On Wed 08-03-17 15:22:53, ronisbr@gmail.com wrote:
Hi guys!
I want to start a discussion about BTRFS in Leap 42.3. As I stated in some old e-mails I sent to this ML, we have a critical bug that is affecting Tumbleweed and Leap 42.3 users on different kinds of machines (workstations, laptops, desktops, etc.) [1].
The systems becomes basically frozen when btrfs-maintenance script is executed. The cause is some problem with quotas.
Specifically it is O(n^3) quota group accounting algorithm in Btrfs code where `n' is the number of extent links. Given enough snapshots the system grinds to halt.
Indeed, the only workaround we know as of now is to completely disable quotas (or the btrfs-maintenance script, which is not good).
This is not an openSUSE bug, since a Gentoo user already reported it.
Correct. The same bug is in upstream kernel too.
Hence, should we start a discussion about if we really want to ship Leap 42.3 with quotas enabled by default?
We have reports also for the SUSE Linux Enterprise distro about this bug so it's surely going to be fixed. However, I have no ETA yet. Libor
Best regards, Ronan Arraes Jardim Chagas
-------- [1] https://bugzilla.opensuse.org/show_bug.cgi?id=1017461 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
-- Libor Pechacek SUSE Labs -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
participants (8)
-
Dave Plater -
Libor Pechacek -
Ludwig Nussel -
Oliver Kurz -
ronisbr＠gmail.com -
Simon Lees -
Stephan Kulow -
Wolfgang Bauer