perl-devel November 2013

perl-devel@lists.fedoraproject.org

26 participants
867 discussions

[Bug 807793] New: Please build pcsc-perl for EPEL6
by Red Hat Bugzilla 07 Oct '16

07 Oct '16

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Please build pcsc-perl for EPEL6 https://bugzilla.redhat.com/show_bug.cgi?id=807793 Summary: Please build pcsc-perl for EPEL6 Product: Fedora Version: rawhide Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: pcsc-perl AssignedTo: tmraz(a)redhat.com ReportedBy: mjeanson(a)rlnx.com QAContact: extras-qa(a)fedoraproject.org CC: tmraz(a)redhat.com, fedora-perl-devel-list(a)redhat.com Classification: Fedora Story Points: --- Type: --- Regression: --- Mount Type: --- Documentation: --- Hi, I was hoping that you could build pcsc-perl for EPEL6. I just tried a scratch build of the fc17 version and it builds without modification within EPEL6. http://koji.fedoraproject.org/koji/taskinfo?taskID=3940535 Thanks, Michael -- 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.

1 10

[Bug 1027305] New: pTk/*.t files in debuginfo package differ in mode on each architecture
by Red Hat Bugzilla 19 Jul '16

19 Jul '16

https://bugzilla.redhat.com/show_bug.cgi?id=1027305 Bug ID: 1027305 Summary: pTk/*.t files in debuginfo package differ in mode on each architecture Product: Fedora Version: rawhide Component: perl-Tk Assignee: andreas.bierfert(a)lowlatency.de Reporter: ppisar(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: andreas.bierfert(a)lowlatency.de, perl-devel(a)lists.fedoraproject.org Created attachment 820390 --> https://bugzilla.redhat.com/attachment.cgi?id=820390&action=edit Fix perl-Tk-debuginfo files not consistent in file mode across all architectures. This caused by build script regenerating some files based on external dependencies and features supported on each architecture. This even causes file mode changes across time. Attached patch fixes this issue. Please consider applying this patch. -- 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=DZLMtyzYzx&a=cc_unsubscribe

1 1

[Bug 1003471] New: Manual pages generated from POD have almost all Unicode characters mangled to X
by Red Hat Bugzilla 19 Jul '16

19 Jul '16

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

1 4

[Bug 981243] New: SDLx::App->new() does not work on frame buffer console
by Red Hat Bugzilla 19 Jul '16

19 Jul '16

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

1 19

[Bug 204093] New: perl -i resets file ACLs and EAs
by Red Hat Bugzilla 23 May '16

23 May '16

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.

1 16

[Bug 1004354] New: perl-Alien-ROOT not available on ARM because root is not there
by Red Hat Bugzilla 07 May '16

07 May '16

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

1 11

[Bug 629229] New: new version available and shipped version has disappeared
by Red Hat Bugzilla 05 Apr '16

05 Apr '16

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.

1 11

[Bug 838679] New: perl-Plack: EL-6 build
by Red Hat Bugzilla 10 Feb '16

10 Feb '16

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.

1 9

[Bug 860445] New: RFE - please maintain perl-Curses-UI for EPEL
by Red Hat Bugzilla 11 Jan '16

11 Jan '16

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.

1 2

[Bug 1006931] New: perl-Filesys-SmbClient missing flag compatibility with samba4
by Red Hat Bugzilla 02 Dec '15

02 Dec '15

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

1 11

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

perl-devel November 2013