[opensuse-factory] Tumbleweed - Review of the week 201/35
Dear Tumbleweed users and hackers, Uh-oh – that was a slow weel in Tumbleweed. Only a single snapshot (0825) has been sent out to the mirrors. Some more had been built and discarded. Reasons were rather The reasons were pretty simple: with the introduction of the package dnf, that uses some of the new rpm boolean dependency operators (new since rpm 4.13), we ended up having metadata n the repository that is well understood by Tumbleweed systems, but not by any system one might want to upgrade to Tumbleweed (Think Leap 42.x). The final solution will be to finish the migration to the new product-builder, and thus using pure rpm-md repositories, but that is still a few days/weeks away. In the meantime, we disabled those boolean dependencies in DNF (as an acceptable workaround). Of course, it took me two snapshots to get this right – and then openQA bailed on us: the disk is showing major corruptions and the database throws errors. The heroes are currently looking into this issue – and once ready, we should be able to resume normal operations (all previous snapshots will be merged into one larger update) Snapshot 0825 already was quite big too, as it updated those components: * Mozilla Thunderbird 52.3.0 * KDE Applications 17.08.0 * KDE Frameworks 5.37.0 * KDE Plasma 5.10.5 * cURL 7.55 * gcc 7.2 rc * glibc 2.26 As openQA is currently down, that unfortunately also means the Factory staging dashboard is unavailable, which makes me have to tell the ‘what is coming up section’ from memory. Certainly, I’ll miss a few things, but I remember: * gpg 2.2 * Linux kernel 4.12.9 (in the next snapshot to be released) and 4.12.10 in planning * PHP5 is scheduled for removal from Tumbleweed – Move your setups already now to PHP7 I’m sure there are more things happening – some of them probably also longer lasting (like OpenSSL 1.1 as default migration), but as said, with openQA and the dashboard being unavailable, the above are the things I recall from memory. I’m sure the issues will be resolved soon – and Tumbleweed will start to have even more frequent releases again. Cheers, Dominique
On Friday 2017-09-01 16:59, Dominique Leuenberger / DimStar wrote:
with the introduction of the package dnf, that uses some of the new rpm boolean dependency operators (new since rpm 4.13), we ended up having metadata n the repository that is well understood by Tumbleweed systems, but not by any system one might want to upgrade to Tumbleweed (Think Leap 42.x). The final solution will be to finish the migration to the new product-builder, and thus using pure rpm-md repositories
Does that mean the "yast2" repository type (for zypper/repos.d/*) will go away? -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Fri, 2017-09-01 at 17:17 +0200, Jan Engelhardt wrote:
On Friday 2017-09-01 16:59, Dominique Leuenberger / DimStar wrote:
with the introduction of the package dnf, that uses some of the new rpm boolean dependency operators (new since rpm 4.13), we ended up having metadata n the repository that is well understood by Tumbleweed systems, but not by any system one might want to upgrade to Tumbleweed (Think Leap 42.x). The final solution will be to finish the migration to the new product-builder, and thus using pure rpm-md repositories
Does that mean the "yast2" repository type (for zypper/repos.d/*) will go away?
Indeed - the new product builder will only provide pure rpm-md repos. The repo structure on download.o.o of course will stay as we have it: download.opensuse.org/tumbleweed/repo/oss will continue to be the correct repo, but it's type will change from yast2 to rpm-md; libzypp was already though to handle this change (and treating the type= parameter in the .repo file as help, but re-evaluate if yast2 type is no longer available there). Cheers, Dominique
On Fri, Sep 1, 2017 at 11:20 AM, Dominique Leuenberger / DimStar
On Fri, 2017-09-01 at 17:17 +0200, Jan Engelhardt wrote:
On Friday 2017-09-01 16:59, Dominique Leuenberger / DimStar wrote:
with the introduction of the package dnf, that uses some of the new rpm boolean dependency operators (new since rpm 4.13), we ended up having metadata n the repository that is well understood by Tumbleweed systems, but not by any system one might want to upgrade to Tumbleweed (Think Leap 42.x). The final solution will be to finish the migration to the new product-builder, and thus using pure rpm-md repositories
Does that mean the "yast2" repository type (for zypper/repos.d/*) will go away?
Indeed - the new product builder will only provide pure rpm-md repos.
The repo structure on download.o.o of course will stay as we have it: download.opensuse.org/tumbleweed/repo/oss will continue to be the correct repo, but it's type will change from yast2 to rpm-md; libzypp was already though to handle this change (and treating the type= parameter in the .repo file as help, but re-evaluate if yast2 type is no longer available there).
This has been broken in libzypp since openSUSE 13.2. It returns `type=NONE` and can't do anything with the repo in that circumstance. -- 真実はいつも一つ！/ Always, there's only one truth! -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Fri, 2017-09-01 at 11:26 -0400, Neal Gompa wrote:
This has been broken in libzypp since openSUSE 13.2. It returns `type=NONE` and can't do anything with the repo in that circumstance.
The issue is resolved in libzypp in TW - which is the only case that matters for this. Any user upgrading from any different version will, at the time of upgrade, automatically pick rpm-md as type - so their libzypp won't matter. you can reproduce the behaviour by changing your repo from /tumbleweed/repo/oss to /tumbleweed/repo/oss/suse (which is the current rpm-md repo) - but leaving type=yast2 in the .repo file: zypper ref will automatically fallback to rpm-md (NOTE: it will NOT fall back in the other direction once you switch the repo back to …/repo/oss! and you should switch back!) Cheers, Dominique
On Fri, 2017-09-01 at 17:33 +0200, Dominique Leuenberger / DimStar wrote:
On Fri, 2017-09-01 at 11:26 -0400, Neal Gompa wrote:
This has been broken in libzypp since openSUSE 13.2. It returns `type=NONE` and can't do anything with the repo in that circumstance.
The issue is resolved in libzypp in TW - which is the only case that matters for this.
Any user upgrading from any different version will, at the time of upgrade, automatically pick rpm-md as type - so their libzypp won't matter.
you can reproduce the behaviour by changing your repo from /tumbleweed/repo/oss to /tumbleweed/repo/oss/suse (which is the current rpm-md repo) - but leaving type=yast2 in the .repo file: zypper ref will automatically fallback to rpm-md (NOTE: it will NOT fall back in the other direction once you switch the repo back to …/repo/oss! and you should switch back!)
Specifically with this changelog entry: * Wed Jul 12 2017 - repo refresh: Re-probe if the repository type changes (bsc#1048315) Cheers, Dominique
On 01.09.2017 16:59, Dominique Leuenberger / DimStar wrote:
Uh-oh – that was a slow weel in Tumbleweed. Only a single snapshot (0825) has been sent out to the mirrors.
A snapshot a week is still rolling smoothly, no worries :) I prefer the testing over rushed releases. Thanks for your work, Christoph (Happy Krypton user since over a year) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Fri, 2017-09-01 at 20:00 +0200, Christoph Feck wrote:
On 01.09.2017 16:59, Dominique Leuenberger / DimStar wrote:
Uh-oh – that was a slow weel in Tumbleweed. Only a single snapshot (0825) has been sent out to the mirrors.
A snapshot a week is still rolling smoothly, no worries :)
I prefer the testing over rushed releases.
I agree - from a user perspective this is certainly fine - and no problem. But if you're (also) on the other side and take care of building the snapshots, it feels like running into a wall every other day for something else... that's probably how crash-test dummies feel too :) Cheers Dominique
participants (4)
-
Christoph Feck -
Dominique Leuenberger / DimStar -
Jan Engelhardt -
Neal Gompa