When I try and emerge openafs the build fails with a gcc error message indicating a compile problem. I have had openafs installed before, but it will no longer build. I suspect it has to do with a change in gcc since I sucessfully compile openafs. However, I upgraded the kernel and openafs no longer worked so I unmerged it and then tried to emerge openafs. I have tried 2 ebuilds, the current 1.2.11 and the older 1.2.10-r1 build. The problem appears to be with the current gcc. I get the same error trying to compile outside of portage from the original source from openafs.org. Reproducible: Always Steps to Reproduce: 1. emerge openafs 2. 3. Actual Results: ../afs/osi_vnodeops.c: In function `afs_linux_readpage': ../afs/../afs/../afs/../afs/osi_prototypes.h:41: sorry, unimplemented: inlining failed in call to 'setup_uio': function body not available ../afs/osi_vnodeops.c:1286: sorry, unimplemented: called from here make[4]: *** [osi_vnodeops.o] Error 1
OpenAFS needs a developer to take up maintenance.
This happens also with openafs-1.2.13. It seems one cannot build openafs against newer kernels. The incompatibility was introduced between linux-2.4.26-rc1 and linux-2.4.27-pre2. Watch for upstream resolution at http://rt.central.org/rt/Ticket/Display.html?id=19652
Upstream ticket seems to be marked as resolved, though I haven't seen a new 1.2.x release. My guess is that they call the fix openafs-1.4.0 (out today). Is upgrading to 1.4.0 an option for you? (If you do, please take the documentation at http://dev.gentoo.org/~stefaan/prerelease/openafs-guide/guide.html into account, it's an update for the gentoo guide that has not been pushed yet)
No response in a month. Marking as UPSTREAM, as a (resolved) ticket about this issue is available there. I don't think I'm planning to push out a new stable 1.2.x, I think 1.4.x is the way to go. And noone seems to be asking for 1.2.x anyway.
