IRC channel logs
2026-05-18.log
back to list of logs
<apteryx>I have a weird issue where I setenv HOME in a Shepherd procedure (one-shot service), and then invoke some code that expects it to be set but isn't <apteryx>important details: the "some code" is a least-authority-wrapper script that is defined to preserve said environment variables, and currently preserves only the net and user linux namespaces <apteryx>if I manually run it though, in a shell where the environment variables have been exported, it works, so it appears to be a guile/shepherd specific behavior/problem. <apteryx>probably something to do with Shepherd <apteryx>sneek: I guess it's expected that we can't 'setenv' in the shepherd process (e.g. in a one-shot service lambda?) <apteryx>sneek: later tell civodul hi! I guess it's expected that we can't 'setenv' in the shepherd process (e.g. in a one-shot service lambda?) <TheTaoOfSu>I'm working on a small project using guile-ncurses, and I'm doing some basic testing in guile-ncurses-shell included with the library, and I'm wondering if anyone knows how the capabilities in the provided xterm compare to other terminals users may be using? Neither the ncurses nor guile-ncurses documentation seem to comment much on what I can reasonably expect <TheTaoOfSu>It's fairly tangential to Guile itself, I suppose <TheTaoOfSu>I've already noticed that the provided xterm doesn't seem to display a few of the special characters provided in the library, namely the directional arrows <TheTaoOfSu>I'm not sure what's going on, but suddenly I can't get my functions to work in the REPL? <TheTaoOfSu>I've been using Geiser to compile, test, etc., and it suddenly ran into issues. I've tried restarting emacs and the guile REPL it was connecting to, but it doesn't seem to have made any difference <TheTaoOfSu>Compiling still works just fine, and I get no errors when I try to, but nothing seems accessible from the REPL suddenly, and I can't tell what I've done <TheTaoOfSu>Last thing I did was test a function, then ,q out of a bunch of backed up stack traces I didn't need, and now it's borked <identity>TheTaoOfSu: does ‹rm -r ~/.cache/guile› help? <TheTaoOfSu>identity: that doesn't seem to have changed anything, no <jab>dthompson: heyo, would you like to help guix get better java support ? My friend Jeff has spent $30,000 towards the long term goal of packaging sparrow wallet for guix, which means that guix's java support is going to go through the roof. We are currently applying for a grant at opensats.org. Would you mind writing me a letter of recommendation ? <jab>I also sent you an email about this last week. <jab>nckx: same question. <dthompson>I'm unfamiliar with sparrow wallet. what is it? <jab>that's totally ok! We are trying to submit the grant by the end of the month, so your email of recommendation would only be due by the end of this month. <jab>but to get it packaged for guix, guixotic needs to tidy up guix's java support. <dthompson>what org are you submitting the grant under? <jab>we are applying to opensats.org. My friend jeff is the leader of our ragtag team. <jab>guixotic are the developers that we've hired to do the coding work. <jab>they've actually made significant progress. We are already able to run sparrow wallet on a blackbird (power9 from raptor computing aka ppcle). <jab>guixotic has got sparrow wallet built, but not reproduce-ibly. They have to build all of the sparrow wallet dependencies reproduce-ibly. There are some issues with Gradle/Kotlin. <ieure>Oh, that's not gonna be fun to deal with. <jab>But once those are fixed, any user on any Linux distro (even chimera), can easily use bitcoin via "guix install sparrow". <jab>I'm actually considering...taking out my entire Roth IRA ( $13,000 ) and buying bitcoin. I'm giving myself a week to consider the decision so hopefully it won't be an impulse buy. <jab>and as a side benefit, guix's java support gets better. <jab>ieure: I agree. That's not gonna be fun to deal with. That's why guixotic makes the big bucks! <dthompson>reproducible java does sound quite challenging <TheTaoOfSu>Well recompiling all my plugins didn't help, deleting ~/.cache/guile didn't help, and rebooting didn't help. Anyone have any ideas why Geiser reports my Guile code is compiling fine but the REPL insists my function names are unbound variables? <jab>Yup. That's why we deserve some $$$. I was trying to get sparrow wallet to run on the blackbird before guixotic involved. I managed to get sparrow wallet to start on the blackbird, but then it promptly crashed. Then guixotic got involved that they blew me away with the progress that they made. <jab>before guixotic got* involved. <TheTaoOfSu>Whatever the issue is, it must be with Guile itself becuase trying to (load) the file in the REPL and then use the functions directly still gives me the same issue with function names being unbound variables <jab>dthompson: is that a yes? You'll write a letter of recommendation for me ? <dthompson>jab: I don't think I have enough background to do that. I'm pretty distant from cryptocurrency and java. <jab>dthompson: maybe you could speak to the guixotic developers' coding skills? Maybe you know Robin, John, or Maxim ? Since you have some guix development, maybe you could vouch that it looks like their guix skills seem pretty good. https://codeberg.org/guixotic/guix/issues/17 <dthompson>oh so is this a recommendation for the entire group? sorry I'm just confused about context and scope <jab>most of the information is in the email that I sent. I'm happy to resend it or wait until you get caught up with all of your email. but essentially every member on the team needs 2 emails of recommendation. <jab>Feel free to power through your day and get back with me when you get a chance. It's not due until the end of the month. <ArneBab>jab: gradle is really painful to deal with in distros. To get Freenet/Hyphanet packaged, we recovered the old ant tooling (because guix takes care of checking the dependencies). <ieure>ArneBab, Been my experience that Gradle is painful to deal with, period. 