<nobodynogroup>hi :) I just installed guix. I hate to join and then immediately ask a question, but I've been trying for a few hours now, so has anyone got exwm working? I'm just not able to get it to show up in my xsessions on the default gdm. I started with xfce and openbox, and those two installed fine and are in my options, but even tho I have installed emacs-exwm, exwm does not show up in the list of WMs to choose from. Normally I would just add
<nobodynogroup>an xsessions .desktop file, but there isnt an xsessions folder in etc, and it looks like everything has .desktop files in the store directory, but so does exwm and it still doesnt show up
<nobodynogroup>I guess I'm mostly confused about how gdm is getting xsessions
<lfam>No worries about joining and immediately asking a question, welcome nobodynogroup
<lfam>I don't have an answer but I'm sure that somebody will chime in
<lfam>Using inkscape from core-updates, the text in my inkscape files (svg) is all missing
<lfam>It seems like something changed regarding looking up fonts from the host system (Debian). I did run `fc-cache -rv`
<kolyad>On reboot after guix init, I am unable to boot as grub tries searches for a filesystem mapped to by luks, and not the luks device itself.
<lfam>sneek: later tell mbakke: After a while on core-updates on my workstation, I realized that fonts are broken for Guix packages on my foreign distro (Debian) after the core-updates merge. <https://bugs.gnu.org/41132>
<lfam>PotentialUser-28: Can you share the link of a video that fails to play?
<lispmacs>anyone here happen to own a TI-92+ calculator
<lfam>No, I have my TI-89 from 20 years ago, however
<PotentialUser-14>Hi, I want to install GuixSD with full-disk encryption on my librebooted x200, but I don’t want to enter my LUKS passphrase twice. On Parabola I put a key file inside the initramfs, but since GuixSD doesn’t use mkinitcpio or anything similar I don’t know how to solve my problem. Do you know of a secure (no key file in the store) workaround on GuixS
<reepca>that's odd. It's been known to take a while to get propagated to the mailing lists for the first post, but the acknowledgement usually comes pretty quickly. I suppose you've probably already double-checked the "To" address?
<pinoaffe>I just realized that with the current autossh service definition, if several autossh instances are set up for a single user (which is fairly likely), they all write their pids to the same file - is this an issue, or are service PIDs read just once, sequentially, at startup?
<rekado_>pinoaffe: PID files can be used to check if a process is still running and it can be used to kill the process
<rekado_>if the files are overwritten that’s not going to work
<rekado_>I’d love to build my own laptop around the board
<cbaines>I was looking at it, then I remembered I have a Pinebook pro hopefully arriving soon
<pinoaffe>rekado_: okay, so would you recommend altering the service definition so the pid-file location is user-configurable, or to automatically generate different pid file locations?
<bricewge>pinoaffe: It looks like a lot of services support specifying a pid file manually.
<pinoaffe>bricewge: I know, I just don't really like that solution all that much, since it offloads management to the user, and I don't really see a reason to expose pid files of services managed by shepherd to the user since the same info is accessible through the shepherd
<bricewge>I'm with you on that, such implementation details should be hidden away from users.
<bricewge>Such modification is far wider than just fixing autossh service though
<pinoaffe>for now I'll indeed just make the pid file configurable, but I don't think a more "hidden" intemplation need be very involved, a simple wrapper around `mktemp` (or a lambda doing something similar) should do the trick
<Noisytoot>What is the gnu/packages/python-xyz.scm file in the source code for?
<sneek>mbakke, lfam says: After a while on core-updates on my workstation, I realized that fonts are broken for Guix packages on my foreign distro (Debian) after the core-updates merge. <https://bugs.gnu.org/41132>
<civodul>or are you saying that somehow the problem doesn't occur with current master?
<PotentialUser-31>Hi, I want to install GuixSD with full-disk encryption on my librebooted x200, but I don’t want to enter my LUKS passphrase twice. On Parabola I put a key file inside the initramfs, but since GuixSD doesn’t use mkinitcpio or anything similar I don’t know how to solve my problem. Do you know of a secure (no key file in the store) workaround on GuixS
*janneke is debuging set-network-interface-address
<mbakke>civodul: I'm not sure what's happening, but after a 'sudo -E guix system build config-with-inferior.scm', the files in the cached checkout are still owned by my user, except for build-self.scm and some obsolete/deleted files such as ham-radio.scm and a bunch of patches
<mbakke>perhaps libgit2 preserves user permissions? Can't find any evidence for it at a glance though.
<civodul>mbakke: ah yes, perhaps if the file are already there, it doesn't touch them, and thus ownership is preserved
<pkill9>why is it such a mission to get wrap-qt-program in a phase? it seems like you have to add a bunch fo modules to #:modules and #:imported-modules
<pkill9>wrap-program only requires an import at the top
<civodul>mbakke: but it's something you can't quite rely on, it depends on the previous state of the cached checkout, etc.
<mbakke>civodul: what's mind-blowing is that .git/index and .git/refs/heads/master also becomes owned by root; but after a new unprivileged 'guix system build config-with-inferior.scm', they are reset back to me as the owner
<mbakke>the only problematic file in all scenarios I've tested is build-self.scm
<pkill9>can anyone reproduce this error and tell me why it appears when building this package definition?:https://paste.debian.net/plain/1145740 `guix build: error: file 'unquote-splicing/%python-build-system-modules.scm' could not be found in these directories: /gnu/store/pagj38w6fv83c82qfglk2vqbzjd637fk-guix-module-union/share/guile/site/3.0 /run/current-system/profile/share/guile/site/2.2 /gnu/store/5780x8w59lg898p9a45c2i18lx6r25yb-guile-next-3.0.2/share/
<mbakke>civodul: also, just running 'guix pull' afterwards without privileges, with the root-owned patches, successfully resets the checkout and 'find ~/.cache/guix/checkouts/... -uid 0' returns nothing at all!
<mbakke>except for build-self.scm, if it has been modified
<slyfox>fc-list / fc-cache might be the query tools for current font cache
<mbakke>I don't have any graphical foreign system unfortunately.
<lfam>It's a bad regression if it happens on all foreign distros
<lfam>Can somebody running Guix on a foreign distro with graphical Guix applications such as Hexchat or Inkscape try `guix pull --branch=core-updates && guix upgrade` and see if those applications can still find the host system's fonts? You won't have to build much since there are substitutes available for core-updates
<mbakke>several users have reported that fonts were broken after switching to core-updates, and that it was fixed by installing font packages (they had none installed from before)
<mbakke>so I think something somewhere used to bundle fonts
<lfam>There are a couple things that don't make sense to me here. First, the regression, but if that can be worked around by installing Guix fonts... I suppose it's okay, although Guix apps should be able to use any fonts you ask them to IMO. Second, why don't the hard-coded gs-fonts in fontconfig work? And third, why doesn't our fontconfig successfully list fonts found in arbitrary directories?
<lfam>Like, I can use Guix's fc-cache to do `fc-cache ~/my-special-fonts`, and it says it finds them and caches them, but they don't appear in fc-list, or in Guix applications
<lfam>It could be that I'm mistaken and it never worked the way I thought, and something was bundling fonts
<lfam>It is fishy that our fontconfig doesn't successfully cache arbitrary fonts
<vagrantc>i definitely had two systems where i had never specified font-devjavu in user or system profiles, but installing it to the user profile fixed several programs
<wtx>there is a warning i suposse that it havent relation
<rekado_>hmm, now that issues.guix.gnu.org has all the Debbugs data and a local db I think I can add new issue selectors, such as “forgotten” issues (open issues with last message long in the past) and “lonely” issues (issues where only the submitter has sent messages).
<apteryx>rekado_: it works mostly fine for me, I think the only thing Chromium for WebRTC that Icecat (firefox) doesn't is RTX, something that sends the audio (and video?) streams in a way that guards against breaking audio on congested networks.
<jackhill>civodul: Did you see my reply about emacs-next? https://issues.guix.gnu.org/issue/41016#4 (I replied to a closed issue, so I don't want it get lost). tl;dr with your change to the patch the addition of the (ice-9 match) import is not longer needed.
<lfam>jackhill: civodul is probably gone for the night. You can use the sneek bot to relay the message when he is back
<lfam>sneek: later tell jackhill: You can use sneek like this
<jackhill>sneek: later tell civodul: Did you see my reply about emacs-next? https://issues.guix.gnu.org/issue/41016#4 (I replied to a closed issue, so I don't want it get lost). tl;dr with your change to the patch the addition of the (ice-9 match) import is not longer needed.