Re: [GNU-linux-libre] Docker

[bill-auger]

i can answer some of those questions


On Wed, 21 Jun 2023 21:56:26 -0400 Richard wrote:
> Was it you who implemented this fix?  You didn't say so; you said
> only that it had been fixed in Parabola.

yes, that was all denis - he was also the most ardent about finally moving
forward on more of these TPPMs - the most popular examples are removed now (pip
and rubygems)


On Wed, 21 Jun 2023 21:56:26 -0400 Richard wrote:
>   > I changed the default repository to http://localhost but since nothing
>   > is there, it doesn't pull images by default from docker hub anymore.  
> 
> That seems rather drastic.  Will Docker, thus modified, still function
> for the legitimate jobs (using free software only) that users expect
> it to do?
> 
> Keep in mind that all I know about Docker is that it packages programs
> together in a container.

it can launch the "container-ed" programs, and the same application can also
search the docker-hub repo (replete with non-free OS'es and applications) for
recommendations, and download the packages; so it qualifies as a third-party
repository per the FSDG - it can also search and download the OS container
images, for developers to add their applications into, and publish those back
to the third-party repo

the current solution has no hard-coded remote URL; so it can not search,
download, or publish, without manual user configuration - though it can
probably still launch application if one has a copy already, and generate
application containers if one has a prepared OS base image already


On Wed, 21 Jun 2023 21:56:26 -0400 Richard wrote:
> What is `byzantium'?  What is `pureos/byzantium'?

it is simply a version release name - trisquel uses similar names such as:
'trisquel/nabia'


On Wed, 21 Jun 2023 21:56:26 -0400 Richard wrote:
> It sounds like you think the new behavior is flawed.
> What would desirable fixed behavior be?

generally, a more desirable fix is one that behaves exactly as the standard
tool, without manual user configuration, yet offers libre-only software
selection - the current solution satisfies the FSDG, but is missing those other
desirable properties


On Wed, 21 Jun 2023 21:56:26 -0400 Richard wrote:
> If you don't have a real solution ready, we could put this off and
> deal with it later.

FWIW, this already is "later" - we have been deferring to address these for
about 7 years now - o/c a bit longer wont hurt; but this is a very large problem
- docker is only the tip of the proverbial iceberg

for an overview of what we are dealing with (the number of examples which would
need treatment, the proposed solutions. and their consequences), see the
table on the OP of the parabola related ticket:
https://labs.parabola.nu/issues/1035

the solution chosen for docker (as this thread is describing) was "disable
default URL, make user-configurable" - the solution chosen for pip and rubygems
was "remove TPPM - do nothing else" - both have "FSDG-fitness: total" and were
relatively easy to implement; but neither are not the ideal options

to answer the previous question, the ideal solution is one with the properties:

workload:      none or minimal
intrusiveness: none or minimal
disruption:    none or minimal
effectiveness: total
FSDG-fitness:  total

unfortunately, none of the proposed solution is ideal - we probably will need
to settle for satisfying the latter two, with the least disruption to user's
workflow