<nckx>genericspider: At first glance, Guix's libextractor seems to be incompatible with the version of exiv2 in Guix. <nckx>So the fix would be to find a working version combination. <nckx>But first you should probably file a bug đ <EternalZenith>Does the Guix system installer support luks, or does that have to be configured manually? <nckx>genericspider: I just tried to build it myself, if that's what you mean, it's not a sometimes-error. <nckx>So the build farm will not be able to build it, so there are no binaries, anywhere. <nckx>I *think* that answers your question. <nckx>EternalZenith: There's *code* to handle it (as in, I grepped gnu/installer for âcryptâ). I haven't tried it myself though. <genericspider>I mean if I build exiv2 manually and stick it in my /usr/lib directory (or wherever it would go) and have it use that instead. <genericspider>I imagine some modification of the makefile would need to be done though <nckx>Dynamicmetaflow: cat `guix build spice-gtk`/lib/pkgconfig/* <nckx>genericspider: But how would you build exiv2 manually? Either you'd build the exact same version that Guix had, with the same problem (it will still not provide that âconflicting return type specifiedâ discrepancy), and if you know which version to use instead you can just up/downgrade the Guix package to that version. <nckx>I'll see if I can find out more but it won't be this hour. <nckx>General question: does setting my status to âawayâ actually make a difference in common IRC clients? <ryanprior>Guix folks who use Emacs: do you use guix to manage your elisp packages? Is there a library like `use-package` that you use to manage packages from within elisp code or do you do that outside Emacs? <nckx>ryanprior: I install emacs packages through Guix and use use-package just for the syntax, not to âmanageâ them. <nckx>Wow. What Dynamicmetaflow just pasted is⌠what is it? <Dynamicmetaflow>I need to post this script from the mailing list, it uses the ELPA importer and imports emacs packages from MELPA. <Dynamicmetaflow>Instead of having to use the ELPA importer for each emacs package you want, you can define a list of packages you want to install and it pulls it from MELPA. <Dynamicmetaflow>Emacs packages are then autoloaded and then within emacs I use use-package to configure it <ryanprior>nckx: to dig into what you said: if I have a package installed via guix and then I invoke `use-package` will it pick up the already-installed version and not download a new version over it? <ryanprior>Possible migraiton plan: get a list of what packages are installed now in my Spacemacs, install all those onto my Guix system, and then delete (rename) my elpa folder. Does that sound sane? Anybody else do similar? <Dynamicmetaflow>(setq package-user-dir "/home/alexander/.guix-profile/share/emacs/site-lisp/") <Dynamicmetaflow>hopefully once I have more of an understanding of how guix packages different packages I will be able to contribute and package packages <nckx>Live to fight another day. <Dynamicmetaflow>nckx: Thanks for your help! Wouldn't have gotten this far without you. <ryanprior>I've read the packaging guide and still feel like I understand practically nothing about how to package software X.X like unless it's a C program with basically no dependencies other than `make` and `gcc` im like ?? <ryanprior>I've also read a few packages using `guix edit [packagename]` and they totally overwhelm me <ryanprior>I feel confident I can get it eventually - I've built Debian packages, node packages, gems, Docker containers, Ansible playbooks, so I'm like darn it if I'll walk away defeated, but it's not clicking yet. <trzcdev>ryanprior, I'm lurking in hopes of learning more about Guix packaging. I find your questions, and people's repsonses, helpful. <ryanprior>Thanks for saying so trzcdev! And yes big thanks to folks who answer questions, it's so appreciated. <nckx>trzcdev: Do you run Guix yourself? <Dynamicmetaflow>Getting the same src/meson.build:122:0: ERROR: Vala library 'spice-client-gtk-3.0' not found <nckx>Dynamicmetaflow: What's your wgetpaste command line? We should really fix that â$â and the error messages, even if it's probably not our bug. <nckx>OK, then it's not wgetpaste's fault. wgetpast < the-file.scm should work better. <nckx>Dynamicmetaflow: Well, the error message is right (ignore the maybe misleading first -1.0): âneed 'libvirt-gconfig-1.0' ['>= 2.0.0'] found '1.0.0'.â <nckx>So it really needs libvirt-config 2.0, not 1.0, and we have 1.0.0. <nckx>So your mission, if you choose to accept it, is to update libvirt-config to 2.0 and make sure nothing breaks. Or wait for me (or someone else) to do so, but I won't have time tonight. <nckx>Sorry about the bumpy ride but that's just the fun of packaging. <nckx>Somebody keeps changing all the software. <Dynamicmetaflow>nckx: Thanks! What do you means someone keeps changing all the software <nckx>Nothing, just silliness. It's just so damn hard to keep up with all these updates sometimes. <nckx>Dynamicmetaflow: Yes. You got that right in your package. But we have libvirt-glib 1.0.0, and gnome-boxes expects (at least) 2.0.0. <nckx>Oh, sorry, I managed to miss that relevant fact. <nckx>Then I guess âwait whutâ is my official response on the matter. <wdkrnls>any suggestions for configuring tooling for guile/geiser so it becomes easier to inspect the magic incantations of guile code used to make packages? <wdkrnls>My geiser doesn't seem to know anything about the gnu guix libraries. <wdkrnls>I too really see the value (also the necessity) of being able to package my own stuff in guile. <nckx>Dynamicmetaflow: Well this is not what I expected. /gnu/store/c3f0hrzabhf9hvsybpiwxyvk6nf4d0nv-libvirt-glib-1.0.0/lib/pkgconfig/*.pc all still say âVersion: 1.0.0â <ryanprior>good question wdkrnls , I would like to figure out how to macro-expand the guix package definitions in geiser <ryanprior>I think you need to have the guix libraries installed, but I'm not sure how to do that (does it have to do with guildhall, the package manager? or do you do this with guix itself?) <nckx>It might be, yes. I'm dealing with a failed RAID drive right now but this has certainly got my attention as next task đ <nckx>Aw shat, it was just a stupid mistake I made while distracted by the RAID alarms going off. Never mind⌠<nckx>No, the 2.0.0 .pc files all say 2.0.0, as they should. <nckx>Dynamicmetaflow: That store file name (even though it was pointing to the wrong 1.0.0 one) is on my system, but due to the way Guix works, we will have the exact same path when building the same libvirt-glib. <nckx>Yeah, it's still weird, just weird somewhere else⌠<Dynamicmetaflow>nckx: thanks for the info... I have a lot of gnome-boxes builds does gc take care of that? <nckx>Dynamicmetaflow: It will, yes. But don't let's gc (unless you need the space) while working on this package, you'll probably have to re-build/download things. <nckx>(Because the GCor looks at âinstalledâ items, and we haven't managed to install a single gnome-boxes yet to serve as GC root.) <nckx>I should also add that .drv files don't really take up space (they are a few K at most). <Dynamicmetaflow>and then remembered about gc and also drv are text files but wanted to ask to make sure about <nckx>Dynamicmetaflow: So I've âupdatedâ libvirt-glib to 2.0.0 (as in I've bumped the version and hash, but haven't done any more due diligence) and I get âVala library 'spice-client-gtk-3.0' not foundâ now too. <nckx>âŚthese error messages are really not doing it for me⌠<nckx>So spice-client-gtk-3.0.pc Requires: gtk+-3.0 >= 3.22 spice-client-glib-2.0 <nckx>We have gtk+-3.24 so that's fine. <nckx>spice-client-glib-2.0.pc (are you having fun yet?) Requires <nckx>And Requires.private: pixman-1 >= 0.17.7 openssl <Dynamicmetaflow>nckx: Well now I don't feel alone, we are getting the same errors lol <nckx>âŚso let's add spice-protocol and see if we can ignore Requires.private for now since I admit to not really knowing what that means⌠<nckx>Dynamicmetaflow: đ I type: <nckx>without the leading space. *nckx gets that question suprisingly often, about twice a month or so. *Dynamicmetaflow testing irc *Dynamicmetaflow wonders why it took him so long to have an inner-monologue... *Dynamicmetaflow building.... <nckx>Adding all 3 packages (in gnome-boxes directly, yes that's cheating, yes it should be done in libvirt-* when adding to Guix) gives me the same error :-/ <nckx>ERROR: Vala library 'spice-client-gtk-3.0' not found <Dynamicmetaflow>nckx: I'm even comparing the gnome-boxes packages from other distros in case I've missed something and nothing unsual comes up <nckx>Remember -K from earlier? Are you still using that? <nckx>It will print something like ânote: keeping build directory `/tmp/guix-build-gnome-boxes-3.32.1.drv-5'â (the number may differ), in that directory you'll find build/meson-logs/meson-log.txt. <nckx>Yeah, I didn't mention it because it doesn't seem to contain the key to all this. <nckx>And didn't want to confuse you with n threads of investigation at once. *nckx admits to being in âteacher modeâ⌠<nckx>All it says is: error: Package `spice-client-gtk-3.0' not found in specified Vala API directories or GObject-Introspection GIR directories | Searched [] and 'spice-client-gtk-3.0' wasn't found <Dynamicmetaflow>nckx: As someone who used to be a teacher, thank you for understanding cognitive load theory <nckx>That might mean something to someone better versed in Meson/Vala than I am but it's very much not my world. <nckx>Mmaybe? I can't really say. I'm not into Gnome, like, at all. <nckx>I use the meson-build-system as a black box that poops working Gnome things. When it doesn't, welp, here we are. <nckx>The empty [] is definitely suspect. *nckx points out the obvious. <nckx>I don't see how. Could you elaborate? <Dynamicmetaflow>Well it can't find spice-gtk and it's talking about some vala binding <nckx>Indeed, I don't think it should affect us. *nckx has put the issue aside for now but remains present & interested. *Dynamicmetaflow is determined to build this! <nckx>You're pretty damn close. <Dynamicmetaflow>I thought about just creating an interface in emacs to do what gnome boxes does <nckx>Throw up your current state on the mailing list when you go to bed or run out of ideas, the solution might be obvious to someone familiar with Vala. #guix is also pretty quiet during the Euronight. <Dynamicmetaflow>but then I thought I will never learn how to do a guix package so here i amfl <nckx>Gnome boxes is definitely a box (er, not intended) we want to tick. đ *nckx stares at the clock and the clock stares back⌠02:49. <rvgn>Dynamicmetaflow All the best! I would be greatful as I benefit from that too :) <nckx>It's happily syncing away. I'm trying to find a way to get IceCat to install and respect system locales. *nckx was thinking of rvgn specifically above đ <rvgn>nckx You mean for Icecat? <nckx>rvgn: No, when I mentioned that Gnome Boxes is definitely something âweâ want. <Dynamicmetaflow>also side tangent, does it matter if it's ("gtk+3" ,gtk+) or ("gtk+" ,gtk+) <nckx>Dynamicmetaflow: It doesn't. <nckx>It can be ("foobuzz" ,gtk+) for all Guix cares. It's just a text label, and only relevant when using (assoc-ref inputs "gtk+") in a phase. <nckx>The plan is to eventually support just the package name and derive the label from that. <nckx>s/package name/package variable/ <Dynamicmetaflow>rvgn: yeah, i couldnt get virt-manager working either after much tinkering, i was able to get the flatpk of gnome-boxes to work. problem was that i would create the vm and then if i started up gnome-boxes it woudlnt initiate the vm anymore. i think that error is related more to flatpk rather than gnome-boxes <rvgn>âDynamicmetaflowâ I was thinking of flatpack too. But using that when we have guix was kind of diabolical to me. xD <nckx>Hey neato 5 years of Guix and tonight I learn that we tab-complete packages on the CLI. *nckx livin' the functional manifest lyfe. *rvgn is being very loyal to guix :-) <Dynamicmetaflow>that gets into hypvervisor and some other virtualization tech that requres more reading <Dynamicmetaflow>The Libvirt Sandbox project is an effort to facilitate the use of libvirt virtualization drivers for the purpose of sandboxing applications. The key features of the project are: <raingloom>heyy, how do I get outputs in 'configure? it seems like i can't use `(#:key inputs outputs #:allow-other-keys)` <Dynamicmetaflow>the sandboxing of applications intrigues me and i wonder if it's like qubes appvm <nckx>raingloom: Nope, you can't, you have to use the slightly uglier %outputs global variable. <nckx>(Same for %build-inputs instead of inputs.) <nckx>raingloom: I see the ' now. Did you mean #:configure-flags or the 'configure phase? <nckx>Oh. But you can use them there. <raingloom>huh. then i probably messed up the syntax. the error is kind of unclear. <nckx>It's Guile; sounds legit. <nckx>(Sorry for misreading your question, it just so happens that it's a common question about #:configure-flags.) <Dynamicmetaflow>when building does gnome-boxes are the contents of that passed? like is vala_args used? <ryanprior>Does guix support the meson build system? There's a ton of stuff in the Gnome & elementary OS sphere that's using it these days. <ryanprior>I don't see anything about supporting `meson.build` but I would hope it would be part of the build and would get passed to meson during the configure step? <Dynamicmetaflow>ryanprior: yeah, i've been trying to package gnome-boxes, with the help of nckx and few people here. <Dynamicmetaflow>almost there but running into some issues related to spice-client-gtk, where vala can't find the library, so i'm looking into the meson.build and spice-display.vala source now <ryanprior>That's great, I would like to try and get a bunch of elementary OS stuff into guix so I should follow your effort :) <nckx>Dynamicmetaflow: Yes. You should be able to use #:configure-flags (list (string-append "-Dvala_args=" âŚ)) if you know what the expected args are. <Dynamicmetaflow>Well this is my first time doing a contribution and packaging, so your experience and support is appreciated :) <nckx>ryanprior: Meson should be fully supported, and if Ninja is the thing that build Chromium, well, we package that so it must be at least partly working. <ryanprior>ninja is a dependency of the meson build system. meson pitches the balls and ninja hits 'em, so to speak. <Dynamicmetaflow>the line for gio-2.0 specifies vapi_dir and the vala_args look interesting <nckx>Dynamicmetaflow: Which library? <nckx>I was grepping for âgio-2.9-workaroundâ earlier but I forgot why, smells like we both came close to the same place. <nckx>Is it not part of spice-gtk instead? <nckx>I can see why GB ships a âworkaroundâ to something in gio (glib), but the regular spice-client-gtk is not their responsibility. <Dynamicmetaflow>so my question is where do i get this library, since we already installed spice, spice protocol and spice-gtk and not getting anything <nckx>Dynamicmetaflow: That's pretty much the most likely case. <nckx>(At least I don't have to feel bad about not having more time to help you with this, you're doing just fine.) <nckx>Dynamicmetaflow: No, that's the âconfusingâ thing I noted earlier: the -3.0 is not the package version. In the output of our spice-gtk package, you'll see a lib/pkgconfig/spice-client-gtk-3.0.pc file, despite the package being at 0.36. <nckx>This file wil have a Version: line with the latter number. <nckx>3.0 is the soname/ABI version or somesuch. <nckx>This is how the system is designed, I doubt it. <nckx>Your notion of pointing GB's vala towards spice-gtk paths was more promising. *Dynamicmetaflow opens the package tutorial and manual... <nckx>I think I gave you the Guix part of the puzzle above: it would look like #:configure-flags (list (string-append "-Dvala_args=--somevalaoption=" (assoc-ref %build-inputs "spice-gtk) "/some/path")). <nckx>(Assuming vala_args is the thing that will fix all these troubles, which we don't know, but hey.) The two âsomeâthings are Vala-dependent, the Guix manual can't help you there. <romulas>I have had a kernel crash last time I booted from a usb, how do I collect the log files? <nckx>romulas: Erm, probably not. Where would they be stored? <nckx>The USB drive isn't mounted read-write. <nckx>I don't think that's even possible, being really a DVD (ISO) that can also be dd'd to USB drives through some clever hackery. But the iso9660 filesystem is read-only by design. <romulas>So should I just diconnect all devices that crash the kernel? <romulas>I assume they are the usb devices that can't load a driver. <nckx>I guess that would be as good a first step as any. <romulas>Something about the driver wasn't deblobbed <nckx>(There are ways Guix could be extended to store panics somewhere, but it's still not as simple as having a writable USB. There is much complexity involved. You'd boot a whole new kernel to perform an autopsy on the old one⌠lots of work. There are simpler methods but they carry risks.) <nckx>romulas: If this happens again, could you upload a screenshot (it may be a literal photo) to a friendly website and send a bug report to bug-guix@gnu.org? <nckx>The /*DEBLOBBED*/ thing is probably not what caused this. <Dynamicmetaflow>I love spices, especially on my food. After this experience I don't think I'm going to have anything spicy for some time now.. <nckx>The Guix kernel *is* deblobbed. That just means it won't load any non-free firmware. So your Bluetooth devices that require non-free firmware wouldn't work, which is a shame, but it's very unlikely to crash your kernel also. *nckx just put some Sriracha in their soup and is enjoying it very much. <romulas>Okay I will try it again let me download the iso and load it to my usb <nckx>romulas: If you're downloading it again (presumably to rule out corruption?), be sure to verify the signature. It will catch a damaged download. *Dynamicmetaflow thinks nckx has strong mental fortitude to put Sriracha on food after dealing with the Boxes that shall not be named *nckx just has a Problem. *Dynamicmetaflow is updating spice-gtk to 0.38 has a small attempt to see if it autofixes <apteryx>how can i remap some key to another one? xmodmap doesn't seem to work on Guix <sneek>Welcome back apteryx, you have 1 message. <sneek>apteryx, str1ngs says: you don't need C bindings for this. just write the fields to /dev/input/by-path/platform-pcspkr-event-spkr using guile. <apteryx>str1ngs: oh! interesting... I thought the fields were meant to be a C struct. Is it possible to have the equivalent directly from Guile? <nckx>apteryx: How so? I use it. <nckx>xmodmap -e "keycode 151 = Multi_key" # Thinkpad's Fn button <apteryx>nckx: i've tried for example: xmodmap -e 'keysym Muhenkan = Control_L' to remap some weird Japanese key to a left control. xev shows that pressing that key gives me the right Control_L keysym/code, but it has no effect. <nckx>Well, I've never owned a weird Japanese keyboard (they look cool though), but I don't think the problem is xmodmap + Guix per se. <apteryx>lemme try remmanig the keycode 151 to Control_L to see <nckx>I just rebound my Fn key to Control_L and xev sees it. <apteryx>but can you use it as a control key, in emacs or xterm? <Dynamicmetaflow>so nckx have do you have any interest after hopefully packaging gnome-boxes, want to tackle nextcloud :p <nckx>I assumed it was my âfaultâ for also rebinding my actual left Control key to Caps Lock. <apteryx>yeah, I thought the same (I do that also), but even after clearing that with 'setxkbmap -option', the problem remains <nckx>It's not fun, but have you tried never setting that option in the first place (so, assuming you set it in system.scm, commenting it out, reconfiguring, and rebooting?). I remember having to do that once a long time ago. Wasn't even on Guix. Not a great bet but worth a shot if you're out of options. <apteryx>nckx: I set this in my ~/.bash_profile, so I can comment it out and relogin <nckx>Dynamicmetaflow: The main reason I haven't put NextCloud on my home server, just to see what it is, is probably that it's not a âguix installâ away, so sure, although I can't promise I'll like it & keep using it. Also, packaging Web stuff is often⌠not fun. <Dynamicmetaflow>try out next cloud there from yunohost, yeah i agree. I think trying to package it will be challenging but also rewarding <nckx>sneek: later tell apteryx: You probably know this, but just in case: (keyboard-layout) understands all XKB options and will even set them⌠on a VT! I was flabberghasted. <nckx>Dynamicmetaflow: Does it use npm? <sneek>Welcome back apteryx, you have 1 message. <sneek>apteryx, nckx says: You probably know this, but just in case: (keyboard-layout) understands all XKB options and will even set them⌠on a VT! I was flabberghasted. <apteryx>nckx: that's cool! I have lots of dubious logic looking at different machines to do different things though... I'm not sure if that'd be easy to hack at the config level. *nckx is reminded that a Webmail, any Webmail, would also be nice to have. <nckx>(That's not a request, not even an implied one đ ) <nckx>Dynamicmetaflow: Oh, so it's âAppâ-based? (And Yunohost needs to update one of them. đ) <nckx>No, I know, I'm inside NextCloud. <nckx>But it seems (or at least pretends to be) pretty modular. <nckx>Dynamicmetaflow: Unfortunately, JS stuff is often bundled. We have PHP, but no PHP âpackagesâ yet, so we're probably missing a php-build-system too. <nckx>(I mean, I know we are.) <Dynamicmetaflow>I know this may be more than what I can do right now but I wonder what would a php build system entail <nckx>romulas: Yep. It's not clear (as so often with Linux) if that's an error or a warning or something in between, but it's the only culprit we have. Let's hope someone on the list knows a lot about AMD virtualisation (I don't). In the meantime: does your firmware (BIOS/UEFI) provide an option to disable virtualisation for now? <nckx>romulas: You've pasted that link 3 times now; are you unsure whether your messages are coming through? They are đ <apteryx>nckx: it was a user error; xmodmap works, but to modify existing "modifier_map", you have to redifine the map, such as by doing "xmodmap -e 'add control = Control_L Muhenkan'" <romulas>bug#36757: Acknowledgement (AMD-Vi IOMMU bug, kernel crashes using GuixSD 1.0.1) <nckx>Dynamicmetaflow: Erm, I know there's a difference between PHP modules, which are compiled, -ish? and PHP packages, which are just PHP. NextCloud needs both. But I just use PHP, I don't hack it. <nckx>romulas: I guess so. I never got my spandex uniform or silly hat but sure. *nckx is getting ready for bed since it is 4:34 and soon it will be light. <rvgn>nckx Let there be light xD <rvgn>Dynamicmetaflowâ Atm, I am searching for job xD <rvgn>Dynamicmetaflowâ I am also researching about BIOS vs UEFI and would like to know which going to be the future. <rvgn>Dynamicmetaflowâ If you have any insight on that. Do share :) <Dynamicmetaflow>All i have to contribute is that I dabbled with coreboot and have flashed my thinkpads with it <emacsomancer>hopefully coreboot &c. is the future, not either BIOS or UEFI <rvgn>âDynamicmetaflowâ I see. <rvgn>emacsomancerâ Coreboot is a firmware where as UEFI is the specifiaction (not a firmware by itself)?? <emacsomancer>that's true. and there is TianoCore which works with coreboot implementing the UEFI specification <emacsomancer>from that perspective UEFI is probably the future since it offers some theoretical security advantages, as I understand it, but I'm not necessarily keen on the actual typical implementations of UEFI <rvgn>âemacsomancerâ That's eaxctly my confusion. Will coreboot+bios or coreboot+uefi going to be the future. <emacsomancer>I think it's worth looking into things like TianoCore (or Yabits). I believe there will at some point be hardware implications for using/not using UEFI. <emacsomancer>I've just been doing coreboot+bios on my current machines, because it's easy and I don't think I'd have much benefit from anything else, but for the future.... <Dynamicmetaflow>what are your concerns for the future, and when you say 'future' how far off you think. <Dynamicmetaflow>yeah I kinda stopped looking into that, once i got it up and running i was happy <emacsomancer>Dynamicmetaflow: more or less the same, though my x230 has a samsung pro (I've got samsung evos in the x200s) <Dynamicmetaflow>i had a different atheros wireless card that didn't work, used this one and everything worked perfectly in qubes <rvgn>âemacsomancerâ You coud benefit from coreboot+grub better. It supports full disk encryption. I use libreboot+grub. <rvgn>Dynamicmetaflowâ By future I meant, standardisation and interoperability. Like how BIOS was there for long time. <emacsomancer>rvgn it dumps into grub, where i do have full disk encryption. & my x200 has libreboot+gru <rvgn>âemacsomancer Oh I see. <emacsomancer>i think my guix x200 is set up more or less like that. though i just used the installer's full disk encryption set up <rvgn>emacsomancerâ Wait, the guix guided installer shows FDE as an option? *rvgn has to try guided installation once <emacsomancer>(though the installer is a bit buggy in some parts - choosing "wifi" seems to crash it) <rvgn>Yeah that was "rfkill" thingy <rvgn>emacsomancerâ Dynamicmetaflow Could you both please share your system config? I would like see how guided installation geerated the config.scm. <emacsomancer>rvgn: I've edited some things by hand since, but here is more or less the relevant pieces: http://dpaste.com/3EYY26K (I changed the keyboard stuff within that, but I think that's irrelevant here) <rvgn>emacsomance Is your current storage drive has MBR or GPT?? <rvgn>Did the installer gave you an option? <rvgn>I am pretty sure it would not have worked if you chose GPT. The installed would have exited with error "Failed to install bootloader on /dev/sda". <rvgn>The link I sent you; it has cutom bootloader config to make it work with GPT. <rvgn>I read about technical difference between mbr and gpt and found out the latter was better. <emacsomancer>I know you can have more partitions, and bigger disk size, but aside from that? <rvgn>There was couple of listed advantages. storage size, backup partition table, guid etc. <emacsomancer>right. for my usage here, I have a smaller drive with very few partitions, so some of the advantages were irrelevant to me, though I guess gpt has some checksumming stuff or something like that for the header, tables <rvgn>Mainly I was impressed at backup partition table which provides redunancy. If something happens to first few sectors of storage drive, one can still use the disk with the back up table found at the last few sectors of the disk. <emacsomancer> I wonder if you could contribute code to the guided installer to make gpt work right <rvgn>Ah thanks! That's actually a good thought. I will try to do that. :) <brendyyn>Is anyone running Anki from Nix ontop of Guix System. When I try to run it i get an error could not find GLX <g_bor[m]>brendyyn: Hello. I don't run Anki, but one thing I would look for is where does it try to find GLX. <g_bor[m]>I believe this error comes up on stracing it might lead to results fast. <brendyyn>wow there is anki, .anki-wrapped, and ..anki-wrapped-wrapped <rekado_>brendyyn: the wrappers for scripts can be replaced with inline-wrapping on core-updates. <rekado_>kori: I donât think we would reject a Firefox package. Of course it should be FSDG compliant, but that shouldnât be as difficult as making ungoogled-chromium compliant. <efraim>TIL ordering matters in trivial-build-system for begin and use-modules and let :/ <efraim>morale of the story, always always use begin -> use-modules -> let -> code <manzerbredes>Hi, I was wondering how can I change the gcc-toolchain version used by cmake-build-system when creating my own package ? I tried to use gcc-toolchain-9 (the version that I want) in the package inputs but it is not taken into account during the build (maybe because of the entries order in $PATH) <roptat>manzerbredes, that's probably because we don't use a gcc-toolchain package <roptat>(in the gnu build system I mean) <roptat>we use directly a gcc package, so maybe try to set ("gcc" ,gcc-9)? <roptat>(part of the default set of packages loaded by the gnu-build-system is in %final-inputs in (gnu packages commencement)) <manzerbredes>roptat: thank, I tried ("gcc", gcc-9) but cmake still not found the right version :/ <kori>I asked a bit ago but I don't think I got an answer <kori>is there interest in replacing bash with maybe something based on gash (god, what an awful name) + scsh-on-guile? <rekado_>kori: gash will eventually replace bournish in the rescue REPL, bridging the gash between bournish and a real shell. <rekado_>manzerbredes: that should work. How can you tell cmake doesnât âfindâ it? <manzerbredes>rekado_: because I got something like: "-- The C compiler identification is GNU 5.5.0" in cmake output <rekado_>manzerbredes: how does it search for GCC? <manzerbredes>rekado_: Hmm I don't know exactly but this search seems to be made by cmake I guess <rekado_>you may be able to override the location. It really shouldnât be necessary as ("gcc" ,gcc-9) in the native-inputs has worked just fine for other packages, but maybe yours is special. <g_bor[m]>rekado_: I had a look at the memory leak problem, and did not see a more obvious solution. <g_bor[m]>One thing I noticed while working on this was that glibc-utf8-locales-2.28 is not defined. <manzerbredes>rekado_: by the way, when I go to the temporary directory of guix for my build, then I source the envrionment variables, "gcc --version" give me the wrong version of gcc <rekado_>g_bor[m]: what bothers me is that we donât know why introducing a memory leak seemingly fixes our problem. <rekado_>g_bor[m]: if we have glibc-locales-2.28 thatâs enough I think. <rekado_>manzerbredes: does the environment variables file contain your gcc-9 at all? <g_bor[m]>rekado_: yes, that bothers me too... I thinks I will have a look at the with a debugger later. <g_bor[m]>I have seen that most probably there will be some delay because of the bootstrap binaries, so I will have some more time to investigate this. <g_bor[m]>Also it seems that we should update our java packages from icedtea-8 onwards, as there was a security announcement just today. <rekado_>g_bor[m]: it should be added then, and glibc-utf8-locales-2.28 as well. Having these packages simplifies upgrades. <rekado_>(I also need them here at the institute as I install locales centrally for everyone so as to avoid problems) <tune>would be cool to have a webpage that lists packages that take a long time to build (qtwebkit, icecat, rust, etc.) and if their latest version has already been built <tune>I was innocently running updates when my mouse started to lag and I saw icecat was building. I was not in the mood for that so I just canceled the whole thing <tune>I know about guix weather and --dry-run but I think my idea is still a bit different <bojan_petrovic>hi all! I'm using guix on Debian, and the manual suggests to set GUIX_PROFILE to "$HOME/.guix-profile", but `guix pull` suggests to set it to "$HOME/.config/guix/current". Is there a preferred value for this variable? Maybe the second suggestion is for root user? ***rEnr3n is now known as Guest70690
<rekado_>bojan_petrovic: these are for different things <rekado_>âguix pullâ installs Guix itself into its own profile at ~/.config/guix/current. <rekado_>GUIX_PROFILE should not be set for the âguix pullâ profile. Is this really what âguix pullâ recommends? <rekado_>it should only recommend to add ~/.config/gux/current/bin to the PATH. <bojan_petrovic>I'll try to reproduce it, I think i got it after a pull to cd9f56ff5a0c187eb9d931713cb6774564163788, but now I cannot see probably because it is already at the latest version... I'll let you know. ***amiloradovsky1 is now known as amiloradovsky
<bojan_petrovic>GUIX_PROFILE is set to "/home/bojan/.guix-profile" in that shell, and PATH starts with "home/bojan/.config/guix/current/bin/:/home/bojan/.guix-profile/bin" ***MinceR_ is now known as MinceR
<rekado_>I canât access the paste, but the values for these two variables look fine to me. <rekado_>.config/guix/current/bin should be first (it is), and then comes whatever is set by the current GUIX_PROFILE <bojan_petrovic>Here's the new paste: http://ix.io/1P9G . I think I understand the point, i guess the GUIX_PROFILE variable is only used when sourcing the corresponding scripts, and does not need to be exported. <Dynamicmetaflow>Good morning Guix! I was wondering if someone could help me out, I've been working packaging gnome-boxes, I've made progress since yesterday although there are a few more things to figure out. From what I can understand when I'm building gnome-boxes it's unable to find the spice-client-gtk-3.0 library, I believe what I need to do is use a configure flag to set the path of where the spice-client-gtk-3.0 library is, which is the <rekado_>bojan_petrovic: yes, the presence of the variable only affects whether the profile link will be used or the exact /gnu/store location of the profile. <Dynamicmetaflow>rekado_: Hello, was wondering do you have any hints related to this problem I am facing with gnome-boxes and finding the spice-client-gtk library? <Fzer000>ryanprior: did you figure out how to create a clojure environment? <aaster>PasteBin doenn't seem to work... <rekado_>Dynamicmetaflow: unrelated, but Iâll say it anyway: why are all these inputs propagated in gnome-boxes? Thatâs probably not right. <rekado_>Dynamicmetaflow: the error here is âPackage `spice-client-gtk-3.0' not found in specified Vala API directories or GObject-Introspection GIR directoriesâ <rekado_>Dynamicmetaflow: this is about Vala stuff. <Dynamicmetaflow>rekado_: I've been doing a lot of trial and error, once I figure it out I'm going to place the inputs where they correspond. <rekado_>Dynamicmetaflow: they donât need to be propagated. This will have no effect on building gnome-boxes, only on packages that depend on gnome-boxes. <rekado_>Dynamicmetaflow: Iâm guessing that spice-gtk provides the spice-client-gtk. But it looks like it doesnât build any Vala bindings. <rekado_>Dynamicmetaflow: so the next step would be to confirm that and figure out how to enable the Vala stuff in spice-gtk. <Dynamicmetaflow>rekado_: Thank you for the advice I will adjust accordingly, it's my first time working on a package so learning a lot as I go doing this. <rekado_>Dynamicmetaflow: youâre doing great <Dynamicmetaflow>rekado_: Thank you! Also sidenote: did you do a talk about the little "|" <rekado_>Dynamicmetaflow: yes, I did. That was the FOSDEM talk about the Guix Workflow Language. <Dynamicmetaflow>rekado_: I LOVED that talk, thank you! It was entertaining and learned a lot. <rekado_>thank you! Iâm glad you found it entertaining :) <Dynamicmetaflow>No offense to anyone's contributions but sometimes technical talks can be a little hard to sit on, yours was like a wonderful bedtime story of adventure all that was missing was dragons and swords <Dynamicmetaflow>rekado_: Thank you for the advice regarding vala I will take a look around <Marlin1113>i installed it, there is the xfce4-popup-whiskermenu command on the terminal, but there is no option to add it to a panel *rekado_ makes a note to include dragons and swords next time <Dynamicmetaflow>rekado_: when you say figure out how to do vala bindings for spice-gtk do you mean i should figure this out by modifying gnome-boxes or spice-gtk.scm <Fzer000>Hello, Anyone using Clojure here? Do it come with tools.deps.alpha? <str1ngs>Dynamicmetaflow: spice-gtk probably. more then likely you just need to add vala as a native input <str1ngs>and possibly a configure flag if it uses autotools <Dynamicmetaflow>str1ngs: I believe I already have vala as a native-input, trying to figure out configure-flags, how do i determine if it uses autotools? <str1ngs>Dynamicmetaflow: if it uses autotools it will have a ./configure file in the source tarball <str1ngs>which you can see it's configure flags with ./configure -help <minall>How can I test the 'speed' of my pc on guix? I want to be completely sure that there's an improvement when I load linux kernel instead of linux-libre kernel, just for comparison <amz3>ArneBab: did you see the convo on racket ml about changing syntax? <amz3>s/changing/creating a new/ <minall>I installed 'lxde' on guix, and now on my slim login I have: 'OpenBox, KDE/Openbox, LXDE and GNOME/Openbox'... Why?, I only tried to install Lxde <janneke>one of my "favourites": In procedure scm_lreadr: /gnu/store/.... Unknown # object: #\< <rekado_>mbakke: the problem is with fibers stalling for some unknown reason. <rekado_>mbakke: Iâd like to separate the web server from the rest of Cuirass to avoid this problem. <rekado_>(because I canât figure out why it happens) <mbakke>rekado: cuirass.log just printed an error: In procedure accept: Too many open files <minall>What package do I have to install in order to use glxgears? <rekado_>minall: I think it might be mesa-utils or similar <rekado_>minall: note that glxgears is not a benchmark <rekado_>using it as a benchmark is misguided. <mbakke>rekado: possibly... Or maybe 2048+ concurrent client connections (they take up two fds each). <minall>brendyyn: rekado_: thanks!, that is the package indeed <minall>Then How can I test and compare the performance of my pc with linux libre and with linux <minall>Is wayland available for guix? how can I test it, and is it better than Xorg? <rekado_>mbakke: unless we keep these connections alive I donât think we have anything close to 2048 concurrent client connections. <rekado_>minall: âbetterâ is hard to say. It avoids certain problems that the Xorg design imposes (like the round-about way a compositor works with the X server). <rekado_>minall: it generally gives you faster and flicker-free graphics. <rekado_>minall: you lose X-forwarding over SSH, but this may not be a problem for you. <janneke>rekado_: something like that...also: constant error messages, the info you're looking for is ....just out of reach <Dynamicmetaflow>quick question, i'm trying a document and it's asking for the pdflatex package <rekado_>Dynamicmetaflow: thereâs ongoing work to make latex work better (see wip-texlive branch). <rekado_>Dynamicmetaflow: you may need to add the huge âtexliveâ package for now, or waste time trying to figure out which âtexlive-unionâ works for you. <rekado_>pdflatex is provided by texlive-bin, but it may not actually work out of the box <rekado_>(it may need configuration files that are provided by other packages. Itâs a mess.) *rekado_ goes back to finishing the wip-texlive branch <Dynamicmetaflow>rekado_: Thanks for the info! I think i'll try texlive and see how that goes <rekado_>just know that texlive is huge: ~3GB <jonsger>rekado_: I find latex in generell awful, but I didn't find an adequat replacement :( <rekado_>thereâs lout, but it doesnât have Unicode support :( <minall>Is there a way on guix of using Wayland instead of Xorg? <rekado_>minall: probably. I know that Mark Weaver uses it. <rekado_>minall: Iâd be happy if we had a system configuration template for a Wayland system. <minall>So what's the best way to check the system performance, I'm comparing linux-nonfree and linux-libre <rekado_>AFAIK it does not work when GDM is used. <minall>So there's no way of testing wayland on guix? <rekado_>minall: we donât have a template, but you can of course build a system like that. <rekado_>minall: the only difference between linux-libre and vanilla linux is firmware blobs. If you donât use any drivers that use firmware blobs you arenât going to see any difference. <roptat>you should be able to start it from a tty I tihnk, but I didn't test it <minall>So wayland is available, but we just dont have a template <minall>rekado_: That's what I want to test, if there's an improvement on the performance on linux, then I'll have to see what linux loads and try to implement it on linux-libre <rekado_>janneke: on some days I just canât deal with software problems. Error messages are cryptic, introducing memory leaks fixes problems, applications run out of file descriptors⌠Sometimes software makes it clear that it just doesnât want to be used. <rekado_>minall: it is known what linux-libre removes. Implementing these things often isnât a matter of skill but of access. <rekado_>Dynamicmetaflow: the first step is: document how software of that type should be built, i.e. what needs to be executed in what order. <rekado_>translating that to a build system is the easy part as you can copy from the many existing build systems. <minall>rekado_: What do you mean by access?, what I want to do is, use my pc with the peak of performance, but I think the performance drops with linux-libre, BUT, I don't want to use linux, I want to use the pc with good performance but with linux libre <minall>So I need to compare, is there is an improvement with linux, then I have to do something <Dynamicmetaflow>I think once I hopefully package gnome-boxes, I'll try and package a few more packages to get experience and try to tackle packaging nextcloud and documenting how to create a php build system <rekado_>Dynamicmetaflow: I encourage you to look at one of the simpler build systems. <rekado_>Dynamicmetaflow: for example guix/build/r-build-system.scm <minall>If not, then there's nothing to do, and better. since I can use my pc without proieraty <rekado_>you see near the bottom that it defines %standard-phases in terms of the gnu-build-systemâs standard phases. <jonsger>minall: then you only can use intel graphics. I wouldn't say they are fast but for normal deskotp needs they are fast enough <rekado_>then look at the procedures it provides as replacements, e.g. âinstallâ <rekado_>in the end itâs just setting variables and invoking commands. <rekado_>figuring out what you *want* it to behave is the hard part. <rekado_>minall: by access I mean access to hardware manufacturersâ documentation. <minall>Maybe I'll have to switch to intel only lol <minall>How can I compare the performance of the 2 kernels? just to be sure if the performance improves? <minall>if linux doesn't improve the performance, then perfect, I'm using my pc with all it has <rekado_>minall: if all you have is a stream of bits that are uploaded to an opaque chip and that somehow makes it work then youâll have a hard time understanding how to generate such a stream from source. <minall>But if it does improve the performance, then <rekado_>minall: what performance do you mean? Disk I/O? Graphics? Networking? <janneke>rekado_: yeah i know the experience, weird <janneke>i removed the last entry in a cons*, while i was looking for a whole other error #<unspecified> or #<proc/#<record/ ... <minall>rekado_: Thanks!, I'll check it out, I hope I don't have to use propietary drivers <rekado_>minall: you could also just boot up a linux-libre distro and see if you can use it. <Dynamicmetaflow>Now I'm getting another fun error about not finding dependency govirt <lispmacs>hi all, is the some substitute available yet for ungoogled chromium (32 bit) <lispmacs>I'm trying to get a full-featured web browser on a 32 bit netbook but haven't had success yet <lispmacs>gave up on ungoogled chromium after a 5 day build <bavier>lispmacs: last I heard ungoogled-chromium was having build issues for i686 on the build farms <lispmacs>erk, that is what they said for Firefox. Guess I better give up on 32 bit. I tried Ephiphany but ran into some really fundamental problems trying to run JavaScript <lispmacs>not that I really want to run JavaScript, but it is needed for accessing some of my routers <rekado_>Iâm able to run Javascript in Epiphany just fine. <raingloom>are functions like with-directory-excursion documented anywhere? <rekado_>but still, ungoogled-chromium should eventually be built for i686. Donât know why this hasnât happened yet. <rekado_>(maybe check ci.guix.gnu.org for more info) <raingloom>(i'm looking for a way to run a custom patch-shebangs pass) <rekado_>raingloom: it runs its body in the directory specified by the first argument. <rekado_>all of these procedures and macros have docstrings; they are not documented explicitly in the manual. <mbakke>lispmacs: I triggered a build of ungoogled-chromium for i686 on the CI, it should be available in a few hours. <raingloom>rekado_, thanks, i haven't gotten used to the repl yet, so i'm still looking at sources and the online docs <mbakke>lispmacs: Note that the build is for current 'master' (there were some changes to ungoogled-chromium today). <lispmacs>ok, did you have a specific commit in mind? <mbakke>lispmacs: 26986544469ef290885f5f8d71006751e9e8daf8 is the one currently being built on the CI. <raingloom>is there a way to keep the build dir even if guix thinks it did not fail the build? (i'm getting some permission errors while trying to build plan9port) <lispmacs>what package has the "recsel" command, which is mentioned in the manual? <lispmacs>guix search recsel is not bringing anything up, and it doesn't seem to be installed already <quiliro>but i think you have already tested it <raingloom>is there a way to specify in the package arguments that I want #:modules to be _in addition to_ the default modules? <kori>can I make a package that builds software from a local dir? <kori>i.e. can I make a "guix makefile" that would install things to guix? <kori>if not, that would be cool <nlyy>how can i run fsck from 'bournish' shell? <nlyy>fsck /dev/mapper/dev-name, i guess <mbakke>lispmacs: Substitutes should be available now. <lispmacs>mbakke: did the problem with icecat on 32 bit get worked out yet? <lispmacs>mbakke: 32 bit ungoogled-chromium installed quickly and appears to be running fine <kori>can (package (source (origin (method ...)))) only fetch remotely? <raingloom>uggh. so I've been trying to debug this all day. plan9port seems to build but I see a permission error and I have No Idea Why >_< <kori>not an expert but this interests me <raingloom>a sec, I'm gonna push the definition to gitlab in a minute <raingloom>>>> cd /tmp/guix-build-plan9port-0.1-0.e995a0c.drv-0/source/src/cmd/page; mk all <raingloom>cat pdfprolog.ps | sed 's/.*/"&\\n"/g' >pdfprolog.c <raingloom>that's the error. it continues after that like normal. the package definition is based on Nix. <lispmacs>I put xfce-desktp-service-type into my config.scm, which got me XFCE, perfect for my little low-resources netbook; however, the login manager that is launching is GDM, which is very slow and it takes me like two minutes to get logged in. Can I make some tweak to that service s-exp to get a more lightweight login manager? (Unless maybe GDM has some kind of "fallback mode" I could active which is more lightweight.) <kori>it compiled.... but it only installed 9 <raingloom>kori, yeah the other things went to $out/plan9/ <kori>kori@eientei ~$ /gnu/store/dkd25sknx9l4kkx0q80ys37wk4jbaixg-plan9port-0.1-0.e995a0c/plan9/acid/acme <kori>bash: /gnu/store/dkd25sknx9l4kkx0q80ys37wk4jbaixg-plan9port-0.1-0.e995a0c/plan9/acid/acme: Permission denied <kori>-r--r--r-- 3 root root 2279 Dec 31 1969 /gnu/store/dkd25sknx9l4kkx0q80ys37wk4jbaixg-plan9port-0.1-0.e995a0c/plan9/acid/acme <kori>it is... I could have just ls -l'd it <raingloom>weird. is my mkdir wrong? why doesn't it get the right permissions? <kori>well, clearly something in the permissions is getting [expletive deleted]d <kori>at least you're further along :P <raingloom>kori, do you know how I could keep the build dir even if it succeeded in Guix's eyes? <kori>im still trying to figure out how to make the package origin be a local dir rather than a remote dir <kori>raingloom: i meant defining it in the (package) <kori>how did you even discover hg-fetch was a thing <kori>its not listed in the info page <raingloom>kori, oh. I suspected it was a thing, since hg is pretty popular. I checked in the package definition sources and that confirmed it and also had examples showing the field names. <raingloom>hmm. if keeping the build dir around is not possible, is there a way to break into a debugger repl? <kori>raingloom: I don't know and i'd also like to know <mbakke>kori: you can use (source "/the/directory") <mbakke>otherwise you need to use (local-file ...) <mbakke>raingloom: I think `guix build --check --no-grafts --keep-failed` will do what you want <kori>im getting compilation errors then <rvgn>mbakke Just following up. What's the status on core-updates-->master merging? <mbakke>rvgn: there are still some problems that require mass rebuilds, so it will take a while <mbakke>I'll send an email when it is ready for general testing <rvgn>That would be great. ThanksS *rvgn is desparate to use gnome 3.3x.y <jje>hopefully the new gnome will fix the gsd-xsettings bug, bug #36481. it ruins the gnome experience. feel free to comment on that bug i filed it a couple of weeks ago but nobody said anything. <raingloom>soo, anyone else knows what can cause permission errors? <mbakke>jje: can you reproduce it in a VM? <mbakke>kori: what is supposed to provide those missing symbols? <mbakke>raingloom: what kind of permission error? <rvgn>jje I will take a look :) <kori>mbakke: google says libc <kori>do you mean xmakeglyphfontspecs <raingloom>mbakke, the INSTALL script for plan9port tries to generate a file during the build phase and sh prints an error <raingloom>(it looks like the chain goes INSTALL->mk->sh) <mbakke>kori: can you paste the package definition? <mbakke>raingloom: I suppose the directory is not writable? git/hg/svn checkouts have that problem <raingloom>mbakke, huh. but then how does everything else gets built? like... all those .o files are new. <kori>mbakke: imagine this "st-eientei" dir is the same as st-0.6 from suckless.org <kori>the suckless package compiled fine <kori>so i think its just a missing package declaration <raingloom>hmm. wait no i don't got it. manually checking it out and running find -not -writeable only returns two .git special files. <mbakke>raingloom: oh. I guess something is missing the executable bit in that case. <kori>it was just dirty build files