Tools for testing LTS updates
Hi,
I have just patched ratt to allow automatic rebuilding of reverse
build dependencies in distributions other than unstable:
https://github.com/Debian/ratt/pull/8
Sbuild running on jessie (building for wheezy) still emits errors like:
...
dpkg-deb: error: failed to read archive
`libming1_0.4.4-1.1+deb7u1_amd64.deb': No such file or directory
E: read_command failed to execute dpkg-deb
Use of uninitialized value $arch in scalar chomp at
/usr/share/perl5/Sbuild/Build.pm line 1295.
Use of uninitialized value $arch in string ne at
/usr/share/perl5/Sbuild/Build.pm line 1298.
Use of uninitialized value $arch in string ne at
/usr/share/perl5/Sbuild/Build.pm line 1298.
Use of uninitialized value $arch in concatenation (.) or string at
/usr/share/perl5/Sbuild/Build.pm line 1300.
W: Extra package libming1_0.4.4-1.1+deb7u1_amd64.deb of architecture
cannot be installed in the chroot
...
, but the extra packages install fine later:
...
Get:1 copy:/<<BUILDDIR>>/resolver-W8JG9E/apt_archive/ ./ libming1
1:0.4.4-1.1+deb7u1 [186 kB]
...
Selecting previously unselected package libming1.
Unpacking libming1 (from .../libming1_1%3a0.4.4-1.1+deb7u1_amd64.deb) ...
...
It is pretty useful for testing updates for Wheezy LTS (and for coming
Jessie LTS :-)).
The other tool I would love to use for LTS work is a private
https://ci.debian.net/ installation for running autopkgtests or
reverse dependencies.
To make it happen I'm thinking about spending a few hours on creating
a puppet module for it to automate installation in a VM. What do you
think?
Cheers,
Balint
Reply to: