https://pagure.io/389-ds-base/issue/49975
https://pagure.io/389-ds-base/pull-request/49977
--
Sincerely,
William
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org
On Fri, 2018-10-12 at 21:39 -0400, Mark Reynolds wrote:
> On 10/10/18 6:57 PM, William Brown wrote:
> > On Wed, 2018-10-10 at 16:26 +0200, thierry bordaz wrote:
> > > Hi William,
> > >
> > > Thanks for starting this discussion.
> > > Your email raise s
On Fri, 2018-10-12 at 21:39 -0400, Mark Reynolds wrote:
> On 10/10/18 6:57 PM, William Brown wrote:
> > On Wed, 2018-10-10 at 16:26 +0200, thierry bordaz wrote:
> > > Hi William,
> > >
> > > Thanks for starting this discussion.
> > > Your email raise s
Hi all,
Something that has been on my mind lately has been how we manage the
release of new features, reverting, and more. We've had two major
reverts lately (filter optimising, nunc-stans), so I've been thinking
about:
* How we can develop new features in isolation (reviews don't get left
for
Hi there,
In a ticket Thierry and I mentioned that we should have a quick discussion
about ideas for profiling and what we want it to look like and what we need. I
think it’s important we improve our observation into the server so that we can
target improvements correctly,
I think we should
Getting much closer to 100% - Thanks for everyone's work to achieve
this :)
On Thu, 2018-09-20 at 03:33 +0200, vashi...@redhat.com wrote:
>
https://fedorapeople.org/groups/389ds/ci/nightly/2018/09/20/report-389-ds-base-1.4.0.16-20180919gitb4164cc.fc28.x86_64.html
>
On Mon, 2018-08-20 at 19:06 +1000, William Brown wrote:
> Hey everyone,
>
> I was talking to mkosek earlier, and he informed me that the FreeIPA
> project have adopted a Coc - which is great!
>
> I remember that last year we implemented the fedora coc in our
> project.
>
This is a more complex review:
It appears to have 4 commits - it's only 2. Please see my other two
reviews (ldapi, thread local) that are needed for this to work.
This combines two issues in one. One is the cleanup for operation
struct reuse, the second is nunc-stans integration being corrected.
https://pagure.io/389-ds-base/issue/49941
https://pagure.io/389-ds-base/pull-request/49942
--
Sincerely,
William
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org
https://pagure.io/389-ds-base/issue/49939
https://pagure.io/389-ds-base/pull-request/49940
--
Sincerely,
William
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org
Hey everyone,
I was talking to mkosek earlier, and he informed me that the FreeIPA
project have adopted a Coc - which is great!
I remember that last year we implemented the fedora coc in our project.
I think that given our close alignment with the FreeIPA project and
their operations, perhaps we
Hi there,
I've seen a few tickets and changes come past with relation to the new
python installer, and how it works differently to setup-ds.pl. The main
one has been around the behaviour of supporting directories and
filesystem content.
The reason for the abscence of many features is not because
at we can see more collaboration in that space. Thanks!
If you see anything on the freeipa-devel list, or internal to RH,
please redirect it to 389-devel thanks :)
>
> On Thu, 2018-08-09 at 14:46 +1000, William Brown wrote:
> > Hi Simo and Alex,
> >
> > It's come to
Hi Simo and Alex,
It's come to my attention that there are some discussions underway for
new features being designed for IPA and 389ds. However these are
happening away from the 389-ds mailing lists.
Given that I am still a core team member, and no longer a staff member
at Red Hat, it would be
https://pagure.io/389-ds-base/issue/49885
https://pagure.io/389-ds-base/pull-request/49886
--
Sincerely,
William
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org
https://pagure.io/389-ds-base/pull-request/49884
--
Sincerely,
William
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
On Fri, 2018-08-03 at 11:05 +0200, Viktor Ashirov wrote:
> On Fri, Aug 3, 2018 at 3:22 AM William Brown u> wrote:
> >
> > make[2]: Leaving directory '/home/william/build/ds'
> > make[1]: Leaving directory '/home/william/build/ds'
> > make -j1 -C ~/build/ds lib389
&
make[2]: Leaving directory '/home/william/build/ds'
make[1]: Leaving directory '/home/william/build/ds'
make -j1 -C ~/build/ds lib389
make[1]: Entering directory '/home/william/build/ds'
cd /home/william/development/389ds/ds/src/lib389; python3 setup.py
build ; python3 setup.py build_manpages
A header check was missing from configure.ac.
https://pagure.io/389-ds-base/issue/49881
https://pagure.io/389-ds-base/pull-request/49882
--
Sincerely,
William
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an
Hi,
I apologise for my abscence lately. I've finally found some time (and
energy) to have a look at some tickets and noticed some changes Mark
and others have made to dscreate and related parts. Now, these changes
on their own are good, and I really want to thank everyone for picking
up my work
On Fri, 2018-05-25 at 13:04 +0200, Viktor Ashirov wrote:
> On Fri, May 25 2018 at 10:19:26 +1000, William Brown <william@blackha
> ts.net.au> wrote:
> > >
> > > You treat as a broad concept, when in fact it is a
> > > parameter
> > > th
On Thu, 2018-05-24 at 11:11 +0200, Marc Muehlfeld wrote:
> Hi Viktor, hi William,
>
> I recently played with the dscreate command and wanted to share my
> thoughts, impressions, and improvement suggestions:
>
> I really like the tool and the way it works. It's simple to use and
> easy
> to
or version.
> Regarding upgrade I think we should be conservative and keep the
> security at the level the instance was running.
If the admin has set a value, then we will respect it. :) So I think
this is accounted for.
Thanks!
--
Sincerely,
William Brown
Software Engineer
Red Hat
On Thu, 2018-05-24 at 09:57 +0200, Viktor Ashirov wrote:
> Hi William,
> On Thu, May 24 2018 at 09:06:14 +1000, William Brown <william@blackha
> ts.net.au> wrote:
> > On Wed, 2018-05-23 at 11:34 +0200, Viktor Ashirov wrote:
> > > Hi,
> > >
> > > I
On Wed, 2018-01-10 at 10:21 -0500, Mark Reynolds wrote:
>
> On 01/09/2018 07:25 PM, William Brown wrote:
> > Hi all,
> >
> > It's time that I'm looking at:
> > https://pagure.io/389-ds-base/issue/49425
>
> +1 for 1.4.0!
Thank you! I'm glad you like this
On Thu, 2018-05-24 at 09:57 +0200, Viktor Ashirov wrote:
> Hi William,
> On Thu, May 24 2018 at 09:06:14 +1000, William Brown <william@blackha
> ts.net.au> wrote:
> > On Wed, 2018-05-23 at 11:34 +0200, Viktor Ashirov wrote:
> > > Hi,
> > >
> > > I
On Thu, 2018-05-24 at 11:11 +0200, Marc Muehlfeld wrote:
> Hi Viktor, hi William,
>
> I recently played with the dscreate command and wanted to share my
> thoughts, impressions, and improvement suggestions:
>
> I really like the tool and the way it works. It's simple to use and
> easy
> to
On Wed, 2018-05-23 at 11:34 +0200, Viktor Ashirov wrote:
> Hi,
>
> I'd like to continue our discussion about feature parity with perl
> tools
> and overall user experience of the new CLI tools.
>
> Here are some projects where we can take inspiration for our own
> design:
>
> * bpython
> On 14 May 2018, at 18:26, Viktor Ashirov <vashi...@redhat.com> wrote:
>
>> On Mon, May 14 2018 at 13:16:02 +1000, William Brown
>> <will...@blackhats.net.au> wrote:
>>> On Fri, 2018-05-11 at 09:41 +0200, Simon Pichugin wrote:
>>> Hi
> >
> > I haven't had time to investigate yet, but is there anything
> > obvious we
> > have changed that would havecaused this?
>
> but it looks like the result is correct, it only differs in the case
> of
> the pP in people
AHhh good spotting. Perhaps this is a python issue then,
> >
>
https://pagure.io/389-ds-base/pull-request/49636
I'll write up a page for the wiki soon about the content of the patch.
--
Thanks,
William Brown
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389
to investigate yet, but is there anything obvious we
have changed that would havecaused this?
--
Thanks,
William Brown
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org
https://pagure.io/389-ds-base/pull-request/49634
--
Thanks,
William Brown
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org
https://pagure.io/389-ds-base/pull-request/49634
--
Thanks,
William Brown
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org
On Fri, 2018-03-09 at 02:35 -0500, Simon Pichugin wrote:
>
> - Original Message -
> > From: "William Brown" <will...@blackhats.net.au>
> > To: "Simon Pichugin" <spich...@redhat.com>
> > Cc: "389-devel" <389-devel
e maxsize is to be sure you use the correct PRI type.
Hope that helps,
>
> Thanks,
> Simon
>
> - Original Message -
> > From: "William Brown" <will...@blackhats.net.au>
> > To: "389-devel" <389-devel@lists.fedoraproject.org>
pe our values. Scoping is good because it
limits possibility of data corruption to flow and other mistakes such
as re-use of values. This means:
for (size_t i = 0; i < cond; i++) {
...
}
Thanks!
--
Thanks,
William Brown
___
389-devel mailing l
https://pagure.io/389-ds-base/issue/49369
https://pagure.io/389-ds-base/pull-request/49589
--
Thanks,
William Brown
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le
https://pagure.io/389-ds-base/issue/49447
https://pagure.io/389-ds-base/pull-request/49577
--
Thanks,
William Brown
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le
https://pagure.io/389-ds-base/issue/49571
https://pagure.io/389-ds-base/issue/raw/files/047304c49649993c733777115
ee9042f8fe9c381cd29e35f5863118a965024f2-0001-Ticket-49571-perl-
subpackage-and-python-installer-by.patch
--
Thanks,
William Brown
https://pagure.io/389-ds-base/issue/49570
https://pagure.io/389-ds-base/issue/raw/files/028eb1c97dced4e42e7923a8c
9340dcc84912630c5916f8bd18cd00047406cd2-0001-Ticket-49570-Make-build-
commands-easier-to-run-and-a.patch
--
Thanks,
William Brown
e purposes of testing
and evaluation.
---
--
Sincerely,
William Brown
Software Engineer
Red Hat, Australia/Brisbane
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubs
evaluation.
---
--
Sincerely,
William Brown
Software Engineer
Red Hat, Australia/Brisbane
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org
https://pagure.io/389-ds-base/issue/49544
https://pagure.io/389-ds-base/issue/raw/files/cca61c45a5c0c85eecf0b7ee1
8a2f66d12eb27c155bd4b8cff7bb3b63aeb722b-0001-Ticket-49544-Double-check-
pw-prompts.patch
--
Sincerely,
William Brown
Software Engineer
Red Hat, Australia/Brisbane
https://pagure.io/389-ds-base/issue/49544
https://pagure.io/389-ds-base/issue/raw/files/fa6bdb774b723acb36c638720
6f5cbb640d1ed9234790700bbc1bdd60fbb0651-0001-Ticket-49544-cli-release-
preperation.patch
--
Sincerely,
William Brown
Software Engineer
Red Hat, Australia/Brisbane
https://pagure.io/389-ds-base/issue/49537
https://pagure.io/389-ds-base/issue/raw/files/effbf23ef31574410904ffd0e
f69ece738d4e6fc43c21808d9fab1da2e0316b2-0001-Ticket-49537-allow-asan-
to-build-with-stable-rustc.patch
--
Sincerely,
William Brown
Software Engineer
Red Hat, Australia/Brisbane
>
> > I think our current schema doesn't current reflect the "best" in
> > identity management
> > and by adding nsPerson like this, we can really do the right thing
> > here, by
> > default.
> >
> > *obivously* this is a new schema, not changing existing items, so
> > existing deployments
> > will keep using whatever they want (person etc) - more that new
> > deployments will
> > see a modern, best practice that they can follow,
> >
> >
> > I'd like to get feedback on this soon, as I'd like to have this in
> > the
> > cli
> > tool demo I want to release soon.
> >
> > Thanks everyone,
>
> ___
> 389-devel mailing list -- 389-devel@lists.fedoraproject.org
> To unsubscribe send an email to 389-devel-leave@lists.fedoraproject.o
> rg
--
Sincerely,
William Brown
Software Engineer
Red Hat, Australia/Brisbane
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org
https://pagure.io/389-ds-base/issue/49425
https://pagure.io/389-ds-base/issue/raw/files/9cb1510fb39a94a62af4a7dbc
8a3f14caea0c10f94e4b13bf51e98f0376f4e5d-0001-Ticket-49425-improve-demo-
objects-for-install.patch
--
Sincerely,
William Brown
Software Engineer
Red Hat, Australia/Brisbane
https://pagure.io/389-ds-base/issue/49474
https://pagure.io/389-ds-base/issue/raw/files/e6743de00abbe45f0d776fd62
6db5544b8154575ddd506d183f7e215ea09e6bc-0001-Ticket-49474-purge-
saslmaps-before-gssapi-test.patch
--
Sincerely,
William Brown
Software Engineer
Red Hat, Australia/Brisbane
On Wed, 2018-01-10 at 10:44 +0100, Ludwig Krispenz wrote:
> On 01/10/2018 07:03 AM, William Brown wrote:
> > If I have:
> >
> > (targetattr=x)(version 3.0; allow(read,
> > search)(groupdn=cn=x);)
> >
> > If cn=x has member cn=y, and cn=y member ui
an find your identity efficiently.
As a result, sort by displayname and searching is really the best way
to get access to this, even if not perfect, because we allow people to
express their name and identity in a way that is meaningful to them :)
People will quickly see that it's ordered by "dis
If I have:
(targetattr=x)(version 3.0; allow(read, search)(groupdn=cn=x);)
If cn=x has member cn=y, and cn=y member uid=z
Does uid=z have permission to the targetattr here? IE do our aci's work
through nested groups?
--
Sincerely,
William Brown
Software Engineer
Red Hat, Australia
n at least consistently sort this given the scenario above!
To *search* for surnames however, now you can do a substring search in
the displayName field. I'm not sure of your LDAP profficency, but the
search would be:
(displayName=*lastname)
So for me, I would choose my display name to be:
https://pagure.io/389-ds-base/issue/49527
https://pagure.io/389-ds-base/issue/raw/files/702f95e1e28cf3948b45fd399
7ed3dd552ab729d112c30e6608977be8bce838d-0001-Ticket-49527-Improve-ds-
cli-tool-testing.patch
--
Sincerely,
William Brown
Software Engineer
Red Hat, Australia/Brisbane
is in the
cli
tool demo I want to release soon.
Thanks everyone,
--
Sincerely,
William Brown
Software Engineer
Red Hat, Australia/Brisbane
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org
On Thu, 2018-01-04 at 08:31 +0100, Simon Pichugin wrote:
> On Thu, Jan 04, 2018 at 10:33:35AM +1000, William Brown wrote:
> > Hi all,
> >
> > We recently have completed two PR based merges, both went
> > successfully.
> >
> > I think it's time we bri
https://pagure.io/389-ds-base/issue/49516
https://pagure.io/389-ds-base/issue/raw/files/c5852a7ab76b268c990e68d20
2fe476514258e6bfa8a8f102daaacdb6577867c-0001-Ticket-49516-Add-python-3-
support-for-replication-su.patch
--
Sincerely,
William Brown
Software Engineer
Red Hat, Australia/Brisbane
https://pagure.io/389-ds-base/issue/49515
https://pagure.io/389-ds-base/issue/raw/files/c7421d656217f73e381bd5878
64f0f176e43d6e742df2283fe6a283c80f14388-0001-Ticket-49515-cannot-link-
missing-fPIC.patch
--
Sincerely,
William Brown
Software Engineer
Red Hat, Australia/Brisbane
to proceed with this?
--
Sincerely,
William Brown
Software Engineer
Red Hat, Australia/Brisbane
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org
https://pagure.io/389-ds-base/issue/49508
https://pagure.io/389-ds-base/issue/raw/files/8ea7c7e9370de88517f0e64e1
afe15b7eca364761e757a8e86038b13965a878a-0001-Ticket-49508-memory-leak-
in-cn-replica-plugin-setup.patch
--
Sincerely,
William Brown
Software Engineer
Red Hat, Australia/Brisbane
bb13b9064359e6d74b15c31cf4bb4dfa9bf1423-0002-Ticket-49495-Fix-memory-
management-is-vattr.patch
--
Sincerely,
William Brown
Software Engineer
Red Hat, Australia/Brisbane
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email
https://pagure.io/389-ds-base/issue/49486
https://pagure.io/389-ds-base/issue/raw/files/ac2fcc68dacbe8ea9deccda1a
95fc02e3af115a19fb5da9e8187fc65a1b2e897-0001-Ticket-change-ns-stress-
core-to-use-absolute-int-wid.patch
--
Sincerely,
William Brown
Software Engineer
Red Hat, Australia/Brisbane
https://pagure.io/389-ds-base/issue/49484
https://pagure.io/389-ds-base/issue/raw/files/85107e70a1ed3b17f5742273f
3eb5cc846a1a6dd2d3d00078f1ca014c90d5053-0001-Ticket-49484-Minor-cli-
tool-fixes.patch
--
Sincerely,
William Brown
Software Engineer
Red Hat, Australia/Brisbane
https://pagure.io/389-ds-base/issue/49480
https://pagure.io/389-ds-base/issue/raw/files/bbbad68bb06acb11c34664f0e
ed753b786810d1b065ab9410af727649bf4bd59-0001-Ticket-49480-Improvements-
to-support-IPA-install.patch
--
Sincerely,
William Brown
Software Engineer
Red Hat, Australia/Brisbane
https://pagure.io/389-ds-base/issue/49449
https://pagure.io/389-ds-base/issue/raw/files/415847b6fe5df6634f9034da8
e63dd9e6eb4eff737b256e71efe595bf40f7ef0-0001-Ticket-49449-Load-sysctl-
values-on-rpm-upgrade.patch
--
Sincerely,
William Brown
Software Engineer
Red Hat, Australia/Brisbane
f3f026bc7714a4ac6341a56d350699710f3cd74-0001-Ticket-49474-Improve-
GSSAPI-testing-capability.patch
--
Sincerely,
William Brown
Software Engineer
Red Hat, Australia/Brisbane
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send
https://pagure.io/389-ds-base/issue/49475
https://pagure.io/389-ds-base/issue/raw/files/0d275e7878820c0246b0f1fad
caa4c2cc42dda0301389044dd53d7ff61aa43e3-0001-Ticket-49475-docker-poc-
improvements.patch
--
Sincerely,
William Brown
Software Engineer
Red Hat, Australia/Brisbane
https://pagure.io/389-ds-base/issue/49470
https://pagure.io/389-ds-base/issue/raw/files/0363860789c19198e1d8834cf
75be86d71e08f92c4cd3f75e8ec97c62d1cb835-0001-Ticket-49470-overflow-in-
pblock_get.patch
--
Sincerely,
William Brown
Software Engineer
Red Hat, Australia/Brisbane
https://pagure.io/389-ds-base/issue/48184
https://pagure.io/389-ds-base/issue/raw/files/98838150eab9dd8456ed03f92
ce8ff4c26b3e11350f16e6ecc23f8d50f759a45-0001-Ticket-48184-close-
connections-at-shutdown-cleanly.patch
--
Sincerely,
William Brown
Software Engineer
Red Hat, Australia/Brisbane
https://pagure.io/lib389/issue/3
https://pagure.io/lib389/issue/raw/files/b5f52d295f8f44a027dee5db89e719
340b1bfb4012aa89acce376f2be61a6c2b-0001-Ticket-3-lib389-python-3-
support-for-subset-of-pwd-c.patch
--
Sincerely,
William Brown
Software Engineer
Red Hat, Australia/Brisbane
https://pagure.io/389-ds-base/issue/49461
https://pagure.io/389-ds-base/issue/raw/files/8b194168b695b4097996fa590
a000d6c4e1540bcc772d1eeb71a768e09480dd0-0001-Ticket-49461-Improve-
db2index-handling-for-test-4929.patch
--
Sincerely,
William Brown
Software Engineer
Red Hat, Australia/Brisbane
https://pagure.io/389-ds-base/issue/49325
https://pagure.io/389-ds-base/issue/raw/files/bfeb275e5092ad7205b938d73
6c02df77a6d1947dac736462f1486f18781a752-0001-Ticket-49325-fix-rust-
linking.patch
--
Sincerely,
William Brown
Software Engineer
Red Hat, Australia/Brisbane
https://pagure.io/lib389/issue/106
https://pagure.io/lib389/issue/raw/files/6aba20d7343dae51f09c96ff5b18ad
58cfe416478eee93caa68604f0d07581c8-0001-Ticket-106-lib389-assert-
objects-are-correctly-typed.patch
--
Sincerely,
William Brown
Software Engineer
Red Hat, Australia/Brisbane
https://pagure.io/lib389/issue/105
https://pagure.io/lib389/issue/raw/files/c05a263c68bd1b0df2a7f9e105b9ca
ec8dbd7c2107328c1dd5162b4560dc4a48-0001-Ticket-lib389-105-TypeError-
argument-1-must-be-str-n.patch
--
Sincerely,
William Brown
Software Engineer
Red Hat, Australia/Brisbane
https://pagure.io/389-ds-base/issue/49453
https://pagure.io/389-ds-base/issue/raw/files/e1c9ed67727504759001db617
b48c3d24171eea7601e1e63bdd8f4cc0b80af77-0002-Ticket-49453-passwd.py-to-
use-pwdhash-defaults.patch
--
Sincerely,
William Brown
Software Engineer
Red Hat, Australia/Brisbane
https://pagure.io/389-ds-base/issue/49298
https://pagure.io/389-ds-base/issue/raw/files/f4fc55687a3f12600d06eacc1
2b731fcbc7e750b4a77ec101736fa85045f575f-0001-Ticket-49298-Correct-
error-codes-with-config-restore.patch
--
Sincerely,
William Brown
Software Engineer
Red Hat, Australia/Brisbane
https://pagure.io/389-ds-base/issue/raw/files/1d7e626b510176b1a6b88e31a
f3ddf8cf1455927da2e9b2753852dd4d999f73c-0009-Ticket-49218-Certmap-
Remove-old-certmap-types.patch
--
Sincerely,
William Brown
Software Engineer
Red Hat, Australia/Brisbane
___
389
https://pagure.io/389-ds-base/issue/49448
https://pagure.io/389-ds-base/issue/raw/files/20628d95fd979d33885be2fc6
6e58da25f3989500533867bdfdbd04b19309797-0001-Ticket-49448-dynamic-
default-pw-scheme-based-on-envi.patch
--
Sincerely,
William Brown
Software Engineer
Red Hat, Australia/Brisbane
safe ffi
between C and Rust.
Finally, for some examples of rust I have a DS related example here:
https://github.com/Firstyear/idl_rust/
I hope this helps,
--
Sincerely,
William Brown
Software Engineer
Red Hat, Australia/Brisbane
signature.asc
Description: This is a digitally signed
not in a rush to "fix" it if we find an issue.
As well, rust is not "enabled-by-default" in this patch - that's a
different decision.
This is to say "we can optionally include pieces" today. We can still
back out :)
>
> best regards
> thierry
https://pagure.io/lib389/issue/3
https://pagure.io/lib389/issue/raw/files/7c318055f214209bbbc35698c0adfb
29feae2309ce5923510f88a9f468052aee-0001-Ticket-3-lib389-python-3-
compat-for-paged-results-te.patch
--
Sincerely,
William Brown
Software Engineer
Red Hat, Australia/Brisbane
signature.asc
https://pagure.io/389-ds-base/issue/49445
https://pagure.io/389-ds-base/issue/raw/files/36a318a31567a9bda1f61d6d8
09f0483f043266c1326831c867d7ddb61eb7ad2-0001-Ticket-49445-Memory-leak-
in-ldif2db.patch
--
Sincerely,
William Brown
Software Engineer
Red Hat, Australia/Brisbane
signature.asc
https://pagure.io/389-ds-base/issue/49444
https://pagure.io/389-ds-base/issue/raw/files/769d447097ac633ea0bcc7cd6
3ddc83f7ec3d2dcc0daba9f77ebaa45b80fc7de-0001-Ticket-49444-huaf-in-
task.c-during-high-load-import.patch
--
Sincerely,
William Brown
Software Engineer
Red Hat, Australia/Brisbane
https://pagure.io/lib389/issue/3
https://pagure.io/lib389/issue/raw/files/a1dda5db91e1178d7de4f4761e1a00
5a0e362bd7f1e9528e7d89a4da1c681d0e-0001-Ticket-3-lib389-python-3-
support-ds_logs-tests.patch
--
Sincerely,
William Brown
Software Engineer
Red Hat, Australia/Brisbane
signature.asc
https://pagure.io/lib389/issue/3
https://pagure.io/lib389/issue/raw/files/69df7d4f3a729e560a5fb63072cc57
d3be4c9644846adb7684a61af637dc7485-0001-Ticket-3-lib389-config-
test.patch
--
Sincerely,
William Brown
Software Engineer
Red Hat, Australia/Brisbane
signature.asc
Description
with it, and checked by Mark. I would like to merge this on
Friday, so I would love to hear comments about this before then.
A discussion on production commitment will happen in the near future I
think as to whether we want to pursue this path,
Thanks!
--
Sincerely,
William Brown
Software Engineer
Red
,
William Brown
Software Engineer
Red Hat, Australia/Brisbane
signature.asc
Description: This is a digitally signed message part
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le
https://pagure.io/389-ds-base/issue/49377
https://pagure.io/389-ds-base/issue/raw/files/e9cad3216d041a4771c0226df
dd67ae49b0831826194dc99f9ca3d08d36d59c4-0001-Ticket-49377-Incoming-BER-
too-large-with-TLS-on-plai.patch
--
Sincerely,
William Brown
Software Engineer
Red Hat, Australia/Brisbane
https://pagure.io/lib389/issue/3
https://pagure.io/lib389/issue/raw/files/b0ef985f9928e02663582e175ecc8c
e6b61500e24a7685bd737baac3867e0e8f-0001-Ticket-lib389-3-python-3-
support-for-betxn-test.patch
--
Sincerely,
William Brown
Software Engineer
Red Hat, Australia/Brisbane
signature.asc
https://pagure.io/lib389/issue/105
https://pagure.io/lib389/issue/raw/files/a104eb0f6c77aeeb3b73316c023019
75082df4688734d01879c771150b69f484-0001-Ticket-lib389-105-TypeError-
argument-1-must-be-str-n.patch
--
Sincerely,
William Brown
Software Engineer
Red Hat, Australia/Brisbane
https://pagure.io/389-ds-base/issue/49435
https://pagure.io/389-ds-base/issue/raw/files/ea330cc702ff4919acb103d80
609f87b16040b78c5ec3d7199f02b83a330785a-0001-Ticket-49435-Fix-NS-race-
condition-on-loaded-test-sy.patch
--
Sincerely,
William Brown
Software Engineer
Red Hat, Australia/Brisbane
https://pagure.io/389-ds-base/issue/49436
https://pagure.io/389-ds-base/issue/raw/files/b675d7a6799bc9a151428
63d72dca676c1900ff803eee4f02126529e806b-0001-Ticket-49436-double-free-
in-COS-in-some-conditions.patch
--
Sincerely,
William Brown
Software Engineer
Red Hat, Australia/Brisbane
https://pagure.io/lib389/issue/103
https://pagure.io/lib389/issue/raw/files/477e4aa1e148a5a2e9bf194194ffa4
d100afe866a42bd13d87823fe201f7b3b6-0001-Ticket-103-sysconfig-not-
found.patch
--
Sincerely,
William Brown
Software Engineer
Red Hat, Australia/Brisbane
signature.asc
Description
https://pagure.io/lib389/issue/3
https://pagure.io/lib389/issue/raw/files/299e6ab988da0a2bc8df701946613b
3a4ebf7e97b3554a04c017241345a629a9-0001-Ticket-3-python-3-support-
filter-test.patch
--
Sincerely,
William Brown
Software Engineer
Red Hat, Australia/Brisbane
signature.asc
Description
https://pagure.io/389-ds-base/issue/49432
https://pagure.io/389-ds-base/issue/raw/files/a94a6f7fe53da5b9f9152f62b
93487f20e21edac1535e83ececf5582306fccaa-0001-Ticket-49432-filter-
optimise-crash.patch
--
Sincerely,
William Brown
Software Engineer
Red Hat, Australia/Brisbane
signature.asc
https://pagure.io/389-ds-base/issue/49424
https://pagure.io/389-ds-base/issue/raw/files/a8fe21b92b73b158be116ffd9
8a7c5ef806d6a2227ed0a320dc10974b751643a-0001-Ticket-49424-Resolve-
csiphash-alignment-issues.patch
--
Sincerely,
William Brown
Software Engineer
Red Hat, Australia/Brisbane
On Thu, 2017-10-26 at 12:47 +0200, Lukas Slebodnik wrote:
> On (13/10/17 20:35), William Brown wrote:
> > On Wed, 2017-10-11 at 13:36 +0200, Lukas Slebodnik wrote:
> > > But following code should work. Please correct me if I am wrong.
> > > I didn't test.
to look forward too, and I hope to see
you all there,
--
Sincerely,
William Brown
Software Engineer
Red Hat, Australia/Brisbane
signature.asc
Description: This is a digitally signed message part
___
389-devel mailing list -- 389-devel
https://pagure.io/lib389/issue/17
https://pagure.io/lib389/issue/raw/files/30e70a79a5917ed85ed03fec518275
9138245f3a0be53f7e1767c9d2262dcde3-0001-Ticket-17-lib389-dsremove-
support.patch
--
Sincerely,
William Brown
Software Engineer
Red Hat, Australia/Brisbane
signature.asc
Description
Hi all,
During LDAPCon an attempt is being made to revive the LDAP standards
working group,
I would encourage all interested technical members of the community to
join:
https://www1.ietf.org/mailman/listinfo/ldapext
As we attempt to rebuild this community,
Thanks!
--
Sincerely,
William
301 - 400 of 787 matches
Mail list logo