http://port389.org/sources is now open and list-able. The default sort
order is latest first. The http://port389.org/wiki/Source page has been
updated with this link.
--
389-devel mailing list
389-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-devel
On 04/08/2014 02:24 PM, Timo Aaltonen wrote:
On 07.04.2014 21:52, Rich Megginson wrote:
http://port389.org/sources is now open and list-able. The default sort
order is latest first. The http://port389.org/wiki/Source page has been
updated with this link.
\o/
many thanks for this :)
Sure
https://fedorahosted.org/389/attachment/ticket/47772/0001-Ticket-47772-empty-modify-returns-LDAP_INVALID_DN_SY.patch
--
389-devel mailing list
389-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-devel
https://fedorahosted.org/389/attachment/ticket/47774/0001-Ticket-47774-mem-leak-in-do_search-rawbase-not-freed.patch
--
389-devel mailing list
389-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-devel
https://fedorahosted.org/389/attachment/ticket/47772/0001-Ticket-47772-empty-modify-returns-LDAP_INVALID_DN_SY.2.patch
--
389-devel mailing list
389-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-devel
On 04/25/2014 07:43 AM, Ludwig Krispenz wrote:
There are still scenarios where replication can lead to inconsistent
states for single valued attributes, which I think has two reasons:
- for single valued attributes there are scenarios where modifications
applied concurrently cannot be simply
https://fedorahosted.org/389/attachment/ticket/47831/0001-Ticket-47831-server-restart-wipes-out-index-config-i.patch
--
389-devel mailing list
389-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-devel
Previous fix was incomplete.
https://fedorahosted.org/389/attachment/ticket/47692/0001-Ticket-47692-single-valued-attribute-replicated-ADD-.2.patch
--
389-devel mailing list
389-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-devel
On 09/05/2014 10:32 AM, thierry bordaz wrote:
On 09/05/2014 01:10 PM, thierry bordaz wrote:
Detected with testcase 47838 that defines ciphers not recognized
during SSL init. 47838 testcase makes the full test suite to hang.
--
389-devel mailing list
389-devel@lists.fedoraproject.org
https://fedorahosted.org/389/attachment/ticket/47892/0001-Ticket-47892-coverity-defects-found-in-1.3.3.1.patch
--
389-devel mailing list
389-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-devel
On 09/15/2014 05:20 AM, Petr Viktorin wrote:
diff --git a/ldap/servers/slapd/slapi-plugin.h
b/ldap/servers/slapd/slapi-plugin.h
index f1ecfe8..268e465 100644
--- a/ldap/servers/slapd/slapi-plugin.h
+++ b/ldap/servers/slapd/slapi-plugin.h
@@ -5582,7 +5582,7 @@ void slapi_td_get_val(int
On 09/15/2014 07:28 PM, Petr Viktorin wrote:
On 09/15/2014 09:06 PM, Rich Megginson wrote:
On 09/15/2014 05:20 AM, Petr Viktorin wrote:
diff --git a/ldap/servers/slapd/slapi-plugin.h
b/ldap/servers/slapd/slapi-plugin.h
index f1ecfe8..268e465 100644
--- a/ldap/servers/slapd/slapi-plugin.h
+++ b
On 09/19/2014 01:15 AM, Timo Aaltonen wrote:
On 19.09.2014 09:33, Timo Aaltonen wrote:
Hi
1.3.3.3 is tagged in git since a week ago, but there's no tarball for
it. Dunno if you have scripts for the release dance, but if you do
please include the tarball build to it so it's not a
I don't know what's wrong with jenkins. I tried to fix it, but I cannot
figure out what the problem is. In the meantime, I have disabled it, so
no more spam. Sorry for the spam.
--
389-devel mailing list
389-devel@lists.fedoraproject.org
. . . but it looks like we are gated by rhel7.1 - waiting for TLS 1.1
fixes/packages to show up with rhel 7.1
--
389-devel mailing list
389-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-devel
I found a bug with my previous patch.
https://fedorahosted.org/389/attachment/ticket/48105/0001-Ticket-48105-create-tests-tests-subdir-test-server-c.2.patch
--
389-devel mailing list
389-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-devel
On 03/11/2015 11:54 AM, Paul Robert Marino wrote:
Hey every one
I have a question I know at least once in the past i setup the admin
console so it could utilize Kerberos passwords based on a howto I
found once which after I changed jobs I could never find again.
today I was looking for
https://fedorahosted.org/389/attachment/ticket/48105/0001-Ticket-48105-create-tests-tests-subdir-test-server-c.patch
--
389-devel mailing list
389-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-devel
https://fedorahosted.org/389/attachment/ticket/48106/0001-Ticket-48106-create-code-doc-with-doxygen.patch
--
389-devel mailing list
389-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-devel
On 02/26/2015 04:31 PM, William wrote:
On latest master I am getting:
make[1]: *** No rule to make target `ldap/admin/src/scripts/dbmon.sh',
needed by `all-am'. Stop.
Did a git clean -f -x -d followed by autoreconf -i; ./configure
--with-openldap --prefix=/srv --enable-debug
Not sure, but
Fixed problem with previous patch.
https://fedorahosted.org/389/attachment/ticket/48178/0001-Ticket-48178-add-config-param-to-enable-nunc-stans.patch
--
389-devel mailing list
389-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-devel
https://fedorahosted.org/389/attachment/ticket/48178/0001-Ticket-48178-add-config-param-to-enable-nunc-stans.patch
--
389-devel mailing list
389-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-devel
https://fedorahosted.org/389/attachment/ticket/48122/0001-Ticket-48122-nunc-stans-FD-leak.2.patch
--
389-devel mailing list
389-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-devel
https://fedorahosted.org/nunc-stans/attachment/ticket/33/0001-Ticket-33-coverity-13178-Explicit-null-dereferenced.patch
--
389-devel mailing list
389-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-devel
https://fedorahosted.org/nunc-stans/attachment/ticket/34/0001-Tickets-34-38-coverity-13179-13183-Dereference-befor.patch
--
389-devel mailing list
389-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-devel
No readme yet, but here are the scripts:
https://github.com/richm/389-perf-test
--
389-devel mailing list
389-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-devel
On 08/07/2015 05:18 PM, William Brown wrote:
On Thu, 2015-08-06 at 14:25 -0700, Noriko Hosoi wrote:
Hi William,
Very interesting plug-in!
Thanks. As a plugin, it's value is quite useless due to the nsDS5ReplicaType
flags. But it's a nice simple exercise to get ones head around how the plugin
https://fedorahosted.org/389/attachment/ticket/48224/0001-Ticket-48224-logconv.pl-should-handle-.tar.xz-.txz-..patch
--
389-devel mailing list
389-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-devel
https://fedorahosted.org/389/attachment/ticket/48224/0001-Ticket-48224-redux-2-logconv.pl-should-handle-.tar.x.patch
--
389-devel mailing list
389-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-devel
On 10/21/2015 12:20 PM, Noriko Hosoi wrote:
Thanks to William for his reviewing the patch. I'm going to push it.
But before doing so, I have a question regarding the autogen files.
The proposed patch requires to rerun autogen.sh and push the generated
files to the git. My current env has
On 11/05/2015 05:09 PM, Noriko Hosoi wrote:
https://fedorahosted.org/389/ticket/48257
https://fedorahosted.org/389/attachment/ticket/48257/0001-Ticket-48257-Fix-coverity-issues-08-24-2015.patch
Once this ticket is closed, is it okay to respin nunc_stans which is
going to be version 0.1.6?
On 08/26/2015 03:28 AM, William Brown wrote:
In relation to ticket 47757, I have started work on a deref control for
Noriko.
The idea is to get it working in lib389, then get it upstreamed into pyldap.
At this point it's all done, except that the actual request control doesn't
appear to work.
On 09/02/2015 10:35 AM, thierry bordaz wrote:
On 08/27/2015 02:31 AM, Rich Megginson wrote:
On 08/26/2015 03:28 AM, William Brown wrote:
In relation to ticket 47757, I have started work on a deref control for
Noriko.
The idea is to get it working in lib389, then get it upstreamed into pyldap
On 06/30/2016 08:14 PM, William Brown wrote:
On Thu, 2016-06-30 at 20:01 -0600, Rich Megginson wrote:
On 06/30/2016 07:52 PM, William Brown wrote:
Hi,
I've been thinking about this for a while, so I decided to dump my
thoughts to a document. I think I won't get to implementing
On 06/30/2016 07:52 PM, William Brown wrote:
Hi,
I've been thinking about this for a while, so I decided to dump my
thoughts to a document. I think I won't get to implementing this for a
while, but it would really help our server performance.
On 08/21/2016 07:56 PM, William Brown wrote:
On Sun, 2016-08-21 at 19:44 -0600, Rich Megginson wrote:
On 08/21/2016 05:28 PM, William Brown wrote:
On Fri, 2016-08-19 at 11:21 +0200, Ludwig Krispenz wrote:
Hi William,
On 08/19/2016 02:22 AM, William Brown wrote:
On Wed, 2016-08-17 at 14:53
On 08/21/2016 05:28 PM, William Brown wrote:
On Fri, 2016-08-19 at 11:21 +0200, Ludwig Krispenz wrote:
Hi William,
On 08/19/2016 02:22 AM, William Brown wrote:
On Wed, 2016-08-17 at 14:53 +1000, William Brown wrote:
https://fedorahosted.org/389/ticket/48951
On 08/22/2016 05:23 PM, William Brown wrote:
On Sun, 2016-08-21 at 21:33 -0600, Rich Megginson wrote:
On 08/21/2016 09:02 PM, William Brown wrote:
Anything that is yum, systemd command, etc. is ansible. Anything about
installing an instance or 389 specific we do.
I think that is an arbitrary
On 08/11/2016 05:43 AM, Stephen Gallagher wrote:
On 08/11/2016 05:16 AM, Zuzana Svetlikova wrote:
Hi!
As some of you may know, nodejs package that is present in
EPEL is pretty outdated. The current v0.10 that we have will
go EOL in October and npm (package manager) is already not
maintained.
On 09/08/2016 11:27 AM, Stephen Gallagher wrote:
On 08/22/2016 11:23 AM, Stephen Gallagher wrote:
On 08/11/2016 07:43 AM, Stephen Gallagher wrote:
On 08/11/2016 05:16 AM, Zuzana Svetlikova wrote:
Hi!
As some of you may know, nodejs package that is present in
EPEL is pretty outdated. The
On 08/28/2016 11:13 PM, William Brown wrote:
So either, this is a bug in the way openldap uses the ber_len_t type, we
have a mistake in our logic, or something else hokey is going on.
I would like to update this to:
if ( (tag != LBER_END_OF_SEQORSET) && (len == 0) && (*fstr != NULL) )
Or
On 10/03/2016 08:58 PM, William Brown wrote:
Hi,
I want to close #48241 [0] as "wontfix". I do not believe that it's
appropriate to provide SHA3 as a password hashing algorithm.
The SHA3 algorithm is designed to be fast, and cryptographically secure.
It's target usage is for signatures and
On 10/03/2016 09:34 PM, William Brown wrote:
On Mon, 2016-10-03 at 21:26 -0600, Rich Megginson wrote:
On 10/03/2016 08:58 PM, William Brown wrote:
Hi,
I want to close #48241 [0] as "wontfix". I do not believe that it's
appropriate to provide SHA3 as a password hashing algorithm.
On 11/06/2016 04:07 PM, William Brown wrote:
On Fri, 2016-11-04 at 12:07 +0100, Ludwig Krispenz wrote:
On 11/04/2016 06:51 AM, William Brown wrote:
http://www.port389.org/docs/389ds/design/autotuning.html
I would like to hear discussion on this topic.
thread number:
independent of number
On 2/26/19 4:26 PM, William Brown wrote:
On 26 Feb 2019, at 18:32, Ludwig Krispenz wrote:
Hi, I need a bit of time to read the docs and clear my thoughts, but one
comment below
On 02/25/2019 01:49 AM, William Brown wrote:
On 23 Feb 2019, at 02:46, Mark Reynolds wrote:
I want to start a
On 6/24/19 10:00 AM, Mark Reynolds wrote:
On 6/24/19 11:46 AM, Simon Pichugin wrote:
Hi team,
I am working on porting our admin Perl scripts to Python CLI.
Please, check the list and share your opinion:
- cl-dump.pl - dumps and decodes changelog. Is it used often (if at all)?
On 5/9/19 9:13 PM, William Brown wrote:
Hi all,
So I think it's time for me to write some logging code to improve the
situation. Relevant links before we start:
https://pagure.io/389-ds-base/issue/49415
http://www.port389.org/docs/389ds/design/logging-performance-improvement.html
On 10/22/19 8:28 PM, William Brown wrote:
I think turbo mode was to try and shortcut returning to the conntable and then having the
blocking on the connections poll because the locking strategies before weren't as good. I
think there is still some value in turbo "for now" but if we can bring
On 10/8/19 4:55 PM, William Brown wrote:
Hi everyone,
In our previous catch up (about 4/5 weeks ago when I was visiting Matus/Simon),
we talked about nunc-stans and getting it at least cleaned up and into the code
base.
I've been looking at it again, and really thinking about it and
301 - 349 of 349 matches
Mail list logo