IRC channel logs


back to list of logs

<wingo>yeah it's passed to /bin/sh
<chrislck>the lack of an easy built-in cross-platform gui toolkit is annoying imo
<chrislck>alternatively is it easy to create a standalone text-based ui?
<nly>hi daviid
<nly>can you tell me how g-golf is supposed to be used in terms of libraries, for example which one is better 1. hard-coding the gobject glib and libgirepository into g-golf at build time 2. dynamically loading gobject glib and gobject-introspection from user profile?
<str1ngs>nly: the typical way is to use a standard path like /usr/lib. if not then you can add the library path to LD_LIBRARY_PATH
<str1ngs>nly: for guix we substitute which is good for guix.
<nly>oh man, given you do everthing right, still it doesn't quite work. Maybe I am looking in the wrong spot for problems?
<nly>str1ngs: [appropriate time] greetings!
<str1ngs>is this the in regards to the class GdkPixbuf is already registered issue?
<str1ngs>hello :)
<nly>guix package -L ./guix -i nomad && nomad
<str1ngs>what error do you get?
<nly>no <application> or something
<str1ngs>before <application> error do you get a glib error?
<nly>but get this, ./pre-inst-env nomad # the one installed in profile
<nly>missing some wrapped path?
<nly>1 sec, i'll paste the log
<nly>str1ngs: no, it works. haha
<nly>sorry for the noise
<str1ngs>guix package -L ./guix -i nomad && nomad work nly?
<nly>>guix package -L ./guix -i nomad && nomad
<nly>yes, works
<str1ngs>also you might want to use nomad-git
<str1ngs>and don't use local IMHO
<str1ngs>nly: does guix.git environment --ad-hoc nomad-git -- nomad work?
<nly>>Typelib file for namespace 'Gdk' (any version) not found
<str1ngs>well you modified nomad.scm no?
<nly>well, yes but actually ran `nomad -Q`
<str1ngs>right but you modified the propagates right?
<nly>feature-windows: dcd44aa7df68033b16601cc2eb7aaf688ac2f97f
<str1ngs>guix.git environment --ad-hoc nomad-git -- nomad works for me
<str1ngs>disregard the guix.git though
<nly>let's trade computers
<nly>i have modified nomad pkg in guix, does that affect?
<nly>this is the local change :
<str1ngs>right I asked you if you modified nomad.scm
<str1ngs>also that's not nomad.scm
<nly>this is the checked out source:
<str1ngs>guix show nomad-git
<nly>str1ngs: ^
<str1ngs>and guix environment --ad-hoc nomad-git then in the environment echo $GI_TYPELIB_PATH
<str1ngs>looks good now run nomad same error?
<nly>no error
<str1ngs>then guix environment --ad-hoc nomad-git -- nomad . should work too
<nly>that worked
<str1ngs>okay I thought you said it didnt work
<str1ngs>okay so everything seems to be working now then?
<nly>>guix environment --ad-hoc nomad-git -- nomad
<str1ngs>I think the issue was you were not using nomad-git?
<nly>>guix package -L ./guix -i nomad-git -- nomad
*nly building
<nly>but doesn't work, was the complain
<str1ngs>okay so installing to your profile does not work then?
<str1ngs>okay with Typelib file for namespace 'Gdk' (any version) not found ?
<str1ngs>if so start a new terminal and then run nomad
<nly>>if so start a new terminal and then run nomad
<str1ngs>seems maybe you ignored hint: Consider setting the necessary environment variables by running ?
<nly>same error
***oni_on_ion is now known as oni-on-ion
<nly>echo $GI_TYPELIB_PATH is empty
<str1ngs>GI_TYPELIB_PATH should not be empty please start a new terminal
<nly>>please start a new terminal
<nly>C-u M-x shell nomad
<str1ngs>and source ~/.guix-profile/etc/profile && nomad
<nly>>source ~/.guix-profile/etc/profile && nomad
<str1ngs>your shell is not setup to source ~/.guix-profile/etc/profile
<str1ngs>as far as I can see nomad.scm is fine. provided you source ~/.guix-profile/etc/profile
<str1ngs>which is intended
<nly>thanks for the patience
<str1ngs>one thing to keep in mind is feature-window is a
<nly># added to .bashrc
<nly>source ~/.guix-profile/etc/profile
<str1ngs>a moving target. that's why I'm using propagates etc. it's mainly only intended for development
<str1ngs>also propagates is less likely to cause the cannot register existing type 'GdkPixbuf' issue
<nly>makes sense now
<str1ngs>later maybe we can wrap nomad and provide GI_TYPELIB_PATH.
<str1ngs>if you want to experiment with that. it's possible we can avoid propagates.
<str1ngs>but then you might get the cannot register type issue
<str1ngs>also we might be able to switch back to using glib-or-gtk-build-system. since guile extention
<str1ngs>is no longer a guile extention*
<nly>thanks again
<str1ngs>nly: no problem. if you want to refine nomad.scm that would be helpful. since I mainly work locally for development reasons
<str1ngs>nly: also regards to ibuffer I don't think right arrow and left arrow is all that important. for now we could unbind them. or bind them to ibuffer-next-line etc
***oni_on_ion is now known as oni-on-ion
<str1ngs>roptat: spk121 I have a hack that I got from gash for lcov that filters non project files. it's mainly designed to be used with a test suite of some sort.
<roptat>Is it possible to do xml->sxml without parsing entities? Basically "<foo>&amp;</foo>" -> (foo "&amp;")
<roptat>I managed to do almost that by defining default-entities-handler and entities keywords, but handling &amp; that way raises a [norecursion] broken error
<RhodiumToad>that would be very broken
<RhodiumToad>why do you want that?
<roptat>I'm trying to extract the content of a script element
<roptat>Imagine something like <script>var a="&amp;"; console.log(a.length)</script>. The browser shows 4, but I would get 1 in a js interpreter in guile
<roptat>Oh if I set a to "<foo>" it's even worse, since the parser thinks the html tags are unbalanced
<roptat>So… is there a way to get the correct behavior for the script element?
<RhodiumToad>that's not xml, though?
<RhodiumToad>html is not xml
<RhodiumToad>parsing html is a _whole other world_ than parsing xml
<RhodiumToad>in xml, or even in xml representation of xml, you'd solve that by putting the script in a CDATA
<RhodiumToad>er, even in xml representation of html
<RhodiumToad>but obviously in plain html you can't do that
<roptat>Oh, ok
<roptat>So how do I do that with html?
<roptat>Does guile provide a parser?
<RhodiumToad>not that I know of, but don't take that as definitive
<oni-on-ion>it must exist..
<weinholt>there is htmlprag in guile-lib
<oni-on-ion>weinholt, yea, i see this recommendation on guile-user mailling list
<wingo>good evening
<spk121>roptat: thanks!
***Server sets mode: +nt