Bug#852814: Fails at 'policy-rc.d already exists'
Guido Günther
agx at sigxcpu.org
Fri Jan 27 17:04:11 UTC 2017
control: retitle -1 Poor error reporting on update
On Fri, Jan 27, 2017 at 04:40:13PM +0000, Thorsten Glaser wrote:
> Guido Günther dixit:
>
> ># echo $?
> >139
>
> That is signal 11, i.e. segfault; is your RAM good?
It sure is. But…
with 0.228.3:
Jan 27 15:52:23 bogon kernel: dpkg-architectu[13253] vsyscall attempted with vsyscall=none ip:ffffffffff600400 cs:33 sp:7ffc46aa0158 ax:ffffffffff600400 si:0 di:1f38590
Jan 27 15:52:47 bogon kernel: dpkg-architectu[13345] vsyscall attempted with vsyscall=none ip:ffffffffff600400 cs:33 sp:7ffeae684aa8 ax:ffffffffff600400 si:0 di:dfe590
and with 0.227
Jan 27 15:55:31 bogon kernel: http[14645] vsyscall attempted with vsyscall=none ip:ffffffffff600400 cs:33 sp:7fff7e826e28 ax:ffffffffff600400 si:0 di:1719968
Jan 27 15:55:31 bogon kernel: http[14644] vsyscall attempted with vsyscall=none ip:ffffffffff600400 cs:33 sp:7ffebd3197d8 ax:ffffffffff600400 si:0 di:122d968
This was reported properly as http download error (since apt noticed
that it's helper died) in 0.227. But 0.228.3 simply dies without any
hint what the error could be and where it happened to the user. It would
be great if pbuilder would at least print the command that failed.
(the vsyscall issue leading to process termination via SIGSEGV is fixed in newer sid kernels).
Thanks for the hint!
-- Guido
> I can upgrade my chroots (pbuilder 0.228.3, cowbuilder 0.83).
More information about the Pbuilder-maint
mailing list