From owner-freebsd-ports@FreeBSD.ORG Sat Feb 8 08:23:08 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 971D5C5D; Sat, 8 Feb 2014 08:23:08 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 25DAA1634; Sat, 8 Feb 2014 08:23:07 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) with esmtp (envelope-from ) id <1WC3Bp-000laU-VE>; Sat, 08 Feb 2014 09:23:06 +0100 Received: from g225189000.adsl.alicedsl.de ([92.225.189.0] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.82) with esmtpsa (envelope-from ) id <1WC3Bp-002SKn-Qx>; Sat, 08 Feb 2014 09:23:05 +0100 Date: Sat, 8 Feb 2014 09:22:58 +0100 From: "O. Hartmann" To: Shane Ambler Subject: Re: WARNING: devel/icu: recent update redners openldap-server and other ports unusable! Message-ID: <20140208092258.175484de@thor.walstatt.dyndns.org> In-Reply-To: <52F5E6FC.3080405@ShaneWare.Biz> References: <20140207225445.342be9ed@thor.walstatt.dyndns.org> <52F5E6FC.3080405@ShaneWare.Biz> Organization: FU Berlin X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/A82OPfFVmZHQpu_lxBPJvKr"; protocol="application/pgp-signature" X-Originating-IP: 92.225.189.0 X-ZEDAT-Hint: A Cc: pgsql@FreeBSD.org, FreeBSD Ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Feb 2014 08:23:08 -0000 --Sig_/A82OPfFVmZHQpu_lxBPJvKr Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sat, 08 Feb 2014 18:42:44 +1030 Shane Ambler wrote: > On 08/02/2014 08:24, O. Hartmann wrote: > >=20 > > Today a couple of updates has been introduced, one of them was an > > update of port devel/icu. > >=20 > > I the good manner/tradition of updating UPDATING, I expect a > > warning/hint/advice a couple of days from now - when everybody has > > already stepped into the mess. > >=20 > > On several boxes running 11.0-CURRENT and 9.2-STABLE, updating ports > > including devel/icu renders many ports unusable due to a library > > version bump in libicu. > >=20 > > After updating ports relying on devel/icu via > >=20 > > portmaster -r devel/icu > >=20 > > and the updating of port > >=20 > > net/openldap24-server > >=20 > > (which is openldap-sasl-server in my case), OpenLDAP doesn't start > > anymore on all boxes affected by the update of devel/icu! > >=20 > > I always get the error > >=20 > > 52f5551f hdb_db_init: Initializing HDB database > > 52f5551f olcDbDirectory: value #0: invalid path: Permission denied > > 52f5551f config error processing olcDatabase=3D{1}hdb,cn=3Dconfig: > > olcDbDirectory: value #0: invalid path: Permission denied 52f5551f > > send_ldap_result: conn=3D-1 op=3D0 p=3D0 52f5551f slapd destroy: freeing > > system resources. 52f5551f syncinfo_free: rid=3D001 > > 52f5551f slapd stopped. > > 52f5551f connections_destroy: nothing to destroy. > > /usr/local/etc/rc.d/slapd: WARNING: failed to start slapd > >=20 > >=20 > > This obscure=20 > >=20 > > olcDbDirectory: value #0: invalid path: Permission denied > >=20 > > is not obvious to me. The server ran minutes ago BEFORE the update, > > the directories containing the DB5 databases have all the correct > > ownership (ldap:ldap, I suspected first a misconfiguration as this > > error seems typical for a misconfiguration of the ownership). > >=20 > > Does anyone see the same problem? And maybe please would put out > > some notes in UPDATING within a considerable narrow timeframe > > regarding devel/icu! It seems, FreeBSD's ports systems get more and > > more messy. > >=20 > > oh > >=20 >=20 > Not the same problem but I did see building postgresql server break - > I changed databases/postgresql92-server/makefile with the following. > Ideally the test for *_52 should be added to configure.in rather than > replacing the oldest. >=20 > --- a/databases/postgresql92-server/Makefile > +++ b/databases/postgresql92-server/Makefile > @@ -355,6 +355,8 @@ post-patch: > . if defined(SERVER_ONLY) && ${PORT_OPTIONS:MICU} > @${REINPLACE_CMD} -E -e \ > "s|^(m4_if.*)2.6[0-9](.*Autoconf version > )2.6[0-9]|\1${AUTOCONF_VERSION}\2${AUTOCONF_VERSION}|g" \ > + -e "s|ucol_open_43|ucol_open_52|g" \ > + -e "s|ucnv_fromUChars_43|ucnv_fromUChars_52|g" \ > ${WRKSRC}/configure.in > . endif In the openldap case, I checked again. My problem is obviously triggered by the massive devel/icu updates I had to perform (there is still no UPDATING entry reflecting this!). Since last update of net/openldap24-server, a reinstallation of the port changes(!) the ownership of the directory in which the database of openldap server resides to root:wheel and it should be ldap:ldap or be untouched! after installation, I changed the ownership back to the ldap:ldap value and the server started as expected again. I checked the ownership several time and I was quite sure that the ownership was correct but the OpenLDAP server won't start. After an explicit setting of the ownership everything worked all right. I try to reproduce this after I have gone through the devel/icu problem (a lot of ports dropping out, unwilling to compile on CURRENT now). I try to reproduce the weird observation or render/falsify my observation nonsense (regarding the correct setting of ownership and the unwilling openldap server). Thanks for responding. Oliver --Sig_/A82OPfFVmZHQpu_lxBPJvKr Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQEcBAEBAgAGBQJS9elpAAoJEOgBcD7A/5N8d1YIANgPSrlriooJ3wX+UPl+UKU8 szciockwPnnb9LuiswaraOMo3SZ/Zhj35syBImTbeuOGTmiXudRuNo4w2q5Q9PC7 Ey81Cjaesj0wqPj884UIrzwxcciytfn3PnnsAyX7qxQ+MffosKbPMdp2aJAUZ3ZL KKtJMPYf0kbdoitnAGCnemBNcQyaOLrLePmTCwmlwyTrcEzc+2Y/OmchWAOpMbSJ 2jD5AOhCY9p/vlutd766Y2Ijj5Ur13nfNSwXSvt6vXIzvBHXKV3WEEglSdsxt+oo pSiiHgvyh2NpFNf8Qx8sxTqwFKb5okOqZxnVJZgL1j+m3JRyXiHn/mmu/96vMKc= =U7Ty -----END PGP SIGNATURE----- --Sig_/A82OPfFVmZHQpu_lxBPJvKr--