From nobody Mon Feb 26 10:43:36 2024 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Tjy083FB4z5CsRZ for ; Mon, 26 Feb 2024 10:43:52 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-8.consmr.mail.gq1.yahoo.com (sonic316-8.consmr.mail.gq1.yahoo.com [98.137.69.32]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Tjy080h43z51Ly for ; Mon, 26 Feb 2024 10:43:52 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1708944228; bh=g8llxDQ/nRPA2Vs9ahrGZweqk3ChhkQneyx6fjZOclM=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=tUDSuPgcqRcTwo0iUklQ+H4bTt+stVfWNPPOwBt20xqztUe/v88ydOwlwfokHfO/RzM71TjdA2pI3tx9ryTphUqgzer9enzyrCQ8jWJ6t93mIs+WWfOlxPthWf5L1aenJ7VwZ0Sbh3/z0tSLm+tDbebLpDW7SFZWJU8tpxieYCndJx9GjE65q8K6h7yZU7gcAfaowXIiq6K6OOVDHfBtZRYJf/lUQIDsii4oofWtToyOOE16BCvgHXgMTyNCRoLw5cJi6OQKePSv0A/epOD+FrOrd3wMSPgBcSgw2jZTL3x5wKN3l9ZvFU/zzB7tfB5f6R8yR+BxzSe7NCIMQh2Qlw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1708944228; bh=x2RE9WxItX37P0vxgHDyzAQE+v/9/RsB6vykLlgSFHg=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=YHOK30ItcSx+8gT8hXjZAafZOkT4ROcLWuU4pF3+Bf6HmnJn/7eLu48ERoqD2MqS8Dj+GWH/51SuXf9VyEqzlJsRWHa6KV6GlFIuK44PZaruu7G+YaqyxPabcUuLfCi3z3LXDdiYvuZlU6+Tu+rQ9dUkDrER1zgH2ypvDQHLxvK9wTc2LFhmk02DxB/oZLyYF7FNXLOOrJEa+21xFEsunYMbXErbWPKqt3QzbgG9pzqg1V7wXHPR9/+h/tyluPBKapWUKiYWgwjZvIuo6erxh1kg5YiDeX5w+vwe3BZYZZIlOEGTg2zK6TEeStgBpKA3b8YTN3N/1Wxwf0E12QLa6w== X-YMail-OSG: Dm_2YrwVM1mF9NpYkcAGXsSzVTTSh2CVPnMusSJgNEmUX4FDOZIXkxOezJLNyom puCycqQTttcwKamfC9R5eiCS.TmvsnjF4Wre3PJpRbvB4ffMMkRjkL7q0i_n4zUVYSjNPngllAQd g828Eyo5q698qZa8CYtwtwzld619cLBBQkcUePYfyke8Nb3H3GduxDDBSBqJ51n96ch3BPJkI_uM XpHM2R8ZC51qCckYAsL525Mv0u7K7YTI5Ng5stWaKZCocm4Wjb5fBCe3mH6ifgwyLGxpugfqwFDe TCq0asroVBM85Um4OWt8f5CsAMvhjt4GPkNXQzR7HoIJJVQe7UGaPn_68Jx7letvs93zV8LDh6uB Ri.DntSocKASEazWs0pGj9Ffzu5ZVGsViwBPghCCuFoypuozcipLBB0F8CqZvlSPUsry.WHfS7q2 48c1THpmpraVT.GHDhQxcKcOE0Dx.Xyp3cfpOFDV_nftkSRSqD3zmRKfPVhESkDEtGWyhgpnD0F3 J22SwhSq24vSiA5g1yKBfJqI1hoDiNoGGqCWH343tBN31CQEKTi.PktUVg4bhlS3pzfdAfNEKsoC ZxMocp5pskiKsjCeKSBuCkA3oxbUfdORni45U37hRDiajMlNnIU7kiDq4dUWNSm0slfVp9B4kvPS sIIW8DESq0yAB5zhCJq2i5NEn_71U5Aaprn3hHCJsuUZosZabOP.xYfe9NF3tq8o_My8JOGoQW68 PkB.d6zk6DrZTglK7hk6Sl1jkGHvfnH1fNDAP2rRig60Hyb_8nFRcQvYsM2RzS9.Xnnog0r3zo6I 6ECAdonDmsOgpAIqt6RuILVBsga6V29WfluS23nu6ynU2IhOONO8x5bjNSoHo8WhX.hjZP5t.w2F X_v9ktLCpsN_ghSJ71TAPJHQoFLcqPjV2URGAx3DwZ7BFjiNCw.90hpzzgs80iNHyN3dyineKxxs Xus1azB9Z51PPULS4s9aUbxmlMLYYUkf1Aeuii9kZ7PgMsYv04nmnEX7WOrJqDaJuLUjEZyKU6jj xF0xoXNdXws5.GWhd7wTB3t8AxAlstiqIsh7At9rcuur3ZVllHtn0km0IWycw_1aK9RQ5jeXGoDb DL0dPkiuZdXrsKRAIK4Ru1EzbnzhHp3QU4f_IElSlfNpdS0ONB7KZtREc454DFIPaHM1kG9K.14d gNbIOj_L2gQQMZc0l5dK4nsBAU6ms.aLUWTT6MF9nW0KwYBQQbtetMp6jWs3SSuOedW_96aakHYD 2FrLQuMhVGT5pBi51OoJuPo4O3Pp.Z3bVi74ZiqRSl.OE3ZISC5Cu0Osb1w5VzD7oYLwtdeeef5v OFR.i0SfFIddY2foU5AMvtrEV8mmpQX867Jmm1k7DJiFHJuhu.Zc6vjt3kqWXYnpOFwGHoSkdhYf U0SQhmrJ.6vput9TCQJ5_6aAoJpwsRwOGut2pX_FoqRJkiCw9dFbPaNESKFHz5iuTikDUrqtbide WyVO9nhiVJpikB7uXIITZarxri6zxGjazou_4gGwh.7xWUVerEu9jeoHdVXascQktvUztk6PrguM hj6YJBBhsYaSpZCHH8qEk5SZXOWLhwcnECePdk8KB2lPUl.br5cF7PN8BqoNnnsqMnOtDrT4M.Wk 8KMXFPoPyEtRcwqLZalN_makYaiwJuftzJ1UHkbpItBrE8r8j_xB3g8KfTXMSgJDn6U77HqrRvxo AlWkKGVBELYJyFfgBwWp_3nUTeCHdTIfdNjsUp23ZwxJuS5j7J1d9bpt3aIi9tMYjtZMV8x38oZW r1lp.FOCHam1B0MeX0hARqRzF9pL2U7PgON0E4gOUyJA39P4MThxWjYRQMQfL0HRLOLRNdCdb5ml io5E_beI9UuZioqtNEauOSaDeRvYbizGufUntUEwDju3IjShRtOX8ke6oTjqvxyMcrZzeb8HQnhG .NWs5_wVNCCPl7ORhs2tFIuftp5bkVhSmMrqP2gN0grji8Xn_QedhvaxFqy7YSyrc3rlDrj539Po qCVQgVbcGrRhrjr6B5W57DDMQ3nONud_f27FogGvDfwO9C_smaWATQ2b_D5Oq3lddw1BmS5uzB_r ekOyY47vOT17BpksBPAureR4LR66JwyNuBIDuWdu56wFiSaqNqrkZ.lG9GaAMwPqiOClD1QObFFl QLCZq5O_cUtQpkLNyQjgcGaajYJAchn_zOGoBELX9W5ia9vjrjbnZ.z1xbkBJXl3hIXlfyqI1oKl ObNjf4xfowNWASG1GaUsYwPTTQW8m_nyWum4WCfzLdz98Tp_TIKYLWxWdGMai6pWssE5svA0sTuq X X-Sonic-MF: X-Sonic-ID: f04c2f9c-1422-45d6-b383-4e304b935f9e Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Mon, 26 Feb 2024 10:43:48 +0000 Received: by hermes--production-gq1-5c57879fdf-kht2b (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID fe607b36e352579452d3080df18fb499; Mon, 26 Feb 2024 10:43:47 +0000 (UTC) Content-Type: text/plain; charset=utf-8 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.400.31\)) Subject: Re: dns/knot3 and dns/knot-resolver do not get along with From: Mark Millard In-Reply-To: <6C622E06-4CFC-4296-B0C8-6279F6BD3FDB@ellael.org> Date: Mon, 26 Feb 2024 02:43:36 -0800 Cc: FreeBSD Mailing List Content-Transfer-Encoding: quoted-printable Message-Id: <6F77C083-4AC6-4592-88C3-626D138B10D0@yahoo.com> References: <79302DD2-2673-4745-82B3-06BEEC907DAE.ref@yahoo.com> <79302DD2-2673-4745-82B3-06BEEC907DAE@yahoo.com> <6C622E06-4CFC-4296-B0C8-6279F6BD3FDB@ellael.org> To: Michael Grimm X-Mailer: Apple Mail (2.3774.400.31) X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Queue-Id: 4Tjy080h43z51Ly On Feb 26, 2024, at 01:06, Michael Grimm wrote: > Mark Millard wrote: >> Michael Grimm wrote on >> Date: Sun, 25 Feb 2024 19:46:22 UTC : >=20 >>> I am trying to install dns/knot3 and dns/knot-resolver = simultaneously. >>>=20 >>> Compilation is achieved with the help of poudriere which complains = about dns/knot-resolver: >>>=20 >>> =3D=3D=3D> Installing existing package = /packages/All/knot-resolver-5.7.0_2.pkg >>> [stable-default-job-02] Installing knot-resolver-5.7.0_2... >>> [stable-default-job-02] `-- Installing knot3-lib-3.3.3_1... >>> pkg-static: knot3-lib-3.3.3_1 conflicts with knot3-3.3.3_1 (installs = files into the same place). Problematic file: = /usr/local/include/knot/module.h >>>=20 >>> Failed to install the following 1 package(s): = /packages/All/knot-resolver-5.7.0_2.pkg >>> *** Error code 1 >>>=20 >>> Stop. >=20 > [=E2=80=A6] >=20 >>> One needs to know, that there is a third port involved, namely = dns/knot3-lib, dependent for dns/knot-resolver. And, dns/knot3-lib is = simply a part of dns/knot3. >>>=20 >>> Thus, knot3-lib-3.3.3_1 as part of dns/knot3 shouldn't conflict with = dns/knot3. >>>=20 >>>=20 >>> Questions: >>>=20 >>> #) Bug? >>> #) How to resolve this conflict? >>> #) Anyone running both ports in parallel? >>=20 >> If I understand right, if 2 more more installers should be allowed >> to be used in the same context in overlapping it-is-installed >> time frames, they must not conflict in what they install: no files >> with the same paths. >=20 >> Expected conflicts can be noted in the Makefiles to get earlier >> notifications of the attempt to use conflicting material. But >> having such conflicts means mutual exclusion as far as being >> installed in overlapping time frames goes. >=20 >> I'm not sure how your notes fit with the overlapping time frames >> issue: is it valid to have knot3-?.?.? and knot3-lib-?.?.? >> installed in overlapping time frames? >=20 > FYI: I do not understand what you mean by 'overlapping time frames' A time interval over which both dns/knot3 and dns/knot3-lib are in the installed state in the context. You have answered yes below. > Ok, there are 3 ports involved: >=20 > 1) authoritative dns: dns/knot3 > 2) library part of dns/knot3: dns/knot3-lib > 3) recursive dns: dns/knot-resolver >=20 > 2) is needed by 3),=20 > thus compiling 3) pulls all libraries and includes from 1), > and stores them in the very same locations as 1) will. >=20 > Thats, if I am not mistaken, the reason for pkg complaining = 'pkg-static: knot3-lib-3.3.3_1 conflicts with knot3-3.3.3_1 (installs = files into the same place).' >=20 > Thus, IMHO, both ports dns/knot3 and dns/knot-resolver cannot be = installed simultaneously. One could install them in different jails, but = that is not an option for me. >=20 > Possible solutions: >=20 > 1) dns/knot3-lib should store its libraries and includes into a = different location as dns/knot3 does A variation of that is that dns/knot-resolver has its own files in its own locations for such, no dns/knot3-lib port involved. > 2) discard dns/knot3-lib and make dns/knot3 and dns/knot-resolver = mutually dependent > 3) =E2=80=A6? "..." might be: dns/knot3 uses the files from dns/knot3-lib instead of installing its own and so has both a build dependency on dns/knot3-lib and a run-time dependency on dns/knot3-lib . dns/knot-resolver also then has such ( and no dependency on dns/knot3 ). The run-time = dependency leads to installation of either dns/knot3 or dns/knot-resolver first installing dns/knot3-lib if it is not already installed. Uninstalling dns/knot3-lib would lead to both dns/knot3 or dns/knot-resolver being uninstalled if both were installed. The build time dependencies lead to dns/knot3-lib being built first and being installed before builds of either dns/knot3 or dns/knot-resolver if dns/knot3-lib is not already installed. (In poudriere such build time install of dns/knot3-lib is temporary and internal to the build activity.) This allows both dns/knot3 and dns/knot-resolver to be installed in the same jail "simultaneously". (It does not matter which is installed first vs. second in the sequence of installs.) I do not know which way is simpler to support. That likely is dependent on details I'm ignorant of. All look to be technically possible. > I am not an expert in ports internals, thus: what would the best way = to solve this issue? >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com