On Wednesday, 9 February 2022 19:36:16 CET Chris Lamb wrote:
> > Unfortunately, the build of perl6-zef with cowbuilder is already broken
> > with cowbuilder. The nonexistant home dir leads to build failures.
>
> Ah, shame. Although I wasn't experiencing a build failure, I was
> getting the same or
(just dumping a quick point else I'm sure I'll forget by the time I get to
this mail when on the computer..)
A build process really must not create random files in HOME, and possibly
not even try to access them...
If having a nonexistent home dir (which... Isn't the case of boh default
pbuilder a
Hi Dominique,
>> --- a/dh_raku_build
>> +++ b/dh_raku_build
>> @@ -39,6 +39,7 @@ foreach my $pkg (getpackages()) {
>> --from=. --to=debian/tmp/pre-compiled!;
>> doit({
>> update_env => {
>> +HOME => "/nonexistent",
>>
On Thursday, 27 January 2022 19:40:14 CET Chris Lamb wrote:
> It probably isn't a good idea that Debian package builds inherits anything
> from the build user's home directory anyway, so the following should be
> okay:
>
> --- a/dh_raku_build
> +++ b/dh_raku_build
> @@ -39,6 +39,7 @@ f
Chris Lamb wrote:
> [...]
Just some further scrappy braindumping here; this is, unfortunately, not a
complete solution yet.
Looking into this further, a lot of this revolves around this method in
src/core.c/CompUnit/Repository/Installation.pm6:
method id() {
return $!id if $!id;
On Thu, 20 Jan 2022 13:27:33 -0800, Vagrant Cascadian wrote:
> >> But yeah, rebuilding with reprepo shows that paths
> >> are embedded which ist Not Good™.
> > Thanks for confirming in reprepro. This is also confirmed by me at the
> > end of #1002496. I haven't done any other investigating yet.
>
On 2022-01-20, Chris Lamb wrote:
>>> I just noticed a reproducibility issue in a package that transitioned
>>> from dh-perl6 to dh-raku, and it introduced some reproducibility issues
>>> in the raku-tap-harness in precomp files, e.g.:
>>
>> I think this was already briefly discussed in #1002496
>
>
[adding 1002...@bugs.debian.org to CC]
Hi all,
>> I just noticed a reproducibility issue in a package that transitioned
>> from dh-perl6 to dh-raku, and it introduced some reproducibility issues
>> in the raku-tap-harness in precomp files, e.g.:
>
> I think this was already briefly discussed in #
8 matches
Mail list logo
