<sneek>I've been running for 38 seconds <sneek>This system has been up 5 days, 9 hours, 39 minutes ***bandali_ is now known as bandali
<rlb>(Oh, I also needed "-shared" on not macos, and "-bundle -undefined dynamic_lookup" on macos, apparently.) ***zap1 is now known as zap
<sarna>leoprikler: I can just as well run `ls` from shell instead of `find-files` from guile, right? <sarna>it's not like the files will disappear in the meantime.. ***karlosz_ is now known as karlosz
<sarna>leoprikler: I noticed that hall is capable of creating guix files, so I just nuked `guix.scm` and let hall generate it - now it works! <leoprikler>also IIRC hall expects you to regenerate everything if stuff changed, so yeah, that's probably expected <sarna>oh, so I don't need to modify these files at all? that's neat, TIL! <leoprikler>sarna: au contraire, since they're machine-generated, changes you add to them will be lost! <sarna>leoprikler: that actually happened! and I typed them out again 🙈 <sarna>I'm not the sharpest tool in the shed <leoprikler>you could (package (inherit (load "guix.scm")) ...) if you're really cheeky :P <leoprikler>is there a way of composing procedures with setter? <leoprikler>e.g. (set! ((compose bar foo) spam) value) -> (set-bar! (foo spam) value) <sarna>is there a complement function in guile? I mean something that'd roughly do `(lambda (func) (not (func)))` <sarna>are there any utility functions for paths? right now I'm appending strings, and that doesn't feel very solid :( I haven't been able to find anything in the guide <flatwhatson>not that I know of! you have string-append, string-join, and file-name-separator-string if you're concerned about portability <flatwhatson>from what i've seen in guix, using string manipulation for paths is perfectly normal <leoprikler>for the record, there are several libaries doing path strings (one written by yours truly), but it kinda seems Guile folks prefer doing string manip ***chris is now known as Guest7431
<lampilelo>it would be nice to have maybe an ice-9 module for paths, also realpath would be cool <RhodiumToad>not all realpath implementations return an absolute path in all cases, apparently <RhodiumToad>though the spec for realpath() does seem to require it <RhodiumToad>otherwise, yes, canonicalize-path is documented as doing what realpath does <lampilelo>ah, right, i always forget about canonicalize-path, always searching for realpath in the docs and not finding it <apteryx>is it possible to run Guile on Android? <drakonis>hmm, use something like userland or termux <apteryx>'pkg search guile' in termux returns no result <drakonis>termux is based on a subset of debian's packages <drakonis>you'd need to use something like userland instead <lampilelo>if you manage to do it, please tell me, i've been thinking about trying it myself but never got to it *apteryx installs UserLAnd from F-Droid <apteryx>seems arch and debian/ubuntu would have only guile 2.2, at least in their default repo *apteryx tries 'guix pack --target=aarch64-linux guile -S /bin/guile=bin/guile' <morganw>I think it is now split in packaging between guile-3.0 and guile-2.2, at least in Debian 11. <leoprikler>debian has the super new 3.0.5 in unstable IIRC :) <morganw>Would anyone happen to know what the status is for building with msys2? <morganw>Oh, I meant the current version, but thanks for the link I didn't realise it was available as a package. <morganw>From the mailing list (~2020) it seemed that building version 3 wasn't easily doable on Windows. <daviid>morganw: windows is 'another story', msys2 current version is 2.2.7-1 <apteryx>OK, so for a "multi-platform" application, Guile is currently at 2.2 (thanks to windows) <apteryx>but could get by with WSL perhaps? which is the Ubuntu's runtime, IIUC. <apteryx>has someone managed to run Guile on WSL (the Linux-ABI compatibility layer for Windows thing)? <morganw>I'm interested in distributing a working program (or extending an existing one with scripting) so I can't really assume the WSL bits are setup. It also causes conflicts with default configurations for Docker and Hyper-V. <drakonis>wsl2 is the better option but it is just linux in a vm <daviid>fwiw, imo if you don't need a 'native' version on win, msys2 might be a much better choice, for various reasons, one is that you can prepare everything, then send a 'complete' msys2 image, and that's it <leoprikler>so packaging my software for msys will be as easy as it is to package it for arch? :) <daviid>leoprikler: i didn't pkg anything myself, i prepare(d) an msys2 image with guile, guile-cv (using the autotools, so dead easy), other guile scripts, then cp the image on a usb key and sent it to the 'customer' ... that'sit <leoprikler>hmm, so lemme see if I understand this correctly <leoprikler>you start with some msys2 build, then compile+install guile, compile+install guile-cv and finally tar+gz everything into one big shiny ball <leoprikler>with "compile+install" being your typical "autoreconf -vif"..."make install" chain, right?