From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6834022395126218752 X-Received: by 2002:a1c:e08b:: with SMTP id x133mr2118575wmg.51.1598200246486; Sun, 23 Aug 2020 09:30:46 -0700 (PDT) X-BeenThere: isar-users@googlegroups.com Received: by 2002:adf:b1cf:: with SMTP id r15ls2084828wra.3.gmail; Sun, 23 Aug 2020 09:30:45 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzuzHA7xIWEQqZsWSfs8Ej6B2grHqmV2uY5wFplXsr/Y2dfZFYd4tZ9iyRuv+bkQjNWYs2C X-Received: by 2002:a5d:49c9:: with SMTP id t9mr2305875wrs.302.1598200245725; Sun, 23 Aug 2020 09:30:45 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1598200245; cv=none; d=google.com; s=arc-20160816; b=vsrkMhe2fS3i1ClQ4NDxrzs1l/9JQTBesOdoxKwrt/lxyTdyF87fMHCH7wt6THRL+C 3nMIBtxgIL5eMgwXEVcxOqqWr3TMOPo43KvC6nnX3EK6wcrJXXLymKVGRsHLAaS+Pm1h nPZD4/Y93jyM4ZQs8dMiy0dEXHs8R2L8owrCVcdNmQlf5gkf7CE2g1tDdEiBdCV9vxm8 PnP8hc0P1tqKmdz6250dk5fOSdKh/U3N1O0EueK9TNK1wlSVPCfiryeHuuFm/UF99osu mmbYptG1tyEis4PZz4EMAbqFMDw6gNlH8MN1L9440DFbkOzsRcP+sEEE+nvNEex8LoOc q5Pw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=user-agent:in-reply-to:content-disposition:mime-version:references :mail-followup-to:message-id:subject:to:from:date; bh=gPwTnPqnnMv0c5USHIye/nIoO1AH6eUyOPu4bip4R20=; b=U/2ERvBxYbUXeZvUwCQQet1CCyM/xcfTIPkK6acyfHFrQDBZhoc4TOaSK2gsZnvGIh DXZM9GlWa+o8r9bQfHyFhtdtuDHL99Yk/M7lwv3M4oqpcKfqDumq30G0Dqd49eR/3c52 1iv3fP0rUxCnemOnbKY9WDoViHEH0ms8ZrisfHGu/Gxy7PEgA4uGcnZU8+Y+2wC1Q9Fv 6h7vJzT9vMcL5hGPHsgcl7A5IeDFvfZVJYkIT8xcasrMuq8mxqEWD6LUR/C0sw0uGAGs Z651pIqmn0FVWq8yfrWf5cKWWP2UoBtHKsL2BmnOe9FZQ83nVJLF8/s7/PmvfdQPY1xr 0Kow== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=neutral (google.com: 85.214.156.166 is neither permitted nor denied by best guess record for domain of ibr@radix50.net) smtp.mailfrom=ibr@radix50.net Return-Path: Received: from shymkent.ilbers.de (shymkent.ilbers.de. [85.214.156.166]) by gmr-mx.google.com with ESMTPS id w127si175711wmg.1.2020.08.23.09.30.45 for (version=TLS1_2 cipher=ECDHE-ECDSA-CHACHA20-POLY1305 bits=256/256); Sun, 23 Aug 2020 09:30:45 -0700 (PDT) Received-SPF: neutral (google.com: 85.214.156.166 is neither permitted nor denied by best guess record for domain of ibr@radix50.net) client-ip=85.214.156.166; Authentication-Results: gmr-mx.google.com; spf=neutral (google.com: 85.214.156.166 is neither permitted nor denied by best guess record for domain of ibr@radix50.net) smtp.mailfrom=ibr@radix50.net Received: from yssyq.m.ilbers.de (dslb-084-058-239-251.084.058.pools.vodafone-ip.de [84.58.239.251]) (authenticated bits=0) by shymkent.ilbers.de (8.15.2/8.15.2/Debian-8) with ESMTPSA id 07NGUg72005150 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Sun, 23 Aug 2020 18:30:45 +0200 Date: Sun, 23 Aug 2020 18:30:37 +0200 From: Baurzhan Ismagulov To: isar-users Subject: Re: [PATCH v2] dpkg-base: Remove newly deployed debs from buildchroots Message-ID: <20200823163037.GC11779@yssyq.m.ilbers.de> Mail-Followup-To: isar-users References: <20200817192751.GK12511@yssyq.m.ilbers.de> <392163c4-00a2-3462-0f3e-dda06c22a656@siemens.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <392163c4-00a2-3462-0f3e-dda06c22a656@siemens.com> User-Agent: Mutt/1.10.1 (2018-07-13) X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on shymkent.ilbers.de X-TUID: 3H5FCF1jJAYR On Tue, Aug 18, 2020 at 07:57:26AM +0200, Jan Kiszka wrote: > > Yes, Debian Policy section 3.2 requires that different packages have different > > version numbers. Maybe we should introduce a script that would do that for the > > developer. > > This won't help in the cases you play with a recipe, change small > details, rebuild, test. It's reasonable to update the version when > publishing. However, it's a needless burden to do that for a local > development cycle. Here, Isar shall support that the just built instance > of a package is also used locally, without an explicit "clean". If this is how the upstream tooling works (which is a requirement for them since there is no other way), things will get complicated and keep breaking. An alternative could be to automate version bumping by requiring a local commit. In the long term, I don't see a way around that. With kind regards, Baurzhan.