OpenAFS is now at version 1.2.9
Version bump to OpenAFS 1.2.9 This also fixes the bug mentioned in PACKAGE : openafs SUMMARY : cryptographic weakness in Kerberos v4 DATE : 2003-03-30 15:50 UTC EXPLOIT : remote VERSIONS AFFECTED : <1.3.2-r1 FIXED VERSION : >=1.3.2-r1 CVE : CAN-2003-0139 Since 1.3.2-r1 is not compilable for most users I'd suggest masking 1.3.2-r1 again and use 1.2.9 as current unmasked version. This would fix most openafs-related bugs in Gentoo.
Created attachment 13995 [details] new .ebuild for OpenAFS 1.2.9
*** Bug 21832 has been marked as a duplicate of this bug. ***
added to portage (after some cleaning up thanks to Steven Jenkins <steven.jenkins@ieee.org>
*** Bug 21689 has been marked as a duplicate of this bug. ***
Thanks, works great. I've made some changes to the init-script, works fine here but definitely needs more testing. Changes: - Instead of dying instantly when no ext2 cache partition is available it only exits when the option "-memcache" is also omitted. - Recreates mountpoint /afs if it does not exist (e.g. after re-emerging) - Reorder in init-script, first start server then check for cache partition. - Made error messages easier to understand ("Error loading AFS module" instead of "Error loading AFS client" when loading of the kernel module fails) There is still one carveat that failures starting client would flag the whole AFS thing (including server and kernel module) as not-started in the init-system, but I do not have an idea how to fix this besides using three scripts (module, server, client (cache manager)).
Created attachment 15398 [details, diff] Proposed patch to init-script Proposed patch for portage/net-fs/openafs/files/afs.rc.rc6