***lispmacs[work] is now known as forthmacs[work]
<drakonis>i feel dumb now, but i can finally engage in the migration. <rekado>maximed: I tried to fix the polyglossia issue multiple times, but it’s really quite difficult. Needs lots of packaging of weird software that doesn’t like to be built from source. <rekado>(seems like everyone else just copies the generated files and calls it a day) <drakonis>ArneBab: when can we use wisp with guix? <ArneBab>drakonis: right after `guix environment --ad-hoc guile guile-wisp -- wisp` finishes :-) — that’s the guix wisp instaREPL :-) <ArneBab>drakonis: sounds great that you got it out of the way! <Guest85>the guix install shell script was interrupted. <ArneBab>Guest85: for a foreign-distro install? <Guest85>when I re-do, I get A previous Guix installation was found. Refusing to overwrite. <ArneBab>Guest85: does it help too rename /gnu to /gnu-broken? <acksys0>I'm trying to get multi-monitor working in my new guix libvirt vm. Having some trouble. I have spice agent service enabled and xf86-video-gxl driver package installed. I see in xorg log that the qxl driver fails to load. <acksys0>[ 25.169] (EE) Failed to load module "qxl" (module does not exist, 0) <drakonis>now let's see if i can do the same in here <drakonis>hmm so weird, getting some other error, thanks python <drakonis>hmm, right, works fine if i invoke it through python <ArneBab>Guest85: what’s the exact error you see? <drakonis>i'll be honest now, i managed to make it work on the vm <acksys0>I ran ps and looked into the xserver.conf in /gnu/store, and the module path for the qxl isn't there. Do I need to add the location to the xorg configuration myself? Installing the xf86-video-qxl package doesn't take care of that? <drakonis>oh, there is a newer pip version in the repos <Guest78>ArneBab: After restart, running guix-install.sh, I get "[ FAIL ] Could not obtain list of Guix releases." <drakonis>is there a way to hide packages from showing on guix install? <ArneBab>Guest78: can you run that script with bash -x guix-install.sh? <ArneBab>that should give you information about the last command that succeeds <ArneBab>(and about all other commands that run) <drakonis>problem's finally solved, time to get moving <hwpplayer1>Do you test a virtual machine on a bare metal installation ? <hwpplayer1>It says you need to enable virtualization extension on BIOS <cbaines>civodul, regarding mapping derivations to commits, the closest thing is maybe the package history pages, but the entry point there is the package, and it gives a range of commits <cbaines>if you just want a bunch of commits, then such an endpoint could be added <drakonis>i have a friend that'd like to use guix with cloud-init <lfam>It would be awesome to have cloud-init for Guix <Xe>is there cloud-init in guix? <Xe>i'd like to plug guix into my VM stuff but i really would prefer having cloud-init at some level of the stack so i can make things a bit more homogenous <Xe>the package search has cloud-utils but not cloud-init <lfam>IIUC, cloud-init would need to "learn Guix" to some degree, right? <Xe>also is there an easy way to install guix on nixos without breaking all of the everything? <dstolfa>lfam: screw it, i'm DIYing something that can run linux-libre with some tape and a usb-c hub <dstolfa>i don't want to use a non-free wifi chip, it's a nightmare <Xe>oh and can i use a normal kernel with the non-free blobs? <ytc`>hello. i've installed gnu guix to my system yesterday. but i cannot use emacs' guix interface package. every time i try to do something, this error comes out: "Error in evaluating guile expression: While executing meta-command: error: package/output-sexps: unbound variable." <lfam>Xe: Yes, you can use any kernel you like but only linux-libre is included in GNU Guix proper <drakonis>gosh the best thing is how easy it is to do that <lfam>This is "freedom zero" of the "four software freedoms": The freedom to use Guix as you see fit <Xe>is there a guix package mirror that has more connection speed? <lfam>ytc`: Sorry about that :( I guess that emacs-guix needs to be updated <Xe>i have gigabit but it only downloads at like 200KB/sec <lfam>It's usually pretty fast but sometimes, usually late at night here in the New York time zone, it gets slow <lfam>There is a mirror for users in China <lfam>Otherwise, I usually get several megabytes per second <ytc`>lfam: do you have that problem either? <lfam>ytc`: I'm not using Emacs or emacs-guix so no <lfam>emacs-guix used to be part of Guix and that avoided these problems but the author decided to move emacs-guix into its own project :/ <lfam>I would report it there, or you could report it to Guix at <bug-guix@gnu.org> <Xe>how big should i make the guix zvol? <rndd>lfam: thanks for your help <lfam>Xe: That's like the root filesystem? <lfam>Or partition or whatever? <Xe>like the entire disk for a VM <Xe>how many gigabytes should it be <lfam>Guix is not very space-efficient. I recommend at least 10 GB for whatever partition holds /gnu/store. <lfam>But it depends on what the VM is for. I would make it larger if you will have a desktoip <Xe>just a headless server thing <lfam>I would do 20 or 25 GB to be comfortable <lfam>It will give you a few "generations" of rollbacks <lfam>Plus space for your application / user data <Xe>looks like the vm image is 30G <drakonis>lfam: i should say that nix is somehow less space efficient <drakonis>because it tends to engage in mass rebuilds too much <lfam>Well storage is incredibly cheap now, compared to when the old-school distros like Debian were created <drakonis>my nix store is humongous because every often i need to get 15 gigs because a dependency higher up in the chain got modified <lfam>When time is short, it's hard to prioritize shrinking the packages. But we do value saving space, and even have the `guix size` command to profile space usage <lfam>Storage has gotten dramatically more expensive in the last 2 months, though. Even the used 4TB drives I was buying for $50 are now selling for $70 <lfam>But it's still very cheap compared to 20 years ago <rndd>why storage prices increased? <lfam>Overall semiconductor shortage and, for some reason, cryptocurrencies have evolved to use storage as well as compute and memory <Xe>rndd: memecoin people made a memecoin that wastes disk space to kill the environment <Xe>i wish i was kidding lol <lfam>It completes the circle of ransomware <Xe>actually, how would i put a random go program by arbitrary git repo into guix? <rndd>your program should be names as package <Xe>i have the vm up, what's the password? <lfam>If I understand correctly, the root user has an empty password Xe <lfam>Same for the 'guest' user <Church>Hmm is there a list of service modules? <Xe>how do i remove the gui <rndd>Xe: remove dsktop services, i think <rndd>also there was an example <rndd>Church: hi, check sources <vagrantc>i've toyed with the idea of setting up caching proxies in north america for ci.guix.gnu.org ... <Xe>is there a way to generate the base system config file? <lfam>vagrantc: It's pretty easy to set up an nginx mirror based on mirror.conf in maintenance.git <Church>Guess there's no jellyfin service <rndd>Church: guix/gnu/services <drakonis>imagine having good docs and imagine how that makes you feel <rndd>drakonis: meh, soures documented <vagrantc>lfam: i've got a local mirror on my network, but i was more thinking about setting something up to share with the rest of my continent :) <drakonis>rndd: i mean, when you're going from nix to guix, the differences are screaming at you <rndd>i like nixos unofficial wiki <drakonis>its not official and it has grown increasingly out of date in a few regards <rndd>i personally found nix language kinda lame <rndd>why not write nix module in ocaml or haskell <rndd>meh, let's write another dsl <drakonis>dstolfa: someone else that feels the same way as you :V ^ <dstolfa>so, for anyone interested about my AX201 adventures, i went on a little bit too much of an adventure and decided to DIY the laptop by getting a hardcase and gluing two usb-c hubs along the length of the back lid and then sticking any dongle necessary to use linux-libre <drakonis>are you using 1.3.0 or the development images? <Xe>1.3.0 in libvirtd with a virtio disk and booting with a BIOS <Church>Hmm. Seems I'll have to write a jellyfin module <Church>And modules for my dns servers of choice <ix>drakonis: do you miss flakes <ix>Or did you never use them much <Xe>i just gave up for now, the vaccine shot i got is making my arm hurt and i can't focus ***acksys0 is now known as acksys
<ix>Mine only just stopped hurting <ix>But, second shot done :) <acksys>I did end up getting this working. I did have to manually add the xf86-video-qxl module to the xorg modules path in my config.scm in order for xorg to load it. ***terpri is now known as robin
<drakonis>they existed as a bandaid to nix having non existent multiple source repo management <ytc>i am trying to change my gtk theme with lxappearance but changes don't take effect. what am i missing? <drakonis>it adds a layer of complexity that doesnt really improve the usability <ytc>also i need to add theme packages to my config.scm file because otherwise themes don't show up. <drakonis>ix: where should i reply to that question tho? <hwpplayer1>git config commit.gpgsign true and git config user.signingkey CABBA6EA1DC0FF33 <vagrantc>hwpplayer1: you have a secret key for CABBA6EA1DC0FF33 ? <vagrantc>you'll need to use the public key fingerprint instead of cabbageandcoffee :) <vagrantc>the public key fingerprint corresponding to your openpgp key <vagrantc>if you only have one key, you m ight be able to omit specifying that explicitly <vagrantc>if gnupg is set with a default-key or such <vagrantc>or if it only has one, you might be able to omit it <vagrantc>e.g. no need to specify user.signingkey in your git config <vagrantc>hwpplayer1: not sure if many of those values are ok to have empty <vagrantc>hwpplayer1: notably user.email and user.name <vagrantc>well, presuming your deleted values are correct, it looks like a valid git configuration file <vagrantc>for the value in signingkey ... does gpg --list-key YOURPUBLICKEYFINGERPRINT ... show the key you expect it to <vagrantc>can you paste the error message that didn't work? <hwpplayer1>hwpplayer1@masscollabs ~/test$ git commit -S -m "mert" error: gpg failed to sign the data fatal: failed to write commit object <vagrantc>try to replace with some text rather than just delete things you want to keep secret <hwpplayer1>A command -S -m and gpg failed a general issue on any system <vagrantc>admittedly, i sign my git commits on a foreign distro and haven't used guix for that :) <roptat>hwpplayer1, you need to install pinentry, and put something like this in your ~/.gnupg/gpg-agent.conf: pinentry-program /home/hwpplayer1/.guix-profile/bin/pinentry <hwpplayer1>I did thanks vagrantc and roptat and all people! <hwpplayer1>usually it comes with gpg on Ubuntu as i remember <apteryx>roptat: I think civodul had done something to make the pinentry-program line not necessary in gpg-agent.conf; although I've never tested it <roptat>ah, thanks for letting me know :) <ix>drakonis: here is fine <ix>drakonis: fair enough. I saw the docs. Nice, but nothing flake-like present <alextee>anyone know what the GNU project's stand is on the freenode thing? <alextee>is there an "official" discussion going on somewhere? ***jetomit_ is now known as jetomit
<pinoaffe1>alextee: while I don't think there's an official position as of yet, I can't imagine it being anything but "switch to libera" once it comes out <robin>individual channels are switching to libera. either #guile or #guix (maybe both but i only checked one) is only logging from libera now <robin>(the links are to irc.gnu.org but the text below implies it's an alias for irc.freenode.net) <dav1d>/!\ THIS CHANNEL HAS MOVED TO IRC.LIBERA.CHAT #HAMRADIO /!\ <dav1d>/!\ JOIN #HAMRADIO TODAY. THIS CHANNEL HAS MOVED TO IRC.LIBERA.CHAT #HAMRADIO /!\ <robin>even #gnu has 1/3 as many members as on freenode (and ofc many people are still on freenode as channels migrate, so it's probably closer to a 50/50 split in terms of apparent network preference (and ofc not everyone knows what's happening with freenode at this point, it's barely been a week since there was any public indication that something might be wrong) <robin>ah, yes, irc.gnu.org is just a CNAME for irc.freenode.org <albanc>/!\ THIS CHANNEL HAS MOVED TO IRC.LIBERA.CHAT #HAMRADIO /!\ <xmx>Why is Haskell GHC package is build form tarball rather than git source ? <rekado_>we generally use published release tarballs ***rekado_ is now known as rekado
<xmx>rekado_ : Whats the normal source git or tarball when creating new packages ? <cda__>/!\ THIS CHANNEL HAS MOVED TO IRC.LIBERA.CHAT #HAMRADIO /!\ <cda__>/!\ JOIN #HAMRADIO TODAY. THIS CHANNEL HAS MOVED TO IRC.LIBERA.CHAT #HAMRADIO /!\ <xmx>leoprikler: So can it be tarball releases ? <xmx>Auto genetated ones ? <leoprikler>the tarballs generated by Github/Gitlab are not usable, they're unstable <vivien>The problem with tarballs is they encode modification dates, and so if you re-genenrate the tarball these dates will change and as a result the tarball too <xace_>/!\ THIS CHANNEL HAS MOVED TO IRC.LIBERA.CHAT #HAMRADIO /!\ <leoprikler>vivien is there such a thing as `tar --january-first-1970`? <vivien>There’s a dist-package function in guix <vivien>It runs make dist (or distcheck, I don’t remember) <vivien>But since the result is a tarball with modification dates in it, it is not reproducible <vivien>But then, you also need to use the exact same versions of the autotools to re-generate the tarball <vivien>So yeah generating the tarball reproducibly is not something one might want to do <leoprikler>would be great if future autotools simply had an option to do that <jpoiret>is golang software hard to package in guix? <xxn>Does any one use haskell language server setup on Guix destro for Emacs ? <leoprikler>jpoiret: somewhat cumbersome from what I can tell <xxn>Im tryed to set it up but failing. ***jonsger1 is now known as jonsger
***dekenevs is now known as mitzman
***mitzman is now known as dekenevs
***dekenevs is now known as mitzman
***mitzman is now known as dekenevs
***dekenevs is now known as mitzman
***mitzman is now known as dekenevs
<lfam>I won't be able to do the kernel updates this weekend. If anyone would like to do it before Tuesday, feel free! ***qyliss is now known as ^_^
***^_^ is now known as qyliss
*oriansj strapping them boots soo hard ***Noisytoot is now known as [[
<xmx>Any tips on making new package defs for Haskell libs and programes ? Because depens of 'guix import hackage "packagename"' given is bit different than the depens showed in hackage site. <oriansj>xmx: that is because guix doesn't have hidden dependencies. <xmx>Also it is different from guix package that is already there. For ex. take 'ghc-vector' in all the three cases there is only one or two depens are common. <xmx>Compare 'guix import hackage vector' vs 'guix edit ghc-vector'. Why such difference ? <oriansj>xmx: one is the software's best quess of what is needed and the other was written and tested by a person <tissevert>so it was a matter of locale after all for the website's issue <roptat>tissevert, yes it seems so, I pushed a patch, so the readme is more correct now <tissevert>I missed that, I've spent a little time trying to read guix-patch and didn't even see it <roptat>tissevert, I didn't send it there, I pushed directly <roptat>should have answered though, let me do that <tissevert>I'm still amazed by the flow of the mailing lists <roptat>yeah, it's becoming hard to follow, even if I ignore most of it <maddo>hello, is there a proper channel to report outdated/not working packages? ***[[ is now known as Noisytoot
***MidAutumnMoon9 is now known as MidAutumnMoon
***jakesyl_ is now known as jakesyl
<ytc>hello. how can i change my gtk theme? lxappearance changes don't take effect and i am not using any desktop environment. <zap>maddo: I think its okay to report it here but there is a dedicated email for bug reporting: bug-guix@gnu.org ***maddo` is now known as maddo
<zap>hey guix, what do you do if you want gexp to take arguments? One thing I thougt of is to insert paremeters as gexp inputs <zap>but having #$parameters all over the placy quickly becomes tedious to manage ***jakesyl_ is now known as jakesyl
<maddo>guess they're still coping with sudden influx of traffic <zap>maddo: I think they are in unususal situation :) probably so much exitement about a new IRC network is rare these days <zap>raghavgururajan: hello! ***anonymous is now known as river
***terpri_ is now known as robin
***sneek_ is now known as sneek
<nckx>...it's not caching, it can't be caching, it was caching? <nckx>AFAIK that ‘can't happen’ otherwise. <maddo>raghavgururajan: amule and emacs-telega actually XD <nckx>Which substitute in particular, raghavgururajan? <raghavgururajan>You mean caching on my machine? I also tried `sudo rm -rf /var/guix/substitute/cache/*`. <nckx>There, or in guix-publish, or in ngixn (I don't know offhead if bayfront uses a proxy). <nckx>A store path if possible? <nckx>I assume you compared hashes to make sure you're actually requesting the exact same thing. <xmx>Why are those cabale revision are present in haskell package definitions as arguments ? <nckx>Yes, I can reproduce with cURL. Buttehm: herd: service 'guix-publish' could not be found. ***drakonis1 is now known as drakonis
<nckx>Is this something that changed because of the Guix Build Coordinator? *nckx wonders if cbaines has a ping set up for those words :) ***dongcarl2 is now known as dongcarl
***ix is now known as Guest4079
***xkapastel_ is now known as xkapastel
***Guest4079 is now known as ix
***ix is now known as Guest880
***Exagone314 is now known as Exagone313
***TheCreeper1 is now known as TheCreeper
***leoprikler_ is now known as leoprikler
***Exagone314 is now known as Exagone313
***dongcarl9 is now known as dongcarl
***TheCreeper1 is now known as TheCreeper
***xkapastel_ is now known as xkapastel
<dstolfa>i assume mattermost and element are not in guix because the evaluation of how free they are is still going on? <jackhill>dstolfa: As I understand it, it's not about how free they are in a nominal sense (they probably are free), but in a practical one: untangling the knot of javascript dependencies is a lot of work, and it has not been done yet. <jackhill>For Zulip there is at least the zulip-term terminal client in Guix. <dstolfa>jackhill: yeah, that matches with what i've heard about it. is there an ETA on when they might be untangled or is just a case of "wait an see"? *raghavgururajan 's message came late <jackhill>dstolfa: I don't think we know enough abotu how close we are to a tipping point. plus as a volunteer effort, it goes in fits and starts. I haven't personally worked on it, so don't have a better sense than that. Jullien L (I think) has been doing a lot of that work. <dstolfa>jackhill: alright, that sounds reasonable. thanks for sharing <jackhill>I do think it would be a great boon to Guix and free software folks when we do work it out. <xmmx>How does :cabal-revision work in haskell build system ? <jackhill>xmmx: I don't know, hopefully someone else does ***lispmacs is now known as forthmacs
***forthmacs is now known as lispmacs
<dstolfa>oh hm, yeah that does look interesting. thanks raghavgururajan ***drakonis1 is now known as drakonis
<bdju>do appimages work on guix? never used one before but was just trying one and afaict nothing is happening <dstolfa>bdju: yes, but you may need to put the linker in the global path <bdju>linker? what would that process involve exactly? <leoprikler>patchelf is your friend when dealing with appimages <dstolfa>bdju: it would involde finding your glibc's ld-linux-x86-64 and symlinking it to /lib ***Noisytoot is now known as [[
***xkapastel_ is now known as xkapastel
***[[ is now known as Noisytoot
***Guest880 is now known as ix
***ix is now known as Guest444
***Guest444 is now known as ix
<jackhill>pkill9_: mbox looks like interesting software, does it work without setuid? <jackhill>I guess it hasn't been updated recently. I wonder what that means (probably that "better" sandboxes have been developed (a la gvisor)) ***jackhill is now known as KM4MBG
***KM4MBG is now known as jackhill
<pkill9_>that's what i wanna know, but tbh there needs to be a better solution for sandboxing <solene>or is guix-patches@gnu.org enough? <vagrantc>solene: if you have updates to the patch or multiple patches in a series, then you should send them to the appropriate bug number after the initial submission to guix-patches@gnu.or <vagrantc>the first mail to guix-patches will give you a bugnumber, and then follow-ups should go to the corresponding BUGNUMBER@debbugs.gnu.org <vagrantc>though the important thing is to contribute; if you get something small wrong it's no big deal, we can always improve it later :) <solene>I'm taking the opportunity to check the accuracy of the documentation ;) <vagrantc>solene: also good to help improve the documentation :) <solene>I had to setup a wireguard tunnel to be able to send the stupid patch, took me a while to understand how to mix %desktop-services with the vpn service :D <vagrantc>yeah, sometimes it makes assumptions that can be hard to follow ... though it's more well documented than many projects <solene>am I doing right in regards to the process to work locally? I have a term in the guix git repo with "guix environment guix --pure --ad-hoc help2man git strace less" and I use ./pre-inst-env guix {build,install} something , and from another shell I make changes to scm files <vagrantc>you might want to use a separate profile for installing things ... that's a judgement call <vagrantc>e.g. i try to keep my default profile just with stuff from guix proper, experiments in separate profiles <solene>I'll try later maybe, I'm really struggling. I daily used guix like 4 years ago but it seems I forgot everything :D <solene>Kudos to the people involved in the installer, I've been very surprised to see the installer with full disk encryption also encrypted /boot , it's the only distribution I know doing that. <vagrantc>the encrpyted /boot part is only relatively recently possible with grub ... though i supposed i've been using that for quite some years now :) <vagrantc>it's technically possible with debian-installer, but you have to set it up manually ... <vagrantc>though i think it still requires using luks 1 format, rather than luks 2 ... unless grub learned how to do luks 2 :) <vagrantc> May 02 help-debbugs@gnu.org ├─►bug#48172: Acknowledgement (support split /boot partition) (debian inbox) <vagrantc>as that would allow luks1 for /boot and luks2 for / <solene>should I expect a mail from guix-patches@gnu.org in return to mine? <vagrantc>yeah, it may take a while ... not sure what a reasonable delay to expect <vagrantc>but it should eventually reply with a bug number and a little bit of information about what to do with it :) <civodul>the first message to the list can take a few hours to reach it; subsequent messages go through instantaneously <civodul>that applies to all the lists at lists.gnu.org <vagrantc>ah, didn't realize debbugs was *behind* the list interface <civodul>kinda annoying, but i guess it helps reduce spam <civodul>i don't know the plumbing details actually :-) <vagrantc>pay not attention to the bug report behind the curtain <vagrantc>in addition might need moderator approval for the initial post <civodul>solene: nice! that could be a useful addition to the manual or cookbook <solene>it seems the wireguard module lacks a setting for keep alive (this is optional in wireguard), that's a nice introduction to a service ^^ <solene>civodul: which cookbook? I only found the manual <civodul>it's meant to be more informal and "application-oriented" than the manual <vagrantc>i must admit, my first habit when looking at documentation is searching for examples :) <ruffni>`guix install mes` fails on my x86_64 debian host. is there anything special i need to do/consider or is it a bug? <civodul>could you report it to bug-guix@gnu.org? <civodul>from the page above it might be related to the upgrade to mes 0.23 <ruffni>it fails like this: "test/test3/hello.sh: line 23: GET_MACHINE_FLAGS: unbound variable" ***john2gb3 is now known as betelgeuse
<ecbrown>apteryx: i made a little progress on qt6. i have my work in https://github.com/ecbrown/guix.git on branch qt6-updates. basically i tried to follow your example for qtbase, moving qt5 to *-5 and then adding qt6 upgrade. (i still have to work on the new modules that don't have a qt5 analogue) <ruffni>civodul: is there a template on what to submit? or should i just describe the bug in a couple of words and add the link to ci you posted before? <daviid>hello! fwiw, g-golf now works with guile >= 3.0.7, does not depend on gtk+-3.0 any more ('since' commit 40d0756) and works with gdk4/gsk4/gtk4 - it would be nice if someone could update the package 'accordingly' and point to the latest f04756ea967281b0b1c34a9043e64542e034196e commit ... tx! <civodul>ruffni: yes, what you write; you can also paste the last few lines of the build log for convenience 