The zypper dup on tumbleweed has changed. Thank you. It (the zypper dup on tumbleweed) has downgraded to a 1.6.23 version. But it still won't install the openafs-client package because of something needed in openafs-kmp-default-1.6.23 which points at a kernel of 4.19.12-1-default.
hmm, I just installed it without problems.
Please note that you should use openafs-kmp-default-stable_1_8_x.g20260608_k7
openafs-kmp-default-1.6.23 is quite outdated.
I do have an x86_64 system that I am working on a clean install of. I ran the zypper addrepo -f that you supplied and at first it complained about the name for the repo is already in use. So, i moved (with mv) the /etc/zypp/repos.d/filesystems.repo into a directory named old so I still have the original. The zypper update openafs-client still won't do anything. I also tried zypper install openafs-client and zypper update openafs-client
Aahh, I understand now what's going on. In filesystems there is also a package called openafs16, which provides the old ones you see. I have now disabled the publishing of this old version. Hopefully those will disappear soon. For some reason zypper thinks that the old versions are newer...
Right now, what works for me is: - add the repo - do a "zypper search -v openafs-client" - note the version (today: stable_1_8_x.g20260608-1.5) - then zypper install openafs-client-stable_1_8_x.g20260608-1.5
HTH.
If the old packages do not disappear soon from the download-server, I'll contact opensuse-team.
I picked up the new version(s) on Monday June 15. If this is openafs it should be loading openafs.ko, correct. what does "
mokutil --sb-state" have to say for itself?
I had learned another way of installing a particular version (although I wonder if that binds zypper to one particular set of upgrades). I've done both and the openafs-client is still not starting because of a kmp key mismatch, it's still trying to insert libafs.ko.
Projects linking to home:hauky:branches:filesystems
Comments 9
The zypper dup on tumbleweed has changed. Thank you. It (the zypper dup on tumbleweed) has downgraded to a 1.6.23 version. But it still won't install the openafs-client package because of something needed in openafs-kmp-default-1.6.23 which points at a kernel of 4.19.12-1-default.
hmm, I just installed it without problems. Please note that you should use openafs-kmp-default-stable_1_8_x.g20260608_k7 openafs-kmp-default-1.6.23 is quite outdated.
And how do I go about updating the openafs version that you specified? I just did a "zypper in openafs-kmp-default-stable_1_8_x.g20260608_k7 "
and got this for output
Refreshing service 'openSUSE'. Loading repository data... Reading installed packages... Package 'openafs-kmp-default-stable_1_8_x.g20260608_k7' not found.
Did you add the repository ? Assuming you have a x86_64 machine, do
zypper addrepo -f https://download.opensuse.org/repositories/filesystems/openSUSE_Tumbleweed/filesystems.repo
and then: zypper update openafs-client
i586 doesn't build.
I do have an x86_64 system that I am working on a clean install of. I ran the zypper addrepo -f that you supplied and at first it complained about the name for the repo is already in use. So, i moved (with mv) the /etc/zypp/repos.d/filesystems.repo into a directory named old so I still have the original. The zypper update openafs-client still won't do anything. I also tried zypper install openafs-client and zypper update openafs-client
Aahh, I understand now what's going on. In filesystems there is also a package called openafs16, which provides the old ones you see. I have now disabled the publishing of this old version. Hopefully those will disappear soon. For some reason zypper thinks that the old versions are newer...
Right now, what works for me is: - add the repo - do a "zypper search -v openafs-client" - note the version (today: stable_1_8_x.g20260608-1.5) - then zypper install openafs-client-stable_1_8_x.g20260608-1.5
HTH.
If the old packages do not disappear soon from the download-server, I'll contact opensuse-team.
I picked up the new version(s) on Monday June 15. If this is openafs it should be loading openafs.ko, correct. what does " mokutil --sb-state" have to say for itself?
And now the little lightbulb goes on... I don't know if I have the filesystems OBS Project keys loaded?
I had learned another way of installing a particular version (although I wonder if that binds zypper to one particular set of upgrades). I've done both and the openafs-client is still not starting because of a kmp key mismatch, it's still trying to insert libafs.ko.