Lubos Kocman composed on 2024-05-24 11:38 (UTC+0200):
Felix Miata wrote:
openSUSE-release-15.6-lp156.408.1.x86_64: # rpm -ql openSUSE-release | grep repo /etc/zypp/repos.d/repo-backports-debug-update.repo /etc/zypp/repos.d/repo-backports-update.repo /etc/zypp/repos.d/repo-sle-debug-update.repo /etc/zypp/repos.d/repo-sle-update.repo
Why does the release file contain those four, and only those four?
# Two of these replicate existing repos. Two are unneeded/undesired (as all repos that are named "repo*.repo" are undesired here[1]). # ls -Ggl /etc/zypp/repos.d/*.repo -rw-rw-r-- 1 185 Jan 1 00:00 /etc/zypp/repos.d/FCL-leap.repo -rw-r--r-- 1 219 Jul 15 2023 /etc/zypp/repos.d/KDE3.repo -rw-r--r-- 1 153 Jul 15 2023 /etc/zypp/repos.d/NonOSS.repo -rw-r--r-- 1 143 Jul 15 2023 /etc/zypp/repos.d/OSS.repo -rw-r--r-- 1 129 Jul 15 2023 /etc/zypp/repos.d/Update.repo -rw-r--r-- 1 239 Jul 15 2023 /etc/zypp/repos.d/UpdateBP.repo -rw-r--r-- 1 145 Jul 15 2023 /etc/zypp/repos.d/UpdateNonOSS.repo -rw-r--r-- 1 135 Jul 15 2023 /etc/zypp/repos.d/UpdateSLE.repo -rw-r--r-- 1 192 Feb 8 2023 /etc/zypp/repos.d/openh264.repo # zypper lr Repository priorities are without effect. All enabled repositories share the same priority.
# | Alias | Enabled | GPG Check | URI --+--------------+---------+-----------+------------------------------------------------------------------ 1 | FCL-leap | Yes | ( p) Yes | http://silk.apana.org.au/rpm-opensuse15-unstable-dev 2 | KDE3 | Yes | (r ) Yes | http://download.opensuse.org/repositories/KDE:/KDE3/15.6/ 3 | NonOSS | Yes | (r ) Yes | http://download.opensuse.org/distribution/leap/15.6/repo/non-oss/ 4 | OSS | Yes | (r ) Yes | http://download.opensuse.org/distribution/leap/15.6/repo/oss/ 5 | Update | Yes | (r ) Yes | http://download.opensuse.org/update/leap/15.6/oss/ 6 | UpdateBP | Yes | (r ) Yes | http://download.opensuse.org/update/leap/15.6/backports/ 7 | UpdateNonOSS | Yes | (r ) Yes | http://download.opensuse.org/update/leap/15.6/non-oss/ 8 | UpdateSLE | Yes | (r ) Yes | http://download.opensuse.org/update/leap/15.6/sle/ 9 | openh264 | Yes | (r ) Yes | http://codecs.opensuse.org/openh264/openSUSE_Leap/ #
This seems may be a significant policy change for a "minor" release version, especially since this didn't first appear in TW. What's up that an admin can no longer choose what repos to include, or what to call them?
[1] My normal routine is to run the following script as prequel to zypper up and to zypper dup: #!/bin/bash # /usr/local/zypstart [ -e /etc/zypp/repo*.repo ] && rm /etc/zypp/repos.d/repo*.repo 2> /dev/null zypper -v in --download-in-advance rpm zypper libzypp libsolv-tools openSUSE-release coreutils filesystem [ -e /etc/zypp/repo*.repo ] && rm /etc/zypp/repos.d/repo*.repo 2> /dev/null #
Hello Felix, did you consider using *openSUSE-repos(-Leap),
Ill fit here: # zypper ll | grep repo 43 | openSUSE-repo* | package | (any) | # grep \$releasever /etc/zypp/repos.d/*repo # ls -1 /etc/zypp/repos.d/*rep* | wc -l 58 # ls -1 /etc/zypp/repos.d/*repo | wc -l 9 # ls -1 /etc/zypp/repos.d/[a-z]*repo /etc/zypp/repos.d/openh264.repo #
you'd have a better changelog and repository change awareness?
How can you know yours would be better than mine? Installations I currently have are 16 15.6, 30 15.5, 31 64 bit TW and 15 32bit TW, all on hardware, about 45 working multiboot PCs. I developed my own repo strategy shortly after implementing a LAN server nearly two decades ago, before "openSUSE" was born. A master set of repos lives on the server. If and when the content of a repo file needs a change, or a new repo is desired, it happens first on the server. My awareness is maximized by the matching of each individual installation's repo files matching the name *&* timestamp on the server. Repo names and aliases are kept relatively short, in part in order for repo lists to have minimal need to line wrap. On my 100 or so openSUSE installations, desired repo files are copied from the server. What follows is a subset of some of these files:
ls -gGl /etc/zypp/repos.d/OSS* -rw-r--r-- 1 147 Jun 7 2023 OSS.repo-gwdg -rw-r--r-- 1 138 Oct 11 2023 OSS.repoC -rw-r--r-- 1 143 Jun 7 2023 OSS.repoD -rw-r--r-- 1 159 Jun 7 2023 OSS.repoLmia
Whichever OSS repo I wish to use is copied to end in .repo. To disable a repo, the copy ending in .repo is removed. When I wish a different URL used for any particular repo, it happens quickly via filename. If a repo with a deviant name appears, I know it wasn't me that put it there. Various scripts here look for repo*.repo and if found deletes them. If any installation's repo's timestamp differs from the server, it's cause for concern. One or more visits to /etc/zypp/repos.d/ are part of most boots here that include a zypper up or zypper dup.
Aside from that I'm unaware of any repository priority related changes in 000package-groups/000release-packages.
All of the repos on my system have prio 99 (openSUSE-repos).
Few of my repo files have any priority line.
Fine for typical users, of which I am not. :-D -- Evolution as taught in public schools is, like religion, based on faith, not based on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata