[Bug 1548611] New: perl-Net-GitHub-0.94 is available

[bugzilla]

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

Bug ID: 1548611
   Summary: perl-Net-GitHub-0.94 is available
   Product: Fedora
   Version: rawhide
 Component: perl-Net-GitHub
  Keywords: FutureFeature, Triaged
  Assignee: jpazdzi...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: jpazdzi...@redhat.com, lkund...@v3.sk,
perl-devel@lists.fedoraproject.org



Latest upstream release: 0.94
Current version/release in rawhide: 0.93-2.fc28
URL: http://search.cpan.org/dist/Net-GitHub/

Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy

More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring

Please keep in mind that with any upstream change, there may also be packaging
changes that need to be made. Specifically, please remember that it is your
responsibility to review the new version to ensure that the licensing is still
correct and that no non-free or legally problematic items have been added
upstream.

Based on the information from anitya: 
https://release-monitoring.org/project/3150/

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1548609] New: perl-Mojolicious-7.68 is available

[bugzilla]

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

Bug ID: 1548609
   Summary: perl-Mojolicious-7.68 is available
   Product: Fedora
   Version: rawhide
 Component: perl-Mojolicious
  Keywords: FutureFeature, Triaged
  Assignee: emman...@seyman.fr
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: emman...@seyman.fr,
perl-devel@lists.fedoraproject.org,
robinlee.s...@gmail.com, yan...@declera.com



Latest upstream release: 7.68
Current version/release in rawhide: 7.67-1.fc29
URL: http://mojolicio.us/

Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy

More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring

Please keep in mind that with any upstream change, there may also be packaging
changes that need to be made. Specifically, please remember that it is your
responsibility to review the new version to ensure that the licensing is still
correct and that no non-free or legally problematic items have been added
upstream.

Based on the information from anitya: 
https://release-monitoring.org/project/5966/

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1548600] New: perl-DBIx-RunSQL-0.17 is available

[bugzilla]

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

Bug ID: 1548600
   Summary: perl-DBIx-RunSQL-0.17 is available
   Product: Fedora
   Version: rawhide
 Component: perl-DBIx-RunSQL
  Keywords: FutureFeature, Triaged
  Assignee: de...@fateyev.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: de...@fateyev.com, perl-devel@lists.fedoraproject.org



Latest upstream release: 0.17
Current version/release in rawhide: 0.16-4.fc28
URL: http://search.cpan.org/dist/DBIx-RunSQL/

Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy

More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring

Please keep in mind that with any upstream change, there may also be packaging
changes that need to be made. Specifically, please remember that it is your
responsibility to review the new version to ensure that the licensing is still
correct and that no non-free or legally problematic items have been added
upstream.

Based on the information from anitya: 
https://release-monitoring.org/project/6560/

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1548597] New: perl-Class-C3-Componentised-1.001002 is available

[bugzilla]

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

Bug ID: 1548597
   Summary: perl-Class-C3-Componentised-1.001002 is available
   Product: Fedora
   Version: rawhide
 Component: perl-Class-C3-Componentised
  Keywords: FutureFeature, Triaged
  Assignee: jples...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: iarn...@gmail.com, jples...@redhat.com,
perl-devel@lists.fedoraproject.org,
trem...@tremble.org.uk



Latest upstream release: 1.001002
Current version/release in rawhide: 1.001000-18.fc28
URL: http://search.cpan.org/dist/Class-C3-Componentised/

Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy

More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring

Please keep in mind that with any upstream change, there may also be packaging
changes that need to be made. Specifically, please remember that it is your
responsibility to review the new version to ensure that the licensing is still
correct and that no non-free or legally problematic items have been added
upstream.

Based on the information from anitya: 
https://release-monitoring.org/project/6739/

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1380983] Package metadata for perl-Gtk2-Unique lists the wrong URL, and the package itself is apparently deprecated.

[bugzilla]

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

Andrew Toskin  changed:

   What|Removed |Added

Version|26  |rawhide



--- Comment #2 from Andrew Toskin  ---
perl-Gtk2-Unique and perl-Gtk2-Unique-devel still use the old live.gnome.org
domain.

I wondered briefly if maybe the package should just be removed, if upstream
isn't developing it anymore. From a quick dnf repoquery, it seems only
pacmanager still requires perl-Gtk2-Unique, and nothing seems to require the
-devel package. But I'm not sure whether or how much pacmanager is still used.

At the very least, it would still make sense to update the package URL, as I
noted in my original comment.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1548207] perl-DateTime-Format-Flexible-0.29 is available

[bugzilla]

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



--- Comment #5 from Fedora Update System  ---
perl-DateTime-Format-Flexible-0.29-1.fc27 has been pushed to the Fedora 27
testing repository. If problems still persist, please make note of it in this
bug report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-2018-2ccdb4a06f

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1548207] perl-DateTime-Format-Flexible-0.29 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



--- Comment #4 from Fedora Update System  ---
perl-DateTime-Format-Flexible-0.29-1.fc26 has been pushed to the Fedora 26
testing repository. If problems still persist, please make note of it in this
bug report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-2018-5ea674b664

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1547327] perl-Scalar-List-Utils-1.50 is available

[bugzilla]

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

Jan Pazdziora  changed:

   What|Removed |Added

 Status|NEW |CLOSED
 Resolution|--- |RAWHIDE
Last Closed||2018-02-23 10:02:45



--- Comment #1 from Jan Pazdziora  ---
Built to rawhide: https://koji.fedoraproject.org/koji/taskinfo?taskID=25258320.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
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

[Petr Pisar]

On Fri, Feb 23, 2018 at 02:22:38PM +0100, Robert-André Mauchin wrote:
> What about packages that use perl(XSLoader) but not perl(Module::Build)? 
> Shouldn't they require gcc too?
> 
If you mean build-requiring gcc because your package run-requires XSLoader
because it packages an XS code the is compiled when building the package. Then
yes, you should have to build-require gcc. Otherwise the package won't build.

For example if you package uses ExtUtils::MakerMaker, then if Makefile.PL
detects XS files in the sources, it will generate Makefile that executes gcc
directly.

Because there is no intermediate module that would mandate dependency on gcc
there is no other way then to adding BuildRequires: gcc into the spec file. We
cannot add gcc dependency to perl-ExtUtils-MakeMaker because again majority of
Perl source packages do not need gcc.

If you mean run-requiring gcc, then no. There is no reason to run-require gcc
just only because the package loads an shared library with XSLoader.

-- Petr


signature.asc
Description: PGP signature
___
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: Adapting Perl packages to GCC removal from Fedora 29 build root

[Robert-André Mauchin]

On vendredi 23 février 2018 13:56:58 CET 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
>  quires>.
> 
> 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:
> 

What about packages that use perl(XSLoader) but not perl(Module::Build)? 
Shouldn't they require gcc too?

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

[Bug 1547165] perl-ExtUtils-CBuilder should require gcc

[bugzilla]

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



--- Comment #8 from Petr Pisar  ---
The perl-devel message
.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Adapting Perl packages to GCC removal from Fedora 29 build root

[Petr Pisar]

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?

-- Petr


signature.asc
Description: PGP signature
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1547165] perl-ExtUtils-CBuilder should require gcc

[bugzilla]

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



--- Comment #7 from Petr Pisar  ---
I did some tests and if we want perl-ExtUtils-CBuilder to require gcc, we need
to remove dependency on ExtUtils::CBuilder from perl-Module-Build. That will
break 36 packages in Fedora.

Module-Build requires ExtUtils::CBuilder in META data, but at the same time
documents that Module::Build users should require ExtUtils::CBuilder
explicitly.

I'm keen to go this way and fix the 36 packages. I will send an e-mail to
perl-devel list the attract more attention and more ideas.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1547165] perl-ExtUtils-CBuilder should require gcc

[bugzilla]

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



--- Comment #6 from Petr Pisar  ---
Compare to cmake bug #923024. cmake does not run-require any compiler although
it defaults to C++ and dies if it cannot find g++.

I will probably add both compilers as a hard dependency.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1548207] perl-DateTime-Format-Flexible-0.29 is available

[bugzilla]

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



--- Comment #3 from Fedora Update System  ---
perl-DateTime-Format-Flexible-0.29-1.fc26 has been submitted as an update to
Fedora 26. https://bodhi.fedoraproject.org/updates/FEDORA-2018-5ea674b664

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1548207] perl-DateTime-Format-Flexible-0.29 is available

[bugzilla]

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



--- Comment #2 from Fedora Update System  ---
perl-DateTime-Format-Flexible-0.29-1.fc27 has been submitted as an update to
Fedora 27. https://bodhi.fedoraproject.org/updates/FEDORA-2018-2ccdb4a06f

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1548207] perl-DateTime-Format-Flexible-0.29 is available

[bugzilla]

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

Petr Pisar  changed:

   What|Removed |Added

 Status|ASSIGNED|MODIFIED
   Fixed In Version||perl-DateTime-Format-Flexib
   ||le-0.29-1.fc29



--- Comment #1 from Petr Pisar  ---
An enhancement release suitable for all Fedoras.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org