Slowroll repo move ; upcoming version bump
![](https://seccdn.libravatar.org/avatar/3af26b63955b9162f06c0f82c86231ac.jpg?s=120&d=mm&r=g)
Hi, today, the openSUSE Slowroll repos moved to new locations on our download server. I updated https://en.opensuse.org/openSUSE:Slowroll accordingly. Even though, the "Experimental" vanishes from the URL, I still do not consider it ready for general use. There are still a number of open issues (occasional bogus downgrades, missing openQA, missing installcheck), so if you already use it, remain cautious with upgrades. And there will be a version bump soon to catch up with Tumbleweed updates. Ciao Bernhard M.
![](https://seccdn.libravatar.org/avatar/abdee805d4df05af9a496107100c582c.jpg?s=120&d=mm&r=g)
* Bernhard M. Wiedemann via openSUSE Factory <factory@lists.opensuse.org> [11-20-23 10:46]:
Hi,
today, the openSUSE Slowroll repos moved to new locations on our download server.
I updated https://en.opensuse.org/openSUSE:Slowroll accordingly.
Even though, the "Experimental" vanishes from the URL, I still do not consider it ready for general use. There are still a number of open issues (occasional bogus downgrades, missing openQA, missing installcheck), so if you already use it, remain cautious with upgrades.
It vanished on the url but is still noted in the description :) -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri Photos: http://wahoo.no-ip.org/piwigo paka @ IRCnet oftc
![](https://seccdn.libravatar.org/avatar/2659880674c5e8e4df715298d87b9961.jpg?s=120&d=mm&r=g)
@Bernhard: Does this mean we have to run the "rm old repos" and then zypper in the latest repos in Slo Roll? Or, if we have the repos set to Slo Roll from a couple weeks back that running the standard zypper dup will pull in the appropriate Slo packages to maintain the system in good order?? I'm in TW right now, so I can't just check the list to see what changed. I'm hoping that Slo Roll is "good to go" as it was set from a few weeks back??
![](https://seccdn.libravatar.org/avatar/3af26b63955b9162f06c0f82c86231ac.jpg?s=120&d=mm&r=g)
On 20/11/2023 18.33, Fritz Hudnut wrote:
@Bernhard:
Does this mean we have to run the "rm old repos" and then zypper in the latest repos in Slo Roll? Or, if we have the repos set to Slo Roll from a couple weeks back that running the standard zypper dup will pull in the appropriate Slo packages to maintain the system in good order??
I'm in TW right now, so I can't just check the list to see what changed. I'm hoping that Slo Roll is "good to go" as it was set from a few weeks back??
You need to update baseurl= lines in 4 repos in /etc/zypp/repos.d : base-oss base-src-oss base-non-oss update or zypper removerepo those and re-add with the lines from the wiki.
![](https://seccdn.libravatar.org/avatar/0aa617490eaac0c5c8183e204a7a9331.jpg?s=120&d=mm&r=g)
First I want to thank you for having created Slowroll. It is exactly what I was looking for being tired of Tumbleweed's "update flood". For security reasons updating once a week or less is not an option. I had switched to Fedora KDE because of that, but always felt that KDE was treated as a 2nd class citizen there. Slowroll has been a great experience since I zypper duped from Tumbleweed 14th of September. I consider the bogus downgrades a cosmetic problem when repo priorities are set right. Zypper reports them, but was always able to resolve dependencies correctly. OpenQA though would certainly be a big step forward.
![](https://seccdn.libravatar.org/avatar/0aa617490eaac0c5c8183e204a7a9331.jpg?s=120&d=mm&r=g)
First I want to thank you for having created Slowroll. It is exactly what I was looking for being tired of Tumbleweed's "update flood". For security reasons updating once a week or less is not an option. I had switched to Fedora KDE because of that, but always felt that KDE was treated as a 2nd class citizen there. Slowroll has been a great experience since I zypper duped from Tumbleweed 14th of September. I consider the bogus downgrades a cosmetic problem when repo priorities are set right. Zypper reports them, but was always able to resolve dependencies correctly. OpenQA though would certainly be a big step forward.
participants (4)
-
Bernhard M. Wiedemann
-
Fritz Hudnut
-
Hans Schwimmbeck
-
Patrick Shanahan