Deear Russ, Thank you for your reply.
I tried to use a version of openafs-modules-source package from backports.org but again the same problem (linux/modversions.h). Regards, -Ippokratis. On 2/21/07, Russ Allbery <[EMAIL PROTECTED]> wrote:
Ippokratis Pandis <[EMAIL PROTECTED]> writes: > Package: openafs-modules-source > Version: 1.3.81-3sarge1 > Severity: serious > Justification: no longer builds from source Note that given the impending etch release and the likely final sarge stable release that just went out, it's extremely unlikely that there will be another release of this particular version of OpenAFS for sarge. You're better off at this point, if you have any trouble at all with the version of OpenAFS in sarge, using the version from backports.org until etch releases. > In file included from /usr/src/modules/openafs/src/util/afs_atomlist.c:11: > /usr/src/modules/openafs/include/afs/param.h:63:31: linux/modversions.h: No > such file or directory I don't have any systems running the 2.6 kernel that shipped with sarge any more, but it looks like there's a header file that OpenAFS expects to find that isn't present on your system. If you've checked the obvious things (making sure that you have the right kernel header package installed, for instance), the best solution is probably to use the backports.org package instead. There have been many, many fixes to the way that OpenAFS discovers the right way to do a kernel build since the version that released with sarge and the version currently available in etch and from backports.org. -- Russ Allbery ([EMAIL PROTECTED]) <http://www.eyrie.org/~eagle/>
-- ------------------------------------------------------- Ippokratis Pandis Ph.D. candidate Carnegie Mellon University Phone: +1 412 877 5134 Email: [EMAIL PROTECTED] http://www.cs.cmu.edu/~ipandis/ -------------------------------------------------------
