[Bug 552616] New: branch perl-Glib for EPEL-5 please
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: branch perl-Glib for EPEL-5 please
https://bugzilla.redhat.com/show_bug.cgi?id=552616
Summary: branch perl-Glib for EPEL-5 please
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: perl-Glib
AssignedTo: tcallawa(a)redhat.com
ReportedBy: kevin(a)tummy.com
QAContact: extras-qa(a)fedoraproject.org
CC: tcallawa(a)redhat.com, fedora-perl-devel-list(a)redhat.com
Classification: Fedora
I am looking at getting Xfce in EPEL, and xfconf needs this package
(which in turn needs perl-ExtUtils-Depends which I have also asked to be
branched).
If you make the minor change to perl BuildRequires here the package builds fine
on EL-5,
however, it seems to fail it's %tests:
...
t/64bit....................GLib-GObject-CRITICAL **: g_param_spec_int64:
assertion `default_value >= minimum && default_value <= maximum' failed at
t/64bit.t line 20.
# Failed test 'The object isa Glib::Param::Int64'
# in t/64bit.t at line 24.
# The object isn't defined
Can't call method "get_minimum" on an undefined value at t/64bit.t line 25.
# Looks like you planned 12 tests but only ran 1.
# Looks like you failed 1 test of 1 run.
# Looks like your test died just after 1.
dubious
Test returned status 255 (wstat 65280, 0xff00)
DIED. FAILED tests 1-12
Failed 12/12 tests, 0.00% okay
(note this is on a 32bit build). Perhaps something with RHEL's perl ?
I'd be happy to help maintain for EPEL-5.
thanks
--
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.
13 years, 9 months
[Bug 563935] New: Update perl-IPC-ShareLite to 0.10 or later
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: Update perl-IPC-ShareLite to 0.10 or later
https://bugzilla.redhat.com/show_bug.cgi?id=563935
Summary: Update perl-IPC-ShareLite to 0.10 or later
Product: Fedora EPEL
Version: el5
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: perl-IPC-ShareLite
AssignedTo: steve(a)silug.org
ReportedBy: xavier(a)bachelot.org
QAContact: extras-qa(a)fedoraproject.org
CC: steve(a)silug.org, fedora-perl-devel-list(a)redhat.com
Classification: Fedora
Created an attachment (id=390283)
--> (https://bugzilla.redhat.com/attachment.cgi?id=390283)
Update EL-5 branch to 0.13
Please update perl-IPC-ShareLite to 0.10 or later.
We're getting segfaults on EL5 x86_64 with the current 0.09 that is shipped in
EPEL5. This is fixed with 0.10.
I'm attaching a patch to sync the EL-5 spec with Rawhide. As a side note, even
Rawhide is outdated, as the latest version is 0.17. I'll file a separate bug
for that.
As always, I'm happy to co-maintain the package for EL-5 branch or even others
branches if you wish so.
--
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.
13 years, 9 months
[Bug 427049] New: broken spec
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=427049
Summary: broken spec
Product: Fedora
Version: 8
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: perl-Class-Std
AssignedTo: andreas(a)bawue.net
ReportedBy: rc040203(a)freenet.de
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-perl-devel-list(a)redhat.com
Description of problem:
Package doesn't build, because the perl-package split has not been reflected to it.
Version-Release number of selected component (if applicable):
perl-Class-Std-0_0_8-1*
How to reproduce:
check out from CVS
make mockbuild
Additional info:
I would have fixed this bug in CVS, but you have restrictive ACLs
set on this 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.
13 years, 9 months
[Bug 537138] New: Bioperl doesn't bootstrap on other platforms, circular dependencies
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: Bioperl doesn't bootstrap on other platforms, circular dependencies
https://bugzilla.redhat.com/show_bug.cgi?id=537138
Summary: Bioperl doesn't bootstrap on other platforms, circular
dependencies
Product: Fedora
Version: 11
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: perl-bioperl-run
AssignedTo: alexl(a)users.sourceforge.net
ReportedBy: loupgaroublond(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: alexl(a)users.sourceforge.net,
fedora-perl-devel-list(a)redhat.com
Classification: Fedora
Description of problem: perl-bioperl and perl-bioperl-run have circular build
dependencies effectively
While this situation is not explicit it's based on runtime only requirements
enforced by the packages. It makes it hard to bootstrap this on a system that
doesn't already have an earlier version of bioperl.
perl-bioperl has a runtime requirement on a dependency that is fulfilled by
perl-bioperl-run. perl-bioperl-run has a build time dependency on something
provided by perl-bioperl. Without a perl-bioperl-run package, it's impossible
to install bioperl to build a newer bioperl-run. This presents a problem when
trying to bootstrap this is centos.
Version-Release number of selected component (if applicable):
perl-bioperl 1.6.1 (based of the 1.6.0 spec file with only a version change)
perl-bioperl-run 1.6.1-1
How reproducible:
I'm guessing it is based on theory, i haven't tried to reproduce it on a second
machine.
Steps to Reproduce:
1. Build a perl-bioperl package on enterprise linux 5
2. Add it to a repo your system can access.
3. Try building a perl-bioperl-run package starting with rpmbuild -bs on the
.spec file.
4. Try installing perl-bioperl to fill the BR
Actual results:
[root@bofh016 SPECS]# rpmbuild -bs perl-bioperl-run.spec
error: Failed build dependencies:
perl(Bio::Root::Version) >= 1.5.9 is needed by
perl-bioperl-run-1.6.1-1.noarch
[root@bofh016 SPECS]# yum install perl-bioperl-1.6.1-2.el5.noarch
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
* addons: archive.cs.uu.nl
* base: archive.cs.uu.nl
* extras: archive.cs.uu.nl
* updates: archive.cs.uu.nl
Setting up Install Process
Resolving Dependencies
--> Running transaction check
---> Package perl-bioperl.noarch 0:1.6.1-2.el5 set to be updated
--> Processing Dependency: perl(Bio::Tools::Run::Phylo::Phylip::ProtPars) for
package: perl-bioperl
--> Processing Dependency: perl(List::MoreUtils) for package: perl-bioperl
--> Processing Dependency: perl(Test::Warn) for package: perl-bioperl
--> Processing Dependency: perl(Test::Exception) for package: perl-bioperl
--> Processing Dependency: perl(Bio::Tools::Run::Alignment::Clustalw) for
package: perl-bioperl
--> Processing Dependency: perl(Bio::Tools::Run::Phylo::Molphy::ProtML) for
package: perl-bioperl
--> Processing Dependency: perl(Bio::Tools::Run::Phylo::Phylip::ProtDist) for
package: perl-bioperl
--> Processing Dependency: perl(Bio::ASN1::EntrezGene) for package:
perl-bioperl
--> Processing Dependency: perl(XML::Simple) for package: perl-bioperl
--> Processing Dependency: perl(Bio::Tools::Run::Phylo::Phylip::Neighbor) for
package: perl-bioperl
--> Running transaction check
---> Package perl-List-MoreUtils.x86_64 0:0.22-2.el5 set to be updated
---> Package perl-Test-Exception.noarch 0:0.26-2.el5 set to be updated
--> Processing Dependency: perl(Sub::Uplevel) for package: perl-Test-Exception
---> Package perl-Test-Warn.noarch 0:0.11-2.el5 set to be updated
---> Package perl-XML-Simple.noarch 0:2.14-4.fc6 set to be updated
---> Package perl-bioperl.noarch 0:1.6.1-2.el5 set to be updated
--> Processing Dependency: perl(Bio::Tools::Run::Phylo::Phylip::ProtPars) for
package: perl-bioperl
--> Processing Dependency: perl(Bio::Tools::Run::Alignment::Clustalw) for
package: perl-bioperl
--> Processing Dependency: perl(Bio::Tools::Run::Phylo::Molphy::ProtML) for
package: perl-bioperl
--> Processing Dependency: perl(Bio::Tools::Run::Phylo::Phylip::ProtDist) for
package: perl-bioperl
--> Processing Dependency: perl(Bio::ASN1::EntrezGene) for package:
perl-bioperl
--> Processing Dependency: perl(Bio::Tools::Run::Phylo::Phylip::Neighbor) for
package: perl-bioperl
--> Running transaction check
---> Package perl-Sub-Uplevel.noarch 0:0.18-2.el5 set to be updated
---> Package perl-bioperl.noarch 0:1.6.1-2.el5 set to be updated
--> Processing Dependency: perl(Bio::Tools::Run::Phylo::Phylip::ProtPars) for
package: perl-bioperl
--> Processing Dependency: perl(Bio::Tools::Run::Alignment::Clustalw) for
package: perl-bioperl
--> Processing Dependency: perl(Bio::Tools::Run::Phylo::Molphy::ProtML) for
package: perl-bioperl
--> Processing Dependency: perl(Bio::Tools::Run::Phylo::Phylip::ProtDist) for
package: perl-bioperl
--> Processing Dependency: perl(Bio::ASN1::EntrezGene) for package:
perl-bioperl
--> Processing Dependency: perl(Bio::Tools::Run::Phylo::Phylip::Neighbor) for
package: perl-bioperl
--> Finished Dependency Resolution
perl-bioperl-1.6.1-2.el5.noarch from centos-5-genomics has depsolving problems
--> Missing Dependency: perl(Bio::Tools::Run::Phylo::Phylip::Neighbor) is
needed by package perl-bioperl-1.6.1-2.el5.noarch (centos-5-genomics)
perl-bioperl-1.6.1-2.el5.noarch from centos-5-genomics has depsolving problems
--> Missing Dependency: perl(Bio::Tools::Run::Phylo::Phylip::ProtPars) is
needed by package perl-bioperl-1.6.1-2.el5.noarch (centos-5-genomics)
perl-bioperl-1.6.1-2.el5.noarch from centos-5-genomics has depsolving problems
--> Missing Dependency: perl(Bio::Tools::Run::Phylo::Phylip::ProtDist) is
needed by package perl-bioperl-1.6.1-2.el5.noarch (centos-5-genomics)
perl-bioperl-1.6.1-2.el5.noarch from centos-5-genomics has depsolving problems
--> Missing Dependency: perl(Bio::Tools::Run::Alignment::Clustalw) is needed
by package perl-bioperl-1.6.1-2.el5.noarch (centos-5-genomics)
perl-bioperl-1.6.1-2.el5.noarch from centos-5-genomics has depsolving problems
--> Missing Dependency: perl(Bio::ASN1::EntrezGene) is needed by package
perl-bioperl-1.6.1-2.el5.noarch (centos-5-genomics)
perl-bioperl-1.6.1-2.el5.noarch from centos-5-genomics has depsolving problems
--> Missing Dependency: perl(Bio::Tools::Run::Phylo::Molphy::ProtML) is
needed by package perl-bioperl-1.6.1-2.el5.noarch (centos-5-genomics)
Error: Missing Dependency: perl(Bio::ASN1::EntrezGene) is needed by package
perl-bioperl-1.6.1-2.el5.noarch (centos-5-genomics)
Error: Missing Dependency: perl(Bio::Tools::Run::Alignment::Clustalw) is needed
by package perl-bioperl-1.6.1-2.el5.noarch (centos-5-genomics)
Error: Missing Dependency: perl(Bio::Tools::Run::Phylo::Phylip::Neighbor) is
needed by package perl-bioperl-1.6.1-2.el5.noarch (centos-5-genomics)
Error: Missing Dependency: perl(Bio::Tools::Run::Phylo::Molphy::ProtML) is
needed by package perl-bioperl-1.6.1-2.el5.noarch (centos-5-genomics)
Error: Missing Dependency: perl(Bio::Tools::Run::Phylo::Phylip::ProtDist) is
needed by package perl-bioperl-1.6.1-2.el5.noarch (centos-5-genomics)
Error: Missing Dependency: perl(Bio::Tools::Run::Phylo::Phylip::ProtPars) is
needed by package perl-bioperl-1.6.1-2.el5.noarch (centos-5-genomics)
You could try using --skip-broken to work around the problem
You could try running: package-cleanup --problems
package-cleanup --dupes
rpm -Va --nofiles --nodigest
Expected results:
A source package
Additional info:
I'm going to push a fedora package to our private repo to make this work, but
i'm wondering how this could be solved for EPEL in the future. Ideally we would
like to run bioperl out of EPEL directly rather than running our own private
builds.
--
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.
13 years, 10 months
[Bug 530137] New: Fedora::Bugzilla - $bug->blocks_bug() fail
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: Fedora::Bugzilla - $bug->blocks_bug() fail
https://bugzilla.redhat.com/show_bug.cgi?id=530137
Summary: Fedora::Bugzilla - $bug->blocks_bug() fail
Product: Fedora
Version: 11
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: perl-Fedora-Bugzilla
AssignedTo: cweyl(a)alumni.drew.edu
ReportedBy: jpirko(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: cweyl(a)alumni.drew.edu,
fedora-perl-devel-list(a)redhat.com, mmaslano(a)redhat.com
Classification: Fedora
Target Release: ---
Created an attachment (id=365567)
--> (https://bugzilla.redhat.com/attachment.cgi?id=365567)
test script
Description of problem:
When I try to get bugs that bz depends on, it fails in a way below and returns
only one bz "0".
Version-Release number of selected component (if applicable):
0.10-1 - I tried 0.13 from CPAN and problem is still there.
How reproducible:
Always
Steps to Reproduce:
run attached script
Actual results:
blocks_bug
Use of uninitialized value $_[1] in exists at
/usr/lib/perl5/vendor_perl/5.10.0/MooseX/AttributeHelpers/MethodProvider/ImmutableHash.pm
line 10.
0
all_blocked_bugs
Expected results:
blocks_bug
499884
all_blocked_bugs
--
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.
13 years, 10 months
[Bug 519710] 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=519710
Summary: flags argument of $pool->refresh() undocumented
Product: Fedora
Version: 11
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: perl-Sys-Virt
AssignedTo: steve(a)silug.org
ReportedBy: mbooth(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: steve(a)silug.org, berrange(a)redhat.com,
fedora-perl-devel-list(a)redhat.com
Classification: Fedora
Target Release: ---
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-2.fc11.x86_64
--
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.
13 years, 10 months
[Bug 519648] New: virStorageVolLookupBy* not implemented
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: virStorageVolLookupBy* not implemented
https://bugzilla.redhat.com/show_bug.cgi?id=519648
Summary: virStorageVolLookupBy* not implemented
Product: Fedora
Version: 11
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: perl-Sys-Virt
AssignedTo: steve(a)silug.org
ReportedBy: mbooth(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: steve(a)silug.org, berrange(a)redhat.com,
fedora-perl-devel-list(a)redhat.com
Depends on: 519647
Classification: Fedora
Target Release: ---
Clone Of: 519647
+++ This bug was initially created as a clone of Bug #519647 +++
Description of problem:
The following calls available in the C api have no perl bindings:
virStorageVolLookupByKey
virStorageVolLookupByName
virStorageVolLookupByPath
Version-Release number of selected component (if applicable):
perl-Sys-Virt-0.2.0-2.fc11.x86_64
--
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.
13 years, 10 months
[Bug 513987] New: man Sys::Virt: get_node_info onwards is confusing
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: man Sys::Virt: get_node_info onwards is confusing
https://bugzilla.redhat.com/show_bug.cgi?id=513987
Summary: man Sys::Virt: get_node_info onwards is confusing
Product: Fedora
Version: 11
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: perl-Sys-Virt
AssignedTo: steve(a)silug.org
ReportedBy: mbooth(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: steve(a)silug.org, berrange(a)redhat.com,
fedora-perl-devel-list(a)redhat.com
Classification: Fedora
Target Release: ---
Description of problem:
man Sys::Virt says:
my $info = $con->get_node_info()
Returns a hash reference summarising the capabilities of the host
node. The elements of the hash are as follows:
However, what follows does not appear to be a description of the hash. At that
same point, the convention for describing a method changes. $vmm is variously
referred to as $con or $conn. Unless, of course, these methods are genuinely
different in some way that isn't clear.
Version-Release number of selected component (if applicable):
perl-Sys-Virt-0.2.0-2.fc11.i586
--
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.
13 years, 10 months
[Bug 499243] New: Net::DBus::Object does not correctly validate requested method name to invoke
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: Net::DBus::Object does not correctly validate requested method name to invoke
https://bugzilla.redhat.com/show_bug.cgi?id=499243
Summary: Net::DBus::Object does not correctly validate
requested method name to invoke
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: Security
Severity: medium
Priority: low
Component: perl-Net-DBus
AssignedTo: cweyl(a)alumni.drew.edu
ReportedBy: berrange(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: berrange(a)redhat.com, cweyl(a)alumni.drew.edu,
fedora-perl-devel-list(a)redhat.com
Classification: Fedora
Target Release: ---
Description of problem:
There is a security issue in the implementation of Net::DBus::Object.
In the place where it dispatches RPC calls, it simply does
$self->can($method_name)
so, it allows the dbus client to invoke any method that the service side object
implements. Many service implementors would like ability to restrict this to
just allow methods they explicitly export in the introspection XML data.
Furthermore, the current check also allows direct invocation of several
internal impl methods of Net::DBus::Object itself.
This allows a remote client to do a denial of service by calling 'disconnect'
which unregisters the object from the bus. It also allows the remote client to
emit signals on the object which others clients may then act on.
For the dbus 'system' bus, the service can be running as root, and client as an
unprivileged user, so this flaw may allow a client to run things they
shouldn't. While impact of being able to emit signals / invoke improper methods
*may* be limited by the need to have ACLs registered with dbus system bus
instance, the degree of protection depends on how well the app author wrote
their ACLs. So one can't rely on this.
For the dbus 'session' bus, everything is running as unprivileged user, so
impact is reasonably low, denial of service.
This issue is already public via upstream bug report
https://rt.cpan.org/Ticket/Display.html?id=45034
And I have a patch available which should resolve it
http://hg.berrange.com/libraries/net-dbus--devel?cs=be26112c5fdd
Version-Release number of selected component (if applicable):
How reproducible:
Always
Steps to Reproduce:
1. Run the 'examples/example-service.pl' file from source tar.gz
2. In another terminal run
$ dbus-send --session --print-reply --dest=org.designfu.SampleService
/SomeObject org.designfu.SampleInterface.HelloWorld "string:hello"
$ dbus-send --session --print-reply --dest=org.designfu.SampleService
/SomeObject org.designfu.SampleInterface.disconnect
$ dbus-send --session --print-reply --dest=org.designfu.SampleService
/SomeObject org.designfu.SampleInterface.HelloWorld "string:hello"
Actual results:
The 'disconnect' method was allowed
$ dbus-send --session --print-reply --dest=org.designfu.SampleService
/SomeObject org.designfu.SampleInterface.HelloWorld "string:hello"
method return sender=:1.61 -> dest=:1.62 reply_serial=2
array [
string "Hello"
string " from example-service.pl"
]
$ dbus-send --session --print-reply --dest=org.designfu.SampleService
/SomeObject org.designfu.SampleInterface.disconnect
method return sender=:1.61 -> dest=:1.63 reply_serial=2
$ dbus-send --session --print-reply --dest=org.designfu.SampleService
/SomeObject org.designfu.SampleInterface.HelloWorld "string:hello"
Error org.freedesktop.DBus.Error.UnknownMethod: Method "HelloWorld" with
signature "s" on interface "org.designfu.SampleInterface" doesn't exist
Expected results:
The 'disconnect' method should be denied
$ dbus-send --session --print-reply --dest=org.designfu.SampleService
/SomeObject org.designfu.SampleInterface.HelloWorld "string:hello"
method return sender=:1.65 -> dest=:1.66 reply_serial=2
array [
string "Hello"
string " from example-service.pl"
]
$ dbus-send --session --print-reply --dest=org.designfu.SampleService
/SomeObject org.designfu.SampleInterface.disconnect
Error org.freedesktop.DBus.Error.Failed: No such method SomeObject->disconnect
$ dbus-send --session --print-reply --dest=org.designfu.SampleService
/SomeObject org.designfu.SampleInterface.HelloWorld "string:hello"
method return sender=:1.65 -> dest=:1.68 reply_serial=2
array [
string "Hello"
string " from example-service.pl"
]
Additional info:
Bug affects all Fedora releases.
--
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.
13 years, 10 months
[Bug 496369] New: make check fails
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: make check fails
https://bugzilla.redhat.com/show_bug.cgi?id=496369
Summary: make check fails
Product: Fedora
Version: rawhide
Platform: s390x
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: perl-IPC-Shareable
AssignedTo: tcallawa(a)redhat.com
ReportedBy: karsten(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: tcallawa(a)redhat.com, fedora-perl-devel-list(a)redhat.com
Classification: Fedora
Target Release: ---
Description of problem:
As I'm no perl expert I need your help with a build failure on s390x.
Full logs are available at
http://s390.koji.fedoraproject.org/koji/taskinfo?taskID=49521
Could you take a look at it, please ? It is blocking the builds of several
other
perl packages atm.
Version-Release number of selected component (if applicable):
perl-IPC-Shareable-0.60-9.fc11
--
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.
13 years, 10 months