***Piece_Maker is now known as Acou_Bass
***Piece_Maker is now known as Acou_Bass
<fmeetze>would anyone have a link to a sample config.scm using enlightenment? <massma>OriansJ: Thanks for the help, and sorry for the late response. Yes, I've set ispell-program-name to point to ~/.guix-profile/bin/aspell . It is very strange. I will try and dig deeper and report back if I learn anything, but if anyone has any more ideas let me know. ***Gamayun_ is now known as Gamayun
<fmeetze>efraim: Odd, having a hard time getting through to flashner.co.il <fmeetze>efraim: Thanks, I just stumbled on that. That script answers a lot of questions I had. Thanks! <efraim>I've had plenty of time to work on it incrementally :) <fmeetze>efraim: well thanks for sharing. This is helpful <fmeetze>efraim: the GPG stuff is a nice lead too. <efraim>its a nicer consistant interface with enlightenment, not sure yet if it's going to be upstreamed <travankor[m]>Is there a way to enable detached LUKS header for the root filesystem (cryptsetup open —header) using the configuration system? <janneke>"Please port gnulib freading.c to your platform!" <janneke>the gnulib platform compatibility/abstraction layer does not seem to help us with bootstrapping <janneke>hmm, maybe i should try an old release of m4 <janneke>*woot* bootstrapped m4-1.4 runs (incorrectly, but hey) ***oleo is now known as Guest1044
<roptat>I still can't run configure on core-updates: "config.status: error: Something went wrong bootstrapping makefile fragments" <pkill9_>i think bspwm needs sxhkd as a propagated-inputs rather than an input <roptat>efraim: that's after running ./bootstrap <pkill9_>is there a X start script that's added when you add xorg? ***jonsger1 is now known as jonsger
<sturm>I've just installed Guix on Trisquel 8.0 and emacs is not putting any padding around menu items and issuing warnings in the console like "Gtk-WARNING **: Theme parsing error: mate-applications.css:453:37: The style property GtkMenuItem:horizonal padding is deprecate..." Any tips? <sturm>The apt-get installed Emacs 24 looks ok fwiw <lyr3>hey guys, why is wget not pre-installed on guixsd iso? thanks <civodul>did you set XDG_DATA_DIR to point to your guix-profile? <lyr3>its a hassle having to edit the config.scm..everytime! <civodul>i think wget is not in the image by default <civodul>but you can always "guix package -i wget" or use "guix download" <lyr3>yep...just took me 2min to install it! hhahahaahaha <lyr3>most iso has wget or curl...anyway...might be a minimal choice design <lyr3>there is any wget minimal on guixsd.iso? <sturm>civodul: thanks, I'll try that <lyr3>cool...there are 3 templates under /etc/configuration/ lightweight version is what I was after haha <lyr3>Does anyone knows why I have to use (tagert "mnt/boot/efi") to install efi? <sturm>civodul: no change as far as I can tell <civodul>sturm: ok, i'm not sure what's going on then; perhaps you could email help-guix@gnu.org, because i think similar issues were discussed before <civodul>it has to do with XDG_DATA_DIR at least ;-) <LoneVVolf>Hi, arch linux openrc user here . anybody know whether elogind can work when systemd is installed but not booted ? <OriansJ>LoneVVolf: well we use Shepard as our default initd and I don't know of anyone having issues with that. <janneke>g_bor[m]: i cannot seem to find gcc-ddc, i thought you got that package merged? <massma>I just wanted to follow up from yesterday RE: M-x ispell not working in my emacs, but only when TeX mode is on. I switched to hunspell from aspell and the problem went away. I suspect the problem may have had something to do with locating dictionaries (I *think* TeX mode touches this), and could be an issue either with my config or a slight chance of a bug upstream. I got to finish this paper but hopefully later thi <massma>s week I can dig in, figure it out, and file a bug upstream if warranted <pkill9>how do people here handle their dwm configs? <ng0>pkill9: what's the problem with bspwm? <ng0>although I have old configs <ng0>and I installed sxhkd etc in the global profile <pkill9>it looked to me like it wasn't opening, then i realised it may have just not been starting a bar so it looked like it wasn't opening <pkill9>does it normally start a bar? if so which one? <ng0>idk, I'm not using it <ng0>I only did test my old configs in the last 3 years <ng0>my dwm config is just a fork of dwm. <ng0>or substituted in dwm package.. can't remember <ng0>there were 2 or 3 linked files I had for this. I don't remember a bar though.. the WM I use doesn't even have a bar. <ryanwatkins>Hey guys, how would I automatically connect to a given network via a guix system config? <ryanwatkins>I assume NetworkManager has a thing that should automatically connect but mine does not :'( <ryanwatkins>Says here I need a network-manager-configuration record, how can I find out what fields the record takes? <pkill9>yep bspwm was working fine all along lol <soundtoxin>polybar is nice, but it hasn't been packaged yet <pkill9>yeah polybar allows you to make some very nice looking bars <wigust>ryanwatkins: in the terminal ‘info guix’ -> ‘i’ -> ‘network-manager-configuration’ <wigust>ryanwatkins: btw, my laptop does connect automatically to wi-fi with networkmanager (i didn't configure anything to do it after authorized with nmtui) <sarlg>I'm trying to install guix on arch, but adding the profile font directory (?) to X fails with "Bad font path element". The directory exists and has fonts inside it. How would I fix that? <pkill9>polybar needs python2 version of xcbgen, but xcb-proto only provide python3 version <lyr3>that is why I came back to dwm, most wm lacks A or B feature. Dwm is complete <imme>Am I right in concluding that there is no support for LVM in guixSD's install ? <imme>ehm .. so, than I create one partition on the encrypted device, a swap-file on that partition… will that work with booting ? <imme>In other words: could I put /boot in that encrypted (ext4)-partition ? <roptat>I think you can do full-disk encryption <roptat>I don't know how it works, but the manual has an example configuration where there is only one partition, and it is encrypted <roptat>it's probably present on the installation media too <imme>yes, it is .. I guess I will try that then .. <travankor[m]>awesome wm is the only (popular?) tiling wm using the GPL <lyr3>there are some mit wm that are fine in FSF vision as dwm... <travankor[m]>yes but GPL is preferred... maybe someone should make a GNU wayland tiling compositer :p <lyr3>I totally forgot about (herd star cow-store /mnt) ...hahaha <RockAndSka>Is there someone familiar with the new pack option "--relocatable" ? <lyr3>you might find more info on that on guix git page <RockAndSka>lyr3: not sure there is the information I need inside source <lyr3>Produce @dfn{relocatable binaries}---i.e., binaries that can be placed <lyr3>+anywhere in the file system hierarchy and run from there <RockAndSka>lyr3: the goal of this option is ok, i was looking for it since few month <lyr3>If there is any place that enlight about some function ofc it will be its source code <RockAndSka>lyr3: what i want to know it is , if the "relocatable" tar is able to works without "namespace" if we place the file inside /gnu/guix <lyr3>still learning it too...hehe <RockAndSka>the holy grail would be to have the "wrapper" by default on pack with auto-detecting to use it or not <RockAndSka>(add proot when namespace is already in the pipeline if i'm correct) <lyr3>{ +@cindex relocatable binaries, with @command{guix pack} <lyr3>+What if the recipient of your pack does not have root privileges on <lyr3>+their machine, and thus cannot unpack it in the root file system? In <lyr3>+that case, you will want to use the @code{--relocatable} option (see <lyr3>+below). This option produces @dfn{relocatable binaries}, meaning they <lyr3>+they can be placed anywhere in the file system hierarchy: in the example <lyr3>+above, users can unpack your tarball in their home directory and <lyr3>+directly run @file{./opt/gnu/bin/guile}. <lyr3>that page seems to have some crucial info <RockAndSka>I already read this, just wanna talk about the possibility to auto-detect the needing of namespace, because if we need to maintain 2 packs depending on the availibity to the user to sue root or not will be a pain :) <civodul>RockAndSka: if the tarball is unpacked to /gnu/store, then user namespaces aren't needed <RockAndSka>civodul: didn't see this part, pretty cool if it not use namespace if in the right place !!! so, if there is auto-detect, why not enable "--relocatable" by default ? :) <RockAndSka>when proot will be had to --relocatable wrapper in case that namespace are not supported, it will be a killer addon ! waiting for this from the start i tried Guix and will be far better than my dirty trick <jonsger>lets hope this time was nobody faster then me in updating a package :P <civodul>RockAndSka: it's not enabled by default because it adds a bit of overhead, mostly in space <RockAndSka>civodul: space ? moastly ? by curiosity, do you know why it adds overhead in space ? and what does "mostly" is for ? <civodul>i mean the wrappers take a bit of space, which is not always desirable <civodul>also they add a tiny bit of startup overhead <civodul>so i think it's nicer to not always introduce those wrappers <RockAndSka>civodul: I suppose the startup overhead happening only if the namespace is used but not if put inside /gnu/store isn't it N <civodul>yes, but even then, you have at least an extra 'execve' syscall <civodul>no big deal i agree, hence "mostly" above :-) <RockAndSka>civodul: depending of the space overhead , if it is not too much, have it by default make sense <RockAndSka>not a big deal when you want to have the possibility to use the same environment everywhere without to be sure to having root <civodul>i get your point, but i really think there are cases where you want the "real" binaries without those wrappers <RockAndSka>just wish this option will be add to "guix packages" too <RockAndSka>to be able to have only one environment to backup and be able to run it ervywhere <RockAndSka>for now, for testing purpose, i recompile guix with a store inside /var/tmp/guix-{hash} symlink to my .local, partially work but require to tweak some "tests" phase and recompile everything <jonsger>civodul: guixhpc seems to be down... <civodul>jonsger: ooops, thanks for the heads-up <civodul>there was a planned shutdown this week-end, but somehow things didn't restart <civodul>and i had completely forgotten about this <civodul>RockAndSka: heheh sounds fun; why /var/tmp? <RockAndSka>civodul: cause it survive to reboot and is present in every linux distro and writable by all <RockAndSka>civodul: so, i'm sure i can install my symlink like i want, and works even if the "noexec" option to mount is enable <RockAndSka>that was my way to have a portable environment without the overhead of proot / namespace and the need to change all the command. <imme>so, I'm not really sure .. i have added the encrypted device to the mapped-devices section. And to the file-systems section I added the partition that I created using title 'label and then the label that I gave to the partition .. Does that look okay ? <imme>So (target "encdev") in mapped-device and (title 'label)<CR>(device "mainpartition") in file-system…