[Pkg-giraffe-discuss] oustanding autopkgtset issues for kopanocore 8.6.90
Carsten Schoenert
c.schoenert at t-online.de
Sun Nov 18 08:43:36 GMT 2018
Hi,
Am 11.11.18 um 12:42 schrieb Guido Günther:
> Hi,
> On Sun, Nov 11, 2018 at 10:49:02AM +0100, Carsten Schoenert wrote:
> [..snip..]
>> As this isn't RC I'm thinking if we should prepare a upload to NEW
>> anyway to not depend later on coming late to the party.
>
> Nice to see this is making progress. I think there's a misconception
> regarding the autopkgtest though: if the initial database creation fails
> in the test then it will also (very likely) fail on fresh installs so we
> must not upload anything until this passes without any hacks since it
> will fail for new users - and from what I read from your changes due to
> db user renames also for existing installations.
I fear you are right here. :)
So this needs to be solved, I did a rebuilt of the packing tree
yesterday again to have a look at the dbconfig-config thingy but we are
currently not able to build some packages we can test by autopkg as
dh_php is not working anymore.
> ...
> # Don't ship upstream's profiles as example-config
> rm -r debian/tmp/usr/share/doc/kopano-server/example-config/apparmor.d/
> # Use upstream version
> rm debian/tmp/usr/lib/python3/dist-packages/kopano/lockfile.py
> make[1]: Leaving directory '/build/kopanocore-8.6.90'
> dh_php -O--builddirectory=debian/build
> Use of uninitialized value $fn in substitution (s///) at /usr/share/perl5/Debian/Debhelper/Dh_Lib.pm line 779.
> Use of uninitialized value $fn in substitution (s///) at /usr/share/perl5/Debian/Debhelper/Dh_Lib.pm line 780.
> dh_php: module: "" needs .so or .ini suffix
> make: *** [debian/rules:51: binary] Error 255
> dpkg-buildpackage: error: fakeroot debian/rules binary subprocess returned exit status 2
> I: copying local configuration
> E: Failed autobuilding of package
I guess this is not a technical packaging problem as the files in the
debian folder haven't changed since the last working on the packaging
and also it looks a bit suspicions to me that the variable $basename is
empty here "module: "" needs ...".
So I think debhelper or dh-php is now broken.
Package dh-php 0.34 has migrated to testing on 2018-11-10. But I don't
see any related change here were that version change should treat this
problem. The build issue is now also alive with the previous version of
dh-php as I tested out. So I would blame debhelper [1] finally.
My experience and knowledge with Perl is almost zero and also testing
out debhelper down to version 11.5 hasn't "fixed" the problem. A quick
look at the mentioned lines [1] in the log show that these lines haven't
changed since ages. Right now I don't know there I else can take a look
before opening an issue. :/
[1] https://salsa.debian.org/debian/debhelper/commits/master
[2]
https://salsa.debian.org/debian/debhelper/blame/master/lib/Debian/Debhelper/Dh_Lib.pm#L777
--
Regards
Carsten Schoenert
More information about the Pkg-giraffe-discuss
mailing list