<dstolfa>obviously, this could be changed, but there's a certain benefit to providing virtual services, namely that users (and guix) could swap out defaults easily <jackhill>yeah, I don't object to that. Maybe it would be nice have a procedure that modifies what a services a service provides <jackhill>dstolfa: oh? oh, I should read more carfully! <civodul>hmm binutils-mingw-w64-timestamp.patch does not apply to binutils-2.36.1 on core-updates, and it's not clear whether it's still needed <sss1>hi all, does guix have adwaita theme for qt5 ? <ngz>darth-cheney: If you're interested, I can share some configuration parts relative to "colmun view". <rekado_>FYI the honeycomb boards I ordered a while ago are expected to arrive “end of July” <cbaines>I got given a number of estimated delivery dates before the one I ordered finally shipped, but hopefully they've got their production issues sorted now <bmk>Is there a package I need to grab for A2DP Bluetooth audio? Or is that non-free. <sss1_>drakonis: i want to have uniform dark view for both qt and gtk, it was done via adwaita-dark + adwaita-qt on my old system, but i can use something different, i only need same of similar dark theme for both qt and gtk apps, i currently mixed my base (exherbo) system + nix + guix, nix does have adwaita-qt package, but looks like qt version from guix is not ompatible with this plugin, so style plugin <sss1_>does not work, also plugin from my host systems also is not compatible ( <bmk>I mean, I suppose you could locally install a GTK theme and set QT to use GTK <bmk>That's how I usually get a consistent look. <sss1_>i have done this before, some time ago, like 5-10 years, unfortunately i have not remember much ( <bmk>Okay, you can download the files of a GTK theme, and place it in a directory in your home folder called .themes <sss1_>it's done, gtk apps looks ok <sss1_>i just stick with default adwaita-dark <bmk>Then depending on how you set your QT theme, you should set the plugin type to "GTK2" <bmk>Which WM are you using? <bmk>QT doesn't have a GTK3 plugin, iirc, so you use GTK2 and it renders using GTK <bmk>Uhh, I believe what you need is called QT5CT <bmk>unless you have a preferred method <bmk>Oh, it's all good? Nice <bmk>Anyone have experience with A2DP Bluetooth audio on Guix? Or is that non-free? <sss1_>as you can see on screenshot, problems occurs only with guix apps <sss1_>but i do not have currently qstyleplugin for gtk2 <sss1_>on screenshot you can see burning white style for flameshot and kwrite ) <sss1_>on the left gmpc which is gtk2/vala app <bmk>Yeah, it's QT that's playing up here <bmk>Did you set the enviroment variable for QT5CT and relogin? <bmk>Let me check my .xinitrc from my other machine <sss1_>yes, as you can see qt5ct itself and keepassxc does have proper style, but <sss1_>as i said, it's adwaita-qt style <sss1_>first of all i need to know how qt<>gtk style called <bmk>okay, is QT_QPA_PLATFORMTHEME set to "qt5ct"? <sss1_>without it qt5ct and keepassxc will use default style <bmk>Apparently that's at build configured <bmk>QT_NO_STYLE_GTK may be set by default <sss1_>i belive i have installed adwaita for gtk2/3 <bmk>so if you rebuild with that as false it should show up in QT5CT as GTK+ style <bmk>add -gtkstyle to your build options should take care of it <sss1_>question is, how to do all this for guix apps <sss1_>i am realtively new user to guix <sss1_>so may lack knowledge even in basic stuff <bmk>guix edit qtbase, and see the section where it appends abunch of strings to configure? <sss1_>it does have gtk module enabled <bmk>Okay, I apologize, I'm not sure how I could explain this well over IRC <sss1_>at least it does not have explicitly disabled <bmk>It's not the dependency, it's like in the configure build options portion <sss1_>yes yes, it is not aenabled, but also not disabled <sss1_>so i guess qt configurator will stick to autodetect <bmk>You'd need to enable that and rebuild <bmk>The build of qt won't error out if it's not explicitly enabled and it can't build gtk <bmk>it's an option passed when running ./configure <sss1_>ah, no, it does use bundled configure script ... <sss1_>ok, and how can i made my changes persistent ? <bmk>okay, save that file somewhere else <bmk>and you can guix package -f /path/to/file <bmk>To be fair this was off the top of my head: I'm sorry if I was wrong <sss1_>and any chance to have adwaita-qt style plugin in guix ? <sss1_>and seems guix currently use qt6 as default <MysteriousSilver>Hello! compiling a package returns cairo.h not found, how do i fix it? I have installed cairo cairo-xcb and cairomm <lispmacs[work]>MysteriousSilver: you might confirm that cairo.h is at ~/.guix-profile/include/cairo/cairo.h for starters <lispmacs[work]>when compiling stuff, I usually won't install the library in my profile, but instead us "guix environment --ad-hoc cairo" e.g. <lispmacs[work]>for convenience, but then also you don't have to wonder if environment variables have been properly set yet in your terminal <lispmacs[work]>another big question would be what build system the code is using and how it looks for library paths <lispmacs[work]>in a simple Makefile based program you might have to edit variables in the Makefile. But autotools based system will usually figure things out <MysteriousSilver>~/.guix-profile/include/cairo/cairo.h exists and it uses the cmake build system <lispmacs[work]>If it were me, I would probably be looking at cmake --help, and then also checking with pkg-config to see if include paths are detected by pkg-config <lispmacs[work]>I would also be using the "env" command to see what directories were in my include path <lispmacs[work]>MysteriousSilver: I think what this might come down to is that the source code is looking for "cairo.h", while the header is in "cairo/cario.h". I have in the past had to edit some code include statements to fix that sort of problem <podiki[m]>MysteriousSilver: what package btw? does it use gobject-introspection? <podiki[m]>apteryx drakonis: we discussed libglvnd before and I was looking more into it with that Mesa update. Mesa has had libglvnd support for a while, we could enable it. But then I think everything that needs GL should use libglvnd as input <podiki[m]>but seems like that would be a good idea? anyway, at this point I think we can just use libglvnd as input everywhere if we want to go that route <podiki[m]>I did it for the updated mesa, builds fine, dependencies should then use libglvnd (which I did for some, but wasn't about to do all) <podiki[m]>I didn't run anything though, as on a foreign distro currently <podiki[m]>yeah so I'm not sure how that works when you run something, but for building works <wirez>anyone move to guix from a bsd? why and how you like it? <apteryx>podiki[m]: cool, sounds worth investigating. Does it provide immediate benefits? Or it's just the first piece of the puzzle? <podiki[m]>apteryx: not sure, everything I learned about libglvnd I learned today :-P <podiki[m]>but it should mean everything wanting GL can just use that, letting libglvnd handle which vendor implementation is to be used (not sure in guix how that works or what it means, especially without non-free stuff) <apteryx>podiki[m]: we'll have to study what nixos did, I feel there's probably be something guix-specific to be done to make it fully work <vagrantc>there being no good global defaults for GL ... that sounds promising ... but also gets into weird issues where you need some-gl-backend in your profile and maybe exporting some variable or something <podiki[m]>right, something to expose the actual GL implementation available; using libglvnd for everything would be a starting point to that handoff <vagrantc>it reminds me of fonts ... some packages "work" without fonts, but miss a *lot* ... but exactly which font you need to use is somewhat up to you <podiki[m]>Mesa would always be available and a fallback no? or at least I'd assume, given how much is built on top of it <podiki[m]>superseding mesa I think is where it gets tricky (e.g. non-free drivers that want their own gl used) <vagrantc>that's easy in guix; non-free drivers aren't supported! :) <podiki[m]>so I wonder what the free-only instances are where libglvnd is the solution (different hardware at different times? cross compiling?) <vagrantc>which GL implementation should be default on arm platforms vs. x86 tends to be pretty different <podiki[m]>now that I think about it, vulkan is a parallel problem no? there you have a vulkan loader to handle which vulkan implementation is used at runtime <Aurora_v_kosmose>It's a bit less friction to get up & running than cuirass, if naturally a bit more limited. *Aurora_v_kosmose found yet another neat thing in the Guix manual. ***Kimapr2 is now known as Kimapr
<the_tubular>wirez, you should probably compare guix to another distro. guix use the linux as the kernel, like all the other distribution. <efraim>ok, so looks like my build of julia on aarch64 was oom-killed after 32 hours <wirez>the_tubular: ya but like maybe switching from a bsd to guix on a server couldn't handle the traffic or on the desktop this or that was improved <wirez>i already know guix is the best linux distro <wirez>seems like only thing bsd has on guix is freebsd root on zfs <the_tubular>Also, yeah you got all the positive of the linux kernel and also the negative <jonsger>when does CI pick up building core-updates? ***Kimapr5 is now known as Kimapr
<wirez>the_tubular: how far off you think rock solid guix root on zfs is? <nckx>MysteriousSilver: You're doing the equivalent of ‘(audacity)’ somewhere in /tmp/audacity.scm, i.e. calling the package record as a procedure. <MysteriousSilver>okay, i'll just remove the define-package and (package-name) thingy and it should work <nckx>Hi tissevert (and mothacehe). <tissevert>guix search shows the file for each package in its results <tissevert>hmm, but maybe the variable you're talking about isn't a package ? <tissevert>« search-patches » ? I don't know what that is, but for everything that's not a package, I guess I would frantically grep $GUILE_LOAD_PATH (-R, not -r, because symlinks) <tissevert>huuh… ? ah I get it search-patches is the name of your variable <tissevert>hmm that's funny your GUILE_LOAD_PATH actually has several components ? <tissevert>here it's just a shortcut for /run/current-system/profile/share/guile/site/3.0 which I always forget <tissevert>so yeah I guess it doesn't come out as handy as I expected it to be ^^ <tissevert>good news is, there are plenty of occurrences <tissevert>in case it's explained there how to include it <tissevert>given the header in gnu/packages/webkit.scm which has one occurrence <tissevert>I'd expect it to be in one of the less «specialized» includes so I don't know, maybe (gnu packages), (guix packages) or (guix utils) ? <nckx>search-patches is defined in (gnu packages). <nckx>If you develop in a git checkout you can just grep for ‘(define.* variable’, it's extremely reliable. <MysteriousSilver>nckx: '(define.* variable' returns zero results for python-node-semver, any idea why? ***Kimapr8 is now known as Kimapr
<tissevert>MysteriousSilver: neither does greping python-node-semver directly, and I can't find it either in guix search, what makes you think this variable is defined ? <tissevert>guix import ? hmmmm no I think it generates packages using formal rules, I don't think it can make sure all the dependencies it finds do exist <tissevert>it might just mean you've gotta define it as well <tissevert>(by importing, again, but I thought there was a way to make it recursively) <nckx>Providing only binary wheels. ***xgqt_ is now known as xgqt
<PurpleSym>I’m seeing a weird error when using pygit2 from guix: ImportError: /gnu/store/4gffr26pb2zpasncanbp2ibamg1c5ms6-openssl-1.1.1k/lib/libssl.so.1.1: undefined symbol: EVP_idea_cbc, version OPENSSL_1_1_0 <efraim>can I use wrap-script to wrap with PYTHONPATH and with PATH? <efraim>so (wrap-script <script-file> `("PYTHONPATH" ...) `("PATH" ...)) ? ***rt is now known as robin
<apteryx_>perhaps its service needs new options exposed for configurablity though ***apteryx_ is now known as apteryx
<raghavgururajan>Is it advisable to patch program path as /run/setuid-programs/program? as that path is not available on foregin distros. <nckx>wirez: Remote display protocol similar to RDP but without the Microsoft baggage. <wirez>is it still being updated or has it stagnated like vnc? <nckx>It's pretty stagnant TBH. <nckx>But I don't know if that means unmaintained or just ‘stable’. It's definitely used in current products. <mothacehe>civodul: hey! Would it be OK to push Maxime's bash-minimal/wrap-program series on core-updates? I'm currently rebasing it. <mothacehe>Congrats for your recent fixes on that branch btw :) <civodul>i think i haven't looked at the bash-minimal/wrap-program series <mothacehe>it adds the bash-minimal input for every package that use wrap-program basically, in order to fix running cross-compiled wrappers *civodul takes a quick look <civodul>i had one comment on #5 (maybe applicable to other patches as well?), but overall it looks reasonable <civodul>one thing that's slightly annoying is that "guix style" by default won't touch all these inputs due to the label/package name mismatch ("bash" vs. "bash-minimal") <civodul>so we'll have to check them manually <nckx>raghavgururajan: Depends on why (mainly: if) it needs to be patched in the first place. <nckx>It's better if the software just respects $PATH. <raghavgururajan>nckx: If unpatched, the app won't pickup sudo from /run/setuid-programs, when run in --pure or container right? <mothacehe>civodul: Thanks. We could use "bash" to ease the transition but it potentially adds 12MiB to each package closure <nckx>Oh dear, feature or bug. Hm. <nckx>raghavgururajan: That's true. But that doesn't imply that patching it is good. <civodul>mothacehe: no that's ok, it's not the end of the world <civodul>"guix style" has an option to convert safe-but-rebuilding things <nckx>raghavgururajan: You can manually set up the environment so PATH does point to the right sudo instead of the impotent one. If that's considered unreasonably esoteric the fix would be in guix environment, not patching software that arguably does the right thing. <nckx>The real bug is: the broken sudo in a container is surprising to users. <civodul>could it be that our cross-compiler "-print-prog-name" option is broken? <raghavgururajan>Btw, is there a way to find whether a program needs to be setuid root? <civodul>mothacehe: since you have experience with embedded devel, cross-toolchain and all :-), do you know if known-good toolchains have things "aarch64-linux-gnu-gcc -print-prog-name=objdump" return the right thing? <nckx>raghavgururajan: Good question! I wonder how reliable a ha^Wheuristic something like ‘objdump -T $(which sudo) | grep set[gu]id’ would be… <nckx>Although I suspect the matter is too sensitive to leave to even an accurate one. <nckx>raghavgururajan super convinced one can tell. <mothacehe>civodul: the debian GCC aarch64 cross-toolchain returns: /usr/lib/gcc-cross/aarch64-linux-gnu/8/../../../../aarch64-linux-gnu/bin/objdump <mothacehe>which it is different from our output, but could tell you more about it. *raghavgururajan moves-on to next stuff xD <nckx>Give the people what they want! <holzkristall>Hey, I've used guix in my main device for quite some time, and I have grown to love it. Since I am now trying to improve my security, I wondered if I could enable some kind of MAC (preferably SELinux)? <holzkristall>The other option I have would be to use something like parabola, but Guix has been amazing so far ;-; <holzkristall>> Since Guix System does not provide an SELinux base policy, the daemon policy cannot be used on Guix System. <holzkristall>Ah, a shame. Maybe there are other solutions, I'll keep looking. Thank you dstolfa though[ <nckx>holzkristall: To clarify: it's not a fundamental limitation of Guix. It could be written but it needs (a) champion(s). Not saying you should feel obligated, but it's not something that's going to be implemented on a rainy afternoon by someone bored. <leoprikler>oh, but what if it's sunny and 40°C outside and you really have to stay inside so as to not die? <dstolfa>speaking of dying and not dying... is anyone dying to review some patches regarding a rust package? (: <holzkristall>I'd love to if I had the expertise - I tried to make a profile/role on CentOS for a web server but even that failed miserably ^^' <holzkristall>But wouldn't that champion need to write the profile for *every* (at least more relevant) package? <leoprikler>I don't think there's a way to cheat SELinux in only doing half of the things <mason>You can leave things unconfined by default if you want to implement policies slowly. <mason>That said, if you're looking for a MAC, AppArmor might be a bit more approachable and it lends itself to piecemeal deployment. <civodul>mothacehe: ah, so their GCC package must somehow copy "TRIPLET-objdump" under gcc's $libdir as "objdump" <holzkristall>mason: Thanks for the idea, but afaics Guix also does not support Apparmor <mason>Right, but if you're starting from scratch, you have options. <bmk> I managed to get A2DP working: Turns out it was just my headphones being <bmk> funky, or installing bluez-alsa that did it ***moo[m]1 is now known as moo5-0[m]
<bmk>anyone doing some interesting hacky things today? <holzkristall>mason: True. I bet that with the way guix system is set up, any MAC could have a lot of potential, the question is if role or path based makes more sense <bmk>I'm so considering this right now <ngz>Ooooh a Lenovo from before the PrScr-key-on-space-row era. <bmk>See, while I'd like to have an entirely free software computer <bmk>I'd also like to have money for college <bmk>Oh yeah, I should grab my FSF member cloak sometime <apteryx>civodul: seems proot-static fails to build for aarch64-linux, breaking -RR on this platform <apteryx>./execve/enter.c:335:36: error: ‘EXEC_PIC_ADDRESS’ undeclared (first use in this function) <darth-cheney`>Hey all, I have perhaps a dumb question, but if I'm writing a config and I'm using a git-reference as the source, how do I compute the sha256? <dstolfa>darth-cheney`: doesn't `guix hash` do what you want? <dstolfa>darth-cheney`: i think so yes, but i'm trying to find the info page that explains it in detail ***niko is now known as o
<zacchae[m]>Hmm, just updated my everything, and now pasystray is broken. Before I make a bug report, is anyone else having this problem? It says it can't find icons then segfaults. <raghavgururajan>nckx: Before you started to use wayland+sway, do you still configuration to start xorg without display-manager? <nckx>raghavgururajan: No, I used lightdm. <nckx>Sorry, I mean 🌈 not yet! <nckx>Much tech, very high available. <podiki[m]>raghavgururajan: still on a foreign distro, but for a long time I didn't use a displaymanager (just startx with an .xinitrc, in fact I now run xinitrc as an xsession still, just through lightdm) <podiki[m]>I liked it and still kinda do it that way cause I was never sure what the displaymanager was doing with environment variables, what it sourced, etc. <podiki[m]>and since I wasn't launching a full desktop environment, just a windowmanager (i3, stump, xmonad) <podiki[m]>not sure on guix, but otherwise startx will run your ~/.xinitrc as a script, so the last line should be something like "exec dwm" <podiki[m]>the default file normally lives in `/etc/X11/xinit/xinitrc` <podiki[m]>but basically it sets some resources/variables and starts your WM <podiki[m]>hope it helps! (and as one looking to put guix on my desktop after upgrades, do report back any guix-specific things you need to do) <raghavgururajan>Which is the appropriate file to place this line `source /run/current-system/profile/etc/profile.d/nix.sh`? ~/.bashrc or ~/.bash_profile ? <dstolfa>raghavgururajan: how is gnome 3.40 coming along? :) <raghavgururajan>dstolfa: jgart and I are gonna kick-start the work again. Help is welcome. <dstolfa>raghavgururajan: i don't really have time to help with the code itself, but i'm happy to give it a test run whenever you think it's ready! <dstolfa>i've started working on `guix bisect` so that will be occupying my guix time for now :D <civodul>mothacehe: looks like armhf-linux is no longer enabled for core-updates, which leads to a surprisingly high success ratio :-) <nckx>raghavgururajan: .bash_profile. <raghavgururajan>nckx: Ah. I was using it on bashrc and it was polluting my --pure env. <leoprikler>raghavgururajan: no, bash_profile should not pollute pure environments <raghavgururajan>Hmm. I just noticed that ~/.profile is not specified anywhere, to be called. <dongcarl>civodul: Hey! Is there a reason why you think binutils-mingw-w64-timestamp.patch might not be needed in binutils-2.36.1? It seems like they still don't respect SOURCE_DATE_EPOCH and needs patching <raghavgururajan>Any one uses gpg-agent as ssh-agent on guix system? I am looking for configuration. <nckx>ZNC is in messaging.scm. <roptat>because irc is a subset of messaging <nckx>Because arbitrary probably-non-reasons. My point was merely that there's a messaging.scm in gnu/services/ already. <nckx>roptat's right but then gnu/packages/irc.scm does exist 🤷 <roptat>I'm thinking maybe irc.scm was created after znc was added <roptat>but there's not always a good reason why a package is in a given file and not another <apteryx>civodul: proot 5.2.0-alpha seems to build on aarch64-linux. I'll prepare a patch. <Reinhilde>idk, i'm just idling here and i saw a discussion about a thing <Reinhilde>It seemed like .scm files were being described in the context of what i from freebsd-land would call /etc/rc <dstolfa>yeah, shepherd is written in guile and all services are described in guile <dstolfa>though... "service" in guix is quite a bit more than what people traditionally think of as a service <drakonis>a service is more like a task, one could say <dstolfa>and often (but not always) will produce some stuff in the store <drakonis>you'd be surprised at how useful it is to have all of this be scheme libraries <drakonis>still waiting for the day i can embed the coreutils inside builds using scheme functions <raghav-web>Damn! Starting X server without a display-manager on guix system is harder than I thought. <nckx>Running xinit's startx script has never worked (maybe it should be deleted?), creating your own ‘startx’ with the value of (xorg-start-command) used to, years ago, at least. <Noisytoot>Running "make" on master fails: "error: failed to load 'gnu/tests/install.scm': <Noisytoot>ice-9/eval.scm:293:34: In procedure abi-check: #<record-type <kmscon-configuration>>: record ABI mismatch; recompilation needed" <raghav-web>nckx: I see. We have a new xorg-server-service-type. It uses xorg-configuration as default value, but I don't see any /etc/X11 dir created. <nckx>Noisytoot: You need to remake Guix. ‘make clean-go && make’. <nckx>raghav-web: Why would it be? <raghav-web>nckx: /etc/x11/xinitrc would contain default values for fonts, keyboard etc? <nckx>If you say so. Doesn't sound familiar. <vagrantc>i think i got startx working by making several things setuid root or something <vagrantc>but then i found "sway" and happily switched to it instead as it "just works" <nckx>Oh, running ‘$ sudo startx’ is implied in everything I said above. ‘$ startx’ has never worked AFAIK. <nckx>Hipster gen-Z'ers with your rootless X'en. <vagrantc>pretty sure startx as a regular user worked if you had enough things marked setuid <nckx>Of course, but then you're manually changing stuff at that point. <vagrantc>manually, as in my system configuration? <nckx>Has never worked *in Guix*. <nckx>Works fine in some other distros and if you manually change enough stuff in Guix, probably. <vagrantc>basically used the same technique used for screen lockers, but with X itself and a few more binaries <vagrantc>but ... that information is lost to time because sway works much easier. :) <nckx>I wonder if this was before or after me, because I added $all_of_x to setuid-programs and it still didn't work. <vagrantc>maybe you actually did $all_of_x_but_oops_missed_a_spot <vagrantc>and it wasn't just X ... it was other random things ... it was tedious <jackhill>Hi, I'm trying to add swap-on-lvm. I've added (swap-devices (list "/dev/mapper/guix_vg0-swap")) to my config.scm, but when I reconfigure I get guix system: error: service 'swap-/dev/mapper/guix_vg0-swap' requires 'device-mapping-guix_vg0-swap', which is not provided by any service. Presumably I need to created a mapped device, but where? <vagrantc>i really need to wrap my head around mapped devices and guix so i can use lvm again <jackhill>heh, this is on an experiments vm so I can learn how it works :) <raghav-web>gnu/services/xorg.scm has xorg-wrapper and xorg-start-command defined. But how do I use it? <vagrantc>jackhill: surely you need another mapping layer in there, maybe some raid? :) <mroh>jackhill: try adding `(mapped-devices (list (mapped-device (source "guix-vg0") (target "vg0-swap") (type lvm-device-mapping))))` to your oparation-system or so and use that in the swap definition. <jackhill>mroh: ah, I switched from using the /dev/mapper path to a uuid, and reconfigure is proceeding now <mroh>jackhill: yay, good luck for the reboot! ;) <nckx>…sorry, got called away. Thanks for that info vagrantc, that's great (if old) news; I've discussed this with ~5 people over the years and nobody ever reported your success. <jackhill>second question: with the same configuration, reconfigure prints out 'guix system: warning: mapped-device '/dev/vda1' may not be mounted by the bootloader.' But everything seems to work. At least I can decrypt the disk and boot up. Is there a way to silence the warning? Parhaps I should try uuid there as well. <nckx>What's the cut-off point for CPU instructions again? <mroh>afaik, up to sse2 (including), so yes core 2, i guess. <jackhill>I would like to get the "warning mapped device may not be mounted" message to go away, but that's not a big deal. With the message there, it just feels like I'm doing something wrong :) <jackhill>nckx: have you done suspend-to-disk inside lvm/luks? with my resume=PARTUUID=foo linux cmdline, it looks for the memory image before decrypting the disk <nckx>The current code does not handle encrypted swap at all. <jackhill>ah, I see :) So this would be a change in our initramfs? <nckx>Try moving the whole resume-if-hibernated unless-block under the call to pre-mount. <nckx>I think the mkdir /root block should be moved immediately before the setenv because pre-mount has no business mounting anything and would now corrupt hibernated file systems if it did. <nckx>And of course don't forget to water your backups before you resume. <jackhill>nckx: thanks for the pointers. I'm probably not going to get into it right now, but I'll add it to heap of things to fiddle with <tricon>Would Asterisk's dual-license (one being GPL2) prevent it from being accepted into the official Guix channel? <roptat>mh, on a foreign distro, doing "guix environment guix --pure, make clean, ./bootstrap, ./configure --localstatedir=/var, make, ./pre-inst-env guix help" -> "In procedure load-thunk-from-memory: incompatible bytecode version" <roptat>I had to fight with --pure until I understood that by default /etc/bashrc loaded /etc/profile.d/*.sh <roptat>but now I'm sure guix environment --pure works properly and doesn't get polluted (env answers a much smaller set of variables and don't show any reference to ~/.guix-profile) <roptat>I don't understand why the bytecode is incompatible if I just built and run with the same (and only) guile from my environment... <roptat>ah nevermind, my $PATH is still polluted <nckx>tricon: Nothing wrong with dual-licencing. Just make sure that the GPL applies to the entire package. <nckx>And that the package doesn't promote ‘…now download our cool non-free add-ons!!’ anywhere. Not specific to Asterisk, just in general. <ruffni>i'm getting a "No such file or directory: sh" in a scons-build-system. if i enter a pure environment 'sh' works just fine. am i missing something? <Noisytoot>How can I test a service with ./pre-inst-env? <hunter>Hi there. Would like to seek advices regarding the manual compilation of Linux Kernel in Guix <drakonis>have you tried reading the documentation? <ruffni>Noisytoot: without a guix system running? <dstolfa>Noisytoot: is this a service that requires root? <dstolfa>if so, i'd advise you to override the savannah guix channel and use your own local git checkout as the guix channel and do it through that method <drakonis>but have you tried guix's docs instead of this? <hunter>no i havent. I'll give it a shot .. <bricewge>raghavgururajan: There is a WIP for lightdm service, it's working fine <Noisytoot>dstolfa, It doesn't run as root, but it does create a user <bricewge>raghavgururajan: There is no Guix specificity for using gpg-agent as a ssh-agent <dstolfa>right, you should probably just have a replacement channel for guix from your local git checkout rather than savannah <dstolfa>and then just do a `guix pull --disable-authentication` to get your code <Noisytoot>How can I replace it (rather than adding another channel)? <drakonis>you have to replace it in the channels list <drakonis>there's a variable that contains a list of channels <drakonis>you might want to do away with cons* if you use it instead of lists <dstolfa>you can just call the channel you added "guix" <bricewge>raghavgururajan: You may want to look at this sheperd user service for gpg-agent <jlicht>raghavgururajan: I found keychain to work pretty well for my gpg + ssh needs <jlicht>and I believe tarsius wrote some keychain integration snippets for Emacs, if that is your cup of tea <raghavgururajan>> bricewge: raghavgururajan: There is a WIP for lightdm service, it's working fine <bricewge>It is working well been using it for months <bricewge>I looked into running X manually in rootless manner last weekend, it didn't worked out. I'll try again this week. <civodul>sneek: later tell maximed this new lint warning for #:tests? is awesome :-)