<Veera>joshuaBPMan: see if your device has been assigned ip addresses <Veera>In Guix how to manually stop services started by shepherd init <Veera>dhclient may be started by shepherd init <Veera>may be if you want to run it manually stop it and then try <Veera>joshuaBPMan: hey I am new; the proper way to do it, some Guix officials may say <joshuaBPMan>Veera: I actually am trying to set up the manual installer. Though I could pop in a harddrive that has guix installed already. <joshuaBPMan>"dhclient -v [interface name]" is what the manual installer says to do. I believe that is the command that networking does as well. <joshuaBPMan>Verra: So I can boot my T400 into an installed Guix System (I installed Guix System on a Macbook, and then put that harddrive into the T400). <joshuaBPMan>ping -c 3 gnu.org does shows I have no networking connection <Veera>I could not get it. Are you running it inside a VM emulator <Veera>If so which VM emulator are using? <lfam>joshuaBPMan: QEMU doesn't support ping by default <lfam>I would use `guix download` to test connectivity <lfam>Sorry, I thought you were in a VM but now I'm not sure if you are <Veera>joshuaBPMan: you can try traceroute if available <joshuaBPMan>I turned on the T400 and booted from the guix System installation usb stick. <joshuaBPMan>nope. The T400 is running from the Guix System installation image. <joshuaBPMan>I am at the manual install and cannot get an internet connection. <Veera>Okay I get it. First installed in Mac then put that drive in T400 system and then boot <Veera>Do you have network connection to that network card/device <joshuaBPMan>DHCDISCOVER on usb0 to 225.225.225.225 port 76 interval 7 <Veera>Have you tested the network works in some other OS <Veera>Else then what is your network/device card <joshuaBPMan>Veera: The T400 is plugged into an ethernet port. I could plug in another computer into the same port (with the same ethernet cable) and make sure the port still works. <Veera>Is the other system Linux. If so find out which kernel driver/module it is using <Veera>see it is loaded in guix or load load it using modprobe <Veera>may be that linux-libre does not supports your card. <joshuaBPMan>NieDzejkob: interesting... "date" returns a date from this january! <TempeVolcano>Thank you brendyyn, my confusion is why you need to mount the same disk that the root of the Linux file system is on. <joshuaBPMan>Veera: it's possible that a kernel module was not loaded properly. <Veera>is T400 x86/x86_64 one; intel/amd <joshuaBPMan>e1000e I think is the module name for the ethernet. Let me see if it was loaded. <NieDzejkob>I'd try setting the date to something closer to reality <joshuaBPMan>oh dear Lord! date actually says it is 2120! hahaha. <Veera>NieDzejkob: i don't think it is about system rtc time <NieDzejkob>Veera: I don't know much about DHCP internals but if there's some absolute timestamp flying over the wire then it might be trying to wait for a negative number of seconds <joshuaBPMan>Let me change the time real quick. They probably happened because I unplugged my BIOS battery during the laptop tear down. <Veera>please see dhclient is reporting that fro usb0 <Veera>does your network device uses usb0 <Veera>may be usb network device is causing problem <joshuaBPMan>Verra: I was using usb0 to connect to wifi. I was tethering my phone's wifi. <joshuaBPMan>Let me reboot into Guix System (the hard drive) and update guix! <Veera>so it got solved by disconnecting wifi <nikita`>wrt 37207, do you really think playing catch-up with repology is a good use of time? he's been so uncooperative with some of us that at least one person started writing a replacement which does not paint pkgsrc as months outdated <pkill9>i made a hack around the problem with pulseaudio shutting down <pkill9>i made a script that watches to see if pulseaudio is running, then if it doesn't it starts pulseaudio and connects to my bluetooth headphones <joshuaBPMan>Veera: so I solved it by date -set command. The date on my machine was 100 years in the future. <joshuaBPMan>Also, weirdly enough, my T400 appears to be booting via UEFI....I'm pretty sure that the T400 is not supposed to support that. <Veera>Recent system boot via uefi; there may be an option of diabling it in bios <Veera>but uefi supports gpt partition table <joshuaBPMan>Veera: I would prefer to use uefi. I am just surprized that 2008 hardware supports it. <Veera>then it definitely will have option to disable it <Veera>something called compatibility mode <anadon>Wait, what's the deal with repology? <atw>I'm doing some python packaging and the pypi importer seems to use propagated-inputs. Could I get a little explanation as to why? just for my curiousity :D <brendyyn>atw: Python modules look for their dependencies through PYTHONPATH, and so they will often fail to find them if they are not propagated. I think it is usually better to put them in inputs, and use wrap-script to make them available though <brendyyn>atw: I'm also not 100% when something should or shouldn't be propagated. I think generally you want to avoid it unless it is really required <ngz>atw: There is an explanation in "python-build-system.scm" headers <atw>thanks brendyyn, ngz :) <TempeVolcano>Hey mbakke when I try to follow the first step of the "continuing installation" instructions and enter the command "herd start cow-store /mnt" I get this error "filesystem on '/mnt/tmp/guix-inst' not supported as upperdir" <Veera>TempeVolcano: can you tell me your starting setup <TempeVolcano>I made 1 MB partition for GRUB, then a 500 GB partition that's encrypted for the root system. <Veera>TempeVolcano: In my system it is using 9MB <TempeVolcano>Uh oh will I have to start the manual install over again? <Veera>TempeVolcano: to be safe/reduce afterwards problems make it 128MB <Veera>TempeVolcano: see I am new as well <Veera>TempeVolcano: usually /boot holds grub files plus linux kernel image + initrd <Veera>TempeVolcano: But here i see it holds only grub files <Veera>TempeVolcano: and linux images + initrd are stored in / <Veera>TempeVolcano: in other distros linux images + initrd may hold much space <Veera>TempeVolcano: Guix uses the store <Veera>also see it that the filesystem does not has anything in it. <Veera>usually mkfs cleans up while creating a fresh install <Veera>Also make a partition for swap <Veera>may be a swap file may be sufficient <Veera>If it the disk does not holds anything valuable start from again <Veera>it can also be done otherwise <Veera>what are using to make partitions <Veera>in parted you can start fresh or delete the partitions 1 2 <Veera>see just delete partition 1 will not do <Veera>for bios start the partion sectors from 1MB <Veera>parted may be difficult for starters <mroh>NieDzejkob: try `make SUBDIRS=` as a workaround. <Veera>what is fsdg compatible license <Veera>is it free software debian guidelines <brendyyn>There are fine details between what GNU and Debian consider "free". <brendyyn>It's why the GNU doesn't list Debian as a free distro <Blackbeard>Veera: is not just the blobs, it is also about making simple to install proprietary software and helping users to do so <Veera>Oh. I will read it after sometime. <Blackbeard>Let's say if Guix added instructions to replace linux-libre by the official one, even if guix didn't ship it <Veera>Well does guix accepts proprietary software <Blackbeard>Or if Guix didn't ship any proprietary software but had a repository that you can enable to install software <Blackbeard>They have an opt-in proprietary software repository <Veera>non-copyleft should cover mit and bsd ? <Blackbeard>So even if it is disabled and they ship only free software, they made it really easy to install proprietary software <Blackbeard>Veera: I think by the GNU guidelines MIT is a group of licenses, so each one is named differently <brendyyn>Veera: Please understand we are not hostile towards you using proprietary software on your own system. Our goal is to provide a system that, by defaul[02:25:20] <Veera> guix does not ships proprietary software but also does not stops user from that <brendyyn>I just wanted to clarify because if you read certain garbage on the internet, many ignorant people think we are crazy and want to take away their freedom to give up their freedom or something silly like that <Veera>anyone can install anything if they can <Veera>others can force it on others; <Veera>others cannot force it on others; <brendyyn>the MIT license is called expat in our licenses module. This is because Richard stated that MIT is ambiguous due to their being many licenses coming from MIT University. So it's called MIT Expat. Likewise, there are multiple "BSD" licenses. In guix you would refer to them with bsd-2, bsd-3, bsd-4 <brendyyn>non-copyleft is for when you have some obscure permissive license that is not in the list. <brendyyn>It's a procedure that allows you to specify a URL to the license text. <Veera>oh I missed it in licenses fiel <Veera>any previous discussions on it <Veera>web search shows irc log of roptat <Veera>xplanet has site in sourecforge <Veera>nothing ng0 said release around leap years <Veera>sorry just the previous line perhaps not connected <roptat>you pinged me so I'm curious :) but I don't really understand the context <Veera>parabola is different distro based on archlinux <roptat>if xplanet is in parabola, it's probably free software, so it can be packaged <roptat>unless it's not free software, in which case you should report it to parabola <Veera>I already checked the original site <roptat>looks like it's gpl licensed, so it should be fine <roptat>not sure which gpl exactly, but it's fine <Veera>original site and pkg sources say GPL2 <brendyyn>My geiser-guile-load-path is set to my source directory but in emacs guix-edit still takes me to the immutable store, not my git repo. any idea why? I even launched emacs from a terminal with ./pre-inst-env emacs <mroh>`C-h v guix-load-path` is nil? <brendyyn>yes its nil. i guess i need that one too <joshuaBPMan>Hey guix, I'm trying to guix system init, and I am getting a TON of output. Is there a simple way to try to understand all of this? <joshuaBPMan>But I had the same issue a moment ago. I'm essentially using %desktop-services, but I am not using gdm <pkill9>joshuaBPMan: it's probably outputting everything being built <joshuaBPMan>At least it doesn't appear to be building anything. I fixed this a moment ago. I think it's the same issue. <joshuaBPMan>It's outputting a backtrace. I'm currently running guix system init /mnt &> error.txt so that I can read the error message. <roptat>you might need 2>&1 too (after &>error.txt iirc) <joshuaBPMan>I am trying to set up an encrypted / (including /boot) apparently libreboot can do this. ***heath is now known as h
***h is now known as heath
<joshuaBPMan>(bootloader (bootloader-configuration (bootloader (bootloader (inherit grub-bootloader) (installer ~#(const #t)))))) <joshuaBPMan>826:27 0 #<<service> type: #<service-type screen locker ?> ?) ?) <joshuaBPMan>hmmmm, maybe I need to remove that from desktop services <roptat>that snippet has weird indentation... <roptat>it seems that the bootloader section is not at fault here, but the services have an issue <joshuaBPMan>I think I'm just going to try to get a bare bones working for now. Well basically I modified %desktop-services... I removed gdm-service-type avahi-service-type and a few other services. <roptat>ok, with the manual installation, I tink it's advised (at least, that's what I would do) to install a bare-bones system, guix pull and install the desktop system only after that <roptat>at least you have a basic running system :) <roptat>and you can roll back to it in case of troubles <joshuaBPMan>It looks like it has an error with service-type login <roptat>that's weird, did you change anything? <Veera_>joshuaBPman: is your base vm.img ***Veera_ is now known as Veera
<joshuaBPMan>Veera_: I'm not certain that I can test this configuration on a vm right now. ***Veera_ is now known as Veera__
<joshuaBPMan>(services (append (list (extra-special-file "/usr/bin/env" (file-append coreutils "/bin/env")) (service-dhcp-client-service type) %base-services))) <raingloom>anyone else can't use (gnu[04:24:11] <raingloom> joshuaBPMan, i want to test some earlyoom configuration modifications <raingloom>it's easier in a geiser repl, because i have proper autocomplete and stuff. <raingloom>minimum RAM. 10% kills things way too early. <raingloom>huh. (load "~/Projects/Guix/guix-source/gnu/services/linux.scm") errors with No such file or directory: "/home/raingloom/~/Projects/Guix/guix-source/gnu/services/linux.scm" <Veera>In Add pkg patch what should be Subject line; gnu: Add this; or gnu: image-viewers: Add this <raingloom>ah. seems to be a guile bug. guix repl (which uses guile 3) can import the module. <joshuaBPMan>hmmm. Well libreboot doesn't seem to be able to unencrypt the guix system.... <joshuaBPMan>I'm not certain how I would share it at the moment...It's on a machine that currently won't boot. I can boot into the machine via the usb stick. But I'm not certain how to copy the config on disk and share it with you via the terminal <joshuaBPMan>Blackbeard: I'm not getting any error. Libreboot loads. I select "o" load operating system. <Blackbeard>joshuaBPMan: that happens to me with libreboot sometimes, even though mymlaptopt has parábola and it is not encrypted <Veera>joshuaBPMan: so it is a preinstalled one now booting from T400 <Blackbeard>joshuaBPMan: to solve it I reboot it a few times <Veera>so could you get console or it has not yet passed through <Veera>mean in pre-init phase asking for LUKS for root <joshuaBPMan>Veera: I can only get to a console, if I boot to usb <Veera>you have installed to usb also <joshuaBPMan>After I boot the T400 from the harddrive I only see a blink cursor. <Veera>In hard disk which version of guix is there <Veera>did it booted fine when in Mac <Veera>Does Grub boot screen shows up <joshuaBPMan>Grub does show up, but libreboot includes grub as a payload. <joshuaBPMan>I did not install grub in guix (at least I don't think). <Veera>In Mac there is no libreboot <Veera>I want to know how you initially set/installed the guix os <Veera>assume T400 has the libreboot <Veera>just type 'c' in grub boot menu <Veera>see that in new T400 system partitions of hard disk are shown <Veera>perhaps you can chainload the grub installed in hard disk <Veera>That blank/blink screen sometimes happens because of mismatch <nckx>I haven't kept up with development the past 2 weeks :-/ Do you mean there's a bug? <nckx>Yeah, I think the transition on c-u to Guile 3 is complete. <Kimapr>i want to have ssh daemon on guix system, but reconfigure keeps complaining that variable `openssh-service-type` is not bound <Kimapr>oof. documentation says nothing about that ssh is a submodule of networking <guix-vits>Kimapr: `cd guix-git/guix/gnu/services/; grep 'openssh.service.type' *` :) <guix-vits>grep prints "ssh.scm:(define openssh-service-type" <Kimapr>that doesn't count as documentation <Kimapr>^ it's not clear from that page that `ssh` is a module <Kimapr>the page misleads me to think that i only have to (use-modules (gnu services networking)) to use `openssh-service-type` <guix-vits>Kimapr: try contact NieDzejkob; or: rekado_ suggests filling a bug reports in such a cases. <guix-vits>documentation is great, but only if looking in code at the same time. At least Scheme is a lot easier to read than XYZ. <Kimapr>but the reconfiguration is not done so i don't know what errors there can be <Veera>the os configuration doc says it clearly <Veera>ready to deliver docs are not there <guix-vits>Kimapr: :) -- recently modified the console-font-service-type, so understand you. One misplaced paren will spit a bunch of strange errors... i'd solved this temporary by defining a @my-font for `(file-append font-terminus "/share/consolefonts/ter-v24b.psf.gz")` for `(cons tty my-font)` <Veera>We have to find our way by learning, asking and trying <guix-vits>Kimapr: i'd just read in Manual: "password-authentication? (default: #t)" -- isn't the password-based auth insecure (#t mean "true")? <guix-vits>maybe you'll want to set it to #f to use key-based auth (idk). <Kimapr>guix-vits: probably not, password-auth is secure enough for my use-case <str1ngs>guix-vits: it probably defaults to #t for ease of use. but it's not as secure as public key. ***apteryx is now known as Guest39296
***apteryx_ is now known as apteryx
<brendyyn>oh wow, debian has 107 patches for calibre.... <str1ngs>almost a complete book in patches :) <brendyyn>but the good news is it works with python3 <brendyyn>most the patches are just applying stuff from the python3 branch, not just debian messing with it <guix-vits>str1ngs: idk about security, just seen the folks complaining somewhere (about pass-based). thanks. <str1ngs>guix-vits: weak passwords can be brute forced. <nikita`>Veera: I recently updated xplanet for pkgsrc and had a chat with the maintainer. It's too bad they don't do releases anymore and just recommend pulling from svn. So we have release + relevant patches afterwards <Veera>I thought of pulling the src tarball and packaging. <Veera>pkgsrc is which distro openbsd/freebsd <nikita`>I'd just use the release and some selected patches. <Veera>are you also pkging for guix <nikita`>It's a project by netbsd but right cross operating systems <Veera>so i can pull from the source plus patches from netbsd <Veera>what about getting from debian <Veera>they also provide source + patches <nikita`>You can do in guiz what I did in pkgsrc, there's no need to vendor the patches <Veera>is it readily available with pkgsrc; i mean easily downloadable using std http/ftp tools <nikita`>I mean I'd go back to rereading what I've written. Just use the release and pick the patches as additional downloads in the package definition, iirc it's possible from the original hosted. If not, sure debian would work <Veera>ok where is the pkgsrc hosted <Veera>is there a way to pull from cvs just like git-fetch <Veera>guix info pages does not shows one <Veera>bricewge: I can't find it in my system <Veera>bricewge: grep of scm files does not shows it <rotty>Veera: there is also git-cvs, but it's intended to replicate (or rather compute) full history, so it might be overkill, depending on what you want to do <Veera>Is there a easy way to fetch from pkgsrc cvs repos and pkg them for guix <Veera>Eh, I was just checking pkgsrc cvs repos have only commands for buidling <Veera>there were some Makefile's and patches <Veera>else the web interface is not showing all <rekado_>hmm, we missed a warning from monitor.guix.gnu.org because the only user account we have set up did not have a preferred medium configured. *rekado_ sets it to “IRC” <rekado_>it’s disappointing that it hasn’t retried sending out the alert <rekado_>the problem first appeared on the 24th. <guix-vits>Veera: about searching in git: `cd guix-git; for x in `find ./ -type f -name '*.scm'`;do grep -l 'SOMETHING' ${x};done` <Veera>find -type f -name "*.scm" -exec grep -H "*something*" "{}" \; <guix-ci>civodul: This is a test message from Zabbix <rotty>guix-vits: why not just use "git grep"? <rotty>I think this would be equivalent to your loop: `git grep SOMETHING "*.scm"` <brendyyn>grep is outdated and there are many shinier tools one can use. <Veera>yep could have used git ones <guix-vits>is `(copy-recursively` better than `(invoke "mv" ...`? <rekado_>don’t run external programs when you can do it with just Guile. <guix-ci>Problem started at 09:58:35 on 2020.03.27 <blackbeard`>civodul: I've been reading a bit about init systems, shepherd and systemd <blackbeard`>as you told me, the systemd api is quite big and it seems like there are many things I need to understand and implement <guix-ci>Problem has been resolved at 10:05:35 on 2020.03.27 <rekado_>I also don’t see anything corresponding on monitor.* *rekado_ just ACK’d one reported problem <guix-vits>should i rename "mapc" to "neverball-mapc" (''map compiler''; The Debian packages it as "mapc")? <kawerte>Hey guys! Is there a way for me to add flatpak to guix? <brendyyn>there is flatpak 1.4.3 in guix. i have never used it though. <blackbeard`>but I am not sure if something else is necessary, as I've not used it either ***rekado_ is now known as rekado
<guix-ci>Problem started at 11:09:35 on 2020.03.27 <guix-ci>Problem has been resolved at 11:16:35 on 2020.03.27 <efraim>is it possible to build the .go files in the repo piecemeal? i'm playing with a machine with 1.5GB of ram <civodul>efraim: it's possible but you have to do this manually <civodul>but basically you could run "make" and C-c it when it becomes too much :-) <civodul>or you could pass make a list of .go files <blackbeard`>civodul: where should the cgroup support for shepherd be included? <blackbeard`>I am not sure if service.scm would be the right place <civodul>rekado: there's a "guix gc --list-dead" process running that holds the GC lock <guix-ci>Problem started at 12:20:35 on 2020.03.27 <guix-ci>Problem has been resolved at 12:28:35 on 2020.03.27 <guixer>Hej all. I like to extend some user services for shepherd. Unfortunately I don't know how to restart shepherd for my user.. Invoking "herd load shepherd" gives me error: connect: /run/user/1000/shepherd/socket: No such file or directory <guixer>Already killed the user process for shepherd.. ***PlasmaSt` is now known as PlasmaStrike`
<bricewge>guixer: Looks like shepherd isn't running, try `shepherd'. <bricewge>And the command you tried to run is probably `herd load root service.scm'. <rekado>civodul: yes, I started it earlier today <rekado>(I’m collecting dead disk images) <rekado>the zabbix alert should be better now <rekado>(the order of arguments was wrong, so it only displayed the subject) <guix-ci>Problem: Zabbix discoverer processes more than 75% busy Problem started at 13:31:35 on 2020.03.27 <guixer>bricewge: I figured out that I can run 'shepherd' as user.. then I can also debug bc I can see stdout of shepherd. I thought there is a smarter way to run shepherd than rebooting or typing 'shepherd &' in the shell... <guixer>bricewge: If I run `herd load root service.scm', is that the "smart way" I was searching for? <guix-ci>Resolved: Zabbix discoverer processes more than 75% busy Problem has been resolved at 13:39:35 on 2020.03.27 <guix-vits>"The Octocat ball `data/ball/octocat/` uses the Octocat design with permission from Github ..." <guix-vits>Ok, a Debian package contains ball/octocat, so... <raghavgururajan>I cloned guix git repo and did `./bootstrap` and `./configure --localstatedir=/var`. When I did `make`, I get this error. <raghavgururajan>rm -f en@boldquot.gmo && /gnu/store/f2mrwn4r6zfnk3lxw782j137b97v6mk3-profile/bin/msgfmt -c --statistics --verbose -o en@boldquot.gmo en@boldquot.po <raghavgururajan>en@boldquot.po:4584: format specifications in 'msgstr[0]' are not a subset of those in 'msgid_plural' <guixer>guix-vits: I would say it is not free, since it is a registered trademark. But if you refer to a product of github on your website or in an app, it seems ok with the codex. <guix-vits>guixer: probably, as neverball is in Debian's "main". <bricewge>guixer: I dont know if it's "smart", it just allow one to load code into a running shepherd. <apteryx>civodul: bah, my team now requires we use discord.com. Nothing seems to work with it in Guix :-/. Icecat freezes and the sounds cut, ungoogled-chromium doesn't seem to want to allow microphone. <NieDzejkob>you mean discordapp.com? It works quite ok on IceCat for me <brendyyn>for me icecat gives no mic their either, but chromium does <brendyyn>as for webcam guix seems to completely fail to recognise my webcam <apteryx>brendyyn: yeah, it was a bit buggy as well in icecat, although workable for sound <apteryx>but the team seems to prefer discord to it <NieDzejkob>huh, I mostly use it for text chat and the laptop I have guix installed on only has one jack, so testing the microphone isn't exactly easy... <apteryx>NieDzejkob: I had it working for a short time and then it becomes unresponsive and I stop hearing others <starcrATI[m]>but maybe you could try to install the Discord desktop client via flatpak ? <brendyyn>starcrATI[m]: does it do group voice calls and group video chat? <NieDzejkob>Is there a way to specify that a package needs the binutils for x86 even when building on and for arm? <civodul>apteryx: i used Jitsi with ungoogled-chromium and it works fine <starcrATI[m]>brendyyn: Didn't try it out, I use Jitsi and BigBlueButton personally <brendyyn>and my contacts couldnt find me, or theyd accidently find my irc account and it would bridge over <starcrATI[m]>brendyyn: but if you mean Matriy, yes you can do group calls and video chat via Jitsi woth Matrix <brendyyn>i hate python how many hours do i have to spend just trying to make it find some stupid module <brendyyn>i wonder if perhaps i should become a javascript developer instead <brendyyn>but i just dont get the impression ill be able to build tools how i want them <Veera>How to build only a specific package in image-viewers <NieDzejkob>just do "./pre-inst-env guix build feh" or whatever <apteryx>civodul: discordapp worked after all, on a beefier machine with more RAM (even with the old Icecat 60 there was on that machine) <guix-ci>Problem: Zabbix discoverer processes more than 75% busy Problem started at 14:43:35 on 2020.03.27 <mbakke>apteryx: the (format "~s" (which "sh")) line from emacs' patch-program-file-names phase fails on core-updates, likely from the Guile 3 switch <mbakke>format: bad destination `~a' "~s" <guix-ci>Resolved: Zabbix discoverer processes more than 75% busy Problem has been resolved at 14:50:35 on 2020.03.27 <civodul>apteryx, mbakke: it should be (format #f "~s" (which "sh")) <guix-vits>what is "Bitstream Vera Font (c)" converted to `(license`? <mbakke>civodul, apteryx: indeed, but the substitution expects the returned string to be surrounded by double quotes, so I'm not sure how that works on 'master'. <efraim>Should probably add the timezone to the message <civodul>mbakke: the first arg to 'format' must be a port <civodul>i think it was deprecated (thus allowed) in 2.2 <civodul>and presumably finally unsupported in 3.0 <kawerte>How can I see the sturcture and possible options for settings in the config.scm file? <kawerte>for example I have no idea from reading the manual how to have multiple input methods <kawerte>How should I know what #options there are and what possible things I can write for that function? <kawerte>(if it even is a function, I am new to lisp) <brendyyn>im interested in improving the manual in this regard, just havent got around to it <brendyyn>"Keyboard layouts are represented by records created by the keyboard-layout procedure of (gnu system keyboard). Following the X Keyboard extension (XKB), each layout has four attributes: a name (often a language code such as “fi” for Finnish or “jp” for Japanese), an optional variant name, an optional keyboard model name, and a possibly empty list of additional options. In most cases the <brendyyn>layout name is all you care about. Here are a few example: " <rekado>FWIW I’m using Gnome and didn’t add any input method configuration to my operating-system record. I just selected my input methods in Gnome. <rekado>the “additional options” are the same that are supported by xkb <rekado>(like dead keys, control moved to caps lock, etc) <brendyyn>kawerte: As rekado says. You say you want to define multiple layouts, but actually every layout is already available regardless. this is just setting your default one <brendyyn>I have a customised layout, but it's set in my users config, not with guix ***jonsger1 is now known as jonsger
<jeko>preparing my new package patch, what is scheduled Software Heritage archival ? from guix lint ?? <mbakke>jeko: guix integrates with the Software Heritage to ensure package sources are available even after the upstream is long gone :-) <rekado>on ci.guix.gnu.org /var/log has reached 83G. I think we can remove some of these log files… <civodul>do we have a job for /var/log/guix/drvs/? <raghavgururajan>I cloned guix git repo and did `./bootstrap` and `./configure --localstatedir=/var`. When I did `make`, I get this error. <civodul>with 3.0.2 we should be able to get rid of guile-2.0 for grafts *civodul runs torture tests <raghavgururajan> en@boldquot.po:4584: format specifications in 'msgstr[0]' are not a subset of those in 'msgid_plural' <NieDzejkob>[01:59:21] <mroh> NieDzejkob: try `make SUBDIRS=` as a workaround. <jeko>Patch sent. Hope I didn't miss anything ! <Gooberpatrol66>is there a way to regenerate the program icons in GNOME so I can launch a program right after installing it? <jeko>roptat: thank you ! but I should wait for the validation before yaying hahaha <guix-ci>Problem: Zabbix discoverer processes more than 75% busy Problem started at 15:55:35 on 2020.03.27 <joshuaBPMan>Hey guix! Last night I installed guix onto my T400. with an encrypted / partition (/dev/sda2 btrfs) and unencrypted /boot (/dev/sda1 ext4). <joshuaBPMan>I do not seem to be able to boot from it via libreboot, which has a grub payload...maybe i need to mark /dev/sda2 as the boot partition...I do not believe that I did that. <joshuaBPMan>and I suppose I see the error in my config now. my mapped-devices has a different target than what my filesystem does. <NieDzejkob>guix-ci seems to be messaging here about problems with a 10 minute delay, but even if the problem got resolved within the 10 minutes, it still complains here. What gives? <guix-ci>Resolved: Zabbix discoverer processes more than 75% busy Problem has been resolved at 16:01:35 on 2020.03.27 <joshuaBPMan>Also, how can I run guix system reconfigure from the usb stick such that the command reconfigures the hard drive? <joshuaBPMan>I think I do need to run herd start cow-store. At least the manual seems to suggest that. <roptat>do you mean the generic "open in new tab, ..." or something specific to that website? <apteryx>roptat: something specific (context sensitive) to the web app (website) <roptat>I get lots of Content Security Policy: The page’s settings blocked the loading of a resource at inline (“script-src”). for that page <apteryx>like; actions for an issue (set its status such as 'close', 'open', etc.). I've seen this work on other collegues' browsers, so I'm curious as to why I don't get this in my Icecat :-) <apteryx>roptat: yeah, I've whitelisted/unblocked the page (Redmine is free software) <sirgazil>apteryx: I see a context menu specific to the website in IceCat. <sirgazil>But only if I click in the row of an issue, not in the issue link <roptat>oh yeah, after allowing scripts and xhr, I see the specific context menu too <roptat>right-clicking on the links show the default menu though <apteryx>weird. Can't get it to work on my Icecat, even after whitelisting the domain in LibreJS. <joshuaBPMan>bummer. It doesn't really seem that I'm able to do that. <roptat>ah sorry, it's because I use umatrix <apteryx>I'll try updating my Icecat, I'm on an older 68.4.1. <apteryx>ah, it worked after starting in safe mode (all add-ons disable). <apteryx>Now to figure out which one it was :-) <asdKovind>Hi, I am running `guix install next` but getting error message `guix install: error: next: unknown package` <rekado>asdKovind: have you run “guix pull” recently? Not all versions of Guix have a package called “next”. <rekado>asdKovind: you can see what packages are available with “guix search” <rekado>what do you mean by “it is not working”? <asdKovind>may its the package issue, I will ask on there channel <apteryx>roptat, sirgazil: the behavior was caused by the 'Searxes' Third-party Request Blocker', even it didn't show anything being blocked for that particular page. Strange. <apteryx>ah, but I found a way to configure it: on the right-click with TPRB enabled, you have some TPRB entry, where you can whitelist the action. After doing so it works :-) <guix-vits>i'm just switched to copy-build-system... i'm happy. <jonsger>long article and 40 comments. Not bad :) <roptat>most of these comments are about the author suggesting using "wget ...install.sh | sudo bash" though <janneke>if only guix had a search box, it might be usable <janneke>i would even consider trying guix, then <roptat>it wouldn't harm to implement that search box though <janneke>yes, and what about this curl stuff; surely it should be" curl ... install.scm | sudo guile" <civodul>the article is interesting, it even has a fair "What about Nix?" section, which is uncommon <civodul>many people realize that it really matters <guix-ci>Problem: Zabbix discoverer processes more than 75% busy Problem started at 17:05:35 on 2020.03.27 <roptat>mh... isn't this 75% due to package building? or is there something else? <guix-ci>Resolved: Zabbix discoverer processes more than 75% busy Problem has been resolved at 17:13:35 on 2020.03.27 <sirgazil>I'm getting "Error downloading release information through the GitHub API." when I try to lint a package I'm defining... <sirgazil>"This may be fixed by using an access token and setting the environment variable GUIX_GITHUB_TOKEN" <NieDzejkob>sirgazil: you must've been linting a lot of packages <joshuaBPMan>geez, I cannot figure out how to install guix with an encrypted root partition <sirgazil>NieDzejkob: About five, since yesterday. <sirgazil>I wonder how long you have to wait to avoid that error... <apteryx>civodul: I tried jitsi with ungoogled-chromium, but I won't allow my microphone. Did you need to do something special for this to work? <NieDzejkob>sirgazil: hmm, that might be an actual problem with the GitHub API, then <NieDzejkob>are you sure you aren't re-linting the entire package repository by accident? <watman>Is there any actual way the see all the available options for the system configuration (config.scm file) <apteryx>bandali: it does, but firefox does not implement RTX which can lead to breaking audio <bandali>but they do seem to recommend chrom{e,ium}-based browsers sadly <apteryx>apparently, if your connection is saturated <NieDzejkob>watman: see info "(guix)operating-system Reference" <apteryx>(in a multi-users conference setting, say) <bandali>i might have experienced something like that; not a deal breaker so far thankfully <mbakke>apteryx: there was a bug with older versions of ungoogled-chromium that prevented websites from accessing your microphone <anadon>Is the `nginx-upload-module` just missing from guix? <mbakke>apteryx: to fix it, either create a new browser profile, or remove the "audio_capture_enabled: false" line from ~/.config/chromium/Default/Preferences <apteryx>it says: "Failed to get access to local media. Error name was AbortError. Continuing without sending a stream." <apteryx>mbakke: should be good if I delete ~/.config/chromium ? <apteryx>I don't have anything important there <civodul>apteryx: re Jitsi, maybe check what pavucontrol says <civodul>and also the "Settings" menu of the Jitsi interface <apteryx>mbakke: works perferctly now :-) thank you! <mbakke>apteryx: cool, sorry for the breakage! <apteryx>thanks for making chromium available! <alextee[m]>does it make sense that package URLs include the version? <alextee[m]>they're not very future-proof if you want to link the package URL somewhere, unless it auto-redirects to the newest version <civodul>alextee[m]: i agree, the version shouldn't be in the URL <civodul>although there are packages with several versions <alextee[m]>well, they could be listed as "Available versions: ..." or something on the page i guess <alextee[m]>or "Other versions: ..." and have the latest one shown in the title as like now <guix-ci>Problem: Zabbix discoverer processes more than 75% busy Problem started at 18:17:35 on 2020.03.27 *jonsger enjoys now the heroic work of rekado on R :) <guix-ci>Resolved: Zabbix discoverer processes more than 75% busy Problem has been resolved at 18:24:35 on 2020.03.27 <civodul>would you like to give it a try? :-) <civodul>it's a good excercise for a short hacking session <alextee[m]>civodul: sure, good chance to practice my guile skills! *alextee[m] clones the repo <rekado>don’t know what Zabbix discoverer processes are, but … should we allow them to be busier on ci.guix.gnu.org? <civodul>rekado: difficult to answer that question :-) <civodul>it's good to hear from guix-ci once in a while, but we don't quite understand each other <civodul>would it make sense for the Data Service to send messages? <civodul>like when there's a push with new packages, etc. <cbaines>I would like that, and it's something I've been thinking about :) <cbaines>Just need to get around to writing that publish/subscribe system that the Guix Data Service can send events to... <rekado>cbaines: use redis with guile-redis? <cbaines>that's definately easier technically than what I have in mind <cbaines>I've been thinking of doing a websub like thing, the advantage of that being it's a bit more federated. I think just having a service that sends out HTTP requests for the events would make it easier to allow anyone to just write software and subscribe. <jsoo>is there a configure flag for emacs to avoid needing texinfo? <mbakke>jsoo: sometimes you can pass "TEXINFO=true" to trick the build system into calling the 'true' binary instead, no idea whether it will work for emacs though <jsoo>hmm, nice! i'll give it a go. i'm trying to make emacs-next-minimal <mbakke>civodul: tangentially, do you think it's safe to use libgc 8 for Guile 2.2 and 2.0, or should they stick with libgc@7? <raghavgururajan>I get "ld: undefined reference to `CU_trace_handler'". What package provides this? I am unable to find the correct package. <jsoo>man i really like the general programming style in guix. i tend to really like types but guile really feels right most of the time <civodul>mbakke: it should be safe, but worth checking <alextee[m]>i installed guile3.0-syntax-highlight and guile-syntax-highlight. is that not it? <roptat>are you missing the guile environment variables? <roptat>ah, tor doesn't work over IPv6 only :/ <roptat>GUILE_LOAD_PATH and GUILE_LOAD_COMPILE_PATH <roptat>I have them set to ~/.config/guix/current/share/guile/site/3.0 and ~/.config/guix/current/lib/guile/3.0/site-ccache respectively <alextee[m]>they're in the environment: /run/current-system/profile/lib/guile/2.2/site-ccache and /run/current-system/profile/share/guile/site/2.2 <roptat>did you install guile-syntax-highlight globally? otherwise, you might need guile itself so guix knows you want the variables to be set to your personal profile too <alextee[m]>oh didn't know you were supposed to set them manually for your user <roptat>no, guix takes care of that, but you need to install whatever package declares them (in general, the one that uses them, here guile itself) in the same profile <alextee[m]>roptat: what would globally mean? sudo -E guix install .. ? <roptat>I mean, in the packages field of your operating-system declaration :) <roptat>sudo guix install would only install packages for root, not very useful <alextee[m]>oh no i just installed everything in my user's profile, including guile <roptat>Blackbeard, I tried to run boinc yesterday, but it couldn't access the internet for some reason, with no log whatsoever <roptat>alextee[m], you might want to source ~/.guix-profile/etc/profile then <roptat>it should contain definitions for guile and other stuff <roptat>also I think you need the same version of guile as the version used by haunt <alextee[m]>roptat: hmm weird, i thought i was already sourcing that. sourcing it now worked, thanks! will add it in my zshrc <guix-ci>Problem: Zabbix discoverer processes more than 75% busy Problem started at 19:28:35 on 2020.03.27 <guix-ci>Resolved: Zabbix discoverer processes more than 75% busy Problem has been resolved at 19:35:36 on 2020.03.27 <cbaines>Haha, guix-ci does not like to stick around! <bavier`>I was thinking of installing it to a fedora vm, but my virt-manager is refusing to start right now (think I need a reboot) <cbaines>bavier`, virt-manager broke for me recently as well <cbaines>the package seems to break quite often <cbaines>I just started it from a previous generation, so maybe check if you have a previous generation of your profile you can start it from <rekado>guix-ci doesn’t stick around because my silly little script just makes it pop in, drop a message, and return. <bavier`>ha, yup, older version starts. yay time-travel :) <cbaines>If the data in the Guix Data Service is correct, there have been 14 different outputs for virt-manager this month <rekado>one could implement it as a service that runs a bot loop and listens on a socket for new messages. <cbaines>I'm interested to have a look at Zabbix, I need SSH access to berlin right? <rekado>cbaines: you need SSH access only to generate your client certificate. <NieDzejkob>do you have that font installed in your profile? <NieDzejkob>maybe it needs to get picked up by the fontconfig cache... <mroh>maybe its only me, but applying grafts feels faster now! (2b6fe60599 packages: Use Guile 3.0 for grafts) <guix-vits>NieDzejkob: i see Chinese chars in Web-browsers <NieDzejkob>does the issue occur if the font isn't added as a dependency? <guix-vits>i added this font later, when seen the issue <guix-vits>the game, actually, have some fonts boundled <Blackbeard>rekado: I made one like that with 8sync o couple years ago :) <NieDzejkob>guix-vits: the game seems to be bundling its own chinese font, see data/lang/zh_CN.txt and data/ttf/wqy-microhei.ttc <NieDzejkob>is anything printed to the console when the game tries to display chinese characters? <guix-vits>actually microhei is in repos, maybe it'll fly? <alextee[m]>is adding dependencies to the guix website code acceptable? <lfam>How can I take advantage of the recent GnuPG pinentry change? I am using GnuPG and pinentry-gtk2 from Guix, but even updating to include that change, I still need to manually set pinentry_program variable in gpg-agent.conf <joshuaBPMan>lfam: what is the advantage of the recent GnuPG change? <lfam>It's commit c7af9d0b5ebaa1fdb08ff5d8a56004998bcd8103 <lfam>The idea was to make our GnuPG find our pinentry packages automatically <lfam>But it doesn't work for me :( I restarted all of the GnuPG daemons <lfam>It looks like it's based on having the correct value for 'gnupg_homedir' in the GnuPG code <lfam>Right, it works if you export GNUPGHOME <lfam>Can't GnuPG just read $HOME? <guix-ci>Problem: Zabbix discoverer processes more than 75% busy Problem started at 20:40:35 on 2020.03.27 <bavier`>Blackbeard: well, bit of a copout, but I installed boinc on a fedora vm and have it running tasks for rosetta@home <Blackbeard>Did you check the certificates that you told me about? <bavier`>fedora has a slightly older version packaged (7.16.1) <bavier`>my debug-fu fell short in debugging the network issue in guix's package <guix-ci>Resolved: Zabbix discoverer processes more than 75% busy Problem has been resolved at 20:47:35 on 2020.03.27 <sirgazil>alextee[m]: regarding adding dependencies to build the website, I don't see why not. <sirgazil>alextee[m]: What are you working on, by the way :) <joshuaBPMan>may I ask, is there anyone working on updating sway? <vagrantc>ooooh, core-updates looks to have some very nice features coming! <vagrantc>can it cross-compile hurd systems on x86_64 ? <mbakke>vagrantc: the focus has been on cross-compiling for ARM, but it should be possible to cross-compile for Hurd as well <jonsger>I don't understand R. Does it need a special SSL_* variable <mbakke>joshuaBPMan: not to my knowledge, I'm sure many people would appreciate it though! ;-) <vagrantc>really cool to hear the cross-compiled system support is working ... that was one of the biggest annoyances with arm systems and guix ... the initial install took *forver*. <mbakke>vagrantc: right, it should be possible to cross-compile the initial system now and convert it to a native system after flashing <alextee[m]>sirgazil: trying to make the URL of packages that are at their latest verison not have the "-{version}" suffix, so they are future-proof <mbakke>raghavgururajan: your linphone patch seems to be missing something important <alextee[m]>and add a "other versions: " to packages that have multiple versions <mbakke>1 file changed, 0 insertions(+), 0 deletions(-) <mbakke>raghavgururajan: also I suppose we could use telephony.scm for linphone? <alextee[m]>sirgazil: im currently checking with semver, and when the versions are not semantic, i do a plain string>? to check which is later <guix-vits>NieDzejkob: update, if i choose language in GUI, things works with Chinese fonts... yeah. <aidenholmes>guix is currently slower than nix in terms of download bandwidth speed, this is because, iirc, you only have a few donated servers <mbakke>hmm, apparently libgc needs libatomic-ops when cross-compiling, wonder why that is <civodul>aidenholmes: yes, this has been on our minds for some time! <joshuaBPMan>aidenholmes: there is a wip branch for the universal filestystem <aidenholmes>i used to be huge fan of ipfs but in practice it's much slower than gnunet <aidenholmes>if a p2p option is added, i hope it's optional because i wouldn't be able to use it at school <str1ngs>in theory gnunet could be used but it would be way more work then ipfs. <civodul>we also had a GSoC on GNUnet integration back in 2016 IIRC <str1ngs>I think the way ipfs does content addressing translates well to guix <str1ngs>I wrote an offline ipfs hasher at one point. could be useful guix eventually <lfam>aidenholmes: It may be that our servers are slower than Nix's, but the big slowdown for Guix is that things are downloaded sequentially, and setting up and tearing down the download session takes a long time <jonsger>rekado: ah okay. I hoped there would be some doc about how to use R on Guix <lfam>aidenholmes: Some of us abuse the server (our abuse our private mirrors) by setting --max-jobs=N and letting downloads occur concurrently <lfam>This is a nasty kludge but it works <rekado>ci.guix.gnu.org should be able to handle quite a few simultaneous connections. <lfam>I feel like there was some preliminary work on pipelining these requests but I'm not sure what the status is <rekado>(I think “guix publish” might be the limiting factor here) <lfam>Perhaps, but it's very slow for me just setting up connections to my private nginx mirror, which doesn't use guix publish <joshuaBPMan>lfam: how are is it to set up a private mirror? I've got a 1GB RAM server with 20 GB harddrive.... <rekado>aidenholmes: we have 30+ servers that build packages. There’s one head node with a dual 10G connection. <rekado>jonsger: I there something particular you are looking for? <lfam>joshuaBPMan: Specifically mirror.conf and mirror-locations.conf <rekado>jonsger: using R with Guix is pretty straight forward: “guix install r-minimal r-…” <aidenholmes>oh, could the slow downloads be on my end then , rekado <joshuaBPMan>lfam: thanks. I sort of forgot that we are still using hydra. <lfam>We aren't using the hydra software. <lfam>We still use the name as a catch-all for our build farm stuff <rekado>aidenholmes: I do think there are performance problems with the software. I just don’t think it’s a problem with our hardware. <joshuaBPMan>lfam: oh. I thought we were calling it curraiss (I probably spelled that incorrectly). <aidenholmes>ah, well there are other reasons p2p would be useful as well <lfam>We are calling the software Cuirass <lfam>Don't worry about what that directory is called. It's not importnat <lfam>It's just a name in a dark corner of our support code <aidenholmes>imo it just makes sense that package managers, which deal with a lot of publicly available and widely downloaded files, should use p2p file sharing <lfam>Well it's tricky because most clients don't have access to much upstream bandwidth <guix-ci>Problem: Zabbix discoverer processes more than 75% busy Problem started at 21:51:35 on 2020.03.27 <jonsger>I guess the download speed could be a problem of peering or so (between the relevant ISPs) <joshuaBPMan>Also, I just read on this channel that gnunet may be faster than IPFS. I thought IPFS was faster...am I wrong? <lfam>I think the low-hanging fruit is the Guix download code. It could be made a lot more efficient <lfam>It spans multiple months so you'll have to dig to find later messages <jsoo>Is there any news on the content addressed protocol for substitutes? That really caught my eye <bdju>in my experience ipfs is extremely slow, but I don't know the speed of gnunet at all <rekado>jonsger: I don’t know how r-xml2 connects to the web. I know that I had to patch at least r-curl (or was it r-rcurl?) to respect the SSL_* vars. It’s possible this needs to be done for r-xml2 as well. <rekado>using a CDN (again) would be good. It’s just pretty expensive. <guix-ci>Resolved: Zabbix discoverer processes more than 75% busy Problem has been resolved at 21:57:35 on 2020.03.27 <rekado>then again it’s not like we’re lacking money <lfam>Yes, the CDN was very expensive. I think the best course of action is to improve the Guix download code to pipeline requests. And also to profile it to see if anything is slower than necessary <lfam>We have money but do we have a way to replenish that money when it runs out? <lfam>I feel like the handshake foundation was sort of a special situation <lfam>We are still not pipelining nar requests, right? <rekado>(personally, I’d prefer to buy build machines for ARM + POWER for the money) <civodul>also, there's slowness on the nginx side of things on the first hit <civodul>i investigated a while back but didn't understand <jonsger>I could provide 0.5T fast storage for a distributed CDN/rsync mirror what ever... <rekado>jonsger: xml2/R/xml_parse.R says that read_html accepts URLs “that will be converted into connections either using `base::url` or, if installed, `curl::curl`”. <lfam>How much bandwidth could you provide jonsger? <rekado>jonsger: so perhaps you could try installing r-curl and see if that fixes it for you <jonsger>lfam: don't know if there is a limitaion <lfam>We used *a lot* of bandwidth in the months we paid for a global CDN <lfam>I feel like storage is not the limitation for us <Rovanion>Is it possible to find out which package provides some binary? <lfam>Okay, it's not like "a lot" but it's significant and usage will only grow <jonsger>rekado: a simple r-curl example works. adding library(curl) to rvest doesn't help <lfam>Rovanion: There's not a "Guix way" yet <jonsger>lfam: hetzner usually garantees at least 20T free each month <Rovanion>Does anyone happen to know which package provides alsamixer then? <lfam>Is that a CDN jonsger? Or a single point of presence? <lfam>Rovanion: Google, `guix search ...`, even `echo /gnu/store/*alsamixer*` can help <lfam>There has been some discussion of adding this feature <jonsger>lfam: single point of presence. a hosting provider <Rovanion>Tried Google and guix search but they failed me :/ <lfam>jonsger: It might not be an improvement over our current peering <lfam>The CDN was good because it helped people in all continents and different internets <rekado>(and for China the way forward might be the rsync daemon) <jonsger>lfam: yes. I know. But I have usually 1.5MiB/s from ci.guix.gnu.org, could become faster... <lfam>Can you say approximately where you are jonsger? <rekado>jonsger: we also see much lower download speeds than theoretically possible within the same network <rekado>so we think it’s a problem with our nginx configuration or guix publish <lfam>I think the kind of slowness we have discussed previously was kilobytes per second. At least in the USA, 1.5 MiBs is not terrible <rekado>still, it’s a fraction of what it could be, given the hardware. <jonsger>lfam: it's not terrible but faster would be nicer :) <lfam>It's a reason I use my own mirror :) <lfam>Only do the slow request once <cbaines>One thing I'd like to prototype is a more static site approach to substitutes <cbaines>So rather than using guix publish, generate the nars and narinfo files, and then copy them somewhere to be served <cbaines>Serving straight from the storage should be pretty quick <jsoo>cbaines: is that what nix does? cache.nixos.org? <rekado>cbaines: I’d like that. This will be needed by the rsync mirrors anyway. <jonsger>cbaines: so then they could served by every webserver <rekado>we’re exposing the guix publish cache via rsync daemon. <jsoo>would that fit with the content-addressable substitute protocol? <lfam>The Guix download code would still download things one at a time, and it takes forever to set up and tear down those connections <lfam>IMO that's the place to focus efforts <jsoo>do you mean the one at a time problem or the setup/teardown time lfam? <lfam>If you only do it once it doesn't matter very much that the setup is slow <jsoo>gotcha. can we do some asynchronous io stuff for that? <cbaines>I remember roptat posting something about parallelising fixed output derivations I think <roptat>yes, there's a patch that changes the daemon <civodul>this is to overlap downloads with builds <civodul>what lfam suggests would also be nice but requires more important changes in the daemon <roptat>the idea was to count builds and downloads separately, so you could have both in parallel <lfam>"but if the current code <lfam>> waits until a NAR has finished downloading before asking for the next <lfam>> one, that's an issue that could be fixed by use of HTTP pipelining, <lfam>> without multiplying the memory usage." <lfam>"There’s HTTP pipelining for narinfos but not for nars. Worse, <lfam>before fetching a nar, we do a GET /nix-cache-info, and in fact we spawn <lfam>a new ‘guix substitute’ process for each download (for “historical <jsoo>what are the reasons, do you know? <lfam>It's terribly inefficient and means that downloading 1 megabyte of files can take minutes <lfam>I think it's late in the application cycle but could this be a good area for one of our paid internship programs? <rekado>jonsger: the problem might be with r-httr <rekado>I was just about to suggest that but couldn’t type fast enough with the baby on my arm <jonsger>guix search kindergarten gives results :P <joshuaBPMan>Hey guix! I'm using the graphical install on a T400. There seem to be some changes fromthe last time I used it. It looks pretty nice. Keep up the good work! <civodul>lfam: for Outreachy we'd have to have a rather clear idea of what we want to do <lfam>Right, we'd need something concrete and composable <civodul>what are the main milestones towards our goal <alextee[m]>anyone know any package early in the alphabet with multiple versions? <alextee[m]>joshuaBPMan: trying to make the package with the latest version not have a -{version} in its URL <NieDzejkob>why does "early in the alphabet" matter, though? <alextee[m]>NieDzejkob: because the development environment only uses the first 100 or so packages <rekado>jonsger: I can reproduce the problem with r-curl alone. It should respect CURL_CA_BUNDLE, but it doesn’t seem to work. <NieDzejkob>jonsger: sounds like something that I've fixed on core-updates <NieDzejkob>you can apply it on master and it'll only need to build curl <jonsger>meeh. I'll wait until core-updates gets merged into master. it's not urgend <rekado>this shouldn’t be necessary for r-curl <rekado>we patch it to accept CURL_CA_BUNDLE (which it normally only accepts on Windows) <guix-ci>Problem: Zabbix discoverer processes more than 75% busy Problem started at 23:01:35 on 2020.03.27 <rekado>jonsger: this seems to be a change in r-curl. CURLOPT_CAINFO is now only set when the curl backend is openssl. It’s gnutls in Guix. <rekado>it’s also behind an #ifdef _WIN32 now <guix-ci>Resolved: Zabbix discoverer processes more than 75% busy Problem has been resolved at 23:09:35 on 2020.03.27 <lfam>So what does this guix-ci message mean? <jonsger>lfam: I guess that the ci's CPU's are running :P <rekado>lfam: this is triggered by monitor.guix.gnu.org, which runs a Zabbix instance monitoring ci.guix.gnu.org and connected build nodes. <alextee[m]>Blackbeard (@blackbeard:matrix.eunichx.us): weird, it works in riot on another machine <rekado>lfam: any event produced by Zabbix is reported via a dumb IRC script that logs on to freenode as “guix-ci” and prints the event message. <rekado>I don’t know what “Zabbix discoverer processes” are, but I guess this might be server auto-discovery, which we don’t need. <rekado>I’ll see if I can disable this (after fixing r-curl) <Blackbeard>alextee: I am using riot on android, let my try from my pc <alextee[m]>where should i send patches for guix-artwork? same as for packages guix-patches@gnu.org? *rekado disabled Zabbix discovery for the local network around ci.guix.gnu.org <jonsger>rekado: isn't a proper .patch saver then substitute* for r-curl. So that it does not silently break? <rekado>jonsger: maybe. I still think that substitute* should throw an error when a clause doesn’t match. <rekado>silent breakage should be avoided <rekado>in this particular case the problem was not that the patch wasn’t applied; it was that the patch became ineffective. <rekado>(due to other changes in the code) <lfam>I agree rekado. If it never matches it should fail <rekado>changing this would probably break a bunch of packages; we should make sure that ci.guix.gnu.org is equipped to show us those new failures before we merge this. <rekado>(this is a world-rebuilding change) <lfam>I like the new UI message "dependencies changed". It should reduce confusion. But it also prints when only the package definition changed — no changes in the package dependency graph. Maybe we can amend the message somehow... <lfam>Maybe just "dependencies or package definition changed" <mbakke>rekado: I think NieDzejkob was working on something along those lines