From: Claudius Heine <claudius.heine.ext@siemens.com>
To: isar-users@googlegroups.com
Subject: Re: [PATCH v5 0/5] Debootstrap integration
Date: Thu, 5 Apr 2018 10:03:01 +0200 [thread overview]
Message-ID: <df5af38d-b01f-f85f-f77e-2cf84fc9f2af@siemens.com> (raw)
In-Reply-To: <20180404203434.GC3164@yssyq.radix50.net>
Hi Baurzhan,
On 04/04/2018 10:34 PM, Baurzhan Ismagulov wrote:
> On Tue, Apr 03, 2018 at 12:07:57PM +0200, claudius.heine.ext@siemens.com wrote:
>> this is the new version of this patchset, that fixes the
>> generate_keyring task in isar-bootstrap for systems with read-only
>> homedir.
>
> Thanks, worked fine on my host. CI still in progress.
>
>
> It's unfortunate that the series introduces regressions you wrote about
> (changing mirrors, setting hostname). It's always better to fix the issues on
> the spot. If there are no objections, I'd like to add TODOs to the patches.
> Please let me know whether it's ok, or you would like to address those before
> the merge.
I don't know about you, but I prefer having TODOs somewhere outside the
project, maybe in the github issue tracker. At least in my experience
TODOs together with code or in a separate file inside the repo are
seldom updated and easily forgotten. If this project prefers having
TODOs inside the repo, then sure, I have nothing against adding them
somewhere.
I do plan of adding more features to this once this is merged. This
patchset just provides the baseline.
> What I'd really like to see is an update to doc/user_manual.md. Would you have
> time for that in the next days?
I'll try.
>
>
> If I understand the code correctly, there is also a security issue:
Not sure if security is really a concern for isar yet. But I get your
point that we should prevent possible accidents. :)
>
> On Tue, Apr 03, 2018 at 12:08:00PM +0200, claudius.heine.ext@siemens.com wrote:
>> + CDIRS="${@d.expand(d.getVarFlags("do_build").get("root_cleandirs", ""))}"
>> + if [ -n "$CDIRS" ]; then
>> + sudo rm -rf $CDIRS
>> + mkdir -p $CDIRS
>> + fi
>
> Should root_cleandirs items be checked for directory traversal ("/", "..") and
> mounted filesystems in the subdirectories? If yes, do we want to drop the
> feature from this series and address the issue in a separate step?
This isn't really a new feature of isar yet. Its just the start of a
general interface, that could be use everywhere when its acknowledged by
the community and fully implemented. So it has to be improved anyway.
So I would say its good enough in this case, since setting those
directories in the flag and removing them is currently bundled together
in the same file. If we later centralized this step somewhere
(base.bbclass) to make it available for every task, then checking it
more thoroughly has to be done there.
So maybe add centralization of the 'root_cleandirs' task flag to the
TODO list as well.
Cheers,
Claudius
--
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
next prev parent reply other threads:[~2018-04-05 8:03 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-04-03 10:07 claudius.heine.ext
2018-04-03 10:07 ` [PATCH v5 1/5] implement isar-bootstrap using debootstrap claudius.heine.ext
2018-04-03 10:07 ` [PATCH v5 2/5] meta/isar-bootstrap-helper.bbclass: handle rfs customization centrally claudius.heine.ext
2018-04-03 10:08 ` [PATCH v5 3/5] meta/buildchroot: switch to using isar-bootstrap claudius.heine.ext
2018-04-03 10:08 ` [PATCH v5 4/5] meta-isar/isar-image-base: " claudius.heine.ext
2018-04-03 10:08 ` [PATCH v5 5/5] meta-isar/multiconfig: remove multistrap references claudius.heine.ext
2018-04-04 20:34 ` [PATCH v5 0/5] Debootstrap integration Baurzhan Ismagulov
2018-04-05 8:03 ` Claudius Heine [this message]
2018-04-05 9:16 ` Jan Kiszka
2018-04-11 6:28 ` Baurzhan Ismagulov
2018-04-11 6:58 ` Jan Kiszka
2018-04-11 7:04 ` Claudius Heine
2018-04-09 10:50 ` Jan Kiszka
2018-04-09 12:48 ` Baurzhan Ismagulov
2018-04-09 14:47 ` Jan Kiszka
2018-04-10 11:38 ` Claudius Heine
2018-04-10 20:49 ` Baurzhan Ismagulov
2018-04-11 5:59 ` Baurzhan Ismagulov
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=df5af38d-b01f-f85f-f77e-2cf84fc9f2af@siemens.com \
--to=claudius.heine.ext@siemens.com \
--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