Bug#818501: FTBFS: Tests fail with segmentation fault
Source: pytables Version: 3.2.2-1 Severity: serious Justification: fails to build from source Building the package in pbuilder fails. This is the same failure that has been occurring since the 22nd of February in the Debian CI system [1]. 1: https://ci.debian.net/data/packages/unstable/amd64/p/pytables/20160317_052922.autopkgtest.log.gz I am also getting a segfault when trying to use python-pytables to read a hdf5 file, but I can't tell if this is related. Build log failure: test00 (tables.tests.test_do_undo.CreateArrayTestCase) Checking one action. ... ok test01 (tables.tests.test_do_undo.CreateArrayTestCase) Checking two actions. ... ok test02 (tables.tests.test_do_undo.CreateArrayTestCase) Checking three actions. ... ok test03 (tables.tests.test_do_undo.CreateArrayTestCase) Checking three actions in different depth levels. ... ok test00 (tables.tests.test_do_undo.CreateGroupTestCase) Checking one action. ... ok test01 (tables.tests.test_do_undo.CreateGroupTestCase) Checking two actions. ... ok test02 (tables.tests.test_do_undo.CreateGroupTestCase) Checking three actions. ... ok test03 (tables.tests.test_do_undo.CreateGroupTestCase) Checking three actions in different depth levels. ... ok test00 (tables.tests.test_do_undo.RenameNodeTestCase) Checking rename_node (over Groups without children) ... Segmentation fault debian/rules:58: recipe for target 'override_dh_install' failed make[1]: *** [override_dh_install] Error 139 make[1]: Leaving directory '/build/pytables-3.2.2' debian/rules:26: recipe for target 'binary' failed make: *** [binary] Error 2 dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2 I: copying local configuration E: Failed autobuilding of package -- System Information: Debian Release: sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.4.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#794461: Confusing information from the UDD
The UDD shows that this bug is affecting stable [1]. 1: https://udd.debian.org/dmd/?email1=&email2=&email3=&packages=python-mock&bin2src=on&ignpackages=&format=html#todo I can't work out why this is though? As far as I can see, it is not correct as this issue never effected stable. Does something need changing here, or is this a bug in the Maintainer dashboard?
Bug#793945: Missing dependency on python-funcsigs
Note that even with the correct version of the python-pbr package installed, importing this module will still fail due to what I guess is a missing dependency on python-funcsigs. $ python Python 2.7.10 (default, Jul 1 2015, 10:54:53) [GCC 4.9.2] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import mock Traceback (most recent call last): File "", line 1, in File "/usr/lib/python2.7/dist-packages/mock/__init__.py", line 2, in import mock.mock as _mock File "/usr/lib/python2.7/dist-packages/mock/mock.py", line 83, in import funcsigs ImportError: No module named funcsigs At least on the two systems that I have tested this on, this is the last modification that I needed to make to get the package to work. However this does not mean there are more missing dependencies/build dependencies or other problems, as I have not tested in a clean environment. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#793671: dgit clone python-numpy experimental fails
On 26/07/15 15:33, Ian Jackson wrote:
> Control: tags 793671 + patch pending
>
> Ian Jackson writes ("Re: Bug#793671: dgit clone python-numpy experimental
> fails"):
>> dgit needs to get rid of things like this. (Currently it bails if it
>> finds .git in the package toplevel, but I think it would be better if
>> it removed this, and .git anywhere else too. Perhaps with a warning.)
>
> A fix for this is here, or in the patch below.
>
> http://www.chiark.greenend.org.uk/ucgi/~ianmdlvl/git?p=dgit.git;a=shortlog;h=refs/heads/fix.793671
>
> (NB that is the result of a rebase onto 1.0, so the future history
> will not descend from that.)
Thanks for your prompt response and patch!
I have tried it out, and it seems to work, however there is a similar
looking issue when building the package.
$ dgit build
dpkg-buildpackage: source package python-numpy
dpkg-buildpackage: source version 1:1.9.2-1
dpkg-buildpackage: source distribution experimental
dpkg-buildpackage: source changed by Sandro Tosi
dpkg-buildpackage: host architecture amd64
fakeroot debian/rules clean
dh clean --with python2,python3
dh_testdir
debian/rules override_dh_auto_clean
make[1]: Entering directory '/tmp/python-numpy'
dh_auto_clean
python-dbg setup.py clean -a
running clean
'build/lib.linux-x86_64-2.7-pydebug' does not exist -- can't clean it
'build/bdist.linux-x86_64' does not exist -- can't clean it
'build/scripts-2.7' does not exist -- can't clean it
[72875 refs]
python setup.py clean -a
running clean
'build/lib.linux-x86_64-2.7' does not exist -- can't clean it
'build/bdist.linux-x86_64' does not exist -- can't clean it
'build/scripts-2.7' does not exist -- can't clean it
find . -name \*.pyc -exec rm {} \+
rm -rf `find -name build -type d`
rm -rf `find . -name "*.pyc" -type f`
rm -rf doc/fontList.cache numpy/f2py/docs/usersguide/index.html
rm -rf doc/source/reference/generated
# cython generated
rm -f numpy/random/mtrand/mtrand.c
make[1]: Leaving directory '/tmp/python-numpy'
dh_clean
Format `3.0 (quilt)', checking/updating patch stack
HEAD is now at 3d29e58
fatal: Not a git repository:
/home/vagrant/repos/numpy/.git/modules/doc/sphinxext
dgit: failed command: git add .
dgit: subprocess failed with error exit status 128
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#636210: [pkg-fgfs-crew] Bug#636210: Bug#636210: flightgear: FTBFS: hud_rwy.cxx:36:36: fatal error: simgear/math/project.hxx: No such file or directory
I think the fgrun package is also broken (on amd64 at least) and not building on kfreebsd-* because of this issue. Chris On Mon, 2011-08-01 at 15:37 +0200, Niels Thykier wrote: > On 2011-08-01 15:09, Ove Kåven wrote: > > On 08/01/2011 02:38 PM, Niels Thykier wrote: > >> Hi, > >> > >> flightgear appears to be FTBFS on several architectures with the > >> following: > > > > I suppose they need to be built against simgear-dev >= 2.0.0-3, not > > simgear-dev 2.0.0-2. Will it be necessary to upload new flightgear just > > to force the build-dep version, or is it enough to just wait for the > > buildds to build the newest simgear and flightgear after that? > > The can be scheduled against simgear-dev >= 2.0.0-3; I have asked for a > give-back on affected architectures and will follow up once the builds > complete. > > ~Niels > > > > > ___ > pkg-fgfs-crew mailing list > pkg-fgfs-c...@lists.alioth.debian.org > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-fgfs-crew signature.asc Description: This is a digitally signed message part
Bug#624010: Bug Not Fixed
I believe this bug not to be fixed, upon upgrading today from udev version 168-2 to 169-1 I am now unable to fully boot my Asus Eee Pc, it uses a encrypted LVM. I get "volume group not found messages", "Unable to find LVM volume" messages and various udev error messages. I am unable however to downgrade udev as I have not access to the usb or network devices. How can I get access from the rescue shell? Thanks, Chris signature.asc Description: This is a digitally signed message part
