From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6656685609396994048 X-Received: by 2002:adf:9d22:: with SMTP id k34mr221851wre.0.1549975204489; Tue, 12 Feb 2019 04:40:04 -0800 (PST) X-BeenThere: isar-users@googlegroups.com Received: by 2002:adf:f70e:: with SMTP id r14ls3215633wrp.10.gmail; Tue, 12 Feb 2019 04:40:04 -0800 (PST) X-Google-Smtp-Source: AHgI3IbiLQUgLlbCbtYZYK8U4ceqLt+C7UgQFZbpAsyKr98MMmdhrDuodVmyqlfxtD+caOKelETt X-Received: by 2002:adf:822f:: with SMTP id 44mr110673wrb.2.1549975204077; Tue, 12 Feb 2019 04:40:04 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1549975204; cv=none; d=google.com; s=arc-20160816; b=mIMKoDt8A1NDbssU0eYMpvisAKnp3ruwOk6kgmKxvEuv/7SISIXlmVXHtGm6ewhI/w D7mqbAUG6ZXnDce50mwqsip7sY76/OEKqLvYLMx6DUsmKC/AHmBWhPPtZYrdzCQTTfd2 tr8jzF4wuTGNi6PGXiX4yXlJq75B7xcFlL44ufOhBo/BKqDEyv/VF9OcYeFRMuaKt6Js R6/LpgbozV9uDxxtrX8zh/v9wQqAe3ARA2kJlxaN7YLog37xNkgUg/76u9RXi58NL2fB XlPTDLdgGt4OSHD8U30CNBAwZuzfzmNszhVjrSjx/aVTuaBgG9v0xmYP3FUUBC7jmxCp 1t5A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:subject:cc:to:from:date; bh=IH/k3d1CZg26RFuVhGwG6gsfG6RBVdZRbeon10hxe2E=; b=va1jIbQBa93pDMhm5baxrqRBWDBBwL9lZR8jsgBpnrwhXgro/N+6fSvlSvhL8Z2lF2 VeBCzgKT6kw0RdKgM6RD8ijCqQKEDSgPaRAa8MgCmbtP18L6cnfCoif8syPoZ6PVOX01 Ch23Q4kZ6wmakINBnld8/yKYSOpjbnQ+DseQ9R5BT2ODBepFKzECfHGu7sNcD5odgnzz 1yzv0J8xKpCZzoHl0F01oLrN8hqLuAG0RfFhXYQVmhiTsIFq/qxU+Dik2FPGuy7e/Qfq fJTkZcq6quuGaF7ntfKzyGeI1rhgpFe6HX7Z/Vu+J5ssr8djY3Hyh/MmYqkysRuiUbV1 Zvxg== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=pass (google.com: domain of henning.schild@siemens.com designates 194.138.37.40 as permitted sender) smtp.mailfrom=henning.schild@siemens.com Return-Path: Received: from gecko.sbs.de (gecko.sbs.de. [194.138.37.40]) by gmr-mx.google.com with ESMTPS id y6si130280wmd.1.2019.02.12.04.40.04 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 12 Feb 2019 04:40:04 -0800 (PST) Received-SPF: pass (google.com: domain of henning.schild@siemens.com designates 194.138.37.40 as permitted sender) client-ip=194.138.37.40; Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of henning.schild@siemens.com designates 194.138.37.40 as permitted sender) smtp.mailfrom=henning.schild@siemens.com Received: from mail1.sbs.de (mail1.sbs.de [192.129.41.35]) by gecko.sbs.de (8.15.2/8.15.2) with ESMTPS id x1CCe3db014340 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 12 Feb 2019 13:40:03 +0100 Received: from md1za8fc.ad001.siemens.net ([139.25.0.9]) by mail1.sbs.de (8.15.2/8.15.2) with ESMTP id x1CCe3ai007769; Tue, 12 Feb 2019 13:40:03 +0100 Date: Tue, 12 Feb 2019 13:40:02 +0100 From: Henning Schild To: Baurzhan Ismagulov Cc: isar-users Subject: Re: [DISCUSSION] Issues, ToDo and Roadmap Message-ID: <20190212134002.13a3c21f@md1za8fc.ad001.siemens.net> In-Reply-To: <20190212111711.GH805@yssyq.m.ilbers.de> References: <71b39226-c243-2fb9-5988-cbf081c7d486@ilbers.de> <00a53485-81f3-1ac8-9649-00f04536f91a@siemens.com> <20190212111711.GH805@yssyq.m.ilbers.de> X-Mailer: Claws Mail 3.15.0-dirty (GTK+ 2.24.32; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-TUID: q5Y0QD3Q21K7 Am Tue, 12 Feb 2019 12:17:11 +0100 schrieb Baurzhan Ismagulov : > On Tue, Feb 12, 2019 at 10:12:09AM +0100, Claudius Heine wrote: > > > > The github issue tracker of Isar is in a very sorry state. Some > > > > of those open issues are no longer applicable or already fixed. > > > > Maybe we could reactivate that and have some more moderators to > > > > keep that up to date? > > FWIW, the issue tracker is good as a TODO list. The ML is good for > discussions. I'd like to keep both. > > I agree that the tracker needs more attention. Maxim will look at > that. > > OTOH, maintaining != closing ASAP. The OP should get a response, but > I don't see a problem in having an issue for a long time if we want > to have in Isar. > > > > Close #10 Allow cross-build for selected packages > > Close #21 Add support for package version pinning (fixed AFAIK, > > DISTRO_APT_PREFERENCES) > > If that works and is documented. > > > > Close #11 Enable non-root building (WONTFIX, I don't see that > > happening anytime soon) > > We have a stale PoC implementation. If Yocto does it, it should be > possible. It might not be the highest priority ATM, but it would be > nice to have. Maybe someone seeing it would have enough itch do do > that. Otherwise, how do you suggest to communicate the roadmap you > are talking about? > > > > Close #12 qemu: init 0 doesn't exit with qemuarm-jessie (WONTFIX, > > not sure why that is a isar issue) > > That is an interesting perspective, thanks. Formulated in this way, I > have to agree :) . I've seen that in a way that Isar provides stuff > that works and tracks upstream issues just like Debian. So, in > general, my approach would be at least to report that upstream before > closing here. > > In this particular case, I doubt this is going to be fixed in jessie, > so if that works with stretch, we could close that. > > > > Close #14 bitbake: Multiconfig builds seem to be serialized (if > > that is still true, then that is a bitbake issue and needs to be > > fixed there not in isar) > > Yes, fix in bitbake. Affects Isar -- TODO here. > > > > Close #15 Support AUTOREV in SRCREV (WONTFIX, that is a feature > > issue that is open for 1.5 years with no update, there seem to be > > no interest for this) > > But would it be useful if it existed? My answer is yes. So what is > the problem with having a wishlist? > > > > Close #16 Jessie: Host configuration leakage around apt-get > > (WONTFIX, we don't use multistrap anymore) > > Close #17 wic does not find mkdosfs (FIXED, as commented by Henning > > half a year ago) > > Close #20 Override DISTRO_APT_SOURCE in local.conf? (no longer > > applicable AFAIK we now have DISTRO_APT_PREMIRRORS) > > Thanks, closed. > > > > Close #18 IMAGE_TYPE = "wic" (FIXED, as commented by Henning half a > > year ago) > > Stated with a question mark -- could anyone verify? Can be closed. Henning > > > Close or Update #19 Consider testing with http_proxy > > Should be done in CI. > > > > Close #27 bitbake: Consider reading bitbake's and project's config > > (fixed AFAIK, we don't use the bitbake.conf from bitbake but have > > our own) Close #28 Document bitbake.conf concatenation (fixed > > AFAIK, since we don't concatenate anymore) > > Project-specific bitbake.conf from scratch is the way described in > the bitbake docs [1] and was implemented by Isar in the beginning. > Inheritable bitbake.conf was suggested later; I am personally not > sure what the value is. I've closed that. > > > References > > 1. > https://www.yoctoproject.org/docs/1.6/bitbake-user-manual/bitbake-user-manual.html#the-hello-world-example > > > With kind regards, > Baurzhan. >