IRC channel logs


back to list of logs

<the_tubular>Can't wait to try it out drakonis!
<the_tubular>I think it's going to be one of my favourtie guix feature
<podiki[m]>yes, looking forward to trying too
<podiki[m]>still wondering how it will fit in with my current method (org-mode files tangling to config files, symlinked by stow)
<bsturmfels>Hi, I'm able to use `guix deploy` to update a remote server, but the SSH key seems to change on every reboot. Any ideas? Here's my config
<bsturmfels>ah, I see that if I create a file in root's home dir and reboot, it's gone
<bsturmfels>the machine image was originally created with "guix system image --volatile vm.scm". Does that in some way prevent persistent changes?
<bsturmfels>hmm, I wonder if I have the definition of volatile back-to-front
<bsturmfels>does --volatile mean non-persistent?
<roptat>what's a perl regex that matches nothing?
<roptat>(if possible, not even the empty string)
<roptat>oh, ^$ would work
<ardon>I'm trying to run an Android emulator but I keep getting these after running `ldd ~/.local/share/android/sdk/emulator/emulator` " => not found", I have `gcc` installed, so I don't know what could be causing the issue!
<roptat>the emulator is probably a binary from the internet? its runpath is incorrect
<roptat>I wrote this last year, for android-studio, maybe it can help you:
<flatwhatson>ardon: you need gcc:lib
<roptat>if you don't want to use a container, you can maybe fix its runpath with patchelf
<ardon>roptat: Yes, it's the "command-line tools only" download section in the Android Studio download page. I then fetched the Android platform tools through `sdkmanager`. Everything went fine except invoking the emulator after creating the AVD.
<ardon>flatwhatson: Is that an actual output for `gcc`? I can't see it listed.
<roptat>gcc is a hidden package
<roptat>you can use something like guix build -e '(@ (gnu packages gcc) gcc)' to build it, but I'm not sure what would be the syntax for installing only the :lib output
<roptat>oh, gcc is not only hidden, but "replaced" by gcc-toolchain
<roptat>so when you install gcc, you actually install gcc-toolchain
<ardon>roptat: Yeah I noticed that too, those libraries don't seem to be installed with the default `gcc-toolchain` though so it doesn't seem to be an error with the rpath. I guess we'll have to wait for someone to chime in with a suggestion on how to install `gcc:lib`
<roptat>that might take some time, most people here are in europe and it's bedtime
<roptat>I would use a manifest for that, but it overrides the whole profile, so not very practical for you, I suppose
<ulfvonbelow>I can't get geoclue working for the life of me
<ulfvonbelow>I can run the where-am-i demo, and it just waits for 30 seconds and then exits. Checking with ps confirms that the geoclue dbus service is indeed getting started during this time.
<podiki[m]>ulfvonbelow: i also didn't get it to work.... I'm not on Gnome, if you are on there you might need to enable location settings somewhere
<bsturmfels>fwiw, my issue earlier with `guix deploy` and incorrectly regenerating SSH host keys every boot was because I used `--volatile` on the image, which meant the opposite of what I expected.
<equivoc>I just installed guix for the first time and running it now
<equivoc>I had some issues but working now
<equivoc>is there a proper place where to report the issues I encountered?
<equivoc>here? or on github?
<equivoc>okay, thank you
<rovanion>It's a good interface for the mailing list. To submit a bug, email
<irfus>sneek, botsnack
<ardon>flatwhatson: Apologies for the ping, but is there any chance you know how to install `gcc:lib`? I can see its output being set here
<flatwhatson>i can't see an easy way to do it unfortunately. you can't `guix install gcc:lib` because it's hidden, gcc-toolchain doesn't have a lib output
<flatwhatson>`guix package -e '(begin (use-modules (gnu packages gcc)) gcc)'` is close, but you can't specify the lib output this way
<flatwhatson>that leaves you with creating a dummy package with gcc:lib as a propagated-input
<flatwhatson>ardon: guix package -e '(begin (use-modules (guix packages) (gnu packages gcc) (gnu packages commencement)) (package/inherit gcc-toolchain (propagated-inputs `(("gcc-lib" ,gcc "lib") ,@(package-propagated-inputs gcc-toolchain)))))'
<ulfvonbelow>guix package -i $(guix build -e '(begin (use-modules (gnu packages gcc)) gcc)' | grep -- "-lib") at least runs, though I think the meaning is slightly different since it's installing a store item and not a package output
***cbaines_ is now known as cbaines
***dgcampea-2 is now known as dgcampea
<equivoc>is there a way to run guix with wifi? (intel wireless 7260 on a lenovo laptop)
<MysteriousSilver>equivoc: you can try booting the iso to check if your wifi device works with linux-libre
<MysteriousSilver>in some cases it would require a nonfree driver or a binary blob to work, which is an threat for freedom
<MysteriousSilver>a linux-libre compliant wifi device is cheap, i'd recommend that
<bost>I got an error trying to run the yakuake package. Should I report it to or to the package authors?
<bost>The error is
<bost>Couldn't start kglobalaccel from org.kde.kglobalaccel.service: QDBusError("org.freedesktop.DBus.Error.ServiceUnknown", "The name org.kde.kglobalaccel was not provided by any .service files")
<bost>QSystemTrayIcon::setVisible: No Icon set
<bost>fish: Job 1, 'yakuake' terminated by signal SIGSEGV (Address boundary error)
<efraim>send it to bug-guix
<podiki[m]>has anyone got warnings on ext4 about `Directory (ino: 2097156) index full, reach max htree level :2` and `Large directory feature is not enabled on this filesystem`?
<podiki[m]>it seems this inode is /gnu/store/.links (and indeed I don't have large_dir enabled, guess it is not a default on ext4?)
<podiki[m]>this was useful, going ahead and enabling large_dir (probably need to add to filesystems in system config?)
<muradm>hi guix
<muradm>lfam: how your test is progressing on x200? )
***xgqtd is now known as xgqt
<podiki[m]>hi all, question: in other distros I would run some systemd user services, in Guix I can just run those same processes in the background, but what about logging? any suggestions on where to redirect or any logging services in guix to use with user processes?
<roptat>podiki[m], there's a syslog service in %base-services
<roptat>(this would only works if your commands explicitly support it)
<podiki[m]>roptat: I don't think they do, run on their own the go to stdout, in a systemd service it captures the output in the process log.
<podiki[m]>anything I can look at to extend or redirect output from processes to syslog? I'm guessing that is a more general non-guix question?
<muradm>if i have some script with shebang #!/usr/bin/perl is there a way to run this script without modifying using "guix environment --pure --ad-hoc perl" ?
<muradm>currently it fails with /usr/bin/perl not found
<muradm>which perl of course shows its long path via profile
<maximed>muradm: possibly 'extra-special-file'
<sneek>maximed, you have 1 message!
<sneek>maximed, apteryx_ says: I posted this to guile-user, as a follow-up to the problems I've been having with suspendable ports, in case you'd have an idea:
<muradm>maximed: is it guix environment option?
<maximed>muradm, no, it's for the 'operating-system'. It goes in 'services' I think
<muradm>ah no, i don't want to touch that, just want to run "guix environment --pure --ad-hoc perl -- my-perl-script" and forget about it, no need to reconfigure or what ever, never will run that script again in foreseeable future
<maximed>it would be nice if there was a "guix environment --lfs" option or something (using bind mounts?)
<maximed>That's not (yet) the case, but should be technically possible
<muradm>i suppose that will require chroot or a like
<muradm>hmm.. maybe run in container that command
<muradm>container provides same long path...
<admason1413>hello. does anyone know how to declare a patch to add 'test_suite="test"' argument to setup function in when creating a python package definition?
<muradm>admason1413: check (substitute* if it is simple change first may be
<maximed>admason1413: you mean like the 'patches' field of an 'origin' record?
<admason1413>@maximed, potentially; just whatever way is easiest.
<admason1413>@muradm, thanks; i'll look into substitute*
<maximed>admason1413: for an example, maybe see the 'tao' package
<admason1413>muradm thanks again for the recommendation. this is exactly what I need! python-xyz.scm also have a bunch of examples.
<roptat>podiki[m], I don't really know, sorry
<muradm>admason1413: welcome )
<podiki[m]>roptat: no worries!
<sabasedigh>hello; I sit possible to install guix for normal desktop use?
<podiki[m]>more questions: python. I've made a package for a module, can load it in python, but then python doesn't find a dependent that is listed as a propagated input. is there something more I need to do?
<sabasedigh>is it?
<maximed>sabasedigh: FWIW, I'm using the mate desktop on Guix System
<podiki[m]>sabasedigh: not sure what you mean, but I write this from a guix desktop system (window manager, browser, etc etc)
<maximed>See 'make-desktop-service-type'
<roptat>right, how do you define "normal" desktop use? :)
<muradm>sabasedigh: what do you call normal desktop use? if you are user of windows or ubuntu without system knowledge, will be hard for you to use guix as everyday desktop i suppose
<sabasedigh>I came here couple of years back. I was told not enough packages available for daily use!
<roptat>oh, that definitely changed
<muradm>i suppose most people here are in guix as everyday desktop :)
<roptat>we now have around 18000 packages, I'm sure you'll find yours in there :)
<muradm>roptat: lol, just was looking for bdf2psf and it seems missing :D
<roptat>yeah, there's much more than 18000 packages out there :)
<muradm>-1 bdf2psf :D
<roptat>sabasedigh, you can always use guix as a package manager on another distro, to get used to it and test if all your software is available
<sabasedigh>What about qtcreator?
<roptat>looks like it's missing :/
<muradm>probably offtopic, any one used unifont as woff2 font?
<roptat>ah, I know it's a short notice, but I'll try to push the translation updates on September 1, so if you wanted to help, now is a good time :)
<roptat>(I'll have to publish the LFS translation on that day, so maybe September 2 instead ;))
<sabasedigh>roptat; do we have kde5? or lxqt?
<roptat>we have lxqt, but not kde
<sabasedigh>Cinnamon desktop?
***john__ is now known as gaqwas
<sabasedigh>Do we have live iso?
<sabasedigh>for install?
<roptat>there's cinnamon, the live iso only has a textual installer (something like debian's)
<sabasedigh>what about wine?
<podiki[m]>sabasedigh: for default guix packages you will find this helpful to search
<podiki[m]>in case my question got lost: anything I'm supposed to do for python packages besides runtime deps in propagated-inputs? python is not seeing a dependency even though package has it in propagated-inputs (this is my own package i'm working on)
<podiki[m]>to answer my own question, was perhaps an artifact of installing via `guix install $(guix build -f localfile.scm)` and profile not updating with propagated inputs?
<podiki[m]>(worked once I commited package to my local channel, `guix pull` and install that way)
<roptat>podiki[m], ah yes, when you do that, it only installs the path, but guix has no idea about propagated inputs or search-paths
<podiki[m]>good to know!
<acrow>After successfully building a derivation to the store I want to add it to my profile with 'guix package -i /gnu/store/xyxxx....emacs-ix-verWhatever.drv'. This fails with "In unknown file: In procedure opendir: ... Not a directory. The prefix the directory is from the given derivative but truncated in the diagnostic. Anyone else seen this? Any advice? The diagnostic is a truncated backtrace and both these derivatives are from the
<acrow>I suspect that my notion that I can guix build to a successful derivation and then install it in my profile may be too rosy.
<leoprikler>acrow you would typically install packages, not derivations
<leoprikler>don't worry, you won't compute the same derivation again if you just built it, but you need to compute the profile derivatio
<podiki[m]>acrow: this is what I do for testing sometimes with the command I wrote above (to install a guix build), but as you can see ran into a little issue with propagated inputs that way. still, I do use that to test package definitions as I write them (I'm sure there is a better way, probably a guix repl...)
<acrow>I build using 'guix build -L . -f emacs-ix.scm', which contained packages. But these are in a detached directory and so guix is only keeping the derivation. Since this is just me experimenting I'm ducking knowing how to integrate my packages into (gnu packages) and just using a local home directory.
<podiki[m]>you can set up a local git repository to use as a channel, or I think the older env variable (GUIX_PACKAGE_PATH or something? i forget)
<acrow>I'm missing the #:use-modules (local-file) piece, I think.
<acrow>Let me try GUIX_PACKAGE_PATH; that rings a bell.
<acrow>That quickly returned a store path. Now, will guix package -i <my-package-name> find that entry in the store to put it into my current profile?
<acrow>and... the answer is no. guix package says it is an unknown package.
<acrow>Wait, let me consistently apply GUIX_PACKAGE_PATH.
<acrow>Ok, GUIX_PACKAGE_PATH is key. It is also critical to have the scheme module name and file-names in alignment. That was also part of my problem.
<podiki[m]>got it working now acrow? (and a local git repository as channel is very handy too)
<acrow>Yes. Thank you for the help.
<podiki[m]>welcome! (I'm still pretty new, so I've probably stumbled on the same things recently)
<acrow>I have fond memories of the, ahead of his time, work of Ulric Eriksson. He created scheme in a grid and some other beautiful applications in the 2000 timeframe. I thought he working alone had produced an application far superior to the commercial offerings of the time but he didn't have influence of mass marketing helping him. :(
<acrow>However, in another tribute to his excellent code, I've been able to build siag on guix. If anyone is interested I'd be happy to post my package for them.
<podiki[m]>just tried a system reconfigure (no significant changes) and hitting `grub-install: error: unknown filesystem.` ....anyone else? lsblk shows boot partition as fat32 still, haven't touched it
<podiki[m]>ah, maybe from before when I enabled `large_dir` for the root partition, grub doesn't like it? (but not a very new feature)
<podiki[m]>see here too:
<podiki[m]>setting large_dir looks like bad idea (thanks grub). not sure what to do
<podiki[m]>can anyone help? perhaps best option is to make /boot a separate partition (right now just /boot/efi is)?
<podiki[m]>...thinking out loud before I do anything, but /boot/efi is plenty big, so I should mount that just as /boot, and then grub should be happy with it all as fat32
<podiki[m]>i'd be happy with any advice doing this on a live guix system (copy all of /boot somewhere, change the mounting, copy it back, system reconfigure?)