IRC channel logs
2024-12-25.log
back to list of logs
<archcat>Any ideas on running shepherd outside of guix? <meaty>do you have to do anything special to get packages' .desktop files to be linked to the right place? or is it different for channels? <archcat>just seeing if there's anything about using shepherd as the init system on non guix distros <meaty>archcat: pretty sure it's ostensibly an independent part <meaty>you can even configure seperately iirc, but no ive never seen it alone <meaty>I've written a package def for a package with a desktop file, and it's in the usual place in its store dir, but it doesn't show up on my launcher like the others <meaty>I install the package but the /gnu/store/...swayimg/share/applications/swayimg.desktop does not appear in /run/current-system/profile/share/applications <clone>meaty: how did you install the package? <clone>only packages that you install using guix system reconfigure will show up there. If you installed it with guix package -i you should expect to see the desktop file at ~/.guix-profile/share/applications. You might have to restart some stuff to get your DE to see the path <meaty>clone: I had installed it via guix package -i swayimg -L my/local/channel <meaty>but I actually found it where you described, it seems to be an issue with some other infracture since my file browser can find it but not my launcher, or maybe it's just not usable that way <meaty>on another subject, what's the procedure for when a repo bundles another package that's just source files? <meaty>specifically, I'm packaging a newer GZDoom, which bundles the public domain LZMA sdk <meaty>but I have no idea how it actually uses those files coz the upstream LZMA and the bundled version only have instructions to make windows executables, not even libraries <meaty>the package compiles just fine right now but bundled libraries/source code is bad right? <apteryx>any idea of what to expose in a container to have access to a yubikey? <sneek>apteryx, you have 1 message! <sneek>apteryx, ArneBab says: looks good! can you send the patch with git format-patch? Then I can more easily commit and push it right away. <apteryx>ArneBab: answered in #guile, as I suppose that's where it originated <apteryx>re sharing u2f yubikey to container: managed to do so by using --expose=/dev and --exposes=/sys (not sure if the later is necessary) <meaty> what's the "proper" way to fix a package definition that does everything right except for the fact that it dumps the binary in the root of its store dir instead of in bin/ <efraim>depends on the build system, but normally by setting the prefix or bindir. sometimes you just need to override the install phase <meaty>efraim: this is a cmake package <meaty>is there perhaps just a cmake parameter that says "put the binary in bin"? <efraim>I never liked adjusting CMakeLists using substitute*, so I'd either write my own 'install phase or write a new phase after install to fix things like that <meaty>efraim: would simply creating a post-install phase that creates a bin directory and moves the binary to it be enough? otherwise how do I insert actions between "install to the container" and "symlink to the profile" <efraim>a post-install phase would be easiest, although you'll also have to test the package to make sure it can still find the game data <efraim>I remember that's sometimes a problem <meaty>now to do all the un-bundling <sneek>yarl, yarl says: how are you <jas>hi! is there a simple no-op 'guix' command that talks to the guix-daemon and does something, veriying it is up'n'running? Simpler than 'guix package -i hello' <jas>efraim: thanks for ideas! 'guix processes' behave the same when guix-daemon is running vs not running for me. but 'guic gc --list-busy' is fast and only works when guix-daemon is running, thank you! <efraim>Some of the commands have logic to figure it out without asking the daemon, wasn't sure what might work <jas>a 'guix ping' or something else to query the guix-daemon for information about itself would be nice <efraim>it could also work with GUIX_DAEMON_SOCKET to query remote daemons <jas>when I run 'guix pack ... guix --save-provenance' from within a image created with 'guix pack ... guix --save-provenance' it prints: guix pack: warning: could not determine provenance of package guix <jas>is there any way to have recursive 'guix pack' be able to do --save-provenance? <bdju>how much is needed to get bluetooth working if I'm using %base-services and not %desktop-services? (if that matters even) <bdju>I installed blueman in my user profile and added bluetooth-service-type in my config.scm and did a reconfigure. I've got a bluetooth service that fails to start now <bdju>ah I just got deja vu and figured it out. I need to enable it and then start it. I wish the error was better <bdju>I'm not sure if the dongle I'm using supports linux-libre so it's unclear if I need to do more software setup or if the dongle won't work <bdju>oh bluetooth has disabled itself again <bdju>well, restarting dbus-system was apparently a bad idea. killed my sway session and sent me back to TTY. and apparently there's a problem with my ~/.config/shepherd/init.scm <efraim>it's always fun to see my code running on someone elses computer. that was my magic incantation to make init.d/ work :) <bdju>the file's from 2020, so I renamed it with .bak to see of it'd generate a new one. it did, but getting a slightly different error now, unbound variable: start <efraim>probably the actual services are still using make, which is no longer allowed with shepherd@1.0 <bdju>is it safe to ignore this and at least start Sway again? what's all likely to be broken? <efraim>I'd move the init.scm out of the way and try manually starting shepherd and then manually loading some of the services to see if they need changing <efraim>well I found a new error in shepherd-run :/ <bdju>is this all because I tried to enable bluetooth? or is it a coincidence? <efraim>for a bare-bones shepherd service with the new format you can run "guix shell shepherd-run -- shepherd-run -e 'hello world' --dry-run" <bdju>that appears to have completed fine <efraim>I mean for comparing any shepherd services you have in init.d/ <bdju>copied from an old guix blog post, hasn't worked right in a long time <bdju>moving that file out, I still get the unbound variable error <Rutherther>bdju: when your shepherd is not running to start user dbus session, you should start sway with "dbus-run-session sway", not just "sway". Though it's probably not the cause of the error you are seeing currently <bdju>hm. same error doing that, yeah. <bdju>sadly have to go to bed before this can be fixed, but if anyone has ideas feel free to ping me and I'll check back later. <jas>is it possible to pass --without-tests=cmake-bootstrap to 'guix pull' somehow, and have it be passed on to the building that 'guix pull' may do? <jas>i tried this but didn't work: env GUIX_BUILD_OPTIONS=--without-tests=cmake-bootstrap guix pull <whereiseveryone>May the pure, reproducible derivation of this Guixmas spirit and the eternal Church of GNU bring you immutable peace, declarative joy, and freedom-respecting bliss. <homo>it's desireable to have plan9port's $PLAN9/bin being at the end of $PATH, because when developing using acme or 9term, it's disturbing plan9port tools are used when coreutils and other tools are expected, which creates a lot of errors during development <Guest59>Hi is it possible to install a "full guix system" from a stage3 tarball like gentoo? or from a script on live cd of another linux distro? <efraim>you could use the installer image and disable substitutes/not enable substitutes if you want to build everything yourself <Rutherther>Guest59: should be. You will first need to install guix on there, of course, and will have a bit more steps to do than on guix system iso (cow-store service), but it's fine from any distro <Guest59>ah that makses sense. so that i can keep readin the online guide, browse and do other thing will installing a fresh guix system to my system. Makes sense. I will install guix to the live cd and carry on from there. <meaty>what's the usual procedure for de-bundling bundled procedures? I have some cmake repos that have an include/ or thirdparty/ folder with sources for some libraries that are already packaged in guix <meaty>if i don't do anything they work fine but we should be trying to de-bundle right? <efraim>oops, building llvm-18 on powerpc took more than 86400 seconds <Guest59>is there a live guix system with a desktop environment? <Rutherther>Guest59: not official one. But you can always just build one yourself if you want that. It suffices to have guix installed, anywhere, can be on foreign distro of course <Guest59>yeah know that, just wondering what if there was a live iso i can find somewhere, before i build one myself. <Guest59>foriegn distro is the way i am choosing, but live iso would be easy and get me started <Guest1>Hello. Are there some people who have already installed their neovim instance with guix ? I would like to use neovim as a full IDE with the LazyVim starter but I do not know how to manage that in a declarative and reproducible manner and if it is possible to easily do that with guix <meaty>"non-commercial" licenses are incompatible with the gpl right? <meaty>Guest1607: if it's fully configurable in userland then all should be doable, for binaries you might have to make package defs if they're not there already <dajole>How do I change the terminal font size in Guix? In other Linux distros the configuration file is usually somewhere in `/etc/default`, but I can't seem to find anything there or in the manual. <dajole>Just the base terminal font, without X11 <dajole>Wouldn't that be just for the boot loader? <ekaitz>idk because it might be set at that level <ekaitz>dajole: what's normally the name of the file you use for that? <dajole>It's been a while since I last had to mess with it, but I think `/etc/default/console-setup` <ekaitz>dajole: maybe %default-kernel-arguments <ekaitz>that's in kernel-arguments in operating-system definition <ekaitz>so you may be able to overwrite that <dajole>Ah, this led me to `console-font-service-type`, which looks promising. I'll investigate further. Thank you :) 
