IRC channel logs
2018-03-08.log
back to list of logs
<galex-713>At a time I recall having an info document with r5rs in it <galex-713>since then I reinstalled debian, and I don’t have it anymore, would anyone know from which documentation it could come from? or in which package it would be? <lloda>sneek: later tell daviid Thx, I kept getting an error in GUILE_PKG([2.2 2.0]), so I replaced that by GUILE_PKG, then it complained that Guile wasn't found anyway, so I had to define GUILE_CFLAGS and GUILE_LIBS by hand, then I got the deprecated-declaration errors and I used your flag, then it worked <lloda>I don't get why it isn't enough with pkg-config, you always have to fix these little things <lloda>it seems every Guile package uses a different version of the autoconf Guile macros :-| <lloda>like why do they need guile-config if pkg-config already gives them the flags?? <lloda>now guile-gnome fails with an unreplaced @GUILE_CFLAGS@ even though the logs say guile was found etc. <amz3>galex-713: hi, nice to see you, I don't know about the info files but you can find pdf of r6rs on the internet <manumanumanu>wow. the guile optimizer actually makes simple matching code from ice-9 match pretty much optimal... <MaliRemorker>i know i might be boring with these questions, but .. is anyone using guild for anything sensible these days? such as creating function reference of your code? <sneek>MaliRemorker, you have 1 message. <sneek>MaliRemorker, lloda says: (library (gimp) (export fun) (import (rnrs)) (define (fun x) x)) works, apparently you can't skip the import form (haven't used r6rs much myself) <MaliRemorker>sneek: i find library syntax more elegant and readable, but i know define-module is more powerful <dimpase>we're having trouble using GNU Make built with libGuile plugin. As we hack libgc, hell breaks loose and make doesn't start. <dimpase>GNU Make people say it's not them... Does libGuile have a feature to be built in a way that makes it immune to stuff in LD_LIBRARY_PATH? <galex-713>amz3: hi :) it’s been a while, nice to see you for me too :) <amz3>OrangeShark: did you post your idea? <guile-guest3>In the end I'd like to be able to use the fibers module together with the network sockets <rcm>Hi all, when I run "guile" in the terminal, I get the following error: <rcm>guile: warning: failed to install locale Backtrace: 12 (apply-smob/1 #<catch-closure 1e46720>) In ice-9/boot-9.scm: 705:2 11 (call-with-prompt ("prompt") #<procedure 20b1280 at ic?> ?) In ice-9/eval.scm: 619:8 10 (_ #(#(#<directory (guile-user) 1f15140>))) In unknown file: 9 (primitive-load "/home/reed/.guile") In ice-9/eval.scm: 721:20 8 (primitive-eval (use-modules (ice-9 readline))) In ice-9/psyntax.sc <rcm>I accidentally left my lap top on last night and the battery died, so perhaps it didn't clean something up correctly. could this be caused by that? <rcm>I'm on guixsd if that is relevant. <rcm>my ".guile" file (which I didn't know I had) has (use-modules (ice-9 readline)) in it. Which seems to be related to the error that I'm getting. Is this part of the default .guile file? <daviid>rcm: no, the default .guile file is empty <sneek>Welcome back daviid, you have 2 messages. <sneek>daviid, lloda says: Thx, I kept getting an error in GUILE_PKG([2.2 2.0]), so I replaced that by GUILE_PKG, then it complained that Guile wasn't found anyway, so I had to define GUILE_CFLAGS and GUILE_LIBS by hand, then I got the deprecated-declaration errors and I used your flag, then it worked <rcm>If I "mv .guile .guile-cpy" I can run guile with no errors, but it still concerns me because I have never edited this file manually. i'm not sure if it was put there for a reason. <rcm>Also, everything was working fine yesterday I believe. <Labu>I have a module I would like to test with srfi-64. I have my tests in a separate file. Some functions must not be exported and stay private in the module. So I use load function. However I get warning when I run tests for the first time. Is there a way to avoid this warning ? <Labu>the warnings are about possibly unbound variable. I can use-modules but some function are not exported <rcm>I have a feeling that geiser created the .guile file; now when I run geiser without the .guile file there I getguile: warning: failed to install locale warning: failed to install locale: Invalid argument <rcm>but then geiser runs fine after that <civodul>rcm: perhaps you need to install the 'guile-readline' package? <civodul>(ice-9 readline) is no longer part of the 'guile' package in Guix <rcm>I will try that. Is that a recent thing? My guile was working fine until today <rcm>after installing guile-readline I can run guile with the .guile file and it will start without complaining too much. It still says "guile: warning: failed to install locale; warning: failed to install locale: invalid argument" <rcm>(I've added a semicolon where there is a new line) <civodul>probably you reconfigured GuixSD today from glibc 2.25 to 2.26? <rcm>I did notice this error while "sudo guix pull" was running <rcm>If I run "echo $GUIX_LOCPATH" I get /run/current-system/locale and then if I "ls /run/current-system/locale" there is only a 2.25 directory <civodul>right, and presumably "guix gc -R $(type -P guile) | grep glibc" shows 2.26 <rcm>That is correct. I'm not quite sure what the second is demonstrating. Is that a conflict? Should there be a 2.26 directory? <rcm>Does this mean I should add a line (locale-libcs (list glibc-2.2X (canonical-package glibc))) in the operating-system declaration of my .config file? Should X=6 or X=5? <civodul>or just 'guix system reconfigure' with current master so that the rest of the system is at 2.26 as well <civodul>basically if you upgrade everything to current master, that's ok, you don't need 'locale-libcs' <rcm>Ahh, I'll try that first <rcm>I'm still not sure when/how often i should be doing the system maintinence things. Like should I do "guix pull" followed by "guix package -u" followed by "sudo guix pull" followed by "sudo guix package -u" followed by "sudo guix system reconfigure" on a regular basis? or a different order? <civodul>rcm: well i don't do "sudo guix package -u" because root's profile is typically empty on my systems <civodul>but otherwise it's a good thing to upgrade "regularly" if you want to be safe <civodul>BTW we could even have this discussion on #guix :-) <berndj>are recent libguile's a little bit valgrind-cleaner? i'm trying to debug a heissenbug and libguile spews TONS of memory errors (2.0.11) <civodul>berndj: you could generate a suppression file i guess <daviid>berndj: you are a cuple of years behind, I would update to the latest stable before anything else <berndj>daviid, i'd like to, but i'm not in the mood for either updating my entire distro, or linking against an ad hoc library version, also this heissenbug may drive me to the latter in desperation <berndj>if more recent libguiles are no less valgrind-clean then upgrading wouldn't offer that particular benefit anyway <civodul>i would try "valgrind --gen-suppressions=all guile -c 1" <berndj>at what point does libguile output a programs (display ...) calls? <berndj>because i have the output appearing after the scm_c_catch completes