perl-devel December 2013

perl-devel@lists.fedoraproject.org

21 participants
778 discussions

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

01 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

[Bug 1003631] New: Long regular expression back-reference number wraps to negative value and causes a segmantion fault
by Red Hat Bugzilla 01 Dec '15

01 Dec '15

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

1 9

[Bug 997645] New: gtk colored buttons
by Red Hat Bugzilla 01 Dec '15

01 Dec '15

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

1 18

[Bug 430177] New: clamd.d/amavisd.conf configuration directives require boolean arguments
by Red Hat Bugzilla 28 Nov '15

28 Nov '15

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=430177 Summary: clamd.d/amavisd.conf configuration directives require boolean arguments Product: Fedora EPEL Version: el5 Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: amavisd-new AssignedTo: steve(a)silug.org ReportedBy: rayvd(a)bludgeon.org QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com After installing amavisd-new-2.4.5-1.el5 from epel-testing I get the following when running service clamd.amavisd start: # service clamd.amavisd start Starting clamd.amavisd: ERROR: Parse error at line 2: Option LogSyslog requires boolean argument. ERROR: Can't open/parse the config file /etc/clamd.d/amavisd.conf [FAILED] Turns out FixStaleSocket also requires a boolean argument. I appended a 'yes' to both of these configuration directives and everything is working fine now. This is in tandem with clamav-server-0.92-4.1.el5 from epel. -- 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.

1 13

[Bug 783346] New: Perl-MIME-Lite is already in RHEL6
by Red Hat Bugzilla 03 Nov '15

03 Nov '15

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Perl-MIME-Lite is already in RHEL6 https://bugzilla.redhat.com/show_bug.cgi?id=783346 Summary: Perl-MIME-Lite is already in RHEL6 Product: Fedora EPEL Version: el6 Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: perl-MIME-Lite AssignedTo: steve.traylen(a)cern.ch ReportedBy: bochecha(a)fedoraproject.org QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com, mmcgrath(a)redhat.com, steve.traylen(a)cern.ch Classification: Fedora Story Points: --- Type: --- Regression: --- Mount Type: --- Documentation: --- Description of problem: This package is already in RHEL6, as such, shouldn't it be dropped from EPEL6? # yum whatprovides 'perl(MIME::Lite)' Loaded plugins: changelog, merge-conf, rhnplugin perl-MIME-Lite-3.027-2.el6.noarch : MIME::Lite - low-calorie MIME generator Repo : epel Matched from: Other : perl(MIME::Lite) perl-MIME-Lite-3.027-2.el6.noarch : MIME::Lite - low-calorie MIME generator Repo : rhel-x86_64-server-optional-6 Matched from: Other : perl(MIME::Lite) -- 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 6

[Bug 839612] New: FTBFS perl-Unix-Statgrab-0.04-14.fc18
by Red Hat Bugzilla 16 Sep '15

16 Sep '15

https://bugzilla.redhat.com/show_bug.cgi?id=839612 Bug ID: 839612 QA Contact: extras-qa(a)fedoraproject.org Severity: unspecified URL: https://koji.fedoraproject.org/koji/taskinfo?taskID=42 36283 Version: rawhide Priority: unspecified CC: oliver(a)linux-kernel.at, perl-devel(a)lists.fedoraproject.org, steve(a)silug.org Assignee: steve(a)silug.org Summary: FTBFS perl-Unix-Statgrab-0.04-14.fc18 Regression: --- Story Points: --- Classification: Fedora OS: Unspecified Reporter: ppisar(a)redhat.com Type: Bug Documentation: --- Hardware: Unspecified Mount Type: --- Status: NEW Component: perl-Unix-Statgrab Product: Fedora perl-Unix-Statgrab-0.04-14.fc18 does not build in F18: Executing(%check): /bin/sh -e /var/tmp/rpm-tmp.FI62R4 + umask 022 + cd /builddir/build/BUILD + cd Unix-Statgrab-0.04 + unset DISPLAY + make test PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e" "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t t/0_pod.t ........... ok t/0_pod_coverage.t .. ok t/Unix-Statgrab.t ... Failed 1/22 subtests Test Summary Report ------------------- t/Unix-Statgrab.t (Wstat: 11 Tests: 21 Failed: 0) Non-zero wait status: 11 Parse errors: Bad plan. You planned 22 tests but ran 21. Files=3, Tests=23, 0 wallclock secs ( 0.04 usr 0.00 sys + 0.15 cusr 0.03 csys = 0.22 CPU) Result: FAIL Failed 1/3 test programs. 0/23 subtests failed. make: *** [test_dynamic] Error 255 This happens with perl 5.16.0. I guess the test plan is wrong or the perl segfaults. -- You are receiving this mail because: You are on the CC list for the bug.

1 12

[Bug 750805] New: Fails to build on ARM, needs to use default setjmp not ucontext
by Red Hat Bugzilla 13 Jul '15

13 Jul '15

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Fails to build on ARM, needs to use default setjmp not ucontext https://bugzilla.redhat.com/show_bug.cgi?id=750805 Summary: Fails to build on ARM, needs to use default setjmp not ucontext Product: Fedora Version: 15 Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: perl-Coro AssignedTo: ppisar(a)redhat.com ReportedBy: henrik(a)henriknordstrom.net QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com, mmaslano(a)redhat.com, kwizart(a)gmail.com, bochecha(a)fedoraproject.org, ppisar(a)redhat.com Classification: Fedora Story Points: --- Type: --- Description of problem: ARM do not implement the needed ucontext functions, and need to use the default setjmp method. This is normally the default, except that fedora patches it to hardwire ucontext as default method.. Version-Release number of selected component (if applicable): perl-Coro-5.372-3.fc15 How reproducible: always Steps to Reproduce: 1. Try to rebuild perl-Coro on arm 2. 3. Actual results: failed build, crashing in testsuite Expected results: successful build Additional info: Trivial spec file patch attached. Please apply patch and sumbit a F15 koji build from which arm can pull the srpm. update request is not stricty needed if the only change relative to current F15 build is this patch. -- 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 18

[Bug 1039268] New: png images not displayed
by Red Hat Bugzilla 29 Jun '15

29 Jun '15

https://bugzilla.redhat.com/show_bug.cgi?id=1039268 Bug ID: 1039268 Summary: png images not displayed Product: Fedora Version: 20 Component: perl-Tk Assignee: andreas.bierfert(a)lowlatency.de Reporter: eserte12(a)yahoo.de QA Contact: extras-qa(a)fedoraproject.org CC: andreas.bierfert(a)lowlatency.de, perl-devel(a)lists.fedoraproject.org External Bug ID: CPAN 87016 Description of problem: png images cannot be displayed anymore using perl-Tk's Tk::PNG module. This is probably related to https://rt.cpan.org/Public/Bug/Display.html?id=87016 The problem does not appear anymore with a development release of Perl/Tk, e.g. SREZIC/Tk-804.031_502.tar.gz Version-Release number of selected component (if applicable): perl-Tk-804.031-4.fc20.i686 How reproducible: Steps to Reproduce: 1. Try the following oneliner with a random png image: perl -MTk -MTk::PNG -e '$mw=tkinit;$mw->Label(-image => $mw->Photo(-file => shift))->pack; MainLoop' pngtest.png 2. 3. Actual results: Error message "invalid after png_start_read_image or png_read_update_info at /usr/lib/perl5/vendor_perl/Tk/Image.pm line 21.", no png image is displayed Expected results: png image should be visible in a X11 window, like it's the case with fedora 19. Additional info: -- 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=AqqyR7Q0Bx&a=cc_unsubscribe

1 4

[Bug 919030] New: perl-Glib-Object-Introspection seems to have a big-endian problem, self tests fail on s390* and ppc*
by Red Hat Bugzilla 29 Jun '15

29 Jun '15

Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=919030 Bug ID: 919030 Summary: perl-Glib-Object-Introspection seems to have a big-endian problem, self tests fail on s390* and ppc* Product: Fedora Version: rawhide Component: perl-Glib-Object-Introspection Severity: high Priority: medium Reporter: karsten(a)redhat.com Description of problem: # Failed test at t/00-basic-types.t line 15. # got: '-1' # expected: '-127' # Failed test at t/00-basic-types.t line 16. # got: '0' # expected: '255' # Failed test at t/00-basic-types.t line 17. # got: '-1' # expected: '-32767' # Failed test at t/00-basic-types.t line 18. # got: '0' # expected: '65535' # Looks like you failed 4 tests of 34. t/00-basic-types.t ............ Dubious, test returned 4 (wstat 1024, 0x400) Failed 4/34 subtests # Failed test at t/arg-checks.t line 11. # got: '-1' # expected: '-127' # Failed test at t/arg-checks.t line 21. # got: '0' # expected: '127' # Looks like you failed 2 tests of 5. t/arg-checks.t ................ Dubious, test returned 2 (wstat 512, 0x200) Version-Release number of selected component (if applicable): perl-Glib-Object-Introspection-0.015-1.fc19 How reproducible: always Steps to Reproduce: 1. ppc-koji build --scratch f19 perl-Glib-Object-Introspection-0.015-1.fc19.src.rpm 2. 3. Actual results: http://ppc.koji.fedoraproject.org/koji/taskinfo?taskID=973021 Expected results: Additional info: -- 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=YIO2oILrQB&a=cc_unsubscribe

1 9

[Bug 656553] New: Please Update Spec File to use %ghost on files in /var/run and /var/lock
by Red Hat Bugzilla 29 Jun '15

29 Jun '15

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Please Update Spec File to use %ghost on files in /var/run and /var/lock https://bugzilla.redhat.com/show_bug.cgi?id=656553 Summary: Please Update Spec File to use %ghost on files in /var/run and /var/lock Product: Fedora Version: rawhide Platform: All URL: http://lists.fedoraproject.org/pipermail/devel-announc e/2010-November/000726.html OS/Version: Linux Status: NEW Severity: medium Priority: medium Component: bucardo AssignedTo: itamar(a)ispbrasil.com.br ReportedBy: lpoetter(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com, itamar(a)ispbrasil.com.br Classification: Fedora Target Release: --- Your package bucardo appears to include a file in /var/run or /var/lock. With an upcoming change in Rawhide these directories will now be mounted as tmpfs. For details about this change please consult http://lists.fedoraproject.org/pipermail/devel-announce/2010-November/00072… For your package this means that you need add %ghost to all files that are placed in either of these two directories. Please make sure to make this change in time for the F15 cycle. For details about %ghost see http://www.rpm.org/max-rpm-snapshot/s1-rpm-inside-files-list-directives.htm… , for more information on the F15 feature see the feature page https://fedoraproject.org/wiki/Features/var-run-tmpfs . If your package already uses %ghost on these files, feel free to close this bug report right-away. Sorry for this mass bug filing, and if you have any further questions, don't hesitate to ask on fedora-devel or ask me personally. Thank you, Lennart -- 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 5

← Newer
1
2
3
4
5
6
7
...
78
Older →

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 December 2013