From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6517599416265736192 X-Received: by 10.25.219.137 with SMTP id t9mr3004233lfi.11.1517519268191; Thu, 01 Feb 2018 13:07:48 -0800 (PST) X-BeenThere: isar-users@googlegroups.com Received: by 10.46.104.25 with SMTP id c25ls41330lja.7.gmail; Thu, 01 Feb 2018 13:07:47 -0800 (PST) X-Google-Smtp-Source: AH8x224dZjTUNmmBLujvbPnnrUEhsjh3/tltDUAXy638S/H1ea6wLd+6x/TTa53lPN9XxuELCoea X-Received: by 10.25.208.132 with SMTP id h126mr2997627lfg.33.1517519267496; Thu, 01 Feb 2018 13:07:47 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1517519267; cv=none; d=google.com; s=arc-20160816; b=cV45WV51EOD5/w0GMMAOBi8FjvhRzXHjyVct/HEfNBySP8btefQcUVeXDgDIOYU6dX uTjCvBcNY5geyl9SxbuhksrJnURLmP/GucQWtzgM3TF6K8erhFCVOsj4gGVlONkj2Wkn V02HPTzsqFrhRAsJLCOQYYxyyp+UP+jdHcgGUhpADSG4+rTJKjcGq6jaBuweyAyzcUJW ecXgsPG/trWWHZIcCFNdqVdJUd0JcDyBzNaLdLRqZKeVYGzNybd5W2jJYTsogJOH8rQq 4Vc2546Re5N9ROpAgPKZw6kmXcoers/rLC/fcs1sH3JskA6LUiBRx2pYdbY2hFLIFEzC ElQw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=mime-version:references:in-reply-to:date:cc:to:from:subject :message-id:arc-authentication-results; bh=VMcaBFpIqKWazc1XTDgAwBDlY12TKdAWvOAJqgLGdfM=; b=ioTgCgYZbVpNxmvzYDWnDADV7hbzrG21OEBAxmBzya/7gzDCXuheDH1Aoyj0wqplnv KqT6HVNZ0V0prWpySN9ZVbWFWQjwChuAsoMNZoFFyvRbCc6mbEAnWFylulJa+3i3JQjK NFrDW+WpEZxb2bgzQkuwu1uUjoqTTrq80RdX279j0//JUciUYvzkp8WYL30Stzf2I12d MeDgtVmX11MMBVoR44iV0ZO8eMak3N985ERm77WqQDai791rkzUwjZOdNl9kBjhVNMWQ z3PkVWS69jcyf4pskR5Vlqo86CdZg5wOv/sBCNqVpRDSj9zSJRaiCB6kVvonTubpcYOQ jO+A== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=neutral (google.com: 212.18.0.10 is neither permitted nor denied by best guess record for domain of ch@denx.de) smtp.mailfrom=ch@denx.de Return-Path: Received: from mail-out.m-online.net (mail-out.m-online.net. [212.18.0.10]) by gmr-mx.google.com with ESMTPS id h92si23138lfi.3.2018.02.01.13.07.47 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 01 Feb 2018 13:07:47 -0800 (PST) Received-SPF: neutral (google.com: 212.18.0.10 is neither permitted nor denied by best guess record for domain of ch@denx.de) client-ip=212.18.0.10; Authentication-Results: gmr-mx.google.com; spf=neutral (google.com: 212.18.0.10 is neither permitted nor denied by best guess record for domain of ch@denx.de) smtp.mailfrom=ch@denx.de Received: from frontend01.mail.m-online.net (unknown [192.168.8.182]) by mail-out.m-online.net (Postfix) with ESMTP id 3zXXkp6C9Dz1qvpH; Thu, 1 Feb 2018 22:07:46 +0100 (CET) Received: from localhost (dynscan1.mnet-online.de [192.168.6.70]) by mail.m-online.net (Postfix) with ESMTP id 3zXXkp5rhsz1tPgd; Thu, 1 Feb 2018 22:07:46 +0100 (CET) X-Virus-Scanned: amavisd-new at mnet-online.de Received: from mail.mnet-online.de ([192.168.8.182]) by localhost (dynscan1.mail.m-online.net [192.168.6.70]) (amavisd-new, port 10024) with ESMTP id rm9eI_KOkME0; Thu, 1 Feb 2018 22:07:44 +0100 (CET) X-Auth-Info: 5vw0IzfKkWkEO7oxSCLOZmAEpnIxufg90Ay6cVHCChw= Received: from Orrorin.lan (ipservice-092-217-126-008.092.217.pools.vodafone-ip.de [92.217.126.8]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.mnet-online.de (Postfix) with ESMTPSA; Thu, 1 Feb 2018 22:07:44 +0100 (CET) Message-ID: <1517519259.2646.39.camel@denx.de> Subject: Re: Multi repo support From: Claudius Heine To: Alexander Smirnov , Henning Schild , "[ext] Claudius Heine" Cc: isar-users Date: Thu, 01 Feb 2018 22:07:39 +0100 In-Reply-To: References: <7714f0e1-aaca-add2-eabc-738d4043c21c@siemens.com> <20180201161658.6b0af973@mmd1pvb1c.ad001.siemens.net> <20180201193458.24b6ac3f@mmd1pvb1c.ad001.siemens.net> <1517511108.2646.24.camel@denx.de> Content-Type: multipart/signed; micalg="pgp-sha512"; protocol="application/pgp-signature"; boundary="=-gdPZize+XcN/mHNDWvf0" X-Mailer: Evolution 3.26.4 Mime-Version: 1.0 X-TUID: uRgNOmxO2ALG --=-gdPZize+XcN/mHNDWvf0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Alex, On Thu, 2018-02-01 at 23:47 +0300, Alexander Smirnov wrote: >=20 > On 02/01/2018 09:51 PM, Claudius Heine wrote: > > Hi, > >=20 > > On Thu, 2018-02-01 at 19:34 +0100, Henning Schild wrote: > > > Am Thu, 1 Feb 2018 16:16:58 +0100 > > > schrieb "[ext] Henning Schild" : > > >=20 > > > > Am Thu, 1 Feb 2018 15:54:26 +0100 > > > > schrieb "[ext] Claudius Heine" > > > > : > > > >=20 > > > > > Hi, > > > > >=20 > > > > > I would like to start the discussion about how to best > > > > > implement > > > > > muti repository support in isar. > > > > >=20 > > > > > Does someone already has some ideas or even something in the > > > > > pipeline for this? > > > > >=20 > > > > > If not then I do have an idea that was outlined together with > > > > > Jan: > > > > >=20 > > > > > Adding and configuring apt repositories should be done via > > > > > config > > > > > files. It should be possible to define own multiconfigs while > > > > > including multiconfigs from other layers. These configs then > > > > > append > > > > > filepaths to a global variable. > > > > >=20 > > > > > Every file that is added this way contains 'sources.list' > > > > > compatible repository definitions. So one repo each line. > > > > >=20 > > > > > For every line in those files a repository entry for > > > > > multistrap.conf > > > > > is created. Here we might need some more complex code to > > > > > convert > > > > > such a apt repo tripel to the right format multistrap > > > > > expects. > > > > > But > > > > > by using the 'sources.lists' format we would be independent > > > > > of > > > > > multistrap and become more future proof. > > >=20 > > > We will also need a way to tell apt the priorities of these > > > repos. > > > Multistrap just adds them and apt-get installs packages according > > > to > > > its default behavior. > > > That means that a package with the same name and version will get > > > picked from a "random" repo. Overlays will need to make sure to > > > always > > > have a greater version or we will need apt configuration. > > > https://wiki.debian.org/AptPreferences > > > The big question here is how/whether multistrap will handle apt > > > preference. > > >=20 > > > Alex already ran into that when he wanted to modify "hello". > > > Renaming > > > packages - like Alex suggested - is not the way to go. Because > > > the > > > ones > > > we do overlay could be deps of packages we do not overlay. >=20 > The version collision could be avoided by using epoch, and if I=20 > understand it correctly - this is the preferable way to assign apt > priority. >=20 > https://www.debian.org/doc/debian-policy/#s-f-version Where did you get that epoch is the preferable way to assign apt priority? =46rom you link: epoch This is a single (generally small) unsigned integer. It may be omitted, in which case zero is assumed. If it is omitted then the upstream_version may not contain any colons. It is provided to allow mistakes in the version numbers of older versions of a package, and also a package=E2=80=99s previous version numbering schemes, to be left behind. I see epoch just as a possibility to fix mistakes or if upstream changed their versioning scheme, not use it use it generally for specifying package priorities. Using it that way sound more like a hack to me. Because what happens if debian raises the epoch of a package? Then you would have to raise yours again? Sounds like playing poker. Telling apt to prefer packages with specific versions or from specific repositories via apt-preferences sounds more like the right tool for the job. Cheers, Claudius >=20 > Regarding renaming 'hello' there was a bit different case, our > 'hello'=20 > has nothing common with the upstream one, moreover I've already > modified=20 > it to use 'libhello'. So this is not the case when we patch the > upstream=20 > package. So I decided to rename it, to avoid confusion. >=20 > In case of patching the upstream package, we could just add epoch to=20 > version, so our package will be always in first prio. >=20 > Also I'm not sure that when there are 2 packages with the same names > and=20 > versions available in source.list - is a good practice. In this case > you=20 > have no way to easily check if your rootfs contains correct package,=20 > 'dpkg -l' won't be enough. >=20 > Alex >=20 > > Thanks, yes that is a very good point. > >=20 > > I would prefer the apt preferences settings. Maybe handle it > > similar to > > how I proposed the multi-repo support. A global variable where apt > > preference file paths are appended. > >=20 > > If multistrap cannot support them with a reasonable complex > > conversion > > script then it might be time to say multistrap goodbye. > >=20 > > Claudius > >=20 --=20 DENX Software Engineering GmbH, Managing Director: Wolfgang Denk HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-54 Fax: (+49)-8142-66989-80 Email: ch@denx.de PGP key: 6FF2 E59F 00C6 BC28 31D8 64C1 1173 CB19 9808 B153 Keyserver: hkp://pool.sks-keyservers.net --=-gdPZize+XcN/mHNDWvf0 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEb/LlnwDGvCgx2GTBEXPLGZgIsVMFAlpzgZsACgkQEXPLGZgI sVNm7A//VhH9kZGqgrqNOQJAo/Vu1WlNPNw6sZkQcQeV1JxREXbwL4n51fpknA3x u1t0JM0Pwp54FFGH44ZMbv9hBJleX6MEtU/gB/dtKNbQBFDvQm6cjlmXmcZYWGKp pN5F1ZY4fY9oGCn+T1TNd3C8Cc0Pue0yn11vr4BM1QRj82YaC3txShgXhLKLDDJt +1QcJu96sMYHxfeyrl4465J/LVwsglaOkA2D5O4nqLIpFp2mzh+ZhG7YqdLK30tz 6Apts+AbJQ8Qzm/hZFri8N68AX3cOl6z4UMmD1WhCrClGkjtdBLewuTO+GY99D1b Wsdh5FH+q67H0rf3pLhfZUm/wLKjJB7gCPiKQKBVTo0Ng8n2uCCUyb08DMnh0sGX kJpkrn2IuV1XISMjDW1WsREwdxV0hK7WAVGM09+Up0vhEVkY0btdUC8mj64jlNcV lyn14Prbrz+xsuJCz5VR0/+VFP38CoEwHSATmlpqUYs8z1jjEiREHQUjvMNjY2vn wWWmCcLnZ9nho6OEO3GUKJoKaXRW11hllcDurMfolDjwdkqNGZ209Izck3HlHx0y BcS4XRCDfjvOkur9rV6ajUOyXQh9DpPfFZO/nUEt8VXTIWVh1JWsw4MvignELGLM lU/9HdCVZN2ZFg/wWep21SneE2zVpVPHDZFJceyaVlLPuBUfSAk= =aazi -----END PGP SIGNATURE----- --=-gdPZize+XcN/mHNDWvf0--