Bug#645240: race-condition: background tasks run from postinst scripts cause lb_chroot_devpts to fail

2011-10-16 Thread Daniel Reichelt
Hi everybody, > 1. Linux, by its design, is a multi-task system, and there's nothing in > the Policy that disallows spawning background tasks from maintainer > scripts, so I don't understand why this bug was marked serious. Actually, I have to agree on that one. (Although I'm glad it got this mu

Bug#645240: race-condition: background tasks run from postinst scripts cause lb_chroot_devpts to fail

2011-10-16 Thread Robert Luberda
severity 645240 wishlist thanks Hi, 1. Linux, by its design, is a multi-task system, and there's nothing in the Policy that disallows spawning background tasks from maintainer scripts, so I don't understand why this bug was marked serious. 2. `true' is a sensible default for the question for int

Bug#645240: race-condition: background tasks run from postinst scripts cause lb_chroot_devpts to fail

2011-10-14 Thread Michal Suchanek
On 14 October 2011 00:19, Daniel Baumann wrote: > On 10/13/2011 11:04 PM, Michal Suchanek wrote: >> There is the fuser utility. > > of course i know fuser (and lsof etc.), however, that doesn't help much > since we cannot know in a generic way if something is supposed to > terminate and doesn't (a

Bug#645240: race-condition: background tasks run from postinst scripts cause lb_chroot_devpts to fail

2011-10-13 Thread Daniel Baumann
On 10/13/2011 11:04 PM, Michal Suchanek wrote: > There is the fuser utility. of course i know fuser (and lsof etc.), however, that doesn't help much since we cannot know in a generic way if something is supposed to terminate and doesn't (and we hence might have to kill it, eventually, and if so, i

Bug#645240: race-condition: background tasks run from postinst scripts cause lb_chroot_devpts to fail

2011-10-13 Thread Michal Suchanek
On 13 October 2011 21:02, Daniel Baumann wrote: > reassign 645240 dwww > severity 645240 serious > thanks > > On 10/13/2011 08:44 PM, Daniel Reichelt wrote: >> I was able to track down the issue to the >> dwww.postinst script, which does some index creation - in background >> (squeeze's >> dwww.p

Bug#645240: race-condition: background tasks run from postinst scripts cause lb_chroot_devpts to fail

2011-10-13 Thread Daniel Reichelt
> Daniel: to cercumvent that in live-build, you can add a local preseed file. gr8 ptr, thx so much! ...and for the quick reply! cu D -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#645240: race-condition: background tasks run from postinst scripts cause lb_chroot_devpts to fail

2011-10-13 Thread Daniel Baumann
On 10/13/2011 09:13 PM, Daniel Reichelt wrote: >> Daniel: to cercumvent that in live-build, you can add a local preseed file. > > gr8 ptr, thx so much! ...and for the quick reply! ...and then run the indexing command 'manually' from a local hook, of course. that way you can avoid the race conditi

Bug#645240: race-condition: background tasks run from postinst scripts cause lb_chroot_devpts to fail

2011-10-13 Thread Daniel Baumann
retitle 645240 set dwww/index_docs default to false found 645240 1.11.3 thanks On 10/13/2011 09:02 PM, Daniel Baumann wrote: > but at least, dwww needs to ask the user (with > debconf, default to no) to do such a thing. just saw that dwww in both sid and squeeze has a debconf question for it, but

Bug#645240: race-condition: background tasks run from postinst scripts cause lb_chroot_devpts to fail

2011-10-13 Thread Daniel Baumann
reassign 645240 dwww severity 645240 serious thanks On 10/13/2011 08:44 PM, Daniel Reichelt wrote: > I was able to track down the issue to the > dwww.postinst script, which does some index creation - in background > (squeeze's > dwww.postinst:67-71 to be exact). i don't find the corresponding lo

Bug#645240: race-condition: background tasks run from postinst scripts cause lb_chroot_devpts to fail

2011-10-13 Thread Daniel Reichelt
Package: live-build Version: 2.0.12-2 Severity: normal Tags: squeeze Hi live team, I'm building quite large live systems which I employ in daily production use, so they are BIG (around 4GB). Recently I added the package dwww, which causes the build to fail occasionally. I was able to track down t