perl-devel January 2016

perl-devel@lists.fedoraproject.org

6 participants
1572 discussions

[Bug 1204870] New: perl-Gearman-Client-Async-0.94-19.fc23 FTBFS: t/async.t fails randomly
by Red Hat Bugzilla 20 Dec '16

20 Dec '16

https://bugzilla.redhat.com/show_bug.cgi?id=1204870 Bug ID: 1204870 Summary: perl-Gearman-Client-Async-0.94-19.fc23 FTBFS: t/async.t fails randomly Product: Fedora Version: rawhide Component: perl-Gearman-Client-Async 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 perl-Gearman-Client-Async-0.94-19.fc23 sometimes fails to build in F23: + make test PERL_DL_NONLAZY=1 "/usr/bin/perl" "-MExtUtils::Command::MM" "-MTest::Harness" "-e" "undef *Test::Harness::Switches; test_harness(0, 'blib/lib', 'blib/arch')" t/*.t Use of "goto" to jump into a construct is deprecated at /usr/share/perl5/vendor_perl/Gearman/Util.pm line 164. Use of "goto" to jump into a construct is deprecated at /usr/share/perl5/vendor_perl/Gearman/Util.pm line 164. t/allinone.t ...... ok Use of "goto" to jump into a construct is deprecated at /usr/share/perl5/vendor_perl/Gearman/Util.pm line 164. Use of "goto" to jump into a construct is deprecated at /usr/share/perl5/vendor_perl/Gearman/Util.pm line 164. # Failed test 'alternating status' # at t/async.t line 75. # '21211221122222' # doesn't match '(?^:1212)' # Looks like you failed 1 test of 2. t/async.t ......... Dubious, test returned 1 (wstat 256, 0x100) Failed 1/2 subtests This looks like a race in the test because it expects that tasks complete regularly in time which does not have to be true if CPU scheduler delays some processes. See Koschei <http://koschei.cloud.fedoraproject.org/package/perl-Gearman-Client-Async> for the failure frequency. Unfortunately I cannot reproduce the failure. -- You are receiving this mail because: You are on the CC list for the bug.

1 3

[Bug 1166064] New: CVE-2012-6662 jquery-ui: XSS vulnerability in default content in Tooltip widget
by Red Hat Bugzilla 20 Dec '16

20 Dec '16

https://bugzilla.redhat.com/show_bug.cgi?id=1166064 Bug ID: 1166064 Summary: CVE-2012-6662 jquery-ui: XSS vulnerability in default content in Tooltip widget Product: Security Response Component: vulnerability Keywords: Security Severity: medium Priority: medium Assignee: security-response-team(a)redhat.com Reporter: vkaigoro(a)redhat.com CC: abaron(a)redhat.com, abokovoy(a)redhat.com, andrew(a)topdog.za.net, andrewniemants(a)gmail.com, aortega(a)redhat.com, apatters(a)redhat.com, apevec(a)redhat.com, athmanem(a)gmail.com, ayoung(a)redhat.com, bazanluis20(a)gmail.com, bkabrda(a)redhat.com, bkearney(a)redhat.com, bleanhar(a)redhat.com, brett.lentz(a)gmail.com, bruno(a)wolff.to, casper(a)casperlefantom.net, cbillett(a)redhat.com, ccoleman(a)redhat.com, chat-to-me(a)raveit.de, chkr(a)plauener.de, chrisw(a)redhat.com, comzeradd(a)fedoraproject.org, cpelland(a)redhat.com, croberts(a)redhat.com, dajohnso(a)redhat.com, dallan(a)redhat.com, dan(a)danny.cz, david.r(a)ultracar.co.uk, dclarizi(a)redhat.com, devrim(a)gunduz.org, dmcphers(a)redhat.com, dridi.boukelmoune(a)gmail.com, echevemaster(a)gmail.com, emmanuel(a)seyman.fr, erlang(a)lists.fedoraproject.org, extras-orphan(a)fedoraproject.org, fabio(a)locati.cc, fdc(a)fcami.net, fedora(a)famillecollet.com, frankly3d(a)gmail.com, gbailey(a)lxpro.com, gkotton(a)redhat.com, gmccullo(a)redhat.com, herrold(a)owlriver.com, hhorak(a)redhat.com, hobbes1069(a)gmail.com, home(a)trarbentley.net, i(a)cicku.me, i(a)stingr.net, ian(a)ianweller.org, iarnell(a)gmail.com, ipa-maint(a)redhat.com, ivaxer(a)gmail.com, jamielinux(a)fedoraproject.org, jaswinder(a)kernel.org, jdetiber(a)redhat.com, jdornak(a)redhat.com, jhardy(a)redhat.com, jialiu(a)redhat.com, jimi(a)sngx.net, jkeck(a)redhat.com, jmlich(a)redhat.com, jochen(a)herr-schmitt.de, joelsmith(a)redhat.com, jokajak(a)fedoraproject.org, jokerman(a)redhat.com, jonathansteffan(a)gmail.com, jorton(a)redhat.com, jprause(a)redhat.com, jrafanie(a)redhat.com, jsmith.fedora(a)gmail.com, jstribny(a)redhat.com, jvlcek(a)redhat.com, karlthered(a)gmail.com, katello-bugs(a)redhat.com, kevin(a)scrye.com, kseifried(a)redhat.com, ktdreyer(a)ktdreyer.com, kwizart(a)gmail.com, leigh123linux(a)googlemail.com, lemenkov(a)gmail.com, lhh(a)redhat.com, limburgher(a)gmail.com, lmacken(a)redhat.com, lmeyer(a)redhat.com, loganjerry(a)gmail.com, lpeer(a)redhat.com, luto(a)mit.edu, markmc(a)redhat.com, matt(a)cs.wisc.edu, mbarnes(a)redhat.com, mburns(a)redhat.com, mcepl(a)redhat.com, mclasen(a)redhat.com, metherid(a)gmail.com, mhroncok(a)redhat.com, michel(a)michel-slm.name, mike(a)cchtml.com, miketwebster(a)gmail.com, mkosek(a)redhat.com, mmaslano(a)redhat.com, mmccomas(a)redhat.com, mmccune(a)redhat.com, mmcgrath(a)redhat.com, mrunge(a)redhat.com, nelsonab(a)red-tux.net, nonamedotc(a)gmail.com, nushio(a)fedoraproject.org, obarenbo(a)redhat.com, oliver(a)linux-kernel.at, orion(a)cora.nwra.com, paulo.cesar.pereira.de.andrade(a)gmail.com, pavel(a)zhukoff.net, perl-devel(a)lists.fedoraproject.org, peter.borsa(a)gmail.com, phalliday(a)excelsiorsystems.net, pmyers(a)redhat.com, praiskup(a)redhat.com, promac(a)gmail.com, puiterwijk(a)redhat.com, pviktori(a)redhat.com, pvoborni(a)redhat.com, python-maint(a)redhat.com, rbean(a)redhat.com, rbryant(a)redhat.com, rcritten(a)redhat.com, relrod(a)redhat.com, rhos-maint(a)redhat.com, rnovacek(a)redhat.com, robinlee.sysu(a)gmail.com, satya.komaragiri(a)gmail.com, sclewis(a)redhat.com, scott(a)foolishpride.org, sdodson(a)sdodson.com, shawn.iwinski(a)gmail.com, smparrish(a)gmail.com, ssorce(a)redhat.com, stickster(a)gmail.com, sven(a)lank.es, tadej.janez(a)tadej.hicsalta.si, tchollingsworth(a)gmail.com, thomas.moschny(a)gmx.de, thozza(a)redhat.com, tim4dev(a)gmail.com, tjay(a)redhat.com, tmckay(a)redhat.com, tomckay(a)redhat.com, vanmeeuwen+fedora(a)kolabsys.com, volker27(a)gmx.at, vondruch(a)redhat.com, vonsch(a)gmail.com, wojdyr(a)gmail.com, wtogami(a)gmail.com, xlecauch(a)redhat.com, yeylon(a)redhat.com, yohangraterol92(a)gmail.com, zbyszek(a)in.waw.pl jQuery UI 1.10.0 release fixes XSS issue [1] in jQuery Tooltip widget. >From [1]: ... WIDGETS Tooltip Fixed: XSS vulnerability in default content. (#8861, f285440) ... The issue was initially reported in [2], and then actually fixed in [3] by commit [4]. [1]: http://jqueryui.com/changelog/1.10.0/ [2]: http://bugs.jqueryui.com/ticket/8859 [3]: http://bugs.jqueryui.com/ticket/8861 [4]: https://github.com/jquery/jquery-ui/commit/f2854408cce7e4b7fc6bf8676761904a… -- Note: whiteboard lists quite some packages, which are known to have jQuery embedded. -- 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=nLGeAqRwc8&a=cc_unsubscribe

1 131

[Bug 1166041] New: CVE-2010-5312 jquery-ui: XSS vulnerability in jQuery.ui.dialog title option
by Red Hat Bugzilla 20 Dec '16

20 Dec '16

https://bugzilla.redhat.com/show_bug.cgi?id=1166041 Bug ID: 1166041 Summary: CVE-2010-5312 jquery-ui: XSS vulnerability in jQuery.ui.dialog title option Product: Security Response Component: vulnerability Keywords: Security Severity: medium Priority: medium Assignee: security-response-team(a)redhat.com Reporter: vkaigoro(a)redhat.com CC: abaron(a)redhat.com, abokovoy(a)redhat.com, andrew(a)topdog.za.net, andrewniemants(a)gmail.com, aortega(a)redhat.com, apatters(a)redhat.com, apevec(a)redhat.com, athmanem(a)gmail.com, ayoung(a)redhat.com, bazanluis20(a)gmail.com, bkabrda(a)redhat.com, bkearney(a)redhat.com, bleanhar(a)redhat.com, brett.lentz(a)gmail.com, bruno(a)wolff.to, casper(a)casperlefantom.net, cbillett(a)redhat.com, ccoleman(a)redhat.com, chat-to-me(a)raveit.de, chkr(a)plauener.de, chrisw(a)redhat.com, comzeradd(a)fedoraproject.org, cpelland(a)redhat.com, croberts(a)redhat.com, dajohnso(a)redhat.com, dallan(a)redhat.com, dan(a)danny.cz, david.r(a)ultracar.co.uk, dclarizi(a)redhat.com, devrim(a)gunduz.org, dmcphers(a)redhat.com, dridi.boukelmoune(a)gmail.com, echevemaster(a)gmail.com, emmanuel(a)seyman.fr, erlang(a)lists.fedoraproject.org, extras-orphan(a)fedoraproject.org, fabio(a)locati.cc, fdc(a)fcami.net, fedora(a)famillecollet.com, frankly3d(a)gmail.com, gbailey(a)lxpro.com, gkotton(a)redhat.com, gmccullo(a)redhat.com, herrold(a)owlriver.com, hhorak(a)redhat.com, hobbes1069(a)gmail.com, home(a)trarbentley.net, i(a)cicku.me, i(a)stingr.net, ian(a)ianweller.org, iarnell(a)gmail.com, ipa-maint(a)redhat.com, ivaxer(a)gmail.com, jamielinux(a)fedoraproject.org, jaswinder(a)kernel.org, jdetiber(a)redhat.com, jdornak(a)redhat.com, jhardy(a)redhat.com, jialiu(a)redhat.com, jimi(a)sngx.net, jkeck(a)redhat.com, jmlich(a)redhat.com, jochen(a)herr-schmitt.de, joelsmith(a)redhat.com, jokajak(a)fedoraproject.org, jokerman(a)redhat.com, jonathansteffan(a)gmail.com, jorton(a)redhat.com, jprause(a)redhat.com, jrafanie(a)redhat.com, jsmith.fedora(a)gmail.com, jstribny(a)redhat.com, jvlcek(a)redhat.com, karlthered(a)gmail.com, katello-bugs(a)redhat.com, kevin(a)scrye.com, kseifried(a)redhat.com, ktdreyer(a)ktdreyer.com, kwizart(a)gmail.com, leigh123linux(a)googlemail.com, lemenkov(a)gmail.com, lhh(a)redhat.com, limburgher(a)gmail.com, lmacken(a)redhat.com, lmeyer(a)redhat.com, loganjerry(a)gmail.com, lpeer(a)redhat.com, luto(a)mit.edu, markmc(a)redhat.com, matt(a)cs.wisc.edu, mbarnes(a)redhat.com, mburns(a)redhat.com, mcepl(a)redhat.com, mclasen(a)redhat.com, metherid(a)gmail.com, mhroncok(a)redhat.com, michel(a)michel-slm.name, mike(a)cchtml.com, miketwebster(a)gmail.com, mkosek(a)redhat.com, mmaslano(a)redhat.com, mmccomas(a)redhat.com, mmccune(a)redhat.com, mmcgrath(a)redhat.com, mrunge(a)redhat.com, nelsonab(a)red-tux.net, nonamedotc(a)gmail.com, nushio(a)fedoraproject.org, obarenbo(a)redhat.com, oliver(a)linux-kernel.at, orion(a)cora.nwra.com, paulo.cesar.pereira.de.andrade(a)gmail.com, pavel(a)zhukoff.net, perl-devel(a)lists.fedoraproject.org, peter.borsa(a)gmail.com, phalliday(a)excelsiorsystems.net, pmyers(a)redhat.com, praiskup(a)redhat.com, promac(a)gmail.com, puiterwijk(a)redhat.com, pviktori(a)redhat.com, pvoborni(a)redhat.com, python-maint(a)redhat.com, rbean(a)redhat.com, rbryant(a)redhat.com, rcritten(a)redhat.com, relrod(a)redhat.com, rhos-maint(a)redhat.com, rnovacek(a)redhat.com, robinlee.sysu(a)gmail.com, satya.komaragiri(a)gmail.com, sclewis(a)redhat.com, scott(a)foolishpride.org, sdodson(a)sdodson.com, shawn.iwinski(a)gmail.com, smparrish(a)gmail.com, ssorce(a)redhat.com, stickster(a)gmail.com, sven(a)lank.es, tadej.janez(a)tadej.hicsalta.si, tchollingsworth(a)gmail.com, thomas.moschny(a)gmx.de, thozza(a)redhat.com, tim4dev(a)gmail.com, tjay(a)redhat.com, tmckay(a)redhat.com, tomckay(a)redhat.com, vanmeeuwen+fedora(a)kolabsys.com, volker27(a)gmx.at, vondruch(a)redhat.com, vonsch(a)gmail.com, wojdyr(a)gmail.com, wtogami(a)gmail.com, xlecauch(a)redhat.com, yeylon(a)redhat.com, yohangraterol92(a)gmail.com, zbyszek(a)in.waw.pl jQuery UI 1.10.0 release fixes XSS issue [1] in jQuery.ui.dialog title option. >From [1]: ... WIDGETS Dialog Fixed: Title XSS Vulnerability. (#6016, 7e9060c) ... Upstream commit that fixes this: https://github.com/jquery/jquery-ui/commit/7e9060c109b928769a664dbcc2c17bd2… More info can be found in the upstream bugtracker [2]. [1]: http://jqueryui.com/changelog/1.10.0/ [2]: http://bugs.jqueryui.com/ticket/6016 -- Note: whiteboard lists quite some packages, which are known to have jQuery embedded. -- 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=j1lcnw4yn1&a=cc_unsubscribe

1 149

[Bug 874942] New: Net-DNS: system configuration is used instead of user's
by Red Hat Bugzilla 20 Dec '16

20 Dec '16

https://bugzilla.redhat.com/show_bug.cgi?id=874942 Bug ID: 874942 QA Contact: extras-qa(a)fedoraproject.org Severity: high External Bug URL: http://rt.cpan.org/Public/ Version: rawhide Priority: unspecified CC: mmaslano(a)redhat.com, perl-devel(a)lists.fedoraproject.org, psabata(a)redhat.com Assignee: mmaslano(a)redhat.com Summary: Net-DNS: system configuration is used instead of user's Regression: --- Story Points: --- Classification: Fedora OS: Unspecified Reporter: mmaslano(a)redhat.com Type: Bug Documentation: --- Hardware: Unspecified Mount Type: --- Status: NEW Component: perl-Net-DNS Product: Fedora External Bug ID: CPAN 67602 If I define my own configuration file, system files are used, which could be security issue. Example: My configuration file is defined as: my $res = Net::DNS::Resolver->new(config_file => '/my/dns.conf'); These files are read even if I defined my own file: /etc/resolv.conf $HOME/.resolv.conf ./.resolv.conf Last 2 files shouldn't be read by default since it's possible security issue - user can drop .resolv.conf pointing to malicious dns server. This issue was found during testing spamassassin with selinux. For details see: https://bugzilla.redhat.com/sh ow_bug.cgi?id=628866#c2 I'm reporting this error back into our bugzilla because of last comment in rt: I think the level of this PR should be elevated to 'security'. -- You are receiving this mail because: You are on the CC list for the bug.

1 10

[Bug 831716] New: Moving legacy code out of perl-JSON-RPC breaks Bugzilla
by Red Hat Bugzilla 14 Dec '16

14 Dec '16

https://bugzilla.redhat.com/show_bug.cgi?id=831716 Bug ID: 831716 QA Contact: extras-qa(a)fedoraproject.org Severity: high Version: 17 Priority: unspecified CC: emmanuel.seyman(a)club-internet.fr, perl-devel(a)lists.fedoraproject.org Assignee: emmanuel.seyman(a)club-internet.fr Summary: Moving legacy code out of perl-JSON-RPC breaks Bugzilla Regression: --- Story Points: --- Classification: Fedora OS: Linux Reporter: lpsolit(a)netscape.net Type: Bug Documentation: --- Hardware: All Mount Type: --- Status: NEW Component: perl-JSON-RPC Product: Fedora Bugzilla still uses legacy code from JSON::RPC and despite the perl-JSON-RPC package is installed, which makes checksetup.pl happy, the JSON-RPC feature of Bugzilla fails because it cannot find the legacy code. This also prevents Apache from starting when mod_perl is enabled: httpd[1938]: Can't locate JSON/RPC/Legacy/Server/CGI.pm in @INC So the legacy code is still required by Bugzilla, and checksetup.pl and Bugzilla re confused by this package split. -- You are receiving this mail because: You are on the CC list for the bug.

1 26

[Bug 1054061] New: Segfault in Perl_gv_fetchpvn_flags when trying to initialize back_perl openldap backend
by Red Hat Bugzilla 02 Dec '16

02 Dec '16

https://bugzilla.redhat.com/show_bug.cgi?id=1054061 Bug ID: 1054061 Summary: Segfault in Perl_gv_fetchpvn_flags when trying to initialize back_perl openldap backend Product: Red Hat Enterprise Linux 7 Version: 7.0 Component: perl Assignee: perl-maint-list(a)redhat.com Reporter: jsynacek(a)redhat.com QA Contact: qe-baseos-apps(a)redhat.com CC: cweyl(a)alumni.drew.edu, hyc(a)symas.com, iarnell(a)gmail.com, jplesnik(a)redhat.com, kasal(a)ucw.cz, lkundrak(a)v3.sk, mmaslano(a)redhat.com, perl-devel(a)lists.fedoraproject.org, ppisar(a)redhat.com, psabata(a)redhat.com, rc040203(a)freenet.de, tcallawa(a)redhat.com Depends On: 967719 Group: devel External Bug ID: OpenLDAP ITS 7573 +++ This bug was initially created as a clone of Bug #967719 +++ Description of problem: When trying to initialize back_perl, a segfault occurs deep in perl itself. Version-Release number of selected component (if applicable): perl-5.16.3-264.fc19.x86_64 openldap-2.4.35-4.fc19.x86_64 How reproducible: Almost always. Steps to Reproduce: 1. Install fresh F19 2. If you try the reproducer here, all goes well 3. yum install perl-A* (I have no idea why I needed to do this to get it to segfault) 4. Try reproducer 5. Observe the segfault 6. From now on, reproducer works *without* producing any segfaults. I had to reboot the machine to be able to reproduce the issue again. Note on how to use the reproducer: 1. Unpack 2. Run go.sh (warning: it will wipe your /var/lib/ldap/* and your /etc/openldap/*, so don't run if you use openldap in production) This will run slapd in debug mode, so you will need another console to run the rest. 3. Run try.sh 4. If you want to repeat, go to 2. You can modify go.sh to run slapd through a debugger. However, you will probably need to set LD_PRELOAD=/usr/lib64/perl5/CORE/libperl.so to be able to run try.sh. Actual results: Perl segfaults. Expected results: The back_perl gets initialized without any problems. Additional info: This also happens on my production F18, but it happens always. It looks like it might have something to do with Bug 960048. --- Additional comment from Jan Synacek on 2013-05-28 08:53:11 CEST --- Note that in the frame #3, the my_perl variable changes from a (probably valid) pointer to 0x0. --- Additional comment from Petr Pisar on 2013-07-03 14:38:09 CEST --- What's expected output on the client site? I have patched perl so that it links all XS modules to libperl.so explicitly in my private F20 machine, and I do not get any segfaults. Instead I just get an error message from the second command: $ sh try.sh SASL/EXTERNAL authentication started SASL username: gidNumber=500+uidNumber=500,cn=peercred,cn=external,cn=auth SASL SSF: 0 adding new entry "cn=module,cn=config" ldap_add: Insufficient access (50) SASL/EXTERNAL authentication started SASL username: gidNumber=500+uidNumber=500,cn=peercred,cn=external,cn=auth SASL SSF: 0 adding new entry "olcDatabase=perl,cn=config" ldap_add: Invalid syntax (21) additional info: objectClass: value #1 invalid per syntax I guess this is how to should work. If this is the real fix, than this issue will be fixed in F20. --- Additional comment from Jan Synacek on 2013-07-03 14:57:38 CEST --- All LDAP operations should succeed without any errors. You don't have sufficient access rights to modify the LDAP database. Running the script as root should do it. You should see something like this: # ./try.sh SASL/EXTERNAL authentication started SASL username: gidNumber=0+uidNumber=0,cn=peercred,cn=external,cn=auth SASL SSF: 0 adding new entry "cn=module,cn=config" SASL/EXTERNAL authentication started SASL username: gidNumber=0+uidNumber=0,cn=peercred,cn=external,cn=auth SASL SSF: 0 adding new entry "olcDatabase=perl,cn=config" ldap_result: Can't contact LDAP server (-1) The last line indicates the termination (you can see that slapd segfaulted in the console where you ran go.sh). Expected output would look like the one above minus the 'ldap_result: ...' line. Plus there may be one additional 'adding new entry' line. --- Additional comment from Petr Pisar on 2013-07-03 16:07:01 CEST --- I run it as a non-root. I get much better results as a root: # ./try.sh SASL/EXTERNAL authentication started SASL username: gidNumber=0+uidNumber=0,cn=peercred,cn=external,cn=auth SASL SSF: 0 adding new entry "cn=module,cn=config" SASL/EXTERNAL authentication started SASL username: gidNumber=0+uidNumber=0,cn=peercred,cn=external,cn=auth SASL SSF: 0 adding new entry "olcDatabase=perl,cn=config" adding new entry "dc=perl-example,dc=com" However the server sometimes segfaults as you reported. --- Additional comment from Jan Synacek on 2013-07-04 07:54:23 CEST --- (In reply to Petr Pisar from comment #4) > I run it as a non-root. I get much better results as a root: Yes, that's how the output is supposed to look. > However the server sometimes segfaults as you reported. Ok, it's strange that it segfaults only sometimes. Does this mean that you can reproduce it even with all the perl modules linked to libperl.so explicitly? --- Additional comment from Petr Pisar on 2013-07-04 09:07:56 CEST --- I recompiled only modules in perl binary package and openldap for the test. Not yet all modules that exist. I also reverted the RTLD_GLOBAL patch and checked slapd does not crashes on linkage error. So the test does not use any not-yet-rebuild modules. I conclude this issue is independent on the linking bug #960048. But we will see more after rebuilding everything. --- Additional comment from Fedora Admin XMLRPC Client on 2013-08-12 13:50:07 CEST --- This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component. --- Additional comment from Howard Chu on 2013-10-13 02:20:16 CEST --- Please also followup to OpenLDAP ITS#7573 with any conclusions you reach, thanks. --- Additional comment from Jan Synacek on 2013-10-16 08:13:38 CEST --- This problem still occurs in F20. Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=967719 [Bug 967719] Segfault in Perl_gv_fetchpvn_flags when trying to initialize back_perl openldap backend -- 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=RTtoq7IB5n&a=cc_unsubscribe

1 9

[Bug 1178357] New: mojomojo-1.11 is available
by Red Hat Bugzilla 02 Dec '16

02 Dec '16

https://bugzilla.redhat.com/show_bug.cgi?id=1178357 Bug ID: 1178357 Summary: mojomojo-1.11 is available Product: Fedora Version: rawhide Component: mojomojo Keywords: FutureFeature, Triaged Assignee: extras-orphan(a)fedoraproject.org Reporter: upstream-release-monitoring(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: extras-orphan(a)fedoraproject.org, iarnell(a)gmail.com, perl-devel(a)lists.fedoraproject.org Latest upstream release: 1.11 Current version/release in Fedora Rawhide: 1.10-6.fc22 URL: http://search.cpan.org/dist/MojoMojo/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring Soon this service will be implemented by a new system: https://release-monitoring.org/ It will require to manage monitored projects via a new web interface. Please make yourself familiar with the new system to ease the transition. -- 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=CS8rbtxkSS&a=cc_unsubscribe

1 1

[Bug 1238168] New: FTBFS: Failed during 'make check': 13netlink-message-attrs.t and 20io-socket-netlink-generic.t
by Red Hat Bugzilla 24 Nov '16

24 Nov '16

https://bugzilla.redhat.com/show_bug.cgi?id=1238168 Bug ID: 1238168 Summary: FTBFS: Failed during 'make check': 13netlink-message-attrs.t and 20io-socket-netlink-generic.t Product: Fedora Version: 23 Component: perl-Socket-Netlink Severity: high Assignee: emmanuel(a)seyman.fr Reporter: karsten(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: emmanuel(a)seyman.fr, perl-devel(a)lists.fedoraproject.org Blocks: 1071880 (PPCTracker) Description of problem: A build of perl-Socket-Netlink-0.04-14.fc23 on ppc64 (big-endian) failed at the 'make check' stage: t/11netlink-message.t ............... ok t/12netlink-message-header.t ........ ok # Failed test '$message->attrs after unpack' # at t/13netlink-message-attrs.t line 98. # Structures begin differing at: # $got->{str} = '' # $expected->{str} = 'FGH' # Looks like you failed 1 test of 14. t/13netlink-message-attrs.t ......... Dubious, test returned 1 (wstat 256, 0x100) Failed 1/14 subtests t/14netlink-message-error.t ......... ok t/15netlink-message-typesubclass.t .. ok # Failed test '$message->pack' # at t/20io-socket-netlink-generic.t line 55. # at bytes 0-0xf (0-15) # got: | 00 00 00 14 00 1e 00 00 00 00 00 00 00 00 00 00 |................| # exp: | 00 00 00 14 00 00 00 1e 00 00 00 00 00 00 00 00 |................| # Looks like you failed 1 test of 13. t/20io-socket-netlink-generic.t ..... Dubious, test returned 1 (wstat 256, 0x100) Failed 1/13 subtests t/99pod.t ........................... skipped: Test::Pod 1.00 required for testing POD Test Summary Report ------------------- t/13netlink-message-attrs.t (Wstat: 256 Tests: 14 Failed: 1) Failed test: 11 Non-zero exit status: 1 t/20io-socket-netlink-generic.t (Wstat: 256 Tests: 13 Failed: 1) Failed test: 12 Non-zero exit status: 1 Files=11, Tests=77, 1 wallclock secs ( 0.06 usr 0.01 sys + 0.56 cusr 0.05 csys = 0.68 CPU) Result: FAIL Failed 2/11 test programs. 2/77 subtests failed. Version-Release number of selected component (if applicable): perl-Socket-Netlink-0.04-14.fc23 How reproducible: always Steps to Reproduce: 1. ppc-koji build --scratch f23 perl-Socket-Netlink-0.04-14.fc23.src.rpm 2. 3. Actual results: http://ppc.koji.fedoraproject.org/koji/taskinfo?taskID=2609707 Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1071880 [Bug 1071880] (PPCTracker) Fedora for PowerPC architectures (ppc64,ppc64le): Bug Tracker -- You are receiving this mail because: You are on the CC list for the bug.

1 17

[Bug 1243867] New: perl-Panotools-Script-0.28-5.fc24 FTBFS: undeclared dependency on Math::Trig
by Red Hat Bugzilla 24 Nov '16

24 Nov '16

https://bugzilla.redhat.com/show_bug.cgi?id=1243867 Bug ID: 1243867 Summary: perl-Panotools-Script-0.28-5.fc24 FTBFS: undeclared dependency on Math::Trig Product: Fedora Version: 23 Component: perl-Panotools-Script Assignee: bruno(a)postle.net Reporter: ppisar(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: bruno(a)postle.net, perl-devel(a)lists.fedoraproject.org perl-Panotools-Script-0.28-5.fc24 fails to build in F23 and F24: + make test PERL_DL_NONLAZY=1 "/usr/bin/perl" "-MExtUtils::Command::MM" "-MTest::Harness" "-e" "undef *Test::Harness::Switches; test_harness(0, 'blib/lib', 'blib/arch')" t/*.t # Failed test 'use Panotools::Script::Line::Control;' # at t/001.parse-control.t line 9. # Tried to use 'Panotools::Script::Line::Control'. # Error: Can't locate Math/Trig.pm in @INC (you may need to install the Math::Trig module) (@INC contains: lib /builddir/build/BUILD/Panotools-Script-0.28/blib/lib /builddir/build/BUILD/Panotools-Script-0.28/blib/arch /usr/local/lib64/perl5 /usr/local/share/perl5 /usr/lib64/perl5/vendor_perl /usr/share/perl5/vendor_perl /usr/lib64/perl5 /usr/share/perl5 .) at lib/Panotools/Script/Line/Control.pm line 5. # BEGIN failed--compilation aborted at lib/Panotools/Script/Line/Control.pm line 5. # Compilation failed in require at t/001.parse-control.t line 9. # BEGIN failed--compilation aborted at t/001.parse-control.t line 9. Can't locate object method "new" via package "Panotools::Script::Line::Control" at t/001.parse-control.t line 11. # Looks like you failed 1 test of 1. # Looks like your test exited with 255 just after 1. You use Math::Trig Perl module but does not declare dependency on it. The module was unbundled from perl package. -- You are receiving this mail because: You are on the CC list for the bug.

1 3

[Bug 1234738] New: perl-Mail-GnuPG-0.21-5.fc23 FTBFS: gpg-agent[31178]: command 'GET_PASSPHRASE' failed: No such file or directory <Pinentry>
by Red Hat Bugzilla 24 Nov '16

24 Nov '16

https://bugzilla.redhat.com/show_bug.cgi?id=1234738 Bug ID: 1234738 Summary: perl-Mail-GnuPG-0.21-5.fc23 FTBFS: gpg-agent[31178]: command 'GET_PASSPHRASE' failed: No such file or directory <Pinentry> Product: Fedora Version: rawhide Component: perl-Mail-GnuPG Assignee: rc040203(a)freenet.de Reporter: ppisar(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: lxtnow(a)gmail.com, perl-devel(a)lists.fedoraproject.org, rc040203(a)freenet.de perl-Mail-GnuPG-0.21-5.fc23 fails to build in F23 because tests fail: t/99.pod.t ............... ok gpg-agent[31177]: directory '/builddir/build/BUILD/Mail-GnuPG-0.21/mgtZOWG1/.gnupg/private-keys-v1.d' created gpg-agent[31178]: gpg-agent (GnuPG) 2.1.5 started # GPG_AGENT_INFO: /builddir/build/BUILD/Mail-GnuPG-0.21/mgtZOWG1/.gnupg/S.gpg-agent:31178:1 gpg-agent[31178]: command 'GET_PASSPHRASE' failed: No such file or directory <Pinentry> # Failed test 'signing' # at t/agent.t line 101. # got: '2' # expected: '0' # gpg: problem with the agent - disabling agent use # gpg: can't query passphrase in batch mode # gpg: Invalid passphrase; please try again ... # gpg: can't query passphrase in batch mode # gpg: Invalid passphrase; please try again ... # gpg: can't query passphrase in batch mode # gpg: no default secret key: bad passphrase # gpg: signing failed: bad passphrase # Failed test at t/agent.t line 104. # got: '2' # expected: '0' # Failed test at t/agent.t line 105. # got: undef # expected: 'EFEA4EAD' # Failed test at t/agent.t line 106. # got: undef # expected: 'Mail::GnuPG Test Key <mail(a)gnupg.dom>' gpg-agent[31178]: command 'GET_PASSPHRASE' failed: No such file or directory <Pinentry> # Failed test at t/agent.t line 115. # got: '2' # expected: '0' Unknown Content-Type or no PGP message in body at /builddir/build/BUILD/Mail-GnuPG-0.21/blib/lib/Mail/GnuPG.pm line 404. # Looks like you planned 20 tests but ran 8. # Looks like you failed 5 tests of 8 run. # Looks like your test exited with 32 just after 8. gpg-agent[31178]: can't connect my own socket: IPC connect call failed gpg-agent[31178]: this process is useless - shutting down t/agent.t ................ Dubious, test returned 32 (wstat 8192, 0x2000) Failed 17/20 subtests Difference between working and failing build root: gnupg2 2.1.4-2.fc23 > 2.1.5-1.fc23 tzdata 2015d-1.fc23 > 2015d-3.fc23 -- You are receiving this mail because: You are on the CC list for the bug.

1 4

← Newer
1
...
4
5
6
7
8
9
10
...
158
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 2016