@MSGID: dont-email.me df294fc6
@REPLY: news.chiark.greenend.org.uk 1caa0e02
@TZUTC: 1000
@CHRS: CP437 2
@REPLYADDR: Pancho.Jones@protonmail.com
@REPLYTO: 3:633/280.2@fidonet UUCP
@PID: Mozilla Thunderbird
@TID: MBSE-FIDO 1.1.2 (Linux-x86_64)
@RFC-Message-ID: <109snd3$21u94$1@dont-email.me>
@RFC-From: Pancho <Pancho.Jones@protonmail.com>
@RFC-References: <109h5bq$309ra$1@dont-email.me>
<wwvy0qru27x.fsf@LkoBDZeT.terraraq.uk> sTYlA@news.chiark.greenend.org.uk>
@RFC-Organization: A noiseless patient Spider
@RFC-Content-Type: text/plain;
@RFC-Content-Transfer-Encoding: 8bit
@RFC-Injection-Date: Wed, 10 Sep 2025 20:34:44
+0000 (UTC)
@RFC-Cancel-Lock:
sha1:YTp50QCzCHHXU/KOvfthWqlOqoY=
@RFC-In-Reply-To:
sTYlA@news.chiark.greenend.org.uk>
@RFC-Content-Language: en-GB
On 9/6/25 22:53, Theo wrote:
> Richard Kettlewell <invalid@invalid.invalid> wrote:
>> Jimmy Logan <punk.book8853@fastmail.com> writes:
>>> I`d like to create some kind of service container on rpi4b which I have,
>>> which would allow me to just install something in a normal way (not
>>> programming the whole installation process like dockerfiles), without
>>> changing anything on the current OS.
>>
>> You donтАЩt need any Dockerfiles to use Docker. So, perhaps Docker will
>> meet your needs.
> 
> Isn`t the problem that Docker isn`t persistent? Next time the container
> is started it loses the state from the previous time - so any changes you
> make, starting with installing any packages and then on, have to be done
> again?
> 
> You can address that two ways.  One is to map volumes into the container so
> that they will keep the data on the host filesystem and it`ll be there again
> when the container restarts.  Or you can make your changes then snapshot the
> container (`docker commit`) and then launch the snapshot as a new container.
> 

As Richard says, containers are persistent.

The confusion might be that some people, or at least me, don`t rely on 
this container persistence for standard application persistence. I like 
volumes, they make it clearer what needs to be backed up.

The tear-down, reproducibility of a non-persistent container was one of 
the things that appealed to me about Docker. But this was what I 
regarded as good practice rather than enforced. My perspective is almost 
certainly skewed by having been a software developer and the unit test 
way of working. Plus a bitter history of supporting systems that were 
problematic due to undocumented system changes to the host OS.

This view is ideal, I don`t know about pragmatic real systems.




--- MBSE BBS v1.1.2 (Linux-x86_64)
 * Origin: A noiseless patient Spider (3:633/280.2@fidonet)
SEEN-BY: 19/10 38 50/109 153/757 218/840 840
220/70 221/1 6 360 226/17 100
SEEN-BY: 229/426 240/1120 267/800 301/1 113 812
310/31 335/364 341/66 463/68
SEEN-BY: 633/280 281 418 420 509 2744 712/848
770/1 3 100 340 350 772/210 220
SEEN-BY: 772/230 5019/40 5020/715 848 1042 4441
12000 5030/49 722 1081 1474
SEEN-BY: 5053/55 5061/133 5075/128
@PATH: 633/280 770/1 218/840 221/6 301/1 5020/1042
4441