<taylanub>ngz: you need to set the environment variable LOCPATH to include ~/.guix-profile/lib/locale <taylanub>that being said, I seem to be getting it despite having done that, lately. not sure when this started. <ngz>So, basically, I have to add "export LOCPATH=$LOCAPATH:~/.guix-profile/lib/locale" to my .bashrc? <taylanub>well, something sets LC_ALL to en_US.utf8, and I can't figure out what. maybe it wouldn't give the error if it were en_US.UTF-8 ('UTF-8' instead of 'utf8') <taylanub>ngz: I think LOCPATH is usually not set, so maybe without the '$LOCPATH:' part. (shell annoyance no. 7132: no array data type, appending is a pain :P) <ngz>Thank you. Apparently, I still get the warning. <ngz>This is not a big deal anyway. <taylanub>hm, for me it just "magically" went away. well, I just removed a bunch of Debian packages from the system; maybe it was that. annoying that I can't figure out what happened... <ngz>I did. However, I don't have any "locale" in ~/.guix-profile/lib/ <taylanub>oh, you need to install the 'glibc-locales' package <taylanub>(not the confusingly named 'glibc-utf8-locales' though, which apparently only contains a few locales useful for test environments.) <ngz>OK. Installation is on its way. <pecg>Hello. what options can I use to install a VM using qemu, I'm unable to boot from the USB image. <ngz>Hmmm. I now have a locale/ directory, but "export LOCPATH=~/.guix-profile/lib/locale" in .bashrc doesn't seem to be sufficient to make the message go away. <dmbaturin>Are ISO images available? If not, are they planned? <dmbaturin>Also, does the package manager support binary packages, or only source packages? <iyzsong>dmbaturin: no ISO avaliable now. yes, binary packages is avaliable from hydra.gnu.org. <dmbaturin>There are no ISOs just because no one has done it yet, or there are other reasons? <iyzsong>I'd like to have ISO too, yeah, no one has done it yet. <dmbaturin>Few people do OS development on physical machines these days, and installing from a passed through or emulated USB stick in a virtualized environment is going to be quite cumbersome. <iyzsong>isn't the usb image enough in most case? the only one I can think of is to deploy to some VPS (which may just support ISO.) <dmbaturin>Well, it's technically enough, but unless you have a procedure for it already, it's quite a headache. Booting from an ISO is one option/click in all hypervisors, but a disk image is something you have to make first. :) <dmbaturin>Not that making a qcow2/vmdk/whatever is a big problem, but it's going to deter casual users from trying it IMHO. <dmbaturin>Also, I like predefined build system macros. <dmbaturin>Also, out of curiosity, what are real mips64el machines? I've only seen Cavium MIPS64, and it's big endian. <iyzsong>I once have a little loongson2f notebook, but it's too slow for me :-( <dmbaturin>And why there's no MIPS32, which is far more common than MIPS64? <dmbaturin>I wanted to buy one of those loongson machines, but couldn't find a supplier, so I've never even seen a non-embedded MIPS myself. <iyzsong>well, I get disappointed by loongson, won't recommend it <dmbaturin>Got an asus x200ca (non-touchscreen one), which is pretty much blob-free, except wireless. And its UEFI has no restricted boot or other genetic diseases. But that's offtopic. <iyzsong>the build 'macros' is 'edo' from ebuilds? we have build systems written in scheme, but reley on the package's build system to do the right thing mostly (IMO). <dmbaturin>Also, why there is no easy fallback to hand-coded build sequences, as in (build '("./funky-setup-script.sh" "FOO=bar make" "make install")) ? <dmbaturin>I hate packages like that (when there clearly were better options), but if the language is not well supported by autotools, or language-specific build system doesn't fit into the ./configure && make & make install model, things often get tricky. <iyzsong>yes, then the packager have to figure it out. <dmbaturin>Well, I mean why doing those things is so complex? <dmbaturin>Also, dmd "init scripts" are written in scheme too? <iyzsong>yes, dmd read a guile configure file, it's generated by Guix on GuixSD. <dmbaturin>How does dmd solve the problem that udev is now dead? <iyzsong>dmd is lacks of udev integration currently. OT, we use eudev instead of systemd. *dmbaturin wonders if the concept of init scripts written in a typed language would be feasible <dmbaturin>Also, does dmd support service dependencies and multiple instances of the same service? <iyzsong>well, we have some integration, otherwise the system can't boot :) <iyzsong>dependencise is supported, no multiple instances, but you can build mulitple services easily in scheme level. <dmbaturin>Does dmd allow to wait for a dependency to actually finish initialization before starting things that depend on it? <dmbaturin>On a side note, I'm glad to see guile actually becoming the standard scripting language of the GNU project. <iyzsong>yes, by look at gnu/services/base.scm (udev-service), I find that it has (wait-for-udevd). <dmbaturin>Maybe emacs will get rid of the dynamically scoped lisp some day? :) <lvlnd>Is there any way as a user to skip the testing phase? I found when I tried to install some programs while using the installation medium that building tar would fail in the test phase, and I don't really need it working 100% for temporarily installed software. <iyzsong>lvlnd: for development, you can modify the package definition to disable tests. but in your case, it sound like a bug, the GNU 'tar' should be substituted instead of building IMO. <lvlnd>I told it not to substituted, because that method was not working for me <iyzsong>lvlnd: so, something werid happend.. could you send a bug report to ML? <lvlnd>sure, I had the problem through that the build directory would always delete itself after failing, so I never recovered the test log <iyzsong>lvlnd: you can use 'guix build -K tar' to save the directory <amirouche>sneek: later tell rekado Can you recommend me a "tracker" or something to actually create songs/patterns before mixing? <taylanub>I also seem to be getting e.g. "substitute: warning: failed to install locale: Invalid argument" (not sure where else) even though I have glibc-locales installed and LOCPATH set. I have LANG=C and LC_CTYPE=en_US.UTF-8 *davexunit prepares to install guixsd on his laptop <mark_weaver>taylanub: that's probably to be expected on a system where the substituter was built in a guix environment and is run on a non-GuixSD system. <mark_weaver>the substituter is run by guix-daemon, and presumably it's not setting LOCPATH for the substituter <mark_weaver>and glibc in Guix is configured to look for locales in /run/current-system/locale when LOCPATH is not set <mark_weaver>one hack would be to set up that directory and put locales there on your non-GuixSD syste <sneek>rekado, amirouche says: Can you recommend me a "tracker" or something to actually create songs/patterns before mixing? <rekado>I ended up shrinking my encrypted LVM and created a separate root partition for Guix. <rekado>I have to manually decrypt and mount my home directory before logging in, but I think I should be able to define a dmd service for that. <rekado>amirouche: afaik we have no trackers packaged for Guix yet. <rekado>Ardour has some MIDI support, but it's not a tracker. <rekado>Major annoyance: ibus doesn't seem to work at all. Still have to use .xsession to set the layout to Dvorak. <paroneayea>rekado: amirouche: would be cool to get milkytracker packaged <davexunit>hmm, didn't realize milkytracker was free software <daviid>paroneayea: milkytracker seems unmaintained <davexunit>paroneayea: yes, I have. should package for guix. <davexunit>still trying to get all of my precious configuration files version controlled and stuff so I can ditch debian on my laptop and go full dogfood mode with guixsd. <rekado>I hear stow can be used for managing configuration files. <davexunit>rekado: I'm going to write a quick guile script to symlink stuff from a git repo to the relevant places <davexunit>paroneayea: I want to clean out a lot of the cruft <paroneayea>davexunit: truly portable $HOME is quite the goal ;) <paroneayea>johnsu01 had a "everything in git" home directory for years, though I think he let it slide once he became ED of the FSF :) <paroneayea>I once asked him about what he did about the kind of binary files that firefox and gnome install in some places and he said "I don't use those" <davexunit>paroneayea: I just want my dotfiles portable <davexunit>everything else in home is just cruft anyway <davexunit>binary files and stuff I can move with more traditional backup solutions <davexunit>but I want my various plain text configs to be version controlled <davexunit>I'm going to write a little script that will symlink the files to the right places in $HOME <alezost>davexunit: I had the same need for my config files :-) <daviid>davexunit: that's what i'm doing as well, it's been so much time that it still is cvs :) <civodul>re portability, one thing i'd like is to be able to generate a USB image that has all i need, including a writable partition for $HOME <civodul>so i could travel with it rather and use it on somebody else's laptop <cehteh>since some years i am thinking of some p2p filesystem for this cases, things get locally cached, one can define which machine holds which files, supporting disconnected operation and re-merging things <daviid>1+ i always wanted that as well :) <rekado>hmm, I'm having trouble with my gpg private key <rekado>"gpg: public key decryption failed: No pinentry" -- although I do have pinentry installed. <davexunit>someone reported a similar entry on the mailing list <davexunit>rekado: I believe you have to tell gpg where to find pinentry <civodul>rekado: i have this in ~/.gnupg/gpg-agent.conf: pinentry-program /home/ludo/.guix-profile/bin/pinentry-gtk-2 <civodul>rekado: not sure what needs to be done so that it works out of the box <rekado>civodul: hmm, even with this setting it doesn't work for me. Installed gnupg-1.4.19 instead and that works fine. <rekado>Just thought I'd try mpv instead of mplayer but then noticed that it has samba as one of its inputs. So big. <davexunit>rekado: hmm maybe we should make a second package without samba. <rekado>mpv and mpv-full / mpv-minimal and mpv? <civodul>smtp via fencepost hangs, and git.sv.gnu.org hangs; it's a bad day :-/ <paroneayea>cehteh: that's... concerning? it seems hard to find more info ***jchmrt_ is now known as jchmrt
<rekado>"sudo: unable to stat /etc/sudoers: Permission denied" -- /etc/sudoers is readably only by root:root in a fresh GuixSD installation. <civodul>rekado: but normally sudo is from /var/setuid-wrappers/ <rekado>"which sudo" --> /run/setuid-programs/sudo <barnsey>Hi, Ive just downloaded, and installed 0.8.2 on a debian box, and attepted to add substitutes, I get the following error <barnsey>guix archive --import < /root/.guix-profile/share/guix/hydra.gnu.org.pub <barnsey>warning: failed to install locale: Invalid argument <barnsey>guix archive: error: build failed: input doesn't look like something created by `nix-store --export' <barnsey>just warning: failed to install locale: Invalid argument tnow, sorry, I meant to paste result of authorize... <barnsey>Do I need to set my locale somewhere? <civodul>barnsey: you probably need to the set LOCPATH environment variable <civodul>barnsey: on closer inspection you need (1) guix package -i glibc-utf8-locales, and (2) export LOCPATH=$HOME/.guix-profile/lib/locale