From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6487938995161399296 X-Received: by 10.28.27.83 with SMTP id b80mr136066wmb.13.1510826734382; Thu, 16 Nov 2017 02:05:34 -0800 (PST) X-BeenThere: isar-users@googlegroups.com Received: by 10.28.197.15 with SMTP id v15ls160669wmf.2.canary-gmail; Thu, 16 Nov 2017 02:05:34 -0800 (PST) X-Google-Smtp-Source: AGs4zMawchn9l2F9tmVkAndCwWZFYVYoJyzDS8ME2i+zyABV6bu/x/WU22pjPXGWT9nbgvya/keG X-Received: by 10.28.31.148 with SMTP id f142mr141948wmf.4.1510826734056; Thu, 16 Nov 2017 02:05:34 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1510826734; cv=none; d=google.com; s=arc-20160816; b=bZfhso4wkPrVeKMMg2YW+z9fa1r1q4McqgmEOBqsSmdv8fKn56kChKMtj03wf/D6KK gkKlY6GJD8HOuQ1d+1c8jABHBA7cwm8hvh1Cz5+n9a1yfHmIzS8qKV0xmtYpE4FmzMM+ vRrSJY3UjaWAefILjvK1l2KiF7Lw8gIWqIjsXtKyLIKZ593MUM+8ZIKlWOmz+knwPlRx B9asQ0XkXjNN78P/42WVmKcwtKYjwDp9eRq/Vwtc1AEYeK+1RJo1MRsVuG0uLwfMS37w y2ssLQxJpBEqnQyZIMXk2x6NIEB872960r6SKL8y8bh2tGKVsLrAwW3646paIX7aGLbl kvCg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=user-agent:in-reply-to:content-transfer-encoding :content-disposition:mime-version:mail-followup-to:message-id :subject:to:from:date:arc-authentication-results; bh=BRUE+P5vdCFEGpWVVAWuF6qM1s/zKN3B9NZeQ3El1zE=; b=eqNbIx9+t1Foi4wCdQaGdcLaNzmjxqGesgCBeBUAowbSL6cveWrhLLKdvIq5zw+uIe hDeyMBEDa/kORlVX06tioZ8tckEVoj/aFruoJ+jr2bah51rkqnXiMUW7h+QAmqXhZpQA h0keKhNb02j3PFfJgDvykhIt64yIqi3VAJNddeIfpqU0oJq8ilveIL0gC4AuQDBPFCGN Gypuz++vPue0Zstz5YbOUYyDj/Bg02sT4lXQMPIjSe8ZJkC2VJEA/iZAurZFSYr4gQf0 v3MKCwZDoQAyMC3+YFsJYCeOo1njYi51aSxMNMfoIDnxmV1YAR7CXcOXJUOPJP8atMbU b1zw== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=pass (google.com: domain of christian.storm@siemens.com designates 192.35.17.28 as permitted sender) smtp.mailfrom=christian.storm@siemens.com Return-Path: Received: from goliath.siemens.de (goliath.siemens.de. [192.35.17.28]) by gmr-mx.google.com with ESMTPS id k11si86915wmi.1.2017.11.16.02.05.33 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 16 Nov 2017 02:05:34 -0800 (PST) Received-SPF: pass (google.com: domain of christian.storm@siemens.com designates 192.35.17.28 as permitted sender) client-ip=192.35.17.28; Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of christian.storm@siemens.com designates 192.35.17.28 as permitted sender) smtp.mailfrom=christian.storm@siemens.com Received: from mail3.siemens.de (mail3.siemens.de [139.25.208.14]) by goliath.siemens.de (8.15.2/8.15.2) with ESMTPS id vAGA5XEB004792 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Thu, 16 Nov 2017 11:05:33 +0100 Received: from localhost ([139.25.69.251]) by mail3.siemens.de (8.15.2/8.15.2) with ESMTPS id vAGA5Xog003457 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Thu, 16 Nov 2017 11:05:33 +0100 Date: Thu, 16 Nov 2017 11:04:20 +0100 From: Christian Storm To: isar-users@googlegroups.com Subject: Re: download_dev-random hook question Message-ID: <20171116100420.yse7insbzgwqylah@MD1KR9XC.ww002.siemens.net> Mail-Followup-To: isar-users@googlegroups.com MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20697ef4-f5fd-963f-7ee4-2b09f38e9ba2@ilbers.de> User-Agent: Mutt/20170113 (1.7.2) X-TUID: qWYQLZEN+wjA > >>>> I just stumbled over the download_dev-random multistrap hook: > >>>> Why is it that you only create /dev/{,u}random? > >>>> Why not also create other essential files like /dev/{null,zero} > >>>> as well [...] > >>> > >>> ... and, a further question that just came to my mind: Why is this handled > >>> in a multistrap hook in the first place? Seems rather implicit to me. Why > >>> not do it explicitly in buildchroot.bb and isar-image-base.bb? > >>> > >> > >> IIRC correctly multistrap configuration was taken from Debian/Embian > >> examples. So I'd personally prefer to drop all the hooks and make > >> necessary calls explicitly in recipes. > > > > Ah, I see... I totally agree. > > > >> So I see it like the following: > >> - recipe creates rootfs, mounts necessary folders and creates device files. > >> - recipe calls multistrap which only downloads the packages and unpack > >> them to rootfs. > >> - recipe calls configscript which performs post-configuration for rootfs. > > > > Yes, we're on the same page here, agreed. > > > >> This would be very helpful in context of switching to debootstrap. > > > > Even without the switch, I do find the explicit variant, well, more explicit :) > > > > Will you handle this? :-) Or I could add it to TODO? It fell on my feet, so I'll prepare patches, stay tuned... Besten Gru�, Christian -- Dr. Christian Storm Siemens AG, Corporate Technology, CT RDA ITP SES-DE Otto-Hahn-Ring 6, 81739 M�nchen, Germany