IRC channel logs


back to list of logs

***ChanServ sets mode: +o nckx[m]
<NieDzejkob>bonz060: there's a WIP in issue #39309
<NieDzejkob>[looking at] Do changes to guix/build/utils.scm on the doc-comment level need to go through c-u?
***ChanServ sets mode: -o nckx
***ChanServ sets mode: -o nckx[m]
<lispmacs>so, I used guix import to get the package definition for a rust app, and it's 27 rust dependencies...
<lispmacs>but it seems I have to go back and manually add all the input version numbers
<lispmacs>is that normal, or did I miss something?
<ngz>lispmacs: This is normal. However, there is a cargo importer that includes version numbers, but it needs testing. See <>.
***terpri_ is now known as terpri
<nckx>raghavgururajan: Failure (to download files from the Internet) is progress! Rebuilding with ,docbook-xml-4.1.2…
<NieDzejkob>sneek: have you seen ngz lately?
<NieDzejkob>sneek: seen ngz?
<sneek>ngz was last seen in #guix 2 hours and 11 minutes ago, saying: lispmacs: This is normal. However, there is a cargo importer that includes version numbers, but it needs testing. See <>..
<NieDzejkob>sneek: later tell ngz: Ouch, I just saw your fixups of my commit. Sorry for that, I should've given it a deeper review :/
<sneek>Got it.
<NieDzejkob>I am observing some weird behavior where offloading repeatedly acquires build slots before actually building a derivation
<nckx>NieDzejkob: Look at the load. Guix will spin until one dips under 2.
<nckx>NieDzejkob: ‘normalized load’ = real load / parallel-builds.
<guixuser>Who speak spanish? I need help, to install httpd, php, mysql, but php and mysql doesn't work, I dont know what to do
<guixuser>I already install all of them
<guixuser>I need help, on spanish or english
<nckx>I *think* gnutec speaks spanish.
<jgart>guixuser que estas tratando de hacer con guix?
<gnutec>nckx: Portuguese!
<guixuser>Hola, estoy tratando de instalar php, mysql, httpd, ya los instale pero no funciona php ni mysql
<gnutec>nckx: I'm from Brazil. :)
<guixuser>Trato de hacer un mysql -u root -p, pero pareciera que tiene contrasena
<guixuser>Hello, I need configure php, mysql, because dosent work
<guixuser>But config files are read-only
<guixuser>And: chmod 644 and dosent work,
<nckx>gnutec: Then I'm confusing you with someone else (from Mexico). I'm not good at names. Apologies.
<nckx>guixuser: Guix System?
<jgart>guixuser haz mirado esta documentacion?
<gnutec>nckx: Ok! I'd like to be mexican right now. HAHAHAHAHA Better if I living in Argentina.
<jgart>tienes que configurar apache en tu declaracion de system operativa
*nckx → 😴
<guixuser>jgart , ya he leido y realizado la configuracion del config.scm y he realizado un sudo guix system reconfigure /etc/config.scm
<guixuser>Pero no puedo entrar en mysql
<guixuser>mysql -u root -p No funciona, me parece que ya tiene clave
<guixuser>Pero no se como quitarla
<guixuser>Ya realice una desinstalacion y reinstalacion, pero sigo igual
<guixuser>El demon de mysql no esta corriendo
<guixuser>y con un: sudo herd start mysqld no funciona
<guixuser>y con un: sudo herd start mysql no funciona
<jgart>guixuser: ¿Puedes publicar tu configuración aquí?
<jgart>la de /etc/config.scm
<gnutec>I'm here to say the Inkscape is now GPLv3. And problems when we draw the text tools was souved in Inkscape 1.0. Very nice!
<gnutec>See ya!
<bdju>where is the main source/work on guile emacs? I wanted to see if it was being worked on at all lately but I can't find it
<bdju>ah it's packaged so I can see the source there. doesn't load in a browser, though.
***raghavgururajan is now known as raghav-gururajan
***raghav-gururajan is now known as raghav_gururajan
***raghav_gururajan is now known as raghavgururajan
***apteryx is now known as Guest64543
***apteryx_ is now known as apteryx
<bricewge>bdju: rekado is working on it
<PotentialUser-46> give 504
<terpri>during a virtual solstice party tonight i discovered that doesn't support gnu icecat 🤦
<rekado>bdju: Guile Emacs is split into Guile patches and Emacs patches
<rekado>bdju: the rebased Guile stuff can be found here:
<rekado>bdju: I’m still working on rebasing the Emacs patches on top of Emacs 25
<rekado>haven’t pushed those yet.
<nckx>terpri: Our IceCat is explicitly built with --disable-webrtc (I don't know why), we can't blame sites for that.
<terpri>nckx, ah, that makes sense. i assumed sloppy UA detection
<terpri>probably related to the privacy concerns mentioned in (although i don't see why it would matter for non-vpn users)
<raghav_gururajan>Hello Guix!
<raghav_gururajan>terpri: WebRTC's IP leak on VPN can be avoided with uBlock Origin.
<raghav_gururajan>So we could make that add-on default and remove "--disable-webrtc" configure-flag.
<terpri>raghav_gururajan, thanks, that's good to know
<raghav_gururajan>bandali: ^ Thoughts?
<pinoaffe>that would be great, since it's a hassle to have to use an additional browser for online video conferencing, next to the one I primarily use
<bdju>I support that, I use ublock origin anyway
<bdju>I think it's pretty popular too
***roptat_ is now known as roptat
<roptat>hi guix!
<roptat>I'm trying to package a Japanese font, but I'm having an issue with it: it comes as a zip file that contains an otf and ttf file, with a free software license, so we're good on that point :)
<roptat>however, the ttf file is in a directory whose encoding is damaged: TrueType'$'\201''i'$'\203''T'$'\203''|'$'\201''['$'\203''g'$'\212''O'$'\201''j'
<roptat>that causes the patch-usr-bin-file, patch-source-shebangs, patch-generated-file-shebangs and more importantly install phases to fail
<roptat>they use find-files and that fails with: Throw to key `decoding-error' with args `("scm_from_stringn" "input locale conversion error" 84 #vu8(84 114 117 101 84 121 112 101 129 105 131 84 131 124 129 91 131 103 138 79 129 106))'.
<roptat>is there a way to rename or fix that directory name?
<Sacha>hi dear Guix friends
<sneek>Welcome back Sacha, you have 1 message!
<sneek>Sacha, mark_weaver says: yes, the relevant procedures are 'dereference-pointer', 'null-pointer?', 'pointer->string', 'pointer-address', 'make-pointer', and (sizeof '*) to find the size of pointers.
<Sacha>I'm trying to use Guix as package manager on Debian
<roptat>hi :)
<Sacha>When I'm doing a "guix search firefox" I can't find what I'm looking for :/
<roptat>you're looking for icecat instead
<Sacha>icecat ?
<roptat>it's our re-branded firefox
<leoprikler>roptat, can you try with a computed origin, that unpacks that package, fixes up the directory names and then does tar+xz?
<roptat>basically the same as firefox, but they don't let others use their names
<roptat>leoprikler, sure, but I don't know how to fix the directory name?
<Sacha>It's sound me something like this on Debian :)
<roptat>yes, they use iceweasel until they got special permission from mozilla to use the name
<leoprikler>hmm, can you do rename-file on it?
<Sacha>thanks for the info roptat !
<roptat>leoprikler, on what? I can't even type the name :p
<roptat>readdir fails with the above error, so I can't even look for it
<roptat>Sacha, also, our icecat is the LTS version of firefox, not the latest, and we made some freedom-related modifications too (removed the link to mozilla's addon page that has nonfree software on it, removed the DRM system in firefox, ...)
<roptat>not sure what's the proper format to escape \203 in a guile string?
<roptat>\x203 is " 3"
<leoprikler>I think the proper way would be to convert the bytevector to a string, but I don't know the encoding it is in
<efraim>I think "\203" would be \\\203
<efraim>no, that can't be right, can it?
<Sacha>roptat: thanks for the info I was looking for the last version :/
<leoprikler>can you give me the source of the package?
<Sacha>anyway it's a 1st step to start to use guix package mamanger
<efraim>yeah for that font I'd try reading it with a different encoding
<roptat>Sacha, well it's a LTS, so it's still supported in terms of security, and it works everywhere. Only some websites complain but if you trick them with the proper user agent, I've never seen any functionality issue
<Sacha>roptat: yes I know what it LTS ;)
<Sacha>roptat: I got pleinty of /gnu/store/29jhbbg1hf557x8j53f9sxd9imlmf02a-bash-minimal-5.0.7/bin/bash: warning: setlocale: LC_ALL: cannot change locale (en_US.utf8) during building of icecat
<Sacha>and finaly Icecat use a wrong utf
<Sacha>I'm in french
<Sacha>I'm looking in to the official doc...
<leoprikler>I got good news and bad news
<roptat>that warning should not impact the build of icecat... I'd say it's more a font issue? you see squares everywhere in icecat?
<Sacha>roptat: yes maybe a missing font ?
<leoprikler>the good news is that `convmv -f shiftjis -t utf8` works
<roptat>try to install font-liberation and run "fc-cache -fv"
<leoprikler>the bad news is I don't know how to encode that thing for (invoke ...)
<rekado>leoprikler: (invoke "convmv" "-f" "shiftjis" "-t" "utf8")
<leoprikler>But perhaps you can do something with shell globbing where you do TrueType*
<leoprikler>rekado: That's not the full command-line, you also need --notest and the filename
<leoprikler>(the file name being the tricky part imo)
<roptat>what package is convmv in'
<leoprikler>I have it locally, I'll send it to the ML shortly
<rekado>leoprikler: combine it with (find-files …) ?
<roptat>find-files fails
<Sacha>roptat: same, I got "failed to create cairo scaled font, expect ugly output. the offending font is 'Nimbus Sans L 9.9990234375'"
<Sacha>can I report this issue ?
<roptat>I think it's already been reported multiple times and the solution was always to install a font with guix
<rekado>roptat: fails?
<roptat>Throw to key `decoding-error' with args `("scm_from_stringn" "input locale conversion error" 84 #vu8(84 114 117 101 84 121 112 101 129 105 131 84 131 124 129 91 131 103 138 79 129 106))'.
<Sacha>roptat: you know which one ?
<roptat>I can create a string with the filename, but I can't use rename-file either: Throw to key `encoding-error' with args `("scm_to_stringn" "cannot convert narrow string to output locale" 84 #f #f)'.
<leoprikler>it's shiftjis as far as i can see
<roptat>Sacha, just "a font", any will do
<roptat>maybe you need to log out and in again for it to work
<rekado>roptat: even with (with-fluids ((%default-port-encoding "ISO-8859-1")) …) ?
<leoprikler>roptat: I just sent convmv to the ML, waiting for bug number
<roptat>rekado, no, I tried with EUC-JP and SHIFT-JIS too
<roptat>thank you!
<roptat>I've read your patch, lgtm :)
<Sacha>roptat: I have done: font-liberation and run "fc-cache -fv"
<Sacha>still squares this seems like a bug nope ?
<roptat>I don't know how to help you more than that. You should send a message to, I still don't think it's a bug
<Sacha>If on a fresh install I do a "guix install icecat" it should not work as it ?
<Sacha>Icecat seems to missing some dependencies
<roptat>well, we've had that discussion before, but since the requirement something as loose as "a font", nobody seemed to be very into propagating a specific font or anything
<roptat>let me find it
<roptat>leoprikler, convmv failed when called from guile :/
<roptat>I don't seem to be able to pass it the filename
<leoprikler>Can you try working around that through shell globs?
<leoprikler>like (invoke "sh" "-c" "convmv ... TrueType*")
<Sacha>roptat: propragate 1 font to make sure icecat works ? :)
<leoprikler>the thing is people have preferences on their fonts
<leoprikler>and people also like minimal installs
<roptat>and you would need to propagate a font for every language, not only western ones, so you'd get a huge font
<leoprikler>so installing any given font along with icecat has the potential of upsetting 80+% of the guix userbase 😉️
<roptat>what's your XDG_DATA_DIRS?
<Sacha>ln -s /etc/fonts ~/.config/fontconfig
<leoprikler>apropos fonts, is anyone interested in applying 41174?
<Sacha>it's a bug :)
<leoprikler>There's a patch
<roptat>Sacha, I mean "echo $XDG_DATA_DIRS"
<roptat>I think it should mention ~/.guix-profile/share
<Sacha>"--enable-default-toolkit=${default-toolkit}" exists ?
<Sacha>roptat: it's works with my ln
<roptat>ok, whatever, I don't really understand these font issues :/
<roptat>leoprikler, there's no mention of globbing in the guile manual :/
<leoprikler>I mean normal shell globbing, hence "sh" "-c"
<leoprikler>like the kind of globbing that bash/zsh would do
<leoprikler>(invoke "sh" "-c" "convmv -f shiftjis -t utf8 --notest TrueType*")
<Sacha>thnaks for your support roptat
<roptat>convmv worked: mv "./TrueType�i�T�|�[�g�O�j" "./TrueType(サポート外)"
<roptat>however, the rest continues to fail as before
<roptat>ok, sh -c "mv TrueType* TrueType" worked :p
<leoprikler>btw. is there a canonical way of setting up a proxy that will always fail to fetch remote stuff?
<leoprikler>(context: I'm playing with the thought of writing a browser, that can only do local file access, but no HTTP(S))
***sneek_ is now known as sneek
<raghav-gururajan>nckx: Any update with wpewebkit?
<bhartrihari>Hello, is Rust nightly packaged for Guix? Or Rustup for managing Rust toolchains?
<raghav-gururajan>bhartrihari: You can search for packages of interest by `guix search foobar | less`. :-)
<bhartrihari>Of course. It hasn't been packaged at least until the commit 89c98c063af3123a8f7b563f99e128a93041a86a. Does somebody know an easy way to run Rust nightly on GuixSD?
<leoprikler>if there have been no changes to the build system, you could just write a package description that inherits rust and update the (source ...) field
<civodul>or similarly, run "guix install rust --with-source=rust=..."
<civodul>bhartrihari: ↑
<bhartrihari>Oh. Thanks.
<NieDzejkob>bhartrihari: you might be interested in bug #40957, it has a WIP patchstack that updates Rust to 1.44
<NieDzejkob>s/WIP/review pending/, actually
<roptat>leoprikler, you have commit access?
<leoprikler>no, I don't
<roptat>leoprikler, I just pushed your patch, then
<jonsger>Guix Europe meeting happening now at
<nixfreak>Why do I have to sudo for some symlinks when reconfiguring ?
<leoprikler>Because the system is shared by all users
<leoprikler>plus even if that went through, installing the bootloader wouldn't
<leoprikler>we probably could make that more user-friendly by wrapping those sections in pkexec
<rekado>looks like the data centre cooling is defective
<rekado> died
<rekado>bunch of other servers too
<zimoun>rekado: ouch!
<NieDzejkob>as in actually died, or turned off?
<rekado>NieDzejkob: I don’t think it’s irrevocably dead. It’s just … resting.
<rekado>beautiful plumage, innit?
<lfam>Wow, is it unusually hot there rekado?
<rekado>no, not really
<lfam>I looked up the forecast, it will be quite hot next weekend
<rekado>next week
<rekado>but today it’s pretty mild
<lfam>That's normal over here
<lfam>Getting worse though. Where I live doesn't have deep winter anymore, but it did 50 years ago
<rekado>the cooling definitely should be able to deal with the temperatures
<rekado>we only had problems during winter, actually, because the servers didn’t produce *enough* heat…
<rekado>I think there may have been an outage and the UPS eventually ran out of juice
<rekado>for critical infrastructure there’s a generator
<rekado>(our build farm doesn’t qualify)
<civodul>in the meantime: --substitute-urls= :-)
<civodul>though there are much fewer substitutes
<NieDzejkob>I recently saw that bayfront is rebuilding the rust bootstrapping chain, what's up with that?
<rekado>I hear that the whole campus is without power
<mwelt>Hello all! I lost my connection last time, but wanted to say a big thank you for helping me out with the bootloader issue.
<mwelt>Another day another question. Guix complaining about 'some substitutions for outputs of derivation ... failed. (happens due to networking issues)
<mwelt>I wasn't able to identify some networking issues on my side. Is there some 'verbose' version to identify where guix has dificulties?
<civodul>rekado: the whole campus, ouch!
<civodul>we feel less lonely :-)
<NieDzejkob>mwelt: the whole data center in which Guix's build farm is, is without power right now
<NieDzejkob>see the logs for this channel,
<janneke>we also have time travel, the interwebs tell me it's feb 20, 2019
<janneke>"power outage today" in berlin
<mwelt>NieDzejkob: Thank your for this info :) And for pointing me to the logs, didn't know they exist.
<txt-file>NieDzejkob: good time to create a decentralized build farm :-D ;-)
<NieDzejkob>well there's bayfront...
*jonsger meh my personal substitution server is still not working :(
<alextee[m]>oh we have an icon on matrix now, cool
<cbaines>what's wrong with it jonsger ?
<mwelt>maybe someone could add --substitute-urls= to the chanel header?
<nckx>alextee[m]: 😊
<nckx>alextee[m]: The ‘unofficial’ channel had one, we didn't, unacceptable. Do you know why there are 2?
<nckx>I guess I should say ‘native’ instead of ‘unofficial’, but it would be nicer if they were bridged(? I think that's the matrix word).
<alextee[m]>idunno, i'm in `` and it's the "native" one i think
<alextee[m]>actually i've never seen an icon on a #freenode_ channel
<alextee[m]>this is the officially bridged freenode channel i think, but maybe someone made another ?
<alextee[m]>oh there's another one ``
<nckx>alextee[m]: I guess you can only set it from Matrix & nobody bothered. There's also
<nckx>Yah, that one's ‘native’ I guess.
*nckx has a grand total of 10 minutes of matrix experience, all of it spent figuring out how to op myself & change the favicon, but I prefer IRC.
<alextee[m]>i dont think they can be joined, i remember having the same problem with `` and ``
<alextee[m]>there's many cases like this that have doubles, #gnu too
<alextee[m]>i usually just join one of them, they're the same pretty much
<umwelto>Hi, is there any status page for ?
<nckx>raghav-gururajan: I've built it twice since the last update (this takes many hours), still stuck on
<nckx>umwelto: Ehm, ‘the #guix topic’ :-/ So no.
<nckx>umwelto: ‘the whole data center in which Guix's build farm is, is without power right now’
***ChanServ sets mode: +o nckx
***nckx changes topic to 'GNU Guix | ⚠️ services down due to data centre power outage | get Guix at | videos: | bugs & patches: | paste: | Guix in high-performance computing: | This channel's logged: | 1.1.0 is out!'
<umwelto>thanks for the prompt response, I hope I was able to help
***nckx changes topic to 'GNU Guix | ⚠️ services down due to data centre power outage | get Guix at | videos: | bugs & patches: | paste: | Guix in high-performance computing: | This channel's logged:'
<mbakke>leoprikler: would it make sense to move convmv to textutils.scm instead of its own module?
<jonsger>can others access twitter in chromium? My chromium crashes with a coredump
<nckx>umwelto: Thanks. It might be time to consider a CDN, if any affordable non-evil ones exist.
<wdkrnls>My chromium won't load most websites since the recent update - it doesnt' crash, just complains about "Error 256"
<leoprikler>Haven't looked at textutils in detail, but sure, if you find a better fit than an own module, just put it there
<jonsger>wdkrnls: ah thats the same I get
<nckx>mwelt, anyone: Does bayfront use the same signing key as berlin?
<nckx>Would it be kosher/feasible to just flip the DNS (and regen the certs)?
<nckx>Or wait, does berlin handle DNS now… :-/
<nckx>…it does not. Hmkay.
<jonsger>wdkrnls: I opened for it
<mbakke>uh oh, I've been using a custom ungoogled-chromium 83 while waiting for Debian to refresh their patches, maybe I should push the update to master
<nckx>raghav-gururajan: Now I'm trying with -DENABLE_GTKDOC=OFF, sigh.
<jonsger>mbakke: so you can't reproduce?
<mbakke>jonsger: not with custom 83 build, no :/
*mbakke attempts to port a couple of Debian patches to break the dependency
*jonsger goes afk
***dingenskirchen1 is now known as dingenskirchen
<Rovanion>Is there a way to figure out if my Guix System will use a prebuilt package/binary cache or if it will build on its own. Or rather, why would my Guix System be building Icecat right now after running guix upgrade?
<Rovanion>Oh, is the binary cache down~?
<rekado>seems like the data centre is back up
<rekado>probably since half an hour; I just had dinner while it came back up
***nckx changes topic to 'GNU Guix | get Guix at | videos: | bugs & patches: | paste: | Guix in high-performance computing: | This channel's logged: | 1.1.0 is out!'
***ChanServ sets mode: -o nckx
<rekado>Rovanion: use “--dry-run” to see what will be built and what will be downloaded
<Rovanion>Thank you!
<mwelt>Is there some kind of idiomatic way of writing scripts in guix? Normal bash scripts do not find interpreter like #! /bin/bash etc. Would it be more ideomatic to script in guile?
<rekado>use /usr/bin/env as the interpreter
<rekado>or /bin/sh (launching the target interpreter as needed)
<rekado>or for scripts that are only expected to run on Guix System you can use /run/current-system/profile/bin/bash
<mwelt>rekado: thx for the suggestions!
<janneke>hmm, how do i get to a point where i can mount remount,ro / ?
<Rovanion>Hmm, so it seems like IceCat and LibreOffice will be built, two ginormous copiles. Is it possible to figure out why they would be built rather than upgraded? I'm very new to Guix so I don't think that I have redifened them in some way, but I guess I could have?
<mwelt>Rovanion: Installed IceCat earlier this day - no compilation needed.
<NieDzejkob>it might be that somebody made a mistake, actually
<NieDzejkob>My update today wants to rebuild the entire Rust bootstrap chain for some reason
<leoprikler>Rovanion: you can not see "why", but "that" with `guix weather`
<leoprikler>Usually it's berlin not yet having something, which can be the case for large stuff like icecat and libreoffice that take time to build after a commit
<Rovanion>There's something wacko with my locales so it could be related to that. Can't seem to get a UTF-8 locale installed.
<NieDzejkob>civodul: Your commit 9015ed66880497ed88854551eca0510a734fe8f4 gnu: gnutls: Pass #:tests? unconditionally. causes 8.5k rebuilds
<NieDzejkob>... I think? this is confusing
<nckx>Rovanion: Which locale? "xx_YY.utf8" should work, but the default set of (locale-definitions …) is rather limited & arbitrary.
<nckx>Rovanion: If your desired locale isn't part of %default-locale-definitions in gnu/system/locale.scm, you can read (guix)Locales on how to add it.
<mbakke>NieDzejkob: the CI haven't picked up any massive rebuilds:
<mbakke>I'm getting /gnu/store/axjq514q8gqk90hi7r7wpfbba3id6h18-rust-1.39.0 when building rust from master
<mbakke>(and --no-grafts)
<NieDzejkob>okay, I'm getting really confused by the output of `guix package -m`
<NieDzejkob>do grafts get included in "The following derivations would be built:", or is that a separate section?
<mbakke>right, that commit probably changed the gnutls derivation, causing the confusing output
<mbakke>the derivations changed, but not the build code
<Rovanion>nckx: I've got (operating-system (locale "en_GB.utf8") ...) in my /etc/config.scm. I should probably get a Guix REPL up to see what locale-definitions contains. But I managed to get that info page up for now.
<NieDzejkob>"the following derivations would be built", but they won't actually get built?!
<NieDzejkob>can derivations with different hashes be ever considered equivalent?
<NieDzejkob>My mental model of Guix is being eroded piece by piece right now and it's not pleasant >:(
<mbakke>it's possible to have many derivations that evaluate to the same thing :-)
<NieDzejkob>'evaluate' == 'build'?
<NieDzejkob>okay, the derivations being listed in that output are grafts
<mbakke>maybe 'serialize' is a better term
<NieDzejkob>no, wait, that's the other one I got for comparison
<NieDzejkob>Okay. Sorry for that. Looks like I've got a lot to learn about Guix internals
<janneke>mbakke, civodul: shouldn't someone revert that commit?
<janneke>looks like a cleanup with unintended/unfortunate side-effect
<NieDzejkob>janneke: We came to the conclusion that it only seems that a rebuild will be caused
*janneke double-checks over here
<janneke>ah, check! -- it seemed i had no substitutes for i686-linux, but that was a bayfront/ci goofup on my side
<NieDzejkob>Oh, I figured out what's going on. `wine' pulls in 32-bit libraries, and that started depending on rust through ffmpeg
<mbakke>we should remove that rust ffmpeg dependency on non-x86_64
<civodul>NieDzejkob, mbakke, janneke: oops!
<civodul>did i mess up?
<mbakke>civodul: nope, all good :-)
<civodul>ah, phheew
<mroh>that ffmpeg rust dep is because of rav1e, no?
<civodul>mroh: i think so
<civodul>ooh, berlin is back, yay!
<janneke>civodul: sorry, double/multiple confusion on my part
<lfam>Does Rust not work on aarch64 for us?
*civodul doesn't know
<civodul>janneke: heh, np!
<lfam>Many-core aarch64 would be useful for rav1e
<cbaines>Should herd status work in a Guix/Hurd VM?
<cbaines>I get: error: connect: /var/run/shepherd/socket: Connection refused
<vagrantc>lfam: i didn't have the patience to see if rust-1.20 would build, let alone all the other intermediate versions
<vagrantc>lfam: on aarch64, that is
<lfam>So there are no substitutes?
<civodul>cbaines: it should work
<civodul>is PID 1 running? :-)
<civodul>maybe shepherd is stuck evaluating its config file
<civodul>it doesn't listen on that socket until after it's done load the config
<cbaines>I can't see PID 1 when I do ps aux
<civodul>and "ps 1"?
<cbaines>root@childhurd ~# ps 1
<cbaines>ps: No applicable processes
<vagrantc>especially when i found out the thing i was building, sway, appears to have an unnecessary native-input on ffmpeg... so...
<civodul>cbaines: oh!
<civodul>i was joking, i didn't think it was a possibility
<civodul>janneke: did you see that?
<lfam>native-input of ffmpeg? That doesn't seem right
<lfam>Maybe it's transitive, I don't see it in the list
<vagrantc>lfam: it works fine without it, and another native-input that wouldn't be useable on guix...
<vagrantc>lfam: ah, sorry, wlroots (which sway uses)
<vagrantc>meaning to submit a patch, but too many other pans in the fire
<lfam>Does it do some conversion at build time? Or is it just a mistake?
<cbaines>I can SSH in to the Hurd VM, but I can't see what I'd recognise as a ssh server in the process list...
<lfam>I suppose I can find out myself...
<vagrantc>lfam: i'm guessing mistake ... the debian packages have no such dependencies
<cbaines>I'm suspicious that I've managed to somehow damage the filesystem beyond repair, e2fsck had lots to say at least
<vagrantc>lfam: and libcap relies on features not likely to work on guix anyways (it uses elogind support instead)
<vagrantc>lfam: so both libcap and ffmpeg can be dropped from wlroots native-inputs ...
<lfam>Do capabilities not work on Guix system?
<vagrantc>lfam: and libcap support was dropped upstream
<vagrantc>so even if it works now, when the version is updated it won't
<lfam>I notice that wlroots also includes libpng in native-inputs, which seems weird to me
<vagrantc>i vaguely recall it failing to build without it ... *shrug*
<lfam>It's a run-time dependency according to the configure output
<vagrantc>there's definitely code related to ffmpeg (libav*) ... but no idea if the codepath is used
<lfam>That's a run-time dependency as well
<lfam>So, it should be used but it's in the wrong list
<vagrantc>in either case, it works fine without ffmpeg :)
<lfam>Okay, but we aim to offer fully-featured packages
<lfam>If it's broken somehow we need to fix that
<vagrantc>then we're back to mbakke's suggestion to remove rust from ffmpeg on not-x86
<lfam>Yeah, I suppose that's a fine solution
<lfam>In the long term we'll need to fix it
<lfam>That's assuming that it's not working now
<ptibedo>Salut !
<vagrantc>does takes forever to build count as not working? :)
<mbakke>for wlroots, ffmpeg and libpng is only used to build the examples, dunno if those are used at all in the installed product (or test?)
<ptibedo>est-il possible de faire un serveur ldap avec guixsd ?
<lfam>mbakke: Oh. The Meson configure output says they are run-time dependencies
<lfam>We should make ffmpeg usable on aarch64. I don't think it's worth trying to carve it out of specific packages since most graphical systems will depend on it somehow
<civodul>salut ptibedo
<civodul>ptibedo: il y a un service LDAP :
<lfam>Well, maybe not. It doesn't trigger many rebuilds
<lfam>Gstreamer is used in more places
<mbakke>it's used in all browsers though
<lfam>I'm sure gstreamer will add rav1e sooner or later
<ptibedo>Je 'lai vue mais c'estb différent je trouve pas le fichier lldap.conf dans le etc
<mbakke>lfam: re wlroots, I was going by this:
<lfam>But maybe libaom will get fast enough
<ptibedo>je dois intstaller openldap en root ?
<mbakke>NieDzejkob: is working on porting rust to other platforms, so it should only be a stop-gap measure :-)
<ptibedo>Pour configurer, créer les utilisateurs,etc
<civodul>ptibedo: en règle générale, sur Guix System, il faut utiliser les services documentés dans (tu peux pas juste faire « guix install openldap » comme tu le ferais sur Debian)
<ptibedo>ce service permet à une machine cliente de se connecter sur un serveur ldap mais pas de faire un serveur ldap.
<NieDzejkob>don't count on me getting it done in less than many weeks
<civodul>it's "annoying" that rav1e brings us all of Rust at a deeper level
<civodul>sort of like the librsvg situation
<civodul>on one hand, it's nice, because Rust is memory-safe and all
<civodul>on the other hand, that pulls in so much
<NieDzejkob>well it's only build-time, so it's only a pain for the packagers ;)
<NieDzejkob>I'm running guix gc for the first time on my offloading machine, any guesses for how much it will collect?
<NieDzejkob>well, maybe bets is a better word
<civodul>lots of GiBs? :-)
<civodul>it's a good idea to do "guix gc -F20G" (or similar) in an mcron job on build machines
<civodul> \o/
<mbakke>wohoo :-)
<raghav-gururajan>nckx: Thanks!
<mbakke>SQLite DB transactions on Berlin currently take 1+ hour, causing timeouts for completed builds
<jonsger>mbakke: can you push your chromium thing?
<mbakke>jonsger: I'm currently testing a cleaned-up build, but it takes 8+ hours on my server, and there is a likelihood that I got something wrong, so it might take a few days :/
<jonsger>mbakke: ah. I thought it's only building so long on my laptop...
<mbakke>that's on a quad-core 3.7 GHz Xeon :P