[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Drafting a Guix blog post on the FHS container
From: |
John Kehayias |
Subject: |
Re: Drafting a Guix blog post on the FHS container |
Date: |
Wed, 04 Jan 2023 18:16:01 +0000 |
Hi Jim,
On Wed, Jan 04, 2023 at 06:07 PM, Jim Newsome wrote:
> Thanks, looks good, and the command in your patch also works for me.
>
Great, thanks for testing!
> I agree that passing and exposing XAUTHORITY seems better. Experimentally,
> sharing the directory
> read-only also works (using `--expose` instead of `--share`) also works, but
> I'm not familiar enough with
> this mechanism to be confident that'll work for everyone, or whether making
> it read-only is worth the
> fuss.
>
Ah, you are right, that seems to be just fine for VSCodium and Tor, in my quick
test. I think I'll change that.
> Btw it turns out that `libevent` and `openssl@1` can be dropped; they're
> already bundled. All together,
> here's my current "best" version:
>
> ```
> guix shell --container --network --emulate-fhs \
> --preserve='^DISPLAY$' --preserve='^XAUTHORITY$' --expose=$XAUTHORITY \
> alsa-lib bash coreutils dbus-glib file gcc:lib grep gtk+ \
> libcxx pciutils sed \
> -- ./start-tor-browser.desktop -v
> ```
Nice, thanks for that too! I tried eliminating a few random inputs, but they
were needed. It is difficult sometimes to get a really minimal set, but this
looks good to me.
John