<jgart>leoprikler: this is the error I got after doing a guix system reconfigure with the newly defined darkhttpd service <apteryx>Is it possible to override a package completely using a channel; e.g. bumping emacs-geiser to a newer version and have Guix's emacs-guix package use it for its package? <jgart>leoprikler: herd is registering darkhttpd when I do `herd status` but it says that darkhttpd is Stopped <bdju>no one gonna kick the person with the bad connection spamming dozens of join/parts? <bdju>I wonder why people struggle with IRC so much when many other things also require you to sign up the first time <bdju>and he mentions forgeting his info, I would think that would be a universal problem to worry about, and also a reason to use a password manager <bdju>if any ops are around, please kick and/or tempban Gamayun, maybe PM them why also <apteryx>bdju: hey, I don't see any noise from Gamyun; my client is filtering those. Bad for the logs though (which aren't that smart yet). <apteryx>atw: I'm not sure the spam is ever over when it comes to IRC, but it may be worth trying. <bdju>I understand many people hide the joins and parts, but in normal usage it's not a problem to have them. just some one-off incidents like this which should be solved another way anyway <bdju>getting people to use a bouncer or disable auto reconnect or otherwise explore their issue usually works best in my experience <bdju>rather than ignoring the issue <atw>perhaps a trial period. The change could always be reverted. And if more ops would help that could probably be accomplished too <atw>I'll bring it up again in the morning when more people are around <bdju>I'm more interested in the state of the live channel than the logging <apteryx>atw: OK. In the meantime I'll contact guix-maintainers about it, and try to get moderation rights. <raghavgururajan>I saw a brach named "master-modular". What it is and how it is different from branch "master"? <leoprikler>jgart: it appears that the start line for the service is not what you want <leoprikler>instead of (cons* ...) do (format #f "~a /var/www/localhost/htdocs --chroot --daemon" #$dark) <leoprikler>(I assume, that #$dark will resolve to a string, which it appears to do.) <leoprikler>make-forkexec-constructor has the peculiar behaviour of using string-append to form your command line, very unlike system* <leoprikler>(perhaps even string-join instead of string-append, not that it makes a difference) <leoprikler>Gamayun is having trouble with their bouncer -- otherwise not much. <kmicu>Hi, anyone here uses Guix, the package manager, on Arch (and could share installation procedure)? <leoprikler>kmicu: do you want to do manual installation or installation through the package? <kmicu>Thank you. I’m searching for an Arch user with a working setup though ;) <kmicu>(Cuz then I don’t need to test the installation in a virtual machine to be sure it works.) <leoprikler>Arch Wiki: "you can install the Guix package manager on top of Arch to make Guix available to users while using a more traditional and mature Unix-like system as a base." <leoprikler>Also Arch Wiki: "it is not clear if nscd works properly on Arch" <kmicu>(Cuz that’s not for me but for an Arch user with a desire to use proper IceCat and the last thing I want is setup troubles and bad first impression about Guix.) <leoprikler>Sorry, but the last time I've tried setting up Guix on a foreign distro was on Gentoo way before 1.0 <kmicu>No worries, I will ask later b/c I know we have here Arch/Parabola users. <roptat>kmicu, I don't think there's a lot of difference between guix on arch compared to guix on anything else <roptat>you'll have some post-install steps to do though if you want icecat to find fonts for instance <kmicu>Heh, in theory I agree, in practice… in practice everything is broken 😺 <leoprikler>If your update doesn't break things, pacman is broken. <kmicu>BTW do we have system tests for Guix, the package manager, in which we boot a non‑Guix System distro, install Guix on it, install Emacs on it, run it, take screenshot or parse text, compare it to a working setup? (Cuz if Emacs works, everything what we really need works ;) <leoprikler>> if Emacs works, everything that we really need works <roptat>we only have system tests that use the guix system <civodul>it'd be interesting to have tests like you describe kmicu <leoprikler>someone should try linking Emacs against guix, so that we can start guixemacs directly from the bootloader <leoprikler>that wasn't quite correct -- we'd need shepherd too to really have it as PID 1 <civodul>we may have to "ban" Gamayun until they've fixed their networking problems :-/ <raghavgururajan>What is "guix-master-modular" and how it is different from "guix-master"? <civodul>raghavgururajan: "guix-master-modular" builds Guix itself in the same way 'guix pull' does <civodul>whereas "guix-master" builds all the packages that Guix provides <civodul>leoprikler: how do i do a "timed ban" though? :-) <kmicu>Note dates in org-agenda. xD *civodul is a eternal IRC newbie <civodul>i can't seem to get their email address via /whois ***ChanServ sets mode: +o civodul
<roptat>I can try to contact them on the fediverse *civodul still doesn't understand how to ban: /ban shows a long help message and does nothing <roptat>civodul, when you ban someone, they are not kicked <civodul>"The BAN command is not user-accessible." <civodul>"To ban a user from a channel, see /QUOTE HELP CMODE" <leoprikler>It looks like the following should work: "/mode #guix +b nick!user@host" ***civodul sets mode: +b Gamayun!*@*
<civodul>i've done that for "Gamayun", let's see if that's enough ***civodul sets mode: +b Gamayun|!*@*
***civodul sets mode: +b Gamayun-!*@*
***civodul sets mode: +b Gamayun_!*@*
***civodul sets mode: +b Gamayun^!*@*
<roptat>civodul, didn't work for the other Gamayuns <brendyyn>What the hell. I just notice that guix package -s only shows one screen of output. i was wondering why so much stuff was missing <dutchie>it says "pipe me to less for more results" at the bottom <bdju>for a few days now when I try to open a .torrent file from icecat in deluge I get this extra popup saying I need to choose an application to open the file link, even though at the initial screen I chose deluge <bdju>was there a recent change that might've caused this? <peanutbutterandc>Hey there, can someone please tell me how I can get the sha256 of a git commit that I trying to package a software from? Thank you <brendyyn>dutchie: yes but why is this a good thing? <civodul>roptat: we seem to be getting fewer messages from Gamayuns* though (i banned 4-5 of these nicks) <peanutbutterandc>bdju, guix download what? I am at a certain branch (I suppose it is being identified by the commit, because (git-reference) does not seem to have a branch specifier) ***civodul sets mode: +b Gamayuna!*@*
<bdju>peanutbutterandc: followed by a url <civodul>brendyyn: it's the result of previous discussions <civodul>previously, "guix search" would print pages of results <civodul>and so you'd only see the least relevant ones (at the bottom) <civodul>the current behavior is more like "i'm feeling lucky", and it works pretty well for me <civodul>that is, usually, i want to see a handful of results or maybe just one <peanutbutterandc>bdju: It gives me a download failed could you please try "https://github.com/ChordPro/chordpro.git"? Also, I'm wondering: I am trying to build from a specific commit in the repo. Doesn't that mean I should somehow be using `guix download some-url-that-points-to-the-commit` or something? I'm confused <bdju>yes, likely a url that points to the commit <bdju>that url works for me (the first one) <brendyyn>In particular, it describes how documentation can get 'pulled' in different directions by different motivations, such as to include tutorial like stuff, but also reference documentation <brendyyn>Guix mainly just has the GNU style documentation, without much room for tutorials and how-tos <bdju>I do feel the Guix documentation is unfriendly compared to something like the arch wiki <bdju>also I haven't gotten the hang of using info/emacs for the manual so I end up using the web version mainly <brendyyn>Indeed, but the point is these are complimentary things. we shouldn't be modifying the manual to make it into a tutorial kind of thing, but creating a separate place for such things <bdju>brendyyn: that sounds like a good idea <bdju>peanutbutterandc: this might be too complicated for me, but make sure your date/time is correct and that you have nss-certs installed <bdju>and/or try http instead of https <bdju>since it looks like a cert issue <civodul>brendyyn, bdju: in addition to the manual and tutorials in the blog, there's a "cookbook" in the repo that's meant to be more tutorial-style <civodul>it's not online yet, but will be soonish <civodul>in the meantime, you can run "info guix-cookbook" <civodul>and it's really WIP, meaning that you can chime in and propose new sections based on your experience <brendyyn>Also I wish the documentation would wrap on mobile. its really annoying trying to read any GNU documentation on a smartphone, surely it would just require some simply change in the html? <roptat>it's almost readable on my phone <roptat>only links on top and code examples are really small <roptat>the rest of the text is ok and wraps at the edge of my screen <brendyyn>zooming in means one has to scroll sideways to read a line <roptat>isn't it the case for every website though? <roptat>when I zoom with icecatmobile, I have to scroll sideways, oven in reader mode <brendyyn>Really? For me there is an Aa symbol at the bottom for adjusting text size <roptat>oh right, but that's font size, not the same as the zoom with fingers :) <brendyyn>Zooming is disabled for me in reader mode <fps>brendyyn: yeah, noticed that, too. a clear case of wrong defaults imho [truncated output of guix package -s] <roptat>really, if we could just add <meta name="viewport" content="width=device-width, initial-scale=1" /> to the <head> on manual pages, I think it would already work well on mobile <roptat>I'm not sure how we can do that though <dutchie>presumably would need a patch in whatever generates the html from info? (is that texinfo itself?) <brendyyn>im having fun on sway/wayland at the moment. in particular rather shocked with my touchpad behaving differently. there is no right click anymore, but right click is to double-finger click. and double finger scrolling does all directions, so its like sliding a page around in 2 dimensions. will take some getting used to <roptat>there's a "customization variable" called EXTRA_HEAD <civodul>roptat, brendyyn: if you have patches for the CSS of the manual to fix this issue, i'll gladly apply them! <civodul>peanutbutterandc: looks like guix-daemon is not running in a UTF-8 locale <civodul>i think dutchie is the original reporter of that one <civodul>dutchie: did you eventually get nss-certs installed? <roptat>civodul, it's not a fix to the CSS, but to the generated HTML that we need <roptat>I'm trying something in doc/build.scm, but it's building texinfo right now... <civodul>yeah, that takes way too much time... <civodul>we should run these po4a processes in parallel or something <roptat>I mean, it's building the texinfo package <roptat>well, downloading its sources to be more precise :p <roptat>shouldn't we depend on texlive-* instead of the big monolithic texlive? <civodul>exactly, that's what the FIXME is about :-) <civodul>last time i tried there were issues, but perhaps these have been fixed <brendyyn>Does anyone have an config with an example of adding a custom xkb keyboard layout? <peanutbutterandc>civodul, Is there any particular guix-daemon option that I should not forget - after installing a utf-8 locale? <civodul>peanutbutterandc: no, just make sure you systemd guix-daemon.service file sets a valid LC_ALL and GUIX_LOCPATH <peanutbutterandc>civodul, What would a valid LC_ALL look like? Do I have to set it manually? Is there a way to do it with guix-installed packages without touching the host system thingies? <civodul>with "@localstatedir@" replaced by "/var" <peanutbutterandc>civodul, I am actually using alpine as a base image. So that is not very helpful to me. I did `export LANG=en_US.UTF8` and it works now! <peanutbutterandc>Nevermind, it resolved with a container restart and re-doing of it all. However, I am still expecting for `guix package --search-paths` to recommend me the environment variables. It would have been easier for the end user to consult it, rather than the reference manual. <civodul>peanutbutterandc: try setting SSL_CERT_DIR=$HOME/.guix-profile/etc/ssl/certs <civodul>i'll look into fixing "guix download" to pick /etc/ssl/certs by default <peanutbutterandc>civodul, Yes, I did it. Thank you. (: OOOh! That's even better! Is there any reason why `guix package --search-paths` isn't showing the env var? <civodul>peanutbutterandc: that's because SSL_CERT_DIR "belongs" to the openssl package <civodul>so if you don't have openssl in your profile, guix doesn't know about it <peanutbutterandc>civodul, I see. Thank you very much. That makes a lot of sense. This means that I can still trust `guix package --search-paths=prefix` to be `eval`-ed from the command line (for the most part :) ) <peanutbutterandc>Now, if only there were a way for `guix package --search-paths` to be aware of the environment and to return 'intelligent' env-var pairs, one could `eval` without worrying about having duplicate entries in their $PATH... <civodul>for that it'd have to return a full-blown script i guess <peanutbutterandc>Hmm... I wouldn't know much about this. I was trying to write a `lint` function this morning (to take care of the duplication). But haven't made much progress. ***ChanServ sets mode: +o nckx
***nckx sets mode: -q $~a
***ChanServ sets mode: -o nckx
***ChanServ sets mode: +o nckx
***nckx changes topic to 'GNU Guix | 1.0.1 is out! get it at https://guix.gnu.org | videos: https://guix.gnu.org/blog/tags/talks/ | bugs and patches: https://issues.guix.gnu.org | paste: https://paste.debian.net | Guix in high-performance computing: https://hpc.guix.info | This channel is logged: http://logs.guix.gnu.org/'
*dustyweb just got back from a trip... about to hit the shower! <nckx>apteryx: The logs are that smart, but only filter above the last real message. If you check them now you'll see no mention of G's joins/parts. <nckx>So were Gamayun's troubles caused by the authentication requirement or unrelated? ***nckx sets mode: +b Gamayun*!*@*
***nckx sets mode: -b Gamayuna*!*@*
***nckx sets mode: -b Gamayuna!*@*
<apteryx>I didn't personally get to see Gamayun's messages (I'll check the logs now), but someone reported that Gamayun said having problems with authentication, yes. ***nckx sets mode: -b Gamayuna^!*@*
***nckx sets mode: -b Gamayuna_!*@*
***nckx sets mode: -b Gamayuna-!*@*
***nckx sets mode: -b Gamayuna|!*@*
***nckx sets mode: -b Gamayun|!*@*
***nckx sets mode: -b Gamayun^!*@*
***nckx sets mode: -b Gamayun_!*@*
***nckx sets mode: -b Gamayun-!*@*
***nckx sets mode: -b Gamayun!*@*
<nckx>apteryx: OK, thanks. I don't understand why it baffles so many peeps (as someone noted, they sign into other stuff all day) but it's off now. <nckx>civodul: Globbing is server-specific but generally ‘properly’ supported, so /MODE #guix -b Gamayun*!*@* (3 asterisks) would have worked here. ***nckx sets mode: -b Gamayun*!*@*
<nckx>Gamayun: Welcome back :) <apteryx>nckx: no Gamayun's messages regarding authentication issues in my personal logs, so take what I said with a grain of salt. <nckx>Is ☝ this what was happening yesterday or was it much worse? ***nckx sets mode: +b Gamayun*!*@*
<nckx>Sorry Gamayun, please fix your bouncer. ***ChanServ sets mode: -o nckx
<jlicht>I just had the change to use `guix deploy' from my powerhouse work laptop to deploy to my poor 'ol T400. This. Changes. Everything. I barely had time to make a coffee :O <davexunit>I helped mentor the student that implemented it, but haven't used it myself yet. <jlicht>davexunit: I am pretty blown away by how amazing it already is! If Guix (System?) has some more sources for "authentication", it would already be usable for pretty complex deployments. <davexunit>I'd like to see it handle blue-green deployments on cloud platforms at some point <civodul>looks like it's in the same space as roptat's "guix home" <bavier>nice to see at least one other person uses the netsurf package <brendyyn>netsurf starts up and loads a page faster than kitty opens <apteryx>nckx: (about log smartness) good to know! thanks for explaining <peanutbutterandc>I just got the following error while trying to `guix package --install-from-file` guix package: error: while setting up the build environment: getting attributes of path `/etc/nsswitch.conf': No such file or directory <peanutbutterandc>So there is an entry in the manual about name service switch (which I just remembered and looked up); but I still don't understand: do I have to set up nss? Am I missing something? <refpga>Hi, is there any good example code of a service definition in guix? I can't wrap my head around defining services and a simple complete example might help. <apteryx>refpga: have you looked in Guix sources under gnu/services/ ? <apteryx>peanutbutterandc: are you using Guix System or a different distribution? <dongcarl>janneke: Thanks for the detailed review of my patch! Will submit an updated patch! ***cehteh is now known as google
***google is now known as cehteh
<roptat>I just pushed something as 2f000f2ef48972b2544f0da3aa96faf19be8a04b for the online manual to be more responsive <roptat>it should change the devel manual, but not the current manual I think <jlicht>is there someone with a librebooted/corebooted Lenovo T400 running Guix system with working suspend functionality? I'd love to find out which magical combinations of libreboot + linux-libre seem to work. (spoiler alert: my combination does not work) ***capnick is now known as cap
***cap is now known as 18WAAOVH8
***MinceR_ is now known as MinceR
***18WAAOVH8 is now known as cap
***cap is now known as 18WAAOVH8
<raingloom>what happened to guix that would make whatever "���" is only render as question marks? (i'm running guix package --dry-run -u after a fresh pull and having ran fc-cache -vf) <raingloom>for context: emojis also don't render for me in IceCat, so there might be some wider font issue. but so far I haven't had an issue with guix's output. oh and the terminal is xfce4-terminal <raingloom>(but it doesn't render in icecat or hexchat either) <roptat>probably a mismatch between the glibc used by the newly pulled guix, and the glibc installed on the system <roptat>guix uses locales from glibc 2.29 but your GUIX_LOCPATH points to locales from glibc 2.28, maybe? there's a news entry for that if you run "guix pull --news" <roptat>unless that renders as questions marks too :/ <raingloom>roptat, nah, letters and numbers and such render fine. the news item is no longer there though. but i've pulled and reconfigured the system since that update. <raingloom>it used to warn about that locale thing as recently as... yesterday, i think? or a few days ago? but it doesn't do that now. so i hoped i wouldn't have locale issues now. ***18WAAOVH8 is now known as cap
***cap is now known as 18WAAOVH8
***18WAAOVH8 is now known as cap
***cap is now known as 18WAAOVH8
***18WAAOVH8 is now known as cap
***cap is now known as 18WAAOVH8
***18WAAOVH8 is now known as cap
***cap is now known as 18WAAOVH8
***18WAAOVH8 is now known as cap
***cap is now known as 18WAAOVH8
***18WAAOVH8 is now known as cap
***cap is now known as 18WAAOVH8
***jonsger1 is now known as jonsger
***18WAAOVH8 is now known as cap
***cap is now known as 18WAAOVH8
***18WAAOVH8 is now known as cap
***cap is now known as 18WAAOVH8
<kts>hint: After setting `PATH', run `hash guix' to make sure your shell refers to `/home/kts/.config/guix/current/bin/guix'. <bavier>kts: bash caches the location of commands so it doesn't have to rescan PATH every time <kts>guix /gnu takes 4GB on / ***18WAAOVH8 is now known as cap
***cap is now known as 18WAAOVH8
<kts>Command to clean up the unnecessary caches? ***18WAAOVH8 is now known as cap
***cap is now known as 18WAAOVH8