<artup>Hello all. I'm a Guile newb following a Scheme tutorial video on pairs and lists. I have (define mylist (cons 1 (cons 2 (cons 3 #nil)))), but why does (equal? (list 1 2 3) mylist) return #f? The only thing I'm doing differently is using #nil instead of null, which Guile doesn't seem to have.
<janneke>sneek_: later tell nly: the idea was to do that automagically to not build hello-emacsy when there is noo freeglut. let's find out what goes wrong there. --without-examples is an ok workaround, i hope we can remove that and else learn why we can't
<str1ngs>janneke: we can have examples not build if PKG_CHECK_MODULES fails. but there are quite a few dependencies there
<janneke>hi nly, just tried to say that configure.ac uses the HELLO_EMACSY conditional to not build hello-emacsy when there is no freeglut, possibly there's a bug there
<janneke>str1ngs: yes, configure only checks for freeglut and gl -- but it was about missing freeglut right?
<janneke>oh, have you talked to piere yet, he contacted me about `next' and nomad
<str1ngs>janneke nope, I have not heard from piere
***scs is now known as Guest7032
<str1ngs>janneke: the issue was debian does not have freeglut 3.0. And the debian user didn't want to install the examples . So as long as we make it optional I think that works. however that maybe
<str1ngs>janneke: I also added guile 3 support to configure.ac I did'nt see any issue with my limited testing under 2.9.3. But I had a small API breakage due to change-class. And I was wonder if we could make <text-buffer> a metaclass of <redefinable-class> . since it's really hard to deal with scratch and *Messages* otherwise
<str1ngs>or maybe there is away I can modify <text-buffers> metaclass in which case we can leave it
<nly>HELLO_EMACSY conditional is kind of 'automagic'. Someone else had problems with freeglut versions in debian. For now, a '--without-examples' configure flag will workaround that(on branch wip). And it builds apparently.
<nly>emacsy/examples were using freeglut 3.0 but debian had an older version or something like that
<str1ngs>daviid: yeah this is easy to resolve . I'm only using this internally for nomad for context
<daviid>str1ngs: to build from the source tree, select the devel branch, and a phase to change the feww dynamic-link calls should be enough, on guix i mean - any othr distro that use libtool would just be fine running the autogen/configur/make/make check/makeinstall danse
<str1ngs>that might not work due to byte compilation. for now you can not substitute it . should still build
<daviid>str1ngs: oh, could paste here a 'real' test call for webkit-network-proxy-settings-new - and the expected result to, if possble, so i can check and add a test to the test-suite ... whenever you can of course, now we have logs ...
<str1ngs>daviid: yes, I'll put a test together. you want this in scheme or C?
<daviid>here i did this, scheme@(guile-user)> (webkit-network-proxy-settings-new "altosw.be" '("example.com" ".example.com"))
<str1ngs>daviid. does (webkit-network-proxy-settings-new "127.0.0.1:80" '("*.gnu.org")) return a list for you? in terms of char** support?
<str1ngs>eg. (class-of (webkit-network-proxy-settings-new "foo" #f)) for me returns a null list. I'm wondering if passing a lists of ignore_hosts returns the the ignore list hosts. in which case we can just assert-equal the returned list.
<str1ngs>sneek_: later tell nly. substitution looks good. Ironically I had a commit almost identical to yours.
<daviid>I've asked on#introspection to see if an empty boxed type is 'normal'
<str1ngs>I'm still trying to find a better char** test. since proxy settings is hard to test without setting a context and a view. then doing a online test. g_application_run is another example but it blocks so not a good example either
<daviid>i can push what i have, as a wip, would that help?
<str1ngs>that would be great, I can atleast test with nomad, since i can't avoid online tests anyways
<daviid>str1ngs: the paste, but what is the namespace and the content of lst?
<str1ngs>example call would be (gi-import-objects "Gtk" '("Widget"))
<str1ngs>I guess the issue is I'm calling g-irepository-find-by-name from another module. so the current module may not have g-golf imported. maybe I should not get fancy and just use g-irepository-find-by-name from the calling module
<daviid>you should put the use-module outside your define, as a top-level expression f the module, then you should check that info is not #f before you call gi-import-object
<str1ngs>no worries, that's why I didnt mention it I figured it was specific to guix. since when building locally I don't run into that issue. I mainly work locally myself. but I maintain guix files for nly mostly
<str1ngs>an maybe one day for inclusion to guix when I'm closer to an alpha release
<daviid>ok, I should soon merge the g-golf devel branch in master
<daviid>that would be a good time to add a guix.scm file in g-golf itself
<str1ngs>the guix package is self contained the s-expression can be snarfed as is. it needs some tweak still to removed orphaned files