https://bugzilla.redhat.com/show_bug.cgi?id=967719
Fedora End Of Life endofl...@fedoraproject.org changed:
What|Removed |Added
Status|NEW |CLOSED
https://bugzilla.redhat.com/show_bug.cgi?id=967719
--- Comment #10 from Fedora End Of Life endofl...@fedoraproject.org ---
This message is a notice that Fedora 19 is now at end of life. Fedora
has stopped maintaining and issuing updates for Fedora 19. It is
Fedora's policy to close all bug
https://bugzilla.redhat.com/show_bug.cgi?id=967719
Petr Pisar ppi...@redhat.com changed:
What|Removed |Added
Blocks|1054061 |
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=967719
Jan Synacek jsyna...@redhat.com changed:
What|Removed |Added
Blocks||1054061
Referenced
https://bugzilla.redhat.com/show_bug.cgi?id=967719
--- Comment #9 from Jan Synacek jsyna...@redhat.com ---
This problem still occurs in F20.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug
https://bugzilla.redhat.com/show_bug.cgi?id=967719
Jan Synacek jsyna...@redhat.com changed:
What|Removed |Added
External Bug ID||OpenLDAP ITS 7573
--
https://bugzilla.redhat.com/show_bug.cgi?id=967719
Howard Chu h...@symas.com changed:
What|Removed |Added
CC||h...@symas.com
--- Comment
https://bugzilla.redhat.com/show_bug.cgi?id=967719
Fedora Admin XMLRPC Client fedora-admin-xml...@redhat.com changed:
What|Removed |Added
Assignee|mmasl...@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=967719
--- Comment #6 from Petr Pisar ppi...@redhat.com ---
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
https://bugzilla.redhat.com/show_bug.cgi?id=967719
--- Comment #2 from Petr Pisar ppi...@redhat.com ---
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
https://bugzilla.redhat.com/show_bug.cgi?id=967719
--- Comment #3 from Jan Synacek jsyna...@redhat.com ---
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
https://bugzilla.redhat.com/show_bug.cgi?id=967719
--- Comment #4 from Petr Pisar ppi...@redhat.com ---
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
https://bugzilla.redhat.com/show_bug.cgi?id=967719
--- Comment #5 from Jan Synacek jsyna...@redhat.com ---
(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
https://bugzilla.redhat.com/show_bug.cgi?id=967719
--- Comment #1 from Jan Synacek jsyna...@redhat.com ---
Created attachment 753757
-- https://bugzilla.redhat.com/attachment.cgi?id=753757action=edit
full backtrace during the crash
Note that in the frame #3, the my_perl variable changes from a
14 matches
Mail list logo