perl-devel February 2014

perl-devel@lists.fedoraproject.org

34 participants
1351 discussions

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

01 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 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 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 1062576] New: memory leak when including a file with "use utf8"
by Red Hat Bugzilla 04 Oct '15

04 Oct '15

https://bugzilla.redhat.com/show_bug.cgi?id=1062576 Bug ID: 1062576 Summary: memory leak when including a file with "use utf8" Product: Fedora Version: 19 Component: perl Severity: medium Assignee: jplesnik(a)redhat.com Reporter: lav(a)yars.free.net 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 Description of problem: Every time perl includes a file with "use utf8" and text constants it leaks memory. Version-Release number of selected component (if applicable): perl-5.16.3-266.fc19.x86_64 How reproducible: always Steps to Reproduce: 1. run the test program below 2. watch as memory usage grows Here is the test program: ------------------------- my $mem = 0; sub report_memory () { my $next_mem = qx[ps -p $$ -o size=]+0; printf "%+8d = %8d K\n", $next_mem-$mem, $next_mem; $mem = $next_mem; } for (0..1e5) { do 'x.inc'; report_memory unless $_ % 1e4; } ------------------------- x.inc contains: ------------------------- use utf8; $x='x'; ------------------------- -- 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=l7ghbj1UQE&a=cc_unsubscribe

1 18

[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

← Newer
1
2
3
4
5
6
7
...
136
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 February 2014