Package Details: 389-ds-base 1.4.0.3-1

Git Clone URL: https://aur.archlinux.org/389-ds-base.git (read-only)
Package Base: 389-ds-base
Description: 389 Directory Server (base)
Upstream URL: http://port389.org/
Licenses: GPL
Submitter: Aierk
Maintainer: javitonino (ImNtReal)
Last Packager: ImNtReal
Votes: 12
Popularity: 0.681372
First Submitted: 2009-07-28 01:02
Last Updated: 2017-12-08 13:46

Latest Comments

ImNtReal commented on 2017-03-24 20:51

@javitonino, I wouldn't mind. Isn't there a way to have co-maintainers, now?

javitonino commented on 2017-03-24 19:59

Updated to 1.3.6 and changed systemd unit names to dirsrv.

@ImNtReal: since you seem to be reacting quicker than I for updated. Are you interested in taking ownership of this package?

ImNtReal commented on 2017-03-22 16:25

Here's an updated PKGBUILD: http://pastebin.com/3ArUb5Bn

Note: You may need to clean up systemd files after upgrading to this due to changing the .target from 389-ds-base.target to the default of dirsrv.target.

javitonino commented on 2017-01-19 20:03

Updated

@ImNtReal I think that's a good idea, I'd got for dirsvr. However, I would wait until at least a minor version bump to change this, to avoid disrupting current installations as much as possible.

ImNtReal commented on 2017-01-10 18:24

I think we should consider changing the systemd group name to dirsrv.target, or similar because systemctl enable 389-server.target makes more sense than 389-ds-base.target.

r3pek commented on 2017-01-06 01:14

I made a resquest on svrcore aur package so that it get compiled with "--with-systemd" and fix the LDAPS problem @ImNtReal was/is getting.

ImNtReal commented on 2016-10-17 13:12

I've updated my main instance and 1.3.5.13 seems to work fine with no patches, and no tcp_wrappers.

ImNtReal commented on 2016-10-11 13:12

1.3.5.13 builds fine for me without tcp_wrappers, or the pkg-config patch. Haven't had a chance to test it, yet, though.

ImNtReal commented on 2016-06-03 19:20

I'm not sure what caused it, but LDAPS has stopped working on my system. During startup of dirsrv, I get: SSL alert: Security Initialization: Unable to create PinObj (Netscape Portable Runtime error -5977 - Failure to load dynamic library.

Does anyone know if it uses svrcore for ssl/tls? It seems to link against libssl and libnss.

I've worked around the issue by frontending it with stunnel, for now, in case others have this issue.

javitonino commented on 2016-05-27 18:22

Updated to 1.3.5.4. Thanks @chenxiaolong for the svrcore update. I guess it makes sense to pass svrcore ownership to me, as it appears to be released simultaneously with 389-ds now, so I'll take care of it if you orphan it.

All comments