[opensuse-factory] tumbleweed does not switch snapshots
How is tumbleweed-cli supposed to be used? I'm installing from http://download.opensuse.org/history/, based on 'latest'. This gives me a openSUSE-20190810-0.repo file. I'm sure YaST always wrote that format. After installation, 'tumbleweed init' must be called. An 'tumbleweed upgrade' recognizes that it has to update from 20190810 to 20190814. But no .repo file is changed. Also 'uninit' appears to fail, "revert 0 repos?". Is this correct usage, and the tool is not uptodate? Or does it need to be used differently? Also I wonder if the URL schema is useful. After all, it is the history of "tumbleweed", so the layout should be "/history/tumbleweed/$latest/" instead of "/history/$latest/tumbleweed/". Just in case there will be another variant with snapshots... Olaf
Hello olaf, Am 16.08.19 um 12:28 schrieb Olaf Hering:
How is tumbleweed-cli supposed to be used?
I'm installing from http://download.opensuse.org/history/, based on 'latest'. This gives me a openSUSE-20190810-0.repo file. I'm sure YaST always wrote that format.
After installation, 'tumbleweed init' must be called. An 'tumbleweed upgrade' recognizes that it has to update from 20190810 to 20190814. But no .repo file is changed. Also 'uninit' appears to fail, "revert 0 repos?".
Is this correct usage, and the tool is not uptodate? Or does it need to be used differently?
Also I wonder if the URL schema is useful. After all, it is the history of "tumbleweed", so the layout should be "/history/tumbleweed/$latest/" instead of "/history/$latest/tumbleweed/". Just in case there will be another variant with snapshots...
Olaf
i do not exactly understand what you have done. normally install tumbleweed without tumbleweed cli with the standard repos. then install the package tumbleweed cli then tumbleweed init. done. all should be ok. (maybe the name (not the url) of a repo is not updated, see below) ============= tumbleweed init starts tumbleweed cli tumbleweed status should give you what you have installed, and what target you use. tumbleweed list shows you all the possible snapshoot-repos and tumbleweed update brings your system to the most actual available snapshoot. if your update with "tumbleweed update" will stop or you have to stop, (because of some errors) you must finish it later on with zypper dup. the names inside yast for repos may not be accurate, it depends when the tumbleweed cli where installed. i have had some systems where there where static names in, in others there where dynamically switched names in: /etc/zypp/repos.d/repo-non-oss.repo /etc/zypp/repos.d/repo-oss.repo take a look inside this 2 files. as example: name=openSUSE-Tumbleweed-Non-Oss ($snapshotVersion) baseurl=http://download.opensuse.org/history/$snapshotVersion/tumbleweed/repo/non-os... you see the variable inside the name and url. maybe there is in the name no variable. but all what i have seen was that inside the baseurl always was the variable. (so the system works, its only a cosmetic problem) if you have a system without variable, change this two lines like here. take care, other repos will not be handled with tumbleweed cli. (as example packman) so be careful if you install some new stuff when "officially" tumbleweed is newer than your snapshoot. do it only if its from one of this two repos. if from another, update your system first. simoN -- B e c h e r e r GmbH Sondermaschinenbau Mauermatten Strasse 22 79183 Waldkirch Germany Tel.: (+49) (0)7681 3134 Fax: (+49) (0)7681 4378 Mail: info@becherer.de Web: www.becherer.de USt-ID-Nr.: DE 814912198 Registergericht: Freiburg HRB 701860 Geschäftsführer: Dipl.-Ing. (FH), EWE Simon H. Becherer Gerichtsstand / Sitz: Waldkirch Es gelten ausschließlich unsere allgemeinen Liefer- und Zahlungsbedingungen / Einkaufsbedingungen: www.becherer.de/AGB -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am Fri, 16 Aug 2019 12:28:14 +0200
schrieb Olaf Hering
After installation, 'tumbleweed init' must be called. An 'tumbleweed upgrade' recognizes that it has to update from 20190810 to 20190814. But no .repo file is changed. Also 'uninit' appears to fail, "revert 0 repos?".
bug#1146085 Olaf
participants (2)
-
Olaf Hering
-
Simon Becherer