[Pkg-giraffe-discuss] oustanding autopkgtset issues for kopanocore 8.6.90

[Guido Günther]

Hi,
On Sun, Nov 18, 2018 at 09:43:36AM +0100, Carsten Schoenert wrote:
> 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. :/

basename() is used all over the place so I'd try to find the caller
e.g. using

https://stackoverflow.com/questions/229009/how-can-i-get-a-call-stack-listing-in-perl

Cheers,
 -- Guido

> 
> [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
> 
> _______________________________________________
> Pkg-giraffe-discuss mailing list
> Pkg-giraffe-discuss at alioth-lists.debian.net
> https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-giraffe-discuss