IRC channel logs

2018-05-15.log

back to list of logs

<pkill9>how do you refer to inputs (not native inputs) in the trivial-build-system?
<mbakke>pkill9: %build-inputs
<Apteryx_>so far havn't had any luck getting some init files sourced (.bashrc for e.g.) when using ssh commands (which is required by guix offload)... This seems way harder than it should be. Maybe we should make Guix offload to source $HOME/.guix-profile/etc/profile itself? The Bash mechanisms are scarce and failing me (non-interactive, non-login --> I must define BASH_ENV in ~/.ssh/environment, yet it doesn't work...)
<Apteryx_>OK, I now got .bashrc working; i had to comment out the following (default Ubuntu 16.04 config) in ~/.bashrc: http://paste.debian.net/1024703/
<Apteryx_>I'm now having this problem: guix offload: error: build failed: program `guix-authenticate' failed with exit code 1
<Apteryx_>I've followed the Guix manual section about offloading, but it seems my 'guix archive --authorize < the-remote-signing.pub' didn't work out.
<Apteryx_>systemctl status guix-daemon seems useful on the foreign system!
<Apteryx_>could it be that on GuixSD my acl is at /etc/guix/acl and on the foreign system it's at /usr/local/etc/guix/acl?
<vagrantc>Apteryx_: the signing keys need to be on both ends
<vagrantc>Apteryx_: e.g. machine1 needs machine2.pub authenticated, and machine2 needs machine1.pub authenticated
<vagrantc>ACTION waves
***soundtox1n is now known as soundtoxin
<civodul>Hello Guix!
<efraim>Hi!
<catonano>efraim: hi !
<efraim>last night was frusterating with guixsd on aarch64, had to plop refind onto /boot/efi/EFI to get anything to come up and then it said it couldn't find the partition layout for the sdcard
<efraim>and then when I rewrote the partition layout with cfdisk it said it couldn't find an ext2 driver
<catonano>efraim: sorry. aarch64 must be a terribly difficult endeavour
<efraim>I wouldn't be suprised if I'm just doing something wrong though
<soundtoxin>anyone know how I get japanese characters to appear properly in firefox?
<soundtoxin>s/firefox/icecat
<g_bor>hello guix!
<efraim>do you have any fonts installed?
<g_bor>I've double checked my guix package -s problem with a recent pull.
<soundtoxin>Yeah, I can see japanese in my terminal, although the font I have for it is really bad so I might want to change it anyway.
<soundtoxin>things show up squished so they're not readable
<g_bor>It seems, that emacs-orgalist description contains problems, anyone else noticed this?
<civodul>efraim: GuixSD on aarch64 would be fun :-)
<efraim>i think for now i'll try leaving refind as-is and switching back to a plain grub-efi for bootloader and see if I can go u-boot -> refind -> grub, and then later take out refind
<efraim>I'm hoping to use either my pine64 or my firefly as a "desktop" and my macbook less, but we'll see how it goes :)
<jonsger>ACTION finds guix on powerpc64le fun, but requiering gcc6 is not fun :(
<efraim>I also have 2 ibook G4s that I hope to get working with guixsd
<jonsger>efraim: I'm looking more on modern power...
<efraim>I'd love to go with an aarch64 desktop or laptop, but they keep on only making single board computers
<efraim>with very few exceptions
<efraim>and its much cheaper than POWER8/9
<jonsger>yeah, but the more powerful arm machines tend to be "freedom locked" like x86 :(
<efraim> https://shop.softiron.com/products/ don't need 14 sata ports, but i could get a graphics card and make the overdrive 3000 work
<efraim>but I'd like to spend less than $2500
<efraim>i wrote to my congresspeople with the EFF's prodding, I mentioned that there might have been books written between the 40's and the 80's, but I've only seen a handful
<efraim>aren't excessive copyright tems grand
<snape>ACTION is taking a look at LE wildcard certificates
<snape>it seems that only DNS challenges support wildcard certificates. It's probably time to implement it
<civodul>Maxima fails to build: https://berlin.guixsd.org/build/13416264/log/raw
<snape>nckx: what is the content of your /etc/guix/certbot/dns-hook? Is it something that could be generic and work for everyone, whatever their DNS provider is?
<pkill9>how close is glibc 2.27 to being packaged in guix?
<snape>there seems to be tons of --dns-xxx options that are provider specific, but none of them is generic
<snape>pkill9: it's in core-updates, see 5e8cb5e6980466f2571adb51f4dc5633cbd6b278
<snape>so... whenever core-updates is merged
<civodul>i hope it'll be soonish BTW :-)
<civodul>not sure what the status is
<pkill9>thanks
<rekado_>ACTION is also looking forward to the core-updates merge
<nckx>snape: What do you mean by generic? My ‘DNS provider’ is... me :-p
<nckx>snape: There's an RFC 2136 (nsupdate) hook which is about as generic as it gets, but not unfortunately not supported by most of the SaaSS blehs out there.
<pkill9>hmm, `guix package` is refusing to create a profile with two extra packages due to a conflict in propagated inputs, but `guix environment --ad-hoc` has them fine and they both work
<nckx>snape: Mine is just a bashy implementation of that from before there was a working official one.
<nckx>And I'm too lazy to check.
<pkill9>is this a bug or is there a legit reason for this?
<pkill9>note: they are both python packages
<rekado_>pkill9: there’s a reason for this.
<rekado_>pkill9: Python packages propagate their dependencies and you seem to have a package with its dependencies installed, then updated Guix, and then installed another package that propagates dependencies that are already in the profile but at different versions.
<rekado_>since there’s no good way to deal with conflicting files in a profile Guix tells you that you’ll end up with a profile where some packages would arbitrarily be picked over other variants.
<rekado_>there are two ways around this
<rekado_>1) use a manifest – this ensures that all packages come from the same version of Guix
<rekado_>2) upgrade (the relevant parts of) your profile
<pkill9>ah i worked out the issue, one package uses python-kitchen as an input, which includes python-chardet, and another package has python-chardet as an input, and the python-chardet in python-kitchen is a different output to just using python-chardet as an input
<pkill9>is there a way to have GuixSD reload a kernel module when waking up from suspend?
<roptat>I'm trying to remove embedded dependencies in a snippet via (for-each delete-file-recursively (find-files "." "lib"))
<roptat>but the result still contains "lib" folders
<mbakke>roptat: try adding #:directories? #t to the find-files invokation.
<efraim>Or #f
<roptat>why #f? I
<roptat>want to match directories
<roptat>hm... strange: In procedure lstat: No such file or directory: "./lib/ant/lib"
<roptat>but it does exist
<efraim>I thought you didn't want the directoried
<efraim>Maybe it deletes lib and then tries to delete lib/ant/lib
<roptat>oh of course
<Apteryx_>Hmm... guix offload journey part 3: I now get: guix offload: error: build failed: implementation cannot deal with > 32-bit integers. Any clues on what that means, or why I get this? The foreign machine is 64 bit capable.
<Apteryx_>(to fix the authentication problem I had to fix permissions on the /usr/local/etc/guix directory -> chmod 755)
<efraim>Is the daemon up to date on both machines?
<pkill9>so apparently elogind supports sleep-hooks (scripts to run before/after suspending) https://wiki.gentoo.org/wiki/Talk:Elogind but looking at the build file, it sets the sleep-hooks directory to the store path instead of the profile: https://github.com/elogind/elogind/blob/2cf68b85429bf1700e0d617ff0b31b14611dad66/meson.build#L176 and
<pkill9> https://github.com/elogind/elogind/blob/2cf68b85429bf1700e0d617ff0b31b14611dad66/meson.build#L111
<pkill9>changing the 'rootlibexecdir' is as easy as adding a build option, i think it would be good to add it
<apteryx1>efraim The daemon is older on the foreign machine. I will try to update it and rest tonight.
<apteryx1>Retry*
<pkill9>oh it's already specifie,d interesting
<Digit>ACTION glad guix exists
***pkill9_ is now known as pkill9
<pkill9>same
<antilope>hello to all which is the configuration or command to install a very basic system with xorg?
<antilope>this is my configuration
<pkill9>antilope: here's some examples http://git.savannah.gnu.org/cgit/guix.git/tree/gnu/system/examples
<antilope> http://pasteall.org/963417
<pkill9>check the lightweight-desktop.tmpl one
<antilope>with my configuration is installing samba, cups, etc. things that I do not want
<pkill9>you need to remove 'cups' from your packages declaration
<pkill9>and to get xorg, just replace '%base-services' with '%desktop-services' (it includes %base-services)
<pkill9>'awesome' is already in there, so you should gwet a login screen which will use awesomewm
<antilope>Is there any way to speed up the installation of the system? or am I subject to my internet bandwidth?
<antilope>What else do I recommend to adjust of my configuration please?
<rekado_>antilope: I suggest using the simplest system configuration first.
<rekado_>antilope: once you have booted into the new system you can reconfigure safely.
<rekado_>using a simpler configuration file allows you to get to a usable system more quickly.
<rekado_>if you see that a lot of things are compiled from source you may want to double check that you can download binaries from the build farms, including berlin.guixsd.org.
<lyr3>good morning, can anyone help me as to add a file under ~/guix-profile/etc/???
<lyr3>its says read-only
<rekado_>lyr3: that’s by design.
<lyr3>And I know that there is a (file-xx (/etc/asdas)
<rekado_>.guix-profile is just a series of links to /gnu/store
<lyr3>how do I correctly add it?
<rekado_>all files in /gnu/store are the results of derivations
<rekado_>i.e. built packages (or downloaded files)
<lyr3>even with sudo I unable to add to $GUIX/etc
<rekado_>correct
<rekado_>that’s also by design.
<rekado_>you shouldn’t ever manually change anything under /gnu/store
<rekado_>that directory is managed by the Guix daemon.
<rekado_>you add files to /gnu/store by writing package definitions and building them.
<lyr3>I need to add a file that X11 read to allow using startx (/etc/Xwrapper.config)
<rekado_>if you’re using GuixSD you may want to write or configure a system service instead.
<lyr3>rekado_:
<rekado_>use a system service for that.
<lyr3>rekado_:GuixSD....how do I add that file to /etc/?
<rekado_>in your system configuration
<lyr3>hum...can eg how its done or link
<rekado_>I’m in a workshop right now, so I can’t help more. Maybe someone else can provide some input.
<lyr3>I see that there is a service section on (info guix)
<rekado_>Also check the manual on system services.
<lyr3>ok...thanks anyway
<lyr3>I am still confused: Should I guix package -i or reconfigure guixsd.scm
<pkill9_>recofnigure guixsd.scm
<lyr3>when I want a package for every user
<pkill9_>reconfigure yeah
<catonano>lyr3: when you want a pacage for every user you have to add that package to theh configurration and then reconfigure
<lyr3>So what is the meaning of (guix package -i) under GuixSD?
<lyr3>I get that its useful in a foreign distro
<pkill9_>it generates a new profile with the addition of what you specified in the command line
<pkill9_>and sets that as the current profile
<bavier`>lyr3: with 'guix package -i' users can install packages themselves
<catonano>lyr3: guix package -i installs a packkage for one user only
<lyr3>where are the /bin when installing through guixsd.scm?
<pkill9_>it's in /run/current-system/profile/bin
<lyr3>cool
<lyr3>Sorry to bother even further
<lyr3>guix package -i issues a error: unsupported manifest format?
<lyr3>what is the meaning
<lyr3>and how to fix its
<lyr3>show I erase that $GUIX_PROFILE/manifest file
<lyr3>?
<pkill9_>nah, you can't anyway cos it's in the store
<oleo>lol
<oleo>that's store side
<oleo>yah
<lyr3>how do I fix it then?
<oleo>wait till the developer fixes it or mail him
<lyr3>sudo zile it?
<oleo>ah you mean the local store ?
<lyr3>yep
<pkill9_>it sounds like something going wrong
<lyr3>after installing some packages it issues that...and I was unable to guix package -u
<pkill9_>lyr3: what command are you running that outputs that error message?
<lyr3>weird that creating another user fixes that
<lyr3>first time was -i, then -u, the latest was --show=
<rekado_>oleo: there is no bug
<rekado_>oleo: so there’s nothing to fix
<oleo>maybe the issue is you have invoke something
<rekado_>lyr3: it sounds like you’re using an older version of Guix with a profile that was built with a much newer version.
<rekado_>to fix this I’d suggest doing “guix pull”
<pkill9_>ah maybe the user profile is still using the older version of guix?
<lyr3>when installing package with $ reconfigure we dont need to add all those export PATH?
<rekado_>(note that “guix pull” is per user account, not global)
<pkill9_>and root has newer version of guix
<lyr3>OOOHHH might be it
<oleo>you have todo guix reconfigure after guix pull
<rekado_>lyr3: reconfigure is for building a new generation of your system.
<oleo>in order for it to switch to the new system
<rekado_>lyr3: that might include new global packages
<rekado_>lyr3: the default way to manage user packages, though, is “guix package”
<pkill9_>rekado_: is a user account supposed to use root's ~/.config/guix/latest if the user doesn't have a ~/.config/guix/latest?
<rekado_>pkill9_: depends on how you set things up.
<rekado_>on GuixSD a user who has not run “guix pull” will use the global Guix.
<oleo>guix system list-generations
<pkill9_>rekado_: i'd like to set it up to do that, how do I set it up that way?
<rekado_>(that’s not the same as the root user’s variant of Guix)
<oleo>Generation 1
<oleo>i'm in the process of guix system reconfigure
<oleo>and have not got a Generation 2 yet
<pkill9_>lyr3: what user did you run `guix pull` as?
<rekado_>pkill9_: you’d need to create a user’s .config/guix/latest to point at the root user’s Guix.
<lyr3>pkill9_: average user
<rekado_>oleo: that’s expected.
<oleo>jep
<rekado_>lyr3: heh :)
<oleo>eheh :)
<lyr3>how do I add a file to /etc/
<catonano>lyr3: you add a file to /etc with a system service
<pkill9_>rekado_: so how does the global guix get changed?
<lyr3>I need to add a file named as $GUIX_PROFILE/etc/Xwrapper.conf
<pkill9_>if the root user's guix is separate
<rekado_>pkill9_: on GuixSD that happens with “guix system reconfigure”
<pkill9_>ok
<rekado_>pkill9_: on a foreign distro we recommend to make the root user’s Guix available globally.
<pkill9_>i'm on guixSD
<rekado_>lyr3: I don’t know what you’re trying to achieve. It’s quite possible that the X server won’t look at $GUIX_PROFILE/etc/Xwrapper.conf at all.
<pkill9_>so if i run `guix pull && guix system reconfigure config.scm` as root, then if my user doesn't have ~/.config/guix/latest, it will use the latest one?
<antilope>when launching 'guix system init /mnt/etc/config.scm/mnt' I get this message, why is it?
<antilope> http://pasteall.org/963474
<rekado_>antilope: could you post your config?
<rekado_>antilope: this sounds like a syntax error in your config.
<rekado_>“cons” only takes two arguments: an atom and a list.
<rekado_>it returns a new list where the atom is followed by the original list
<antilope> http://pasteall.org/963475
<rekado_>antilope: look at the file-systems field
<rekado_>there you have (cons a b c d)
<rekado_>d is %base-file-systems, a list
<rekado_>a, b, and c are individual file-system values
<rekado_>cons does not take four arguments; it only takes two.
<rekado_>you probably want to use “cons*”, which takes any number of values and conses them onto the final value.
<pkill9_>how do you add an atom after a list?
<pkill9_>*at the end of the list
<jonsger>antilope: like here https://git.savannah.gnu.org/cgit/guix.git/tree/gnu/system/examples/lightweight-desktop.tmpl
<rekado_>pkill9_: you’d probably use “append” for that
<rekado_>pkill9_: “append” glues two list together.
<rekado_>e.g. (append my-list (list element))
<rekado_>this will return a new list that starts with “my-list” and is then followed by the single element list containing “element”
<antilope>(file-systems (cons*
<antilope>*
<rekado_>“cons” is more efficient, because it does not need to care about the contents of the list.
<rekado_>“append” is slower for very long lists; it’s linear in the length of the first argument.
<rekado_>in the context of Guix configurations this difference is not important.
<lyr3>Noobie question, should I learn scheme to build a decent guixsd system?
<antilope>ok try
<pkill9_>lyr3: learning scheme is a good idea yeah, almost everything is written in guile which is a derivative of scheme
<jonsger>lyr3: but for not super complicated systems you can just use those templates here https://git.savannah.gnu.org/cgit/guix.git/tree/gnu/system/examples and adjust them to your need
<lyr3> Is there any great Guile book or the manual will do?
<jonsger>lyr3: that's what I usually do
<pkill9_>rekado_: is it possible to bind-mount /gnu/store before the guix-daemon starts?
<pkill9_>i want to put it on a different partition
<catonano>lyr3: you might want to ask that question on the guile ml or on the scheme subreddit or any other scheme related place
<catonano>lyr3: there are some classic books
<catonano>lyr3: such as the little schemer
<catonano>lyr3: maybe there's something on line too but I don't kknow
<rekado_>lyr3: the manual is pretty good as is “the little schemer”
<rekado_>“the little schemer” has a bit of an odd style, but it teaches you the basics and ensures that you understand everything from the ground up.
<rekado_>The Scheme syntax is very simple and you could even do without books by simply reviewing the syntax.
<lyr3>little schemer LOL
<firewall`>rekado: +1 "the little schemer" is nice to begining
<lyr3>Ive hear that guile is scheme r6 + some additions.
<lyr3>So any r6 scheme book is fine?
<snape>nckx: ok thanks, it's clearer
<lyr3>There is any Lisp window manager with external config file?
<lyr3>Ive heard that Stump is good but it seems bloated? there is any other?
<snape>lyr3: there is EXWM, which is excellent
<lyr3>I use EXWM but I am unable to startx under GuixSD
<lyr3>I need to add Xwrapper.conf to /etc
<lyr3>but so far no one explains how to do that
<snape>do you use the 'exwm' wrapper packaged by Guix?
<rekado_>bloated?
<lyr3>I guy said that its done through services
<lyr3>snape: nope, I fear that its like dwm with some boring defaults
<rekado_>?
<lyr3>rekado_: Ive heard that...I never used it
<snape>lyr3: it's necessary, and doesn't change your actual configuraiton
<rekado_>I’m using stumpwm.
<rekado_>I don’t know what bloated means in the context of a window manager that comes with the kitchen sink
<snape>lyr3: you configuration (your "defaults") will still be in ~/.emacs.d or so
<lyr3>snape:does exwm allows us to extend it through a external file, just like i3 does?
<rekado_>all stumpwm features are in scope.
<snape>lyr3: your ~/.emacs.d is external
<rekado_>exwm is really just Emacs
<lyr3>rekado_:exwm is what I use too, but I download it through use-package
<snape>well, you shouldn't
<pkill9_>i need to put a file in the directory referenced here http://git.savannah.gnu.org/cgit/guix.git/tree/gnu/packages/freedesktop.scm?id=6d49ca16be22e3fb95823ac1780ad9460a18b180#n252
<lyr3>rekado_:ok, I will try stump
<pkill9_>that's where it looks for script hooks
<lyr3>snape: ok I will download that guix package
<pkill9_>is there a way to do this currently? would it be acceptable to patch those lines such that it's hardcoded to use /run/current-system/profile/libexec/elogind?
<snape>lyr3: and then, just add "exec /path/to/exwm" at the end of your ~/.xsession
<snape>or "exec exwm" if it's in the PATH
<lyr3>snape:I usually $ exec emacs
<snape>I know
<lyr3>snape:are you using guixsd?
<snape>but you need to do what I told you. That 'exwm' is a wrapper around Emacs
<snape>yes
<lyr3>great
<lyr3>snape: Do you use that slim or tty login
<snape>lyr3: I use slim
<lyr3>snape: so how do you make slim read you .xsession?
<snape>I don't remember I did anything special. You need a shebang and .xsession needs to be executable
<snape>I don't like slim, actually. I'll switch whenever I find the time
<snape>When it can't read my ~/.xsession, it loops, try again and again, which is incredibly stupid
<lyr3>snape: Ive seen that
<snape>yeah, to avoid that, make sure your shebang is valid, and your exec path too
<snape>typically, #!/bin/bash might not be valid
<snape>Also, slim doesn't seem to be maintained
<lyr3>yep. Would be interesting if I could confi slim to read xinitrc/xsession
<snape>(or maybe it loops because of The Shepherd)
<snape>well, "incredibly stupid" seems exagerated
<snape>;-)
<apteryx>What's the minimum version required by strace? I've unpacked a guix pack on a Arch 2011 box (!) and it complains about the kernel being too old (not very surprising, but)
<uniq10>Hi, Anybody knows why pivot_root will give an invalid argument error. I tried a pivot_root and made sure that both the directories exist and it throws an invalid argument error.
<lyr3>hey guys....how to properly update package installed by reconfigure config.scm?
<lyr3>sudo guix pull?
<snape>lyr3: guix pull, and then guix system reconfigure again
<lyr3>oh I get
<lyr3>guix pull as user or sudo?
<snape>lyr3: as user
<snape>so that it updates your copy of Guix
<lyr3>yep, I need to re-read info guix
<pkill9_>i do it as root, and then guix system reconfigure as root as well
<pkill9_>and then change the user symlink
<pkill9_>in ~.config/guix/latest
<snape>pkill9_: you don't change the symlink every time right?..
<pkill9_>yeah i do
<snape>hm it's unnecessary
<pkill9_>i thought that it wasn't using the latest definitions when I ran guix pull, but it might have been because i tested it without doing guix system reconfigure
<pkill9_>with my user's ~/.cofnig/guix/latest removed
<roptat>when you run guix pull, it updates package definitions for the current user
<pkill9_>the user defaults to the package definitions of the GuixSD system configuration if they don't have a ~/.config/guix/latest symlink though i think
<roptat>indeed
<roptat>but I think the system's default configuration is different from root's configuration
<pkill9_>oh ok
<pkill9_>but then that means i gotta add the symlink to root's profile whenever i wanna update
<roptat>but your user can't access root's profile
<roptat>well /root I mean
<snape>yes it can
<pkill9_>ls -l /root
<snape>default perm is 755 if I remember correctly
<pkill9_>oops
<pkill9_>lmao
<roptat>hm… I'm confused, but maybe try to link to /root/.config/guix/latest then
<roptat>you won't have to update the link manually each time if that works
<pkill9_>yeah i should do that
<roptat>although "ls -l /root/.config/guix/latest" gets me "permission denied" here
<lyr3>Oh boy, Ive installed Slackware and Gentoo but those dont compare to Guix hahahaa
<lyr3>I never felt so lost
<pkill9_>going from slackware to guix, it was definitely worth it
<lyr3>o/
***Piece_Maker is now known as Acou_Bass
<g_bor>hello guix!
<pkill9_>hey
<g_bor>I am still having problems with guix package -s ... it seems that emacs-orgalist description contains unquoted @, and texi->plain-text errors on that
<g_bor>can someone confirm that this is the problem?
<bavier`>g_bor: what does 'guix lint emacs-orgalist' say?
<g_bor>it says that texinfo markup is invalid
<bavier`>ok, that should be fixed then
<g_bor>can you have a look at it then?
<g_bor>or should I send a patch?
<bavier`>g_bor: a patch would be great, if it's not too much trouble. then I or anyone else can apply it quickly.
<g_bor> ok, I will have a look :)
<antilope>I managed to install guixsd correctly, thanks for the help. Now we just need to install programs and some configurations.
<antilope>:)
<antilope>is it convenient to install programs in root or as a user?
<thomassgn>antilope: Nice! I'd recommend having a manifest for user packages.
<antilope>how is that?
<thomassgn>Mine is here: https://notabug.org/thomassgn/guixsd-configuration/raw/master/usr-pkg-manifest.scm and then use 'guix package --manifest=usr-pkg-manifest.scm'
<antilope>What benefits does what you recommend?
<thomassgn>I have a makefile where I have these things: https://notabug.org/thomassgn/guixsd-configuration/src/master/Makefile But be careful copying things from it as there are several halfworking and some broken things in there currently. But the manifest part is good.
<thomassgn>the pro is that you have a declarative approach to packages installed.
<thomassgn>the con is that everytime you upgrade (guix package -u) or install the manifest, the packages not in it will be taken out of your profile.
<thomassgn>So whenever I install a package from the commandline I make sure to add it to that file if it isn't a one off(but nowadays I use guix environment for oneoffs anyway).
<thomassgn>anothe benefit is that it is really easy to use manifests with e.g. git.
<thomassgn>And the less packages you have in your system, the fewer things can possibly break your system when you reconfigure it.
<thomassgn>I think guix uses a manifest under the hood also, but it's a bit too complicated/specific for human use - I think. See ~/.guix-profile/manifest
<antilope>I am a newbie user, who recently is learning guixsd
<antilope>What do you recommend me?
<antilope>this is my configuration
<antilope> http://pasteall.org/963609
<antilope>how do I add 'alsa' or 'pulseaudio' sound?
<antilope>I need to configure my twm 'awesome' in debian is in '/ etc / usr / share / doc / awesome /', I can not find in guix where is it?
<thomassgn>ah, sorry, I'm not very good at paying attention, antilope. :)
<thomassgn>I'm not familiar with DWM, but will have a look. For configuration of things not in the guix config I use stow and a git repo. Because it contains a few things like ssh keys and similar I don't have it online. But I'll look over it and see if I can describe it for you.
<thomassgn>dwm? twm? awesome I mean
<antilope>twm
<thomassgn>antilope: right, so for awesome, it seems the user config is in $XDG_CONFIG_HOME/awesome/rc.lua So putting your config there should do the trick
<antilope>but I need to copy before from awesome example: cp / etc / awesome / rc ~ / .config / awesome
<antilope>in guix where is awesome? because in debian it is /etc/...
<bavier`>antilope: 'guix build awesome' will print the store directory awesome is installed to
<thomassgn>I guess you could run awesome to create a sample config, or copy it from the store.... that is an awesome trick! Never thought of that...
<thomassgn>hmm, I can't really find good info on twm, but do you use twm and awesome together?
<antilope>$ cp /etc/xdg/awesome/rc.lua ~/.config/awesome/
<antilope>?
<thomassgn>does /etc/xdg/awesome/rc.lua exist?
<antilope>that's what I want to know where I find that file to copy it to the user
<antilope> https://wiki.archlinux.org/index.php/Awesome
<thomassgn>mm, so if you run 'guix build awesome' the last line should be a path.
<uniq10>The pivot_root issue seems to stem from the fact that one of my directories was mounted with MS_PRIVATE. Here is a link to the issue: https://bugzilla.redhat.com/show_bug.cgi?id=1361043
<thomassgn>something like /gnu/store/q7rhofqiu43h09hfw-awesome-2.3.2 or something (I invented this, but the format is similar
<thomassgn>antilope: the file you are looking for is in this directory. Mine is '/gnu/store/0n0k8pda2fijgg912vcg7vvvd7inzg8j-awesome-4.2/etc/xdg/awesome/rc.lua'
<uniq10>* The pivot_root issue seems to stem from the fact that one of my directories was mounted with MS_SHARED.
<uniq10>reepca: What did you do for pivot-root when you used MS_SHARED?
<antilope>ok try
<efraim>i believe the openntpd service runs as root instead of as user ntpd, so switching from ntp to openntpd fails until /var/empty's ownership is changed
<antilope>I want to configure the sshd file, where is it located?
<pkill9_>antilope: you configure it in the scheme config for the system
<pkill9_>look at the seciton on openssh here https://www.gnu.org/software/guix/manual/guix.html#Networking-Services
<pkill9_>section*
<antilope>how would you do to enable sshd x11
<antilope>ok try
<lfam>antilope: On the manual page linked by pkill9 above, take a look at the example under "openssh-service-type". You want to customize that and add it to your list of services in config.scm
<lfam>Based on what you said, you don't need the parts about permit-root-login and and authorized-keys, just the part about 'x11-forwarding?'
<antilope>ok
<lfam>ACTION eyes glaze over after searching for 'libtiff' on MITRE
<g_bor>uniq10: usually you can unshare the mount namespace before pivot_root
<g_bor>I have sent a patch fixing the guix package -s on current master. It is: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=31464
<thomassgn>antilope: https://browniehive.net/2018/05/stow-dotfiles/ About how I use stow and dotfiles.
<antilope>I'll try, thanks
<lyr3>till next weekend...
<pkill9_>would it be alright to patch the elogind package such that the libexec directory is pointed to /run/current-system/profile/libexec/elogind rather than /gnu/store/.../libexec/elogind?
<jackhill>bruldutvcbnddfgbfdgnvvnihefcjbfc
<jackhill>sorry!
<pkill9_>plz implement elogind sleep hooks ;_;
<lyr3>+1