[Bug 503767] New: perl-Params-Validate is not available in EPEL4
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.
Summary: perl-Params-Validate is not available in EPEL4
https://bugzilla.redhat.com/show_bug.cgi?id=503767
Summary: perl-Params-Validate is not available in EPEL4
Product: Fedora EPEL
Version: el4
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: perl-Params-Validate
AssignedTo: rob.myers(a)gtri.gatech.edu
ReportedBy: xavier(a)bachelot.org
QAContact: extras-qa(a)fedoraproject.org
CC: rob.myers(a)gtri.gatech.edu,
fedora-perl-devel-list(a)redhat.com, lxtnow(a)gmail.com
Depends on: 503766
Classification: Fedora
perl-Params-Validate is branched but not available in EPEL4. The version from
EPEL5 rebuilds fine on EL4.
Could you please built it ?
--
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.
14 years
[Bug 519712] New: flags argument of $pool->refresh() undocumented
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.
Summary: flags argument of $pool->refresh() undocumented
https://bugzilla.redhat.com/show_bug.cgi?id=519712
Summary: flags argument of $pool->refresh() undocumented
Product: Red Hat Enterprise Linux 5
Version: 5.4
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: perl-Sys-Virt
AssignedTo: berrange(a)redhat.com
ReportedBy: mbooth(a)redhat.com
CC: steve(a)silug.org, berrange(a)redhat.com,
fedora-perl-devel-list(a)redhat.com
Classification: Red Hat
Target Release: ---
Clone Of: 519710
+++ This bug was initially created as a clone of Bug #519710 +++
Description of problem:
man Sys::Virt::StoragePool says:
$pool->refresh();
Refresh the storage pool state. Typically this will rescan the list
of storage volumes.
However this code:
$pool->refresh();
dies with:
Usage: Sys::Virt::StoragePool::refresh(pool, flags) at
/home/mbooth/src/virt-v2v/snapshot/virt-snapshot.pl line 328.
Version-Release number of selected component (if applicable):
perl-Sys-Virt-0.2.0-3.el5
--
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.
14 years, 1 month
[Bug 499466] New: The perl-spreadsheet-parseexcel module reads data incorrectly
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.
Summary: The perl-spreadsheet-parseexcel module reads data incorrectly
https://bugzilla.redhat.com/show_bug.cgi?id=499466
Summary: The perl-spreadsheet-parseexcel module reads data
incorrectly
Product: Fedora
Version: 10
Platform: All
OS/Version: Linux
Status: NEW
Severity: high
Priority: low
Component: perl-Spreadsheet-ParseExcel
AssignedTo: steve(a)silug.org
ReportedBy: kernel(a)pkts.ca
QAContact: extras-qa(a)fedoraproject.org
CC: steve(a)silug.org, mpeters(a)mac.com,
fedora-perl-devel-list(a)redhat.com
Classification: Fedora
Created an attachment (id=342701)
--> (https://bugzilla.redhat.com/attachment.cgi?id=342701)
Perl program to copy one excel file to another, without formatting
Description of problem:
I've got an excel workbook with 6 sheets, and reading from these sheets gives
me the wrong data (wrong sheet). Installing the latest version from CPAN
solves the problem.
Version-Release number of selected component (if applicable):
perl-Spreadsheet-ParseExcel-0.3200-5.fc9.i386.rpm
How reproducible:
Always
Steps to Reproduce:
1. Run included perl script on included data file
2.
3.
Actual results:
The fifth and sixth worksheets become the first and second, and the remaining
worksheets are blank.
Expected results:
A direct copy, minus any formatting.
Additional info:
Version 0.49 of Spreadsheet::ParseExcel works correctly
--
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.
14 years, 1 month
[Bug 504538] New: Please Update To Catalyst-Runtime 5.80005
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.
Summary: Please Update To Catalyst-Runtime 5.80005
https://bugzilla.redhat.com/show_bug.cgi?id=504538
Summary: Please Update To Catalyst-Runtime 5.80005
Product: Fedora
Version: 11
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: perl-Catalyst-Runtime
AssignedTo: cweyl(a)alumni.drew.edu
ReportedBy: cochranb(a)speakeasy.net
QAContact: extras-qa(a)fedoraproject.org
CC: cweyl(a)alumni.drew.edu,
fedora-perl-devel-list(a)redhat.com
Classification: Fedora
Description of problem:
Please update perl-Catalyst-Runtime to version 5.80005 and update all
dependencies so that installing Catalyst-Runtime will result in a usable
Catalyst development system.
Catalyst has been at the 5.8+ release series for a while now.
Version-Release number of selected component (if applicable):
5.71001-2.fc11
How reproducible:
Steps to Reproduce:
1.
2.
3.
Actual results:
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.
14 years, 1 month
[Bug 477426] New: Please convert to new font packaging guidelines
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.
Summary: Please convert to new font packaging guidelines
https://bugzilla.redhat.com/show_bug.cgi?id=477426
Summary: Please convert to new font packaging guidelines
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: monafont
AssignedTo: mtasaka(a)ioa.s.u-tokyo.ac.jp
ReportedBy: nicolas.mailhot(a)laposte.net
QAContact: extras-qa(a)fedoraproject.org
CC: mtasaka(a)ioa.s.u-tokyo.ac.jp,
fedora-perl-devel-list(a)redhat.com
Classification: Fedora
This bug has been filed because we've detected your package includes one or
several font files:
repoquery -C --repoid=rawhide -f '*.ttf' -f '*.otf' -f '*.pfb'
-f '*.pfa' --qf='%{SOURCERPM}\n' |sed -e
's+-[0-9.-]*\.fc[123456789]\(.*\)src.rpm++g'|sort|uniq
Unfortunately the script
does not detect symlinks to other packages, so if that's your case, you can
close this bug report now.
Otherwise, you should know that:
- Fedora guidelines
demand the packaging of fonts in a separate package or subpackage:
http://fedoraproject.org/wiki/Packaging/Guidelines#Avoid_bundling_of_font...
- our font packaging guidelines recently changed, and every package that ships
fonts must be adapted to the new templates available in the fontpackages-devel
package.
http://fedoraproject.org/wiki/PackagingDrafts/Fonts_packaging_automation_...
http://fedoraproject.org/wiki/Fedora_fonts_policy_package
http://fedoraproject.org/wiki/Simple_fonts_spec_template
http://fedoraproject.org/wiki/Fonts_spec_template_for_multiple_fonts
Please make
your package conform to the current guidelines in rawhide.
If your package is not
principaly a font package, depending on a separate font package or subpackage
is the prefered solution. If your application does not use fontconfig you can
always package symlinks to the files provided by the font package and installed
in the correct fontconfig directories.
It is preferred to make a font package or
subpackage per font family, though it is not currently a hard guidelines
requirement (it may become before Fedora 11 is released). The definition of a
font family is given on
http://fedoraproject.org/wiki/Fonts_spec_template_notes/font-family
The new
templates should make the creation of font subpackages easy and safe.
The
following packages have already been converted and can serve as examples: -
andika-fonts - apanov-heuristica-fonts - bitstream-vera-fonts - charis-fonts -
dejavu-fonts - ecolier-court-fonts - edrip-fonts - gfs-ambrosia-fonts -
gfs-artemisia-fonts - gfs-baskerville-fonts - gfs-bodoni-classic-fonts -
gfs-bodoni-fonts - gfs-complutum-fonts - gfs-didot-classic-fonts -
gfs-didot-fonts - gfs-eustace-fonts - gfs-fleischman-fonts - gfs-garaldus-fonts
- gfs-gazis-fonts - gfs-jackson-fonts - gfs-neohellenic-fonts -
gfs-nicefore-fonts - gfs-olga-fonts - gfs-porson-fonts - gfs-solomos-fonts -
gfs-theokritos-fonts - stix-fonts - yanone-kaffeesatz-fonts
If you have any remaining
questions about the new guidelines please ask them on fedora-fonts-list at
redhat.com
--
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.
14 years, 1 month
[Bug 484866] New: perl-Network-IPv4Addr : Conflicts with other packages
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.
Summary: perl-Network-IPv4Addr : Conflicts with other packages
https://bugzilla.redhat.com/show_bug.cgi?id=484866
Summary: perl-Network-IPv4Addr : Conflicts with other packages
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: perl-Network-IPv4Addr
AssignedTo: dennis(a)ausil.us
ReportedBy: bugs.michael(a)gmx.net
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-perl-devel-list(a)redhat.com, dennis(a)ausil.us
Classification: Fedora
perl-Network-IPv4Addr-0.05-13.fc11.noarch in rawhide-development-i386
File conflict with: perl-Net-IPv4Addr-0.10-3.fc9.noarch
/usr/share/man/man1/ipv4calc.1.gz
--
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.
14 years, 2 months