On Fri, 3 Mar 2017 02:13:08 + Martin Dorey wrote:
> I see a flaw in my patch that could lead to it closing the same id twice if
> it has to retry twice - I should have reset the ids after cleanup().
Please find the fixed patch belatedly attached. The problem fixed by this
patch - the id c
And now I see it on ubuntu 17.10, this time building a gst-plugins-good:
dh_shlibdeps -l/opt/blort/deps-64-12/lib -- --ignore-missing-info
semop(1): encountered an error: Invalid argument
Seems to be a persistent, low-probability flakiness.
On Mon, Apr 3, 2017 at 10:19 PM, Dan Kegel wrote:
> a
aha, it also failed two months ago (really, two builds ago, I haven't
been running this often) at hour 5 with
+ fakeroot sh /tmp/maketar.sh.JQLvyH7VMj
opt/blort/deps-32-11/
opt/blort/deps-32-11/include/
opt/blort/deps-32-11/include/x264_config.h
opt/blort/deps-32-11/include/x264.h
opt/blort/deps-3
I may have seen something similar with ubuntu core today on raspberry pi3
(using the classic snap, which is at 16.04.2)
fakeroot is 1.20.2-1ubuntu1.
Here's what I saw while packaging a version of graphicsmagick (about three hours
into a script that
dh_builddeb
dpkg-deb: building package 'blort
I've had a failure with the same symptom from a patched build. I see a flaw in
my patch that could lead to it closing the same id twice if it has to retry
twice - I should have reset the ids after cleanup(). I don't see how that
could explain the remaining issue. Perhaps there's something els
Package: fakeroot
Version: 1.20.2-1
Severity: normal
Tags: patch
Dear Maintainer,
I'm raising this as requested by Clint in:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=855662#15
Fixing that bug (fakeroot: when msgrcv is interrupted by a signal, faked
accidentally reprocesses the previous
6 matches
Mail list logo
