Search results for

Re: Is slowroll broken

by cagsm

On Tue, May 7, 2024 at 3:46 AM Bernhard M. Wiedemann via openSUSE Factory <factory(a)lists.opensuse.org> wrote: > > './repodata/092c3f567b7f8167f967c92f73b950d2711d141e2411cdf3dfea7ebc4c0a0ef4fe94f7a7364f90bfb6aa1a2546bab4af6e7ea3f528f3d8886309c9f2e3aaa6be-filelists-ext.xml.zst' not found on medium 'http://cdn.opensuse.org/update/slowroll/repo/oss/' i am seeing this in the update repo of slowroll, with zst file missing with filename beginning in hash b55f9f..... slowroll can not zypper ref and do beyond that step. thanks.

6 months, 2 weeks

Re: Devel projects not building against Slowroll, yet

by Klaus Kämpf

On 27.06.24 14:35, Dominik Heidler wrote: > Hi, > > most devel projects are not building against Slowroll yet. > Actually only these view projects DO already build against Slowroll: > - Cloud:Seafile > - Java:Factory > - Java:packages > - X11:xfce > - filesystems:snapper > - multimedia:proaudio > > The projects that are currently building against Tumbleweed > but not against Slowroll: Consider Emulators, systemsmanagement, and systemsmanagement:wbem done. Klaus

4 months, 4 weeks

Re: Slowroll arch availability

by Bernhard M. Wiedemann

On 27/11/2023 23.55, Felix Miata wrote: > https://en.opensuse.org/openSUSE:Slowroll and > http://cdn.opensuse.org/slowroll/repo/oss/ make Slowroll look like it's x86_64 > only. If my observation is correct, is it expected to stay that way? I thought I > saw mention in a mailing list post or the forums that i586/i686 already existed, > but mirrors I checked seem to be just the one. So far I stay close to Tumbleweed/Factory in that I only build i586 libs where needed to run 32-bit applications such as Steam. https://download.opensuse.org/slowroll/repo/oss/x86_64/ lists 1239 32bit packages. With the current approach, I base Slowroll on a Tumbleweed snapshot, so it is hard to add architectures there. That would need full rebuilds from sources (which I have considered as an option but would certainly cause new issues). Ciao Bernhard M.

11 months, 3 weeks

Slowroll RFE support and multimedia codecs

by Terje J. Hanssen

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. And corresponding installation support for Slowroll using OPI, Zypper, YaST https://en.opensuse.org/Additional_package_repositories https://opensuse-guide.org/codecs.php https://ostechnix.com/how-to-install-multimedia-codecs-in-opensuse/ Rgds Terje J. Hanssen

9 months, 2 weeks

Re: Devel projects not building against Slowroll, yet

by Oliver Kurz

27.06.2024 16:20:44 Dominik Heidler <dheidler(a)suse.de>: > I just created a list querying all devel projects that build against Tumbleweed but not against Slowroll using a script. > If some devel projects don't make sense for Slowroll, that's fine of course. In which git repository do you manage the blocklist for repos that shouldn't be considered for Slowroll so that we can suggest changes in pull requests? :)

4 months, 3 weeks

Re: vote on slowroll name

by Simon Becherer

Am 25.09.23 um 08:16 schrieb Chris McGimpsey-Jones | MP Portfolio Management: > I agree with Dave. > I use Tumbleweed for my daily and it's rock solid. > I don't know where any perception that it's unstable comes from, > because it's not the experience I have. > I also disliked almost all of the proposed names, but more importantly > for me is that I don't see any reason or need for slowroll. > Perhaps I'm missing something here but what/who is the target user > base for slowroll? > I have not so much time to update tumbleweed weekly (or more often) and checking if all things still work in my production environment. (last update kernel 4.9? brake as example ONLY win xp guests in qemu) so to update in this high frequency tumbleweed makes stress so i think the idea of slowroll is pretty good, IF also packman would be in dync with slowroll. simoN -- www.becherer.de

1 year, 1 month

Re: Devel projects not building against Slowroll, yet

by Christophe Marin

Hello, On behalf of KDE maintainers: On jeudi 27 juin 2024 14:35:14 UTC+2 Dominik Heidler wrote: > KDE:Applications > KDE:Extra > KDE:Frameworks > KDE:Qt:5.15 > KDE:Qt6 This was asked some time ago and the reply didn't change. We won't add slowroll builds to the KDE repos. Slowroll users want older versions of packages, not the ones from the devel projects. And on a personal note and for the same reason: > Office I also won't add slowroll builds to the Office repository. Christophe

4 months, 3 weeks

Re: Leap Replacement - Results from recent contributor survey

by Michal Suchánek

On Sat, Sep 02, 2023 at 10:49:51AM +0200, Richard Brown wrote: > On Sat, 2023-09-02 at 10:43 +0200, Michal Suchánek wrote: > > Hello, > > > > why do you think that Slowroll would require more packaging effort > > than > > Leap? > > > > Just as Leap derives from SLE, Slowroll derives from Tumbleweed. > > > > I could even argue that Slowroll would require less effort when all > > packages come from Tumbleweed while Leap is built on top of SLE and > > has > > a large number of packages of its own. > > 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. Thanks Michal

1 year, 2 months

Re: New Slowroll base snapshot 20240429 released!

by Simon Lees

On 5/7/24 4:51 PM, Bernhard M. Wiedemann via openSUSE Factory wrote: > On 07/05/2024 05.55, Andrei Borzenkov wrote: >> On 06.05.2024 23:08, Bernhard M. Wiedemann via openSUSE Factory wrote: >>> >>> We are slowly getting closer to where I want Slowroll to be. >>> >> >> Any chance to produce Slowroll images with integrated Slowroll >> repositories? My understanding is that currently images in >> https://download.opensuse.org/slowroll/ are just copies of Tumbleweed >> images? > > installation DVDs are still hard, because those are built by > product-builder that does not work with the snapshotted repo, because it > is pulled back into OBS via download-on-demand. > Maybe I could create NET isos. > > Meanwhile, there are images for VMs and cloud at > https://download.opensuse.org/update/slowroll/images/?P=*qcow2 > > These are built with a modern kiwi. > But still have some issues (outdated kernel-obs-build version, > cloud-init blocks local root login by default) I'm pretty sure when I did my prototype I used kiwi to create live images that could be installed from so that is possibly another option. -- 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

6 months, 2 weeks

Re: New Slowroll update 20241030T2221 released!

by Terje J. Hanssen

Den 31.10.2024 07:19, skrev Bernhard M. Wiedemann via openSUSE Factory: > > > On 31/10/2024 01.13, Jon Cosby via openSUSE Factory 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? > > Ciao > Bernhard M. I have also asked for Slowroll package's version number, like what the Tumbleweed script auto-generates. And updated monthly iso media - the last modified version is still since 9.9.2024 https://download.opensuse.org/slowroll/iso/ and to find Slowroll distribution on the gui download page https://get.opensuse.org/ Suggestions: Add a Slowroll montly update to openSUSE News like Tumbleweed here https://news.opensuse.org/2024/10/30/tw-monthly-update-october/ (possibly with a reference link to this on the https://en.opensuse.org/Portal:Slowroll) Rgds Terje J. Hanssen

2 weeks, 3 days

openSUSE Factory search results for query "Slowroll"