On Thu, Jun 13, 2019 at 05:04:34PM +0200, Guus Sliepen wrote:
> On Fri, Jun 07, 2019 at 07:29:49PM +0200, Adam Borowski wrote:
>
> > I care about two use cases:
> > * boxes with HDDs or SD cards
> > * datacenter VMs, buildds
> [...]
> > No, there's no such thing as a 1-way machine that can
> >
On Mon, Jun 10, 2019 at 12:56:53PM -0400, Sam Hartman wrote:
> Most debian systems are not installed with d-i. When you include things
> like FAI for installing sites and clusters; chroots, containers, VMs,
> etc, d-i is not used in most situations.
Your 'most' does not match mine.
I played
On Fri, Jun 07, 2019 at 07:29:49PM +0200, Adam Borowski wrote:
> I care about two use cases:
> * boxes with HDDs or SD cards
> * datacenter VMs, buildds
[...]
> No, there's no such thing as a 1-way machine that can
> install a modern distro anymore[3]: oldest machine I own, a non-NX Pentium4,
>
On 6/9/19 3:58 AM, Paul Wise wrote:
> On Sun, Jun 9, 2019 at 3:44 AM Adam Borowski wrote:
>
>> So if you took current d-i and planted it into a regular live image
>
> IIRC debian-live used to have that but it was too buggy so it got
> removed. Later Calamares replaced it.
If I'm correct, it was
On 6/10/19 6:56 PM, Sam Hartman wrote:
>> "Adam" == Adam Borowski writes:
>
> Adam> On Sat, Jun 08, 2019 at 10:23:08PM +0200, Jonathan Carter wrote:
>
> So, d-i over serial is important and is likely to stay that way.
>
> If I'm actually having to interact with an installer, I prefer
On 6/8/19 7:45 PM, Jonathan Carter wrote:
> On 2019/06/08 19:36, Simon McVittie wrote:
>> If the pre-prepared installation image is in a suitable format (for
>> example an unpacked tree, squashfs or OSTree, but not a tarball or an
>> OCI image), then there's no reason it couldn't also be bootable
Le 08/06/2019 à 19:36, Simon McVittie a écrit :
It's also very suitable for preinstalled hardware, where it's sometimes
referred to as the "out of the box experience": the hardware vendor does
the partitioning and the "unpack installation image" step (in practice
via a disk image), then ships
Hello,
Adam Borowski, le mar. 11 juin 2019 03:15:21 +0200, a ecrit:
> The text console is restricted to 256/512 characters at one time only
> because of some ancient hardware.
D-i uses by default bterm, which avoid such limitation, and has some
support for more languages, e.g. right-to-left.
On Mon, Jun 10, 2019 at 12:56:53PM -0400, Sam Hartman wrote:
> > "Adam" == Adam Borowski writes:
> Adam> On Sat, Jun 08, 2019 at 10:23:08PM +0200, Jonathan Carter wrote:
>
> So, d-i over serial is important and is likely to stay that way.
>
> If I'm actually having to interact with an
> "Adam" == Adam Borowski writes:
Adam> On Sat, Jun 08, 2019 at 10:23:08PM +0200, Jonathan Carter wrote:
So, d-i over serial is important and is likely to stay that way.
If I'm actually having to interact with an installer, I prefer an
accessible GUI most, a CLI second and a TUI third.
On Sun, Jun 9, 2019 at 3:44 AM Adam Borowski wrote:
> So if you took current d-i and planted it into a regular live image
IIRC debian-live used to have that but it was too buggy so it got
removed. Later Calamares replaced it.
--
bye,
pabs
https://wiki.debian.org/PaulWise
On 2019/06/08 21:43, Adam Borowski wrote:
> I like this. The d-i is nothing but a glorified live image already. On
> every not completely non-eventful install I find myself wishing this live
> system wasn't crippled for space reasons. This crippling was intentional --
> d-i was designed in the
On Sat, Jun 08, 2019 at 07:45:50PM +0200, Jonathan Carter wrote:
> It might be useful to some that we'll have a 'standard' image for Debian
> Live Buster. This is a base image with Debian standard that doesn't
> contain any desktop environment. It ships with d-i with a module that
> just
On Sat, Jun 08, 2019 at 06:36:30PM +0100, Simon McVittie wrote:
> On Fri, 07 Jun 2019 at 19:29:49 +0200, Adam Borowski wrote:
> > A desktop install can writeout
> > while the user answers installer questions
>
> I can't help wondering whether the right answer for a finite number
> of relatively
On 2019/06/08 19:36, Simon McVittie wrote:
> If the pre-prepared installation image is in a suitable format (for
> example an unpacked tree, squashfs or OSTree, but not a tarball or an
> OCI image), then there's no reason it couldn't also be bootable as a
> stateless live system.
It might be
On Fri, 07 Jun 2019 at 19:29:49 +0200, Adam Borowski wrote:
> A desktop install can writeout
> while the user answers installer questions
I can't help wondering whether the right answer for a finite number
of relatively predictable installations (a minimal system, or all of
Priority: standard, or
On Fri, Jun 07, 2019 at 10:52:43AM -0700, Russ Allbery wrote:
> Adam Borowski writes:
>
> > There are two massive recent improvements:
> > * eatmydata helps a lot, and eating a power-lossed install is not a loss
>
> We did an experiment at work about four years ago with using eatmydata
> inside
Adam Borowski writes:
> There are two massive recent improvements:
> * eatmydata helps a lot, and eating a power-lossed install is not a loss
We did an experiment at work about four years ago with using eatmydata
inside a D-I run, and had to revert because we ran into no end of problems
with
Hi!
Package install times are quite nasty. For example, a full GUI install can
take[1] 1.5 hours on spinning rust, and several minutes even on raid0 of Optane
disks -- you can't get much faster without operating entirely in memory[2].
There are two massive recent improvements:
* eatmydata helps
19 matches
Mail list logo
