From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6659262894210809856 X-Received: by 2002:a2e:85cd:: with SMTP id h13mr276507ljj.8.1550490740556; Mon, 18 Feb 2019 03:52:20 -0800 (PST) X-BeenThere: isar-users@googlegroups.com Received: by 2002:a2e:9d19:: with SMTP id t25-v6ls610470lji.14.gmail; Mon, 18 Feb 2019 03:52:19 -0800 (PST) X-Google-Smtp-Source: AHgI3IbFagDpozxWFSwW2pdngjiCkB5AfXFQtIo9G7eZAwrWhg6tvzVV4erJZjZPJvK/6i/v6iRL X-Received: by 2002:a2e:701a:: with SMTP id l26mr831626ljc.26.1550490739956; Mon, 18 Feb 2019 03:52:19 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1550490739; cv=none; d=google.com; s=arc-20160816; b=f+X5NJYruD5VnIcG7r3lCaHAgtYHEnx35g7CoLzc0MCnKQ1cEL2cHXjOhW+Pm7+tWh J8p1XErTrIBeaWpmPv87cV2E0EkuDyXjIe0uAV2SzqzwX7ibu+4/mJpnPzH8f4QwA8ml zC9x5k7CWWPe1qyHh3Pbdcjc1pH2ngdg3xAS022NUwk8NpjbZVuGjstIyMnkYRjYbIFi ylM9VF2E7PRO5jhJAIfziGnNW+bKNhbTKyqsU+XJ9rmSJXqbwt1ogF5W4ONx8BpE3B+0 z8skSsJ3OonULhxf2da2SWKrZrN9cJcd6Fu8Fuk8Z76K3cR5BaYmaTFT3P+R6Mw87KAm L2Tg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:content-language:in-reply-to:mime-version :user-agent:date:message-id:from:references:to:subject; bh=okEwhm5dUOfdgTRVV41Qk3Z0CS4Ys6HsEIk949/gNMI=; b=XZJsVY48N7WXWacMW3jBsUoQELXLVyZEAkJGLvEIrp2bCAom8v7asl7cgpFrjJCb/T oN5UHOhUhjxCsdsXwkRqY9SBH1nsag6/S2n0l6/xaZaSiXnNoz7j/9g3d5nUVo1YSKWd qcFjbVkg6PxaLYIRJGJ6eKJlIvLtPKKgrX1HwkhpEWp12+fQwCUc8KLBt6ZDwgyrvuu2 wsLLJlWBlm6gDc1WJ7ERMxZznnj4HtWI6kAi2ndrb/WbC9eCB/mJc9E7cn4pww5W8Q2u TQwrs/KDre1limP1UwvAwjsNDKy46VmV5oRd+CuaAFqcxRX8SJlYD+u/CbvLgsVXQeu9 eZ5A== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=pass (google.com: domain of claudius.heine.ext@siemens.com designates 192.35.17.14 as permitted sender) smtp.mailfrom=claudius.heine.ext@siemens.com Return-Path: Received: from david.siemens.de (david.siemens.de. [192.35.17.14]) by gmr-mx.google.com with ESMTPS id k13si14703lja.5.2019.02.18.03.52.19 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 18 Feb 2019 03:52:19 -0800 (PST) Received-SPF: pass (google.com: domain of claudius.heine.ext@siemens.com designates 192.35.17.14 as permitted sender) client-ip=192.35.17.14; Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of claudius.heine.ext@siemens.com designates 192.35.17.14 as permitted sender) smtp.mailfrom=claudius.heine.ext@siemens.com Received: from mail2.sbs.de (mail2.sbs.de [192.129.41.66]) by david.siemens.de (8.15.2/8.15.2) with ESMTPS id x1IBqJRd002887 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 18 Feb 2019 12:52:19 +0100 Received: from [139.25.69.232] (linux-ses-ext02.ppmd.siemens.net [139.25.69.232]) by mail2.sbs.de (8.15.2/8.15.2) with ESMTP id x1IBqI2i022162; Mon, 18 Feb 2019 12:52:19 +0100 Subject: Re: [ANNOUNCE] Upcoming ISAR release To: "Maxim Yu. Osipov" , isar-users References: <96e3ec90-3a4d-dcb0-1645-725d5d7d7094@siemens.com> <55b9ae17-4e39-7f65-2a0e-29b8173c814e@ilbers.de> From: Claudius Heine Message-ID: <206fc335-0158-6288-a23a-e34852c12784@siemens.com> Date: Mon, 18 Feb 2019 12:52:18 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0 MIME-Version: 1.0 In-Reply-To: <55b9ae17-4e39-7f65-2a0e-29b8173c814e@ilbers.de> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-TUID: hicV/v2fx327 Hi Maxim, On 18/02/2019 11.29, Maxim Yu. Osipov wrote: > Hi Claudius, > > Thanks for the feedback. > > OK, let's focus for v0.7 release for now. > > On 2/18/19 10:58 AM, Claudius Heine wrote: >> Hi Maxim, >> >> On 18/02/2019 10.01, Maxim Yu. Osipov wrote: >>> Hello everybody, >>> >>> Last release (v0.6) was made on 1st of October 2018. >>> >>> We plan to release the next version of ISAR on 1st of March, 2019. >>> >>> BTW, what do you think about making a 1.0 release? >> >> IMO we need a lot more cleanup stuff before we can do a solid 1.0 >> release. >> >> We should make a list of issues that should be done before 1.0 release. >> >> Here is a suggested checklist before 1.0: >> >>   - Remove jessie support > > That's a point which I don't understand - yes, we don't support jessie > as a host system, but why don't continue to support jessie based targets > if this doesn't require big efforts? Well IMO it does require effort as shown with the unavailable `-d` parameter in mkfs.ext4. For image creation not the build machine tools should be used but those of the host (or what you call target), which should then be >=stretch. The image creation tools might have patches applied to them. > Industrial programming is very > conservative in this point (that's why all these > https://www.cip-project.org/ serve for). That has nothing to do with this. linux-cip is a project to support kernel versions for ~25 years. AFAIK nobody does that for the userspace. > >>   - Improve documentation >>   - Cleanup the user interface variables >>     - Consistent variable nameing style > > naming ;) > >>     - Use feature variables instead of many VAR="1" ones. They can be >> more easily bundled together in code and docs. > > I vaguely remember this discussion. > Could you please provide arguments why we will benefit from that? - fewer variables to remember, which lead to - easier to document - better learning curve - better UX - Features are easier to work with, because - single place in 'bitbake -e' where they are condensed - easy to read names, because variable names need to have some additional 'namespace information' - Similar to OE, which lead to - easier switch for OE people to and from Isar - easier to compare feature set of OE and Isar ... >>   - Consistent and clear naming of things >>     - Build, host, target in line with GCC and Debian definition > > Could this renaming confuse current Isar users? This is much more confusing IMO: meta/recipes-devtools/buildchroot/files/common.sh 26: set_arch="--host-arch $target_arch" Of course that will confuse current Isar users, but IMO current Isar users are used to be confused most of the time they work with Isar anyway ;) You have to take care not to confuse new users, since that is the critical period where you really want to make it easy for them. We will need to break this at some point, better do it before 1.0. > >>     - meta, meta-isar -> either meta and meta-example or meta-isar and >> meta-isar-example. Currently 'meta-isar' sounds like it is required. >>   - Clearly defined task pipeline for all recipe types >>     - no more do_build with stuff in it, that should be treated a the >> default target not some real one >>     - dpkg_runbuild should be a task with postfunc and prefunc >> attributes to wrap mounts around it >>   - Cleanup meta-isar layer to show best practices of using isar >>     - multiconfig should not contain other variables than DISTRO and >> MACHINE Here some more: - IMAGE_INSTALL should not add itself to DEPENDS, that breaks recipes that produce more than one Debian package - support of IMAGE_TYPE with more than just one image type (IMAGE_TYPES) I still expect more of those... >> >> I am sure I will find a lot more of those if I think a bit harder >> about it. All of those issues makes adopting Isar for new, OE or >> Debian people alike very difficult. With the 1.0 we should try to >> bring Isar to a level were we don't expect many breaking changes on >> the next 1.1 release. >> >>> At the moment I'm busy with testing/applying pending patches, I plan >>> to finish this activity in a couple of days and make a first release >>> candidate and code freeze (only bug fixes will be applied in the >>> 'next') after that. >> >> Shouldn't we open a release staging branch for that, so that feature >> submissions can continue to next? > > Does it makes sense for now with the release cycle taking one week? If you think that works, then ok. Personally I don't really care about the releases <1.0 since they get old rather quickly, but I don't want to stop the progress, since there is so much still to do in Isar. regards, 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