** Changed in: virtualbox-ose (Ubuntu)
Status: New = Invalid
--
package openafs-modules-dkms 1.4.11+dfsg-1+ubuntu0.1 failed to install/upgrade:
subprocess installed post-installation script returned error exit status 1
https://bugs.launchpad.net/bugs/487535
You received this bug
This bug was fixed in the package openafs - 1.4.11+dfsg-6
---
openafs (1.4.11+dfsg-6) unstable; urgency=low
* Apply upstream deltas:
- [c12ec354] Fix write_begin configure test for recent RHEL kernels
- [b7198421] Fix memory allocation warnings at shutdown
- [7183c113]
** Branch linked: lp:debian/sid/openafs
--
package openafs-modules-dkms 1.4.11+dfsg-1+ubuntu0.1 failed to install/upgrade:
subprocess installed post-installation script returned error exit status 1
https://bugs.launchpad.net/bugs/487535
You received this bug notification because you are a
apologies, i've no idea how that comment ended up here, it was supposed
to be #486414. thanks anders
--
package openafs-modules-dkms 1.4.11+dfsg-1+ubuntu0.1 failed to install/upgrade:
subprocess installed post-installation script returned error exit status 1
this problem seems to be fixed in upstream version
http://kcat.strangesoft.net/openal-releases/openal-soft-1.10.622.tar.bz2
--
package openafs-modules-dkms 1.4.11+dfsg-1+ubuntu0.1 failed to install/upgrade:
subprocess installed post-installation script returned error exit status 1
SevenMachines: This bug is about openafs, which has nothing to do with
openal.
--
package openafs-modules-dkms 1.4.11+dfsg-1+ubuntu0.1 failed to install/upgrade:
subprocess installed post-installation script returned error exit status 1
https://bugs.launchpad.net/bugs/487535
You received this
SevenMachines sevenmachi...@yahoo.co.uk writes:
yes, theres no perfect way to do this.
I'm not sure what the preferred approach to dealing with dkms modules
is, looking through other dkms modules, the
Depends: linux-headers-generic | linux-headers
approach seems fairly common. the either
The dkms package does support this, at least on Ubuntu, via the
/etc/kernel/header_postinst.d/dkms hook.
--
package openafs-modules-dkms 1.4.11+dfsg-1+ubuntu0.1 failed to install/upgrade:
subprocess installed post-installation script returned error exit status 1
Anders Kaseorg ande...@mit.edu writes:
The dkms package does support this, at least on Ubuntu, via the
/etc/kernel/header_postinst.d/dkms hook.
Is there some way that I can tell, when I run dkms, that the kernel
headers that it wants to use aren't installed so that I can distinguish
between
I went and checked how nvidia-185-kernel-source does this. Its postinst
works by calling /usr/lib/dkms/common.postinst, which was added in dkms
2.1.0.1-0ubuntu1. common.postinst includes this check:
dkms_status=`dkms status -m $NAME -v $VERSION -k $KERNEL $ARCH`
…
#if the module
** Attachment added: AptOrdering.txt
http://launchpadlibrarian.net/36012335/AptOrdering.txt
** Attachment added: Dependencies.txt
http://launchpadlibrarian.net/36012336/Dependencies.txt
** Attachment added: Dmesg.txt
http://launchpadlibrarian.net/36012337/Dmesg.txt
** Attachment
Should openafs-modules-dkms perhaps have something like a
Depends: linux-headers-generic | linux-headers-server | ...
etc? or is this the wrong approach
--
package openafs-modules-dkms 1.4.11+dfsg-1+ubuntu0.1 failed to install/upgrade:
subprocess installed post-installation script returned
Depending on dkms causes dependencies on that stuff too.
--
package openafs-modules-dkms 1.4.11+dfsg-1+ubuntu0.1 failed to install/upgrade:
subprocess installed post-installation script returned error exit status 1
https://bugs.launchpad.net/bugs/487535
You received this bug notification
dkms demoted headers dependencies to recommends as of 2.0.21.1-1 so it
no longer guarantees headers being available. since kernel headers are a
definite requirement of the openafs dkms modules i'd think its probably
something that should go in there as a depends
--
package openafs-modules-dkms
As I recall, recommending on linux-headers-generic |
linux-headers-server | etc... doesn't actually do what you want,
because if you don't have any of them installed, apt will decide to
resolve the dependency by always pulling in the first one, which is
probably wrong if you have some other kernel
The problem is that you have no idea which kernel the user is running.
You can depend on linux-headers-generic | linux-headers but this won't help if
he is running -server, -generic-pae, .. kernel.
--
package openafs-modules-dkms 1.4.11+dfsg-1+ubuntu0.1 failed to install/upgrade:
subprocess
yes, theres no perfect way to do this.
I'm not sure what the preferred approach to dealing with dkms modules
is, looking through other dkms modules, the
Depends: linux-headers-generic | linux-headers
approach seems fairly common. the either you've installed specific headers for
your kernel or
17 matches
Mail list logo