Date: Mon, 25 Aug 2014 12:00:57 +0200 From: Matthias Andree <matthias.andree@gmx.de> To: Michael Gmelin <grembo@freebsd.org>,olli hauer <ohauer@gmx.de> Cc: Kurt Jaeger <lists@opsec.eu>, ports-list freebsd <freebsd-ports@freebsd.org> Subject: Re: HEADS UP: Berkeley DB 4...4.7 port removals/upgrades may require manual preparation Message-ID: <5bd6afd5-5768-4fad-a282-07663ad4212a@email.android.com> In-Reply-To: <20140824153618.32060060@bsd64.grem.de> References: <53F640EF.7000200@FreeBSD.org> <20140824102826.GB9400@home.opsec.eu> <EB2B24ED-1D62-467B-8870-EEACA8A72281@freebsd.org> <20140824111149.GD9400@home.opsec.eu> <53F9CEDA.4070309@gmx.de> <20140824142050.5e336477@bsd64.grem.de> <20140824123006.GE9400@home.opsec.eu> <20140824143728.0d5c435b@bsd64.grem.de> <53F9E3B7.10009@gmx.de> <20140824153618.32060060@bsd64.grem.de>
next in thread | previous in thread | raw e-mail | index | archive | help
On 24=2E August 2014 15:36:18 MESZ, Michael Gmelin <grembo@freebsd=2Eorg> w=
rote:
>On Sun, 24 Aug 2014 15:08:07 +0200
>olli hauer <ohauer@gmx=2Ede> wrote:
>
>> On 2014-08-24 14:37, Michael Gmelin wrote:
>> >=20
>> >=20
>> > On Sun, 24 Aug 2014 14:30:06 +0200
>> > Kurt Jaeger <lists@opsec=2Eeu> wrote:
>> >=20
>> >> Hi!
>> >>
>> >>>> Hm, using USE_BDB=3D$numble looks wrong to me in devel/ice=2E
>> >>>>
>> >>>> Can you test the following patch=2E
>> >>>>
>> >>>> Index: Makefile
>> >>>>
>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
>> >>>> --- devel/ice/Makefile (revision 365910)
>> >>>> +++ devel/ice/Makefile (working copy)
>> >>>> @@ -27,7 +27,8 @@
>> >>>> =2Eendif
>> >>>>
>> >>>> USES=3D iconv gmake
>> >>>> -USE_BDB=3D 5
>> >>>> +USE_BDB=3D yes
>> >>>> +WANT_BDB_VER=3D 5
>> >>>> INVALID_BDB_VER=3D 40 41 42 43 44 46 47 48 6
>> >>>> USE_LDCONFIG=3D yes
>> >>>> BUILD_WRKSRC?=3D ${WRKSRC}/cpp
>> >>
>> >>> @Kurt: Could you test and confirm? If this works, I'll commit the
>> >>> patch=2E
>> >>
>> >> Yes, it builds=2E
>> >>
>> >=20
>> > I created a commit request
>> >=20
>> > https://reviews=2Efreebsd=2Eorg/D679
>> >=20
>>=20
>> Kurt, or you can commit this even w=2Eo=2E PR=2E
>> The patch does not break anything but allows the port to build as
>> required=2E I assume there are even more easter eggs in the tree,
>> specially for USE_BDB=2E
>>=20
>
>A short grep shows that the following ports are affected, the question
>is if simply converting them to
>
>USE_BDB=3D yes
>WANT_BDB_VER=3D <prior value of USE_BDB>
>
>is the right thing to do=2E
>
>archivers/rpm4/Makefile
>chinese/xsim/Makefile
>comms/trustedqsl/Makefile
>comms/xastir/Makefile
>databases/dbtool/Makefile
>databases/evolution-data-server/Makefile
>databases/fortytwo-bdb/Makefile
>databases/libgda5/Makefile
>databases/memcachedb/Makefile
>databases/memcacheq/Makefile
>databases/p5-BDB/Makefile
>databases/p5-BerkeleyDB/Makefile
>databases/py-bsddb/Makefile
>databases/py-bsddb3/Makefile
>databases/rdfdb/Makefile
>devel/apr1/Makefile
>devel/libqxt/Makefile
>dns/dnshistory/Makefile
>editors/nvi-devel/Makefile
>graphics/fortytwo/Makefile
>japanese/mutt-devel/Makefile
>mail/avenger/Makefile
>mail/bogofilter/Makefile
>mail/dk-milter/Makefile
>mail/drac/Makefile
>mail/evolution-exchange/Makefile
>mail/greyfix/Makefile
>mail/isync/Makefile
>mail/meta1/Makefile
>mail/mutt/Makefile
>mail/opendkim/Makefile
>mail/spamprobe/Makefile
>net-p2p/cdonkey/Makefile
>net/freeswitch-core-devel/Makefile
>net/netatalk/Makefile
>net/netatalk3/Makefile
>net/openldap24-server/Makefile
>news/inn/Makefile
>science/gramps/Makefile
>security/pks/Makefile
>security/sks/Makefile
>sysutils/apt/Makefile
>sysutils/cfengine22/Makefile
>sysutils/cfengine32/Makefile
>www/oops/Makefile
>
>
>
>--=20
>Michael Gmelin
>_______________________________________________
>freebsd-ports@freebsd=2Eorg mailing list
>http://lists=2Efreebsd=2Eorg/mailman/listinfo/freebsd-ports
>To unsubscribe, send any mail to
>"freebsd-ports-unsubscribe@freebsd=2Eorg"
No need=2E USE_BDB with exact version (I=2Ee=2E Without "+" should just wo=
rk, if it does not, we will fix the framework=2E
From owner-freebsd-ports@FreeBSD.ORG Mon Aug 25 10:12:55 2014
Return-Path: <owner-freebsd-ports@FreeBSD.ORG>
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 58B086F6
for <freebsd-ports@freebsd.org>; Mon, 25 Aug 2014 10:12:55 +0000 (UTC)
Received: from mout.gmx.net (mout.gmx.net [212.227.17.20])
(using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits))
(Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-1" (verified OK))
by mx1.freebsd.org (Postfix) with ESMTPS id DFEAD38FD
for <freebsd-ports@freebsd.org>; Mon, 25 Aug 2014 10:12:54 +0000 (UTC)
Received: from [10.109.123.195] ([46.115.167.123]) by mail.gmx.com (mrgmx102)
with ESMTPSA (Nemesis) id 0LosFD-1WfNz51FUZ-00glpt;
Mon, 25 Aug 2014 12:12:52 +0200
User-Agent: K-9 Mail for Android
In-Reply-To: <20140824195540.GG9400@home.opsec.eu>
References: <53F640EF.7000200@FreeBSD.org>
<20140824195540.GG9400@home.opsec.eu>
MIME-Version: 1.0
Subject: Re: HEADS UP: Berkeley DB 4...4.7 port removals/upgrades may require
manual preparation
From: Matthias Andree <matthias.andree@gmx.de>
Date: Mon, 25 Aug 2014 12:12:44 +0200
To: Kurt Jaeger <lists@opsec.eu>,
ports-list freebsd <freebsd-ports@freebsd.org>
Message-ID: <0dbb5dec-b268-4a5b-afee-495c21cba3df@email.android.com>
X-Provags-ID: V03:K0:N3r41U9Qvzz8yZ73CslBZ0zMY0AuEfGHkEEiZPvzQupXJfqH5q8
EP6Z1LTIQD6RGDj6UcZyLd+Fk5jEMPZFkTaW0p079SEMo8hfrKE/4D5BG6Xf+KY/t7lcaHG
YzurpzD1ywI6Y8QG/3qgKDxeyjxEGFFn8lrAy1QMHx24i9SoAqliobXoORfnkrprvI89xHP
ivmeAGqx3ksfIQ+41PNOA==
X-UI-Out-Filterresults: notjunk:1;
Content-Type: text/plain;
charset=UTF-8
Content-Transfer-Encoding: quoted-printable
X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.18-1
Precedence: list
List-Id: Porting software to FreeBSD <freebsd-ports.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-ports>,
<mailto:freebsd-ports-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-ports/>;
List-Post: <mailto:freebsd-ports@freebsd.org>
List-Help: <mailto:freebsd-ports-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-ports>,
<mailto:freebsd-ports-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 25 Aug 2014 10:12:55 -0000
On 24=2E August 2014 21:55:40 MESZ, Kurt Jaeger <lists@opsec=2Eeu> wrote:
>Hi!
>
>There is the possible mechanism of
>
>WITH_BDB_VER=3D6
>
>in /etc/make=2Econf=2E
>
>Is there a way to also add some
>
>DEFAULT_VERSIONS=3D bdb=3D6
>
>like syntax in /usr/ports/Mk/bsd=2Edefault-versions=2Emk to keep the
>mechanism similar to other "default versions" ?
>
>--=20
>pi@opsec=2Eeu +49 171 3101372 6 years
>to go !
>_______________________________________________
>freebsd-ports@freebsd=2Eorg mailing list
>http://lists=2Efreebsd=2Eorg/mailman/listinfo/freebsd-ports
>To unsubscribe, send any mail to
>"freebsd-ports-unsubscribe@freebsd=2Eorg"
Should be doable, but is not yet implemented=2E
From owner-freebsd-ports@FreeBSD.ORG Mon Aug 25 10:14:19 2014
Return-Path: <owner-freebsd-ports@FreeBSD.ORG>
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 12B2B79A;
Mon, 25 Aug 2014 10:14:19 +0000 (UTC)
Received: from mout.gmx.net (mout.gmx.net [212.227.17.20])
(using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits))
(Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-1" (verified OK))
by mx1.freebsd.org (Postfix) with ESMTPS id 94B1B390A;
Mon, 25 Aug 2014 10:14:17 +0000 (UTC)
Received: from [10.109.123.195] ([46.115.167.123]) by mail.gmx.com (mrgmx103)
with ESMTPSA (Nemesis) id 0LzbXq-1WHZG51Ohm-014lsK;
Mon, 25 Aug 2014 12:08:59 +0200
User-Agent: K-9 Mail for Android
In-Reply-To: <1408891577.3895.425.camel@btw.pki2.com>
References: <53F640EF.7000200@FreeBSD.org>
<20140824102826.GB9400@home.opsec.eu>
<EB2B24ED-1D62-467B-8870-EEACA8A72281@freebsd.org>
<20140824111149.GD9400@home.opsec.eu> <53F9CEDA.4070309@gmx.de>
<20140824142050.5e336477@bsd64.grem.de> <20140824123006.GE9400@home.opsec.eu>
<20140824143728.0d5c435b@bsd64.grem.de> <53F9E3B7.10009@gmx.de>
<1408891577.3895.425.camel@btw.pki2.com>
MIME-Version: 1.0
Subject: Re: HEADS UP: Berkeley DB 4...4.7 port removals/upgrades may require
manual preparation
From: Matthias Andree <matthias.andree@gmx.de>
Date: Mon, 25 Aug 2014 12:08:50 +0200
To: Dennis Glatting <freebsd@pki2.com>,olli hauer <ohauer@gmx.de>
Message-ID: <eba0ac80-4b8a-4caa-9e6b-34bef07784e7@email.android.com>
X-Provags-ID: V03:K0:kGUI5sUKd0lI2XT+J5P49atDgzQEZ7yeJch9bHcfXb1ryk+cvYR
iragwJQIXOXCTd6CGoTZEai5HqmbPpxk6AQSCvkbqdnTSiEzlLh2qV33DdTU1WQ0T98TSVe
RXqujuxhzykWJUXOs58f6Wkg/1+4V/FrrrnIPZCvaZ5mM8FCXhCl/0SHQ4fmJtIwTIoVmyy
w7H1Am8TrSzlhwNIaK1qA==
X-UI-Out-Filterresults: notjunk:1;
Content-Type: text/plain;
charset=UTF-8
Content-Transfer-Encoding: quoted-printable
X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1
Cc: Michael Gmelin <grembo@freebsd.org>, Kurt Jaeger <lists@opsec.eu>,
ports-list freebsd <freebsd-ports@freebsd.org>
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.18-1
Precedence: list
List-Id: Porting software to FreeBSD <freebsd-ports.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-ports>,
<mailto:freebsd-ports-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-ports/>;
List-Post: <mailto:freebsd-ports@freebsd.org>
List-Help: <mailto:freebsd-ports-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-ports>,
<mailto:freebsd-ports-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 25 Aug 2014 10:14:19 -0000
On 24=2E August 2014 16:46:17 MESZ, Dennis Glatting <freebsd@pki2=2Ecom> wr=
ote:
>On Sun, 2014-08-24 at 15:08 +0200, olli hauer wrote:
>> On 2014-08-24 14:37, Michael Gmelin wrote:
>> >=20
>> >=20
>> > On Sun, 24 Aug 2014 14:30:06 +0200
>> > Kurt Jaeger <lists@opsec=2Eeu> wrote:
>> >=20
>> >> Hi!
>> >>
>> >>>> Hm, using USE_BDB=3D$numble looks wrong to me in devel/ice=2E
>> >>>>
>> >>>> Can you test the following patch=2E
>> >>>>
>> >>>> Index: Makefile
>> >>>>
>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
>> >>>> --- devel/ice/Makefile (revision 365910)
>> >>>> +++ devel/ice/Makefile (working copy)
>> >>>> @@ -27,7 +27,8 @@
>> >>>> =2Eendif
>> >>>>
>> >>>> USES=3D iconv gmake
>> >>>> -USE_BDB=3D 5
>> >>>> +USE_BDB=3D yes
>> >>>> +WANT_BDB_VER=3D 5
>> >>>> INVALID_BDB_VER=3D 40 41 42 43 44 46 47 48 6
>> >>>> USE_LDCONFIG=3D yes
>> >>>> BUILD_WRKSRC?=3D ${WRKSRC}/cpp
>> >>
>> >>> @Kurt: Could you test and confirm? If this works, I'll commit the
>> >>> patch=2E
>> >>
>> >> Yes, it builds=2E
>> >>
>> >=20
>> > I created a commit request
>> >=20
>> > https://reviews=2Efreebsd=2Eorg/D679
>> >=20
>>=20
>> Kurt, or you can commit this even w=2Eo=2E PR=2E
>> The patch does not break anything but allows the port to build as
>required=2E
>> I assume there are even more easter eggs in the tree, specially for
>USE_BDB=2E
>>=20
>
>Yep:
>
>root@Junker# more databases/evolution-data-server/Makefile=20
>
>=2E=2E=2E
>
>USE_BDB=3D 41+
>
>
>
>
>
>
>_______________________________________________
>freebsd-ports@freebsd=2Eorg mailing list
>http://lists=2Efreebsd=2Eorg/mailman/listinfo/freebsd-ports
>To unsubscribe, send any mail to
>"freebsd-ports-unsubscribe@freebsd=2Eorg"
The framework automatically upgrades these to 48+ internally=2E
From owner-freebsd-ports@FreeBSD.ORG Mon Aug 25 10:15:38 2014
Return-Path: <owner-freebsd-ports@FreeBSD.ORG>
Delivered-To: freebsd-ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
(using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
(No client certificate requested)
by hub.freebsd.org (Postfix) with ESMTPS id 2A11483D;
Mon, 25 Aug 2014 10:15:38 +0000 (UTC)
Received: from mout.gmx.net (mout.gmx.net [212.227.17.20])
(using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits))
(Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-1" (verified OK))
by mx1.freebsd.org (Postfix) with ESMTPS id B076C3916;
Mon, 25 Aug 2014 10:15:37 +0000 (UTC)
Received: from [10.109.123.195] ([46.115.167.123]) by mail.gmx.com (mrgmx102)
with ESMTPSA (Nemesis) id 0Lp8h6-1WjVkx2Tbw-00eq6H;
Mon, 25 Aug 2014 12:15:35 +0200
User-Agent: K-9 Mail for Android
In-Reply-To: <CACdU+f9pKaVucdJ_VJ+9OFywoy3_=YKzuUbZs-R3dwfScZyJ-Q@mail.gmail.com>
References: <53F640EF.7000200@FreeBSD.org>
<20140824102826.GB9400@home.opsec.eu>
<EB2B24ED-1D62-467B-8870-EEACA8A72281@freebsd.org>
<20140824111149.GD9400@home.opsec.eu> <53F9CEDA.4070309@gmx.de>
<20140824142050.5e336477@bsd64.grem.de>
<CACdU+f-D-MYxXYaoCbfPU+QuKpq041dSWdgZj0XzRO30_9pouA@mail.gmail.com>
<20140824191643.005f8e1c@bsd64.grem.de>
<CACdU+f9pKaVucdJ_VJ+9OFywoy3_=YKzuUbZs-R3dwfScZyJ-Q@mail.gmail.com>
MIME-Version: 1.0
Subject: Re: HEADS UP: Berkeley DB 4...4.7 port removals/upgrades may require
manual preparation
From: Matthias Andree <matthias.andree@gmx.de>
Date: Mon, 25 Aug 2014 12:15:27 +0200
To: Scot Hetzel <swhetzel@gmail.com>,Michael Gmelin <grembo@freebsd.org>
Message-ID: <8b79c8ed-636d-433c-bd32-1fbc60ef623f@email.android.com>
X-Provags-ID: V03:K0:eohTJnwhOBLvPpaRlwEhVoTgVoCAOBD7IA8awrC6ONd6AfN/Rlw
lUFheAj15KZGixh6fwbKtdWwvuCqq2MNiStQgsYIq2gYLM1sUL9MaaZMU4BLOHthGwY2zWL
YViWeploCtjjRMnIXgNSBbCz0p2QdJo3pwl4Xkcg95wQzEhocSvwfcJZ47FYO1jKSUo7Lj2
L0xMvEZUwn+wJuhXI575A==
X-UI-Out-Filterresults: notjunk:1;
Content-Type: text/plain;
charset=UTF-8
Content-Transfer-Encoding: quoted-printable
X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1
Cc: olli hauer <ohauer@gmx.de>, Kurt Jaeger <lists@opsec.eu>,
ports-list freebsd <freebsd-ports@freebsd.org>
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.18-1
Precedence: list
List-Id: Porting software to FreeBSD <freebsd-ports.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-ports>,
<mailto:freebsd-ports-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-ports/>;
List-Post: <mailto:freebsd-ports@freebsd.org>
List-Help: <mailto:freebsd-ports-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-ports>,
<mailto:freebsd-ports-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 25 Aug 2014 10:15:38 -0000
On 25=2E August 2014 07:57:36 MESZ, Scot Hetzel <swhetzel@gmail=2Ecom> wrot=
e:
>On Sun, Aug 24, 2014 at 12:16 PM, Michael Gmelin <grembo@freebsd=2Eorg>
>wrote:
>>
>>
>> On Sun, 24 Aug 2014 11:59:37 -0500
>> Scot Hetzel <swhetzel@gmail=2Ecom> wrote:
>>
>>> On Sun, Aug 24, 2014 at 7:20 AM, Michael Gmelin <grembo@freebsd=2Eorg>
>>> wrote:
>>> > @Olli: Checking Mk/bsd=2Edatabasemk it seems like you're right=2E It=
's
>>> > quite amusing how this went unnoticed for so long, it has been in
>>> > there for eight years :)
>>> >
>>>
>>> As the original author of the USE_BDB code, the USE_BDB=3D5 had
>worked
>>> in the past=2E As it is supposed to mean that this port only uses
>that
>>> version of BDB=2E The code was changed on Aug 21 (r365599) and the
>>> author of the new code might have forgot to test this case=2E
>>>
>>
>> Not sure if you read the rest of the thread, but this is still
>working
>> as intended (I tested using both the old and new version)=2E
>>
>> The issue is, that USE_BDB=3Dversion means USE_BDB=3Dyes,
>> WITH_BDB_VER=3Dversion, but Kurt has WITH_BDB_VER=3D6 in make=2Econf,
>> which overrides this version number and version =3D6 is invalid for
>> devel/ice=2E So basically it works as designed, Kurt wanted a specific
>> version of bdb, which doesn't work for devel/ice=2E
>>
>> The fix was to add WANT_BDB_VER=3D 5 in devel/ice, which I guess is ok,
>> since this is the only version it really works with (and I guess I
>> could remove the INVALID directive now, since WANT means really
>> *want*)=2E
>>
>
>Hmm, I thought I had it implemented this way at one time=2E Any way=2E
>What we should be doing with the WITH_BDB_VER is not overriding the
>USE_BDB value=2E Instead we should see if it is a VALID version to use
>for this port, if it is not, then use the USE_BDB value=2E
>
>So basically the code should be doing the following:
>
>USE_BDB=3Dyes
> - use the default version (48+) or the installed version if higher
>
>USE_BDB=3Dyes, WITH_BDB_VER=3D6
> - use version 6
>
>USE_BDB=3D5
> - should mean the same as USE_BDB=3Dyes, WANT_BDB_VER=3D5
> - shouldn't be able to override by setting WITH_BDB_VER=3D6
> - this would also allow the removal of the WANT_BDB_VER variable=2E
>- no error should be generated when WITH_BDB_VER is set to an invalid
>version
>
>USE_BDB=3D48 6
> - use (either 48 or 6) or the installed version that matches one of
>these versions
>- no error should be generated when WITH_BDB_VER is set to an invalid
>version
>
>USE_BDB=3D5+, WITH_BDB_VER=3D48
> - use version 5+ or the installed version if higher
> - shouldn't allow downgrade to a lower unsupported version by setting
>the WITH_BDB_VER
> -- should we still display an error in this case or just install the
>port with bdb 5+?
>
>If we make the above changes to the code, then INVALID_BDB_VER and
>WANT_BDB_VER could disappear=2E
>
>> My question is, what the point of INVALID_BDB_VER really is in this
>> case, it seems a bit pointless to me given the trouble it caused Kurt
>> and how we resolved this=2E Having a fully specified list of supported
>> versions in WANT_BDB_VER seems better in this case (assuming WANT
>> supports listing multiple versions)=2E
>>
>
>At the time I had implemented the code, INVALID_BDB_VER was meant to
>poke holes in the VER+:
>
>USE_BDB=3D2+
>INVALID_BDB_VER=3D3
>
>So the port would be able to use version 2 and 40+, and not 3=2E
>Probably should have just implanted it as:
>
>USE_BDB=3D2 40+
>
> and skipped the INVALID_BDB_VER entirely=2E
>
>I was also thinking that we should make WITH_BDB_HIGHEST the default=2E
>It is used by VER+ when multiple versions of bdb are installed=2E That
>way we can remove this variable also=2E
>
>--=20
>DISCLAIMER:
>
>No electrons were maimed while sending this message=2E Only slightly
>bruised=2E
>_______________________________________________
>freebsd-ports@freebsd=2Eorg mailing list
>http://lists=2Efreebsd=2Eorg/mailman/listinfo/freebsd-ports
>To unsubscribe, send any mail to
>"freebsd-ports-unsubscribe@freebsd=2Eorg"
Scot,
I rewrote all of the Berkeley DB detection code to match documentation, an=
d I will check how we can optimise the new code for corner cases=2E
Sorry about the inconvenience=2E=20
Best,=20
Matthias
From owner-freebsd-ports@FreeBSD.ORG Mon Aug 25 10:24:35 2014
Return-Path: <owner-freebsd-ports@FreeBSD.ORG>
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 12F62BF4
for <freebsd-ports@freebsd.org>; Mon, 25 Aug 2014 10:24:35 +0000 (UTC)
Received: from mail.grem.de (outcast.grem.de [213.239.217.27])
by mx1.freebsd.org (Postfix) with SMTP id 522FB39F7
for <freebsd-ports@freebsd.org>; Mon, 25 Aug 2014 10:24:33 +0000 (UTC)
Received: (qmail 70106 invoked by uid 89); 25 Aug 2014 10:24:31 -0000
Received: from unknown (HELO ?10.37.39.112?) (mg@grem.de@109.43.0.142)
by mail.grem.de with ESMTPA; 25 Aug 2014 10:24:31 -0000
References: <53F640EF.7000200@FreeBSD.org>
<20140824102826.GB9400@home.opsec.eu>
<EB2B24ED-1D62-467B-8870-EEACA8A72281@freebsd.org>
<20140824111149.GD9400@home.opsec.eu> <53F9CEDA.4070309@gmx.de>
<20140824142050.5e336477@bsd64.grem.de> <20140824123006.GE9400@home.opsec.eu>
<20140824143728.0d5c435b@bsd64.grem.de> <53F9E3B7.10009@gmx.de>
<20140824153618.32060060@bsd64.grem.de>
<5bd6afd5-5768-4fad-a282-07663ad4212a@email.android.com>
In-Reply-To: <5bd6afd5-5768-4fad-a282-07663ad4212a@email.android.com>
Mime-Version: 1.0 (1.0)
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
charset=us-ascii
Message-Id: <EF09F8DD-5211-448D-B772-075A9187B5EC@freebsd.org>
X-Mailer: iPhone Mail (11D257)
From: Michael Gmelin <grembo@freebsd.org>
Subject: Re: HEADS UP: Berkeley DB 4...4.7 port removals/upgrades may require
manual preparation
Date: Mon, 25 Aug 2014 12:23:43 +0200
To: Matthias Andree <matthias.andree@gmx.de>
Cc: olli hauer <ohauer@gmx.de>, Kurt Jaeger <lists@opsec.eu>,
ports-list freebsd <freebsd-ports@freebsd.org>
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.18-1
Precedence: list
List-Id: Porting software to FreeBSD <freebsd-ports.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-ports>,
<mailto:freebsd-ports-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-ports/>;
List-Post: <mailto:freebsd-ports@freebsd.org>
List-Help: <mailto:freebsd-ports-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-ports>,
<mailto:freebsd-ports-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 25 Aug 2014 10:24:35 -0000
>> On 25 Aug 2014, at 12:00, Matthias Andree <matthias.andree@gmx.de> wrote:=
>>=20
>> On 24. August 2014 15:36:18 MESZ, Michael Gmelin <grembo@freebsd.org> wro=
te:
>> On Sun, 24 Aug 2014 15:08:07 +0200
>> olli hauer <ohauer@gmx.de> wrote:
>>=20
>>>> On 2014-08-24 14:37, Michael Gmelin wrote:
>>>>=20
>>>>=20
>>>> On Sun, 24 Aug 2014 14:30:06 +0200
>>>> Kurt Jaeger <lists@opsec.eu> wrote:
>>>>=20
>>>>> Hi!
>>>>>=20
>>>>>>> Hm, using USE_BDB=3D$numble looks wrong to me in devel/ice.
>>>>>>>=20
>>>>>>> Can you test the following patch.
>>>>>>>=20
>>>>>>> Index: Makefile
>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
>>>>>>> --- devel/ice/Makefile (revision 365910)
>>>>>>> +++ devel/ice/Makefile (working copy)
>>>>>>> @@ -27,7 +27,8 @@
>>>>>>> .endif
>>>>>>>=20
>>>>>>> USES=3D iconv gmake
>>>>>>> -USE_BDB=3D 5
>>>>>>> +USE_BDB=3D yes
>>>>>>> +WANT_BDB_VER=3D 5
>>>>>>> INVALID_BDB_VER=3D 40 41 42 43 44 46 47 48 6
>>>>>>> USE_LDCONFIG=3D yes
>>>>>>> BUILD_WRKSRC?=3D ${WRKSRC}/cpp
>>>>>=20
>>>>>> @Kurt: Could you test and confirm? If this works, I'll commit the
>>>>>> patch.
>>>>>=20
>>>>> Yes, it builds.
>>>>=20
>>>> I created a commit request
>>>>=20
>>>> https://reviews.freebsd.org/D679
>>>=20
>>> Kurt, or you can commit this even w.o. PR.
>>> The patch does not break anything but allows the port to build as
>>> required. I assume there are even more easter eggs in the tree,
>>> specially for USE_BDB.
>>=20
>> A short grep shows that the following ports are affected, the question
>> is if simply converting them to
>>=20
>> USE_BDB=3D yes
>> WANT_BDB_VER=3D <prior value of USE_BDB>
>>=20
>> is the right thing to do.
>>=20
>> archivers/rpm4/Makefile
>> chinese/xsim/Makefile
>> comms/trustedqsl/Makefile
>> comms/xastir/Makefile
>> databases/dbtool/Makefile
>> databases/evolution-data-server/Makefile
>> databases/fortytwo-bdb/Makefile
>> databases/libgda5/Makefile
>> databases/memcachedb/Makefile
>> databases/memcacheq/Makefile
>> databases/p5-BDB/Makefile
>> databases/p5-BerkeleyDB/Makefile
>> databases/py-bsddb/Makefile
>> databases/py-bsddb3/Makefile
>> databases/rdfdb/Makefile
>> devel/apr1/Makefile
>> devel/libqxt/Makefile
>> dns/dnshistory/Makefile
>> editors/nvi-devel/Makefile
>> graphics/fortytwo/Makefile
>> japanese/mutt-devel/Makefile
>> mail/avenger/Makefile
>> mail/bogofilter/Makefile
>> mail/dk-milter/Makefile
>> mail/drac/Makefile
>> mail/evolution-exchange/Makefile
>> mail/greyfix/Makefile
>> mail/isync/Makefile
>> mail/meta1/Makefile
>> mail/mutt/Makefile
>> mail/opendkim/Makefile
>> mail/spamprobe/Makefile
>> net-p2p/cdonkey/Makefile
>> net/freeswitch-core-devel/Makefile
>> net/netatalk/Makefile
>> net/netatalk3/Makefile
>> net/openldap24-server/Makefile
>> news/inn/Makefile
>> science/gramps/Makefile
>> security/pks/Makefile
>> security/sks/Makefile
>> sysutils/apt/Makefile
>> sysutils/cfengine22/Makefile
>> sysutils/cfengine32/Makefile
>> www/oops/Makefile
>>=20
>>=20
>>=20
>> --=20
>> Michael Gmelin
>> _______________________________________________
>> freebsd-ports@freebsd.org mailing list
>> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
>> To unsubscribe, send any mail to
>> "freebsd-ports-unsubscribe@freebsd.org"
>=20
> No need. USE_BDB with exact version (I.e. Without "+" should just work, if=
it does not, we will fix the framework.
It didn't in the case of devel/ice (maybe you can take a look at the last fe=
w commits). The combination of
USE_BDB=3D5
INVALID_BDB=3D40 42....48 6
And
WITH_BDB_VER=3D6
in /etc/make.conf causes the build to fail with the error reported by Kurt.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?5bd6afd5-5768-4fad-a282-07663ad4212a>