public inbox for isar-users@googlegroups.com
 help / color / mirror / Atom feed
From: Claudius Heine <claudius.heine.ext@siemens.com>
To: Jan Kiszka <jan.kiszka@siemens.com>,
	isar-users <isar-users@googlegroups.com>
Subject: Re: [DISCUSSION] Directory structure of isar repo
Date: Tue, 17 Apr 2018 14:46:44 +0200	[thread overview]
Message-ID: <3135f66b-5a00-3d9c-e50f-eed9688361d0@siemens.com> (raw)
In-Reply-To: <dfd6df12-46fe-5e95-e57b-b6efd05af9e2@siemens.com>

Hi Jan,

On 2018-04-17 13:49, Jan Kiszka wrote:
> On 2018-04-17 12:57, [ext] Claudius Heine wrote:
>> Hi,
>>
>> since the last discussion about the directory structure went a bit stale
>> I wanted to restart it here and present my suggestion.
>>
>> Here is a mockup of a subset of the directory tree how I would try to
>> improve it. I will leave some comments about my reasons in the next mail.
>>
>> Cheers,
>> Claudius
>>
>> .
>> ├── meta-isar
>> │   ├── classes
>> │   │   ├── base.bbclass
>> │   │   ├── dpkg-base.bbclass
>> │   │   ├── dpkg.bbclass
>> │   │   ├── dpkg-raw.bbclass
>> │   │   ├── ext4-img.bbclass
>> │   │   ├── image.bbclass
>> │   │   ├── isar-bootstrap-helper.bbclass
>> │   │   ├── isar-events.bbclass
>> │   │   └── patch.bbclass
>> │   ├── conf
>> │   │   ├── isar-bitbake.conf
>> │   │   └── layer.conf
>> │   ├── lib
>> │   │   └── oe
>> │   │       └── path.py
>> │   ├── licenses
>> │   │   ├── COPYING.GPLv2
>> │   │   └── COPYING.MIT
>> │   ├── recipes-core
>> │   │   ├── images
>> │   │   │   ├── isar-image-base.bb
>> │   │   │   └── isar-image-debug.bb
>> │   │   └── isar-bootstrap
>> │   │       ├── files
>> │   │       │   └── isar-apt.conf
>> │   │       └── isar-bootstrap.bb
>> │   ├── recipes-devtools
>> │   │   ├── buildchroot
>> │   │   │   ├── buildchroot.bb
>> │   │   │   └── files
>> │   │   │       ├── build.sh
>> │   │   │       └── configscript.sh
>> │   │   └── isar-apt
>> │   │       ├── files
>> │   │       │   └── distributions.in
>> │   │       └── isar-apt.bb
>> │   └── recipes-kernel
>> │       ├── linux
>> │       │   ├── files
>> │       │   │   └── build-kernel.sh
>> │       │   ├── linux-custom.inc
>> │       │   └── linux-distro.bb
>> │       └── linux-module
>> │           ├── files
>> │           │   └── debian
>> │           │       ├── changelog
>> │           │       ├── compat
>> │           │       ├── control
>> │           │       └── rules
>> │           └── module.inc
>> ├── meta-isar-debian
>> │   ├── conf
>> │   │   ├── bblayers.conf.sample
>> │   │   ├── distro
>> │   │   │   ├── debian-jessie.conf
>> │   │   │   ├── debian-jessie.list
>> │   │   │   ├── debian-stretch.conf
>> │   │   │   ├── debian-stretch.list
>> │   │   │   ├── debian-wheezy.conf
>> │   │   │   └── debian-wheezy.list
>> │   │   ├── layer.conf
>> │   │   ├── local.conf.sample
>> │   │   ├── machine
>> │   │   │   ├── qemuamd64.conf
>> │   │   │   ├── qemuarm64.conf
>> │   │   │   ├── qemuarm.conf
>> │   │   │   └── qemui386.conf
>> │   │   └── multiconfig
>> │   │       ├── qemuamd64-jessie.conf
>> │   │       ├── qemuamd64-stretch.conf
>> │   │       ├── qemuarm64-stretch.conf
>> │   │       ├── qemuarm-jessie.conf
>> │   │       ├── qemuarm-stretch.conf
>> │   │       ├── qemuarm-wheezy.conf
>> │   │       ├── qemui386-jessie.conf
>> │   │       └── qemui386-stretch.conf
>> │   └── recipes-core
>> │       └── images
>> │           ├── files
>> │           │   └── debian-configscript.sh
>> │           └── isar-image-base.bbappend
>> ├── meta-isar-example
>> │   ├── classes
>> │   │   └── rpi-sdimg.bbclass
>> │   ├── conf
>> │   │   ├── distro
>> │   │   │   ├── raspbian-jessie.conf
>> │   │   │   └── raspbian-jessie.list
> 
>> │   │   ├── layer.conf
>> │   │   ├── machine
>> │   │   │   └── rpi.conf
>> │   │   └── multiconfig
>> │   │       └── rpi-jessie.conf
> 
> Raspbian stuff should go into meta-isar-raspbian or meta-isar directly
> (see below).

Why? My reasons for not doing that are in my reply to this post:

----
All real example code I moved there as well as the raspbian 
configuration. I moved the raspbian configuration here for a couple of 
reasons:

   - Its a good example how to customize Isar to use a different repo 
and create a bsp.
   - While Isar supports raspbian, that support is currently not very 
well maintained. We only support RPi1 AFAIK. Its better if someone more 
interested in maintaining this port does it IMO.
----

While I see debian being actively used I don't know how many active 
developers are using it for raspbian images. I would say that a 
separated 'meta-isar-raspbian' meta layer that only supports the jessie 
version of it would be a bit underwhelming. But as part of the example 
that is enough.

Of course if someone steps up and improves the maintenance of raspbian, 
then having such a meta-isar-raspbian layer would be ok.

> 
>> │   ├── recipes-app
>> │   │   ├── example-hello
>> │   │   │   ├── example-hello.bb
>> │   │   │   └── files
>> │   │   │       ├── 0001-Add-some-help.patch
>> │   │   │       └── yet-another-change.txt
>> │   │   ├── example-raw
>> │   │   │   ├── example-raw_0.2.bb
>> │   │   │   └── files
>> │   │   │       ├── postinst
>> │   │   │       └── README
>> │   │   └── libhello
>> │   │       └── libhello.bb
>> │   ├── recipes-core
>> │   │   └── images
>> │   │       ├── files
>> │   │       │   └── raspbian-configscript.sh
>> │   │       └── isar-image-base.bbappend
>> │   ├── recipes-kernel
>> │   │   ├── example-module
>> │   │   │   ├── example-module.bb
>> │   │   │   └── files
>> │   │   │       └── src
>> │   │   │           ├── example-module.c
>> │   │   │           └── Makefile
>> │   │   └── linux
>> │   │       ├── files
>> │   │       │   └── x86_64_defconfig
>> │   │       ├── linux-cip_4.4.bb
>> │   │       └── linux-mainline_4.14.18.bb
>> │   └── scripts
>> │       └── lib
>> │           └── wic
>> │               └── canned-wks
>> │                   └── sdimage-efi.wks
>> ...
>>
>>
> 
> I'm not sure if a split-up into meta-isar-{debian,raspbian} is already
> needed at this point.

Thats a fair point. We could put the support of debian into meta-isar as 
well. I split it in my draft here, because splitting the distribution 
support from the core was the intention of current directory layout.

> Otherwise, this refactoring looks good and would
> be welcome.

Thanks!

Before we submit patches. We should have some sort of shared vision 
where we want to go.

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

  reply	other threads:[~2018-04-17 12:46 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-04-17 10:57 Claudius Heine
2018-04-17 11:49 ` Jan Kiszka
2018-04-17 12:46   ` Claudius Heine [this message]
     [not found] <3a54efb1-4d93-c492-4d1a-b98d24dac570@siemens.com>
2018-04-17 10:57 ` Claudius Heine

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=3135f66b-5a00-3d9c-e50f-eed9688361d0@siemens.com \
    --to=claudius.heine.ext@siemens.com \
    --cc=isar-users@googlegroups.com \
    --cc=jan.kiszka@siemens.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