-=| Ansgar Burchardt, Tue, Mar 08, 2011 at 10:39:47PM +0100 |=-
> Damyan Ivanov writes:
> > (repetitive mumbling)
> >
> > Why not pathcing sbuild so it provides a useful home directory
> > (possibly wiped after build)? Seemed like a lot of effort some time
> > ago, but having to work around it f
On Tue, 08 Mar 2011 22:39:47 +0100, Ansgar Burchardt wrote:
> > Why not pathcing sbuild so it provides a useful home directory
> > (possibly wiped after build)? Seemed like a lot of effort some time
> > ago, but having to work around it forever doesn't seem trivial either.
> For me it is a bug w
Damyan Ivanov writes:
> (repetitive mumbling)
>
> Why not pathcing sbuild so it provides a useful home directory
> (possibly wiped after build)? Seemed like a lot of effort some time
> ago, but having to work around it forever doesn't seem trivial either.
For me it is a bug when a build relies
On Tue, 08 Mar 2011 14:35:58 +0200, Damyan Ivanov wrote:
> > Yup, but setting HOME won't help here.
> (repetitive mumbling)
:)
> Why not pathcing sbuild so it provides a useful home directory
> (possibly wiped after build)? Seemed like a lot of effort some time
> ago, but having to work aroun
Damyan,
I was initially unable to reproduce the issue because sbuild by
default does mount /home inside the chroot.
However, Salvatore told me via IRC that the buildd's are configured in
such a way that they do not have a writable home.
I don't know whether this is an issue with sbuild (though w
-=| gregor herrmann, Sun, Mar 06, 2011 at 10:57:33PM +0100 |=-
> Yup, but setting HOME won't help here.
>
> > Currently I have not a good idea how to proceed. :(
>
> Hm, check again in the tests if the directory exists?
>
> Apart from that I hope that upstream has enough info now to propose a
>
On Sun, 06 Mar 2011 21:58:38 +0100, Salvatore Bonaccorso wrote:
> > Looking at lib/vendorlib.pm:
> > Maybe the path is removed by
> >
> > # remove any directories that don't actually exist
> > # this will also remove /etc/perl on non-Debian systems
> > @paths = grep -d, @paths;
> >
>
Hi Gregor
On Sun, Mar 06, 2011 at 07:50:42PM +0100, gregor herrmann wrote:
> On Sun, 06 Mar 2011 18:46:59 +0100, gregor herrmann wrote:
>
> > # Failed test 'bare tilde expansion'
> > # at t/01basic.t line 38.
> > # got: '/usr/share/perl5'
> > # expected: '/home/jon/'
>
> More i
On Sun, 06 Mar 2011 18:46:59 +0100, gregor herrmann wrote:
> # Failed test 'bare tilde expansion'
> # at t/01basic.t line 38.
> # got: '/usr/share/perl5'
> # expected: '/home/jon/'
More info:
Sticking
diag '@INC is now: ', Dumper(\@INC);
into t/01basic.t after the shift we
tag 615963 - pending
thanks
On Sun, 06 Mar 2011 17:05:05 +0100, gregor herrmann wrote:
> > If I interpret the output in carnil's log correctly, I assume that
> > `getpwuid($<))[7]' is empty; could we just check that and skip the
> > tests?
> I've committed a patch that goes this way now.
Info fr
On Thu, 03 Mar 2011 16:53:16 +0100, gregor herrmann wrote:
> If I interpret the output in carnil's log correctly, I assume that
> `getpwuid($<))[7]' is empty; could we just check that and skip the
> tests?
I've committed a patch that goes this way now.
Rafael, what do you think?
Cheers,
grego
On Thu, 03 Mar 2011 07:30:57 +0100, Salvatore Bonaccorso wrote:
> From IRC log:
> [02:36] < jawnsy> carnil: OK, using your setup, I am able to reproduce the
> issue
> [02:39] < jawnsy> can we just change from `getpwuid' to $ENV{HOME} ?
We can, but then we have to work around the missing $HOME in
tag 615963 - unreproducible
tag 615963 + confirmed
severity serious
thanks
From IRC log:
[02:36] < jawnsy> carnil: OK, using your setup, I am able to reproduce the issue
[02:39] < jawnsy> can we just change from `getpwuid' to $ENV{HOME} ?
signature.asc
Description: Digital signature
On Tue, 01 Mar 2011 12:30:27 +0100, Salvatore Bonaccorso wrote:
> libvendorlib-perl FTBFS during tests on tilde expansion tests:
>
> >dh_auto_test
> > make[1]: Entering directory
> > `/build/salvi-libvendorlib-perl_0.10-1-amd64-Ujbe2k/libvendorlib-perl-0.10'
> > PERL_DL_NONLAZY=1 /usr/bin/pe
Source: libvendorlib-perl
Version: 0.10-1
Severity: serious
Justification: FTBFS
Hi
libvendorlib-perl FTBFS during tests on tilde expansion tests:
>dh_auto_test
> make[1]: Entering directory
> `/build/salvi-libvendorlib-perl_0.10-1-amd64-Ujbe2k/libvendorlib-perl-0.10'
> PERL_DL_NONLAZY=1 /u
15 matches
Mail list logo
