<apteryx>rekado_: re the lack of delayed evaluation for snippets; I tried to work around this by making the snippet field of the <origin> record thunked, as was suggested to you by civodul in 2016 :-), but that didn't help (now it hangs in a loop without printing anything).
<apteryx>in the manual we document that the snippet can be a gexp, but it doesn't seem to get any use in the source code and breaks when trying to use it -- it'd be nice to have that fixed.
<apteryx>rekado_: also, why mustn't there be any store reference in the source code? Patching the likes of /bin/sh and /bin/pwd seems a nice thing to have in a snippet, otherwise when exploring a manual build in a guix environment phases must be manually ran, which is inconvenient..
<apteryx>i.e., to me the source retrievable by 'guix build --source' shoud build in a guix environment, ideally.
<pkill9>nckx: nice thanks, what I want is to get all those desktop files to use for a launcher that will launch one of them and using guix's magic, download it and run it for you
<nckx>pkill9: So you want the actual files themselves?
<nckx>(The insanely slow part is the readdir(), that list took an hour to generate, actually tarring up the files in that list should be ‘faster’...)
<pkill9>yea nckx, stored like <package>/<.desktop-file>, or maybe <store-path>/share/applications/<.desktop-file>, preferably the former, but probably a lot simple to do the latter
<luhux>c4droid: Buildroot cannot be used in Guix System, because buildroot is strongly dependent on FHS. Solving this problem will take a lot of time and effort to change buildroot. If possible, it is recommended to use chroot, lxc, docker to build an FHS standard environment to run it .
<PotentialUser-15>nckx: I just finished running `guix system reconfigure` and a third error came up at the end as well...
<PotentialUser-15>`guix system: error: exception caught while executing 'start' on service 'file-system-/sys/kernel/debug':
<PotentialUser-15>Throw to key `match-error' with args `("match" "no matching pattern" ("none" "/sys/kernel/debug" "debugfs" () #f #f #f))'.`
<PotentialUser-15>After running `hash guix`, running the command `type guix` returns `guix is hashed (/home/[username]/.config/guix/current/bin/guix)`
<PotentialUser-15>lfam: Good news! I was able to get Guix to boot after I configured it to update with the newest linux-libre 5.4 kernel (5.4.60). Whatever issue was causing my boot problems before (I suspected it was something related to Nouveau) was related to me trying to update to 5.7 and 5.8 kernel versions.
<lfam>PotentialUser-15: I'm glad to hear it's working now! I wonder what was really going wrong...
<apteryx>sneek later tell butterypancake nckx: re Debbugs usertags, the reason the GNU Debbugs instance accepts 'emacs' and not 'guix' is because "sub is_valid_user in /usr/share/perl5/Debbugs/User.pm is locally patched to not insist that "user" be an email. Instead it requires at least 5 characters, ie "emacs" is ok but "guix" is not. So you would change that to 4 characters to accept "guix".".
<bdju>I think I got the gist of it now from reading the online logs
<bdju>so, the other day someone said they were considering updating the sway package. I can't quite remember who, but I'm still dealing with the bug from having old sway and new grim, so I would really appreciate it if someone updated the sway package sometime soon
<bdju>both sway and grim and maybe other wayland stuff changed how rotation works recently, so basically when I try to take a screenshot on my portrait monitor it gets the total wrong area from what I selected, and it's like upside down or something. I've had to move windows to my other monitor to screenshot stuff for a few days now.
<bdju>I guess whoever updated grim probably doesn't use a rotated monitor or they would've noticed it too haha
<bluekeys>Urgh: Any ideas on this? I'm new to this all still: /etc/config.scm:27:3: In procedure append: Wrong type argument in position 2 (expecting empty list): #<package email@example.com gnu/packages/wm.scm:1740 7f8456b9c6e0>
<thomassgn>Good morning Guix! I came across self-encrypting drives (SED) and the sedutils are not in guix afaik. Anyone know if guix can use disks with SED? (Apparentlyu they can be used transparently, passwordless)
<raghavgururajan>sneek: later tell nckx: The `./pre-inst-env guix build openjdk@14` stucks at "Starting download of [...]". Could you try it on g.t.gr and copy it to bayfront please? Same repo and commit as last time.
<kmicu>Free software is not about free support in any way.
<efraim>I kept the precompiled headers for guile-2.2.2 and now it's progressing. I updated the HDD to a 512 GB SSD so I don't have to guix gc. As it goes I'll probably use guix pack to create checkpoints if necessary.
*kmicu is happy each time Emacs removes support for PDP-11‑like hardware.
<leoprikler>I do think free software puts more effort into supporting old hardware than non-free software tho.
<kmicu>(Don’t get me wrong I have MIPS NAS here too but maintaining edge cases used by handful folks when manpower is limited is not wise.)
<kmicu>(We can still use old software on that esoteric hardware just not keep it up‑to‑date and bother devs with it. That’s fair.)
<leoprikler>sure, plus free software allows the one willing to to bring back support for their favourite hardware
<kmicu>That’s what I do with my mt7621. I would never ask Guix folks without that hardware to keep supporting it and paying the price of maintenance for me.
<efraim>I think we should make a 'linux-libre-lts' package that just points to the latest lts version we have
<bdju>if anyone has time, the freerdp package is a bit out of date. I was unable to use it and I'm curious if the bug is fixed on a newer version
<PotentialUser-94>I'm trying to get guix working on top of Debian/stretch. I installed from guix-binary-1.1.0.x86_64-linux.tar.xz. When I try to install anything or upgrade with guix pull it will download and build a lot of things before eventually giving up complaining about a hash mismatch for: /gnu/store/0zh5mvhgcx0198k7j6p5pgrc5krgxyqj-icu4c-64_2-src.tgz. As t
<PotentialUser-94>his seems to be on the path for doing anything useful with guix is there a way fix/workaround this problem?
<sneek>nckx, raghavgururajan says: The `./pre-inst-env guix build openjdk@14` stucks at "Starting download of [...]". Could you try it on g.t.gr and copy it to bayfront please? Same repo and commit as last time.
<Kimapr>I have a pretty unstable usb cable combined with weak usb ports and computer
<Kimapr>One wrong touch and hdd (usb) gets disconnected
<Kimapr>Now even btrfs check --repair doesnt fix it
<apteryx>you may have damaged it more by using that command
<apteryx>the manpage says: Warning: Do not use --repair unless you are advised to do so by a developer or an experienced user, and then only after having accepted that no fsck successfully repair all types of filesystem corruption. Eg. some other software or hardware bugs can fatally damage a volume.
<Kimapr>Maybe, but i still have the very same errors
<apteryx>Perhaps the Btrfs people in #btrfs would be curious to see them, and you might get a recommendation or two! They are usually responsive and helpful.
<Kimapr>So my root subvolume (mounted at /) got emptyfied
<nckx>I doubt the sources of those packages were being downloaded (though I could always be proved wrong), but Guix needs a lot of software to create the resulting profile: man-db, texinfo, xdg-stuff (probably), …
<guix-vits>fnstudio: You'd deleted a package, but the other packages may get some updates.
<nckx>It's possible newer versions were pulled in the mean time.
<fnstudio>guix-vits lfam: i was looking for `--do-not-upgrade` i suppose that's a `guix package` option? you mentioned that for when the freshest `guix pull` have no substitutes for some packages, but how do i know? can this be done automatically, or does it have to be a manual check?
<nckx>guix-vits: It's not a holy war when you're objectively right!™
<fnstudio>in other words, do i need to manually check what's "missing" in the most recent pull?
<nckx>fnstudio: It has te be checked manually using ‘guix weather’ (which also takes a manifest option, not sure about profiles).
<bluekeys>bavier: It seems to be working now, I used modify-service and created %my-desktop-services with the settings I wanted. Didn't need to remove anything in the end. I'll confirm it tomorrow, I'm a way from the server now, so can't see X anyhow. Thanks guix