On Sun, Nov 29, 2020 at 08:33:22PM +0100, RhineDevil wrote:
> As now sbuild and debootstrap manage chroots on per-suite basis, they rely
> on scripts present in /usr/share/debootstrap/scripts.
> This poses a problem, as suite names from different distros may
> occasionally overlap, as happened wit
Hi,
Quoting RhineDevil (2020-11-29 20:33:22)
> A little proof of concept of what I'm aiming to is in the latest commits of
> https://salsa.debian.org/TanyaEleventhGoddess/sbuild, sbuild-createschroot is
> able to work with the commands as-is, but also features automatic detection
> of a possible d
On Sun, Nov 29, 2020 at 11:36 PM RhineDevil wrote:
> Sounds a nice idea in theory but the -v command as shown in
> https://manpages.debian.org/buster/sbuild/sbuild.1.en.html is already
> occupied by "version"...
sbuild accepts long options, but in any case sbuild should not be
involved here, si
Sun, 29 Nov 2020 20:47:42 + Simon McVittie :
> On Sun, 29 Nov 2020 at 20:33:22 +0100, RhineDevil wrote:
> > I ask the teams responsible for sbuild and debootstrap development
> > permission to integrate these changes
>
> If you have made changes to sbuild and debootstrap and you want those
> c
On Sun, 29 Nov 2020 at 20:33:22 +0100, RhineDevil wrote:
> I ask the teams responsible for sbuild and debootstrap development
> permission to integrate these changes
If you have made changes to sbuild and debootstrap and you want those
changes to be merged, the way to make that happen is to open b
On 11/29/20 1:33 PM, RhineDevil wrote:
> A viable solution for achieving this may be using an optional -f/--flavour
> parameter
Is flavour intended to be something like Debian vs. Devuan vs. Ubuntu?
If so, could you please use "vendor" instead, since that is the
pre-existing term for that distinc
6 matches
Mail list logo
