Don Armstrong <[EMAIL PROTECTED]> writes:
> On Sat, 29 Dec 2007, Russ Allbery wrote:
>> Unfortunately, it'e exactly this that doesn't work, because that
>> command fails if the directory named doesn't exist. With Perl 5.8's
>> MakeMaker, it's created. With Perl 5.10's, it isn't, which causes any
>
On Sat, 29 Dec 2007, Russ Allbery wrote:
> Don Armstrong <[EMAIL PROTECTED]> writes:
> > On Sat, 29 Dec 2007, Russ Allbery wrote:
>
> >> What does the rest of the group think? We should update dh-make-perl to
> >> do whatever is the best solution here and should probably decide before
> >> we star
Don Armstrong <[EMAIL PROTECTED]> writes:
> On Sat, 29 Dec 2007, Russ Allbery wrote:
>> What does the rest of the group think? We should update dh-make-perl to
>> do whatever is the best solution here and should probably decide before
>> we start changing more packages than we have already.
> dh-
On Sat, 29 Dec 2007, Russ Allbery wrote:
> What does the rest of the group think? We should update dh-make-perl
> to do whatever is the best solution here and should probably decide
> before we start changing more packages than we have already.
dh-make-perl already uses rmdir -p --ignore-fail-on-n
On Sat, Dec 29, 2007 at 03:50:14PM -0800, Russ Allbery wrote:
>Even if we decide to reintroduce this bug into Perl 5.10 to keep existing
>Debian build scripts working, we should still fix the Makefile.PL
>invocations in all of our packages so that the directory isn't created
>with either 5.8 or 5.1
Brendan O'Dea <[EMAIL PROTECTED]> writes:
> Hrm.
>
> What I'm specifically objecting to is the explicit passing of directory
> args to Makefile.PL like INSTALLVENDORARCH etc.
>
> This is unnecessary duplication, error-prone[0] and makes things harder
> if we ever choose to change the directory lay
On Fri, Dec 28, 2007 at 07:21:49PM -0800, Russ Allbery wrote:
>gregor herrmann <[EMAIL PROTECTED]> writes:
>
>> ... as you said this affects a few hundred [0] of our packages.
>>
>> Uh.
>>
>> (How does Makefile.PL have to be invoked differently?)
>
>$(PERL) Makefile.PL INSTALLDIRS=vendor \
Brendan O'Dea <[EMAIL PROTECTED]> writes:
> Please DON'T do this. If there is a problem building with 5.10.0, then
> it should be fixed in perl/MakeMaker... I will take a look now.
The problem is that Perl 5.8 and earlier created stray /usr/lib/perl5
directories for arch-independent packages a
gregor herrmann <[EMAIL PROTECTED]> writes:
> ... as you said this affects a few hundred [0] of our packages.
>
> Uh.
>
> (How does Makefile.PL have to be invoked differently?)
$(PERL) Makefile.PL INSTALLDIRS=vendor \
INSTALLVENDORARCH=/usr/lib/perl5/ \
VE
On Fri, 28 Dec 2007 16:56:37 -0800, Russ Allbery wrote:
> > rmdir: failed to remove
> > `/libpod-simple-perl-3.05/debian/libpod-simple-perl/usr/lib/perl5': No
> > such file or directory
> Ah, it looks like the new version of Perl finally fixes the long-standing
> bug that causes these empty dire
peter green <[EMAIL PROTECTED]> writes:
> package: libpod-simple-perl
> severity: important
>
> While trying to rebuild your package against the version of perl and
> associated packages from experimental I got the following error:
>
> rmdir: failed to remove
> `/libpod-simple-perl-3.05/debian/l
package: libpod-simple-perl
severity: important
While trying to rebuild your package against the version of perl and
associated packages from experimental I got the following error:
rmdir: failed to remove
`/libpod-simple-perl-3.05/debian/libpod-simple-perl/usr/lib/perl5': No
such file or di
12 matches
Mail list logo
