Search results for

Re: Leap 16??? Why am I finding this out on Fosstodon??

by Marcus Meissner

HI, On Tue, Jan 16, 2024 at 06:30:01AM -0000, Sy retia via openSUSE Factory wrote: > This still is too unclear. Can a current Leap user upgrade to Leap 16 and continue to use it without having to worry about dealing with any of the immutable setup? > > What happened to Slowroll? Is that still going to be a thing? > > If we cannot continue to use Leap without having to worry about an immutable setup and Slowroll is not going to be a thing, I will be highly disappointed in openSUSE and will not be able to continue to recommend anything other than Tumbleweed. Slowroll is a community driven effort and will continue to exist. As Simon writes, the Leap 16 based on todays ALP will be based on a more "traditional" non-immutable Linux system, e.g. very similar to SLE15/Leap 15. Ciao, Marcus

9 months, 3 weeks

Re: New Slowroll update 20241030T2221 released!

by Peter McD

Am 31.10.24 um 07:27 schrieb Felix Miata: > Bernhard M. Wiedemann composed on 2024-10-31 07:19 (UTC+0100): >> Jon Cosby wrote: > >>> When are the snapshots released >> The version bumps are released around the 9th of each month, so the next >> one is planned for 2024-11-09 >> I was wondering if the notifications of daily updates are too spammy >> here. Should I send them elsewhere? > > I don't know about elsewhere, but I consider them nominally spammy here. I don't agree. Ich use Leap 15.6 as standard and also slowroll, but the latter not on a daily basis, so I like to know when there is an update for slowroll.

1 week, 1 day

New Slowroll update 20241011T1323 released!

by bernhardout＠lsmod.de

Please note that this mail was generated by a script. A collection of maintenance updates was released for Slowroll. Released 4 packages: * etcd * python-mypy * python-pymol * virtiofsd

4 weeks

Re: VOTE ON SLOWROLL NAME

by Jan Engelhardt

On Wednesday 2023-09-27 06:54, Stefan Seyfried via openSUSE Factory wrote: > (OMG, I'm participating in this stupid thread... m) guilty pleasures... > quite often commercial (or noncommercial...) thirdparty software is rather not > built against the latest and greatest library version but some older version in > a debian stable or similar distribution. and Slowroll is unlikely to change thirdparty stances > So one solution to this problem in tumbleweed / slowroll might be to actually > keep multiple, even older library versions around in tumbleweed, similar to > what is already done e.g. with openssl versions: Generally, software is not retained to make an external pieces of software happy. It is retained to keep some piece of old software *already in TW* building. Anecdotally, that old software is sometimes even more so on lifesupport than the external piece of software, which is why it may *seem* that we keep old libraries for external software, but don't actually.

1 year, 1 month

Re: vote on Slowroll name

by Thomas Zimmermann

Hi Am 20.09.23 um 19:09 schrieb Bernhard M. Wiedemann: > Hi, > > I setup a survey to decide if we want to rename Slowroll and to what > https://survey.opensuse.org/index.php?r=survey/index&sid=839619 > > Something like "openSUSE Tumbleweed-Slowroll edition" is nicely > descriptive but a bit unwieldy. > > My plan is to keep this open for some weeks - e.g. until 2023-10-08 IMHO the name should suggest stability, trustworthiness and/or regularity. My suggestions: - Workhorse - Diamond - Clockwork - Halley - Full Moon Best regards Thomas > > Ciao > Bernhard M. -- Thomas Zimmermann Graphics Driver Developer SUSE Software Solutions Germany GmbH Frankenstrasse 146, 90461 Nuernberg, Germany GF: Ivo Totev, Andrew Myers, Andrew McDonald, Boudien Moerman HRB 36809 (AG Nuernberg)

1 year, 1 month

Re: vote on Slowroll name

by Thomas Zimmermann

Hi Am 20.09.23 um 19:09 schrieb Bernhard M. Wiedemann: > Hi, > > I setup a survey to decide if we want to rename Slowroll and to what > https://survey.opensuse.org/index.php?r=survey/index&sid=839619 > > Something like "openSUSE Tumbleweed-Slowroll edition" is nicely > descriptive but a bit unwieldy. > > My plan is to keep this open for some weeks - e.g. until 2023-10-08 IMHO the name should suggest stability, trustworthiness and/or regularity. My suggestions: - Workhorse - Diamond - Clockwork - Halley - Full Moon Best regards Thomas > > Ciao > Bernhard M. -- Thomas Zimmermann Graphics Driver Developer SUSE Software Solutions Germany GmbH Frankenstrasse 146, 90461 Nuernberg, Germany GF: Ivo Totev, Andrew Myers, Andrew McDonald, Boudien Moerman HRB 36809 (AG Nuernberg)

1 year, 1 month

Re: Slowroll zypper dup failed to upgrade to openSUSE-releas*-20240901

by Bernhard M. Wiedemann

On 10/09/2024 21.17, Felix Miata wrote: > Problem: 1: the to be installed product:openSUSE-20240803-0.x86_64 > requires 'distribution-logos-openSUSE-Slowroll', but this requirement > cannot be provided > not installable providers: > distribution-logos-openSUSE-Slowroll-20240429-1.1.noarch[OSS] > > Solution 1: deinstallation of > distribution-logos-openSUSE-Tumbleweed-20240429-1.1.noarch > Solution 2: do not install product:openSUSE-20240803-0.x86_64 > Solution 3: break openSUSE-release-20240803-3030.9.1.sr20240803.x86_64 > by ignoring some of its dependencies > > Choose from above solutions by number or cancel [1/2/3/c/d/?] (c): c You need to select option 1 here. I started to enforce the correct logos via a Requires in the release package. Ciao Bernhard M.

1 month, 4 weeks

New Slowroll base snapshot 20240429 released!

by Bernhard M. Wiedemann

Dear fellow Geekos, today I released a new Slowroll base snapshot with an upgrade from 20240405 to 20240429. Due to some OBS hickup there were slightly inconsistent repos for some hours today. This should now all be sorted out. On the list of updates, I see among others: Qt 6.6.3 -> 6.7.0 KDE 6.0.0 -> 6.1.0 Mesa 24.0.3 -> 24.0.5 docker 25.0.3 -> 26.1.0 In other news: * OBS links to packages in openSUSE:Slowroll should now work better * I started to incorporate the new logo artwork into branding-openSUSE and it should show up in more places soon. I'll try to stick to monthly version bumps for a while, aiming for the 2nd week of a month, to make them more predictable. So expect the next one around 2024-06-09 (+-3d) We are slowly getting closer to where I want Slowroll to be. Ciao Bernhard M.

6 months

Re: Leap Replacement - Results from recent contributor survey

by Richard Brown

On 2023-09-02 11:15, Michal Suchánek wrote: > On Sat, Sep 02, 2023 at 10:49:51AM +0200, Richard Brown wrote: >> Because, unlike Leap where maintenance for SLE packages is effectively >> 'automatic' (ie. taken care as part of the daily business of SLE), and >> unlike Tumbleweed where it's also effectively 'automatic' ('just throw >> a new version at it), Slowroll will likely require old-fashioned >> maintenance (CVE bumps, backports, narrow-fixes) for packages in >> Slowroll but not-yet-ready to be copied from Tumbleweed > > It depends on the criteria for 'ready' and the distance between > Slowroll > and Tumbleweed. > > If a new version of a library fixes a CVE and does not look problematic > otherwise it can be just declared 'ready' - there is about as much risk > of breakage from upgrading as there is from backporting a fix. > > Then there are times when it's more problematic - upgrading to a new > KDE > version to fix a CVE is somewhat dodgy. Yup, agreed. And that’s some work that will need to be done, assessing, deciding upon and coordinating such maintenance. And that work is more than was required for Leap. And considering Leap had one sole lonely Marcus, as awesome as he is, I don’t think he’d scale well in this new world of Slowroll, hence, we’d need more folk. -- Richard Brown Distributions Architect SUSE Software Solutions Germany GmbH, Frankenstraße 146, D-90461 Nuremberg, Germany (HRB 36809, AG Nürnberg) Managing Directors/Geschäftsführer: Ivo Totev, Andrew McDonald, Werner Knoblich

1 year, 2 months

Re: Slowroll RFE support and multimedia codecs

by Fritz Hudnut

Terje J. Hanssen wrote: > Hello list, > > I don't know if this is the correct location for this topic. > > Even that Slowroll may be in a test phase, it would be wishable to have > somewhere to communicate and route specific requests for support and > enhancements. For example Product name 'Slowroll' in bugzilla, possibly > mailing list and forum. > > So far I have used product name Tumbleweed in bugzilla regarding > ffmpeg-6-6.1.1 > https://bugzilla.suse.com/show_bug.cgi?id=1219259 > > To do real test of Slowroll on desktops as I want, we need to use it as > a full time replacement for Leap 15.5 or Tumbleweed. > That is, we need optional access to all additional package repositories > for multimedia:/libs, codecs enabled tools and applications from OBS and > All from Packman. > > Rgds > Terje J. Hanssen This request for a bugzilla designation for Slow Roll is a legit request. As of a couple of months ago when I had a fresh install of Slow Roll that had some issues, the bug was also filed against TW. And, I believe at that time Packman was required to get videos to play in the Twitter. A few weeks later Slow Roll imploded on itself via something that happened in zypper, to little fanfare or concern. It was erased and replaced with another OS that I am using right now. Testing of SR was concluded due to failure to thrive in the rough n tumble world of actual bare metal installation. The other request would be for a link to these pages in the email digest, so that one could just click to get to this list, instead of having to dig around in old emails to find a link to it. I believe it is a bit obtuse on the various SUSE web sites on how to get here??

8 months, 4 weeks

openSUSE Factory search results for query "Slowroll"