Re: Guix Home: SSH won't ask for GPG password
Hi, Caleb Herbert writes: > Guix System. > > In home-configuration.scm: > (service home-gpg-agent-service-type > (home-gpg-agent-configuration > (pinentry-program > (file-append pinentry-gnome3 "/bin/pinentry")) > (ssh-support? #t))) > > caleb@bender ~$ ssh c...@tty.sdf.org > c...@tty.sdf.org's password: > > This shouldn't happen. Pinentry should come up and ask me for my GPG password. > > gpg-agent.conf looks normal. > > caleb@bender ~$ cat /home/caleb/.gnupg/gpg-agent.conf > pinentry-program > /gnu/store/6rlqjdc9ginn4gnkwg8mhqwm015phhrm-pinentry-gnome3-1.2.1/bin/pinentry > default-cache-ttl 600 > max-cache-ttl 7200 > default-cache-ttl-ssh 1800 > max-cache-ttl-ssh 7200 I don't use guix home, but my hand-crafted gpg-agent.conf reads like: --8<---cut here---start->8--- # PIN entry program enable-ssh-support allow-emacs-pinentry # Remember GPG/SSH passwords for longer. default-cache-ttl 28800 # cache GPG on access for 8 hours max-cache-ttl 57600 # keep GPG on cache for a maximum of 16 hours default-cache-ttl-ssh 28800 # cache SSH on access for 8 hours max-cache-ttl-ssh 57600 # keep SSH on cache for a maximum of 16 hours --8<---cut here---end--->8--- Also, it could be caused by the pinentry-gnome3 variant. I remember wrestling with a similar problem in the past, only to find out that it was limited. I now use the canonical 'pinentry' package, which seems most featureful. HTH, -- Maxim
Re: Evolution can't connect to mail server
Luis Felipe wrote .. > As Roman suggests, installing the package "evolution-data-server" should > fix the problem. I added "evolution-data-server" to my list of packages in my home configuration and got an error while trying to reconfigure: Loading /gnu/store/2hwp7i1xn24rlsnwmcc8hpbdynznv4an-shepherd.conf. herd: error: exception caught while executing 'load' on service 'root': In procedure fport_write: Input/output error Comparing /gnu/store/3jphbp9sisp54nshd8dimrnn4lks3p4d-home/profile/share/fonts and /gnu/store/3jphbp9sisp54nshd8dimrnn4lks3p4d-home/profile/share/fonts... done (same) Evaluating on-change gexps. On-change gexps evaluation finished. I installed it manually with `guix install`. I get a new error in Evolution. Error while Retrieving folder list for “c...@bluehome.net”. Source “c...@bluehome.net” doesn’t support prompt for credentials > Personally, I add this package to my system > configuration because other GNOME apps also depend on it to work > correctly (e.g. GNOME Calendar). > > I don't know/remember why "evolution-data-server" is not installed as > part of "gnome-desktop", but this is a known issue. See: This should really be fixed... Sorry if I'm being overly critical. I come from Fedora, where things are heavily polished. -- Caleb https://bluehome.net/csh/
Re: Evolution can't connect to mail server
Hi Caleb, El 5/10/23 a las 16:29, Caleb Herbert escribió: Guix System, GNOME. Configured email in Settings > Online Accounts > IMAP and SMTP. Launched Evolution. Set up email with startup wizard. Error: The name org.gnome.evolution.dataserver.Sources5 was not provided by any .service files No mail. As Roman suggests, installing the package "evolution-data-server" should fix the problem. Personally, I add this package to my system configuration because other GNOME apps also depend on it to work correctly (e.g. GNOME Calendar). I don't know/remember why "evolution-data-server" is not installed as part of "gnome-desktop", but this is a known issue. See: https://issues.guix.gnu.org/35267 https://issues.guix.gnu.org/38142 Cheers, OpenPGP_0x0AB0D067012F08C3.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Re: Evolution can't connect to mail server
У чт, 2023-10-05 у 09:29 -0700, Caleb Herbert пише: > Guix System, GNOME. > > Configured email in Settings > Online Accounts > IMAP and SMTP. > > Launched Evolution. Set up email with startup wizard. > > Error: > > The name org.gnome.evolution.dataserver.Sources5 was not provided by > any .service files > > No mail. > Is evolution-data-server installed too? Roman signature.asc Description: This is a digitally signed message part
Re: share guix and its store between distributions
Hi Emmanuel, Do you expect to share exactly the same packages in Debian vs guix, or just an overlapping subset? I assume that if the packages are the same, and they're building the same versions, then the hash identifying them should be the same, and guix should refrain from rebuilding the package (and simply set up the link to the store). If they aren't the same, then you have to make sure the system A does not clean up any packages used by system B and not system A. I guess this is why you mention GC roots. My gut feeling is that that will be a lot more complicated, because you have to trick guix into getting its garbage collection "wrong". Perhaps you could keep the two stores separate, but mount them as a union file system? So system A would mount system B's store into its own, read-only. System B would be able to build additional packages not found in A, but could not clean up system A's packages. I don't know how guix would react to such a permission error. I think it expects to be the only master of the store. All the best, Dan On Thu, Oct 5, 2023 at 4:04 PM Emmanuel Beffara wrote: > > Hello Guix, > > Is there a way to share Guix and its store between several distributions? > > My situation is that I have a Guix system installed as my main system, but I > would like to install another distribution on the same machine (a current > Debian, specifically) and use Guix as a package manager there, in order to > benefit from its ability to create reproducible environments. > > Of course, it works to have the other distribution completely independent, > with its own Guix store. The only thing is to handle Grub correctly to give > access to both distros. But it feels like a significant waste of resources, > since I will end up having many things in both stores. > > Moreover, ideally I would like to share home directories between the two > distributions, by mounting the same partition as /home, and still be able to > use `guix home` and `guix shell` in both distributions. By some minimal > tuning, I can make it so that users have the same UIDs and GIDs in both > distributions. But I imagine that using Guix in both distributions can become > problematic if they don't share the store and the state in `/var/guix`, for > instance if they don't share GC roots. > > Is there a proper way to make that work? Or is it a bad idea? > > -- > Emmanuel >
Re: share guix and its store between distributions
Hi Emmanual, On Thu, Oct 05 2023, Emmanuel Beffara wrote: > Is there a proper way to make that work? Or is it a bad idea? I used Debian for twenty-five years and switched to GNU Guix eighteen months ago. I see no reason to run both, but I also like being at the frontier. Why do you need Debian? Kind regards Felix
Re: -v, --verbosity=LEVEL use the given verbosity LEVEL
Some prescriptive logging documentation for inspiration: https://textual.textualize.io/guide/devtools/#increasing-verbosity
share guix and its store between distributions
Hello Guix, Is there a way to share Guix and its store between several distributions? My situation is that I have a Guix system installed as my main system, but I would like to install another distribution on the same machine (a current Debian, specifically) and use Guix as a package manager there, in order to benefit from its ability to create reproducible environments. Of course, it works to have the other distribution completely independent, with its own Guix store. The only thing is to handle Grub correctly to give access to both distros. But it feels like a significant waste of resources, since I will end up having many things in both stores. Moreover, ideally I would like to share home directories between the two distributions, by mounting the same partition as /home, and still be able to use `guix home` and `guix shell` in both distributions. By some minimal tuning, I can make it so that users have the same UIDs and GIDs in both distributions. But I imagine that using Guix in both distributions can become problematic if they don't share the store and the state in `/var/guix`, for instance if they don't share GC roots. Is there a proper way to make that work? Or is it a bad idea? -- Emmanuel
Re: Store file names / how to intern files in subdirectory?
> [...] > I understand it makes no sense to try to get > /gnu/store/greenclip.service, but would it be possible to achieve > /gnu/store/pznbc8xxhfkwxjbaff9h982cy4df1y1a-greenclip.service/some-directory/greenclip.service? > Or are files always saved at the "top level" of the store? It is possible with file-union. See the G-expressions section in the manual. signature.asc Description: PGP signature
Store file names / how to intern files in subdirectory?
Hello, I'm working on my home-systemd-service, and systemd cares about the file name behind links. Specifically, it emits a warning when the file name of the link target does not match the link name. Example: ls -alh ~/.config/systemd/user/default.target.wants/greenclip.service -> /home/nl/.config/systemd/user/default.target.wants/greenclip.service -> /gnu/store/pznbc8xxhfkwxjbaff9h982cy4df1y1a-greenclip.service results in this log message: "default.target: Wants dependency dropin /home/nl/.config/systemd/user/default.target.wants/greenclip.service target /gnu/store/pznbc8xxhfkwxjbaff9h982cy4df1y1a-greenclip.service has different name". Still, I would like to fix this warning. The file is a serialized configuration created with (mixed-text-file "greenclip.service" (serialize-configuration ...)). If I change the first argument to "test/greenclip.service", I get an error, so it's really just the file name, not a path. I understand it makes no sense to try to get /gnu/store/greenclip.service, but would it be possible to achieve /gnu/store/pznbc8xxhfkwxjbaff9h982cy4df1y1a-greenclip.service/some-directory/greenclip.service? Or are files always saved at the "top level" of the store? Nils