[Bug 456019] New: Can we have libpTk.a built shared within perl-Tk ?
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=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.
14 years, 4 months
[Bug 247476] New: Changed upstream...
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=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.
14 years, 4 months
[Bug 237421] New: Bad cpuTime retrieved from Sys::Virt::Domain->get_info
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=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(a)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.
14 years, 4 months
[Bug 199736] New: perl C compiler Can't locate object method "IVX" via package "B::NV"
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=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.
14 years, 5 months
[Bug 540340] New: [patch] Update Finance::Quote to fix ASX quotes
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: [patch] Update Finance::Quote to fix ASX quotes
https://bugzilla.redhat.com/show_bug.cgi?id=540340
Summary: [patch] Update Finance::Quote to fix ASX quotes
Product: Fedora
Version: 12
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: perl-Finance-Quote
AssignedTo: notting(a)redhat.com
ReportedBy: bbaetz(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: notting(a)redhat.com, fedora-perl-devel-list(a)redhat.com
Classification: Fedora
Created an attachment (id=373016)
--> (https://bugzilla.redhat.com/attachment.cgi?id=373016)
Update to 1.17
Description of problem:
Current Finance::Quote version in fedora is 1.13. This version has a bug with
getting Australian Stock Exchange quotes
(http://rt.cpan.org/Ticket/Display.html?id=45052) which is fixed in 1.17
I've attached a patch for the spec file to add extra BuildRequires.
Note that upsteam has moved from ExtUtils::MakeMaker to Module::Install, but
uses a bundled Module::Install - not sure if that's allowed?
Version-Release number of selected component (if applicable):
perl-Finance-Quote-1.13-4.fc12
How reproducible:
Always
Steps to Reproduce:
1. Try to get quote for an ASX stock
Actual results:
Fails
Expected results:
Works
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, 5 months