[Bug 1054061] New: Segfault in Perl_gv_fetchpvn_flags when trying to initialize back_perl openldap backend
by Red Hat Bugzilla
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
7 years, 4 months
[Bug 1238168] New: FTBFS: Failed during 'make check': 13netlink-message-attrs.t and 20io-socket-netlink-generic.t
by Red Hat Bugzilla
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.
7 years, 4 months
[Bug 1243867] New: perl-Panotools-Script-0.28-5.fc24 FTBFS: undeclared dependency on Math::Trig
by Red Hat Bugzilla
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.
7 years, 4 months
[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
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.
7 years, 4 months
[Bug 1216928] New: Wrong license declaration
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1216928
Bug ID: 1216928
Summary: Wrong license declaration
Product: Fedora
Version: rawhide
Component: perl-Net-DNS-SEC
Assignee: wjhns174(a)hardakers.net
Reporter: ppisar(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: perl-devel(a)lists.fedoraproject.org,
pwouters(a)redhat.com, wjhns174(a)hardakers.net
perl-Net-DNS-SEC-0.22-1.fc23 declares the license as "GPL+ or Artistic".
However, there are many files covered by MIT license. For example SEC.pm:
=head1 LICENSE
Permission to use, copy, modify, and distribute this software and its
documentation for any purpose and without fee is hereby granted, provided
that the above copyright notice appear in all copies and that both that
copyright notice and this permission notice appear in supporting
documentation, and that the name of the author not be used in advertising
or publicity pertaining to distribution of the software without specific
prior written permission.
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL
THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING
FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER
DEALINGS IN THE SOFTWARE.
--
You are receiving this mail because:
You are on the CC list for the bug.
7 years, 4 months
[Bug 1213823] New: perl-Net-DNS-SEC-0.22-1.fc23.noarch requires nonexistent dependencies
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1213823
Bug ID: 1213823
Summary: perl-Net-DNS-SEC-0.22-1.fc23.noarch requires
nonexistent dependencies
Product: Fedora
Version: rawhide
Component: perl-Net-DNS-SEC
Assignee: wjhns174(a)hardakers.net
Reporter: ppisar(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: perl-devel(a)lists.fedoraproject.org,
pwouters(a)redhat.com, wjhns174(a)hardakers.net
# dnf --enablerepo=f23-build install --best perl-Net-DNS-SEC
Using metadata from Tue Apr 21 09:46:27 2015 (3:32:54 hours old)
Error: nothing provides perl(Digest::GOST::CryptoPro) needed by
perl-Net-DNS-SEC-0.22-1.fc23.noarch
buildsys(a)fedoraproject.org robot reports:
perl-Net-DNS-SEC has broken dependencies in the rawhide tree:
On x86_64:
perl-Net-DNS-SEC-0.22-1.fc23.noarch requires
perl(Digest::GOST::CryptoPro)
perl-Net-DNS-SEC-0.22-1.fc23.noarch requires perl(Digest::GOST) >=
0:0.06
perl-Net-DNS-SEC-0.22-1.fc23.noarch requires
perl(Crypt::OpenSSL::ECDSA) >= 0:0.06
perl-Net-DNS-SEC-0.22-1.fc23.noarch requires
perl(Crypt::OpenSSL::ECDSA) >= 0:0.05
perl-Net-DNS-SEC-0.22-1.fc23.noarch requires perl(Crypt::OpenSSL::EC)
>= 0:1.01
perl-Net-DNS-SEC-0.22-1.fc23.noarch requires perl(Crypt::OpenSSL::EC)
>= 0:0.5
--
You are receiving this mail because:
You are on the CC list for the bug.
7 years, 4 months
[Bug 1274105] New: biber-v2.2 is available
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1274105
Bug ID: 1274105
Summary: biber-v2.2 is available
Product: Fedora
Version: rawhide
Component: biber
Keywords: FutureFeature, Triaged
Assignee: cbm(a)m.fsf.org
Reporter: upstream-release-monitoring(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: cbm(a)m.fsf.org, mefoster(a)gmail.com,
novyjindrich(a)gmail.com,
perl-devel(a)lists.fedoraproject.org
Latest upstream release: v2.2
Current version/release in rawhide: 1.8-12.fc23
URL: http://biblatex-biber.sourceforge.net/
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
Please keep in mind that with any upstream change, there may also be packaging
changes that need to be made. Specifically, please remember that it is your
responsibility to review the new version to ensure that the licensing is still
correct and that no non-free or legally problematic items have been added
upstream.
--
You are receiving this mail because:
You are on the CC list for the bug.
7 years, 5 months