On Mon, Jan 07, 2019 at 11:27:52PM +, Stuart Henderson wrote:
> I remembered what this was about; it wasn't an oversight, rather upstream
> strongly hinted that people should use OLC so it was deliberately removed to
> nudge people in that direction.
Yah, upstream is quite enamored of OLC 8-/
On Sun, Nov 11, 2018 at 05:09:26PM -0700, Alexander Bluhm wrote:
> We finally got it commited. Sorry for the delay.
Cool, I tested it out and it seems to work fine. Thanks much for adding
it, now I just need to get some traction on my patches to update
openldap to use modules and I won't have to
On 10/31/2018 11:28 PM, Kirill Bychkov wrote:
- HOMEPAGE and MASTER_SITES could be switched to https.
I updated the former, the latter was already https?
- Missing license marker.
Added.
- NO_BUILD=Yes and PKG_ARCH=* should be set
Included.
Other than this looks good port-wise
On 10/31/2018 7:01 PM, Andrew Hewus Fresh wrote:
Your version of p5-IO-Buffered-Select doesn't have a MAINTAINER, but the
one that bluhm@ imported recently does, so I prefer his version.
Oh, cool; I hadn't noticed that package got added since the last release.
One thing I saw was that there
On Sun, Jul 01, 2018 at 11:54:53AM -0700, Paul B. Henson wrote:
> On Tue, Jun 26, 2018 at 08:47:03AM +0100, Stuart Henderson wrote:
>
> > Still interested, but I need to do some testing and it hasn't been high
> > enough priority to hit the top of my queue yet.
>
> C
For the past few years every time a new release came out, I've submitted
this package and it's dep for potential inclusion in ports... I guess
nobody's interested, so after this try I suppose I'll just maintain it
locally and stop submitting it.
Thanks...
tenshi-0.15.tgz
Description: GNU Unix ta
On Tue, Jun 26, 2018 at 08:47:03AM +0100, Stuart Henderson wrote:
> Still interested, but I need to do some testing and it hasn't been high
> enough priority to hit the top of my queue yet.
Cool, thanks. No worries, just wondering; let me know when you have a
chance to look at it if you need anyt
Any further interest in switching the ports openldap to modules? Or
should I just keep my changes local?
Thanks...
On Mon, Jun 04, 2018 at 04:22:04PM -0700, Paul B. Henson wrote:
> Any more thoughts on this? Other changes you'd like to see or concerns
> addressed before
Any more thoughts on this? Other changes you'd like to see or concerns
addressed before considering incorporating it?
Thanks...
On Thu, May 24, 2018 at 03:39:38PM -0700, Paul B. Henson wrote:
> So it doesn't look like upstream is going to bite on removing the
> version
So it doesn't look like upstream is going to bite on removing the version
numbers from the dynamically loadable modules, so here is an updated diff that
includes a patch to do so and also installs the sample config file. It doesn't
look like we can get rid of the aci flavor after all, if you try
> From: Stuart Henderson
> Sent: Tuesday, May 22, 2018 6:08 PM
>
> Very mixed opinions about this, I'm not a fan of BDB, but then MDB/LMDB is
> really meant for an OS with unified-buffer-cache, and though it works at
> the moment without (assuming the WRITEMAP option is used), it's not like
> most
It seems that the libtool flag to not create a versioned object is
"-avoid-version". It also looks like openldap already does that when
compiling under Windows (from build/top.mk):
# platform-specific libtool flags
NT_LTFLAGS_LIB = -no-undefined -avoid-version -rpath $(libdir)
NT_LTFLAGS_MOD = -no
> From: Stuart Henderson
> Sent: Tuesday, May 22, 2018 2:51 PM
>
> Then there are the main DB backends. These are ones where all
> OpenLDAP package users will need to adapt, which makes me less sure
> about splitting them off.
It's unlikely somebody would be using both bdb and mdb though; so hard
> From: Jeremie Courreges-Anglas
> Sent: Tuesday, May 22, 2018 11:36 AM
>
> I see the point of using SUBPACKAGEs and shared modules instead of
> FLAVORS for aci and gssapi support. I'm not sure I see the point of
> using shared modules just because we can, especially if this implies
> mandatory c
> From: Stuart Henderson
> Sent: Monday, May 21, 2018 1:46 PM
>
> It's the upstream build system that is building them with odd
> names here, ports doesn't have much to do with this.
Oh, okay; I thought you were objecting to the way I was creating the symlinks
in the makefile, not the existence
> From: Stuart Henderson
> Sent: Monday, May 21, 2018 1:49 AM
> > - the versionning of the modules feels 'wrong', and should be fixed
> > within the build system.
>
> yes, there's definitely something wrong there.
No disagreement from me :), but as I'm not much of an expert in the ports build
tenshi is a log monitoring and alerting utility I've been maintaining in
netbsd pkgsrc for a while now that I'd like to get into openbsd ports as
well. It requires the perl IO-BufferedSelect module which I've also
attached. I believe everything is working at this point although there
are possibly s
This patch updates the openldap port to use modules instead of being
monolithic. I've been using it in production for six months or so and
haven't had any issues.
Thanks...
Index: Makefile
===
RCS file: /cvs/ports/databases/openldap
Oops, hit send too quick and forgot to actually attach the ports 8-/.
On Sun, Nov 26, 2017 at 09:29:41PM -0800, Paul B. Henson wrote:
> tenshi is a log monitoring and alerting utility I've been maintaining in
> netbsd pkgsrc for a while now that I'd like to get into openbsd por
tenshi is a log monitoring and alerting utility I've been maintaining in
netbsd pkgsrc for a while now that I'd like to get into openbsd ports as
well. It requires the perl IO-BufferedSelect module which I've also
attached. I believe everything is working at this point although there
are possibly s
tenshi is a log monitoring and alerting utility I've been maintaining in
netbsd pkgsrc for a while now that I'd like to get into openbsd ports as
well. It requires the perl IO-BufferedSelect module which I've also
attached. I believe everything is working at this point although there
are probably s
21 matches
Mail list logo