<_amz3_>the force directed layout requires tuning. It open the page and now the graph holds still, there plenty of space, but nodes are regrouped so that it's not possible read or know how much nodes are grouped together
<rekado>_amz3_: iyzsong suggested on the mailing list to split Qt into packages for each of its modules. I quite like the idea.
<rekado>_amz3_: I'm pretty sure qsynth does *not* use webkit, nor pulseaudio.
<rekado>it's just a GUI for fluidsynth, which does the audio work.
<_amz3_>btw rekado what do you think about my diagram, do you think about a way to move it to guix or guix-web, so that it's helpful?
<rekado>_amz3_: I had difficulties seeing labels in the diagrams.
<rekado>I think an advantage of js-based diagrams is that the "root" could be variable.
<rekado>In my dream dependency graph I could fade details in and out and re-root the graph around any component I choose to click on.
<rekado>currently, I think the graphviz graph thingie is sufficient and I don't yet see any advantage of the js-implementation over the former.
<_amz3_>I need to improve the js output, because right now it's readable
<ewemoa>my screen is not wide enough to comfortably look at the results for icecat :)
<_amz3_>I was thinking about a ascii output, I'm not sure whether it can helpful be made helpful
<iyzsong>I use 'connect-to-guile' in Emacs to get a Guile REPL, but type a simple expr (eg: just '1') will give many levels backtraces (',error' report "Unbound variable: ge:get-warnings", "Wrong type to apply: "/run/.../guile", etc.). Is this normal?
<ewemoa>iyzsong: i started guile at the command line like: guile --listen then from emacs i did M-x connect-to-guile and was able to enter 1 without any errors
<iyzsong>ewemoa: I did the same, but get "$4 = 1" with  levels backtraces :-(
<iyzsong>oops, our geiser package have scheme files in '/share/geiser/guile/geiser'. not in my load-path
<ewemoa>iyzsong: hmmm...i also get $4 = 1 w/  in my prompt but i thought that was ok -- oops :)
<iyzsong>ok, so we does add it to 'geiser-guile-load-path' in '/etc/emacs/site-start.el', but this only work for Guile spawn by geiser.
<iyzsong>alezost: hi! I sent a patch for symlink geiser's guile modules to guilesitedir, though I now find that the 'geiser-scheme-dir' should do the right thing. But it doen't! My Emacs report it as '/run/current-system/profile/share/emacs/scheme'.
<iyzsong>I think the right value should be '"/gnu/store/...-geiser-0.7/share/geiser"?
<alezost>iyzsong: hi, I think that it's intended for 'geiser-scheme-dir' to point to that 'scheme' dir
<iyzsong>but this directory doesn't exist, and in 'geiser-install.el' it was set to '/gnu/store/...'. I wan confused :-
<iyzsong>This make the manually started Guile REPL server (eg: by 'guile --listen' in xterm) failed to work with geiser.
<_amz3_>I don't use connect to guile except with sly
<alezost>iyzsong: sorry, I don't use geiser from guix, so it's hard for me to tell what it should be, but I think now I see what you mean: "geiser-install" sets 'geiser-scheme-dir' to the proper "/gnu/store/..." value, and "geiser.el" sets it to improper value
<alezost>iyzsong: I think the problem is that "geiser.el" defines 'geiser-scheme-dir' as a constant, so the proper value set by 'geiser-install' is overrided
<iyzsong>alezost: yes, I now just add '(require 'guile-install), it works now.. thanks!
<alezost>iyzsong: perhaps "site-start.el" should be adjusted to (require 'geiser-install nil t) instead of (require 'geiser-guile nil t)
<alezost>I'm not sure though as I don't use "site-start.el"