rpms/perl-Class-Inspector/devel .cvsignore, 1.9, 1.10 perl-Class-Inspector.spec, 1.18, 1.19 sources, 1.9, 1.10
by corsepiu
Author: corsepiu
Update of /cvs/pkgs/rpms/perl-Class-Inspector/devel
In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv18470/devel
Modified Files:
.cvsignore perl-Class-Inspector.spec sources
Log Message:
* Tue Jun 10 2008 Ralf Corsépius <rc040203(a)freenet.de> - 1.23-1
- Upstream update.
Index: .cvsignore
===================================================================
RCS file: /cvs/pkgs/rpms/perl-Class-Inspector/devel/.cvsignore,v
retrieving revision 1.9
retrieving revision 1.10
diff -u -r1.9 -r1.10
--- .cvsignore 11 Mar 2008 04:29:41 -0000 1.9
+++ .cvsignore 10 Jun 2008 07:25:49 -0000 1.10
@@ -1 +1 @@
-Class-Inspector-1.22.tar.gz
+Class-Inspector-1.23.tar.gz
Index: perl-Class-Inspector.spec
===================================================================
RCS file: /cvs/pkgs/rpms/perl-Class-Inspector/devel/perl-Class-Inspector.spec,v
retrieving revision 1.18
retrieving revision 1.19
diff -u -r1.18 -r1.19
--- perl-Class-Inspector.spec 11 Mar 2008 04:29:41 -0000 1.18
+++ perl-Class-Inspector.spec 10 Jun 2008 07:25:49 -0000 1.19
@@ -1,5 +1,5 @@
Name: perl-Class-Inspector
-Version: 1.22
+Version: 1.23
Release: 1%{?dist}
Summary: Get information about a class and its structure
License: GPL+ or Artistic
@@ -17,6 +17,11 @@
BuildRequires: perl(Test::Pod) >= 1.00
BuildRequires: perl(Test::MinimumVersion) >= 0.007
+%if 0%{?fedora} < 10
+# FIXME: Missing in FC < 10
+BuildRequires: perl(Test::CPAN::Meta) >= 0.07
+%endif
+
%description
Class::Inspector allows you to get information about a loaded class.
Most or all of this information can be found in other ways, but they aren't
@@ -51,6 +56,9 @@
%{_mandir}/man3/*
%changelog
+* Tue Jun 10 2008 Ralf Corsépius <rc040203(a)freenet.de> - 1.23-1
+- Upstream update.
+
* Tue Mar 11 2008 Ralf Corsépius <rc040203(a)freenet.de> - 1.22-1
- Upstream update.
Index: sources
===================================================================
RCS file: /cvs/pkgs/rpms/perl-Class-Inspector/devel/sources,v
retrieving revision 1.9
retrieving revision 1.10
diff -u -r1.9 -r1.10
--- sources 11 Mar 2008 04:29:41 -0000 1.9
+++ sources 10 Jun 2008 07:25:49 -0000 1.10
@@ -1 +1 @@
-74d1c6f817d859baab5999c53278887b Class-Inspector-1.22.tar.gz
+28e1e697f5e8d838d62159966aac8a5d Class-Inspector-1.23.tar.gz
15 years, 11 months
rpms/perl-Class-Inspector/F-9 .cvsignore, 1.9, 1.10 perl-Class-Inspector.spec, 1.18, 1.19 sources, 1.9, 1.10
by corsepiu
Author: corsepiu
Update of /cvs/pkgs/rpms/perl-Class-Inspector/F-9
In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv18470/F-9
Modified Files:
.cvsignore perl-Class-Inspector.spec sources
Log Message:
* Tue Jun 10 2008 Ralf Corsépius <rc040203(a)freenet.de> - 1.23-1
- Upstream update.
Index: .cvsignore
===================================================================
RCS file: /cvs/pkgs/rpms/perl-Class-Inspector/F-9/.cvsignore,v
retrieving revision 1.9
retrieving revision 1.10
diff -u -r1.9 -r1.10
--- .cvsignore 11 Mar 2008 04:29:41 -0000 1.9
+++ .cvsignore 10 Jun 2008 07:27:29 -0000 1.10
@@ -1 +1 @@
-Class-Inspector-1.22.tar.gz
+Class-Inspector-1.23.tar.gz
Index: perl-Class-Inspector.spec
===================================================================
RCS file: /cvs/pkgs/rpms/perl-Class-Inspector/F-9/perl-Class-Inspector.spec,v
retrieving revision 1.18
retrieving revision 1.19
diff -u -r1.18 -r1.19
--- perl-Class-Inspector.spec 11 Mar 2008 04:29:41 -0000 1.18
+++ perl-Class-Inspector.spec 10 Jun 2008 07:27:29 -0000 1.19
@@ -1,5 +1,5 @@
Name: perl-Class-Inspector
-Version: 1.22
+Version: 1.23
Release: 1%{?dist}
Summary: Get information about a class and its structure
License: GPL+ or Artistic
@@ -17,6 +17,11 @@
BuildRequires: perl(Test::Pod) >= 1.00
BuildRequires: perl(Test::MinimumVersion) >= 0.007
+%if 0%{?fedora} < 10
+# FIXME: Missing in FC < 10
+BuildRequires: perl(Test::CPAN::Meta) >= 0.07
+%endif
+
%description
Class::Inspector allows you to get information about a loaded class.
Most or all of this information can be found in other ways, but they aren't
@@ -51,6 +56,9 @@
%{_mandir}/man3/*
%changelog
+* Tue Jun 10 2008 Ralf Corsépius <rc040203(a)freenet.de> - 1.23-1
+- Upstream update.
+
* Tue Mar 11 2008 Ralf Corsépius <rc040203(a)freenet.de> - 1.22-1
- Upstream update.
Index: sources
===================================================================
RCS file: /cvs/pkgs/rpms/perl-Class-Inspector/F-9/sources,v
retrieving revision 1.9
retrieving revision 1.10
diff -u -r1.9 -r1.10
--- sources 11 Mar 2008 04:29:41 -0000 1.9
+++ sources 10 Jun 2008 07:27:29 -0000 1.10
@@ -1 +1 @@
-74d1c6f817d859baab5999c53278887b Class-Inspector-1.22.tar.gz
+28e1e697f5e8d838d62159966aac8a5d Class-Inspector-1.23.tar.gz
15 years, 11 months
[Bug 447505] New: Wrong path to the font directory in API.pm.
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/show_bug.cgi?id=447505
Summary: Wrong path to the font directory in API.pm.
Product: Fedora
Version: 9
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: perl-PDF-API2
AssignedTo: bjohnson(a)symetrix.com
ReportedBy: mh(a)otrs.com
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-perl-devel-list(a)redhat.com
>From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; de; rv:1.8.1.14) Gecko/20080404 Firefox/2.0.0.14
Description of problem:
Hi @ all
The API2.pm located in /usr/lib/perl5/vendor_perl/5.10.0/PDF/ contains the following line in the BEGINN section:
> @FontDirs = ( qw[ /usr/share/fonts/dejavu-fonts /usr/share/fonts ] );
The path to the DeJaVu font files is wrong! The correct path is /usr/share/fonts/dejavu!
This is the correct code:
> @FontDirs = ( qw[ /usr/share/fonts/dejavu /usr/share/fonts ] );
This bug produces a crash of the PDF::API2 module if you load a DeJaVu font.
Best regards,
Manuel Hecht
Development OTRS::ITSM
Version-Release number of selected component (if applicable):
perl-PDF-API2.noarch 0.69-3.fc9
How reproducible:
Always
Steps to Reproduce:
Load a DeJaVu font in a perl file to reproduce the error:
e. g. my $Font = $PDF->ttfont( 'DejaVuSans.ttf' );
Actual Results:
The perl script dead with an syntax error.
Expected Results:
Additional info:
--
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, or are watching someone who is.
15 years, 11 months
[Bug 235553] New: perl.ppc64 @INC problem, perl.ppc conflicts
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=235553
Summary: perl.ppc64 @INC problem, perl.ppc conflicts
Product: Fedora Core
Version: fc6
Platform: ppc64
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: perl
AssignedTo: rnorwood(a)redhat.com
ReportedBy: christopher.murtagh(a)gmail.com
QAContact: dkl(a)redhat.com
CC: dwmw2@redhat.com,fedora-perl-devel-list(a)redhat.com
Description of problem:
perl.ppc64's @INC doesn't include paths where most perl binary packages are,
perl-BerkeleyDB.ppc for example.
[root@mybox~]# locate BerkeleyDB.pm
/usr/lib/perl5/vendor_perl/5.8.8/ppc-linux-thread-multi/BerkeleyDB.pm
Version-Release number of selected component (if applicable):
current (from base)
How reproducible:
100%.
Steps to Reproduce:
1. Install perl.ppc, perl.ppc64, install perl-BerkelyDB.
2. Then perl -e 'use BerkeleyDB; exit;'
3. There is no step 3... heh, there is no step 3.
Actual results:
Can't locate BerkeleyDB.pm in @INC (@INC contains:
/usr/lib64/perl5/site_perl/5.8.8/ppc64-linux-thread-multi
/usr/lib64/perl5/site_perl/5.8.7/ppc64-linux-thread-multi
/usr/lib64/perl5/site_perl/5.8.6/ppc64-linux-thread-multi
/usr/lib64/perl5/site_perl/5.8.5/ppc64-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.8 /usr/lib/perl5/site_perl/5.8.7
/usr/lib/perl5/site_perl/5.8.6 /usr/lib/perl5/site_perl/5.8.5
/usr/lib/perl5/site_perl
/usr/lib64/perl5/vendor_perl/5.8.8/ppc64-linux-thread-multi
/usr/lib64/perl5/vendor_perl/5.8.7/ppc64-linux-thread-multi
/usr/lib64/perl5/vendor_perl/5.8.6/ppc64-linux-thread-multi
/usr/lib64/perl5/vendor_perl/5.8.5/ppc64-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.8 /usr/lib/perl5/vendor_perl/5.8.7
/usr/lib/perl5/vendor_perl/5.8.6 /usr/lib/perl5/vendor_perl/5.8.5
/usr/lib/perl5/vendor_perl /usr/lib64/perl5/5.8.8/ppc64-linux-thread-multi
/usr/lib/perl5/5.8.8) at /usr/sbin/postgrey line 14.
Expected results:
Successful compilation and exit without error.
Additional info:
The workaround was to yum erase perl.ppc64, fetch the perl.ppc rpm and rpm -i
--replacepkgs --replacefiles (because they both dump perl in /usr/bin/perl, so
removing the perl.ppc64 still left the 64 bit binary).
--
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
15 years, 11 months
rpms/perl-YAML-Syck/devel .cvsignore, 1.10, 1.11 perl-YAML-Syck.spec, 1.14, 1.15 sources, 1.10, 1.11
by Steven Pritchard
Author: steve
Update of /cvs/pkgs/rpms/perl-YAML-Syck/devel
In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv11268
Modified Files:
.cvsignore perl-YAML-Syck.spec sources
Log Message:
Update to 1.05.
Index: .cvsignore
===================================================================
RCS file: /cvs/pkgs/rpms/perl-YAML-Syck/devel/.cvsignore,v
retrieving revision 1.10
retrieving revision 1.11
diff -u -r1.10 -r1.11
--- .cvsignore 20 Feb 2008 16:40:50 -0000 1.10
+++ .cvsignore 9 Jun 2008 18:04:59 -0000 1.11
@@ -1 +1 @@
-YAML-Syck-1.04.tar.gz
+YAML-Syck-1.05.tar.gz
Index: perl-YAML-Syck.spec
===================================================================
RCS file: /cvs/pkgs/rpms/perl-YAML-Syck/devel/perl-YAML-Syck.spec,v
retrieving revision 1.14
retrieving revision 1.15
diff -u -r1.14 -r1.15
--- perl-YAML-Syck.spec 3 Mar 2008 21:07:58 -0000 1.14
+++ perl-YAML-Syck.spec 9 Jun 2008 18:04:59 -0000 1.15
@@ -1,6 +1,6 @@
Name: perl-YAML-Syck
-Version: 1.04
-Release: 2%{?dist}
+Version: 1.05
+Release: 1%{?dist}
Summary: Fast, lightweight YAML loader and dumper
License: MIT
Group: Development/Libraries
@@ -50,6 +50,9 @@
%{_mandir}/man3/*
%changelog
+* Mon Jun 09 2008 Steven Pritchard <steve(a)kspei.com> 1.05-1
+- Update to 1.05.
+
* Mon Mar 3 2008 Tom "spot" Callaway <tcallawa(a)redhat.com> 1.04-2
- rebuild for new perl (again)
Index: sources
===================================================================
RCS file: /cvs/pkgs/rpms/perl-YAML-Syck/devel/sources,v
retrieving revision 1.10
retrieving revision 1.11
diff -u -r1.10 -r1.11
--- sources 20 Feb 2008 16:40:50 -0000 1.10
+++ sources 9 Jun 2008 18:04:59 -0000 1.11
@@ -1 +1 @@
-5908048221d85c9d0829a9aa505d9fc6 YAML-Syck-1.04.tar.gz
+f74aaf6f275eb922bbf58cdb2cb02895 YAML-Syck-1.05.tar.gz
15 years, 11 months
[Bug 448735] Inconsistent @INC
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
Summary: Inconsistent @INC
https://bugzilla.redhat.com/show_bug.cgi?id=448735
------- Additional Comments From skasal(a)redhat.com 2008-06-09 12:06 EST -------
More about site* defines in ./Configure, see also comment #5.
Why do we define siteprefix=/usr and then redefine sitelib and sitearch as if
siteprefix were /usr/local? Wouldn't it be better to set siteprefix=/usr/local?
Yes, perl would then know that man pages can be also found under
/usr/local/share/man/man[13], but there is nothing wrong about it, right?
--
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, or are watching someone who is.
15 years, 11 months
[Bug 448735] Inconsistent @INC
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
Summary: Inconsistent @INC
https://bugzilla.redhat.com/show_bug.cgi?id=448735
------- Additional Comments From skasal(a)redhat.com 2008-06-09 11:56 EST -------
Add comment #4:
Debian has its own opinion, which seems to differ substatially from Perl upstream.
OTOH, Fedora is very close to upstream defaults; if you run ./Configure with
prefix=/usr, vendorprefix=/usr, siteprefix=/usr/local, you get a setup very
close to what we have.
--
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, or are watching someone who is.
15 years, 11 months
[Bug 448735] Inconsistent @INC
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
Summary: Inconsistent @INC
https://bugzilla.redhat.com/show_bug.cgi?id=448735
------- Additional Comments From skasal(a)redhat.com 2008-06-09 10:58 EST -------
In reply to comment #3
> Note: No COMPAT_5.8.*
Note that I mentioned third party modules, that supposedly do not have the
perl(:MODULE_COMPAT_5.x) require.
But I see no reason why they should use vedor_perl/5.8.x, not just vendor_perl,
so I agree with you that my argument was void.
> How do other distros handle site_perl?
A very quick look: I visited random debian machine, with perl 5.8.4, observing:
@INC:
/etc/perl
/usr/local/lib/perl/5.8.4
/usr/local/share/perl/5.8.4
/usr/lib/perl5
/usr/share/perl5
/usr/lib/perl/5.8
/usr/share/perl/5.8
/usr/local/lib/site_perl
.
Note: /usr/*/perl/5.8 is a symlink to the corresponding /usr/*/perl/5.8.4 .
I understand that only partially. Unlike Fedora, the site_perl modules do not
override the vendor-supplied ones. But there are those /usr/local/*/perl/5.8.4
special directories so that users have a way to override vendor-supplied perl
modules, if there is a real need.
But many aspects of this setup elude me:
- Why are the modules divided into lib and share, even for /usr/*/perl/5.8,
which is populated by the perl-base package? Does that mean that the *.pm under
/usr/lib, though text files, are architecture dependent?
- Why is /usr/*/perl5 before the corresponding perl-base-populated directories?
Does that imply that a module package can override modules provided by the core
perl package? Is that desirable?
Since I'm puzzled, I can't get much from observing the Debian setup.
It looks inspiring to put site_perl near the end of @INC; but the request to
provide a site hook to override our modules would probably come immediately and
I'm not sure the change is worth all the hassle...
--
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, or are watching someone who is.
15 years, 11 months