[rpms/perl-Compress-Raw-Lzma] PR #2: Rebuild against xz 5.6.1

[Paul Howarth]

pghmcfc merged a pull-request against the project: `perl-Compress-Raw-Lzma` 
that you are following.

Merged pull-request:

``
Rebuild against xz 5.6.1
``

https://src.fedoraproject.org/rpms/perl-Compress-Raw-Lzma/pull-request/2
--
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

[rpms/perl-List-MoreUtils-XS] PR #1: Disable extra test in RHEL builds

[Paul Howarth]

pghmcfc closed without merging a pull-request against the project: 
`perl-List-MoreUtils-XS` that you
are following.

Closed pull-request:

``
Disable extra test in RHEL builds
``

https://src.fedoraproject.org/rpms/perl-List-MoreUtils-XS/pull-request/1
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

[rpms/perl-Module-Signature] PR #1: Remove obsolete dependency to perl-Digest-SHA1

[Paul Howarth]

pghmcfc merged a pull-request against the project: `perl-Module-Signature` that 
you are following.

Merged pull-request:

``
Remove obsolete dependency to perl-Digest-SHA1
``

https://src.fedoraproject.org/rpms/perl-Module-Signature/pull-request/1
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

[rpms/perl-Crypt-IDEA] PR #1: Update license field to new BSD-Systemics SPDX license id

[Paul Howarth]

pghmcfc merged a pull-request against the project: `perl-Crypt-IDEA` that you 
are following.

Merged pull-request:

``
Update license field to new BSD-Systemics SPDX license id
``

https://src.fedoraproject.org/rpms/perl-Crypt-IDEA/pull-request/1
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

[rpms/perl-Crypt-DES] PR #2: Update license field to new BSD-Systemics SPDX license i

[Paul Howarth]

pghmcfc merged a pull-request against the project: `perl-Crypt-DES` that you 
are following.

Merged pull-request:

``
Update license field to new BSD-Systemics SPDX license i
``

https://src.fedoraproject.org/rpms/perl-Crypt-DES/pull-request/2
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

[rpms/perl-CPAN-Meta-Check] PR #1: Update test requirements

[Paul Howarth]

pghmcfc commented on the pull-request: `Update test requirements` that you are 
following:
``
Do you need a new build for this in Rawhide, or is fixing it in git sufficient?
``

To reply, visit the link below
https://src.fedoraproject.org/rpms/perl-CPAN-Meta-Check/pull-request/1
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

[rpms/perl-CPAN-Meta-Check] PR #1: Update test requirements

[Paul Howarth]

pghmcfc merged a pull-request against the project: `perl-CPAN-Meta-Check` that 
you are following.

Merged pull-request:

``
Update test requirements
``

https://src.fedoraproject.org/rpms/perl-CPAN-Meta-Check/pull-request/1
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

[rpms/perl-HTML-Scrubber] PR #1: Update Source0 URL due to upstream maintainer change

[Paul Howarth]

pghmcfc commented on the pull-request: `Update Source0 URL due to upstream 
maintainer change` that you are following:
``
I tend to use the author-independent version for the modules I package myself, 
which helps in the case where a module is maintained by multiple people and the 
maintainer that does the releases switches back and forth.

Let's see what spot thinks anyway.
``

To reply, visit the link below
https://src.fedoraproject.org/rpms/perl-HTML-Scrubber/pull-request/1
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

[rpms/perl-HTML-Scrubber] PR #1: Update Source0 URL due to upstream maintainer change

[Paul Howarth]

pghmcfc commented on the pull-request: `Update Source0 URL due to upstream 
maintainer change` that you are following:
``
A better URL would prpbably be 
https://cpan.metacpan.org/modules/by-module/HTML/HTML-Scrubber-%{version}.tar.gz
 since that does not change when there's a change of maintainer.
``

To reply, visit the link below
https://src.fedoraproject.org/rpms/perl-HTML-Scrubber/pull-request/1
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

[rpms/perl-List-MoreUtils-XS] PR #1: Disable extra test in RHEL builds

[Paul Howarth]

pghmcfc commented on the pull-request: `Disable extra test in RHEL builds` that 
you are following:
``
I didn't merge the PR but did something similar based on the usual pattern for 
such things in our perl modules.
``

To reply, visit the link below
https://src.fedoraproject.org/rpms/perl-List-MoreUtils-XS/pull-request/1
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

[rpms/perl-Crypt-CBC] PR #1: Update license to SPDX format

[Paul Howarth]

pghmcfc merged a pull-request against the project: `perl-Crypt-CBC` that you 
are following.

Merged pull-request:

``
Update license to SPDX format
``

https://src.fedoraproject.org/rpms/perl-Crypt-CBC/pull-request/1
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

[rpms/perl-Crypt-DES] PR #1: Fix C99 compatibility issue

[Paul Howarth]

pghmcfc merged a pull-request against the project: `perl-Crypt-DES` that you 
are following.

Merged pull-request:

``
Fix C99 compatibility issue
``

https://src.fedoraproject.org/rpms/perl-Crypt-DES/pull-request/1
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

[rpms/perl-Devel-LexAlias] PR #1: Update license to SPDX format

[Paul Howarth]

pghmcfc merged a pull-request against the project: `perl-Devel-LexAlias` that 
you are following.

Merged pull-request:

``
Update license to SPDX format
``

https://src.fedoraproject.org/rpms/perl-Devel-LexAlias/pull-request/1
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

[rpms/perl-Convert-BinHex] PR #1: Update license to SPDX format

[Paul Howarth]

pghmcfc commented on the pull-request: `Update license to SPDX format` that you 
are following:
``
@mspacek, I just kicked off a build. I'm happy to add you to the package if you 
want.
``

To reply, visit the link below
https://src.fedoraproject.org/rpms/perl-Convert-BinHex/pull-request/1
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

[rpms/perl-Convert-BinHex] PR #1: Update license to SPDX format

[Paul Howarth]

pghmcfc merged a pull-request against the project: `perl-Convert-BinHex` that 
you are following.

Merged pull-request:

``
Update license to SPDX format
``

https://src.fedoraproject.org/rpms/perl-Convert-BinHex/pull-request/1
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

[rpms/perl-B-Hooks-EndOfScope] PR #1: Update license to SPDX format

[Paul Howarth]

pghmcfc merged a pull-request against the project: `perl-B-Hooks-EndOfScope` 
that you are following.

Merged pull-request:

``
Update license to SPDX format
``

https://src.fedoraproject.org/rpms/perl-B-Hooks-EndOfScope/pull-request/1
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

[rpms/perl-Data-Dump] PR #1: Update license to SPDX format

[Paul Howarth]

pghmcfc merged a pull-request against the project: `perl-Data-Dump` that you 
are following.

Merged pull-request:

``
Update license to SPDX format
``

https://src.fedoraproject.org/rpms/perl-Data-Dump/pull-request/1
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

[rpms/perl-Net-Server] PR #1: Add support for IPv6

[Paul Howarth]

pghmcfc merged a pull-request against the project: `perl-Net-Server` that you 
are following.

Merged pull-request:

``
Add support for IPv6
``

https://src.fedoraproject.org/rpms/perl-Net-Server/pull-request/1
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

[rpms/perl-Net-Server] PR #1: Add support for IPv6

[Paul Howarth]

pghmcfc commented on the pull-request: `Add support for IPv6` that you are 
following:
``
Looks OK but I would include a reference to the bugzilla ticket, as was done 
when the equivalent fix was made in the main branch 
(https://src.fedoraproject.org/rpms/perl-Net-Server/c/db820eb).
``

To reply, visit the link below
https://src.fedoraproject.org/rpms/perl-Net-Server/pull-request/1
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Proposal to retire perl-Crypt-RSA and its dependency chain

[Paul Howarth]

On Wed, 23 Mar 2022 11:31:48 +
Paul Howarth  wrote:

> Now that we have (or will have shortly) fully CryptX-based versions of
> perl-Net-SSH-Perl in F-36, F-37 and all EPELs, it looks to me that
> there are no remaining dependents of perl-Crypt-RSA in Fedora (other
> than the Suggests: for it in perl-Net-SSH-Perl, but I can get rid of
> that in due course).
> 
> I'm seriously considering retiring the following group of packages,
> which are only currently used by perl-Crypt-RSA as far as I can tell:
> 
> perl-Crypt-RSA
> perl-Crypt-Primes
> perl-Crypt-Random
> perl-Math-Pari
> libpari23
> 
> The last release of Crypt-RSA was in 2009. Dana Jacobsen created an
> alternative implementation
> (https://metacpan.org/dist/Alt-Crypt-RSA-BigInt) that avoided the need
> for Math::Pari, which would be a big win itself, but that doesn't look
> to have gained any traction.
> 
> I introduced all of these packages (except libpari23) to Fedora back
> in 2005 when I needed them as dependencies of perl-Net-SSH-Perl. The
> libpari package followed in 2012 because perl-Math-Pari doesn't tend
> to keep up with contemporary pari releases, and is quite painful to
> package anyway. The perl-Net-SSH-Perl package no longer needs the
> other ones, and neither do I.
> 
> Does anyone see any issues with retiring these packages in Fedora?

Great, no comments received so I'm going to go ahead with the
retirement of these packages in Rawhide.

Paul.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Proposal to retire perl-Crypt-RSA and its dependency chain

[Paul Howarth]

Now that we have (or will have shortly) fully CryptX-based versions of
perl-Net-SSH-Perl in F-36, F-37 and all EPELs, it looks to me that
there are no remaining dependents of perl-Crypt-RSA in Fedora (other
than the Suggests: for it in perl-Net-SSH-Perl, but I can get rid of
that in due course).

I'm seriously considering retiring the following group of packages,
which are only currently used by perl-Crypt-RSA as far as I can tell:

perl-Crypt-RSA
perl-Crypt-Primes
perl-Crypt-Random
perl-Math-Pari
libpari23

The last release of Crypt-RSA was in 2009. Dana Jacobsen created an
alternative implementation
(https://metacpan.org/dist/Alt-Crypt-RSA-BigInt) that avoided the need
for Math::Pari, which would be a big win itself, but that doesn't look
to have gained any traction.

I introduced all of these packages (except libpari23) to Fedora back in
2005 when I needed them as dependencies of perl-Net-SSH-Perl. The
libpari package followed in 2012 because perl-Math-Pari doesn't tend to
keep up with contemporary pari releases, and is quite painful to
package anyway. The perl-Net-SSH-Perl package no longer needs the other
ones, and neither do I.

Does anyone see any issues with retiring these packages in Fedora?

Regards, Paul.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

[rpms/perl-PAR-Packer] PR #2: Rebuild for Perl 5.34.1

[Paul Howarth]

pghmcfc merged a pull-request against the project: `perl-PAR-Packer` that you 
are following.

Merged pull-request:

``
Rebuild for Perl 5.34.1
``

https://src.fedoraproject.org/rpms/perl-PAR-Packer/pull-request/2
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: Orphaning some packages (w3c-markup-validator fallout)

[Paul Howarth]

Hi Nathanael,

On Mon, 31 Jan 2022 09:28:27 -0700
"Nathanael D. Noblet"  wrote:
>   I recently gave ownership of w3c-markup-validator to Sérgio Basto
> which reminded me that there are a handful of perl packages that I
> probably created/took a hand in as part of that. I haven't touched
> them in as long as w3c-markup-validator so probably should also
> orphan them as well. There are also some other packages like dspam
> that were great at the time and I used to use them but they don't get
> much if any development anymore and I don't run mail servers anymore.
> 
> The are as follows:
> 
> dspam

This one is already orphaned but you are the sole co-maintainer.

> html401-dtds

This one is yours with dcantrell as co-maintainer. Maybe ask him if he
wants it?

> perl-Config-General

You can give that one to me (FAS: pghmcfc) as I have other things that
depend on it.

> perl-HTML-Encoding

Just yours.

> perl-HTML-Tidy

Owned by eseyman and several others. I have emailed them separately.

> perl-Mail-Mbox-MessageParser

I am already the main admin for this.

> perl-Mail-MboxParser

This is owned by jplesnik.

> perl-SGML-Parser-OpenSP

Just yours.

> php-pecl-cairo

This one is yours with remi as co-maintainer. Maybe ask him if he
wants it?

> wkhtmltopdf

This is owned by mtasaka.

For the packages that have other people as main admins, you can just
remove yourself from the package. For the others, you could orphan them
or maybe reach out to any co-maintainers first.

Please assign perl-Config-General to me.

Cheers, Paul.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

[rpms/perl-DateTime-Format-Strptime] PR #1: Update to 1.79

[Paul Howarth]

pghmcfc merged a pull-request against the project: 
`perl-DateTime-Format-Strptime` that you are following.

Merged pull-request:

``
Update to 1.79
``

https://src.fedoraproject.org/rpms/perl-DateTime-Format-Strptime/pull-request/1
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

[rpms/perl-Text-SpellChecker] PR #1: Update hunspell directory path

[Paul Howarth]

pghmcfc merged a pull-request against the project: `perl-Text-SpellChecker` 
that you are following.

Merged pull-request:

``
Update hunspell directory path
``

https://src.fedoraproject.org/rpms/perl-Text-SpellChecker/pull-request/1
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

[rpms/perl-Algorithm-C3] PR #1: Package tests

[Paul Howarth]

pghmcfc merged a pull-request against the project: `perl-Algorithm-C3` that you 
are following.

Merged pull-request:

``
Package tests
``

https://src.fedoraproject.org/rpms/perl-Algorithm-C3/pull-request/1
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

[rpms/perl-Socket6] PR #2: Remove support of gethostbyname2

[Paul Howarth]

pghmcfc merged a pull-request against the project: `perl-Socket6` that you are 
following.

Merged pull-request:

``
Remove support of gethostbyname2
``

https://src.fedoraproject.org/rpms/perl-Socket6/pull-request/2
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

[rpms/perl-Path-Tiny] PR #1: Remove runtime depencendy for Digest::MD5

[Paul Howarth]

pghmcfc merged a pull-request against the project: `perl-Path-Tiny` that you 
are following.

Merged pull-request:

``
Remove runtime depencendy for Digest::MD5
``

https://src.fedoraproject.org/rpms/perl-Path-Tiny/pull-request/1
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: Retiring from Perl maintenance

[Paul Howarth]

Hi Petr,

On Fri, 9 Apr 2021 18:04:34 +0200
Petr Pisar  wrote:

> V Tue, Apr 06, 2021 at 12:21:46PM +0200, Petr Pisar napsal(a):
> > I found a different role in Red Hat which is incompatible with
> > maintaining hundreds of packages. As a result, I will reassign my
> > packages with a Red Hat's interrest to Michal Spacek (mspacek) who
> > replaces me at Red Hat.
> 
> I've just given 88 packages and 259 admin roles to mspacek. I wish
> him happy days with their maintenance.
> 
> > The rest of my packages will be orphaned and available for anyone
> > to take.
> > 
> The rest counts for 526 packages. Those are Fedora Perl packages I'm
> the owner. The list is attached for your reference.
> 
> I will retain them for some time to see how large work load they will
> generate.  According to a sample probe, an average year of my last
> commit to them is 2016.  If the workload will be larger than
> negligable, I will orphan them and post a list on Fedora devel
> mailing list.
> 
> Nevertheless, if you are interested to any of them, don't hesitate
> and contact me and I will reassign them to you.

I'm happy to take the following:

perl-Function-Parameters
perl-Math-Random-MT-Auto
perl-Object-InsideOut
perl-Perl-Critic-Deprecated
perl-Perl-Critic-Lax
perl-Perl-Critic-Pulp
perl-PPIx-QuoteLike
perl-Sereal
perl-Sereal-Decoder
perl-Sereal-Encoder
perl-Test-UseAllModules

Good luck in your new role!

Cheers, Paul.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

[rpms/perl-Compress-Raw-Lzma] PR #1: Use make macros

[Paul Howarth]

pghmcfc commented on the pull-request: `Use make macros` that you are following:
``
I did a bigger change that used %{make_install} too.
``

To reply, visit the link below
https://src.fedoraproject.org/rpms/perl-Compress-Raw-Lzma/pull-request/1
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org

[rpms/perl-Compress-Raw-Lzma] PR #1: Use make macros

[Paul Howarth]

pghmcfc closed without merging a pull-request against the project: 
`perl-Compress-Raw-Lzma` that you
are following.

Closed pull-request:

``
Use make macros
``

https://src.fedoraproject.org/rpms/perl-Compress-Raw-Lzma/pull-request/1
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org

[rpms/perl-B-Hooks-OP-Check] PR #1: Spec file cleanups: Use_make_build and make_install macros, use NO_PACKLIST=1

[Paul Howarth]

pghmcfc merged a pull-request against the project: `perl-B-Hooks-OP-Check` that 
you are following.

Merged pull-request:

``
Spec file cleanups: Use_make_build and make_install macros, use NO_PACKLIST=1
``

https://src.fedoraproject.org/rpms/perl-B-Hooks-OP-Check/pull-request/1
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org

[rpms/perl-B-Hooks-OP-Check] PR #1: Spec file cleanups: Use_make_build and make_install macros, use NO_PACKLIST=1

[Paul Howarth]

pghmcfc commented on the pull-request: `Spec file cleanups: Use_make_build and 
make_install macros, use NO_PACKLIST=1` that you are following:
``
Hi Tom, the Perl Tips URL is missing an "r" at the end:
```
<<< https://fedoraproject.org/wiki/Perl/Tips#ExtUtils::MakeMake
>>> https://fedoraproject.org/wiki/Perl/Tips#ExtUtils::MakeMaker
```
Could you fix that before submitting your next batch of PRs?
``

To reply, visit the link below
https://src.fedoraproject.org/rpms/perl-B-Hooks-OP-Check/pull-request/1
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org

Re: Creation of a perl-packagers-sig group

[Paul Howarth]

On Mon, 20 Apr 2020 00:23:03 +0200
Emmanuel Seyman  wrote:

> * Emmanuel Seyman [12/03/2020 21:03] :
> >
> > https://pagure.io/fedora-infrastructure/issue/8743  
> 
> Okay, this was done a few weeks ago (sorry for the lag, the world's
> been kind of crazy, these last few weeks).
> 
> Does anybody want to be an admin of the group (I'ld rather not be
> alone to do this)? Who wants to be a member of the group?

I'll be a member.

Paul.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org

[rpms/perl-Socket6] PR #1: Spec file cleanups: Use make_build and make_install macros, use NO_PACKLIST=1

[Paul Howarth]

pghmcfc commented on the pull-request: `Spec file cleanups: Use make_build and 
make_install macros, use NO_PACKLIST=1` that you are following:
``
I merged this locally and fixed the typo in the ExtUtils::MakeMaker reference. 
It's now pushed and built in Fedora.
``

To reply, visit the link below
https://src.fedoraproject.org/rpms/perl-Socket6/pull-request/1
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org

[rpms/perl-Socket6] PR #1: Spec file cleanups: Use make_build and make_install macros, use NO_PACKLIST=1

[Paul Howarth]

pghmcfc closed without merging a pull-request against the project: 
`perl-Socket6` that you
are following.

Closed pull-request:

``
Spec file cleanups: Use make_build and make_install macros, use NO_PACKLIST=1
``

https://src.fedoraproject.org/rpms/perl-Socket6/pull-request/1
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org

[rpms/perl-String-CRC32] PR #1: Spec file cleanups: Use make_build and make_install macros, use NO_PACKLIST=1

[Paul Howarth]

pghmcfc closed without merging a pull-request against the project: 
`perl-String-CRC32` that you
are following.

Closed pull-request:

``
Spec file cleanups: Use make_build and make_install macros, use NO_PACKLIST=1
``

https://src.fedoraproject.org/rpms/perl-String-CRC32/pull-request/1
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org

[rpms/perl-String-CRC32] PR #1: Spec file cleanups: Use make_build and make_install macros, use NO_PACKLIST=1

[Paul Howarth]

pghmcfc commented on the pull-request: `Spec file cleanups: Use make_build and 
make_install macros, use NO_PACKLIST=1` that you are following:
``
I merged this locally and fixed the typo in the ExtUtils::MakeMaker reference. 
It's now pushed and built in Fedora.
``

To reply, visit the link below
https://src.fedoraproject.org/rpms/perl-String-CRC32/pull-request/1
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org

Re: Creation of a perl-packagers-sig group

[Paul Howarth]

On Thu, 5 Mar 2020 22:22:40 +0100
Emmanuel Seyman  wrote:

> Hello, folks.
> 
> A while back, a few of us went through a mad rush to get our packages
> in EPEL. This lead to a number of situations where the main
> maintainer of a package didn't want to maintain the EPEL8 version of
> his package and we had to wait for a proven-packager to push to the
> branch.
> 
> I'ld like to propose we create a perl-packagers-sig group so that we
> can have non-proven packagers being able to git push.
> 
> Thoughts? Opinions? Rotten tomatoes?

This is fine by me but would mainly need buy-in from the packagers that
don't want to support EPEL as they'd have to have perl-packagers-sig
group added to their packages and they might have concerns about other
people committing updates in the Fedora branches.

Paul.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org

[rpms/perl-Net-SSLeay] PR #1: Spec file cleanups: Use make_build and make_install macros

[Paul Howarth]

pghmcfc merged a pull-request against the project: `perl-Net-SSLeay` that you 
are following.

Merged pull-request:

``
Spec file cleanups: Use make_build and make_install macros
``

https://src.fedoraproject.org/rpms/perl-Net-SSLeay/pull-request/1
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org

[rpms/perl-Net-SSLeay] PR #1: Spec file cleanups: Use make_build and make_install macros

[Paul Howarth]

pghmcfc commented on the pull-request: `Spec file cleanups: Use make_build and 
make_install macros` that you are following:
``
If you fix the comment I'll merge the PR.
``

To reply, visit the link below
https://src.fedoraproject.org/rpms/perl-Net-SSLeay/pull-request/1
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org

[rpms/perl-Net-SSLeay] PR #1: Spec file cleanups: Use make_build and make_install macros

[Paul Howarth]

pghmcfc commented on the pull-request: `Spec file cleanups: Use make_build and 
make_install macros` that you are following:
``
"r" missing from end of link to ExtUtils::MakeMaker tip...
``

To reply, visit the link below
https://src.fedoraproject.org/rpms/perl-Net-SSLeay/pull-request/1
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org

[rpms/perl-Net-SSLeay] PR #1: Spec file cleanups: Use make_build and make_install macros

[Paul Howarth]

pghmcfc commented on the pull-request: `Spec file cleanups: Use make_build and 
make_install macros` that you are following:
``
> What about this line in the %install section:
> find %{buildroot} -type f -name '*.bs' -empty -delete
> Can I remove this too?

Ah, no you can't. We need that line for arch-specific (compiled) modules that 
build using ExtUtils::MakeMaker. So of course we can't delete the build 
requirement of findutils. Good spot.

``

To reply, visit the link below
https://src.fedoraproject.org/rpms/perl-Net-SSLeay/pull-request/1
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org

[rpms/perl-Net-SSLeay] PR #1: Spec file cleanups: Use make_build and make_install macros

[Paul Howarth]

pghmcfc commented on the pull-request: `Spec file cleanups: Use make_build and 
make_install macros` that you are following:
``
Hi,
I'm usually a bit reluctant to take a PR like this because it will break EPEL-7 
compatibility, but in this case it doesn't matter because the package is 
already incompatible with EPEL-7 for other reasons and the package is included 
in the base OS there so couldn't go in EPEL anyway.

Anyway, my comments:

 * Please wrap %make build and %make_install in braces (%{make_build} and 
%{make_install}) to make them more robust in case of implementation changes in 
future, as suggested by Petr in the PR for perl-Digest-SHA.
 * Use of NO_PERLLOCAL requires ExtUtils::MakeMaker 6.76 or later, so the 
version number needs to be specified in the BuildRequires:
 * If we're using NO_PERLLOCAL, we may as well also use NO_PACKLIST to avoid 
creation of the .packlist file; there is then no need to remove that file in 
the %install section
 * If we're don't need to find and delete the .packlist file, we don't need the 
BuildRequires: findutils so that can be deleted.
 * Since we don't need to be compatible with old EL releases, we can also drop 
the bit in %setup where the provides filter for rpm versions before 4.9 is done 
(the definition of the rpm49 macro can go too).
 * We can now be sure that the %license macro is defined so the conditional use 
of %doc instead can be dropped.

Would you like to update the PR to handle all of these?
``

To reply, visit the link below
https://src.fedoraproject.org/rpms/perl-Net-SSLeay/pull-request/1
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org

Re: Making Perl site paths ABI-specific

[Paul Howarth]

On Thu, 25 Apr 2019 16:36:38 +0200
Petr Pisar  wrote:
> It was a long time ago I wrote to this list. I'm thinking about
> changing site paths.
> 
> Now, perl configures site paths to:
> 
> /usr/local/lib64/perl5
> /usr/local/share/perl5
> 
> so that anyone installing distributions from CPAN in a system-wide
> manner will install his modules there. These two paths are listed
> before core and vendor path used by Fedora packages in order to allow
> users to override Perl modules coming with Fedora.
> 
> This layout has the nice feature that user's code is available across
> Fedora upgrades. However, this feature is also bad because perl tends
> to change ABI and as a result XS modules stop working and becuse the
> site location precedence they can hinder even Fedora's Perl code.
> Then inexperienced users report bugs for perl that Perl stopped
> working after upgrade Fedora.
> 
> My proposal is make the two paths changing with every new
> incompatible Perl release (that happens every year with a new minor
> Perl version). Example:
> 
> /usr/local/lib64/perl5/5.30
> /usr/local/share/perl5/5.30
> 
> As a result when users upgrade to Perl 5.30, their locally installed
> modules become unavailable and thus they won't be able to affect the
> new system. Also the user immediatelly recongnizes that his locally
> installed code "disappeared" instead of receiving some cryptic error
> message from XSLoader few days later when some optional XS module
> gets loaded.

Having seen a few of these bugs, I think this is a good idea.

> So if we conclude that this change is good and should be implemented,
> the only uncertainity is the issue of aestetic: How exactly should
> the paths be named? I can see these posibilities:
> 
> 
> /usr/local/share/perl5/5.30
> /usr/local/share/perl5/30
> /usr/local/share/perl5.30
> 
> The first two keep all Perl files under one directory, while the
> third one proliferates directories right under /usr/local/share. It
> also is backward compatible for people who back up or NFS-mount the
> paths. The last two makes the path a little bit shorter. While the
> first and last resembles a soname we already give to libperl.so
> (/usr/lib64/libperl.so.5.30). The first two have also a very tiny
> posibility of a clash with Perl modules namespaced into "5.30::" or
> "30::" that could survive from current days (installed
> into /usr/local/share/perl5). I like the first option.
> 
> Any opinions? Should we go with this change? Wich format do you like
> most?

I like the first one too.

Paul.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org

Re: Perl modules looking for new owners

[Paul Howarth]

On Fri, 8 Jun 2018 10:01:36 +0100
Daniel P. Berrangé  wrote:

> On Wed, Jun 06, 2018 at 01:04:37PM +0100, Daniel P. Berrangé wrote:
> > Over the years I've added a number of Perl modules to Fedora for
> > apps I needed at the time. I've been doing a pretty awful job of
> > maintaining many of them though, as my need for most has gone away
> > and I'm overworked with other stuff. Fortunately various people
> > people in Perl SIG have been doing a good job picking up much of
> > the slack.
> > 
> > Thus I figure it is overdue to formally release my ownership of
> > many of them, and let someone who actively cares be official point
> > of contact.
> > 
> > Thus I'm looking for new primary owners for the following:
> > 
> > perl-Gnome2-Vte
> > perl-Module-CPANTS-Analyse
> > perl-Module-ExtractUse
> > perl-Test-YAML-Meta
> > perl-Test-YAML-Valid  
> 
> [snip]
> 
> > I will orphan the above if no one steps forward to own them.  
> 
> The above are now orphaned. Grab them if you desire...

I requested all but perl-Gnome2-Vte:

https://pagure.io/releng/issue/7556

Paul.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org/message/KT32HN5VBEDGYTDTFMAX6B7QJJOSATGY/

Re: rawhide: Can't locate ExtUtils/CBuilder.pm

[Paul Howarth]

On Thu, 1 Mar 2018 11:17:18 +0100
Petr Pisar  wrote:

> On Thu, Mar 01, 2018 at 09:38:08AM +0100, Ralf Corsepius wrote:
> > Hi,
> > 
> > perl-Plack fails to build in rawhide with
> > this error[1]
> > 
> > ...
> > + /usr/bin/perl Build.PL --installdirs=vendor
> > Can't locate ExtUtils/CBuilder.pm in @INC (you may need to install
> > the ExtUtils::CBuilder module) (@INC contains:
> > /builddir/build/BUILD/Server-Starter-0.34/_build/lib /usr/local/lib64/perl5
> > /usr/local/share/perl5 /usr/lib64/perl5/vendor_perl
> > /usr/share/perl5/vendor_perl /usr/lib64/perl5 /usr/share/perl5 .) at
> > /usr/share/perl5/vendor_perl/Module/Build/Base.pm line 5295.
> > ...
> >
> > f26, f27 and f28 build fine.
> > 
> > What is going on here? perl-Plack does not carry any direct
> > dependency on ExtUtils::CBuilder, so my guess would be a dependency
> > is missing somewhere else.
> >   
> 
> is happennning due to GCC removal from F29 build root.
> 
> If you have a package with XS modules and use Module::Build, you need
> to build-require ExtUtils::CBuilder.
> 
> In case of Server-Starter, there seems to be a bug in
> Module::Build::Base. It invokes auto_require() that for some reason
> has $self->c_source set to [], and thus it decides it needs a
> compiler and hence ExtUtils::CBuilder.
> 
> I think this condition in auto_require() should be corrected:
> 
> $self->needs_compiler( keys %$xs_files || defined
> $self->c_source );
> 
> and also the reason why $self->c_source is [] instead of undef should
> be investigated.

That'll be because Server-Starter's Build.PL has

 "c_source => [qw()],"

And that's generated by Minilla, so all non-XS Minilla-based dists are
likely to be affected.

Paul.

___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Re: Adapting Perl packages to GCC removal from Fedora 29 build root

[Paul Howarth]

On Fri, 23 Feb 2018 13:56:58 +0100
Petr Pisar  wrote:

> It's a long time I sent a message here. And because your read my new
> message, it means something is wrong. Here it is:
> 
> GCC won't be in the minimal build root
> 
> since Fedora 29. That affects Perl packages that executes gcc at
> build time
> .
> 
> Many of them use ExtUtils::CBuilder
>  and thus
> Paul proposed adding dependency on gcc to perl-ExtUtils-CBuilder
>  instead of
> adding it to each of the affected spec file as C guidelines recommends
> .
> 
> It's true that the only reason for ExtUils::CBuilder existence is to
> build C code. Thus it is reasonable to require gcc from this package.
> 
> (ExtUils::CBuilder also supports C++ and I think it makes sense to
> require both gcc and gcc-c++.)
> 
> But if perl-ExtUtils-CBuilder will require gcc, then all
> Module::Build driven packages (403) will pull in gcc because current
> perl-Module-Build requires it. In reality there is only 59
> architecture specific packages that uses Module::Build.
> 
> So it's tempting to remove the ExtUtils::CBuilder dependency from
> perl-Module-Build. Can we do it?
> 
> "XS Extensions" section in Module::Build::Authoring reads:
> 
> Modules which need to compile XS code should list
> "ExtUtils::CBuilder" as a "build_requires" element.
> 
> Contrary to that Module-Build requires ExtUtils::CBuilder in it's
> META data. Thus I don't believe CPAN distribution authors or Fedora
> packagers do that. And indeed Fedora has 36 Module::Build packages
> that are missing ExtUtils::CBuilder build-dependency:
> 
> perl-Alien-ROOT
> perl-Alien-wxWidgets
> perl-Authen-DecHpwd
> perl-Boost-Geometry-Utils
> perl-Config-Augeas
> perl-Crypt-MySQL
> perl-Crypt-ScryptKDF
> perl-Data-Pond
> perl-Devel-GoFaster
> perl-File-Map
> perl-Hash-FieldHash
> perl-HTML-Escape
> perl-IO-Interface
> perl-JavaScript-Minifier-XS
> perl-Judy
> perl-KinoSearch1
> perl-Lexical-SealRequireHints
> perl-Lexical-Var
> perl-Lchown
> perl-Lingua-Stem-Snowball
> perl-Net-IDN-Encode
> perl-Net-LibIDN2
> perl-Params-Classify
> perl-Params-Validate
> perl-Parse-DMIDecode
> perl-PerlIO-buffersize
> perl-PerlIO-Layers
> perl-RPM2
> perl-Scalar-String
> perl-SDL
> perl-Socket-Netlink
> perl-Text-Xslate
> perl-Thread-SigMask
> perl-Time-timegm
> perl-Unicode-CaseFold
> remctl
> 
> I think it makes sense to implement this change:
> 
> (1) Add gcc and gcc-c++ dependency to perl-ExtUtils-CBuilder.
> (2) Replace ExtUtils::CBuilder hard dependency with a weak dependency
> at Recommends level in perl-Module-Build.
> (3) Add ExtUtils::CBuilder build-time dependency to those 36 packages.
> (4) Add gcc weak dependency at Recommends level to
> perl-ExtUtils-MakeMaker. (4) Add gcc build dependency to rest (mostly
> ExtUtils::MakeMaker-driven) spec files where it is missing.
> 
> Do you agree? Do you have a different opinion? Do you have a better
> plan?

That looks very reasonable to me.

Paul.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Re: pghmcfc pushed to perl-Ref-Util-XS (master). "Update to 0.117 (..more)"

[Paul Howarth]

On Thu, 1 Feb 2018 11:38:57 +0100
Petr Pisar  wrote:

> On Thu, Feb 01, 2018 at 09:04:14AM +,
> notificati...@fedoraproject.org wrote:
> > --- a/perl-Ref-Util-XS.spec
> > +++ b/perl-Ref-Util-XS.spec
> > @@ -13,9 +13,9 @@ BuildRequires:coreutils
> >  BuildRequires: findutils
> >  BuildRequires: gcc
> >  BuildRequires: make
> > -BuildRequires: perl-interpreter
> >  BuildRequires: perl-devel
> >  BuildRequires: perl-generators
> > +BuildRequires: perl%{?fedora:-interpreter}
> >  BuildRequires: perl(ExtUtils::MakeMaker)
> >  # Module
> >  BuildRequires: perl(Exporter) >= 5.57  
> This will break on EPEL/RHEL >= 8.

Break, or be inefficient due to pulling in the whole perl distribution
rather than just the interpreter?

Is there anything providing perl-interpreter in EPEL 6/7? Might it be
added to perl-generators?

Paul.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Intent to retire perl-MetaCPAN-API from EPEL (7)

[Paul Howarth]

The package perl-MetaCPAN-API, which has been deprecated upstream for 
some time now, was recently updated by upstream to support the new v1 
API provided by MetaCPAN. The original v0 API, the only one supported by 
the existing EPEL perl-MetaCPAN-API package, no longer works with 
metacpan.org, so the EPEL package is non-functional.


At this point I could either upgrade or retire the package.

Upgrading to the current upstream version would entail branching and 
building perl-Moo, perl-Type-Tiny and perl-strictures for EPEL. Whilst 
this is do-able, perl-Moo is the base of an object ecosystem and I'd 
rather not be maintaining that in EPEL just because it's needed as a 
dependency of a deprecated package. It deserves to be maintained by 
someone that actually cares about it.


So, given that the package is deprecated and I don't think there are any 
dependent packages in EPEL, I'm intending to retire the EPEL branch 
(there's only a branch for EPEL-7) of perl-MetaCPAN-API. If anyone wants 
to take it and upgrade it, I'll be happy to hand it over to them.


Regards, Paul.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Re: perl-CryptX package

[Paul Howarth]

Hi Denis,

On 25/04/16 20:24, Denis Fateyev wrote:

Hello Paul,

On Mon, Apr 25, 2016 at 4:45 PM, Paul Howarth <p...@city-fan.org
<mailto:p...@city-fan.org>> wrote:

Hi Dennis,

On 22/11/15 15:28, Denis Fateyev wrote:

On Sun, Nov 22, 2015 at 5:20 PM, Paul Howarth <p...@city-fan.org
<mailto:p...@city-fan.org>> wrote:


As a data point of interest, I unbundled libtomcrypt from
python-crypto
when it became possible:

https://bugzilla.redhat.com/show_bug.cgi?id=1087557

Paul.


Thanks for the answer. Under these circumstances I should
consider to
unbundle it too.

By the way, the last official "libtomcrypt" release happened
more than 5
years ago. There was no new official release since that and it's
a bit of
problem due a lot of historical code and changes were made after
that
(hundreds of commits). I'll try to contact libtom people on
Github, maybe
they will bother to prepare a new release.


Did you make any progress with the perl-CryptX packaging? It has now
become a dependency of perl-Net-SSH-Perl, so I'd like to see it in
Fedora.



Not really, since I had to unbundle "libtomcrypt" and "libtommath" first
as mentioned above, and it takes some time which I don't have right now.

CryptX won't go well with the "libtomcrypt" packaged in Fedora, since
the packaged version is too aged.
Before updating "libtomcrypt" we also have to update "libtommath" [1]
and "tomsfastmath" [2].

The "libtommath" update has been tested for Fedora pretty well [3] and
can be updated easily, but as for other two more work on preparing new
versions, testing and packaging is required.
Considering all of this, the "proper" unbundled CryptX version cannot be
prepared right now, although we can solve dependencies step by step.


As for the plans, next month I'm going to start testing "tomsfastmath"
in order to help with preparing a new release. After that, the same way
with "libtomcrypt", and then CryptX.
I talked to Karel, the CryptX's author, and we agreed that a configure
switch which allows to use "libtomcrypt" system library would be useful,
so in perspective the unbundling process should be even less problematic.

Thanks,


[1] https://github.com/libtom/libtommath

[2] https://github.com/libtom/tomsfastmath

[3] https://github.com/libtom/libtommath/issues/35


Given the relaxation in library bundling rules for Fedora now, is a 
perl-CryptX package now viable?


Paul.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Re: perl-Parse-CPAN-Meta merging into perl-CPAN-Meta

[Paul Howarth]

On 02/09/16 09:02, Petr Pisar wrote:

On Wed, Aug 31, 2016 at 02:16:32PM +0100, Paul Howarth wrote:

Good, that's what I was wanting to hear. The other thing that needs doing in
the main perl spec is to merge the perl-Parse-CPAN-Meta bootstrap package
into the perl-CPAN-Meta bootstrap package, so that the packaging is the same
as the dual-life packaging. That will then mean that the perl-core
dependency on perl-Parse-CPAN-Meta can be removed rather than changed to
perl(Parse::CPAN::Meta) as the existing dependency on perl-CPAN-Meta will
then pull in the module.


The dependency was changed in perl-5.24.0-378.fc26.


perl-CPAN-Meta-2.150010 is built in Rawhide only.
perl-Parse-CPAN-Meta is retired in Rawhide only.

Paul.


--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Re: perl-Parse-CPAN-Meta merging into perl-CPAN-Meta

[Paul Howarth]

On 31/08/16 08:12, Petr Pisar wrote:

On Fri, Aug 19, 2016 at 09:57:18AM +0100, Paul Howarth wrote:

Upstream has merged Parse::CPAN::Meta into the CPAN-Meta dist. Normally, I'd
just add appropriate obsoletes/provides, retire perl-Parse-CPAN-Meta and
that would be that. However, the perl-Parse-CPAN-Meta package has an epoch,
which the perl-CPAN-Meta package does not, so in order to avoid
self-obsoletion, I would have to bump epoch in the perl-CPAN-Meta package
too.


I think the obsoletion applies only to package. Not to Provides (RPM symbols).
That means it will not obsolete itself. But I did not try it.


It would if there was a provide for perl-Parse-CPAN-Meta I believe (as 
opposed to perl(Parse::CPAN::Meta), which is of course provided 
automatically in the new perl-CPAN-Meta package).



Alternatively, I could take up the hint here:
https://fedoraproject.org/wiki/Upgrade_paths_%E2%80%94_renaming_or_splitting_packages#Do_I_need_to_Provide_my_old_package_names.3F

and have the obsolete without the provide. This looks much cleaner, and
there's only one package in Rawhide that requires perl-Parse-CPAN-Meta
explicitly, which is perl-core. So if that dependency was dropped (the
existing dependency on perl-CPAN-Meta will still be there to pull in the
module), all would be well.


We need the dependency for bootstrapping because perl-Parse-CPAN-Meta is
perl.spec's subpackage when bootstrapping. But that could be fixed by
replaceing perl-core's dependency from perl-Parse-CPAN-Meta to
perl(Parse::CPAN::Meta).

Another option would be to provide unversioned perl-Parse-CPAN-Meta from
perl-CPAN-Meta or version it including the the "1" epoch.

Yet another option is to make real perl-Parse-CPAN-Meta sub-package in
perl-CPAN-Meta.spec with "1" epoch.

But all that makes things more complicated. I would change perl-core's
dependency to perl(Parse::CPAN::Meta) and then upgrade perl-CPAN-Meta with
obsoleting but without providing perl-Parse-CPAN-Meta.


Good, that's what I was wanting to hear. The other thing that needs 
doing in the main perl spec is to merge the perl-Parse-CPAN-Meta 
bootstrap package into the perl-CPAN-Meta bootstrap package, so that the 
packaging is the same as the dual-life packaging. That will then mean 
that the perl-core dependency on perl-Parse-CPAN-Meta can be removed 
rather than changed to perl(Parse::CPAN::Meta) as the existing 
dependency on perl-CPAN-Meta will then pull in the module.



Should this go to F-25 as well?


No. Removing packages breaks compatibility.


OK.

Paul.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Re: perl-Parse-CPAN-Meta merging into perl-CPAN-Meta

[Paul Howarth]

On 19/08/16 09:57, Paul Howarth wrote:

Upstream has merged Parse::CPAN::Meta into the CPAN-Meta dist. Normally,
I'd just add appropriate obsoletes/provides, retire perl-Parse-CPAN-Meta
and that would be that. However, the perl-Parse-CPAN-Meta package has an
epoch, which the perl-CPAN-Meta package does not, so in order to avoid
self-obsoletion, I would have to bump epoch in the perl-CPAN-Meta
package too.

Alternatively, I could take up the hint here:
https://fedoraproject.org/wiki/Upgrade_paths_%E2%80%94_renaming_or_splitting_packages#Do_I_need_to_Provide_my_old_package_names.3F


and have the obsolete without the provide. This looks much cleaner, and
there's only one package in Rawhide that requires perl-Parse-CPAN-Meta
explicitly, which is perl-core. So if that dependency was dropped (the
existing dependency on perl-CPAN-Meta will still be there to pull in the
module), all would be well.

Any thoughts?

Should this go to F-25 as well?


Any comments anyone? To provide or not to provide?

Paul.

--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

perl-Parse-CPAN-Meta merging into perl-CPAN-Meta

[Paul Howarth]

Upstream has merged Parse::CPAN::Meta into the CPAN-Meta dist. Normally, 
I'd just add appropriate obsoletes/provides, retire perl-Parse-CPAN-Meta 
and that would be that. However, the perl-Parse-CPAN-Meta package has an 
epoch, which the perl-CPAN-Meta package does not, so in order to avoid 
self-obsoletion, I would have to bump epoch in the perl-CPAN-Meta 
package too.


Alternatively, I could take up the hint here:
https://fedoraproject.org/wiki/Upgrade_paths_%E2%80%94_renaming_or_splitting_packages#Do_I_need_to_Provide_my_old_package_names.3F

and have the obsolete without the provide. This looks much cleaner, and 
there's only one package in Rawhide that requires perl-Parse-CPAN-Meta 
explicitly, which is perl-core. So if that dependency was dropped (the 
existing dependency on perl-CPAN-Meta will still be there to pull in the 
module), all would be well.


Any thoughts?

Should this go to F-25 as well?

Paul.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Re: Test2-based Test-Simple

[Paul Howarth]

On 11/05/16 15:11, Petr Pisar wrote:

On Wed, May 11, 2016 at 02:11:09PM +0100, Paul Howarth wrote:

Upstream has now released a Test2-based version of Test-Simple as a stable
release, bundling Test2. I have a package update ready to go for Rawhide
(only) but I'm holding off probably until Monday morning to see if upstream
invokes a contingency plan (see 
http://blogs.perl.org/users/chad_exodist_granum/2016/05/test2test-simple-released.html)
in the event of severe problems with this major refactoring of a module in
very widespread use.


It's a little unfortunate timing. Jitka would like to start upgrading Perl at
the same time. Let's hope it will not break many things (Fedora has only
perl-Test-Able and perl-Test-Able-Runner). I saw p5p discussion about merging
it into the blead to obtain better testing coverage.


The new package will obsolete/provide the existing perl-Test2 package.


Thanks for the notification. I will retire it after the new perl-Test-Simple
shows its viability.


I have just built perl-Test-Simple-1.302019-1.fc25 on Perl 5.24.0 in 
Rawhide. Let's hope Koschei doesn't get too excited ;-)


Paul.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Test2-based Test-Simple

[Paul Howarth]

Upstream has now released a Test2-based version of Test-Simple as a 
stable release, bundling Test2. I have a package update ready to go for 
Rawhide (only) but I'm holding off probably until Monday morning to see 
if upstream invokes a contingency plan (see 
http://blogs.perl.org/users/chad_exodist_granum/2016/05/test2test-simple-released.html) 
in the event of severe problems with this major refactoring of a module 
in very widespread use.


The new package will obsolete/provide the existing perl-Test2 package.

Transition information can be found at:
https://metacpan.org/pod/release/EXODIST/Test-Simple-1.302015/lib/Test2/Transition.pod

Paul.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Re: perl-CryptX package

[Paul Howarth]

Hi Dennis,

On 22/11/15 15:28, Denis Fateyev wrote:

On Sun, Nov 22, 2015 at 5:20 PM, Paul Howarth <p...@city-fan.org> wrote:



As a data point of interest, I unbundled libtomcrypt from python-crypto
when it became possible:

https://bugzilla.redhat.com/show_bug.cgi?id=1087557

Paul.



Thanks for the answer. Under these circumstances I should consider to
unbundle it too.

By the way, the last official "libtomcrypt" release happened more than 5
years ago. There was no new official release since that and it's a bit of
problem due a lot of historical code and changes were made after that
(hundreds of commits). I'll try to contact libtom people on Github, maybe
they will bother to prepare a new release.


Did you make any progress with the perl-CryptX packaging? It has now 
become a dependency of perl-Net-SSH-Perl, so I'd like to see it in Fedora.


Paul.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Re: Multiple failed builds in f25 due to EXTERN.h: No such file or directory

[Paul Howarth]

On 19/04/16 07:28, Jan Pazdziora wrote:


Hello,

koschei reported failed builds on f25 on numerous packages last night.
They all seem to have the common cause

fatal error: EXTERN.h: No such file or directory
 #include "EXTERN.h"
^
compilation terminated.

The build logs I look at are:

https://kojipkgs.fedoraproject.org/work/tasks/1435/13701435/build.log
https://kojipkgs.fedoraproject.org/work/tasks/6378/13706378/build.log
https://kojipkgs.fedoraproject.org/work/tasks/7685/13707685/build.log

What is the guidance for addressing the issue?


BuildRequires: perl-devel

Paul.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Re: Removing perl from build root

[Paul Howarth]

On 06/04/16 10:09, Petr Pisar wrote:

On Fri, Apr 01, 2016 at 12:14:43PM +0200, Petr Pisar wrote:

On Thu, Mar 31, 2016 at 02:43:41PM +0100, Paul Howarth wrote:

Might it not be easier to use the newly-allowed boolean dependencies, e.g.
in rpm-build something like this:

Requires: (perl-generators if perl-libs)


That's interesting idea. I only worry there could be cases when the
perl-generators were unnecessarily installed. E.g. you install vim-enhanced,
thus you have perl-libs, and you install rpm-build for building non-perl
packages. Then you will have perl-generators. I'm not sure how much it
would bother people.


Another issue: FESCo banned the rich dependencies
<https://fedorahosted.org/fesco/ticket/1563#comment:7>.


We were discussing this for F-25 and they're not banned for F-25, just 
F-24, at least so far.



I'm not against adding the suggested conditional dependency to make the build
root more compatible. I only feel telling packagers "you don't have to
build-require perl-generators" and then adding "but you have sometimes"
a little bit confusing and hard to follow.


How about "if you ship a perl script or module, you must BR: perl"?

For the vast majority of packages, this would be needed anyway as perl 
is used in the build process. For those few exceptions you were talking 
about, this would pull in perl-generators via dependencies. All clear 
and problem solved.


Paul.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Re: Removing perl from build root

[Paul Howarth]

On 01/04/16 14:46, Petr Pisar wrote:

On Fri, Apr 01, 2016 at 12:14:43PM +0200, Petr Pisar wrote:

On Thu, Mar 31, 2016 at 02:43:41PM +0100, Paul Howarth wrote:

Requires: (perl-generators if perl-libs)


That's interesting idea. I only worry there could be cases when the
perl-generators were unnecessarily installed. E.g. you install vim-enhanced,
thus you have perl-libs, and you install rpm-build for building non-perl
packages. Then you will have perl-generators. I'm not sure how much it
would bother people.


One more issue. It would not work if you had a spec file that does not need
a perl for building. Spec that only installs a perl script into /usr/bin.
I know there are some.


True, but those few cases could be fixed by adding BR: perl-generators 
as per the original plan - it would save having to change thousands of 
specs for this purpose (though they would need changing for version 
normalization anyway at some point if that's going ahead).


Paul.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Re: Removing perl from build root

[Paul Howarth]

On 01/04/16 11:14, Petr Pisar wrote:

On Thu, Mar 31, 2016 at 02:43:41PM +0100, Paul Howarth wrote:

On 31/03/16 14:10, Petr Pisar wrote:

But the compatibility is important. Without perl-generators in a build root
no Perl dependencies are generated into binary packages. To fix it, every
Perl package must build-require perl-generators.


Might it not be easier to use the newly-allowed boolean dependencies, e.g.
in rpm-build something like this:

Requires: (perl-generators if perl-libs)


That's interesting idea. I only worry there could be cases when the
perl-generators were unnecessarily installed. E.g. you install vim-enhanced,
thus you have perl-libs, and you install rpm-build for building non-perl
packages. Then you will have perl-generators. I'm not sure how much it
would bother people.


I think people doing development work like that are less bothered about 
pulling in a few deps than the cloud/embedded people, where every 
megabyte is worth saving. Wouldn't most developers have perl anyway? 
Maybe not these days, I don't know.


Paul.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Re: Removing perl from build root

[Paul Howarth]

On 31/03/16 14:10, Petr Pisar wrote:

Fedora's minimal build root contains perl. There is a reasonable request
 to
remove the perl in order to minimize the build root. (The x86_64 F25 build
root occupies 527 MB now, 20 MB of that are perl packages.)

The reason why perl is there is the rpm-build package. The Requires dependency
tree looks like:

rpm-build
 perl-generators
 perl(:MODULE_COMPAT_5.22.1)
 perl(Fedora::VSP)
 perl
 perl-macros
 system-rpm-config   (a Provide)
 redhat-rpm-config
 perl-srpm-macros

While perl-srpm-macros's presence is intended, perl-generators' presence is
unwanted.

On technical level, the reason is the rpm-build binary package requires
perl-generators explicitely. It's there for backward compatibility. Simply
removing the dependency removes perl from minimal build root.

But the compatibility is important. Without perl-generators in a build root no
Perl dependencies are generated into binary packages. To fix it, every Perl
package must build-require perl-generators.


Might it not be easier to use the newly-allowed boolean dependencies, 
e.g. in rpm-build something like this:


Requires: (perl-generators if perl-libs)

Paul.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Re: A big package giveaway

[Paul Howarth]

I'll take these as well:


perl-B-Hooks-OP-Check -- Wrap OP check callbacks ( master f24 f23 f22 )
perl-Convert-PEM -- Read/write encrypted ASN.1 PEM files ( master f24 f23 f22 
epel7 el6 el5 )
perl-DateTime-Format-Strptime -- Parse and format strptime and strftime 
patterns ( master f24 f23 f22 epel7 el6 el5 )
perl-Devel-Caller -- Meatier versions of caller ( master f24 f23 f22 epel7 el6 
el5 )
perl-Devel-Leak -- Utility for looking for perl objects that are not reclaimed 
( master f24 f23 f22 el5 )
perl-File-pushd -- Change directory temporarily for a limited scope ( master 
f24 f23 f22 el6 el5 )
perl-MCE -- Many-core Engine for Perl providing parallel processing 
capabilities ( master f24 f23 f22 epel7 el6 )
perl-Net-DNS-Resolver-Programmable -- Programmable DNS resolver class for 
offline emulation of DNS ( master f24 f23 f22 el6 el5 )
perl-PerlIO-gzip -- Perl extension to provide a PerlIO layer to gzip/gunzip ( 
master f24 f23 f22 epel7 el6 el5 )
perl-Spiffy -- Framework for doing object oriented (OO) programming in Perl ( 
master f24 f23 f22 epel7 el5 )
perl-Test-Prereq -- Check if Makefile.PL has the right pre-requisites ( master 
f24 f23 f22 epel7 el5 )
perl-YAML -- YAML Ain't Markup Language (tm) ( master f24 f23 f22 el5 )
perl-YAML-Syck -- Fast, lightweight YAML loader and dumper ( master f24 f23 f22 
el5 )


Cheers, Paul.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Re: Large number of packages to be orphaned on Feb 26

[Paul Howarth]

On Mon, 22 Feb 2016 09:02:36 +
Paul Howarth <p...@city-fan.org> wrote:

> On 21/02/16 11:34, Emmanuel Seyman wrote:
> >
> > Hi, folks.
> >
> > It's been announced that Christoper Mang's packages will be orphaned
> > next Friday unless he speaks up. A number of Perl packages are
> > involved and I figured it would be nice to figure who's interested
> > in maintaining which package by Friday.
> >
> > The packages involved:
> >
> > * perl-AnyEvent-I3
> > * perl-Async-MergePoint
> > * perl-CPAN-FindDependencies
> > * perl-CPANPLUS-Dist-Fedora
> > * perl-Catalyst-Authentication-Store-DBIx-Class
> > * perl-Catalyst-Plugin-Authorization-ACL
> > * perl-Class-Throwable
> > * perl-Class-XSAccessor
> > * perl-Data-MessagePack
> > * perl-Digest-CRC
> > * perl-Event-ExecFlow
> > * perl-ExtUtils-CChecker
> > * perl-File-Find-Object
> > * perl-File-Find-Object-Rule
> > * perl-Geo-METAR
> > * perl-HTML-Entities-Interpolate
> > * perl-Log-Handler
> > * perl-Net-Random
> > * perl-PDL-Graphics-PLplot
> > * perl-Perl6-Slurp
> > * perl-Proc-Queue
> > * perl-Set-Array
> > * perl-Storm
> > * perl-Tapper
> > * perl-Test-TrailingSpace
> > * perl-Text-Xslate
> > * perl-Tie-Function
> > * perl-Time-timegm
> > * perl-WebService-Linode
> > * perl-X11-Protocol
> > * perl-XML-Bare
> > * perl-XML-Tiny
> >
> > I know I'll be picking up the two Catalyst packages,
> > perl-HTML-Entities-Interpolate and probably the two XML ones.
> 
> I'll take:
> 
>  > * perl-Class-XSAccessor
>  > * perl-Digest-CRC
>  > * perl-ExtUtils-CChecker
>  > * perl-File-Find-Object
>  > * perl-File-Find-Object-Rule
>  > * perl-Perl6-Slurp
>  > * perl-Set-Array
>  > * perl-Test-TrailingSpace

I've taken those as indicated.

Paul.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Re: Large number of packages to be orphaned on Feb 26

[Paul Howarth]

On 21/02/16 11:34, Emmanuel Seyman wrote:


Hi, folks.

It's been announced that Christoper Mang's packages will be orphaned
next Friday unless he speaks up. A number of Perl packages are involved
and I figured it would be nice to figure who's interested in maintaining
which package by Friday.

The packages involved:

* perl-AnyEvent-I3
* perl-Async-MergePoint
* perl-CPAN-FindDependencies
* perl-CPANPLUS-Dist-Fedora
* perl-Catalyst-Authentication-Store-DBIx-Class
* perl-Catalyst-Plugin-Authorization-ACL
* perl-Class-Throwable
* perl-Class-XSAccessor
* perl-Data-MessagePack
* perl-Digest-CRC
* perl-Event-ExecFlow
* perl-ExtUtils-CChecker
* perl-File-Find-Object
* perl-File-Find-Object-Rule
* perl-Geo-METAR
* perl-HTML-Entities-Interpolate
* perl-Log-Handler
* perl-Net-Random
* perl-PDL-Graphics-PLplot
* perl-Perl6-Slurp
* perl-Proc-Queue
* perl-Set-Array
* perl-Storm
* perl-Tapper
* perl-Test-TrailingSpace
* perl-Text-Xslate
* perl-Tie-Function
* perl-Time-timegm
* perl-WebService-Linode
* perl-X11-Protocol
* perl-XML-Bare
* perl-XML-Tiny

I know I'll be picking up the two Catalyst packages,
perl-HTML-Entities-Interpolate and probably the two XML ones.


I'll take:

> * perl-Class-XSAccessor
> * perl-Digest-CRC
> * perl-ExtUtils-CChecker
> * perl-File-Find-Object
> * perl-File-Find-Object-Rule
> * perl-Perl6-Slurp
> * perl-Set-Array
> * perl-Test-TrailingSpace

Cheers, Paul.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Re: About versions and macros

[Paul Howarth]

On 29/01/16 12:34, Petr Pisar wrote:

Compatibility
=

Introducing this normalization requires changing both build-requires and
run-requires at the same time (you cannot provide "perl(Foo) = 1.2" and
build-require "perl(Foo) >= 1.200"), the normalization would be enabled at one
of the Perl mass rebuilds. But we could start using the macros gradually
even before the big switch. For those who would not find all the macros
appealing and would not convert their spec files, we could just wrap the
version strings in BuildRequire and Requires statements into %perl_v macro
automatically by a script.


I think it would be very difficult to change all perl packages to 
normalized version numbers in one go, which makes me think that maybe 
the existing and normalized schemes should have their own namespaces, 
both provided by perl dependency generators. I think the provides 
probably need to appear prior to the requires so that the new scheme can 
be bootstrapped (maybe just before a mass rebuild?). If the two schemes 
co-exist then packages can be migrated at a more leisurely pace by 
maintainers that are keen on this apporach.


I think having a versioning scheme that works the same way as rpm's 
versioning is a good thing and would avoid plenty of hacks and the need 
for some epoch bumps.


As for replacing much of the existing boilerplate with macros, I'm 
personally less keen on that because I think it actually makes specs 
harder to read, at least until I know what each of those macros actually 
does under the hood. It's like when I see some SuSE package specs and 
have to go figure out what all those macros actually do so I can see 
what's happening in the package build.


Paul.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Re: ppisar pushed to perl-Encode (master). "2.79 bump"

[Paul Howarth]

Hi Petr,

On Fri, 22 Jan 2016 10:14:09 + (UTC)
notificati...@fedoraproject.org wrote:

> From f3bd7e74e110792e656bc4180be02bd01401a4e4 Mon Sep 17 00:00:00 2001
> From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
> Date: Fri, 22 Jan 2016 11:13:48 +0100
> Subject: 2.79 bump

I strongly suspect that this update has broken perl-Email-MIME's test
suite:

https://apps.fedoraproject.org/koschei/package/perl-Email-MIME

The new version appears to be adding an additional space after an
encoded word.

#   Failed test 'Subject header is correct'
#   at t/unicode.t line 83.
#  got: 'test test test test test test test test t�st  te (12 34)'
# expected: 'test test test test test test test test t�st te (12 34)'
#   Failed test 'Subject header is correct'
#   at t/unicode.t line 83.
#  got: 'test test test test test test test test t�st  te (12 34)'
# expected: 'test test test test test test test test t�st te (12 34)'
# Looks like you failed 2 tests of 27.
t/unicode.t  
Dubious, test returned 2 (wstat 512, 0x200)
Failed 2/27 subtests 

Paul.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Re: nb requested branch el6 for package perl-IO-Socket-IP

[Paul Howarth]

On Tue, 1 Dec 2015 12:53:47 -0600
Nick Bebout <n...@fedoraproject.org> wrote:

> What would the chances be of updatng perl-IO-Socket in EL-6? imapsync
> recently grew a dependency on IO::Socket::IP and won't work without it
> anymore.  I'd like to not have to retire it in EL-6.

The dependency is perl(Socket), not perl(IO::Socket), and that's part
of the EL-6 base distribution. You could file an RFE for an upgrade in
Bugzilla but even if it was accepted, it'd be quite a while before it
appeared.

You might also consider asking IO-Socket-IP upstream why that
particular version is needed; it's possible that it could be for
something platform-specific to (say) Windows, which wouldn't affect
Linux, and you might then get away with patching that version
requirement down to what works on Linux.

Paul.

> 
> On Tue, Dec 1, 2015 at 3:34 AM, Paul Howarth <p...@city-fan.org>
> wrote:
> 
> > On 30/11/15 17:53, notificati...@fedoraproject.org wrote:
> >
> >> nb requested branch el6 for package perl-IO-Socket-IP
> >> https://admin.fedoraproject.org/pkgdb/package/perl-IO-Socket-IP/
> >>
> >
> > Note that IO::Socket::IP requires Socket >= 1.97 and EL-6 has
> > Socket 1.82.
> >
> > Paul.
> >
> >
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Re: nb requested branch el6 for package perl-IO-Socket-IP

[Paul Howarth]

On 30/11/15 17:53, notificati...@fedoraproject.org wrote:

nb requested branch el6 for package perl-IO-Socket-IP
https://admin.fedoraproject.org/pkgdb/package/perl-IO-Socket-IP/


Note that IO::Socket::IP requires Socket >= 1.97 and EL-6 has Socket 1.82.

Paul.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Re: perl-CryptX package

[Paul Howarth]

On Sat, 21 Nov 2015 03:25:00 +0600
Denis Fateyev  wrote:

> Hello there,
> 
> I'm going to package CryptX Perl module [1] soon.
> 
> The only concern is that it contains a lot of XS-based code of
> ciphers and hashes that can be probably considered as bundled. Mostly
> the used routines, including sha1, sha2 and md5 implementations, are
> based on LibTomCrypt library [2, 3].
> 
> Neither this library components nor all algo related are mentioned in
> Bundled library policies [4]. So the question is: should we threat
> this very case as bundled libs presence? Are there any objections
> against this module to be packaged "as is", in its current state?
> 
> Thanks,
> 
> [1] https://metacpan.org/pod/CryptX
> 
> [2] http://www.libtom.net
> 
> [3] https://github.com/libtom/libtomcrypt
> 
> [4]
> https://fedoraproject.org/w/index.php?title=Packaging:No_Bundled_Libraries=406058

As a data point of interest, I unbundled libtomcrypt from python-crypto
when it became possible:

https://bugzilla.redhat.com/show_bug.cgi?id=1087557

Paul.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Re: Orphaned Packages in epel5 (2015-10-07)

[Paul Howarth]

On 07/10/15 23:20, opensou...@till.name wrote:

Depending on: perl-Perlilog (53), status change: 2015-10-07 (0 weeks ago)
opensips (maintained by: ivaxer, peter)
opensips-perl-1.7.2-2.el5.x86_64 requires perl(UNIVERSAL)
opensips-perlvdb-1.7.2-2.el5.x86_64 requires perl(UNIVERSAL)

perl-BerkeleyDB (maintained by: psabata, perl-sig, pghmcfc, steve)
perl-BerkeleyDB-0.32-1.el5.x86_64 requires perl(UNIVERSAL)

perl-Class-Autouse (maintained by: psabata)
perl-Class-Autouse-1.29-1.el5.noarch requires perl(UNIVERSAL)

perl-File-Find-Rule-Perl (maintained by: pghmcfc, perl-sig)
perl-File-Find-Rule-Perl-1.09-2.el5.noarch requires 
perl(UNIVERSAL)


... and lots of others

The perl-Perlilog package had a "provide" of perl(UNIVERSAL), which 
triggered this long list. The dependency checking script has not taken 
into account that the main perl package also provides perl(UNIVERSAL) 
and so the orphaning of perl-Perlilog is not as big an issue as it appears.


I have submitted an update to perl-Perlilog that has filtered out the 
bogus provides, to mitigate this problem in the future.


https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-721695753c

Paul.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Considering retiring perl-RRD-Simple

[Paul Howarth]

Last upstream release was in 2008 and the RT queue isn't getting any
responses. I don't think anything in Fedora requires it.

It's failing its test suite when built on an armv7hl builder, and this
appears to be due to crashes in the database dumping functionality
that's used when a new data source is added to an existing database.
The problem may be in the perl module or in rrdtool itself. I don't
know. I don't know how to go about debugging something that only seems
to happen on arm.

http://koschei.cloud.fedoraproject.org/package/perl-RRD-Simple

I think I should probably just retire it.

Paul.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-Path-Tiny/f22] Update to 0.068

[Paul Howarth]

Summary of changes:

  2d698d8... Update to 0.068 (*)

(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-Path-Tiny] Update to 0.068

[Paul Howarth]

commit 2d698d81bb9eda9cf22deea02b311a5e3ecc9fba
Author: Paul Howarth p...@city-fan.org
Date:   Tue Mar 24 09:44:36 2015 +

Update to 0.068

- New upstream release 0.068
  - Added exclusive locking option to filehandle opens; spew now exclusively
locks tempfile used for atomic writes

 perl-Path-Tiny.spec | 9 +++--
 sources | 2 +-
 2 files changed, 8 insertions(+), 3 deletions(-)
---
diff --git a/perl-Path-Tiny.spec b/perl-Path-Tiny.spec
index 13423c3..6574a76 100644
--- a/perl-Path-Tiny.spec
+++ b/perl-Path-Tiny.spec
@@ -1,5 +1,5 @@
 Name:  perl-Path-Tiny
-Version:   0.065
+Version:   0.068
 Release:   1%{?dist}
 Summary:   File path utility
 Group: Development/Libraries
@@ -101,6 +101,11 @@ make test
 %{_mandir}/man3/Path::Tiny.3*
 
 %changelog
+* Tue Mar 24 2015 Paul Howarth p...@city-fan.org - 0.068-1
+- Update to 0.068
+  - Added exclusive locking option to filehandle opens; spew now exclusively
+locks tempfile used for atomic writes
+
 * Fri Mar  6 2015 Paul Howarth p...@city-fan.org - 0.065-1
 - Update to 0.065
   - Added 'assert' method
@@ -110,7 +115,7 @@ make test
   - Fixed tilde expansion if path has spaces
   - Make realpath non-fatal if the parent path exists and only the final path
 component does not (was fatal on Windows and some Unixes)
-  - Removed rendundant locking on tempfile use for spewing
+  - Removed redundant locking on tempfile use for spewing
   - Work around File::Temp bugs on older ActiveState Windows Perls
 https://bugs.activestate.com/show_bug.cgi?id=104767
   - Fixed SYNOPSIS example
diff --git a/sources b/sources
index b0ad902..5b47388 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-d0cc4ebe40e639c5c2942fe3abb27fc8  Path-Tiny-0.065.tar.gz
+76e99fd1bb615f56954025ae636c6233  Path-Tiny-0.068.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

File Path-Tiny-0.068.tar.gz uploaded to lookaside cache by pghmcfc

[Paul Howarth]

A file has been added to the lookaside cache for perl-Path-Tiny:

76e99fd1bb615f56954025ae636c6233  Path-Tiny-0.068.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-Path-Tiny] Created tag perl-Path-Tiny-0.068-1.fc23

[Paul Howarth]

The lightweight tag 'perl-Path-Tiny-0.068-1.fc23' was created pointing to:

 2d698d8... Update to 0.068
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-Path-Tiny] Created tag perl-Path-Tiny-0.068-1.fc22

[Paul Howarth]

The lightweight tag 'perl-Path-Tiny-0.068-1.fc22' was created pointing to:

 2d698d8... Update to 0.068
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-CPAN-Meta-Check] Update to 0.011

[Paul Howarth]

commit 5931a9cb75160a755d3001f044cf25d75ac9b617
Author: Paul Howarth p...@city-fan.org
Date:   Mon Mar 23 15:48:37 2015 +

Update to 0.011

- New upstream release 0.011
  - Declare the minimum version required for the merged_requirements
interface
- Explicitly run the extra tests

 perl-CPAN-Meta-Check.spec | 17 -
 sources   |  2 +-
 2 files changed, 13 insertions(+), 6 deletions(-)
---
diff --git a/perl-CPAN-Meta-Check.spec b/perl-CPAN-Meta-Check.spec
index 76b5e73..cfdd96e 100644
--- a/perl-CPAN-Meta-Check.spec
+++ b/perl-CPAN-Meta-Check.spec
@@ -1,6 +1,6 @@
 Name:  perl-CPAN-Meta-Check
 Summary:   Verify requirements in a CPAN::Meta object
-Version:   0.010
+Version:   0.011
 Release:   1%{?dist}
 License:   GPL+ or Artistic
 Group: Development/Libraries
@@ -19,12 +19,12 @@ BuildRequires:  perl(strict)
 BuildRequires: perl(warnings)
 # Test
 BuildRequires: perl(Env)
+BuildRequires: perl(Test::Deep)
+BuildRequires: perl(Test::More) = 0.88
+# Extra tests
 BuildRequires: perl(File::Spec)
 BuildRequires: perl(IO::Handle)
 BuildRequires: perl(IPC::Open3)
-BuildRequires: perl(Test::Deep)
-BuildRequires: perl(Test::More) = 0.88
-# Release tests
 BuildRequires: perl(Pod::Coverage::TrustPod)
 BuildRequires: perl(Test::Pod) = 1.41
 BuildRequires: perl(Test::Pod::Coverage) = 1.08
@@ -48,7 +48,8 @@ find %{buildroot} -type f -name .packlist -exec rm -f {} \;
 %{_fixperms} %{buildroot}
 
 %check
-make test RELEASE_TESTING=1
+make test
+make test TEST_FILES=$(echo $(find xt/ -name '*.t'))
 
 %files
 %license LICENSE
@@ -57,6 +58,12 @@ make test RELEASE_TESTING=1
 %{_mandir}/man3/CPAN::Meta::Check.3*
 
 %changelog
+* Mon Mar 23 2015 Paul Howarth p...@city-fan.org - 0.011-1
+- Update to 0.011
+  - Declare the minimum version required for the merged_requirements
+interface
+- Explicitly run the extra tests
+
 * Mon Feb  2 2015 Paul Howarth p...@city-fan.org - 0.010-1
 - Update to 0.010
   - Bump Module::Metadata prereq for $VERSION parsing (CPAN RT#101095)
diff --git a/sources b/sources
index 384b09d..4af466e 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-764832f184a043aa5b3a4481c3122d0a  CPAN-Meta-Check-0.010.tar.gz
+2591aa5dd0658a6502a7bf068754e7bd  CPAN-Meta-Check-0.011.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

File CPAN-Meta-Check-0.011.tar.gz uploaded to lookaside cache by pghmcfc

[Paul Howarth]

A file has been added to the lookaside cache for perl-CPAN-Meta-Check:

2591aa5dd0658a6502a7bf068754e7bd  CPAN-Meta-Check-0.011.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

File FileHandle-Unget-0.1624.tar.gz uploaded to lookaside cache by pghmcfc

[Paul Howarth]

A file has been added to the lookaside cache for perl-FileHandle-Unget:

810459e28eb6e2ab2e9fd6cad7bd55e5  FileHandle-Unget-0.1624.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-CPAN-Meta-Check/f22] Update to 0.011

[Paul Howarth]

Summary of changes:

  5931a9c... Update to 0.011 (*)

(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-FileHandle-Unget] Update to 0.1624

[Paul Howarth]

commit 9480b15403c046a5ff83da20efa686064e53ac2f
Author: Paul Howarth p...@city-fan.org
Date:   Mon Mar 23 15:56:36 2015 +

Update to 0.1624

- New upstream release 0.1624
  - Moved code to github
  - Added POD test
  - Improve testability of binmode_bug.t, stdin_tell_bug.t
  - Implement a potential fix for test failures where FileHandle::getline()
seems to be reading a single line even though $/ is undef
  - Use local $/ instead of reassigning global $/
  - Improve documentation for input_record_separator()
- Classify buildreqs by usage
- Use %license where possible

 .gitignore |  2 +-
 perl-FileHandle-Unget.spec | 56 +++---
 sources|  2 +-
 3 files changed, 50 insertions(+), 10 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index c90eced..969fc0e 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1 +1 @@
-FileHandle-Unget-0.1623.tar.gz
+/FileHandle-Unget-[0-9.]*.tar.gz
diff --git a/perl-FileHandle-Unget.spec b/perl-FileHandle-Unget.spec
index 7f181d5..ab9ac7a 100644
--- a/perl-FileHandle-Unget.spec
+++ b/perl-FileHandle-Unget.spec
@@ -3,19 +3,42 @@
 
 Summary:   A FileHandle that supports ungetting of multiple bytes
 Name:  perl-FileHandle-Unget
-Version:   0.1623
-Release:   17%{?dist}
+Version:   0.1624
+Release:   1%{?dist}
 License:   GPL+
 Group: Development/Libraries
 Url:   http://search.cpan.org/dist/FileHandle-Unget/
 Source0:   
http://search.cpan.org/CPAN/authors/id/D/DC/DCOPPIT/FileHandle-Unget-%{version}.tar.gz
 BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(id -nu)
 BuildArch: noarch
-BuildRequires: perl(Data::Dumper)
-BuildRequires: perl(Devel::Leak)
+# Module Build
+BuildRequires: perl
+BuildRequires: perl(Cwd)
 BuildRequires: perl(ExtUtils::MakeMaker)
-BuildRequires: perl(Scalar::Util) = 1.14
+BuildRequires: perl(ExtUtils::Manifest)
+BuildRequires: perl(Fcntl)
+BuildRequires: perl(File::Find)
+BuildRequires: perl(File::Path)
+BuildRequires: perl(File::Spec)
+BuildRequires: perl(File::Temp)
+BuildRequires: perl(FindBin)
+# Module Runtime
+BuildRequires: perl(bytes)
+BuildRequires: perl(Exporter)
+BuildRequires: perl(FileHandle)
+BuildRequires: perl(Scalar::Util)
+BuildRequires: perl(strict)
+BuildRequires: perl(Symbol)
+BuildRequires: perl(vars)
+# Test Suite
+BuildRequires: perl(Config)
+BuildRequires: perl(Data::Dumper)
+BuildRequires: perl(File::Spec::Functions)
 BuildRequires: perl(Test::More)
+# Optional Tests
+BuildRequires: perl(Devel::Leak)
+BuildRequires: perl(Test::Pod) = 1.00
+# Runtime
 Requires:  perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version))
 Provides:  perl(FileHandle::Unget) = %{version}
 
@@ -28,7 +51,7 @@ string of bytes back on the input.
 %prep
 %setup -q -n FileHandle-Unget-%{version}
 
-# Drop bogus autodetected provide
+# Drop bogus autodetected provide with wrong version
 %if %{rpm49}
 %global __provides_exclude ^perl\\(FileHandle::Unget\\)
 %else
@@ -53,11 +76,28 @@ make test
 rm -rf %{buildroot}
 
 %files
-%doc README CHANGES LICENSE
+%if 0%{?_licensedir:1}
+%license LICENSE
+%else
+%doc LICENSE
+%endif
+%doc README CHANGES
 %{perl_vendorlib}/FileHandle/
-%{_mandir}/man3/FileHandle::Unget.3pm*
+%{_mandir}/man3/FileHandle::Unget.3*
 
 %changelog
+* Mon Mar 23 2015 Paul Howarth p...@city-fan.org - 0.1624-1
+- Update to 0.1624
+  - Moved code to github
+  - Added POD test
+  - Improve testability of binmode_bug.t, stdin_tell_bug.t
+  - Implement a potential fix for test failures where FileHandle::getline()
+seems to be reading a single line even though $/ is undef
+  - Use local $/ instead of reassigning global $/
+  - Improve documentation for input_record_separator()
+- Classify buildreqs by usage
+- Use %%license where possible
+
 * Wed Aug 27 2014 Jitka Plesnikova jples...@redhat.com - 0.1623-17
 - Perl 5.20 rebuild
 
diff --git a/sources b/sources
index d610500..234331c 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-27df2a78e60e30b1950bbf41740eae13  FileHandle-Unget-0.1623.tar.gz
+810459e28eb6e2ab2e9fd6cad7bd55e5  FileHandle-Unget-0.1624.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-FileHandle-Unget] Created tag perl-FileHandle-Unget-0.1624-1.fc23

[Paul Howarth]

The lightweight tag 'perl-FileHandle-Unget-0.1624-1.fc23' was created pointing 
to:

 9480b15... Update to 0.1624
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-FileHandle-Unget/f22] Update to 0.1624

[Paul Howarth]

Summary of changes:

  9480b15... Update to 0.1624 (*)

(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-CPAN-Meta-Check] Created tag perl-CPAN-Meta-Check-0.011-1.fc22

[Paul Howarth]

The lightweight tag 'perl-CPAN-Meta-Check-0.011-1.fc22' was created pointing to:

 5931a9c... Update to 0.011
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-CPAN-Meta-Check] Created tag perl-CPAN-Meta-Check-0.011-1.fc23

[Paul Howarth]

The lightweight tag 'perl-CPAN-Meta-Check-0.011-1.fc23' was created pointing to:

 5931a9c... Update to 0.011
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-Test-Warnings/f22] Update to 0.021

[Paul Howarth]

Summary of changes:

  c952dab... Update to 0.021 (*)

(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-JSON-MaybeXS/f22] Update to 1.003005

[Paul Howarth]

Summary of changes:

  6837b59... Update to 1.003005 (*)

(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-FileHandle-Unget] Created tag perl-FileHandle-Unget-0.1624-1.fc22

[Paul Howarth]

The lightweight tag 'perl-FileHandle-Unget-0.1624-1.fc22' was created pointing 
to:

 9480b15... Update to 0.1624
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

File Test-Warnings-0.021.tar.gz uploaded to lookaside cache by pghmcfc

[Paul Howarth]

A file has been added to the lookaside cache for perl-Test-Warnings:

fcbc42414de51392348c27420d3c14b0  Test-Warnings-0.021.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-Test-Warnings] Created tag perl-Test-Warnings-0.021-1.fc22

[Paul Howarth]

The lightweight tag 'perl-Test-Warnings-0.021-1.fc22' was created pointing to:

 c952dab... Update to 0.021
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-Test-Warnings] Created tag perl-Test-Warnings-0.021-1.fc23

[Paul Howarth]

The lightweight tag 'perl-Test-Warnings-0.021-1.fc23' was created pointing to:

 c952dab... Update to 0.021
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-Test-Warnings] Update to 0.021

[Paul Howarth]

commit c952dabf5c726ba9b37519ae0927f609939671a4
Author: Paul Howarth p...@city-fan.org
Date:   Mon Mar 23 16:30:53 2015 +

Update to 0.021

- New upstream release 0.021
  - Add a x_breaks entry for conflicting versions of File::pushd that
inadvertently call our exported warnings() rather than invoking
warnings.pm, and documented this undesired interaction

 perl-Test-Warnings.spec | 10 +-
 sources |  2 +-
 2 files changed, 10 insertions(+), 2 deletions(-)
---
diff --git a/perl-Test-Warnings.spec b/perl-Test-Warnings.spec
index 2b5ae59..458461b 100644
--- a/perl-Test-Warnings.spec
+++ b/perl-Test-Warnings.spec
@@ -1,5 +1,5 @@
 Name:  perl-Test-Warnings
-Version:   0.020
+Version:   0.021
 Release:   1%{?dist}
 Summary:   Test for warnings and the lack of them
 License:   GPL+ or Artistic
@@ -19,7 +19,9 @@ BuildRequires:perl(strict)
 BuildRequires: perl(warnings)
 # Test Suite
 BuildRequires: perl(CPAN::Meta) = 2.120900
+BuildRequires: perl(CPAN::Meta::Check) = 0.007
 BuildRequires: perl(CPAN::Meta::Prereqs)
+BuildRequires: perl(CPAN::Meta::Requirements)
 BuildRequires: perl(ExtUtils::MakeMaker)
 BuildRequires: perl(File::Spec)
 BuildRequires: perl(if)
@@ -73,6 +75,12 @@ make test
 %{_mandir}/man3/Test::Warnings.3*
 
 %changelog
+* Mon Mar 23 2015 Paul Howarth p...@city-fan.org - 0.021-1
+- Update to 0.021
+  - Add a x_breaks entry for conflicting versions of File::pushd that
+inadvertently call our exported warnings() rather than invoking
+warnings.pm, and documented this undesired interaction
+
 * Wed Jan  7 2015 Paul Howarth p...@city-fan.org - 0.020-1
 - Update to 0.020
   - Re-release to fix problematic $VERSION declaration (CPAN RT#101239)
diff --git a/sources b/sources
index d80832a..52a8271 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-c5d923fd727fea3f4b3aa91bad5ccf47  Test-Warnings-0.020.tar.gz
+fcbc42414de51392348c27420d3c14b0  Test-Warnings-0.021.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

File JSON-MaybeXS-1.003005.tar.gz uploaded to lookaside cache by pghmcfc

[Paul Howarth]

A file has been added to the lookaside cache for perl-JSON-MaybeXS:

653c088177982f8ac4e6b1697c2c94f4  JSON-MaybeXS-1.003005.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-JSON-MaybeXS] Update to 1.003005

[Paul Howarth]

commit 6837b598f9265e452916b0ee30ada704ec971393
Author: Paul Howarth p...@city-fan.org
Date:   Mon Mar 23 16:28:49 2015 +

Update to 1.003005

- New upstream release 1.003005
  - Fix x_contributors metadata that was killing metacpan (see
https://github.com/CPAN-API/cpan-api/issues/401)

 perl-JSON-MaybeXS.spec | 7 ++-
 sources| 2 +-
 2 files changed, 7 insertions(+), 2 deletions(-)
---
diff --git a/perl-JSON-MaybeXS.spec b/perl-JSON-MaybeXS.spec
index aa620f9..e1a5d48 100644
--- a/perl-JSON-MaybeXS.spec
+++ b/perl-JSON-MaybeXS.spec
@@ -8,7 +8,7 @@
 
 Name:  perl-JSON-MaybeXS
 Summary:   Use Cpanel::JSON::XS with a fallback to JSON::XS and JSON::PP
-Version:   1.003004
+Version:   1.003005
 Release:   1%{?dist}
 License:   GPL+ or Artistic
 URL:   http://search.cpan.org/dist/JSON-MaybeXS/
@@ -73,6 +73,11 @@ make test
 %{_mandir}/man3/JSON::MaybeXS.3*
 
 %changelog
+* Mon Mar 23 2015 Paul Howarth p...@city-fan.org - 1.003005-1
+- Update to 1.003005
+  - Fix x_contributors metadata that was killing metacpan (see
+https://github.com/CPAN-API/cpan-api/issues/401)
+
 * Sun Mar 15 2015 Paul Howarth p...@city-fan.org - 1.003004-1
 - Update to 1.003004
   - Caveat added to documentation about type checking the object returned by
diff --git a/sources b/sources
index 821b1bf..93e0aba 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-84251d7787c021bd587dfba08e5cb614  JSON-MaybeXS-1.003004.tar.gz
+653c088177982f8ac4e6b1697c2c94f4  JSON-MaybeXS-1.003005.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-JSON-MaybeXS] Created tag perl-JSON-MaybeXS-1.003005-1.fc23

[Paul Howarth]

The lightweight tag 'perl-JSON-MaybeXS-1.003005-1.fc23' was created pointing to:

 6837b59... Update to 1.003005
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-JSON-MaybeXS] Created tag perl-JSON-MaybeXS-1.003005-1.fc22

[Paul Howarth]

The lightweight tag 'perl-JSON-MaybeXS-1.003005-1.fc22' was created pointing to:

 6837b59... Update to 1.003005
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

File Mail-Mbox-MessageParser-1.5100.tar.gz uploaded to lookaside cache by pghmcfc

[Paul Howarth]

A file has been added to the lookaside cache for perl-Mail-Mbox-MessageParser:

ac7dc33e092b12fe68747ae450e0bdfe  Mail-Mbox-MessageParser-1.5100.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

File Tree-DAG_Node-1.25.tgz uploaded to lookaside cache by pghmcfc

[Paul Howarth]

A file has been added to the lookaside cache for perl-Tree-DAG_Node:

b1206480f0ba570b463adfdfc912b951  Tree-DAG_Node-1.25.tgz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel