[Bug 730658] New: Unbundle DateTime::Locale and DateTime::TimeZone
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Unbundle DateTime::Locale and DateTime::TimeZone https://bugzilla.redhat.com/show_bug.cgi?id=730658 Summary: Unbundle DateTime::Locale and DateTime::TimeZone Product: Fedora Version: rawhide Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: perl-DateTime AssignedTo: st...@silug.org ReportedBy: iarn...@gmail.com QAContact: extras...@fedoraproject.org CC: st...@silug.org, iarn...@gmail.com, fedora-perl-devel-l...@redhat.com Classification: Fedora Story Points: --- Type: --- Our perl-DateTime package bundles DateTime::Locale and DateTime::TimeZone. To simplify maintenance, I would like to unbundle them and maintain them as separate packages. (DateTime::TimeZone gets updated fairly frequently, but it's not possible to get automatic notifications from Upstream Release Monitoring, for example). It's also worth noting that neither suse nor debian bundle these modules. The original rationale for bundling was due to circular (build) dependencies. This no longer applies for DateTime::Locale (DateTime::Locale does not require DateTime). For DateTime::TimeZone, the circular dependencies can temporarily be avoided using perl_bootstrap macro and appropriate filtering. I've filed bug 730656 and bug 730657 for review of new perl-DateTime-Locale and perl-DateTime-TimeZone packages. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- 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
[Bug 730658] Unbundle DateTime::Locale and DateTime::TimeZone
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=730658 Iain Arnell iarn...@gmail.com changed: What|Removed |Added Blocks||730656, 730657 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- 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
[Bug 730658] Unbundle DateTime::Locale and DateTime::TimeZone
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=730658 --- Comment #1 from Iain Arnell iarn...@gmail.com 2011-08-15 05:40:40 EDT --- I've prepared an updated spec that only includes DateTime. And since upstream doesn't appear to have used 4 digits in the version number for a couple of years, now, I think it's worthwhile bumping epoch again and reverting to upstream's 2 digit version number. Spec URL: http://iarnell.home.xs4all.nl/review/perl-DateTime.spec SRPM URL: http://iarnell.home.xs4all.nl/review/perl-DateTime-0.70-1.fc17.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- 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
[Bug 728487] perl-Shipwright-2.4.30 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=728487 Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org changed: What|Removed |Added Summary|perl-Shipwright-2.4.29 is |perl-Shipwright-2.4.30 is |available |available --- Comment #1 from Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org 2011-08-15 06:45:48 EDT --- Latest upstream release: 2.4.30 Current version in Fedora Rawhide: 2.4.28 URL: http://search.cpan.org/dist/Shipwright/ 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 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- 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
[Bug 715559] perl-Mojolicious-1.77 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=715559 Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org changed: What|Removed |Added Summary|perl-Mojolicious-1.76 is|perl-Mojolicious-1.77 is |available |available --- Comment #15 from Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org 2011-08-15 06:44:16 EDT --- Latest upstream release: 1.77 Current version in Fedora Rawhide: 1.65 URL: http://search.cpan.org/dist/Mojolicious/ 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 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- 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
[Bug 730658] Unbundle DateTime::Locale and DateTime::TimeZone
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=730658 Petr Sabata psab...@redhat.com changed: What|Removed |Added CC||psab...@redhat.com --- Comment #2 from Petr Sabata psab...@redhat.com 2011-08-15 06:45:50 EDT --- (In reply to comment #0) I've filed bug 730656 and bug 730657 for review of new perl-DateTime-Locale and perl-DateTime-TimeZone packages. I'll take a look at those. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- 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
[Bug 730658] Unbundle DateTime::Locale and DateTime::TimeZone
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=730658 --- Comment #3 from Iain Arnell iarn...@gmail.com 2011-08-15 06:53:41 EDT --- Thanks, Petr. Unless Steve shows up, I would also appreciate a review of the changes here too. It's not strictly required, but I basically rebuilt the spec from scratch, so I think having a second pair of eyes take a look would be sensible. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- 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
Broken dependencies: perl-NOCpulse-Gritch
perl-NOCpulse-Gritch has broken dependencies in the rawhide tree: On x86_64: perl-NOCpulse-Gritch-1.27.9-1.fc16.noarch requires perl(:MODULE_COMPAT_5.12.3) On i386: perl-NOCpulse-Gritch-1.27.9-1.fc16.noarch requires perl(:MODULE_COMPAT_5.12.3) Please resolve this as soon as possible. -- 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
Broken dependencies: perl-Pugs-Compiler-Rule
perl-Pugs-Compiler-Rule has broken dependencies in the rawhide tree: On x86_64: perl-Pugs-Compiler-Rule-0.37-9.fc16.noarch requires perl(:MODULE_COMPAT_5.12.3) On i386: perl-Pugs-Compiler-Rule-0.37-9.fc16.noarch requires perl(:MODULE_COMPAT_5.12.3) Please resolve this as soon as possible. -- 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
Re: Switch use in awstats
On 08/13/2011 06:07 PM, Emmanuel Seyman wrote: Hi, Petr. I noticed yesterday that you had patched awstats to use if statements instead of the switch module. The switch module is now back in Fedora (it was removed from Perl core in 5.14 and is now a package in its own right) so feel free to remove your patch, awstats should build fine without it. Emmanuel Hello Emmanuel, I didn't package Switch module on purpose. Switch was removed from perl core, because it had a lot of bug reports. I suppose using if-else is safer. Switch was packaged last week by spot, so maintainers could use it, but they don't have to if they wish. Best regards, Marcela -- 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
[Bug 730658] Unbundle DateTime::Locale and DateTime::TimeZone
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=730658 Petr Sabata psab...@redhat.com changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|st...@silug.org |psab...@redhat.com --- Comment #4 from Petr Sabata psab...@redhat.com 2011-08-15 08:43:49 EDT --- (In reply to comment #3) Thanks, Petr. Unless Steve shows up, I would also appreciate a review of the changes here too. It's not strictly required, but I basically rebuilt the spec from scratch, so I think having a second pair of eyes take a look would be sensible. Sure, no problem :) -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- 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
Re: Switch use in awstats
2011/8/15 Marcela Mašláňová mmasl...@redhat.com: On 08/13/2011 06:07 PM, Emmanuel Seyman wrote: Hi, Petr. I noticed yesterday that you had patched awstats to use if statements instead of the switch module. The switch module is now back in Fedora (it was removed from Perl core in 5.14 and is now a package in its own right) so feel free to remove your patch, awstats should build fine without it. Emmanuel Hello Emmanuel, I didn't package Switch module on purpose. Switch was removed from perl core, because it had a lot of bug reports. I suppose using if-else is safer. Switch was packaged last week by spot, so maintainers could use it, but they don't have to if they wish. Or use Perl's native switch syntax: given/when. See Switch statements in perlsyn for details. -- Iain. -- 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
Re: Switch use in awstats
On 08/15/2011 03:04 PM, Iain Arnell wrote: 2011/8/15 Marcela Mašláňová mmasl...@redhat.com: On 08/13/2011 06:07 PM, Emmanuel Seyman wrote: Hi, Petr. I noticed yesterday that you had patched awstats to use if statements instead of the switch module. The switch module is now back in Fedora (it was removed from Perl core in 5.14 and is now a package in its own right) so feel free to remove your patch, awstats should build fine without it. Emmanuel Hello Emmanuel, I didn't package Switch module on purpose. Switch was removed from perl core, because it had a lot of bug reports. I suppose using if-else is safer. Switch was packaged last week by spot, so maintainers could use it, but they don't have to if they wish. Or use Perl's native switch syntax: given/when. See Switch statements in perlsyn for details. Um, given/when have almost the same amount of bugs ;-) I'm not saying do not use new syntax. But as a maintainer of many packages I prefer older syntax. -- 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
Broken dependencies: perl-Perlbal-XS-HTTPHeaders
perl-Perlbal-XS-HTTPHeaders has broken dependencies in the F-16 tree: On x86_64: perl-Perlbal-XS-HTTPHeaders-0.20-3.fc15.x86_64 requires perl(:MODULE_COMPAT_5.12.3) On i386: perl-Perlbal-XS-HTTPHeaders-0.20-3.fc15.i686 requires perl(:MODULE_COMPAT_5.12.3) Please resolve this as soon as possible. -- 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
Broken dependencies: perl-Pugs-Compiler-Rule
perl-Pugs-Compiler-Rule has broken dependencies in the F-16 tree: On x86_64: perl-Pugs-Compiler-Rule-0.37-9.fc16.noarch requires perl(:MODULE_COMPAT_5.12.3) On i386: perl-Pugs-Compiler-Rule-0.37-9.fc16.noarch requires perl(:MODULE_COMPAT_5.12.3) Please resolve this as soon as possible. -- 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
Broken dependencies: perl-Shipwright
perl-Shipwright has broken dependencies in the F-16 tree: On x86_64: perl-Shipwright-2.4.24-2.fc16.noarch requires perl(that) On i386: perl-Shipwright-2.4.24-2.fc16.noarch requires perl(that) Please resolve this as soon as possible. -- 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
Broken dependencies: perl-Eval-LineNumbers
perl-Eval-LineNumbers has broken dependencies in the F-16 tree: On x86_64: perl-Eval-LineNumbers-0.31-1.fc15.noarch requires perl(:MODULE_COMPAT_5.12.4) On i386: perl-Eval-LineNumbers-0.31-1.fc15.noarch requires perl(:MODULE_COMPAT_5.12.4) Please resolve this as soon as possible. -- 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
Broken dependencies: perl-CGI-Application-Structured-Tools
perl-CGI-Application-Structured-Tools has broken dependencies in the F-16 tree: On x86_64: perl-CGI-Application-Structured-Tools-0.013-3.fc16.noarch requires perl(tmpl_var) perl-CGI-Application-Structured-Tools-0.013-3.fc16.noarch requires main_module) perl-CGI-Application-Structured-Tools-0.013-3.fc16.noarch requires perl(tmpl_var On i386: perl-CGI-Application-Structured-Tools-0.013-3.fc16.noarch requires perl(tmpl_var) perl-CGI-Application-Structured-Tools-0.013-3.fc16.noarch requires main_module) perl-CGI-Application-Structured-Tools-0.013-3.fc16.noarch requires perl(tmpl_var Please resolve this as soon as possible. -- 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
Broken dependencies: perl-NOCpulse-Gritch
perl-NOCpulse-Gritch has broken dependencies in the F-16 tree: On x86_64: perl-NOCpulse-Gritch-1.27.9-1.fc16.noarch requires perl(:MODULE_COMPAT_5.12.3) On i386: perl-NOCpulse-Gritch-1.27.9-1.fc16.noarch requires perl(:MODULE_COMPAT_5.12.3) Please resolve this as soon as possible. -- 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
Re: Duplicate perl packages - perl-Compress-Raw-Zlib
On Aug 15, 2011, at 10:07 AM, Marcela Mašláňová wrote: On 08/15/2011 06:42 PM, Jesse Keating wrote: Does anybody know what's going on with this? Base perl has a sub package for perl-Compress-Raw-Zlib (which gets its own version numbering). It seems to have been there for quite a while. Recently (March of last year) perl-Compress-Raw-Zlib was brought in as its own package (https://bugzilla.redhat.com/show_bug.cgi?id=573929) but the existing sub package was never removed, and exists to this day. Can somebody tell me what's going on here? Which one is the true package, which one needs to go away? I care because now we have mismatched version numbers for this package, and it is causing some interesting scenarios when trying to use Fedora repos as a koji external repo. There may be more cases of this, I haven't done an exhaustive search. -- Jesse Keating Fedora -- Freedom² is a feature! identi.ca: http://identi.ca/jkeating Updates of core modules were sometimes hard and we used this approach few last releases: https://fedoraproject.org/wiki/Perl/updates#Updates_of_Perl_core_modules It should be working in rpm, but I wasn't aware of koji problems. I suppose that now we can live without dual life modules, because Perl modules in core are updated more often. But I'd rather discuss it with Perl SIG members before any action. Upon further looking at the koji problem, these packages may not actually be causing my root issue, since they do come from separate SRPMs. However I am curious if this strategy has ever gone though the packaging committee, releng, or fesco. -- Jesse Keating Fedora -- Freedom² is a feature! identi.ca: http://identi.ca/jkeating -- 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
Re: Duplicate perl packages - perl-Compress-Raw-Zlib
On 08/15/2011 07:07 PM, Marcela Mašláňová wrote: On 08/15/2011 06:42 PM, Jesse Keating wrote: Does anybody know what's going on with this? Base perl has a sub package for perl-Compress-Raw-Zlib (which gets its own version numbering). It seems to have been there for quite a while. Recently (March of last year) perl-Compress-Raw-Zlib was brought in as its own package (https://bugzilla.redhat.com/show_bug.cgi?id=573929) but the existing sub package was never removed, and exists to this day. Can somebody tell me what's going on here? Which one is the true package, which one needs to go away? I care because now we have mismatched version numbers for this package, and it is causing some interesting scenarios when trying to use Fedora repos as a koji external repo. There may be more cases of this, I haven't done an exhaustive search. -- Jesse Keating Fedora -- Freedom² is a feature! identi.ca: http://identi.ca/jkeating Updates of core modules were sometimes hard and we used this approach few last releases: https://fedoraproject.org/wiki/Perl/updates#Updates_of_Perl_core_modules It should be working in rpm, but I wasn't aware of koji problems. I suppose that now we can live without dual life modules, because Perl modules in core are updated more often. But I'd rather discuss it with Perl SIG members before any action. There are two solutions: a/ don't ship sub-package from core perl and override them by package in Fedora. This will work well for perl-Compress-Raw-Zlib - 2.033 in perl, 2.037 in separated package, but we will have borken debuginfo. b/ remove dual life modules, which are outside of perl - will solve problem of broken debuginfo https://bugzilla.redhat.com/show_bug.cgi?id=694704 Removal doesn't work for perl-Compress-Raw-Zlib, but it might work for other packages. Core modules are now updated more often, so we might not need dual life process. Opinions? Better proposal? -- Marcela Mašláňová BaseOS team Brno -- 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
Re: Duplicate perl packages - perl-Compress-Raw-Zlib
2011/8/15 Marcela Mašláňová mmasl...@redhat.com: There are two solutions: a/ don't ship sub-package from core perl and override them by package in Fedora. This will work well for perl-Compress-Raw-Zlib - 2.033 in perl, 2.037 in separated package, but we will have borken debuginfo. Doesn't broken debuginfo only come into play if we install the package from cpan into core archlib directory. As long as we keep it in separate vendorarch, there's no problem. b/ remove dual life modules, which are outside of perl - will solve problem of broken debuginfo https://bugzilla.redhat.com/show_bug.cgi?id=694704 Removal doesn't work for perl-Compress-Raw-Zlib, but it might work for other packages. Core modules are now updated more often, so we might not need dual life process. Anything but this. We *will* end up wanting newer versions at some point and be forced to go back to using unwieldy patches in perl.spec again. Opinions? Better proposal? Well, since Jesse then came back and wrote that koji doesn't seem to be affected after all: Upon further looking at the koji problem, these packages may not actually be causing my root issue, since they do come from separate SRPMs. How about option (c). Keep things just as they are? Or if there is a problem with koji, how about (d) fix koji. It's a broken assumption that only binary sub-packages from a single source rpm can exist in an external repo (I use koji at work to build packages against SLES - Novell has a habit of releasing only affected sub-packages as updates - if they fix a problem that only affects bind-libs, for example, you'll only see a new bind-libs rpm in their updates repo and be expected to install that with the original base package. I'm fairly certain that I patched mergerepo to ignore this restriction). -- Iain. -- 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
