<pablo`>Before install guix system, use a live of gparted to create a new partition table. I use the gparted of Trisquel (for me, I need to do that to install in EFI). <pkill9>do PAM limits for JACK not work for anyone else? <pkill9>it still doesn't have realtime permissions <nckx>pablo`: The Guix installer has all the software needed for that, too, just not the graphical UIs. <sneek>Welcome back peanutbutterandc, you have 1 message. <sneek>peanutbutterandc, str1ngs says: I missed your query. you can ping me here or in #nomad-browser <peanutbutterandc>Do I have to import any particular module to be able to use #:phases? I checked the parens and they all seem to be matching. I'm not sure what is causing that. <vagrantc>i think the trivial-build-system requires you to define everything manually <vagrantc>it might be easier to just use gnu-build-system instead and delete things you don't need... <stikonas>sorry, another stupid question from me... "guix --version" shows 4c003c5f2d8a2174210f1cb7f0f8b1f5af738952 (so latest master) but "guix search tcc-boot" (tcc-boot can be replaced with gcc-mesboot, same result) finds nothing. Is that expected? <stikonas>(what confuses me even more that these packages show up in guix graph) <nckx>peanutbutterandc: (argumens `(#:modules ((guix build utils) (other stuff)) #:builder (begin (use-modules (guix build utils) (other stuff)) (your code here) #t))) <peanutbutterandc>nckx, So, wrap-program goes inside #:builder itself instead of #:phases? I will try it right now. Thank you <nckx>peanutbutterandc: net-base in (gnu packages admin) looks like a good example. The trivial build system is good for a single file, or very ideosyncrating builds, but once you have a tarball it can already be easier to just use gnu- and delete or replace 'configure, 'build, and 'install if needed. It will unpack for you, auto-patch shebangs, compress man pages, check the rpath… <peanutbutterandc>nckx, I see. This is really just a single file - a script to create time-lapses (which is basically a wrapper around ffmpeg). Hence the choice of trivial-build-system, as read on the reference manual; but I suppose I need read more. <nckx>peanutbutterandc: A single script is certainly trivial material. substitute* and wrap-program will certainly work in a builder. <peanutbutterandc>Also is there a way for me to be able to see .drv.bz2 logs without `bzip2 -d logfile` (as in something like `zless`? <nckx>peanutbutterandc, re: bzless: There's also atool which sniffs the format but that's overkill here IMO. <peanutbutterandc>leoprikler, Hahaha (emacs-virgin here: tried looking up a tutorial. Got confused. Could exit out of emacs in the terminal: `emacs -nw`, quite ironic. I thought vim users were supposed to joke about others as not being able to exit out of vim) <nckx>peanutbutterandc: You still have modify-phases left-overs. <nckx>(begin …) is a single Scheme programme, think of it as a single phase. <nckx>peanutbutterandc: Basically. <nckx>Move the stuff you need from the inner let* to the outer let*, move (wrap-program …) after (copy-file …) and shed the dead husk that is (modify-phases …). <leoprikler>btw. (getenv "PATH") probably does nothing of use inside a trivial builder, as there is no phase in which PATH is set <peanutbutterandc>Haha I'm like a robot here. Thank you for the instructions. Right on it! :) <nckx>leoprikler, peanutbutterandc: Does vim have no Scheme refactoring helpers whatsoever? <peanutbutterandc>nckx, I don't really know. I'm only proficient enough in basic vim and don't know anything about the plugins and stuff. Just a n00b really. Not even a real developer. Just a hobbyist. (I'd like to get hired, though. :D) <nckx>peanutbutterandc: Does the script really call ‘bash’? If not, you don't need to add bash to the wrapper just because it's a bash script. <peanutbutterandc>nckx, I see. It's just a #!/bin/bash script. Technically that probably means it does call bash (bash-specific parameter expansions are used)... <peanutbutterandc>But then again, since guix is gnu system, it probably uses bash by default and not sh... <leoprikler>Actually, instead of adding bash to the wrapper, you want to patch the shebang. <nckx>peanutbutterandc: That, and shebangs on Guix are always absolute. *nckx has to go, g'night+luck. <leoprikler>not quite sure, but there may be some relative and pseudo-relative ones out in the wild <peanutbutterandc>This makes me more and more sure that I need to write something up on guix packaging - by n00bs for n00bs - once I get the hang of it. :) <leoprikler>To patch shebangs, use the patch-shebang procedure of (guix build utils) <linuxlx>I have a package that generates errors during the testing process in the build process. What should I do? <linuxlx>I using the guix on android, I think I should need an option to disable the test of the package. <linuxlx>guix on android 's chroot is not working, and the /dev/ is not normal. <peanutbutterandc>leoprikler, Little help again please... the wrapper program still has #!#f as the interpreter and the .real one has #!/bin/bash even after using patch-shebang (once before and once after wrap-program): https://termbin.com/98ct <alextee[m]>do you have to reboot to make removed stuff go away from ~/.guix-profile? <peanutbutterandc>alextee[m], removed stuffs, as in packages? They do go away from ~/.guix-profile/bin just so but remain in a generation that one can --roll-back to. <alextee[m]>peanutbutterandc: yeah like i am experimenting with a font package im making, and i removed it using guix remove. but i can still see its files in ~/.guix-profile/share/fonts/truetype/ <peanutbutterandc>alextee[m], I wouldn't know much about font files but with another package that I just tried removing, after `guix remove package` it is no longer in ~/.guix-profile/bin on my foreign distro <alextee>peanutbutterandc, nevermind, i forgot i added this package as a dependency on another package! <peanutbutterandc>alextee, I see. Glad you figured it out. I'm still stuck with my (patch-shebang) issue if you can help. :) <alextee[m]>ahhh nevermind, it's because i added a dependency on it in another package. forgot about that ! <alextee>^ matrix is acting up again, please ignore <alextee>peanutbutterandc, doesn't htis work for you? (patch-shebang "<yourfilehere>") <peanutbutterandc>No, sir. It doesn't. the wrapper program still has #!#f as the interpreter and the .real one has #!/bin/bash even after using patch-shebang (once before and once after wrap-program): https://termbin.com/98ct <alextee>well, since you have bash you could try this instead: (substitute* out (("/bin/bash") (string-append bash "/bin/bash"))) <alextee>but i would patch the shebang in the "in" file before you install it <peanutbutterandc>Oh... okay. I'll try that then. It seems (patch-shebang) is more elegant. And the right way to do this. <alextee>im no expert either, i think the best thing you can do is clone the guix sources and go into gnu/packages and just grep stuff you are looking for <peanutbutterandc>Nope... still nothing. I will do that again, then (look around in guix sources) <peanutbutterandc>At my wit's end here. The wrapper still has #!#f and the real script still has #!/bin/bash. I must be missing something really obvious that is staring me in the face <efraim>peanutbutterandc: you have to patch the shebang with something. if PATH is empty you need to pass a list of directories, like dehydrated in gnu/packages/tls.scm <iyzsong>yes, both 'wrap-program' and 'patch-shebang' expect bash in 'PATH'. so i think add '(setenv "PATH" (string-append (assoc-ref %build-inputs "bash") "/bin"))' before them should work. ***pc is now known as Guest34119
<leoprikler>sneek later tell peanutbutterandc to set their PATH variable in scheme as iyzsong recommends -- i.e. '(setenv "PATH" (string-append (assoc-ref %build-inputs "bash") "/bin"))' <rndd>hi everyone! does anyone program in racket? i need advice =| *raghavgururajan is feeling good on this sunday morning with guix :-) <amz3>raghavgururajan: where is it please? <amz3>oh, there is rainbow delimiters in the code blocks :) <peanutbutterandc>efraim, iyzsong Thank you very much. I followed your advice and it works now. :) <sneek>Welcome back peanutbutterandc, you have 1 message. <sneek>peanutbutterandc, leoprikler says: to set their PATH variable in scheme as iyzsong recommends -- i.e. '(setenv "PATH" (string-append (assoc-ref %build-inputs "bash") "/bin"))' <mjsb>Buongiorno Guixers :) ! Here Matias Jose S.B." <mjsb>Glad to be in the Creative Space of Guix Adventurers :) <mjsb>I wanted to ask some curiousities about the Guix System as to be sure to be solving correctly some puzzles <mjsb>Is it correct to update Root profile by executing the following commands: sudo su - ; guix pull && guix packages -u && guix system reconfigure sys_conf.scm && reboot ? May some additional or alternative commands may be correct ? Thanks <leoprikler>mjsb: why do you want to update root's packages? <leoprikler>does "sudo guix system reconfigure sys_conf.scm" not do what you want? <gnutec>mjsb: To upgrade the packages, use "guix package -u", to upgrade the system, only "guix pull" is necessary. <gnutec>mjsb: Hope you were choose BTRFS instead EXT4. <ng0>question: did anyone else recently work on limnoria and received the email I received about it, or who is working on the limnoria these days? <amz3>I am on ubuntu + guix, and rely on a guix.sh that contains the following: $ cat ~/.guix.sh <amz3>bash -c ". ~/.guix-profile/etc/profile && exec bash" <amz3>the problem I have is that I can not find packages defined in my channel, even if I have setup ~/.config/guix/channels.scm <amz3>I use the following command to search for a package called wiredtiger: guix package -s wiredtiger <amz3>yes, $ guix package --list-installed | grep wiredtiger <amz3>wiredtiger 3.2.0-0.f08bc4b out /gnu/store/lil0zxx8zfp7nb4gyqc7l4yx9mv6dyxa-wiredtiger-3.2.0-0.f08bc4b <amz3>(that does NOT solve the problem that 'guix package -s' does not consider channels) <amz3>leoprikler: yes, $ /gnu/store/lil0zxx8zfp7nb4gyqc7l4yx9mv6dyxa-wiredtiger-3.2.0-0.f08bc4b/bin/wt -V <amz3>WiredTiger 3.2.0: (May 9, 2019) <mjsb>leoprikler: my initiative came up from an issue i've found with my system clock that you can find on help-guix as "ntpd: kernel reports TIME_ERROR: 0x41: Clock Unsynchronized". The suggestion was eventually trying to get the new NTP service definition commit of September by updating root profile <amz3>leoprikler: it is in $PATH: $ ls -larh $(which wt) <amz3>lrwxrwxrwx 39 root root 77 Jan 1 1970 /gnu/store/6jqbird2sdyr94x53w80lxf8drxiqbjf-profile/bin/wt -> /gnu/store/lil0zxx8zfp7nb4gyqc7l4yx9mv6dyxa-wiredtiger-3.2.0-0.f08bc4b/bin/wt <mjsb>leoprikler: actually the system reconfigure completed succesfully, but the introduced setting introduced a problem, which "disabled" the launch of any MATE application due to "missing gio-launch-desktop". I've found out that Barbato actually found a workaround, which i'll try :) <amz3>there is two problems: a) "guix package -s" does not find any package from my channel b) trying to install a package from the channel is failing. <iyzsong>amz3: did you run 'guix pull'? channels need to built (guix pull), then the 'guix' you run should be ~/.config/guix/current/bin/guix, which have channels in its load-path. <mjsb>gnutec: thanks for the suggestions. Actually my system uses ext4 :) <mjsb>since my last generation has the "missing gio-launch-desktop" issue, should i explicitely roll-back to the previous one via guix command, or is enough logging on the previous one and issuing again system reconfigure ? <leoprikler>you can log in to an older version, but "guix system reconfigure ..." will probably not generate a newer version without the bug unless some fix is applied <str1ngs>hello, I want to use guix's use-package-modules macro pragmatically. ideally I'd like to pass it a list of symbols. but for now I'm trying to call it in for-each but my for-each lambda argument does not expand. see http://paste.debian.net/1115706 <amz3>Thank you. My shell environment was not relying on the correct instance of guix command. I need to improve on that. <mjsb>Thanks for the infos, i'll try out the workaround and see" Have a wonderful continuation <vixus_>Hi all, I hve a somewhat subjective question. For the best maintainability, should packages be installed using `guix install`, `guix package -m` or `guix system reconfigure` (global)? <vixus_>Also, a follow up: why do packages installed via (operating-system (packages)) not show up in `guix package -I`? ***vixus_ is now known as vixus
<leoprikler>use `guix package -p /run/current-system/profile -I` <vixus>leoprikler: There is one problem with `guix package -m` which is when something expects to be installed globally. I had that issue with qtwayland. <leoprikler>I'm not familiar with issues relating to qtwayland, but I'm pretty sure you get the same with guix package -i <vixus>Yep, so to get the stuff provided by qtwayland into /usr, /etc, I needed to install via (operating-system (packages)) <vixus>But maybe that's a packaging problem. <leoprikler>there are a few packages that need to be installed globally via (operating-system (packages)) <leoprikler>all in all, config.scm and manifest.scm should be equally maintainable, but manifest.scm has less no-package-y stuff <kirisime>Hello guix, how do I run an appimage when it complains about no such file or directory and I can't mount it manually? <leoprikler>you need to find out, which shared lib it's missing <kirisime>What if it just expects to find bash in /usr/bin <leoprikler>is it expected that `guix build glibc` actually does stuff? <nckx>kirisime: If it's all it demands & you're OK with that, you can use [extra-]special-files-service-type to link ‘/usr/bin/bash’ to (file-append (canonical-package bash) "/bin/bash"). <kirisime>nckx: The thing is that I don't know. It just gives me /path/to/appimage: no such file or directory <nckx>Could be that it's expecting an interpreter in /lib too. <leoprikler>(I must know, because I've messed up dynamic linking often enough) <nckx>kirisime: ("/lib/ld-linux-x86-64.so.2" ,(file-append (canonical-package glibc) "/lib/ld-linux-x86-64.so.2")) <nckx>Or you can use patchelf on the blob. <nckx>(This is why legacy binary blobs are bad.) <leoprikler>How dare you insult blobs? They work fine on every system! <elais[m]>I'm low key kind of mad I didn't know libcurses was needed to make my shells not suck <elais[m]>Here I was thinking guix did something naughty and just accepted it as a fact of life. What is ^L? Something else I should likely know <nckx>Or are we talking about ‘reset’, because I agree that blind-typing ‘guix install ncurses’ in hieroglyphs is not best fun. <nckx>elais[m]: It clears the screen in bash at least, without external deps. <elais[m]>Well the shell is mostly usable without ncurses. <nckx>(^ = control, so C-l in emacs-speak). <elais[m]>So it did like 99% of what I wanted except I didn't have a clear command and sometimes text would render poorly <nckx>elais[m]: I didn't know about the text issue. That sounds like something that shouldn't happen (I don't have ncurses in-profile on most of my machines). <nckx>elais[m]: Could it be a terminal issue? <leoprikler>I have no problem with zsh, and I doubt I would have one with bash or fish <leoprikler>did you perhaps cat something wrong and the shell transformed into a mess? <elais[m]>Just after a lot of use sometimes when I would modify previous commands they wouldnt look right. Like I would press arrow up and old text would get jumbled with new <elais[m]>I havent seen it since the last core update <alextee[m]>for some weird reason gdk tells me that the monitor's refresh rate is 0 on guix <refpga>Hi, how can I edit the sudoers file on guix? Is there a way to put this configuration in the scheme config? <nckx>alextee[m]: Is there a way I could test that without writing a C wrapper? <leoprikler>alextee: did you test this on other systems with linux-libre? <nckx>refpga: I use (operating-system (sudoers-file (local-file "sudoers")) …). <alextee[m]>leoprikler: i was developing on parabola before and it was returning a correct rate of 60 <peanutbutterandc>Everyone probably knows this already, but today I realized the value of the default behavior of `guix package --search-path`; so once I define and install a package, I can just eval `guix package --search-paths` to figure out which of the inputs are currently being used from outside of /gnu/store. <sneek>Welcome back peanutbutterandc, you have 1 message. <sneek>peanutbutterandc, nckx says: Well caught: of course shebangs are always absolute. Shebangs on Guix [should] always point to a specific /gnu/store/… binary, which is what I inaccurately meant by ‘absolute’. This will ensure that your package keeps a reference to (=dependency on) bash. /bin/sh on Guix System isn't guaranteed to exist. If it does, it could point to anything. I hope that makes things clear. <peanutbutterandc>Turns out I was using sed from my installed packages and had to add it to (wrap-program)s. I hope that'll help someone out. :) <alextee[m]>nckx: yeah i'll need to write a small program for this. ill ping you when it's ready! <alextee[m]>i think i'll send a bug report for now just to have this somewhere <bluekeys>leoprikler do you mean my patch works? Thanks for checking it out. <bluekeys>As I'm using guix, do I need to require 'package if I'm intending not to use elpa / melpa? <leoprikler>bluekeys no i just wanted to confirm, that it indeed arrived in one piece :) <leoprikler>I'm having a look at it now, it seems your commit message is off <bluekeys>Oops, would that be something I wrote? Or something auto created by git-patch? If so, what did I write? <leoprikler>Your commit message is "create emacs-dracula-theme module" <alextee[m]>i noticed that when i install or remove a font package, the font cache is not automatically rebuilt <alextee[m]>i have to run fc-cache -f for the changne to take effect. is this intentional? <leoprikler>It should be something along the lines of "<headline>\n\n<changelog>" <leoprikler>alextee: perhaps not intentional, but documented <leoprikler>bluekeys: in your case, <headline> would be "gnu: Add dracula-emacs-theme" <leoprikler>and ChangeLog "* gnu/packages/emacs-xyz.scm: (emacs-dracula-theme): New variable." <alextee[m]>oh there it is. "After installing fonts you may have to refresh the font cache to use them in applications." <alextee[m]>this doesn't make sense though. i think guix should do that on its own <alextee[m]>isn't it just a matter of checking if the installed/remove package has something under /share/fonts? <leoprikler>iirc the font caches live outside directories managed by guix (yikes, I know) <bluekeys>leoprikler: How do I update the patch? Where should I have read the format of the commit message? <leoprikler>so generating a cache even inside a profile hook is probably not effective <leoprikler>bluekeys: git commit --amend and git format-patch are your friends <leoprikler>as far as the format is concerned, that is documented to some extent in the manual and to some if you lookup gnu changelog format <leoprikler>(you can also learn it by looking at commit messages) <bluekeys>Got it. As an aside, is it something I could add to the guix contributing manual? <leoprikler>bluekeys: "Please write commit logs in the ChangeLog format (*note <leoprikler>(standards)Change Logs::); you can check the commit history for <leoprikler>meh, accidentally wrote three messages instead of one :( <bluekeys>OK, it's like the manual keeps growing before my eyes, though I'd swear I'd read it three times already. Just noticed the lines about git send-email that may have helped earlier too. I'll get to ameding it ASAP. <leoprikler>It appears, there is a stable "1.5.1" version -- why are you pulling a specific commit? ***jonsger1 is now known as jonsger
<retropikzel>How can I change my linux-libre package from 5.something to 4.something? guix install linux-libre@4.something and then guix system reconfigure /etc/config.scm? <nckx>retropikzel: Add (kernel linux-libre-4.something) in your operating-system, then reconfigure. <nckx>Anybody knows who runs github.com/guix-mirror? <alextee[m]>hmm i get ModuleNotFoundError: No module named 'jinja2' after i installed python-jinja2 <kmicu>Sometimes Guix ML makes me smile in an absurd way. <kmicu>Today’s gem: “P.S.: I understand that some of this question may hurt some foss boys and girls. But, games are important for me and I really like guix...” <leoprikler>Sometimes i read Guix ML as "Guix Markup Language" and wonder why that doesn't exist yet. <leoprikler>Implying FOSS and games are mutually exclusive... <kmicu>(Where ‘games’ = ‘proprietary games’ cuz we already have libre games in Guix and libre games channel exists on IRC) <fnstudio>hi, currently trying to compile guix-1.0.1 on a debian unstable but don't seem to be able to find a dependency (guile-git); any idea if i'm missing something or should i also compile that from source? *nckx hopes vagrantc won't mind a friendly ping. <leoprikler>fnstudio: are neither guix nor guile-git packaged in your debian? if so, then yes, you need to build that to <fnstudio>leoprikler: thanks for your reply; yeah, no, they don't seem to be available <fnstudio>ok, cool, i'll start with guile-git then <joshuaBPMan>Hey guix! So this is kind of cool! export MOZ_ENABLE_WAYLAND=1... now icecat is running wayland! <str1ngs>fnstudio: building the guix dependency stack does give much gains in anyway. it's probably better to just use etc/guix-install.sh from the guix.git directory <vixus>Anyone know which package provides tput? <vixus>Can't seem to find any kind of termutils package :( <joshuaBPMan>Hello guix, I'm having a hard time trying to define my config in multiple files... <vixus>Looks like it might be ncurses... <joshuaBPMan>essentially I am trying to add a simple shepherd service that run a guile program. <joshuaBPMan>I'm getting error: guile-web-service-type: unbound variable