Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: rpmbuild generates perl provides/depends differently in F-10 than any prior level
https://bugzilla.redhat.com/show_bug.cgi?id=473874
Summary: rpmbuild generates perl provides/depends differently
in F-10 than any prior level
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: urgent
Priority: medium
Component: rpm
AssignedTo: pmatilai(a)redhat.com
ReportedBy: cweyl(a)alumni.drew.edu
QAContact: extras-qa(a)fedoraproject.org
CC: pmatilai(a)redhat.com, jnovy(a)redhat.com,
fedora-perl-devel-list(a)redhat.com, ffesti(a)redhat.com
Classification: Fedora
Description of problem:
rpm in F10+ processes Perl depends/requires differently than in any prior level
of Fedora.
e.g., see koji scratch builds of perl-Data-TreeDumper:
dist-f9: https://koji.fedoraproject.org/koji/taskinfo?taskID=965620
dist-f10: https://koji.fedoraproject.org/koji/taskinfo?taskID=965622
dist-f11: https://koji.fedoraproject.org/koji/taskinfo?taskID=965644
Note dist-f9's list of provides/requires from the build.log:
Provides:
perl(Data::TreeDumper) = 0.35
Requires:
perl >= 0:5.006
perl(:MODULE_COMPAT_5.10.0)
perl(Carp)
perl(Check::ISA)
perl(Class::ISA)
perl(Exporter)
perl(Sort::Naturally)
perl(Text::Wrap)
perl(strict)
perl(warnings)
...and dist-f10, f11:
Provides:
perl(Data::TreeDumper) = 0.35
perl(Potatoe)
perl(SuperObject)
perl(SuperObjectWithAutoload)
perl(TiedArray)
perl(TiedHandle)
perl(TiedHash)
perl(TiedScalar)
perl(Vegetable)
Requires:
perl >= 0:5.006
perl(AutoLoader)
perl(Carp)
perl(Check::ISA)
perl(Class::ISA)
perl(Data::TreeDumper)
perl(Devel::Peek)
perl(Exporter)
perl(Sort::Naturally)
perl(Text::Wrap)
perl(Tie::Array)
perl(Tie::Handle)
perl(Tie::Hash)
perl(Tie::Scalar)
perl(strict)
perl(warnings)
Note the additional "provides" found under f10+ (e.g. perl(Potatoe)) are from
scripts stored in %_docdir, without their executable bit set; also note the
additional requires (e.g. perl(Tie::Array)) not present in the package built
under dist-f9. This is a major change of behaviour from all versions prior to
F-10, and may result in many of the nearly 1000 Perl packages in Fedora to
start generating unexpected requires/provides when they're rebuilt.
Version-Release number of selected component (if applicable):
rpm-4.6.0-0.rc1.7
--
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.
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=456144
Summary: Package build failed
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: amavisd-new
AssignedTo: steve(a)silug.org
ReportedBy: miguel.filho(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-perl-devel-list(a)redhat.com
I've tried to build the 2.6.1 using the devel branch on CentOS 5, but two
patches fail to apply.
amavisd-conf.patch
amavisd-db.patch
I'm submitting updated patches that work.
------- Additional Comments From miguel.filho(a)gmail.com 2008-07-21 14:10 EST -------
Created an attachment (id=312286)
--> (https://bugzilla.redhat.com/attachment.cgi?id=312286&action=view)
Updated fix for amavisd-nanny
--
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.
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_fonts_…
- 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_(2…http://fedoraproject.org/wiki/Fedora_fonts_policy_packagehttp://fedoraproject.org/wiki/Simple_fonts_spec_templatehttp://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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: FTBFS perl-RRD-Simple-1.43-3.fc9
https://bugzilla.redhat.com/show_bug.cgi?id=464964
Summary: FTBFS perl-RRD-Simple-1.43-3.fc9
Product: Fedora
Version: rawhide
Platform: All
URL: http://linux.dell.com/files/fedora/FixBuildRequires/mo
ck-results/
OS/Version: Linux
Status: NEW
Severity: high
Priority: high
Component: perl-RRD-Simple
AssignedTo: cweyl(a)alumni.drew.edu
ReportedBy: ftbfs(a)fedoraproject.org
QAContact: extras-qa(a)fedoraproject.org
CC: cweyl(a)alumni.drew.edu,
fedora-perl-devel-list(a)redhat.com
Blocks: 463452
Classification: Fedora
perl-RRD-Simple-1.43-3.fc9.src.rpm Failed To Build From Source against the
rawhide tree. See http://fedoraproject.org/wiki/FTBFS for more information.
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Every invocation of "svk" generates the same warning.
https://bugzilla.redhat.com/show_bug.cgi?id=473407
Summary: Every invocation of "svk" generates the same warning.
Product: Fedora
Version: 9
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: medium
Component: perl-SVK
AssignedTo: ianburrell(a)gmail.com
ReportedBy: rpjday(a)crashcourse.ca
QAContact: extras-qa(a)fedoraproject.org
CC: ianburrell(a)gmail.com,
fedora-perl-devel-list(a)redhat.com
Classification: Fedora
$ rpm -q perl-SVK
perl-SVK-2.0.2-3.fc9.noarch
$ rpm -q swig
swig-1.3.33-2.fc9.i386
$
Every invocation of "svk" generates the warning:
Name "swig_runtime_data::type_pointer3" used only once: possible typo at
/usr/lib/perl5/5.10.0/i386-linux-thread-multi/DynaLoader.pm line 226.
The command still runs but the warning gets a bit tiring after a while.
P.S. Based on the error, it's possible this is a SWIG issue instead.
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Branch perl-Test-MinimumVersion for EPEL 5
https://bugzilla.redhat.com/show_bug.cgi?id=463124
Summary: Branch perl-Test-MinimumVersion for EPEL 5
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: perl-Test-MinimumVersion
AssignedTo: ianburrell(a)gmail.com
ReportedBy: ianburrell(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-perl-devel-list(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Package Change Request
======================
Package Name: perl-Test-MinimumVersion
New Branches: EL-5
Updated EPEL Owners: iburrell
--
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.
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=456019
Summary: Can we have libpTk.a built shared within perl-Tk ?
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: perl-Tk
AssignedTo: andreas.bierfert(a)lowlatency.de
ReportedBy: kwizart(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-perl-devel-list(a)redhat.com
Description of problem: libpTk.a is built statically within perl-Tk package.
This file isn't provided, so any dependency that what to extend the widget for
perl-Tk will need to build again this static library.
I would be better to have a shared built instead (if doable)
Version-Release number of selected component (if applicable): current perl-Tk
How reproducible:
always
Steps to Reproduce:
1. built a perl-Tk dependency that extend the widget capability
(case study perl-Tk-TableMatrix, see #444745)
2. by default it will build the libpTk.a again
3. Each Shared Objet widget will pick from libpTk.a as needed, raising the size
of the resulting .so (if not having duplicate code).
Actual results:
-llibpTk is using libpTk.a
Expected results:
-llibpTk should use libpTk.so
Additional info:
The related licenses files should probably be added to the package.
--
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.
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=247476
Summary: Changed upstream...
Product: Fedora
Version: f7
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: perl-Mail-SPF-Query
AssignedTo: steve(a)silug.org
ReportedBy: lmb(a)biosci.ki.se
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-perl-devel-list(a)redhat.com
Description of problem:
Shouldn't this package be updated/replaced with perl-Mail-SPF 2.005??
Note the missing query in the name.
Version-Release number of selected component (if applicable):
1.999.1-3.fc7
How reproducible:
Steps to Reproduce:
1.
2.
3.
Actual results:
Expected results:
Additional info:
--
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.
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=237421
Summary: Bad cpuTime retrieved from Sys::Virt::Domain->get_info
Product: Fedora Extras
Version: fc6
Platform: i686
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: perl-Sys-Virt
AssignedTo: steve(a)silug.org
ReportedBy: g+fedora(a)pkg.fr
QAContact: extras-qa(a)fedoraproject.org
CC: berrange@redhat.com,fedora-perl-devel-list@redhat.com
Description of problem:
I tried the API on a AMD Athlon(tm) XP 3000+, I got bad values with some
negative one for the cpuTime of a domain.
Version-Release number of selected component (if applicable):
perl-Sys-Virt-0.1.1
How reproducible:
every time
Steps to Reproduce:
1. Run a server with some xen domains
2. Try the example included in the package:
/usr/share/doc/perl-Sys-Virt-0.1.1/examples/dump-info.pl
3. Observe the "cpuTime" values
Actual results:
False
Expected results:
Good
Additional info:
I search the sources and I found this value is in fact unsigned long long value
in libvirt library to represent nanoseconds (cf
http://libvirt.org/html/libvirt-libvirt.html#virDomainInfo) I didn't try on a
64 bits arch but I think the it could work on it.
I managed to obtain the expected results by patching the sources: I edit Virt.xs
from the source and changed the line 359 from:
hv_store (RETVAL, "cpuTime", 7, newSViv(info.cpuTime), 0);
to
hv_store (RETVAL, "cpuTime", 7, newSVnv(info.cpuTime), 0);
So the unsigned long long is read as a float scalar and not an integer scalar.
--
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.
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=199736
Summary: perl C compiler Can't locate object method "IVX" via
package "B::NV"
Product: Fedora Core
Version: fc5
Platform: i386
OS/Version: Linux
Status: NEW
Severity: normal
Priority: normal
Component: perl
AssignedTo: jvdias(a)redhat.com
ReportedBy: timliim(a)lucent.com
QAContact: dkl(a)redhat.com
CC: fedora-perl-devel-list(a)redhat.com
Description of problem:
When compile perl script into C code, modules complained
Can't locate object method "IVX" via package "B::NV"
Version-Release number of selected component (if applicable):
$ rpm -qf /usr/lib/perl5/5.8.8/i386-linux-thread-multi/B/C.pm
perl-5.8.8-5
How reproducible:
always.
Steps to Reproduce:
1. create a file tw.pl with this content:
#!/usr/bin/perl -w
use strict;
package mx;
sub new {}
#sub x { my $m = 5.1; }
1;
2. compile with this line
time perl -MO=C tw.pl > t.c
Actual results:
Got error msg
Can't locate object method "IVX" via package "B::NV" at
/usr/lib/perl5/5.8.8/i386-linux-thread-multi/B/C.pm line 650.
CHECK failed--call queue aborted.
Expected results:
Compiling ok, produce a compilable .c file:
Additional info:
--
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.