IRC channel logs
2025-11-08.log
back to list of logs
<duncan>that's effectively percent-encoded data <duncan>the whole string needs to be interpreted as octets and converted to the canonical form <sneek>euouae, you have 2 messages! <sneek>euouae, apteryx says: I see you even have some doc and tests now, great! <euouae>apteryx: ^ if you care for the online docs <sam113101>fish: Job 1, 'guile3.0 bruteforcer.scm' terminated by signal SIGSEGV (Address boundary error) <bootchk>On new installation of guile on Ubuntu, a first invocation tries to recompile many .go files that were installed with go. Its slow. Is that normal? Is it a guile make issue or a Ubuntu packaging issue? <sneek>Welcome back bootchk, you have 3 messages! <sneek>bootchk, daviid says: I actuallt need a bit more info then I though, so I patched the patched ... could you you either grab the latest devel or patch your local version of gi-garray->scm with this code - https://paste.debian.net/1404895/ - then run the make/make install danse, then run your plugind and paste the complete error msg here, tx danse <sneek>bootchk, daviid says: I now patched gi-array->scm to support arrays of bjects. could you either git pull (devel branch) or subtitue the entire (g-golf gi utils) file with this version - https://paste.debian.net/1404901/ - untested, i'll try to add this check asap ..., let me know ... tx <sneek>bootchk, daviid says: could you confirm that you now understand how to retreive imported enum types, tx <bootchk>daviid: Yes, confirm know how to retrieve imported enum types. Seems to work. Just for my info, g-golf doesn't import enums when you import the library, say "Gimp"? <bootchk>daviid: Sorry about claiming hello-world fails. I should have known better than to paste from a web page. <bootchk>daviid: re GError. The Gimp function Gimp.new_return_values actually wants a GError instance, just as a vehicle for a string message. GError is a struct, with function g-error-new. Can't see it. <bootchk>daviid: So (new_return_values procedure 'success #f) works, passing #f for null GError, but I want to create a GError to test returning an error. Does G-Golf import GLib structs and their functions? <bootchk>daviid: do you know a large example using G-Golf I could read? <bootchk>daviid: I will test your patch gi-array->scm soon. Thanks. That issue is important to Gimp plugin. <bootchk>daviid: I have been slow because guile wants to forever recompile installed .go files belonging to guile. Until I did: find /usr/lib/x86_64-linux-gnu/guile/3.0/ccache -name '*.go' -exec touch -m --date="today" {} \; Do you think that is an issue worth reporting, and to guile project or the packager Ubuntu? It would cause problems for Gimp plugins in Guile Scheme, if they are as slow as I have experienced until I touched the installation. <rlb>I'd suspect -- and please feel free to ping me if you see that with debian itself, or if we think Ubuntu's not changing things in some relevant way. <bootchk>rlb: I suppose I should try a .deb package, or switch to another distribution such as Alpine, and retest, before reporting an issue to anyone. <rlb>I don't know what ubuntu does, i.e. whether they're using the debian packages, or have their own patches, or do something more unusual, or... <rlb>But in any case, I would consider that a bug in the packaging. <bootchk>rlb: I agree, probably a bug in packaging, but maybe its not common knowledge among the packagers of guile that it is important that the mod times on the go files must be newer than the source. <rlb>I'd expect that to just "happen naturally", unless they're mangling timestamps after the fact, e.g. dh_strip_nondeterminism (and their tool isn't quite right) or something. <identity>rlb: i think ubuntu people have separate repos (and thus separate packages) <rlb>OK, I was under the impression that they did (or used to) just borrow any number of packages without adjustment, but don't have too much experience with ubuntu (perhaps mostly via ci). <dsmith>bootchk, That's very curious about recompiling .go files. <rlb>bootchk: if you want to poke around, you could "apt download PACKAGE" and then "dpkg --contents PACKAGE" to get a first impression (e.g. timestamps). <rlb>assuming you're "up to date", otherwise you might need to see what version you have via dpkg --status and then "apt download PACKAGE=VERSION" or similar. <bootchk>dsmith: yes, curious, and maybe not always reproducible. This issue is in one container (having a lot of stuff installed) and another container (simpler, mostly just guile installed) doesn't have the issue. <dsmith>bootchk, If the .scm and the .go have identical timestamps, there should be no recompile. <rlb>my guess would be that maybe they are doing something like dh_strip_nondeterminism not quite correctly, but that should be obvious from the timestamps. <rlb>Just vaguely guess filesystems/overlays/whatever could be involved there -- i.e. first you'd probably want to be sure where your .scm and .go files are coming from there. <lil_lasagna>identity: the website mentions guile having several compiler backends like js and elisp, and one for lua in the works <dsmith>lil_lasagna, frontends, not backends <identity>lil_lasagna: it means lua -> bytecode. not guile -> lua or lua -> guile <identity>neither a lua interpreter nor a lua->bytecode compiler are not implemented, from what i know <identity>ugh, double negation. neither are implemented, so the interpreter is not implemented and the compiler is not implemented