Bug #101148 for podlinkcheck: fall back to a pure perl implementation when possible

Sat Dec 27 02:14:20 2014 ether [...] cpan.org - Ticket created

Subject:

fall back to a pure perl implementation when possible

Locale::TextDomain doesn't always compile -- see https://rt.cpan.org/Ticket/Display.html?id=83980 -- it would be great to fall back to a pure perl alternative when it isn't installed. It looks like Locale::Messages::select_package() would work here.

Sat Dec 27 22:28:12 2014 user42_kevin [...] yahoo.com.au - Correspondence added

Subject:	Re: [rt.cpan.org #101148] fall back to a pure perl implementation when possible
Date:	Sun, 28 Dec 2014 14:26:18 +1100
To:	"Karen Etheridge via RT" <bug-podlinkcheck [...] rt.cpan.org>
From:	Kevin Ryde <user42_kevin [...] yahoo.com.au>

"Karen Etheridge via RT" <bug-podlinkcheck@rt.cpan.org> writes: Show quoted text

> > Locale::TextDomain doesn't always compile -- see > https://rt.cpan.org/Ticket/Display.html?id=83980

I don't understand that. Show quoted text

> -- it would be great > to fall back to a pure perl alternative when it isn't installed. > > It looks like Locale::Messages::select_package() would work here.

I thought or hoped it already chooses what is installed or what works, so an application doesn't need to.

Sat Dec 27 22:28:12 2014 The RT System itself - Status changed from 'new' to 'open'

Sun Dec 28 01:36:18 2014 ether [...] cpan.org - Correspondence added

RT-Send-CC:

user42_kevin [...] yahoo.com.au

On 2014-12-27 19:28:12, user42_kevin@yahoo.com.au wrote: Show quoted text

> "Karen Etheridge via RT" <bug-podlinkcheck@rt.cpan.org> writes:

> > > > Locale::TextDomain doesn't always compile -- see > > https://rt.cpan.org/Ticket/Display.html?id=83980

> > I don't understand that.

It doesn't always pass tests. The ticket references one long-outstanding issue. Show quoted text

>

> > -- it would be great > > to fall back to a pure perl alternative when it isn't installed. > > > > It looks like Locale::Messages::select_package() would work here.

> > I thought or hoped it already chooses what is installed or what works, > so an application doesn't need to.

If "it" is Locale::TextDomain, it cannot if it is not installed. The caller should check if it's available, and if it isn't, select an alternative.

Wed Dec 31 00:43:11 2014 user42_kevin [...] yahoo.com.au - Correspondence added

Subject:	Re: [rt.cpan.org #101148] fall back to a pure perl implementation when possible
Date:	Wed, 31 Dec 2014 16:40:29 +1100
To:	"Karen Etheridge via RT" <bug-podlinkcheck [...] rt.cpan.org>
From:	Kevin Ryde <user42_kevin [...] yahoo.com.au>

"Karen Etheridge via RT" <bug-podlinkcheck@rt.cpan.org> writes: Show quoted text

> > If "it" is Locale::TextDomain, it cannot if it is not installed. The > caller should check if it's available, and if it isn't, select an > alternative.

Maybe, since I don't actually have any message translations which were anticipated. But otherwise it would be better to make Locale::TextDomain work than to have conditionalize every application.

Wed Dec 31 14:08:40 2014 ether [...] cpan.org - Correspondence added

On 2014-12-30 21:43:11, user42_kevin@yahoo.com.au wrote: Show quoted text

> "Karen Etheridge via RT" <bug-podlinkcheck@rt.cpan.org> writes:

> > > > If "it" is Locale::TextDomain, it cannot if it is not installed. The > > caller should check if it's available, and if it isn't, select an > > alternative.

> > Maybe, since I don't actually have any message translations which were > anticipated. But otherwise it would be better to make > Locale::TextDomain work than to have conditionalize every application.

I would prefer that option too, but my attempts to get Locale::TextDomain to work have not been successful so far. :/

Sun Jun 14 04:44:18 2015 KRYDE [...] cpan.org - Correspondence added

My inclination is to leave my bits alone for now and hope that if there's anything wrong with Locale::TextDomain that it can be resolved there. I had an idea it had a perl-only no-op as its ultimate fallback, if it can apply that, if it doesn't already.

Sun Jun 14 04:44:18 2015 KRYDE [...] cpan.org - Status changed from 'open' to 'resolved'