Package: src:mini-buildd
Version: 1.0.16
Severity: serious

Dear maintainer:

I tried to build this package with "dpkg-buildpackage -A"
(which is what the "Arch: all" autobuilder would do to build it)
but it failed:

--------------------------------------------------------------------------------
[...]
 debian/rules build-indep
dh build-indep --with=python2,sphinxdoc,systemd
   dh_testdir -i
   dh_update_autotools_config -i
   dh_auto_configure -i
   debian/rules override_dh_auto_build
make[1]: Entering directory '/<<PKGBUILDDIR>>'
dh_auto_build
        python setup.py build --force
I: Using setuptools: 20.10.1
I: Got version from changelog: 1.0.16
running build
running build_py

[... snipped ...]

    mini_buildd.builder.Build.build
    mini_buildd.builder.Build.clean
    mini_buildd.builder.Build.distribution
    mini_buildd.builder.Build.key
    mini_buildd.builder.Build.package
    mini_buildd.builder.Build.sbuildrc_path
    mini_buildd.builder.Build.took
    mini_buildd.builder.Build.upload
    mini_buildd.builder.Build.upload_result_to
    mini_buildd.builder.Build.version
    mini_buildd.builder.LastBuild
    mini_buildd.builder.LastBuild.__init__
    mini_buildd.builder.LastBuild.__unicode__
    mini_buildd.builder.build
    mini_buildd.builder.build_close
    mini_buildd.builder.run
0 tests in 25 items.
0 passed and 0 failed.
Test passed.
=> Doctest on mini_buildd/setup.py (mini_buildd.setup)
/<<PKGBUILDDIR>>/mini_buildd/misc.py:27: ImportWarning: Not importing directory 
'/<<PKGBUILDDIR>>/debian': missing __init__.py
  import debian.debian_support
/usr/lib/python2.7/dist-packages/registration/models.py:140: 
RemovedInDjango20Warning: on_delete will be a required arg for OneToOneField in 
Django 2.0. Set it to models.CASCADE on models and in existing migrations if 
you want to maintain the current default behavior. See 
https://docs.djangoproject.com/en/1.10/ref/models/fields/#django.db.models.ForeignKey.on_delete
  verbose_name=_(u'user'))
/usr/lib/python2.7/dist-packages/registration/migrations/0001_initial.py:31: 
RemovedInDjango20Warning: on_delete will be a required arg for OneToOneField in 
Django 2.0. Set it to models.CASCADE on models and in existing migrations if 
you want to maintain the current default behavior. See 
https://docs.djangoproject.com/en/1.10/ref/models/fields/#django.db.models.ForeignKey.on_delete
  verbose_name='user')),
2 items had no tests:
    mini_buildd.setup
    mini_buildd.setup.log_exception
0 tests in 2 items.
0 passed and 0 failed.
Test passed.
=> Doctest on mini_buildd/gnupg.py (mini_buildd.gnupg)
/<<PKGBUILDDIR>>/mini_buildd/misc.py:27: ImportWarning: Not importing directory 
'/<<PKGBUILDDIR>>/debian': missing __init__.py
  import debian.debian_support
/usr/lib/python2.7/dist-packages/registration/models.py:140: 
RemovedInDjango20Warning: on_delete will be a required arg for OneToOneField in 
Django 2.0. Set it to models.CASCADE on models and in existing migrations if 
you want to maintain the current default behavior. See 
https://docs.djangoproject.com/en/1.10/ref/models/fields/#django.db.models.ForeignKey.on_delete
  verbose_name=_(u'user'))
/usr/lib/python2.7/dist-packages/registration/migrations/0001_initial.py:31: 
RemovedInDjango20Warning: on_delete will be a required arg for OneToOneField in 
Django 2.0. Set it to models.CASCADE on models and in existing migrations if 
you want to maintain the current default behavior. See 
https://docs.djangoproject.com/en/1.10/ref/models/fields/#django.db.models.ForeignKey.on_delete
  verbose_name='user')),
D: TmpDir /tmp/tmpvXY9eX
I: Calling: gpg --homedir=/tmp/tmpvXY9eX --display-charset=UTF-8 --batch 
--gen-key
make[1]: *** wait: No child processes.  Stop.
make[1]: *** Waiting for unfinished jobs....
make[1]: *** wait: No child processes.  Stop.
make: *** wait: No child processes.  Stop.
make: *** Waiting for unfinished jobs....
make: *** wait: No child processes.  Stop.
Build killed with signal TERM after 60 minutes of inactivity
--------------------------------------------------------------------------------

I actually tried to build this package three times, and there was
only one successful build from those three. I don't think that's
an acceptable statistic of successful builds for a releaseable package.

Because this source package only generates "Arch: all" packages, this
is the same as a FTBFS bug in the usual sense and the fact that I was
using "dpkg-buildpackage -A" is quite irrelevant.

For this particular package, I've also checked that it fails to build
from source in the reproducible builds site:

https://tests.reproducible-builds.org/

but in this case the error is different.

Thanks.

Reply via email to