[Bug 357641] New: EL branches
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=357641
Summary: EL branches
Product: Fedora
Version: devel
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: perl-Tk
AssignedTo: andreas.bierfert(a)lowlatency.de
ReportedBy: andreas.bierfert(a)lowlatency.de
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-perl-devel-list(a)redhat.com
Package Change Request
======================
Package Name: perl-Tk
New Branches: EL-4 EL-5
--
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, 6 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 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
[Bug 473874] New: rpmbuild generates perl provides/depends differently in F-10 than any prior level
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: 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.
13 years, 10 months
[Bug 456144] New: Package build failed
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=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.
13 years, 10 months
[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 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, 1 month