dpkg fails to run preinst when using --admindir
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
dpkg (Ubuntu) |
Triaged
|
Low
|
Unassigned |
Bug Description
Binary package hint: dpkg
Release: Ubuntu 9.10
dpkg version: 1.15.4ubuntu2.1
I'm running dpkg overriding the admin dir, so that i may run run it as non-root in my code unit tests (creating an ant deb creation task)
dpkg --install --force-all --admindir=
All goes well up to the point of executing the script, where strace shows:
11908 stat64(
11908 chmod("
11908 clone(child_
11908 rt_sigaction(
11908 rt_sigaction(
11914 chroot(
11908 <... rt_sigaction resumed> {SIG_DFL, [], 0}, 8) = 0
11914 <... chroot resumed> ) = 0
11908 waitpid(11914, <unfinished ...>
11914 chdir("/") = 0
11914 execve(
As you can see, up to that point, dpkgs always uses the right directory, and creates the preinst script in "createinstalle
Changed in dpkg (Ubuntu): | |
status: | New → Triaged |
Changed in dpkg (Ubuntu): | |
importance: | Undecided → Low |
/var/lib/ dpkg/tmp. ci/preinst is not wrong because that's after a chroot( "createinstalle r-complex/ install" )... but I don't get why it fails.
Any way, can you try with a more recent dpkg? There have been lots of changes and your problem might have been fixed.