dkms requires the kernel-*-devel package corresponding to your running kernel.

kernel-source is intended only for re-compiling the kernel itself.

e.g. If you are running the desktop kernel, install kernel-desktop-devel-latest.

>2. Reboot and observe the compilation during startup

can you attach these logs ?

Where can I find the log for compilation or startup? I cannot spot it. 

kernel-desktop-devel-latest is already installed and up-to-date.

Launched dkms build myself, and got a bad exit status 2 this time from libafs. 

Make.log shows the following : 

-----------
DKMS make.log for libafs-1.4.14-2.mga2 for kernel 3.3.6-desktop-1.mga2 (x86_64)
mer. mai 23 14:33:50 CEST 2012
mv: cannot evaluate « src/libafs/MODLOAD-*/libafs.ko »: No such file or directory
-----------

seems related to https://qa.mandriva.com/show_bug.cgi?id=45135 (which was fixed)

the rebuild was only for lsb header :/

CC: (none) => dmorganec, guillomovitch
Source RPM: dkms-libafs-1.4.14-2.mga2.src.rpm => openafs

OpenAFS is an awful maintainance time pit, due to perpetual linux kernel evolution, and I'm perfectly happy to not use it anymore. As nobody is currenly assigned as maintainer, I'd suggest to bury it somewhere deeply.

Hi,

This bug was filed against cauldron, but we do not have cauldron at the moment.

Please report whether this bug is still valid for Mageia 2.

Thanks :)

Cheers,
marja

Keywords: (none) => NEEDINFO

Changing this for Mageia 2 as this bug report was opened when Mageia 2 was in RC (and therefore in Cauldron).

Version: Cauldron => 2

(In reply to comment #6)
> OpenAFS is an awful maintainance time pit, due to perpetual linux kernel
> evolution, and I'm perfectly happy to not use it anymore. As nobody is currenly
> assigned as maintainer, I'd suggest to bury it somewhere deeply.

I need it, it is heavily used in my work environment (which is imposed to me, I would have prefered something else), and most other linux (Ubuntu, Mandriva, Mint, Fedora, ArchLinux, Gentoo, etc.) and FreeBSD manage to make it work flawlessly. There is no reason to drop it, as I am probably not the only one to be in need of this software.

Then feel free to take maintainership...

I have no time for this, really. I won't take a single package if I cannot maintain it.

I guess one of the main reason of why it would not compile is that the packaged release of OpenAFS is old. The current recommended release for Linux users is 1.6.1. This version is supposed to support kernel 3.4.

Hi,

I have exactly the same problem as describe by Thomas at the beginning.
To have OpenAFS that work is a condition to switch all the computer at home under Mageia 2.

So, this bug is quite critical for me.

The bug seems very similar as in Mageia 1 and, if my memory is good, the problem was a kind incompatibility with the kernel.

I'm not a developper :-( 

So i can just test the correction but i can not help you to maintain the packages.

Thanks a lot for your help

Pierre

Priority: Normal => High
CC: (none) => p.opter

Hello,

Just to support the request for supporting a recent release of OpenAFS.
If this can add motivation for the support : it is widely used in acadamics and by some researchers (in particular in the High energy physics field).

I could compile version 1.6  from the source, then managed to get it work, but using  awfull tricks (no idea how to integrate properly to the init system)...

p-a.

CC: (none) => padelsart

few months ago i updated openafs in mandriva.
I think i can fix it for mageia too

CC: (none) => alexander

Locally i fixed it ;)



Preparing kernel 3.5.3-desktop-2.mga3 for module build:
(This is not compiling a kernel, just preparing kernel symbols)
Storing current .config to be restored when complete
Running Generic preparation routine
make mrproper.......
using /proc/config.gz
make oldconfig.....
make prepare....

Building module:
cleaning build area....(bad exit status: 2)
SMP=SP; eval `grep CONFIG_SMP /boot/config-3.5.3-desktop-2.mga3`; [ -n "$CONFIG_SMP" ] && SMP=MP; ./configure --with-linux-kernel-headers=/lib/modules/3.5.3-desktop-2.mga3/build; make MPS=$SMP; mv src/libafs/MODLOAD-*/libafs.ko ..............................................................................................................
cleaning build area....
cleaning kernel tree (make mrproper).......

DKMS: build Completed.

libafs.ko.xz:
 - Installation
   - Installing to /lib/modules/3.5.3-desktop-2.mga3/dkms/3rdparty/libafs//

depmod............

DKMS: install Completed.
      2/4: openafs               ###########################################################################################################################
      3/4: openafs-client        ###########################################################################################################################
openafs.service is not a native service, redirecting to /sbin/chkconfig.
Executing /sbin/chkconfig openafs on
      4/4: openafs-server        ###########################################################################################################################

Fixed for cauldron and submitted.

This was reported against Mageia 2.  It will be fixed when the update candidate is released.

Status: RESOLVED => REOPENED
Resolution: FIXED => (none)

Created attachment 3967 [details]
log showing build failure for dkms of libafs kernel module

I have been trying to install OpenAFS on Mageia 2 and encountered a problem when dkms builds the kernel module for libafs.

I found the build directory and ran the make in there: 
    /var/lib/dkms/libafs/1.4.14-2.mga2/build/

Please see attached log.

CC: (none) => paul.blackburn

Yes, that's expected.  Please use the version in updates_testing.

See Bug 7085 for details.

Hello David,

I installed the OpenAFS 1.6.2.1-1  rpms from:
    rsync://distrib-coffee.ipsl.jussieu.fr/pub/linux/Mageia/distrib/2/i586/media/core/updates_testing/

Now the libafs kernel module built OK. Thanks.

Next problem is that openafs-server and openafs-client startup fails.
These used to be in: /etc/init.d/openafs-server and /etc/init.d/openafs-client

I am not quite sure how these are supposed to work with systemd.

Anyway, the server and client daemons were not automatically started on reboot.
The server should be started before the client.

I manually started thusly:

# bosserver # start OpenAFS server daemons


# modprobe libafs   # load OpenAFS libafs kernel module (for client)
# afsd -nosettime   # start OpenAFS Cache Manager
afsd: All AFS daemons started.


# df /afs
Filesystem      Size  Used Avail Use% Mounted on
AFS             8.6G     0  8.6G   0% /afs

Paul,

Please discuss this update candidate on Bug 7085.

This message is a reminder that Mageia 2 is nearing its end of life.
Approximately one month from now Mageia will stop maintaining and issuing updates for Mageia 2. At that time this bug will be closed as WONTFIX (EOL) if it remains open with a Mageia 'version' of '2'.

Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Mageia version prior to Mageia 2's end of life.

Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Mageia 2 is end of life.  If you would still like to see this bug fixed and are able to reproduce it against a later version of Mageia, you are encouraged to click on "Version" and change it against that version of Mageia.

Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Mageia release includes newer upstream software that fixes bugs or makes them obsolete.

-- 
The Mageia Bugsquad

Closing this now due to Mageia 2 EOL.

http://blog.mageia.org/en/2013/11/21/farewell-mageia-2/

Status: REOPENED => RESOLVED
Resolution: (none) => OLD