From: Claudius Heine <ch@denx.de>
To: Baurzhan Ismagulov <ibr@radix50.net>, isar-users@googlegroups.com
Subject: Re: [PATCH 9/9] doc: Creation of local apt repo caching upstream Debian packages
Date: Fri, 05 Oct 2018 14:09:05 +0200 [thread overview]
Message-ID: <153874134595.16094.2206458362812855964@ardipi> (raw)
In-Reply-To: <20181004090311.GA12890@yssyq.m.ilbers.de>
[-- Attachment #1: Type: text/plain, Size: 3248 bytes --]
Hi Baurzhan,
Quoting Baurzhan Ismagulov (2018-10-04 11:03:11)
> On Tue, Oct 02, 2018 at 04:02:54PM +0200, Claudius Heine wrote:
> > > +# Uncomment this to enable use of cached base repository
> > > +#ISAR_USE_CACHED_BASE_REPO ?= "1"
> >
> > No that doesn't make sense to me.
> >
> > In my opinion its very important to not have such flags or commands. Caching
> > and reproducible builds should be the default operation, upgrading or
> > removing the cache should be an extra step.
>
> The first step is to provide the mechanism which is usable manually or
> automatically. Defining policy and setting it as default is best done when the
> feature has been stabilized; I'd be reluctant to slap a new feature as default
> as soon as it is introduced. I'd suggest to address that in later steps. That
> said, the option doesn't take it away from you -- just set it to true in your
> configuration.
Ok, but then the machanism should be designed that way so that this
feature can be enabled all the time, and the build should work on the first run
with this setting enabled as well.
> > Also please avoid those binary settings like `ISAR_USE_CACHED_BASE_REPO`.
> > That just bad design because it leads to every tiny setting having an own
> > variable. Use FEATURE variables with entries like:
> >
> > `ISAR_BUILD_FEATURE = "cross-build use-cache ..."`
> >
> > Yes cross-builds should have been done like this as well IMO.
>
> Hmm, that's an interesting idea. Conceptually, I fail to see any difference
> from boolean vars: One still has boolean feature names for every tiny setting.
If you do 'bitbake -e ..' you see all used features in one variable
instead of searching for many different variables all over to find what
features are enabled.
> I personally don't like features since they are difficult to remove from
> default settings.
I don't know if I understand you correctly here. I think you meant that
removing an entry from a variable is difficult. If that is the case, then
you could just do:
ISAR_BUILD_FEATURE_remove = "use-cache"
As documented here: [1]
If you meant something different, please explain further.
Cheers,
Claudius
[1] https://www.yoctoproject.org/docs/current/bitbake-user-manual/bitbake-user-manual.html#removing-override-style-syntax
>
>
> With kind regards,
> Baurzhan.
>
> --
> You received this message because you are subscribed to the Google Groups "isar-users" group.
> To unsubscribe from this group and stop receiving emails from it, send an email to isar-users+unsubscribe@googlegroups.com.
> To post to this group, send email to isar-users@googlegroups.com.
> To view this discussion on the web visit https://groups.google.com/d/msgid/isar-users/20181004090311.GA12890%40yssyq.m.ilbers.de.
> For more options, visit https://groups.google.com/d/optout.
--
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
[-- Attachment #2: signature --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
-----BEGIN PGP SIGNATURE-----
iQIzBAABCAAdFiEEb/LlnwDGvCgx2GTBEXPLGZgIsVMFAlu3VFwACgkQEXPLGZgI
sVOfdxAAgdOSOg1SJJtiuIBva41RvkcX2rSbEGbqBvIpmerOXt12vZkTmQaj0erf
otXh+tjZD5GeU0YvARBNh+dGu3T+NFDqzS6p7AYYz2jr8gdWiMSLpnMC4UyMWDer
1J3dt5KHp/iQZSx7RCyhljqzdn5LMtiETufH7FZ4LfgzykcNrnuILrfvl3k7fdjO
uVLfHFp44elFx2dNe34AR3JRCEJU4AkaeLoVu5vRU+vaOm7cavcxo7aJRDD3RcXD
WEExtJUQy0Xdpl2ZKSVRCPBmflloNtSo/vQF6kNIfAWwaKsIIMG7HYdJPV+JgOP+
REoxOYw+z3BdJCV5ZhNrFC2HOV9tPLJUlHZO8Si91tQHbXmsQvV4xvMbYQKnBfU9
zDMEBUacPNYAH5CnGMGj1zje3LicWSB0HMTDObD6m7fXRn7snCGoB2CO41fRlIhc
LZWtFszIgrrfDk+CRoWLEGj3EzCrYqx5ykuk7q8XpmGy7iL4JXrY9mw60oKkNBGM
j9gLIdRsTECfDHMRBYDKB34V+OKGb4F07nGY9Xk4kNTWKM00jvFIpXQKQm73xWL2
mFiSRhylQJs6aZ9F6iOd2yoBDvr54IwxpPb3u6Fs9/IyuKBuHe+KeMwTs/BOt/Lh
ZGBXq2N2v7qmNyW5LI97YFPyNY/k4Ff71ChUZq7O5zXGzO2ENKg=
=hSnV
-----END PGP SIGNATURE-----
next prev parent reply other threads:[~2018-10-05 12:09 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-10-02 12:18 [PATCH 0/9] Introduce local apt repo to cache upstream debian packages for offline usage Maxim Yu. Osipov
2018-10-02 12:18 ` [PATCH 1/9] base-apt: Add helper class Maxim Yu. Osipov
2018-10-02 13:39 ` Claudius Heine
2018-10-02 12:19 ` [PATCH 2/9] base-apt: Introduce base implementaiton Maxim Yu. Osipov
2018-10-02 14:20 ` Claudius Heine
2018-10-02 12:19 ` [PATCH 3/9] isar-boot-strap: Add option to keep cache Maxim Yu. Osipov
2018-10-02 14:49 ` Claudius Heine
2018-10-02 12:19 ` [PATCH 4/9] image: Add cache_base_repo task Maxim Yu. Osipov
2018-10-02 12:19 ` [PATCH 5/9] isar-bootstrap: Make possible to reuse the cache Maxim Yu. Osipov
2018-11-02 11:40 ` Henning Schild
2018-10-02 12:19 ` [PATCH 6/9] buildchroot: Make it buildable from base-apt Maxim Yu. Osipov
2018-10-02 12:19 ` [PATCH 7/9] workaround: Use --allow-unauthenticated working with base-apt Maxim Yu. Osipov
2018-10-02 12:19 ` [PATCH 8/9] local.conf: Add option to use cached base repository Maxim Yu. Osipov
2018-10-02 12:19 ` [PATCH 9/9] doc: Creation of local apt repo caching upstream Debian packages Maxim Yu. Osipov
2018-10-02 14:02 ` Claudius Heine
2018-10-02 14:06 ` Jan Kiszka
2018-10-04 9:03 ` Baurzhan Ismagulov
2018-10-05 12:09 ` Claudius Heine [this message]
2018-10-11 16:33 ` Baurzhan Ismagulov
2018-10-02 14:05 ` Claudius Heine
2018-11-02 12:00 ` [PATCH 0/9] Introduce local apt repo to cache upstream debian packages for offline usage Henning Schild
2018-11-09 8:04 ` Jan Kiszka
2018-11-09 9:14 ` Baurzhan Ismagulov
2018-11-29 12:53 ` Henning Schild
2018-11-04 10:07 ` Jan Kiszka
2018-11-04 20:20 ` Jan Kiszka
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=153874134595.16094.2206458362812855964@ardipi \
--to=ch@denx.de \
--cc=ibr@radix50.net \
--cc=isar-users@googlegroups.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox