Package Details: openafs-modules-dkms 1.8.2-1

Git Clone URL: https://aur.archlinux.org/openafs-modules-dkms.git (read-only)
Package Base: openafs-modules-dkms
Description: Kernel module for OpenAFS (dkms)
Upstream URL: http://www.openafs.org
Licenses: custom:"IBM Public License Version 1.0"
Conflicts: openafs<1.6.6-2, openafs-features-libafs, openafs-modules
Provides: openafs-modules=1.8.2
Submitter: Bevan
Maintainer: Bevan
Last Packager: Bevan
Votes: 16
Popularity: 0.094686
First Submitted: 2014-03-23 13:24
Last Updated: 2018-09-12 20:05

Dependencies (3)

Required by (2)

Sources (2)

Latest Comments

1 2 3 4 5 Next › Last »

drslmr commented on 2018-06-21 13:52

Trying the command with "echo" also produced no output. Even after trying it with "remove" and later "install" again, there was not output. But the cause of problem seams to be identified by seally1186.

Bevan commented on 2018-06-21 13:39

seally1186: That sounds very plausible. I'll verify and work around this later today. Thanks a lot!

seally1186 commented on 2018-06-21 13:38

Hi,

I think the issue is in the "export $(grep -m1 '^MAKEFLAGS=' /etc/makepkg.conf)" line of dkms.conf. If MAKEFLAGS isn't set in /etc/makepkg.conf, this prints a bunch of text, causing check_buildexclusive in alpm-hook to fail.

Adding a definition for MAKEFLAGS caused the hook to start working for me.

Bevan commented on 2018-06-20 11:50

Ah, indeed the hook expects input on STDIN. I'll try this myself later and post the required command to test the hook.

Here is how the command should look like: echo usr/src/openafs-1.8.0/dkms.conf|sudo /bin/bash /usr/lib/dkms/alpm-hook install

Could you retest with this variant?

drslmr commented on 2018-06-20 11:34

I just upgraded and the issue still exists.

$ sudo /bin/bash /usr/lib/dkms/alpm-hook install seams to hang.

I tried to run the alpm-hook manually. And it looks like it is hanging because it awaits input from stdin at " while read -r path; do" Well, I have no clue if that was a sensible test.

RobvW commented on 2018-06-20 09:57

Bevan: I have to wake-up for missing the dot, thanks for spotting it. Now the dkms install -m openafs... does it.

Unfortunately this is the only dkms module package I install myself that I am aware of (when checking source tree location mentionned in /etc/dkms it points to /usr/src, which only contains openafs, as does /var/lib/dkms as well).

Bevan commented on 2018-06-20 09:19

RobvW: The second issue is caused by missing dot in the version number. It is 1.8.0 and not 1.80.

Thanks for testing the hook. My only guess right now is that it could be a side effect caused by this change: https://git.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/dkms&id=efcb54fb735b22c1bc405b255dbe9f8decc8bb8d

That will be difficult to debug without the ability to reproduce it here... Do you have any other dkms module packages installed?

RobvW commented on 2018-06-20 09:04

update after intslling latest kernel on my last machine:

  • /bin/bash /usr/lib/dkms/alpm-hook install doesn't do anything (just runs endlessly without completing)
  • sudo dkms install -m openafs -v 1.80 -k 4.17.2-1-ARCH now fails with: Error! Could not find module source directory. Directory: /usr/src/openafs-1.80 does not exist.

N.B. openafs and openafs-dkms-modules are each rebuild and installed.

Bevan commented on 2018-06-18 11:52

Since I cannot reproduce the issue on my side I rely on information given to me. Can you provide the information I asked for in my last comment and try the given command?

PS: I just saw that you are referring to 4.17. So another chance for me to reproduce...

PPS: Sorry, I still cannot reproduce the issue.

RobvW commented on 2018-06-18 11:37

On latest kernel (4.17) it still doesn't build the module (failed on 3 of my installations).

Presently the solution by drsmlr dkms install -m openafs -v 1.80 -k 4.17...-ARCH temporarily solves the installation.