<rekado>librecad does not show its icons any more. <rekado>it accesses them via QIcon(":/icons/foo.svg") <rekado>this means that the icons should be part of the resources that become part of the binary. My strace foo doesn’t help here. <roptat_>what happened to the php-fpm service patch? Is someone still working on this? <civodul>looks like it fell through the cracks no? <civodul>if you think it's ready, please go ahead and push it <roptat_>I've lost some of my mails recently and it seems this patch is part of that... the archive modified the patch, the author is address@hidden <roptat_>would you mind forwarding that mail to me? <rekado>roptat_: are you not using debbugs? <nee`>I'll finish it soon, sorry didn't have time for it recently <roptat_>nee`: is the issue with the log-file fixed? <nee`>I remember I got a reply, but I didn't get around to look at the system test in it. <nee`>Yeah, I remember that everything was fixed. I just need to look do the test and maybe discuss some naming. <rekado>ACTION builds the disk image now <rekado>It’s an implementation of R on top of the JVM. <rekado>to achieve this they wrote a compiler that binds to GCC and builds Java classes <rekado>would take a lot of effort to package this. Lots of dependencies. <brendyn>I'm trying to build pcmanfm's debugging symbols by adding a debug output, but then when i run gbd pcmanfm I get CRC mismatch error <civodul>rekado: there's also a research group at Northeaster that develops an R implementation on top of LLVM, IIRC <m-o>Hi guys, just hit the guix memory overflow issue on an ARM machine with 2G of RAM on latest guix screenshot (953c2de) : GUILEC gnu/packages/unrtf.go <m-o> GUILEC GC Warning: Failed to expand heap by 8388608 bytes <m-o>GC Warning: Failed to expand heap by 8388608 bytes <civodul>what you're showing here is a warning <civodul>it likely comes from a weak table issue that has been fixed in Guile <m-o>Oops sorry work habit :( <m-o>Nope then it crashed <m-o>Too many heap sections: Increase MAXHINCR or MAX_HEAP_SECTS <m-o>/gnu/store/dl7fwabzl32df7apnbirrsq2lchm0y38-bash-minimal-4.4.12/bin/bash: line 7: 11885 Aborted <m-o>port/pypi.scm guix/import/stackage.scm guix/scripts/import/crate.scm guix/scripts/import/gem.scm guix/scripts/import/json.scm guix/scripts/import/pypi.scm guix/scripts/import/stackage.scm guix/ssh.scm guix/scripts/copy.scm guix/store/ssh.scm guix/scripts/offload.scm guix/config.scm guix/tests.scm guix/tests/http.scm <m-o>make[2]: *** [Makefile:5300: make-go] Error 134 <m-o>make[2]: Leaving directory '/tmp/guix-build-guix-0.13.0-11.953c2de.drv-0/source' <m-o>make[1]: *** [Makefile:4431: all-recursive] Error 1 <m-o>make[1]: Leaving directory '/tmp/guix-build-guix-0.13.0-11.953c2de.drv-0/source' <m-o>make: *** [Makefile:3021: all] Error 2 <m-o>phase `build' failed after 4469.3 seconds <m-o>note: keeping build directory `/tmp/guix-build-guix-0.13.0-11.953c2de.drv-0' <m-o>builder for `/gnu/store/fdgb71yl808n6ia1ccvhdl3wim6qa0hx-guix-0.13.0-11.953c2de.drv' failed with exit code 1 <m-o>guix system: error: build failed: build of `/gnu/store/fdgb71yl808n6ia1ccvhdl3wim6qa0hx-guix-0.13.0-11.953c2de.drv' failed <civodul>can you try reducing the number of parallel jobs? <m-o>Mhh this is a guix build triggered on a "guix system ..." command <m-o>so i don't know if it is possible\\ <brendyn>civodul: I just read your reply about nautilus/pcmanfm. i build pcmanfm with debugging symbols now im wondering how to do what you suggested, as i have no experience with gdb <m-o>ok i'll try thanks :) <rekado>civodul: in the summary it says “mater node” but should say “master node” <rekado>or maybe you *did* mean mother node… <efraim>Got my internet working again, turns out the internet company blacklisted the MAC address of my router, probably a money grab, once I told it to use one from another machine on my network it suddenly started working again <efraim>Also got an email ad from digital ocean, 3GB of RAM, 20GB SSD, $15/month <efraim>'Plenty of RAM for guix pull!' Now to make a service for quassel and ttrss <rekado>the number of packages in the manual is wrong. It’s no longer just 5,300 packages. <brendyn>I found a TODO for adding an input from two years ago that could have been done nearly 2 years ago <civodul>rekado: re tweeter, it's nice to have a boss who really cares! <brendyn>It also happened to fix I problem I had, and I found it accidently <efraim>I think aarch64 is almost at 6100 packages <rekado>the manual still recommends starting with the desktop configuration, not with bare-bones. <efraim>I should go back to working on Java <efraim>Orthogonally, we should change the desktop configuration to comment out both GNOME and xfce and instruct users to uncomment the one they want <efraim>Many of the requests for help include GNOME removed from the desktop config <civodul>rekado: you mean because of missing substitutes and things like that? <rekado>The section “Proceeding with the Installation” has a check list for the config file. <rekado>One thing that’s missing in my use cases is to check for kernel modules. <jonsger>civodul: nice blog post :) I didn't know that package search and browser on GuixHPC <efraim>Also whatever raid driver is needed for btrfs raid <brendyn>Has anyone setup their emacs to automatically input template commit messages? I find myself tying the same thing over and over. <civodul>jonsger: thanks, roelj implemented it <jonsger>maybe you or roelj could send an email to guix-devel to inform the community... :) <rekado>I have a yasnippet for it, and previously used a macro. <civodul>jonsger: agreed, i think roelj is too shy, i'll ping them :-) <rekado>Should I add my snippets to the repository’s etc directory? <efraim>I think there's a git option also <rekado>installing GuixSD on this server is very slow. <rekado>it’s building Guix now, but … it’s weird <efraim>Something about git commit.template <rekado>it prints a couple dozens of lines of “GUILEC …”, then freezes for minutes, and then repeats <rekado>efraim: right. But it isn’t context-sensitive. <rekado>my snippet can call out to magit and get the list of changed files and arrange them <rekado>but a template could be useful for the <1% of people who don't use Emacs ;) <vagrantc>opening and exiting is on the path to mastery <rekado>civodul: installing GuixSD I get a lot of messages about deprecated features being used. <rekado>the installation is very noisy even without them, but seeing these messages repeatedly can be confusing to new users. <rekado>also: there are a few more conflicts: util-linux and shadow both provide “sbin/nologin” <rekado>and inetutils and net-tools both provide “ifconfig”. <efraim>I think we're depreciating net-toold <rekado>it still seems to be part of the standard installation. <rekado>I only used a bare-bones config with static networking <rekado>okay, installation of GuixSD with the current disk image is complete. The system boots and there was much rejoicing. <brendyn>rekado: I'm intersted in them. I use Emacs but I'm elisp-impaired. <civodul>rekado: i'm supper annoyed about the Guile deprecation warnings <civodul>they all come from the use of _IONBF et al. <civodul>i agree we should remove them, but it's not necessarily easy <civodul>problem is we need to set GUILE_WARN_DEPRECATED=no in some derivations, but we can't do that in all the module-import derivations because that'd lead to a full rebuild <civodul>given that computed-file is used almost exclusively in GuixSD <brendyn>odd. nautilus is wrapped in a script that does nothing but launch it. <CharlieBrown>Emacs isn't seeing my Guix-installed font on a foreign distro. <efraim>You might need to update your fontcache ***pksadiq_ is now known as pksadiq
<kmicu>"vi /etc/systemd/system/guix-daemon.service", but you did not write how to quit vi :/ ;p <mb[m]1>Re: guile warnings, there is still time for full-rebuild changes on core-updates. <DusXMT>filtered-port: failed to execute ' -dc ': No such file or directory <DusXMT>guix substitute: error: corrupt input while restoring '/gnu/store/xa391b23r5lbwxb9q26sq5rq1fkd1xi3-glibc-utf8-locales-2.25' from #{read pipe}# <DusXMT>(when trying to update or install anything) <DusXMT>dc seems to be in the path, available both to the daemon and the user <marusich>DusXMT, I haven't seen that, myself, recently. Without further information, my best guess is that perhaps the connection between your machine and the substitute server was interrupted for some reason. For now, you can probably work around it by using --fallback. <marusich>It is also possible that a substitute is corrupt on the substitute server, but without further information, I'm inclined to suspect your connection first. <marusich>rekado, I for one would appreciate your snippet for Emacs <efraim>CharlieBrown: your Tilda works? Mine insists on making a new config each time I launch it. <mwette>Why does the guix daemon (need to) run as root? <mb[m]1>Any suggestions for how to organize patches from the glibc stable branch? I'm thinking just using numbers in the order they were added. Categorizing them all will be a lot of work, and not all are connected to a bug/have sufficient context. <mwette>Ah. The builds are run as the client user. And it can be run as non-root-user provided --disable-chroot is provided. <civodul>yeah but using --disable-chroot is not a great idea <civodul>mb[m]1: you want to add more patches than the 3 you posted? <mb[m]1>civodul: See Leos reply. I only picked a small subset, but there are many other important-looking ones. <mwette>civodul: Thanks for the reference. <civodul>mb[m]1: oh i haven't seen Leo's reply yet <civodul>it's a bad situation, we end up doing upstream's work <mb[m]1>I'm going to bump the discussion about stable releases on libc-alpha as well, silly that every (rolling) distribution is supposed to comb through all ~100 patches. <civodul>we're not in a position to judge the pros and cons of 100 patches <rekado>DusXMT: “failed to execute ' -dc '” — that’s not the full command <rekado>“-dc” is just an argument to … gzip, I think <rekado>so this indicates that you have an unconfigured Guix. <rekado>are you using Guix from a git checkout? <rekado>marusich: I’m going to send a patch to guix-devel <rekado>they are not perfect – the snippet language is very limited, but they are good enough for my purposes. <vagrantc>would it make sense for guix system init/reconfigure/etc. to store the foo.scm used to create it? <rekado>vagrantc: there’s a system service for that! <rekado>now if only I remembered what it was called… <vagrantc>ACTION is still fairly lost, but having fun stumbling around <rekado>looks like it was never actually added to Guix proper. <rekado>Message-ID: <871snzfl4s.fsf@gnu.org> shows how to do it