Comment 7 for bug 1829370

> If fsprogs is to be split out, I think that's a change that should be agreed
> in Debian first.

Debian would need to agree to split e2fsprogs - ack

> And this will only save ~1MB on the unpacked system. So while it's worth
> pushing this along, it's not something we should treat as urgent.

This is just for a few MB => Not urgent - ack

> Also, you briefly confused me by saying "make the main e2fsprogs non
> essential". e2fsprogs is not Essential, it's Important; so packages are not
> allowed to rely on it without a dependency and it is valid to remove it from
> images.

Sorry I have checked e2fsprogs on Bionic for Essential:
$ apt-cache show e2fsprogs | grep Essential
Essential: yes

But I agree, in later releases it is already non-essential.
Sorry for the confusion.

> > - drop essential flag from bash
> > - is dash considered compatible enough? could we drop bash in
> > containers then?
>
> "compatible" with what?
>
> The problem is that there's no definition of *what* within an Essential
> package you're allowed to assume to be installed on the system. So
> historically, a large number of packages assume that the path /bin/bash will
> be available as an interpreter, without any dependencies being declared.
>
> So this is a long migration. I want to make sure it's understood that
> removing the Essential flag from packages is a change that must be
> coordinated with Debian, not something we should do downstream in Ubuntu.

Yeah long+complex+with-debian, I had no other expectations on this one.

> > What about #2 (diffutils):
> > - I assume it might be needed in the apt/dpkg context to diff show old/new
> > config?
> > - If that is true could it detect if diff is missing and then fall back to
> > not show the user the delta of conffiles?
> > - Then this could be dropped as well from most minimal images
>
> I think it would be a huge usability issue to not be able to use the 'diff'
> option in dpkg conffile prompts, whenever these prompts appear on upgrade.
> And dpkg does need diffutils in order to display the diffs (I've just
> confirmed this in the dpkg source). OTOH this is only used when
> interactively invoking dpkg, so probably fits the "not required on a minimal
> system" criteria.
>
> On the gripping hand, this package is also Essential.

Ok, so another rather painful transition for not too much gain.

It seems overall this discussion has identified a few potential
changes, but for all of them the effort/gain ratio is rather bad.
I'm personally fine keeping this on a low prio for now. One might get
to it for loving the case in general or one day prio might be bumped
because carving off the last few MBs becomes more important.