<Blackbeard>civodul: yes, me too. Watching it being easy and fast makes me wanna try it more <rekado>sent a few more changes to issue #40629; files containing JSON arrays of package definitions are now also supported <rekado>civodul: I like to have an animation there, but maybe it’s a bit long and could be split up? <Blackbeard>How can I guix system reconfigure if I am in a bournish shell <rekado>when you’re in bournish you probably haven’t successfully mounted the root file system. <Blackbeard>But the root system is mounted the problem is an external drive <rekado>you can start a regular shell from bournish (or the Guile REPL) <rekado>and then use whatever command you want. <raghavgururajan>lfam No worries. Let me know via sneek when you are available. Remember the xfe package you helped me with? During first run, I get error regarding loading icons. But after first run, things are just fine. why is that? Kina weird and wondering how to fix it. <civodul>rekado: re splitting the animation, dunno! how would you split it? <raghavgururajan>sneek, later tell bandali: Just found out that 'open file' dialog-box in icecatm does not load any icons. <Blackbeard>I couldn't add a mapped-device as a file system, because the target didn't exists. I added the by mapped-device reconfigured. Rebooted. And now I added the file-system and it worked. Is this normal? <bandali>raghavgururajan, strange. could be gtk theme related? are there any reported issues for it? <sneek>Welcome back bandali, you have 1 message! <sneek>bandali, raghavgururajan says: Just found out that 'open file' dialog-box in icecatm does not load any icons. <raghavgururajan>bandali Does firefox UI use gtk? I didn't know. xD I don't think it is reported. <bandali>i'd try asking on help-guix and/or bug-guix :-) <bandali>raghavgururajan, hmm, you'd have at least one gtk theme installed, correct? <bandali>which i think comes with a default icon set <bandali>if you mean thumbnail previews of files (e.g. pdfs or jpegs), you probably need a separate package for that <raghavgururajan>Like explicity installed? No, I have no icon theme installed neither system-wide nor per-user. <Blackbeard>bandali: I think Firefox had plans to allow GTK or Qt but I vaguely remember <bandali>raghavgururajan, hmm. i'm no expert in gtk/gnome things. i hope others can be of more help <bandali>Blackbeard, right. i'm pretty sure it does use gtk as is *raghavgururajan is back to zzZ <joshuaBPMan>hey guix! I've got a local dovecot server up and running...I'm trying to connect to it from gnus...I'm getting an authentication method. <joshuaBPMan>How do I specify what the username and password should be for dovecot? <apteryx>is there a basic (X.org), white cursor theme that doesn't suck? <apteryx>I'm using white-glass from xcursor-themes but I can't say I'm impressed. <Blackbeard>apteryx: I like the ones by KDE but they are probably not basic <Veera>Hey howto use guix package with pkgs installed during guix system reconfigure <apteryx>Blackbeard: OK! KDE doesn't sound too light indeed, but thanks for the tip anyway :-) <apteryx>Veera: the system profile in which the system packages (from guix system reconfigure) are installed can only be modified by 'guix system reconfigure', so you don't :-) <Blackbeard>apteryx: I installed the cursors with gnome-look <Veera>then How to get atleast the list of pkgs installed and where they are installed by guix system reconfigure <Veera>Blackbeard: this only shows for profile installed packages <Blackbeard>Veera: what if you run it with sudo? I've Never done it though <dongcarl>alextee[m]: Hey! I've been working with the mingw-w64 toolchain for a while, I can help with anything regarding that! <Veera>Another one: am unable to use guix describe with -m switch inappropriate use-modules for packages-manifest <Veera>Blackbeard: that shows only for root installed pkgs <dongcarl>alextee[m]: If you want reproducibility, make sure to get the latest patches on master! <apteryx>hey, thanks for the links! the first (x11) one looks easy to package <Blackbeard>A dumb phase to just put them in /usr/share or something ? <apteryx>Well, this one comes with a Makefile, so it's probably just a matter of calling make <apteryx>perhaps adjusting a couple Make variables <apteryx>they'd go somewhere under share I reckon. <apteryx>xcursor-themes have them under share/icons/ <apteryx>I'm not giving it a shot yet, so feel free to try the X11 if you like! <apteryx>I'll try to complete review of the linphone patches <Blackbeard>apteryx: oh I can package both then. The other one seems really easy too. Just gotta set DESTDIR <apteryx>I'll be your grateful tester, then :-) <Veera>apteryx: can you me a valid example of using guix weather -m file <apteryx>Veera: are you asking for an example of a manifest file? :-) <apteryx>if yes, try 'i manifest RET' in 'info guix' <alextee[m]>dongcarl: noted, thanks! i'm cheating and using mxe on ubuntu atm, not sure if mxe will work on guix. i was having some problems with header not found <guix-vits>Do `guix weather xyz` return a '504' after printing a 'foo requests per second', for someone? <Blackbeard>guix-vits: guix weather: error: xyz: unknown package <guix-vits>guile.scm': (define package-for-guile-3.0 -- why not define-public? <Blackbeard>Do I have to do ' ./bootstrap' and './configure' every time I run 'git pull'? <xelxebar>So, doing a guix system delete-generations ended up downloading substitutes. Whis is this? <TZander>hey guys, I run guix as an overlay to my normal distro. Apps in there (inkscape, konversation) don't seem to have any icons. Is that expected? <Blackbeard>TZander: what desktop environment are you using? <guix-vits>xelxebar: maybe it's triggering a hook to check for security updates called "grafts"? idk. <xelxebar>Even right after a pull and reconfigure? <guix-vits>indeed it's funny when one need to reach the Web just to remove some stuff. i wonder if it fails if no network is available <3 <xelxebar>I vaguely remember reading a discussion about this topic before, ether here on on help-guix. <xelxebar>But, yeah, it certainly violates the Principle of Least Surprise. <Blackbeard>TZander: have you logged out or rebooted after installing the packages? <guix-vits>xelxebar: but closely follows the "Formula for Using a Computer Keyboard In Troubleshooting Heavily Awkward Repated Diagnostics" ;) <rekado_>xelxebar: deleting a system generation results in rebuilding the GRUB menu, for example, so it’s not just deletion but constructive work. <rekado_>xelxebar: similarly, “removing an installed package from a profile” is actually “building a new profile generation without that thing”. If by then the version of Guix has changed then the profile hooks will be run with software that corresponds to that new version of Guix. <rekado_>and these profile hooks might require software that isn’t yet available. <TZander>Blackbeard: I have now, no icons. But I just noticed this message: Icon theme "breeze-dark" not found. ***rekado_ is now known as rekado
<Blackbeard>TZander: how did you set up guix on your .bash_profile or .bashrc <TZander>Failed to load module "canberra-gtk-module" <TZander>Unable to locate theme engine in module_path: "adwaita", <xelxebar>rekado: Does this also apply in the context of *happening right after a guix pull and reconfigure*? In this case, I'd have figured that building the new generation after a delete-generations would just be the bare minimum, i.e. config, provenance, and profile. <TZander>Blackbeard: I just use the standard GUIX_PROFILE="/home/zander/.guix-profile" source "$GUIX_PROFILE/etc/profile" <TZander>PATH is /home/zander/.guix-profile/bin:/home/zander/.guix-profile/bin:/home/zander/.config/guix/current/bin:/home/zander/bin:/home/zander/.guix-profile/bin:/home/zander/.config/guix/current/bin:/usr/local/sbin:/usr/local/bin:/usr/bin:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl <TZander>but, yeah, I only have those apps in guix, not in the main repo. <rekado>TZander: do you have that snippet in your ~/.bashrc or the ~/.bash_profile? <rekado><TZander> Blackbeard: I just use the standard <rekado> GUIX_PROFILE="/home/zander/.guix-profile" source <rekado> "$GUIX_PROFILE/etc/profile" [10:10] <rekado>the output of “echo $PATH” tells me that you’re setting PATH more than once, so I guess that the snippet is in ~/.bashrc <rekado>~/.bashrc is evaluated for *every* shell, even nested shells <rekado>~/.bash_profile is only evaluated for so-called login shells, so sub-shells ignore it. <rekado>when the above is in ~/.bashrc you effectively break “guix environment” and you end up with growing environment variables that are the source of many evils. <TZander>I think the konversarion and inkscape packages both require some icon theme, and not on my base system but inside of guix. It looks like this dependency is missing as I just installed the 'breeze-icons' theme and some stuff is now showing up <Blackbeard>TZander: can you please copy here your export PATH line <Blackbeard>TZander: that's strange. I never faced that problem. And I've used Guix on a foreign distribution for like two years. <TZander>I noticed a /etc/profile.d/guix.sh which sets most variables already, is that supposed to be there? <TZander>I think I copied that from some install documentation, or maybe it came with the initial download script <TZander>ok, removed all guix stuff from private bash configs. This looks better: /home/zander/bin:/home/zander/.guix-profile/bin:/home/zander/.config/guix/current/bin:/usr/local/sbin:/usr/local/bin:/usr/bin:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl <rekado>you should make sure that /home/zander/.config/guix/current/bin appears first <rekado>this would be to ensure that the “guix” executable installed by “guix pull” takes precedence over any other “guix” executable on the system. *rekado checks the installer script <TZander>if the output of `guix package --search-paths=prefix` is the same for you, then the installer script is doing it wrong. <TZander>it gives; export PATH="/home/zander/.guix-profile/bin${PATH:+:}$PATH" <rekado>this is the PATH that the default profile wants <TZander>but that would make the ~/.config dir be pushed later <rekado>depends on the order of evaluation <rekado>the installer script seems to do the wrong thing in sys_create_init_profile <rekado>sys_create_init_profile only sets PATH such that .config/guix/current/bin comes first <Blackbeard>rekado: I have been trying to compile Shepherd and I am lost. There is no configure or make file. I checked the Shepherd recipe and it uses regular ./configure and make. <rekado>TZander: where do you see “guix package --search-paths=prefix”? <rekado>Blackbeard: is there a configure.ac? <rekado>Autoconf takes that .ac file and generates an ugly configure shell script. <rekado>we don’t add that ugly configure shell script to the repository, because it is not code. <rekado>so when you have just checked out the code you need to bootstrap the build system <rekado>by running “autoreconf -vif” or similar <rekado>some projects include a ./bootstrap or ./autogen script that does this. <Blackbeard>I didn't know that. I tried passing autoconf to the guix environment <rekado>the gnu-build-system checks if autoconf is among the inputs and may bootstrap the build system in the 'bootstrap phase. <Blackbeard>Ohh ! Interesting. I'll learn about the building process. <TZander>rekado: I altered that script and moved the eval to the top of the file, removed all my guix exports etc in my private bashrc/bashprofile and I think it looks much better now. <guix-vits>possibly, i've found a hack: insert any base32 in '(source', and `guix build` the package. `guix` will emit an error about mis-matched hash, with the 'expected' and 'actual'' hashes. Then copy-paste the actual hash. So no need to re-clone the repo. <rekado>Guix will not keep any download that hasn’t been validated against a hash. <rekado>so you’ll end up downloading twice. <xelxebar>nckx: In the remote chance you're interested, I figured out the build problem. <xelxebar>Turns out that po/guix/Makefile.in.in sets SHELL=/bin/sh which causes make to pull in the shell from the *foreign distro* <xelxebar>In my case, this happens to be dash instead of bash, which caused errors in the shell snippets munging the *.texi translations. <xelxebar>nckx: Also, just for future reference, git reset --hard still leaves ignored files alone. In particular stuff in .gitignore still sticks around. git clean -fdx, however, will nuke everything that's untracked. <xelxebar>guix-vits: yes, that still leaves any ignored files untouched <rekado>xelxebar: if we ask for /bin/sh but secretly want bash that’s a bug. <rekado>xelxebar: if we ask for /bin/sh we should be okay with dash. <civodul>rekado, mbakke: hey! thoughts on whether to include the GIF or video in the announcement? *civodul can't make up their mind <rekado>civodul: do you describe it in the announcement? <rekado>I don’t think a full run-through of the installation process is needed in a single Gif. <civodul>i was thinking of just writing: "If you're wondering what installing Guix System is like, this video will give you an idea." <rekado>for a gif I think it’s very long. I think it works fine as a video. <rekado>we already have tutorial videos elsewhere on the site, so why not another demonstration video <rekado>I uploaded the tutorial videos to berlin.guix.gnu.org:/srv/videos <rekado>you could place it there and embed it in the announcement (with video tags) <civodul>i'll see if i can come up with Haunt magic to generate a <video> tag <civodul>without having to convert the announcement to sxml <rekado>civodul: there’s no way to do that AFAIK <rekado>I ended up placing “special text” in the markdown and substituted that later… <civodul>we already have one for syntax-highlighting *civodul is not afraid of post-processing :-) <civodul>oh i didn't know CommonMark was supposed to allow for raw HTML <civodul>"pre-post-order" always sounds weird to my ears <xelxebar>rekado: Yeah, thanks for the confirmation. That said, shouldn't sh be getting pulled from the profile instead of a top-level /bin/sh? <rekado>xelxebar: which profile is guaranteed to exist when building Guix? <rekado>if we just need /bin/sh for tasks that are known to be available in any shell that claims to be /bin/sh then there’s little value in trying to get a particular version of that shell first <xelxebar>The one that make is executing under. Make hardcodes the path to it's default SHELL, which is typically /bin/sh; however, guix does the right thing and sets it to /gnu/store/<hash>-bash-minimal/bin/sh <rekado>janneke: do you have any hints on using “guix environment” to hack on the Hurd from a Guix System? I’d like to hack on netdde without having to go through “guix build” every time, so I’d like to have a cross-build environment. <janneke>rekado: not really, the only thing you can do is ^C a build <janneke>someone needs to add a --target flag on guix environment :-) <rekado>xelxebar: this happens due to the gnu-build-system, no? But your problem AIUI happens outside of a build with Guix, doesn’t it? <rekado>janneke: sounds like a good idea <xelxebar>rekado: It's happening under guix environment --pure guix *xelxebar likes janneke's priorities <rekado>xelxebar: so outside of “guix build” <rekado>xelxebar: you could set SHELL to $GUIX_ENVIRONMENT/bin/bash before building <xelxebar>rekado: Okay. Now I understand what you were asking. <rekado>xelxebar: this is similar to what gnu-build-system does when preparing builds. <xelxebar>rekado: Yes, I am calling make SHELL=$(command -v sh) fixes the breakage <rekado>the point is that this has to work even outside of “guix environment” <rekado>though what you found does sound like an actual problem <rekado>if we want Bash we should not ask for /bin/sh <rekado>could you please send a description of the problem to bug-guix@gnu.org? <xelxebar>Okay. So the problem isn't that the makefiles are setting SHELL = /bin/sh, it's that the shell snippets in those makefiles contain bashisms? <rekado>well, the problem is the incongruence between bashisms and the request for /bin/sh. <rekado>One or the other should be adjusted <rekado>we should either ask for bash or stop using bashisms. <xelxebar>rekado: Am crafting the report as we speak. :) <xelxebar>rekado: Thank you for helping to clarify the issue. <civodul>rekado: icecat says "Video can't be played because file is corrupt." didn't you work around similar issues before? <janneke>any ideas of how to disable individual tests of an "autotest" test suite without re-autoconf'ing? *janneke is disabling all tests on tar for hurd, at least until we have autotools <rekado>civodul: yes, for the pigx video <mbakke>janneke: autotest allows disabling individual tests through "TESTSUITEFLAGS", see e.g. 169c658f7f286efae397fa3eda55b1c56fa92a01 <rekado>civodul: take a look at the video.webm target in maintenance.git:talks/icg-2018/Makefile <rekado>I pass -c:v libvpx-vp9 to ffmpeg <rekado>but I think the real fix was a combination of -vsync cfr and -pix_fmt gbrp <partyclicker>hi, i have a question about the mu (mu4e) package. looks like there should be another binary created in /toys/msg2pdf for the mu4e-msg2pdf fn. can this be included in the pkg? <rekado>partyclicker: does it require more inputs to build it? <rekado>partyclicker: if so, how much bigger would the package closure become? <civodul>annoying that it doesn't do a better job at detecting key frames <mbakke>ah, the blurry transitions are annoying <mbakke>perhaps we should stick with a trusty old GIF? <rekado>it works but there are very blurry transitions <civodul>i don't know what it takes to fix it <rekado>can you share the source images so that I can play with it? <rekado>perhaps dump them in /srv/videos <civodul>i used: ffmpeg -framerate 8 -pattern_type glob -i 'qemu-guix-install.selected/qemu-movie-*.ppm' -vcodec libvpx -pix_fmt yuv420p out.webm <civodul>libvpx-vp9 produces something that icecat doesn't like <rekado>if you can upload the ppm files somewhere I can give it a try <partyclicker>rekado: not sure, just saw it was an option in mu that failed when i tried to use it ***selea is now known as wiox
<TZander>civodul: using something like kdenlive you can add some nice transitions and if you then make a video with normal frame-rate, I'm reasonably sure it will look better <TZander>Maybe fading transitions or something like that would be good. <mbakke>IceCat uses an old version of libvpx, possibly related to the vp9 issue. *mbakke tries building with latest libvpx <rekado>civodul: this produces a nice video that works in icecat: ffmpeg -framerate 8 -pattern_type glob -i 'qemu-guix-install.selected/qemu-movie-*.ppm' -c:v libvpx-vp9 -vsync cfr -crf 31 -pix_fmt yuv420p -b:v 0 out2.webm <TZander>Like the video idea a lot! I personally would be quite interested to see the actual usage of a system (not just an installer that looks much like others). Things like 'reconfigure' sound interesting, wouldn't mind seeing how a guix system is different from others. <civodul>rekado: awesome, could you upload it to /srv/videos/guix-system-install-1.1.0.webm? <civodul>do you have a script to generate a "poster" for <video> tags? <rekado>I have no poster script, but can’t you just take the first frame? *rekado tries a fade in and a slightly lower speed <reepca`>hmm, is there a way to simply produce a nar from an arbitrary file/directory/symlink from the command line? <rekado>slower and with a fade in: ffmpeg -framerate 30 -pattern_type glob -i 'qemu-guix-install.selected/qemu-movie-*.ppm' -c:v libvpx-vp9 -vsync cfr -crf 31 -pix_fmt yuv420p -b:v 0 -filter_complex "setpts=5*PTS,loop=loop=60:size=1:start=0,fade=t=in:st=0:n=60" out3.webm *civodul thinks the ffmpeg UI has a discoverability problem <rekado>the setpts is used to slow down the video (because I had to increase the framerate for the fade) <rekado>the loop filter is used to loop the first frame 60 times to give us space for the fade <rekado>and then there’s the fade filter, which starts at frame 0 and fades in over 60 frames. *civodul takes notes in a video.org file <civodul>but the first frame would work as well <rekado>for the videos there I think it’s really just the first frame. <rekado>I suppose you could add a poster like that as the first frame and then loop it (instead of the actual first frame) <rekado>but I have nothing to generate these posters; I always just open inkscape <civodul>rekado: oh well, maybe we'll do without it then ***reepca` is now known as reepca
<civodul>you mean you're not willing to fix it? :-) ***Server sets mode: +cnt
<rekado>jakobrs: does ~/.config/guix/current/share/guix/ci.guix.gnu.org.pub exist? <jakobrs>~/.config/guix/current is broken otherwise <jakobrs>I just did guix archive --authorize < /var/guix/profiles/per-user/root/current-guix/share/guix/ci.guix.gnu.org.pub and now substituters seem to be working. <jakobrs>/var/guix/profiles/per-user/jakob/current-guix points to a path that doesn't exist <jakobrs>guix pull fixed the broken current symlink ***ChanServ sets mode: +o civodul
***civodul changes topic to 'GNU Guix | get Guix at https://guix.gnu.org | videos: https://guix.gnu.org/blog/tags/talks/ | bugs & patches: https://issues.guix.gnu.org | paste: https://paste.debian.net | Guix in high-performance computing: https://hpc.guix.info | This channel's logged: http://logs.guix.gnu.org | 1.1.0 is out! https://guix.gnu.org/blog/2020/gnu-guix-1.1.0-released/'
<ngz>Congratulations, Guix! :) <ngz>14k commits, and a mere +0.09 in release number… That's humility. *jonsger goes updating the opensuse package :P <bricewge>lprndn: I think instantiating `lightdm-service-type` won't be needed. `lightdm-gtk-greeter-service-type` should be enough and will pull it automatically if I'm not mistaken. <lprndn>bricewge: So instead of a lightdm-service-type, we only define service-types for greeters? That would extend the config-file^ <lprndn>I'm just not sure how to avoid duplicating the shepherd service in this case? <bricewge>We define both, lightdm-gtk-greeter-service-type extend lightdm-service-type. So lightdm-service-type should be pulled automaticaly by lightdm-gtk-greeter-service-type. <bricewge>Somebody if I'm mistaken, please correct me. <bricewge>cat-avatar-generator-service does that with nginx-service-type <mroh>yay! \o/ 1.1 released! /dance <bricewge>lprndn: The shepherd service will be provided once in lightdm-service-type, like for the accounts. And the greeter service would only extend it and add it's own config to etc if needed <lprndn>bricewge: oh! reading cat-avatar-generator-service right now. I don't understand how it works but it seems a good idea! (Do you think it could be possible for lightdm-service-type to also pull a greeter if there aren't any and autologin is not set?) <lprndn>(not sure if it's a good idea, exploring possibilities) <bricewge>autologin if not set seems logical but how does it know which user to log into if there is no config since it's the default? <bricewge>Bear in mind I'm not good at this, I only wrote 1 service before... <lprndn>bricewge: autologin is set by lightdm only if there is a autologin-user and autologin-session in the config file so it's the same in the service. <lprndn>(don't worry, i'm not an expert either and we're just discussing here, there is nothing to loose :) ) <lprndn>bricewge: ok, I understand. But how does it work if a user define a greeter service but no lightdm service? <rekado>hmm, Phoronix still believes that Guix 1.1 is the last release to support Linux. <bricewge>lprndn: It seems that extending a service will pull in that service automatically (like cat-avatar-generator-service) <bricewge>I'm not sure how it works under the hood, I can't find it in the manual either. <bricewge>I asked yesterday about that but got no answer :/ <rekado>bricewge: the comment in gnu/services.scm says that fold-services propagates service extensions down the service graph. <bricewge>rekado: Well looks like that joke will keep on going <rekado>we have no choice but to improve the Hurd now. <apteryx>rekado: I'm really thrilled by that ^^ <bricewge>lprndn: I can help writing it if you need <lprndn>bricewge: as you wish! My last meh is about what if someone set a lightdm-service without greeter? I'm sorry if I'm annoying, it would really bother me to create a possible trap for newcomers... but I don't want to be a blocker either. (looking at nginx, I think we could also just add a seats field at lightdm-service-type?) <rekado>the guile-fibers test suite keeps failing. Should we disable the test? <rekado>some of us weren’t kidding when we said that after 1.0 we’ll hack on the Hurd :) <sirgazil>Hey, thanks to everyone for this new release :) <bricewge>lprndn: I don't want to add an additional pitfall for newcomers too. The gist of this issue is users confusing lightdm with a greeter, to avoid that we could clearly indicate in the doc and the description that they probably want to use a greeter service not lightdm directly. <bricewge>At the end I don't see how you what you are suggesting can be acheived. Guix services are a DAG and since lightdm-greeter will depend on lightdm it's not possible for it to depend on the greeter -- this would create a cycle which a Directed Acyclic Graph can't represent. *janneke likes their minimal smaller <janneke>maybe git-minimal could use curl-minimal <bricewge>lprndn: An other way would be for lightdm to autologin on a default user (say "guix") or to autologin as a guest which could be confusing too. <lfam>sneek: later tell raghavgururajan: Regarding that issue with xfe and the icons... that's weird! I'm not sure whats up. Do you know if it uses its own icons? Or does it use an icon set provided by the system, like adwaita or hicolor? <lispmacs[work]>congratuations on the new release. Die hard Guix fan since 1.0.1, using it on my work and home PCs. <sneek>Welcome back raghavgururajan, you have 1 message! <sneek>raghavgururajan, lfam says: Regarding that issue with xfe and the icons... that's weird! I'm not sure whats up. Do you know if it uses its own icons? Or does it use an icon set provided by the system, like adwaita or hicolor? <lfam>raghavgururajan: I would look for xfe state files in your home directory, rename them, run xfe again, see what it does on first run, try to get some idea like that <lfam>I'd guess there is something incomplete or inconsistent about how it finds its own files <mctl>hi folks, super excited to learn about guix deploy (coming from nix/nixops). I'm curious if there are plans to extend the guix deploy machines to support more VPS features? (like DigitalOcean volumes / floating ips etc). Or at least if contributions in that direction would be welcome. <raghavgururajan>lfam Yeah, I tried removing "~/.config/xfe" directory and running xfe again. The initial error appears again. <bricewge>raghavgururajan: The first run create the config file with a entry to it's own icons "gnome-blue" <lfam>raghavgururajan: Right, so you need to look in ~/.config/xfe and see what information is in there <lfam>raghavgururajan: Combined with an strace session, you might get a good idea of what's going on <bricewge>raghavgururajan: But it seems there is a difference between no default configuration and the default configuration. So the second run load the "gnomeblue-theme". <civodul>should we remove the "Guix in action" video on the front page? <NieDzejkob>janneke: it looks like the openldap dependency brings in quite a sizable dependency tree, maybe it'd make sense to have an intermediate curl that includes ssl but not ldap? <lfam>NieDzejkob, janneke: According to `guix size`, the bulk of the disk space usage is in the Git store item itself <raghavgururajan>Folks, How do I have save the build log to a file, while doing `guix build`? I tried `guix build foobar >> log.txt`, but there is only one line in the file. <janneke>lfam, NieDzejkob; yes..i'm looking at the build-dependencies <janneke>the development cycle now involves creating a fresh image after changing git, that's eh, getting boring <NieDzejkob>raghavgururajan: guix build should point you to a log file in /var/log/guix/drvs <janneke>otoh, when cross-building this does not hurt all that much... <raghavgururajan>I get bz2 path only if there is build error, not when build finishes successfully. <raghavgururajan>successfully built /gnu/store/09rgff29hmy8l9pnw3mfw7c9cad90kla-blueman-2.1.2.drv <raghavgururajan>Ah I tried that and it gave me a bz2 file path. But that file had only one line about "grafting". <NieDzejkob>ah, right, you might want to use --no-grafts too <sirgazil>civodul: Remove "Guix in action", and replace it with "Installation from script"? <bricewge>lprndn: What you are suggesting would work, nice! <bricewge>It would be helpful if someone knowledgeable could look up into the whole design for the lightdm service. Anyone? <bricewge>lprndn: How do we replace the default "Seat:*" by another one from a greeter? <bricewge>Or not just the default seat; if we instantiate 2 different greeters with their default config? We would end up with 2 "Seat:*"... <lprndn>bricewge: Aren't seats defined in lightdm.conf? If so it's only defined by the lightdm service in the seats field, no? <bricewge>lprndn: Yes they end up in lightdm.conf, but they can came from lightdm-service-type or any service that extend it. <bricewge>Nginx has probably a similar issue, I'll looked there. <lprndn>bricewge: in what I proposed, greeter's services would only affect their own config file. <bricewge>lprndn: It would be better UI wise to be able to keep the seat definition together with the greeter configuration. <lprndn>bricewge: can you explain me why? <GuixGuy>Hey all, using guix 1.1, when using the graphical installer, at the option of partitioning where you choose Auto full disk, Auto full disk with encryption, manual: When I make a selection, it loops back to the language select. Anyone else seeing that issue? <civodul>if you do ctrl-alt-f3, could you check if there's a /tmp/last-installer-error file? <NieDzejkob>Hmm, sometimes when I issue a guix command, it takes more time than I'd like to start working. What would be a good way to profile this? <NieDzejkob>oh, actually, it might be the bug where substitute progress bar is only relayed when it comes to 100% <raghavgururajan>bricewge I think it has to do with " ./apps/blueman-manager.in: warning: no binary for interpreter `@PYTHON@' found in $PATH". <GuixGuy>Civodul, the error file was not in /tmp. I also checked /var/log/ and didn't see anything there like that <civodul>GuixGuy: could you paste /var/log/messages? <bricewge>lprndn: If you have interlinked config on different scope it's easier to forgot on or the other. *civodul .oO( has the bug tracker exploded yet? ) <bricewge>Extending also allow having multiple instance of a same greeter with different configuration for different theme. Silly example: using gtk-greeter with a KDE background on "Seat:kde*" and "Seat:gnome*" with a gnome one. <bricewge>raghavgururajan: I was at the same point as you when I stopped working on it: i was missing some dbus related stuff. <ngz>civodul: Is it fine to fix a typo in the manual in master, or should I use a different branch? <civodul>ngz: master remains free-style, go ahead! <civodul>GuixGuy: oh, looks like the NVMe bug someone reported <civodul>i don't see it in the issue tracker, not sure where it is <pkill9>the guix downloads should be available as torrents i think <pkill9>for those downtimes, got to keep the guixy goodness available <civodul>g_bor[m]: could you remind us what the available GSoC proposals are? <lprndn>bricewge: On both design, I see what you mean. However, it also has the flaw we discussed earlier. It's probably a matter of opinion. Personally I prefer bothering advanced user than newbies. External advices would be welcomed. <lprndn>On the different config by seat matter, are you sure? As greeter session are chosen by name. how do you see it? <g_bor[m]>As I am not mentoring this year I do not have access to those. <civodul>g_bor[m]: do you know off-hand who's expressed interest in mentoring? <g_bor[m]>We should ask someone who managed to get the invitation to have a look at those. <g_bor[m]>Yes, so far Danny and Pjotr, but only Danny has a promising candidate. <g_bor[m]>It's just I don't think I can commit enough time right now. <g_bor[m]>That's the way it is, only the orgs can see and the mentors. <bricewge>lprndn: I think I have found a middle ground to have the best of both idea: when lightdm-service-type has no seats (the default when not extended) it fallback to a default config using the gtk-greeter <GuixGuy>Civodul: Thanks for checking it out. I will wait until the issue is hopefully resolved. <g_bor[m]>civodul: I mean to commit enought time to mentoring someone as a primary mentor. <g_bor[m]>I will of course still do both the GSoC and the Outreachy coordination :) <bricewge>lprndn: BTW having the seats in lightdm-service-type separated from the greeter, it's not straight forward to use modify-services since you need to modify 2 services to delete 1 greeter for example. <raghavgururajan>rg@secondary /gnu/store/0k8r7qzf51gb15n05clwygsb836xvacs-blueman-2.1.2/share/dbus-1/services$ ls <raghavgururajan>So the .service did get installed. But the application still throws "org.blueman.Applet is not provided by any .service file". <TZander>I noticed a 1.1 tag, congrats people! <apteryx>civodul: I reported the NVMe bug in the guile-parted tracker, on gitlab. <raghavgururajan>apteryx Just saw your email regarding mirror. It makes sense not to use. Would you be able to push the formatting patch? <bricewge>raghavgururajan: (simple-service 'blueman dbus-service-type (list bluesman)) ***bojan_petrovic is now known as Guest83146
<lprndn>bricewge: ok! Last thing! how would you make lightdm service defaults to gtk-greeter? <raghavgururajan>bricewge Hmm. I wonder how evolution works though. There is no separate service defined for it, but the package evolution uses .service file provided by the package evolution-data-server. <bricewge>lprndn : lightdm-configuration-seats default to '() when that's the case the configuration it generate default to seat:* being gtk greeter *rekado finally added a search info box to cuirass. <lprndn>bricewge: so we need a lightdm-configuration-seats (taking a list of strings as input) field in lightdm-service, right? <rekado>jonsger: I submitted it but it hasn’t been picked up <TZander>anyone know the clang package? Its missing libclangQuery.so for some reason. <lfam>The shortlog for this release is really impressive! <guix-ci>Problem: Free disk space is less than 20% on volume /gnu Problem started at 20:30:24 on 2020.04.15 <lfam>It's double the last major release <guix-ci>Problem: Free disk space is less than 20% on volume /gnu/store Problem started at 20:30:25 on 2020.04.15 <rekado>space on /gnu is difficult to free now. ***ChanServ sets mode: +o lfam
<guix-ci>Problem: Free disk space is less than 20% on volume /var/cache Problem started at 20:30:26 on 2020.04.15 <lfam>It's not spam but we can silence it <rekado>I guess I can also just delete the bot <lfam>We should be able to send a command to quiet it <TZander>or delete lots of files from the full disk, probably solves the problem too :) <lfam>For however long it takes to typically begin solving the problem <rekado>then I’d have to write an *actual* bot though <rekado>I’d rather adjust the thresholds <lfam>What percentage is that? <TZander>wait, at 20% that means your disk is... pretty big <rekado>mbakke: do you feel inspired to lower the threshold for the free space warning for /gnu? <bricewge>lprndn: lightdm-configuration-seats would be a list of lightdm-seat records <lfam>To be fair, it's not nearly big enough <lfam>We are running out of space all the time <mbakke>rekado: sure, what would be a good treshold? 10%? <rekado>we are running out of space because we build *lots* of opaque VM images <rekado>mbakke: can we use absolute values? <rekado>thousands of disk and qemu images, each 2+GB <rekado>we just rack up too much garbage too quickly <rekado>(these are for the system tests IIUC) <TZander>mbakke: if I see this correctly, you have done some packaging in llvm/clang. Ever heard about libclangQuery.so ? In arch this is part of the clang package, in guix it is not. I'm trying to find the library. <lfam>"* * * * 1 guix gc -D $(echo /gnu/store/*disk-image*)" <mbakke>TZander: I have never seen libclangQuery.so before. <mbakke>rekado: it's possible to use absolute values, but it has to be set on the "Template OS Linux" that gets included by all hosts. Unfortunately per-host overrides seems not possible. But I guess a new template can be added just for Berlin. <rekado>lfam: I doing something similar actually <rekado>guix gc --list-dead | grep -E '((disk|qemu)-image|installation)' > disk-images <rekado>and then gc the items in that file in chunks of 1000 <rekado>collecting *all* disk images would fail, because not all of them are dead. <rekado>but I’ll ask around to see if someone at the institute has extra money to buy a storage extension. <apteryx>raghavgururajan: Is the current format causing guix lint to complain? <vagrantc>this is the first release in which i have a strong trust-path to the signing key :) <janneke>vagrantc: \o/ sounds like almost usable :-) <TZander>mbakke: both cmake and archlinux seem to think it belongs to the clang packge (see /lib/cmake/clang/ClangConfig.cmake for instance). So I'm compiling a new C++ package with cmake and it fails on linking due to libclangQuery.so .9 not being there in the guix clang. <vagrantc>janneke: i saw you pushed rkdeveloptool ... does that mean you got the pinebook working again? <vagrantc>janneke: or just that you're debugging it? <raghavgururajan>apteryx Nah, it's my nitpicks. Missed comments, lines exceeding 80 columns etc. *raghavgururajan congrats everyone for the new release <vagrantc>now i need to review the copyright notices, update debian/copyright, and upload to Debian ... <apteryx>raghavgururajan: I think lines exceeding 80 chars should be flagged by guix lint, but OK :-) <mbakke>TZander: can you check the Arch PKGBUILD and see what it does that 'clang-from-llvm' doesn't? <nckx>xelxebar: I'm always interested. Thanks for following up! I agree that asking for sh means we speak POSIX, otherwise we should ask for bash. Also thanks for the git tip; I've never needed to do that but now that I've said that I will… <nckx>apteryx: There's some slack over 80 IIRC. ‘Way too long’ lines are caught. <TZander>mbakke: it downloads extra the clang-tools-extra-$pkgver.src.tar.xz file, then I see in the prepare() "mv `$srcdir/clang-tools-extra-$pkgver.src" tools/extra` <TZander>also, it builds using ninja. Not sure what clang-from-llvm does in guix <civodul>i have certbot deploy hooks that send SIGHUP to nginx, but apparently that's not enough to get it to reload certs <nckx>civodul: Try ‘nginx -s reload’. <TZander>civodul: IKR, I just restart it. Its pretty spiffy at least <nckx>TZander: That'll kill all current downloads. Not a problem in many cases but not ideal for a big server serving big files. <civodul>i don't know where i copied those deploy hooks from :-) <nckx>‘Source: the Internet?’. <nckx>Not sure ‘🤷’ is acceptable APA citation but we all know it should be. <nckx>(Or whatever you CS types use.) <vagrantc>debian build ok, but several test failures (as usual): FAIL: tests/build-utils FAIL: tests/channels FAIL: tests/git FAIL: tests/syscalls FAIL: tests/guix-build-branch <TZander>nckx: I'll add your suggestion as a "try this next refresh" to my help file, thanks for the hint <civodul>vagrantc: "as usual" that thing doesn't work! :-) <civodul>tests/channels.scm requires Git, perhaps that's an issu <vagrantc>git is installed ... does it require network access? <civodul>not that one, but some of the others optionally do <civodul>they test for networking and skip tests that require it <vagrantc>is there a way to say "no, don't even try networking" <vagrantc>on debian, it's a policy violation to use networking, but unfortunately it isn;t always enforced <vagrantc>so packages are required to disable attempts at network during build time <nckx>TZander: YW 🙂 Last I looked it only worked in cases like LE (where you don't actually change the nginx.conf). It wo{,uld}n't work after a guix system reconfigure because it keeps looking at the old store path. <civodul>vagrantc: could you send test-suite.log to bug-guix? <nckx>So we can't just map it to ‘herd reload nginx’. Well, we could, but it would be misleading. <vagrantc>civodul: i'll probably have to rebuild, but sure <mbakke>TZander: thanks for checking. Can you submit a bug or a patch about enabling libclangQuery in Guix? <vagrantc>debian also has guile 3.x now ... though i haven't updated all the guile-* packages that guix needs yet <vagrantc>think i'll put that off till it actually gets accepted or gets some review <mbakke>rekado: can you deactivate the guix-ci script? I want to include "Template OS Linux" (sic) on the build nodes, but that will trigger all sorts of alarms. *nckx can't stop reading that as TempleOS Linux. What is it? <rekado>mbakke: you can just untick the checkbox next to IRC notifier in the list of media <rekado>the IRC medium uses a notifier script that connects to IRC and dumps the message here. Disabling the medium will prevent notifications from being forwarded to IRC. <rekado>I have to go now, otherwise I’d do it myself. <mbakke>it works for 'guix pull' and all tests are passing <Blackbeard>would telegram-desktop be accepted? it is on parabola, and it seems to be gplv3 but I am still looking if there are non free assets <vagrantc>civodul: hrm... there was no "test-suite.log" file produced <Blackbeard>TZander: right now there is emacs-telega in case you need telegram :) <TZander>or were the jokes from 10 years ago not really jokes but predictions: did emacs become an operating system? /s :) <civodul>vagrantc: hmm there should be test-suite.log at the top of the build tree <civodul>or maybe it's been removed in the meantime? <TZander>anyway, I'm still using most of my packages from my host OS. Waiting (and packaging) until guix covers at least the majority before considering it as anything more as a guest. <Blackbeard>TZander: no, that's a common misconception Emacs is a lisp environment os-like <nckx>TZander: Emacs is a Lisp environment optimised (according to some) for editing text. According to others, it's not optimised for anything. <divansantana>xdg-open is not finding my qutebrowser in /home/ds/.guix-extra-profiles/core/core/bin/qutebrowser How can I fix this? <vagrantc>civodul: i guess i'll have to keep the build tree, rather than guessing what files to install :) <Blackbeard>nckx: yesterday I sent emacs-moody. hopefully I did everything right this time :D <pkill9>divansantana: have you added that profile's "/bin" path to $PATH? <nckx>Blackbeard: Cool, I'll take a look. <divansantana>pkill9:yes. which qutebrowser returns correct. echo $PATH seems correct, one of them is /home/ds/.guix-extra-profiles/core/core/bin/ <civodul>g_bor[m]: do we know who's officially mentoring? <g_bor[m]>civodul: that communication was not going through me. <Blackbeard>divansantana: can you share your ~/.local/share/applications/mimeapps.list ? <divansantana>sorted. I had a .local/share/applications/qutebrowser.desktop which xdg was looking at. The path in which this file was the wrong one. <g_bor[m]>Danny contacted me yesterday, so I assume that he will, once the invitation issue is resolved. <divansantana>It doesn't look at $PATH it looks at the exec line in .local/share/applications/?.desktop <pkill9>then maybe you need to add that's profile's share directory to $XDG_DATA_DIRS <lprndn>bricewge: ok! seems good to me. So, really, users could define seats both in lightdm's service and greeters' services if I understand well. <apteryx>someone was complaining about pinentry not working recently -- I think I'm hitting this problem now. <apteryx>the passphrase now gets queried from the console instead of through the gtk dialog or curses, and the passphrase isn't cached. <bricewge>lprndn: Great (: Yes but most users would use the greeter services *apteryx wonders if the new pinentry patch somehow interacts with using gpg-agent --daemon --pinentry-program $HOME/.guix-profile/bin/pinentry <lprndn>bricewge: of course! will try to get some patches this week. if you have time in the meatime, please tell me ;) <evanj6>I'm not understanding g-expressions. Does anyone have a reference to a config.scm with a non bash shell configured? <divansantana>i think it's the export MANPATH="$profile"/share/man:$MANPATH part of the code causing an issue but I'm not quite sure why. <divansantana>Is that the best way of setting up multiple guix profiles? <bricewge>lprndn: I'll definitely have time, so if you need help or that I work on some part tell me <null_radix[m]>apteryx: i also had that problem, let me know if you make any progress! <null_radix[m]>i mean i know that they are in the store, but I don't know how to find out which set is being used by my current generation <nckx>null_radix[m]: Does /run/current-system/profile/lib/udev/rules.d/ have wat you seek? <nckx>That's the ‘run-time union’ of the critters. <null_radix[m]>i have a custom rule defined, and I see it getting built when I do `system reconfigure` <null_radix[m]>but its not ending up in /run/current-system/profile/lib/udev/rules.d/ <NieDzejkob>All Java GUI programs crash with java.lang.NullPointerException at java.desktop/sun.awt.FontConfiguration.getVersion(FontConfiguration.java:1262), what could be causing this? <nckx>null_radix[m]: Reading (gnu services base) implies it's passed as an EUDEV_RULES_DIRECTORY environment variable to udevd. <nckx>sudo cat /proc/`pgrep udevd`/environ | xargs -0 -L1 echo | grep ^EUDEV_RULES_DIRECTORY= <nckx>‘works’, but I also apologise. <nckx>I'm sure there's a straightforward betterer way. <mbakke>civodul: is it OK to add an explicit gcroot for guile-final in (gnu tests install) until a better solution shows up? (for provenance.drv as discussed a couple of days ago) *vagrantc wonders if the test suites rely on kernel usernamespace to be enabled <vagrantc>anyways, finally managed to get a test-suite.log ... will submit to bug-guix <nckx>vagrantc: It's likely. Had to switch mine back on due to Guix (daemon) acting up. <nckx>(CONFIG_USER_NS, not CONFIG_USER_NS_UNPRIVILEGED.) <vagrantc>on debian you can enable it by toggling /proc/sys/kernel/unprivileged_userns_clone <rekado>huh, I just got this error while booting from the installer USB: 32-bit relocation outside of kernel! -- System halted <nckx>I got all kinds of random scary errors while testing the rc until I ran ‘cmp’ on the drive. <nckx>‘…differ: byte 923050’. Oh. <Blackbeard>if I want to update a package, should I search for the bug that added the package and replay to that bug or should I start a new bug ? <nckx>vagrantc: check or check-system? <nckx>‘check’ passes fine on a Guix system with CONFIG_USER_NS_UNPRIVILEGED=n. <nckx>Running check-system now, but that will take ages. <nckx>You don't know which command you ran? Ohkay… <rekado>hmm, I’m failing to login in a VT after booting the installer image. <rekado>it keeps looping back to the login prompt. No error. <rekado>perhaps this USB drive is *also* damaged…