Scratch bootstrap rebuilds
by Petr Pisar
Hello,
I'd like inform the Perl packagers about regular bootstrap rebuilds I do.
As you can know mass rebuild after each perl upgrade is a tedious work. One
reason is the Perl packages get incompatible during a year so one encounter
a lot of failures then. Other reason is dependency cycles can emerge without
noticing.
To tackle these problems, I started to run the bootstrap rebuilds each week,
to gather the results, sumarize them, and perform some higher level analyses
on top.
The last rebuild results are publish on
<http://ppisar.fedorapeople.org/perl_rebuild/scratch/latest/index.xhtml>. Here
you can see breakdown into three categories:
(1) Failed---these packages failed during the rebuild. There you can see
difference in the build root, the failure reason, link to open FTBFS bugs,
links to rebuild history matrix and full build logs (the package name link,
the *.good files are logs from last known good rebuild).
(2) Unreachable---these packages could not been rebuilt because their
build-time dependencies were not satisfied. That's because one of the
dependency failed to build or there was a build cycle. There are no more
details currently, but I plan to retrieve and display the unsatisfied
dependencies somehow. (I already have the pieces, just need to pipe them
together.)
(3) Done---these packages passed the rebuild. There you can see changes in
binary provides and requires (against last good build). These are the rpmbuild
auto-generated symbols, not the manually specified ones. I put this column
there recently because Jan Kaluza upgraded `file' tool which is used to
determine by rpmbuild what is a perl module and he wanted some feedback
regarding regressions (there are none :)
There are also historical data available
<http://ppisar.fedorapeople.org/perl_rebuild/scratch/index.xhtml>. This as
a matrix displaying the results for each package and rebuild run. It's
available under the `history' links from the above-described page.
You could notice I filed lots of FTBFS bug reports recently and I fixed many
of them. These are fruits of these scratch bootstraps. However I'm not able to
fix all of them, thus I appeal to your responsibily for maintaining your
packages.
Currently I'd like to see fixed perl-Term-ReadLine-Gnu
<http://ppisar.fedorapeople.org/perl_rebuild/scratch/latest/index.xhtml#pp...>. This broken package could cause a lot hassle in the future.
-- Petr
9 years, 10 months
[Bug 1067003] Review Request: perl-Time-ParseDate - Date parsing both relative and absolute
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1067003
Petr Pisar <ppisar(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Flags|fedora-review? |fedora-review+
--- Comment #11 from Petr Pisar <ppisar(a)redhat.com> ---
Spec file changes:
--- perl-Time-ParseDate.spec.old 2014-07-01 02:06:10.000000000 +0200
+++ perl-Time-ParseDate.spec 2014-07-01 23:50:07.000000000 +0200
@@ -3,7 +3,7 @@
Release: 2%{?dist}
Summary: Perl modules for parsing dates and times
# See https://fedoraproject.org/wiki/Licensing/TPDL
-License: TPDL
+License: TPDL and Public Domain
Group: Development/Libraries
URL: http://search.cpan.org/dist/Time-ParseDate/
@@ -34,7 +34,7 @@
Time-ParseDate provides several Perl modules, including Time::CTime,
Time::DaysInMonth, Time::JulianDay, Time::ParseDate, and Time::Timezone.
These modules can be useful for parsing and manipulating dates and times.
-There can be numerous options for controlling what is recognized and what is
not.
+There are numerous options to control what is recognized and what is not.
%prep
%setup -q -n Time-ParseDate-%{version}
@@ -69,7 +69,7 @@
-* Fri Jun 27 2014 Denis Fateyev <denis(a)fateyev.com> - 2013.1113-2
+* Tue Jul 01 2014 Denis Fateyev <denis(a)fateyev.com> - 2013.1113-2
- Specfile improvements and cleanup
* Tue Feb 18 2014 Denis Fateyev <denis(a)fateyev.com> - 2013.1113-1
> TODO: Wrap the description paragraph to 80 columns.
-There can be numerous options for controlling what is recognized and what is
not.
+There are numerous options to control what is recognized and what is not.
Ok.
> FIX: The lib/Time/Timezone.pm is not TPDL-licensed. It is "Public Domain":
%changelog
-License: TPDL
+License: TPDL and Public Domain
Ok.
$ rpmlint perl-Time-ParseDate.spec
../SRPMS/perl-Time-ParseDate-2013.1113-2.fc21.src.rpm
../RPMS/noarch/perl-Time-ParseDate-2013.1113-2.fc21.noarch.rpm
perl-Time-ParseDate.src: W: spelling-error %description -l en_US CTime -> C
Time, Crime, Clime
perl-Time-ParseDate.src: W: spelling-error %description -l en_US DaysInMonth ->
Semimonthly
perl-Time-ParseDate.src: W: spelling-error %description -l en_US JulianDay ->
Julian Day, Julian-Day, Julian-day
perl-Time-ParseDate.noarch: W: spelling-error %description -l en_US CTime -> C
Time, Crime, Clime
perl-Time-ParseDate.noarch: W: spelling-error %description -l en_US DaysInMonth
-> Semimonthly
perl-Time-ParseDate.noarch: W: spelling-error %description -l en_US JulianDay
-> Julian Day, Julian-Day, Julian-day
2 packages and 1 specfiles checked; 0 errors, 6 warnings.
rpmlint is Ok.
Resolution: Package APPROVED.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=OeJHGV9gDU&a=cc_unsubscribe
9 years, 10 months
[Bug 1067003] Review Request: perl-Time-ParseDate - Date parsing both relative and absolute
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1067003
--- Comment #9 from Petr Pisar <ppisar(a)redhat.com> ---
The standalone spec file and file from source RPM differ. I will use the
standalone one for this review.
The URL and Source0 are usable. Ok.
The source archive is original (SHA-256:
14a761a45885cbff907531a0b293a7553100260ec0aa6cb51f4deef75616cdfe). Ok.
Summary is Ok.
Description is Ok.
TODO: Wrap the description paragraph to 80 columns.
License verified from lib/Time/ParseDate.pm, lib/Time/CTime.pm,
lib/Time/DaysInMonth.pm, lib/Time/JulianDay.pm, lib/Time/Timezone.pm.
FIX: The lib/Time/Timezone.pm is not TPDL-licensed. It is "Public Domain":
=head1 LICENSE
David Muir Sharnoff disclaims any copyright and puts his contribution
to this module in the public domain.
Change the license tag from (TPDL) to (TPDL and Public Domain).
No XS code presents, noarch BuildArch is Ok.
Build-time dependencies are Ok.
All tests pass. Ok.
$ rpmlint perl-Time-ParseDate.spec
../SRPMS/perl-Time-ParseDate-2013.1113-2.fc21.src.rpm
../RPMS/noarch/perl-Time-ParseDate-2013.1113-2.fc21.noarch.rpm
perl-Time-ParseDate.src: W: spelling-error %description -l en_US CTime -> C
Time, Crime, Clime
perl-Time-ParseDate.src: W: spelling-error %description -l en_US DaysInMonth ->
Semimonthly
perl-Time-ParseDate.src: W: spelling-error %description -l en_US JulianDay ->
Julian Day, Julian-Day, Julian-day
perl-Time-ParseDate.src: E: description-line-too-long C There can be numerous
options for controlling what is recognized and what is not.
perl-Time-ParseDate.noarch: W: spelling-error %description -l en_US CTime -> C
Time, Crime, Clime
perl-Time-ParseDate.noarch: W: spelling-error %description -l en_US DaysInMonth
-> Semimonthly
perl-Time-ParseDate.noarch: W: spelling-error %description -l en_US JulianDay
-> Julian Day, Julian-Day, Julian-day
perl-Time-ParseDate.noarch: E: description-line-too-long C There can be
numerous options for controlling what is recognized and what is not.
2 packages and 1 specfiles checked; 2 errors, 6 warnings.
rpmlint is Ok.
$ rpm -q -lv -p ../RPMS/noarch/perl-Time-ParseDate-2013.1113-2.fc21.noarch.rpm
drwxr-xr-x 2 root root 0 Jul 1 15:02
/usr/share/doc/perl-Time-ParseDate
-rw-r--r-- 1 root root 7275 Nov 14 2013
/usr/share/doc/perl-Time-ParseDate/Changes
-rw-r--r-- 1 root root 604 Nov 28 1998
/usr/share/doc/perl-Time-ParseDate/README
-rw-r--r-- 1 root root 2805 Jul 1 15:02
/usr/share/man/man3/Time::CTime.3pm.gz
-rw-r--r-- 1 root root 2181 Jul 1 15:02
/usr/share/man/man3/Time::DaysInMonth.3pm.gz
-rw-r--r-- 1 root root 2901 Jul 1 15:02
/usr/share/man/man3/Time::JulianDay.3pm.gz
-rw-r--r-- 1 root root 3674 Jul 1 15:02
/usr/share/man/man3/Time::ParseDate.3pm.gz
-rw-r--r-- 1 root root 2321 Jul 1 15:02
/usr/share/man/man3/Time::Timezone.3pm.gz
drwxr-xr-x 2 root root 0 Jul 1 15:02
/usr/share/perl5/vendor_perl/Time
-rw-r--r-- 1 root root 5780 Sep 20 2013
/usr/share/perl5/vendor_perl/Time/CTime.pm
-rw-r--r-- 1 root root 1330 Apr 1 2008
/usr/share/perl5/vendor_perl/Time/DaysInMonth.pm
-rw-r--r-- 1 root root 5940 May 6 2011
/usr/share/perl5/vendor_perl/Time/JulianDay.pm
-rw-r--r-- 1 root root 29907 Nov 14 2013
/usr/share/perl5/vendor_perl/Time/ParseDate.pm
-rw-r--r-- 1 root root 9604 Sep 20 2013
/usr/share/perl5/vendor_perl/Time/Timezone.pm
File permissions and layout is Ok.
$ rpm -q --requires -p
../RPMS/noarch/perl-Time-ParseDate-2013.1113-2.fc21.noarch.rpm | sort -f | uniq
-c
1 perl >= 0:5.000
1 perl >= 0:5.002
1 perl(:MODULE_COMPAT_5.18.2)
1 perl(Carp)
1 perl(Exporter)
1 perl(integer)
1 perl(strict)
1 perl(Time::CTime)
1 perl(Time::JulianDay)
1 perl(Time::Timezone)
1 perl(vars)
1 rpmlib(CompressedFileNames) <= 3.0.4-1
1 rpmlib(FileDigests) <= 4.6.0-1
1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1
1 rpmlib(PayloadIsXz) <= 5.2-1
Binary requires are Ok.
$ rpm -q --provides -p
../RPMS/noarch/perl-Time-ParseDate-2013.1113-2.fc21.noarch.rpm | sort -f | uniq
-c
1 perl(Time::CTime) = 2011.0505
1 perl(Time::DaysInMonth) = 99.1117
1 perl(Time::JulianDay) = 2011.0505
1 perl(Time::ParseDate) = 2013.1113
1 perl(Time::Timezone) = 2006.0814
1 perl-Time-modules = 2013.1113-2.fc21
1 perl-Time-ParseDate = 2013.1113-2.fc21
Binary provides are Ok.
This package replaces perl-Time-modules correctly. Ok.
Package builds in F21
(http://koji.fedoraproject.org/koji/taskinfo?taskID=7096282). Ok.
Otherwise the package is in line with Fedora and Perl packaging guidelines.
Please correct all `FIX' issues, consider fixing `TODO' items, and provide new
spec file.
Resolution: Package NOT approved.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=pcXztxTVgj&a=cc_unsubscribe
9 years, 10 months
[Bug 1114859] New: perl-CPAN-Meta-Check-0.009-1.fc21 fails to bootstrap
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1114859
Bug ID: 1114859
Summary: perl-CPAN-Meta-Check-0.009-1.fc21 fails to bootstrap
Product: Fedora
Version: rawhide
Component: perl-CPAN-Meta-Check
Assignee: paul(a)city-fan.org
Reporter: ppisar(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: paul(a)city-fan.org, perl-devel(a)lists.fedoraproject.org
perl-CPAN-Meta-Check-0.009-1.fc21 fails to bootstrap:
+ make test RELEASE_TESTING=1
PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-MTest::Harness"
"-e" "undef *Test::Harness::Switches; test_harness(0, 'blib/lib', 'blib/arch')"
t/*.t
t/00-compile.t ............ ok
t/10-basics.t ............. ok
Can't locate Test/Pod/Coverage.pm in @INC (you may need to install the
Test::Pod::Coverage module) (@INC contains:
/builddir/build/BUILD/CPAN-Meta-Check-0.009/blib/lib
/builddir/build/BUILD/CPAN-Meta-Check-0.009/blib/arch /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
t/release-pod-coverage.t line 12.
BEGIN failed--compilation aborted at t/release-pod-coverage.t line 12.
t/release-pod-coverage.t ..
Dubious, test returned 2 (wstat 512, 0x200)
No subtests run
Can't locate Test/Pod.pm in @INC (you may need to install the Test::Pod module)
(@INC contains: /builddir/build/BUILD/CPAN-Meta-Check-0.009/blib/lib
/builddir/build/BUILD/CPAN-Meta-Check-0.009/blib/arch /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
t/release-pod-syntax.t line 12.
BEGIN failed--compilation aborted at t/release-pod-syntax.t line 12.
t/release-pod-syntax.t ....
Dubious, test returned 2 (wstat 512, 0x200)
No subtests run
That's because 0.009 started to use Test::Pod* without eval. I recommend to
disable RELEASE_TESTING when bootstrapping.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=jkHdIpxwj9&a=cc_unsubscribe
9 years, 10 months