Hello,
offload-build.in,
https://gitlab.archlinux.org/archlinux/devtools/-/blob/master/src/offload-build.in
,
has long options support for some time. Perhaps a long time.
The following add long options support for arch-nspawn.in. The way long
options is implemented for arch-nsapwn neccesitate c
On Sat, 15 Apr 2023 at 21:17, Ralf Mardorf wrote:
> On Sat, 2023-04-15 at 12:47 +0100, Ralph Corderoy wrote:
> > Could it have a store of power, e.g. capacitor, which takes a while to
> > discharge. :-)
>
> No! An electrolytic capacitor that holds enough charge, is way larger
> than an USB stick
On Sat, 2023-04-15 at 12:47 +0100, Ralph Corderoy wrote:
> Could it have a store of power, e.g. capacitor, which takes a while to
> discharge. :-)
No! An electrolytic capacitor that holds enough charge, is way larger
than an USB stick.
When I was still working as a developer for recording studio
Hi u34,
> Isn't it better to also turn the USB stick power off and on?
> The stick could have its own, builtin, cache. Doesn't it? Perhaps it
> is, too, reading from its cache, not from its permanent storage?
True.
Could it have a store of power, e.g. capacitor, which takes a while to
discharg
Ralph Corderoy wrote:
> Hi Ralf,
>
> > I want to check the integrity of USB transferred, saved files by using
> > a tool, without manually clearing cached data manually.
>
> Why do you want to avoid manually clearing the cache?
>
> The problem with clearing the cache is it is the cache for eve
Hi Ralf,
> I want to check the integrity of USB transferred, saved files by using
> a tool, without manually clearing cached data manually.
Why do you want to avoid manually clearing the cache?
The problem with clearing the cache is it is the cache for every device.
It is better to simply umount
