perl-devel January 2014

perl-devel@lists.fedoraproject.org

42 participants
1440 discussions

[Bug 1046006] New: Slicing a .stl file fails if multiple threads are configured
by Red Hat Bugzilla 02 Dec '15

02 Dec '15

https://bugzilla.redhat.com/show_bug.cgi?id=1046006 Bug ID: 1046006 Summary: Slicing a .stl file fails if multiple threads are configured Product: Fedora Version: 20 Component: slic3r Severity: high Assignee: mhroncok(a)redhat.com Reporter: neil(a)darlow.co.uk QA Contact: extras-qa(a)fedoraproject.org CC: mhroncok(a)redhat.com, perl-devel(a)lists.fedoraproject.org Description of problem: If 2 (the default) or higher is selected in Print Settings|Advanced|Threads an error is reported and slicing fails. Version-Release number of selected component (if applicable): slic3r-1.0.0-0.2.RC1.fc20.x86_64 How reproducible: Every time Steps to Reproduce: 1. Attempt to slice a .stl file with default settings 2. Observe error and slicing failure Actual results: Can't locate package GLUquadricObjPtr for @OpenGL::Quad::ISA at /usr/share/perl5/vendor_perl/Slic3r.pm line 111. Expected results: Slicing should be performed without error. Additional info: Reducing the Threads value to 1 permits slicing to be performed. I have reported this upstream as Issue #1636 at https://github.com/alexrj/Slic3r -- 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=PDOy8kmGQD&a=cc_unsubscribe

1 26

[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

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

02 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 02 Dec '15

02 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 29 Nov '15

29 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 1060360] New: Request branch
by Red Hat Bugzilla 04 Nov '15

04 Nov '15

https://bugzilla.redhat.com/show_bug.cgi?id=1060360 Bug ID: 1060360 Summary: Request branch Product: Fedora EPEL Version: epel7 Component: perl-Mail-MboxParser Assignee: mmaslano(a)redhat.com Reporter: nathanael(a)gnat.ca QA Contact: extras-qa(a)fedoraproject.org CC: mmaslano(a)redhat.com, perl-devel(a)lists.fedoraproject.org, ppisar(a)redhat.com, psabata(a)redhat.com Hello Some of my packages require this package as part of their dependency chains. Would you mind creating an epel7 build? Branch requests can be made here https://fedoraproject.org/wiki/EPEL/epel7/Requests -- 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=u7ctIQr6El&a=cc_unsubscribe

1 11

[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

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

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

perl-devel January 2014