September 2013 - perl-devel - Fedora Mailing-Lists

[Bug 1003471] New: Manual pages generated from POD have almost all Unicode characters mangled to X

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1003471 Bug ID: 1003471 Summary: Manual pages generated from POD have almost all Unicode characters mangled to X Product: Fedora Version: rawhide Component: perl-podlators Assignee: ppisar(a)redhat.com Reporter: ppisar(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: perl-devel(a)lists.fedoraproject.org, ppisar(a)redhat.com $ cat test =encoding utf8 =head1 Kroužkovci Žížala =cut $ pod2man test |tail .\" .IX Title "TEST 1" .TH TEST 1 "2013-09-02" "perl v5.18.1" "User Contributed Perl Documentation" .\" For nroff, turn off justification. Always turn off hyphenation; it makes .\" way too many mistakes in technical documents. .if n .ad l .nh .SH "KrouXkovci" .IX Header "KrouXkovci" Xi\*'Xala This is caused by upstream decision to have pod2man output compatible with all ROFFs. That means to pass ASCII charachtes, escape ISO-8859-1 characters, and to replace others with plain `X' (<https://rt.cpan.org/Public/Bug/Display.html?id=68741>). There is pod2man option --utf8 which disables any escaping and outputs UTF-8, but this is not default behaviour. This makes all manual pages from built packages to be mangled. See Debian bug report <http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=480997>. Question is what to do. Should we be faster than upstream and make UTF-8 output default? Should defaults you locale encoding? (Fedora packages are built in C locale.) -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=1dZWcp091d&a=cc_unsubscribe

7 years, 2 months

1
4
0 / 0

[Bug 981243] New: SDLx::App->new() does not work on frame buffer console

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=981243 Bug ID: 981243 Summary: SDLx::App->new() does not work on frame buffer console Product: Fedora Version: 18 Component: perl-SDL Severity: unspecified Priority: unspecified Assignee: hdegoede(a)redhat.com Reporter: ppisar(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: hdegoede(a)redhat.com, perl-devel(a)lists.fedoraproject.org Created attachment 768694 --> https://bugzilla.redhat.com/attachment.cgi?id=768694&action=edit Reproducer I'm not able to initialize SDL video on frame buffer console using high-level SDLx::App->new(). But it works with low-level SDL::Video::set_video_mode(). Output from the reproducer: # DISPLAY= perl test -width 1280 -height 1024 -depth 32 Testing plain SDL: Plain SDL::Video::set_video_mode() is Ok. Width is 1280 Testing plain SDL::App: Couldn't set console screen info at /usr/lib64/perl5/vendor_perl/SDLx/App.pm line 123. SDLx::App::new('SDLx::App', '-width', 1280, '-height', 1024, '-depth', 32) called at test line 32 root@dhcp-0-146:/tmp # rpm -q perl-SDL perl-SDL-2.540-2.fc18.x86_64 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=GviunhawfM&a=cc_unsubscribe

7 years, 2 months

1
19
0 / 0

[Bug 204093] New: perl -i resets file ACLs and EAs

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=204093 Summary: perl -i resets file ACLs and EAs Product: Fedora Core Version: fc5 Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: perl AssignedTo: rnorwood(a)redhat.com ReportedBy: josh(a)jbc.edu QAContact: dkl(a)redhat.com CC: fedora-perl-devel-list(a)redhat.com Description of problem: When perl's -i option is used to do an in-place edit of a file, it resets the ACLs and extended attributes on that file. Since perl -i can be a very helpful tool for scripting and system administration, it would be nice if it preserved ACLs and EAs. Version-Release number of selected component (if applicable): perl-5.8.8-5 How reproducible: always Steps to Reproduce: 1. touch testfile 2. setfacl -m u:testuser:r testfile 3. setfattr -n user.test testfile 4. perl -pi -e 's/Something/SomethingElse/' testfile 5. getfacl testfile; getfattr testfile Actual results: Nothing. Expected results: ACLs and EAs set in steps 2 and 3 above. 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.

7 years, 4 months

1
16
0 / 0

[Bug 1004354] New: perl-Alien-ROOT not available on ARM because root is not there

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1004354 Bug ID: 1004354 Summary: perl-Alien-ROOT not available on ARM because root is not there Product: Fedora Version: 20 Component: perl-Alien-ROOT Assignee: ppisar(a)redhat.com Reporter: ppisar(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: perl-devel(a)lists.fedoraproject.org, ppisar(a)redhat.com Blocks: 485251 (F-ExcludeArch-ARM) perl-Alien-ROOT build- and run-requires root-core from root source package. root is not available on ARM currently. Thus noarch perl-Alien-ROOT has been excluded on ARM. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=vrlGC0bzZh&a=cc_unsubscribe

7 years, 4 months

1
11
0 / 0

[Bug 629229] New: new version available and shipped version has disappeared

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: new version available and shipped version has disappeared https://bugzilla.redhat.com/show_bug.cgi?id=629229 Summary: new version available and shipped version has disappeared Product: Fedora EPEL Version: el5 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: perl-Spreadsheet-ParseExcel AssignedTo: steve(a)silug.org ReportedBy: pertusus(a)free.fr QAContact: extras-qa(a)fedoraproject.org CC: steve(a)silug.org, mpeters(a)mac.com, fedora-perl-devel-list(a)redhat.com Classification: Fedora Description of problem: The source for this package cannot be found anymore. I noticed this because I found a bug when parsing an excel document. My wild guess is that the issue is in the OLE parser, but it would certainly be better to update this software anyway given that the previous source disappeared. Version-Release number of selected component (if applicable): 0.3200-2.el5 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.

7 years, 5 months

1
11
0 / 0

[Bug 838679] New: perl-Plack: EL-6 build

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=838679 Bug ID: 838679 QA Contact: extras-qa(a)fedoraproject.org Severity: unspecified Version: el6 Priority: unspecified CC: jpo(a)di.uminho.pt, perl-devel(a)lists.fedoraproject.org Assignee: jpo(a)di.uminho.pt Summary: perl-Plack: EL-6 build Regression: --- Story Points: --- Classification: Fedora OS: Unspecified Reporter: jpo(a)di.uminho.pt Type: Bug Documentation: --- Hardware: Unspecified Mount Type: --- Status: NEW Component: perl-Plack Product: Fedora EPEL Summary: Description of the problems that need to be solved in order to build perl-Plack for EPEL-6: * missing perl module in PPC64 * perl module too old in the main RHEL repositories * system perl too old in the main RHEL repositories Additional info: Previous work done on ticket (#729504): * perl-Dancer: please update to version 1.3071 https://bugzilla.redhat.com/show_bug.cgi?id=729504 -- You are receiving this mail because: You are on the CC list for the bug.

7 years, 7 months

1
9
0 / 0

[Bug 860445] New: RFE - please maintain perl-Curses-UI for EPEL

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=860445 Bug ID: 860445 QA Contact: extras-qa(a)fedoraproject.org Severity: unspecified Version: rawhide Priority: unspecified CC: david.hannequin(a)gmail.com, perl-devel(a)lists.fedoraproject.org Assignee: david.hannequin(a)gmail.com Summary: RFE - please maintain perl-Curses-UI for EPEL Regression: --- Story Points: --- Classification: Fedora OS: Unspecified Reporter: admiller(a)redhat.com Type: Bug Documentation: --- Hardware: Unspecified Mount Type: --- Status: NEW Component: perl-Curses-UI Product: Fedora I would like to request perl-Curses-UI be maintained within EPEL, if you would prefer not to then I would happily do so. Thank you, -AdamM -- You are receiving this mail because: You are on the CC list for the bug.

7 years, 8 months

1
2
0 / 0

[Bug 1006931] New: perl-Filesys-SmbClient missing flag compatibility with samba4

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1006931 Bug ID: 1006931 Summary: perl-Filesys-SmbClient missing flag compatibility with samba4 Product: Fedora Version: 18 Component: perl-Filesys-SmbClient Severity: medium Assignee: fedorapkg(a)rule.lv Reporter: aebenjam(a)opentext.com QA Contact: extras-qa(a)fedoraproject.org CC: fedorapkg(a)rule.lv, perl-devel(a)lists.fedoraproject.org Description of problem: Unable to use kerberos via Filesys::SmbClient Version-Release number of selected component (if applicable): Filesys-SmbClient-3.2 How reproducible: Create a new Filesys::SmbClient in perl with the option flags => SMB_CTX_FLAG_USE_KERBEROS Does not invoke the use of KERBEROS. Furthermore, making the perl module manually reveals the missing option, and the code in the header file notes the new mechanism by which kerberos is enabled. Note that, when using the provided rpm, the invocation fails silently back to password - which runs the risk of locking your account out as the password is not likely provided. Steps to Reproduce: my $smb = new Filesys::SmbClient( username => "user", password => "", # working, via kerberos workgroup => "DOMAIN", flags => SMB_CTX_FLAG_USE_KERBEROS, debug => 10); Actual results: Attempts password based login. Expected results: Uses existing kerberos credentials. Additional info: See /usr/include/samba-4.0/libsmbclient.h for new method of management. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=UG4DnM5BZ8&a=cc_unsubscribe

7 years, 10 months

1
11
0 / 0

[Bug 1003631] New: Long regular expression back-reference number wraps to negative value and causes a segmantion fault

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1003631 Bug ID: 1003631 Summary: Long regular expression back-reference number wraps to negative value and causes a segmantion fault Product: Fedora Version: 18 Component: perl Assignee: jplesnik(a)redhat.com Reporter: ppisar(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: cweyl(a)alumni.drew.edu, iarnell(a)gmail.com, jplesnik(a)redhat.com, kasal(a)ucw.cz, perl-devel(a)lists.fedoraproject.org, ppisar(a)redhat.com, psabata(a)redhat.com, rc040203(a)freenet.de, tcallawa(a)redhat.com $ perl -e '/\7777777777/' Segmentation fault $ rpm -q perl perl-5.16.3-244.fc18.x86_64 Reported to upstream <https://rt.perl.org/rt3/Public/Bug/Display.html?id=119505> with a possible fix. All Fedoras are affected. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=LYHFagEkLO&a=cc_unsubscribe

7 years, 10 months

1
9
0 / 0

[Bug 997645] New: gtk colored buttons

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=997645 Bug ID: 997645 Summary: gtk colored buttons Product: Fedora Version: 18 Component: perl-Gtk2 Assignee: tcallawa(a)redhat.com Reporter: aebenjam(a)opentext.com QA Contact: extras-qa(a)fedoraproject.org CC: perl-devel(a)lists.fedoraproject.org, tcallawa(a)redhat.com Description of problem: perl-gtk2 applications that set the background color for buttons aren't producing colored output. Version-Release number of selected component (if applicable): perl-Gtk2-1.247-1.fc18.x86_64 How reproducible: Create a trivial perl-gtk application with a coloured button. Steps to Reproduce: 1. see below for code example to run Actual results: Button is created, but no colour. Expected results: Coloured button. (Red.) Additional info: Note: this worked as expected in Fedora 17. (perl-Gtk2-1.241-2.fc17.i686) Sample colored button code: #!/bin/perl use Gtk2 qw/-init/; my $window = Gtk2::Window->new; $window->set_title("Window!"); my $button = Gtk2::Button->new("Coloured _button"); # does not affect text $button->modify_bg(normal => Gtk2::Gdk::Color->new(0xffff, 0, 0)); $window->add($button); $window->show_all; Gtk2->main; -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=oIE2F6zBK1&a=cc_unsubscribe

7 years, 10 months

1
18
0 / 0

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

perl-devel September 2013