On Sun, Sep 26, 2021 at 01:41:18AM -0400, nick black wrote:
> Marco d'Itri left as an exercise for the reader:
> > And the preseeding syntax is as powerful as it is inconvenient.

> > Implementing support for more partition formats, if missing, should be 
> > rather easy.
> > But which ones do we need for architectures which are not actually dead?
> 
> So, as I responded to Adrian [0], the only missing partition
> types appear to be amiga, atari, and sun. Adding them ought be
> simple enough, though I'd need testers with the hardware, or
> access to the hardware.

I'd start with asking porters of m68k and sparc64 whether today's systems
even run anything but Linux.  I think there's little point in keeping compat
with 80s' OSes.

At a risk of drawing ire of m68k/sparc64 folks, I'd also suggest not putting
your tuits there until this millenium's hardware is covered well.

> My biggest worry personally (aside from the realpolitik of
> getting this change through) regards the automated partitioning
> language available through the preseed system. Trying to emulate
> this bug-for-bug is a non-starter, I think, both from a
> technical and quality-of-life standpoint. If the emulation can't
> be perfectly accurate, I don't think it ought be attempted for
> such a critical, delicate procedure.

I personally think that preseed is nasty enough that users who do automation
on a scale that would make learning it worthwhile already have a better way to
do such automation.  For me, d-i is for manual installs, scripted stuff
wants a partitioner + glorified debootstrap.


I do have a different wish, though.  Could you please purge any references
to drivemakers' units (stuff like MiB = million bytes, which current
partitioner maliciously[1] swaps around with proper MB of 1048576B)? 
Having them in the user interface is deeply harmful: people will get
unoptimal alignment unless they 1. know about it, and 2. are careful enough. 
>From your comments before I see that you try to do proper alignment, but in
too many cases no matter how you try, the installer won't align well enough
because the hardware might be newer than the version of growlight, hide its
inner workings for marketing reason (like stealth SMR drives), etc.
On the other hand, a completely oblivious user will get good alignment if
you show numbers measured in gigabytes rather than gillionbytes.

I know of only one case of multi-GB alignment (some early versions of ipmctl
wanted a multiple of 32GB because certain vendor BIOSes had problems with
smaller blocks), but the required alignment there is 1GB for years.

And most importantly: thanks for this effort, it's greatly appreciated!


Meow.

[1]. The malice hasn't been invented by the implementor of the old
partitioner -- it was done by marketing departments of disk vendors in the
old days; they don't even do so anymore but as they tried going through
standard bodies while fighting lawsuits, some damage lingers on.  The fault
of our old partitioner is that it didn't filter out the malice.
-- 
⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ A white dwarf seeks a red giant for a binary relationship.
⢿⡄⠘⠷⠚⠋⠀
⠈⠳⣄⠀⠀⠀⠀

Reply via email to