Hi Nick,
On Mon, Sep 27, 2021 at 06:25:03PM -0400, nick black wrote:
> Marc Haber left as an exercise for the reader:
> > But maybe an alternative? I find the partitioning step one of the most
> > error-prone and hard-to-use parts of non-trivial Debian installations.
>
> so overall, i've got to s
On Mon, Sep 27, 2021 at 03:18:48PM +0200, John Paul Adrian Glaubitz wrote:
>
>
> > On Sep 27, 2021, at 2:25 PM, Luca Boccassi wrote:
> >
> > Even if that interpretation would work as an excuse to never do
> > anything, and I'm not really sure it does, this specification has been
> > published i
Wouter Verhelst left as an exercise for the reader:
> One thing that partman does is "support plug-ins", to allow for
> configuring block devices before being able to partition them, where
> needed. This can be useful for iSCSI, multipath, or (the one I care most
> about) NBD. I wrote a "partman-nb
On 9/28/21 12:13, Wouter Verhelst wrote:
> IOW, chill out, nobody's going to kill off partman unless there's
> something that's *actually* better than partman.
Just some comments after reading after this [1] because I honestly find it
unfair the way I am being cornered here.
First of all, neither
On Tue, Sep 28, 2021 at 06:19:28AM -0400, nick black wrote:
> Wouter Verhelst left as an exercise for the reader:
> > One thing that partman does is "support plug-ins", to allow for
> > configuring block devices before being able to partition them, where
> > needed. This can be useful for iSCSI, mu
Hi nick,
[ cc += debian-boot@ ]
nick black (2021-09-27):
> Marc Haber left as an exercise for the reader:
> > But maybe an alternative? I find the partitioning step one of the
> > most error-prone and hard-to-use parts of non-trivial Debian
> > installations.
>
> so overall, i've got to say the
Wouter Verhelst left as an exercise for the reader:
> iSCSI works very differently and is way more complex, but I remember
> from when I last played with it (which is a while ago, so the details
> are hazy) that it's not possible to set up in a non-persistent manner
> (i.e., all iSCSI connections s
On Tue, Sep 28, 2021 at 12:22:18PM +0200, John Paul Adrian Glaubitz wrote:
> On 9/28/21 12:13, Wouter Verhelst wrote:
> > IOW, chill out, nobody's going to kill off partman unless there's
> > something that's *actually* better than partman.
>
> Just some comments after reading after this [1] becau
On Tue, 28 Sep 2021 04:15:58 +0200, Marco d'Itri wrote:
>On Sep 28, Noah Meyerhans wrote:
>> For what it's worth, my preference would be transition to
>> systemd-networkd with bookworm.
>I think that a good default would be systemd-networkd for servers and
>NetworkManager for systems with Wi-Fi
On Mon, 27 Sep 2021 15:48:25 -0700, Noah Meyerhans
wrote:
>It's worth noting also that ISC's DHCP client, packaged as
>isc-dhcp-client from the isc-dhcp source package, is considered EOL
>upstream.
Same applies to the relay, doesn't it?
Greetings
Marc
--
-- !
Hi,
Le 2021-09-28 13:00, Marc Haber a écrit :
> On Tue, 28 Sep 2021 04:15:58 +0200, Marco d'Itri wrote:
> >On Sep 28, Noah Meyerhans wrote:
> >> For what it's worth, my preference would be transition to
> >> systemd-networkd with bookworm.
> >I think that a good default would be systemd-networkd
Am 28.09.21 um 13:00 schrieb Marc Haber:
On Tue, 28 Sep 2021 04:15:58 +0200, Marco d'Itri wrote:
On Sep 28, Noah Meyerhans wrote:
For what it's worth, my preference would be transition to
systemd-networkd with bookworm.
I think that a good default would be systemd-networkd for servers and
Ne
El 28/09/21 a las 13:01, Marc Haber escribió:
> On Mon, 27 Sep 2021 15:48:25 -0700, Noah Meyerhans
> wrote:
> >It's worth noting also that ISC's DHCP client, packaged as
> >isc-dhcp-client from the isc-dhcp source package, is considered EOL
> >upstream.
>
> Same applies to the relay, doesn't it?
Package: wnpp
Severity: wishlist
Owner: Gürkan Myczko
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: linux-apfs-rw
Version : 0+git20210928
Upstream Authors: Ernesto A. Fernández
Corellium LLC
* URL : https://github.com/linux-apfs/li
❦ 28 September 2021 01:29 -05, Richard Laager:
> As to what should be the distro default, I'm not sure I am convinced
> either way, but to argue the other side... There is some value in
> using netplan by default. Some random thoughts:
[...]
OTOH, netplan is just an abstraction above existing sy
Package: wnpp
Severity: wishlist
Owner: Gürkan Myczko
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: apfsprogs
Version : 0+git20210928
Upstream Authors: Ernesto A. Fernández
* URL : https://github.com/linux-apfs/apfsprogs
* License : GPL-2-or-l
On 9/28/21 8:44 AM, Vincent Bernat wrote:
❦ 28 September 2021 01:29 -05, Richard Laager:
As to what should be the distro default, I'm not sure I am convinced
either way, but to argue the other side... There is some value in
using netplan by default. Some random thoughts:
[...]
OTOH, netplan
❦ 28 September 2021 11:16 -05, Richard Laager:
>>> As to what should be the distro default, I'm not sure I am convinced
>>> either way, but to argue the other side... There is some value in
>>> using netplan by default. Some random thoughts:
>> [...]
>> OTOH, netplan is just an abstraction above
On 9/28/21 11:49 AM, Vincent Bernat wrote:
❦ 28 September 2021 11:16 -05, Richard Laager:
As to what should be the distro default, I'm not sure I am convinced
either way, but to argue the other side... There is some value in
using netplan by default. Some random thoughts:
[...]
OTOH, netplan
❦ 28 September 2021 13:04 -05, Richard Laager:
> Are you saying "everything breaks" as in:
> A) the change is not applied (correctly) in the way that it would be if
>the system was rebooted, or
> B) the change is applied, but the human made a mistake in the config and
>the change breaks t
Hi Nick!
On Tue, Sep 28, 2021 at 12:47:11PM +0200, Cyril Brulebois wrote:
>Hi nick,
>
>[ cc += debian-boot@ ]
>
>nick black (2021-09-27):
>> Marc Haber left as an exercise for the reader:
>> > But maybe an alternative? I find the partitioning step one of the
>> > most error-prone and hard-to-use
Steve McIntyre left as an exercise for the reader:
> 100% true - expect people are busy, rather than hostile! :-)
i must have come across as far more disappointed than i felt --
i meant "hoped" in the literal sense, of "did not expect, but
thought plausible and welcome" =]. no, this has been an A-
22 matches
Mail list logo
