Upstream openafs has released 1.8.8 http://openafs.org/dl/openafs/1.8.8/RELNOTES-1.8.8 Reproducible: Always Note, the Linux powerpc builds are failing on Linux 5.13 (and greater) kernels due to a change in a Linux ABI.
I was looking through some of the gentoo specific patches. I believe that the following are no longer required: 0007-resolv.patch 0008-afsauthent-symbols.patch These were needed because of a build requirement for sci-physics/root (there was a hard dependency on an symbol that wasn't exported and a link failure due to resolv). The current code for sci-physics/root no longer has any references to afs. (see https://bugs.gentoo.org/393071 and https://bugs.gentoo.org/202489 https://bugs.gentoo.org/253532, etc.) 0009-glibc-2.16.patch -- should not be needed any longer 0005-vserver.patch -- I can't find any reference to the CONFIG_VSERVER in the linux kernels and there are nolonger any *vserver* packages in the gentoo portage If there is a problem after removal of any of these, for some I can see if I can get something fixed upstream if they are applicable.
Would be great. Do you have an ebuild suggestion to attach? Might expedite things. To my surprise v1.8.7 compiled against v5.14, which I recently updated to on my x86_64 systems. But nevertheless, it'd be nice to have this bumped.
(In reply to Tamas Jantvik from comment #2) > Would be great. Do you have an ebuild suggestion to attach? Might expedite > things. > To my surprise v1.8.7 compiled against v5.14, which I recently updated to on > my x86_64 systems. But nevertheless, it'd be nice to have this bumped. I'm not the gentoo ebuild maintainer, but I do work with upstream openafs. The current ebuild for 1.8.7 can probably be used as a template for building 1.8.8
Just a quick note, there is a kernel RIP problem discovered with openafs on Linux 5.14. There is a simple (and "safe" - no functional change) fix that corrects the problem. It's in the openafs gerrit for review: https://gerrit.openafs.org/#/c/14826/
Upstream is planning on releasing a 1.8.8.1 in the coming week that has updates for Linux 5.14 and Linux 5.15
openafs-stable-1_8_8_1 was just tagged OpenAFS 1.8.8.1 Linux clients * Support mainline kernels 5.14, 5.15 and likely 5.16 (currently at rc6) (14830 14831 14851) FreeBSD * Add support for building on FreeBSD 12, and running at least in readonly mode on this platform. Note this release removes support for the obsolete FreeBSD 8 and 9. (14773 14780..88 14792..95) Solaris * Support building with Studio 12.6 (14841)
Thanks! Will try to look this weekend.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=ed6aea3e1c05904d8b5ef15fe625ec06e513e5f6 commit ed6aea3e1c05904d8b5ef15fe625ec06e513e5f6 Author: Andrew Savchenko <bircoph@gentoo.org> AuthorDate: 2021-12-11 18:31:10 +0000 Commit: Andrew Savchenko <bircoph@gentoo.org> CommitDate: 2021-12-11 18:32:04 +0000 net-fs/openafs: bump to 1.8.8.1 Closes: https://bugs.gentoo.org/806187 Package-Manager: Portage-3.0.29, Repoman-3.0.3 Signed-off-by: Andrew Savchenko <bircoph@gentoo.org> net-fs/openafs/Manifest | 3 + net-fs/openafs/openafs-1.8.8.1.ebuild | 343 ++++++++++++++++++++++++++++++++++ 2 files changed, 346 insertions(+)
(In reply to Cheyenne Wills from comment #1) > I was looking through some of the gentoo specific patches. I believe that > the following are no longer required: > > 0007-resolv.patch > 0008-afsauthent-symbols.patch > > These were needed because of a build requirement for sci-physics/root (there > was a hard dependency on an symbol that wasn't exported and a link failure > due to resolv). The current code for sci-physics/root no longer has any > references to afs. (see https://bugs.gentoo.org/393071 and > https://bugs.gentoo.org/202489 https://bugs.gentoo.org/253532, etc.) From root not using AFS anymore doesn't follow the problems above were fixed. Quick check shows that -lresolv is still needed: $ objdump -T /usr/lib64/libafsauthent.so | grep __res 0000000000000000 DF *UND* 0000000000000000 GLIBC_2.2.5 __res_init 0000000000000000 DF *UND* 0000000000000000 GLIBC_2.2.5 __res_state So without 7th patch in will be underlinked. This can be fixed by a relevant pkgconfig record, but OpenAFS doesn't provide pkg-config describers for its libraries. As for whether 8th patch is need, this requires more complicated research. Looks like we have no active uses of libafsouthent.so in Gentoo tree now, but it still may be used in a third-party software (overlays, user apps), so I prefer to keep these patches. > 0009-glibc-2.16.patch -- should not be needed any longer > > 0005-vserver.patch -- I can't find any reference to the CONFIG_VSERVER in > the linux kernels and there are nolonger any *vserver* packages in the > gentoo portage These patches are indeed no longer needed, I removed them from the patchset.