From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6524973730788016128 X-Received: by 2002:a19:a583:: with SMTP id o125-v6mr322907lfe.36.1522216860397; Tue, 27 Mar 2018 23:01:00 -0700 (PDT) X-BeenThere: isar-users@googlegroups.com Received: by 10.46.71.137 with SMTP id u131ls352870lja.10.gmail; Tue, 27 Mar 2018 23:00:59 -0700 (PDT) X-Google-Smtp-Source: AG47ELtW8AIHuvweXUaZHdb9A5mnIllYHVIsGNv/ylUZMz3VLgVB9lhloLM5BpRjlxp1cOb91lMt X-Received: by 10.46.112.1 with SMTP id l1mr1874954ljc.24.1522216859857; Tue, 27 Mar 2018 23:00:59 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1522216859; cv=none; d=google.com; s=arc-20160816; b=cS7JZgbPHRj/2SINYZMjqauJHHj5a8Tc30WBUjYcqgFEkXF+GZLFY+eQ8cl+uDTl6j IXaYRHAiKW016j1H5uAVG4Ed/J8oiwalJUmFl4EaUQKVTKYllQFQqXOpvr74uI6gf+ud tM8B0RFjQ0aAzJ4YmuQKNivh9wM3580eoge2UnLES7Q6cF8BsLWKgnasy4BQKKzY4LM6 qxS/uLS5duNbHKFjEGEw0/rJeAWqQNeXdGi/5cGjbu9e71ROgAJAzmkqk13KZxYxbe7A SGh2DHVvNcOQ4C+vL7RyjsyHpiUyGJd53Xjk40Z+NOF7fnAnSWgyBTAs/W8Jo+krhxrC bxTw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=in-reply-to:mime-version:user-agent:date:message-id:openpgp:from :references:to:subject:arc-authentication-results; bh=GseVKHHFv+LNnK9s8tc0nl5jfIAx3hOfT+Le/q7u5T4=; b=qRASUphgBKjl34Jc9w0PxXPIO+aQnUIMUUnLGoK2ciUYsvoHnL5AjAgel1UmD/moja ufo7xa8PoiAZA3PA0MJa5yqqCAtT+tkDPlmQ6xNfllLJGNPHiTmyXzvKCWTqe+mw4nPk OUjYAOJ5G/t4RE8KMjrNIp7dcg2TYNC4tB62WizI9AQ3Hea/0a+XEToiMPHy+0Efp0c5 83MRhZ2uZ8Aj7AaV2doH5wHcayfb3G9fevpX0+LZjT5Ox+Lti4WNZ44mWDL1di2tAO7e z5RS7HptvzrStqj58E5oPFQ9+B+fsACelreO8qfvKvvtStaF/m+IjBewgylBjAiYE0Xu /fwQ== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=pass (google.com: domain of jan.kiszka@web.de designates 217.72.192.78 as permitted sender) smtp.mailfrom=jan.kiszka@web.de Return-Path: Received: from mout.web.de (mout.web.de. [217.72.192.78]) by gmr-mx.google.com with ESMTPS id a9-v6si106260lfc.2.2018.03.27.23.00.59 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 27 Mar 2018 23:00:59 -0700 (PDT) Received-SPF: pass (google.com: domain of jan.kiszka@web.de designates 217.72.192.78 as permitted sender) client-ip=217.72.192.78; Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of jan.kiszka@web.de designates 217.72.192.78 as permitted sender) smtp.mailfrom=jan.kiszka@web.de Received: from [192.168.1.10] ([95.157.57.47]) by smtp.web.de (mrweb102 [213.165.67.124]) with ESMTPSA (Nemesis) id 0MfHfy-1fBafg2LP8-00Os29; Wed, 28 Mar 2018 08:00:58 +0200 Subject: Re: [PATCH v4 1/5] implement isar-bootstrap using debootstrap To: Alexander Smirnov , Claudius Heine , Claudius Heine , isar-users@googlegroups.com References: <20180307164457.31933-1-claudius.heine.ext@siemens.com> <20180307164457.31933-2-claudius.heine.ext@siemens.com> <11d20fad-e1bc-2e0d-e227-2c4ddc512dcb@ilbers.de> <1521021141.16621.86.camel@denx.de> <1521036867.16621.120.camel@denx.de> <29de9170-10ee-2ad9-38ed-feeed561d6f0@ilbers.de> <1521151658.16621.311.camel@denx.de> <79fdc43b-2e93-6d25-82a9-fba82b4e1004@ilbers.de> From: Jan Kiszka Openpgp: preference=signencrypt Message-ID: <1e3eb76d-1d8c-c0d5-8719-39b6cdc39fad@web.de> Date: Wed, 28 Mar 2018 08:00:54 +0200 User-Agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); de; rv:1.8.1.12) Gecko/20080226 SUSE/2.0.0.12-1.1 Thunderbird/2.0.0.12 Mnenhy/0.7.5.666 MIME-Version: 1.0 In-Reply-To: <79fdc43b-2e93-6d25-82a9-fba82b4e1004@ilbers.de> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qgOR9i6rLdX39jusSuHl9Nu4ZgDzIrnJq" X-Provags-ID: V03:K0:b0PmOcmKnWDnm1Hkikhnn8Q5Os0O4TPAnOVTTuX7R6wKeYk+TTk 07i3ttwzutyZmWkUyyJygSz5x9JOAmXRfhRFZk9IqHoAYvHhFSGVpEjXNsPyUy716gqaf5f mcg5cdekYGDWTJdCLyJH6F77VCWi4SYZdjb4tBK1UbQvYYSbIxa8QxI3adLaAqknbcWb+JT 9ca8/StaXmrmMbR7sMoag== X-UI-Out-Filterresults: notjunk:1;V01:K0:Ey+pS1utTo4=:KH/sqG1Q1mliZ8TaWNgC7y HWbDQj/tbKHe7HhiaXxcnSCOlzD6jNERJ4S53wVGYmc2qUJPDaOSiHg7QBzcFaiYuJiuCGJME 7wQNTc3vIv0ZN9Cg2IEoM6rVcv4BLkRVf6mMIj22bBNfv4ngvqF4Ye2OSJC574MOZZ0n+qhds 3dzCR7Mzc1xjBOD2pzDBBbwrd9q8wh49bqJgpW8+5SGbQXq1NtHer6iOO0dZMIm+Sj5LIWMgg k5/n8pzEtloQComG1k3Uf2QT27NmsCjEtGdHbdQiaeabMU0RLoaCGeTRFDA3UZ5Oq9odP/Hwy DUXRgwfdlbXkvn3ldQfx6FrFDVgZqOg6UDQQqJK71MwhRTuCReRybZLO4T8dAlo3f6457MJSv O0CHvZsLcq5dFVWfVa7F5tNWmjYa9OHG1+ZvAtsMz1Prxp+bzggjakBCn78M4nn8EAw9HjsQU 3cz5WKMlZaq+ZUmBwCkwrC1RtssDndCWTmHxF6cpe97zcs4AaLOq4mEt606KlCsxLnK61nrmC K4XR6mzZzNVbqL2/EgV/+IOYuzE3iw9sp6yJz/p5kCD7E9avC6GhmDSY/eBp9Qf+G6ubzYJ8e A1i9axZ2U8ExC9uraukOU/C0bqM1joqWjBFV7+0scMYsWWMU+o2r/GGcoUt03rjBsuj1QVoby 69xiq8Yy9SIQ7648KBOKlH2b4vF4/rzKMavneKllT0F+Rspt3FKg4xLJkHZapa3ojsPgbxpE5 yuHTrM5hgyOjojny6r/ptZ8GKwTKJYGKtPjtoj73bcK/eDOU67iVKKt9z0rMnn02dZRbFrYIb nS9ZIS//wsaL/3nZUD87WHDuEQaLg== X-TUID: GKMMSOH2lBWQ This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --qgOR9i6rLdX39jusSuHl9Nu4ZgDzIrnJq Content-Type: multipart/mixed; boundary="yv2L34DmP7351IL6VRfIeaLbrwquYJGet"; protected-headers="v1" From: Jan Kiszka To: Alexander Smirnov , Claudius Heine , Claudius Heine , isar-users@googlegroups.com Message-ID: <1e3eb76d-1d8c-c0d5-8719-39b6cdc39fad@web.de> Subject: Re: [PATCH v4 1/5] implement isar-bootstrap using debootstrap References: <20180307164457.31933-1-claudius.heine.ext@siemens.com> <20180307164457.31933-2-claudius.heine.ext@siemens.com> <11d20fad-e1bc-2e0d-e227-2c4ddc512dcb@ilbers.de> <1521021141.16621.86.camel@denx.de> <1521036867.16621.120.camel@denx.de> <29de9170-10ee-2ad9-38ed-feeed561d6f0@ilbers.de> <1521151658.16621.311.camel@denx.de> <79fdc43b-2e93-6d25-82a9-fba82b4e1004@ilbers.de> In-Reply-To: <79fdc43b-2e93-6d25-82a9-fba82b4e1004@ilbers.de> --yv2L34DmP7351IL6VRfIeaLbrwquYJGet Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 2018-03-16 06:49, Alexander Smirnov wrote: > On 03/16/2018 01:07 AM, Claudius Heine wrote: >> Hi Alex, >> >> On Thu, 2018-03-15 at 11:58 +0300, Alexander Smirnov wrote: >>> @Claudius: >>> For me is very annoying when my question is ignored after explicit >>> re-posting. So let's be polite and keep conversations here free of >>> emotions. >> >> Read the following text without any emotions, apart from the paragraph= s >> =C2=A0=C2=A0 where I added the applicable ascii-emoji: >> >> First, I already answered your question indirectly here: >> >>>> If the distro-specific bootstrap mechanism builds its 'bootstraped >>>> root file system' from a bunch of binary packages or directly from >>>> source is implementation and distro specific. So the distinction >>>> only makes sense in the upstream project but not here, since we are >>>> just using what the upstream distributions provides for general >>>> consumption. >> >> Short: I don't agree with the presumptions in this question, therefor = I >> cannot answer it sensible. >> >> And second I don't like responding to attempts at manipulation, like >> you did with this loaded question: >> >>> My question, why it's so important to use initially ambiguous term, >>> which may lead to potential confusing for Debian users? >> >> Maybe that is just a misunderstanding, but maybe we should go through >> it piece by piece and then look at it as a whole, so you can understan= d >> what I mean: >> >>> My question, why it's so important >> >> "why it's so important" reads accusatory, not neutral and together wit= h >> the following parts of this sentence colors the rest of your question >> in a negative light. >> >>> to use initially ambiguous term, >> >> Here you are presuming my guilt by implying that I have chosen an >> 'ambiguous term' on purpose. I don't think 'isar-bootstrap' or >> 'bootstrap' is ambiguous in this context. Since generating an initial >> root file system for linux distributions is called 'bootstrapping the >> linux distribution' and that is exactly what is done here, so its not >> ambiguous for me. >> >> That debian has two methods of doing it also doesn't matter. Since tha= t >> is an implementation detail and can be easily looked up. The end resul= t >> is that we have some kind of minimal root file system that we can use >> to install our customization on top. >> >>> which may lead to potential confusing for Debian users? >> >> "may lead to potential confusing" Is it or is it not? That sounds like= >> you are just making things up and spread FUD. It sound like "this code= >> could potentially cause your computer to catch fire and explode". >> >> If I would have called something 'debootstrap' that formats your hard >> drive, then yes, I see that this causes confusion and even more. >> >> I don't see why a name like 'isar-bootstrap' or its containing task >> 'do_bootstrap' could confuse any Debian user that uses Isar. And even >> if that "may lead to potential confusing" them, it will clear up fast >> when they just take a look into the 'do_bootstrap' implementation. >> >> Also, since Isar is a completely different Project than Debian, people= >> will have other expectations and might be positively surprised that >> something with 'bootstrap' in its name still does what they have >> expected it to do ;) >> >> So then look at the whole question again and try to answer it: >> >>> My question, why it's so important to use initially ambiguous term, >>> which may lead to potential confusing for Debian users? >> >> If I would nitpick then that isn't even a question, its a statement >> that this is your question. Also, how am I supposed to answer it? (Hol= d >> on, this us a rhetorical question and I don't expect an answer.) >> The answer is obvious. Its like questioning: >> >> =C2=A0=C2=A0=C2=A0=C2=A0 Why do you think it is right to kill everyone= ? >> >> Maybe I should just reply to this questions and yours: >> >> =C2=A0=C2=A0=C2=A0=C2=A0 That is not my intention. >> >> I'm not sure that this is what you wanted to hear, but your question >> can now be considered answered. >> >> Since that is done now, I follow with my responses to some other parts= >> of your mail: >> >>> It's not only about internal class names, this series introduces >>> 'do_bootstrap' task that is visible to user and will be a part of >>> documentation. >> >> I don't expect many people building on top of isar-bootstrap, since >> that is now pretty much the core internals of isar. People will build >> their customization based on the output of isar-bootstrap, not isar- >> bootstrap itself. >> >>> If you use deboostrap, it's ok to name tasks/recipes/etc >>> respectively (do_debootstrap, ...). >> >> But in some cases it uses 'qemu-debootstrap' ;) (Nitpicky again, sorry= ) >> >> Now we have a general name for all the bootstrap mechanisms >> 'do_bootstrap' and then if the need arise we can change 'do_bootstrap'= >> to some kind of 'virtual' task and have different implementations like= >> 'do_bootstrap_deb_binary', 'do_bootstrap_deb_source', ... For now we >> have one, because we only support one bootstrapping mechanism or >> distribution. That is the reverse direction of your suggestion, but >> this way we have some kind of meta-tasks names already, and changing i= t >> later can be done more transparent. >> >>> My position is simple: I read patches and if I've found something >>> unclear, I'm trying to understand what was the reason going this way.= >> >> That is a good position. And review generally really helps. >> Here are some suggestions for me to improve the current situation. >> >> First, please stay measured. Arguing a long time about minor things >> like variable names, while there might be many other places in the >> actual code that could be improved is not. >> >> For instance I did like your suggestion to add '--homedir' to gpg, mor= e >> of that please. >> >> In general more suggestions with measurable improvements and less >> emotions like apprehensions about possibly confusing someone. >> >> Second, please more 'trying to understand' instead of forcing your >> view > onto others via questions and or statements. >=20 > Have you tried to do this also? >=20 > 1. Isar is oriented to *Debian* community, yes, it's stand-alone > project, but the main focus is Debian users and Debian infrastructure. > This is not my IMO, this is the fact of this project. Everything we do > should comply with Debian terms and philosophy. >=20 > 2. Debian bootstrapping (building from zero) is well-known problem in > Debian community, which still has no complete solution. AFAIK this work= > is done manually. A dedicated project was started - rebootstrap, but > it's still under development. >=20 > 3. I consider Debian bootstrapping as a possible Isar feature after > adding cross-compilation. This bootstrapping has nothing common with > calling debootstrap. >=20 > These bullets are the source of my concerns. So I proposed to rename th= e > things because I realized that such change takes just a few minutes. Bu= t > due to this topic becomes more complicated, I'd like to close this > discussion for now. >=20 >> =C2=A0Only after you understood the view point of others you can reall= y >> critique them. So ask questions >> first >> (best in a neutral, open and honest way), >=20 > Reading some of your previous mails I wonder what you mean here. > Especially reading this statement after your comments written above > sounds like a kind of double standards. Stopped reading here. >=20 I hope this discussion is not blocking the progress of this important feature. Just the make it clear that naming is be far not as clear as it was put here: "Package: debootstrap Bootstrap a basic Debian system" "Package: cdebootstrap Bootstrap a Debian system" "Package: multistrap multiple repository bootstrap based on apt" So let's call this thing by its commonly used Debian name, bootstrap, and move on to more important topics. I'd really like to see the debootstrap migration finalized and merged, specifically as I need some cross-buildchroot on top of it. Thanks, Jan --yv2L34DmP7351IL6VRfIeaLbrwquYJGet-- --qgOR9i6rLdX39jusSuHl9Nu4ZgDzIrnJq Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlq7L5kACgkQitSsb3rl5xRI0wCfbxlpVGBY1DxYwNC2pnacLcFD HsYAoObZ5wNzyipXBV0rxeEZ3Q0S+fhl =1yTg -----END PGP SIGNATURE----- --qgOR9i6rLdX39jusSuHl9Nu4ZgDzIrnJq--