💾 Archived View for gemini.ctrl-c.club › ~phoebos › logs › kisslinux-2022-12-24.txt captured on 2024-05-26 at 16:03:48.
⬅️ Previous capture (2023-01-29)
-=-=-=-=-=-=-
[2022-12-24T02:29:31Z] <asdfhjkl> Anyone arouned
[2022-12-24T02:29:41Z] <asdfhjkl> Merry Christmas
[2022-12-24T02:55:21Z] <asdfhjkl> wassup guys
[2022-12-24T02:55:36Z] <asdfhjkl> i'm trying to substitute a variable in the kiss sources file
[2022-12-24T02:55:40Z] <asdfhjkl> like this:
[2022-12-24T02:55:46Z] <asdfhjkl> git+${GIT_SOURCES}/b3sum.git#cb4111ccc8061039b014fbb657c72f78984f1069
[2022-12-24T02:56:02Z] <asdfhjkl> the value, being in the ENV, sourced already from /etc/profile ...
[2022-12-24T02:56:20Z] <asdfhjkl> the trouble is, kiss doesn't let me do that. Because kiss reads the sources file like this:
[2022-12-24T02:56:28Z] <asdfhjkl> done < "$repo_dir/sources"
[2022-12-24T02:56:48Z] <asdfhjkl> so it becomes literal in the git remote, like this:
[2022-12-24T02:56:55Z] <asdfhjkl> origin   ${GIT_SOURCES}/b3sum.git (fetch)
[2022-12-24T02:56:56Z] <asdfhjkl> origin   ${GIT_SOURCES}/b3sum.git (push)
[2022-12-24T02:57:17Z] <asdfhjkl> Any ideas how to best solve this one? It'd be really nice to be able to set this the way I am trying to do.
[2022-12-24T02:57:30Z] <illiliti> you can't
[2022-12-24T02:58:29Z] <asdfhjkl> Come on
[2022-12-24T03:05:13Z] <asdfhjkl> There's got to be a way.
[2022-12-24T03:08:11Z] <dilynm> Nop
[2022-12-24T03:08:22Z] <dilynm> Not without doing something to change kiss
[2022-12-24T03:08:28Z] <asdfhjkl> im open to that
[2022-12-24T03:08:35Z] <asdfhjkl> if it's not ugly or bad
[2022-12-24T03:18:49Z] <Ellowee[m]> https://kisslinux.org/wiki/package-manager#004
[2022-12-24T03:43:22Z] <testuser[m]> Hi
[2022-12-24T03:53:38Z] <asdfhjkl> hi
[2022-12-24T03:54:00Z] <phinxy> Merry Xmas
[2022-12-24T03:56:05Z] <phinxy> Long live kisslinux, goodnight.
[2022-12-24T03:56:24Z] <asdfhjkl> Merry Christ Mass
[2022-12-24T03:56:26Z] <asdfhjkl> Goodnight.
[2022-12-24T04:17:22Z] <asdfhjkl> aiight got what i need
[2022-12-24T04:17:31Z] <asdfhjkl> Can I get some feedback if this needs to get turned in to a hook or something
[2022-12-24T04:17:44Z] <asdfhjkl> I modified pkg_source_git()
[2022-12-24T04:18:20Z] <asdfhjkl> Here's the changes https://pastebin.com/raw/5MiXi5Z1
[2022-12-24T04:18:50Z] <asdfhjkl> Is there a way to use a hook to override this, or what must I do to get this merged upstream
[2022-12-24T04:22:05Z] <asdfhjkl> This keeps original functionality, e.g.
[2022-12-24T04:22:06Z] <asdfhjkl> sources file with:
[2022-12-24T04:22:06Z] <asdfhjkl> git+https://git.asdfhjkl.xyz/asdf/b3sum.git#cb4111ccc8061039b014fbb657c72f78984f1069
[2022-12-24T04:22:07Z] <asdfhjkl> will behave normally, unless someone sets e.g. in /etc/profile something like:
[2022-12-24T04:22:07Z] <asdfhjkl> export GIT_SOURCES=https://git.example.com/username
[2022-12-24T04:22:08Z] <asdfhjkl> then kiss would behave in such a way to ignore the sources file contents during the setting of the remote,
[2022-12-24T04:22:08Z] <asdfhjkl> instead it would set the remote to:
[2022-12-24T04:22:09Z] <asdfhjkl> https://git.example.com/username/b3sum.git while still respecting the sources file's commit hash
[2022-12-24T04:25:16Z] <asdfhjkl> This functionality allows users to set their own git mirroring sources for all upstream, such as what I have right now https://git.asdfhjkl.xyz/asdf/ to e.g. sync upstream sources locally at the LAN, and always have the full source code for the whole world without the internet connection being required
[2022-12-24T04:41:46Z] <testuser[m]> asdfhjkl: so bad
[2022-12-24T04:42:07Z] <testuser[m]> there shouldn't be variable substitution in sources file at all
[2022-12-24T04:42:46Z] <testuser[m]> and your variable doesn't elucidate the problem well cuz you're not going to have a mirror for all pkgs on your git
[2022-12-24T04:43:33Z] <testuser[m]> Why not just download all tarballs and ync to ur cache
[2022-12-24T04:58:24Z] <wael[m]> hHI
[2022-12-24T04:58:24Z] <wael[m]> Hi
[2022-12-24T05:30:28Z] <wael[m]> is kiss (the package manager) supposed to have a Makefile?
[2022-12-24T05:42:14Z] <asdfhjkl> > there shouldn't be variable substitution in sources file at all
[2022-12-24T05:42:15Z] <asdfhjkl> There is no substitution happening in the sources file. Happens at kiss level if you set an env var. Optional.
[2022-12-24T05:42:15Z] <asdfhjkl> > cuz you're not going to have a mirror for all pkgs on your git
[2022-12-24T05:42:16Z] <asdfhjkl> I already do, if I understand you correctly. I've setup mirrors to upstream all original sources for `repo/core` already, currently right here at the moment, https://git.asdfhjkl.xyz/asdf/ , will be better organized later
[2022-12-24T05:42:16Z] <asdfhjkl> > Why not just download all tarballs and ync to ur cache
[2022-12-24T05:42:17Z] <asdfhjkl> Because I want to sync everything from my own git server that mirrors various different git servers from upstream
[2022-12-24T05:42:23Z] <asdfhjkl> testuser[m]
[2022-12-24T05:43:12Z] <testuser[m]> running latest git of everything will break most stuf
[2022-12-24T05:43:21Z] <asdfhjkl> Why? It's pinned to hash
[2022-12-24T05:44:04Z] <asdfhjkl> Can just bump my hashes every few months, and if they don't build, look at the kiss project first and merge the fix in, or solve it myself
[2022-12-24T05:45:34Z] <asdfhjkl> Keep going if you have more concerns, I need this kind of feedback to think it all through
[2022-12-24T05:49:26Z] <testuser[m]> kiss the pkg manager isn't going to support temptation of sources file
[2022-12-24T05:49:33Z] <testuser[m]> VERSION markers are also going to be removed
[2022-12-24T05:49:40Z] <testuser[m]> it should be fully static
[2022-12-24T05:49:52Z] <asdfhjkl> temptation?
[2022-12-24T05:50:06Z] <testuser[m]> if u want u can generate it urself with m4 and switch repos when source goes down
[2022-12-24T05:50:09Z] <testuser[m]> temptation
[2022-12-24T05:50:12Z] <testuser[m]> templation
[2022-12-24T05:50:21Z] <testuser[m]> idk if that's a word
[2022-12-24T05:51:43Z] <asdfhjkl> Dylan already built everything to do this in to kiss, natively supports git for sources, the kiss docs say remove the `checksums` file, set sources to e.g. `git+https://git.asdfhjkl.xyz/asdf/b3sum.git#cb4111ccc8061039b014fbb657c72f78984f1069` and set the `version` file to e.g. `git 1.3.0`
[2022-12-24T05:52:42Z] <asdfhjkl> All I'm doing is modifying one function of kiss, https://pastebin.com/raw/5MiXi5Z1 which allows the user to override git sources entirely, in such a way that it will use YOUR self hosted git server to fetch git packages. It leaves tarball configured packages, such as community, alone
[2022-12-24T05:54:54Z] <asdfhjkl> The idea behind it is having the full source code repositories available on your system, by default, for everything, via your self hosted mirror - which later can be federated in various ways, decentralizing the distro. It's a distro hackers dream IMO.
[2022-12-24T05:57:04Z] <asdfhjkl> To do it though, you need a git server mirroring all upstream of core. (Like I have done.) And you have to fork repo, converting it to use git repos for everything, and have to fork your kiss, at this time at least, adding my code as a patch, I suppose.
[2022-12-24T05:59:24Z] <testuser[m]> kiss can't implement eval for sources, or any variable that's going to be substituted
[2022-12-24T05:59:31Z] <testuser[m]> Cuz the sources files should always be static
[2022-12-24T05:59:35Z] <testuser[m]> Preprocessing can be done on your side
[2022-12-24T05:59:39Z] <testuser[m]> before invoking kiss
[2022-12-24T05:59:55Z] <testuser[m]> Eg
[2022-12-24T06:00:18Z] <asdfhjkl> Why
[2022-12-24T06:00:32Z] <testuser[m]> ln -sf ~/GitSources/pkg/sources sources
[2022-12-24T06:00:46Z] <testuser[m]> and GitSources is sym link to another dir
[2022-12-24T06:01:10Z] <testuser[m]> eg ln -sf ~GitSourcesActive ~GitSources
[2022-12-24T06:01:20Z] <testuser[m]> inactive will have repo which is down
[2022-12-24T06:01:29Z] <testuser[m]> this is just unnecessary complexity
[2022-12-24T06:01:50Z] <testuser[m]> If needed it can be done outside kiss
[2022-12-24T06:01:54Z] <testuser[m]> due to modularity
[2022-12-24T06:02:01Z] <testuser[m]> eg sources are not hardcoded in build file
[2022-12-24T06:02:08Z] <testuser[m]> so you can just make sources a symlink
[2022-12-24T06:02:12Z] <testuser[m]> and keep the rest
[2022-12-24T06:03:34Z] <asdfhjkl> What you call complexity I think is elegant, I suppose.
[2022-12-24T06:04:53Z] <asdfhjkl> I don't want to manage a bunch of symlinks. If I have a git server that is mirroring the entirety of `repo/core`'s upstream sources, then I want to just fork my own `repo` and tell kiss to use my git server to get everything.
[2022-12-24T06:11:27Z] <asdfhjkl> Doing this, I can have a personal git server, consolidated, that has the sources, to the whole world, coming from the source of truth directly, and I can still track the kiss project's progress in the package build files, and I can point a whole kiss farm of computers at my git server to get what I need distributed to my machines, and additionally,
[2022-12-24T06:11:27Z] <asdfhjkl> each computer will store its own copy of things in ~/.cache as well (backups of backups). I could run this whole project with a self hosted git server if I wanted, I'm just that much closer to the source of truth, and I'm not that much closer to running my own distro project, not requiring some official release tarball, and running my own mirror,
[2022-12-24T06:11:28Z] <asdfhjkl> when upstream sources go down, my mirror stays up. Federated kiss.
[2022-12-24T06:13:25Z] <wael[m]> what the fart
[2022-12-24T06:13:59Z] <asdfhjkl> lmao
[2022-12-24T06:14:36Z] <testuser[m]> asdfhjkl: symlink method is much more elegant. Same thing. Swappign environment variable in /etc vs swapping a symlink with a script that let's you choose among servers
[2022-12-24T06:14:49Z] <testuser[m]> Symlink usage doesn't need kiss modifications
[2022-12-24T06:16:01Z] <asdfhjkl> Ok let's flesh out your approach so that I make sure I understand what you mean testuser[m] :)
[2022-12-24T06:16:02Z] <asdfhjkl> So in your method, one would just apply a symlink to all of the `sources` files within their forked version of `repo`?
[2022-12-24T06:16:31Z] <testuser[m]> ill send
[2022-12-24T06:16:34Z] <testuser[m]> Wai
[2022-12-24T06:16:37Z] <asdfhjkl> K
[2022-12-24T06:21:33Z] <asdfhjkl> Because I considered writing a script that iterates through `sources` and changes them to use the git server that I want, but then I thought - what if someone else wants to use a git server that's not my git server?
[2022-12-24T06:21:33Z] <asdfhjkl> So, the environment variable in /etc/ was the idea, but then I found that kiss can't process environment variables within `sources`, so then I modified kiss instead to detect the environment variable during section when it is setting the remotes.
[2022-12-24T06:21:34Z] <asdfhjkl> But I suppose you're saying, that instead, I could have some odd 23 different sources files generated for all of core, where my forked version of repo contains only symlinks, pointing to each sources file that contains my git server in the url
[2022-12-24T06:21:55Z] <asdfhjkl> see I don't want to have a directory tree with 23 unique sources files when I can just set one environment variable
[2022-12-24T06:24:12Z] <testuser[m]> Yea generated source file for every git remote, so ~/Active is symlink to either ~/MyGit or ~/TheirGit, and MyGit/TheirGit have corresponding sources files for pkgs
[2022-12-24T06:24:16Z] <testuser[m]> Generated by script
[2022-12-24T06:24:30Z] <asdfhjkl> Yeah...
[2022-12-24T06:24:57Z] <testuser[m]> i don't see how extra files is a problem if you use a script
[2022-12-24T06:27:51Z] <asdfhjkl> Well, with my approach, it's definitely a commitment, because it'll rewrite every single git url to be your git server declared in /etc/profile and if you don't host that code, then that package ain't going to build.
[2022-12-24T06:27:51Z] <asdfhjkl> Vs.
[2022-12-24T06:27:52Z] <asdfhjkl> your approach does have the flexibility of pointing only those particular repos that you are interested in having git sources for usage of.
[2022-12-24T06:28:25Z] <asdfhjkl> However, AFAIK, all code in repo and community is using tarballs by default anyways right now.
[2022-12-24T06:30:42Z] <testuser[m]> Anyways there's no sane mechanism to substitute variables in files without eval
[2022-12-24T06:31:14Z] <testuser[m]> Other than using external C tools
[2022-12-24T06:32:55Z] <asdfhjkl> I'm going to keep hacking my fork
[2022-12-24T06:33:28Z] <asdfhjkl> I can revert to your approach later if I like it better after trying it
[2022-12-24T06:33:34Z] <asdfhjkl> Thanks for the ocmments man
[2022-12-24T06:33:39Z] <asdfhjkl> comments*
[2022-12-24T10:29:34Z] <wael[m]> anyone here know of any other good X tiling/dynamic window manager other than dwm or bspwm
[2022-12-24T10:29:38Z] <wael[m]> starting to get a little bored of dwm
[2022-12-24T10:30:26Z] <asdfhjkl> i like dwm it's smart in the way it manages space imo
[2022-12-24T10:30:47Z] <asdfhjkl> but ratpoison gives a more gnu screen-like experience which can be better on smaller laptop monitors
[2022-12-24T10:31:53Z] <asdfhjkl> exwm is great on X for emacs users who want emacs everywhere, or there is also stumpwm if you want to hack in common lisp, or monad for haskellers
[2022-12-24T10:32:12Z] <asdfhjkl> xmonad*
[2022-12-24T10:32:42Z] <wael[m]> i said good X tiling/dynamic window manager :D
[2022-12-24T10:50:58Z] <asdfhjkl> Ah
[2022-12-24T10:51:52Z] <asdfhjkl> Well dwm is unbeatable so get back to work and let it keep doing the Lord's work
[2022-12-24T11:02:44Z] <wael[m]> fair enough.
[2022-12-24T12:01:40Z] <wael_> what's a food alternative to git send-mail that would send mail much/in the same format ad git send-mail
[2022-12-24T12:04:22Z] <wael[m]> i mean it works but it involved going through painful cpan shit
[2022-12-24T12:09:00Z] <phoebos> git-format-patch & mutt etc
[2022-12-24T12:09:31Z] <wael[m]> do you just put the entire patch output in the email
[2022-12-24T12:09:32Z] <wael[m]> i use aerc
[2022-12-24T12:31:16Z] <wael[m]> phoebos: the ssl certificate for kisscommunity.org is valid for bvnf.space, so its invalid
[2022-12-24T12:49:26Z] <wael[m]> Kiss Linux™
[2022-12-24T13:10:46Z] <phoebos> mutt -H
[2022-12-24T13:11:00Z] <phoebos> can aerc edit headers in your text editor
[2022-12-24T13:15:38Z] <phoebos> but yeah, the whole thing. just fill in a To:
[2022-12-24T13:15:48Z] <phoebos> what
[2022-12-24T13:25:25Z] <wael[m]> what
[2022-12-24T15:52:14Z] <wael__> bru im wael__
[2022-12-24T15:53:59Z] <wael__> test
[2022-12-24T17:14:56Z] <saturn[m]> wael
[2022-12-24T17:15:04Z] <wael[m]> saturn
[2022-12-24T17:15:10Z] <saturn[m]> hi
[2022-12-24T17:15:15Z] <wael[m]> hi
[2022-12-24T17:15:53Z] <saturn[m]> o/
[2022-12-24T17:24:39Z] <wael[m]> \o
[2022-12-24T17:25:16Z] <wael[m]> testuser: is install or cp+mkdir preferred
[2022-12-24T17:25:38Z] <testuser[m]> Either
[2022-12-24T17:25:44Z] <wael[m]> i'm using both at the moment since calling mkdir so many times can be simplified with install
[2022-12-24T17:27:02Z] <wael[m]> https://codeberg.org/wael/kiss-repo/src/branch/master/repo/soju/build
[2022-12-24T18:12:37Z] <wael___> WHAT
[2022-12-24T18:14:15Z] <wael_> oh
[2022-12-24T18:14:20Z] <wael_> i have to regian
[2022-12-24T18:15:11Z] <wael_> testing testig
[2022-12-24T18:15:22Z] <wael_> damn bouncing still doesnt work
[2022-12-24T18:24:16Z] <wael_> finally i think i got bouncing working woo
[2022-12-24T22:03:03Z] <midfavila> working on the high-level draft of my next revision of apport, looking at eliminating branches as much as possible
[2022-12-24T22:03:27Z] <midfavila> wanted a way in particular to set the protocol to be used in a more elegant fashion than an if-then-else chain of strcmps
[2022-12-24T22:03:51Z] <midfavila> friend suggests i use this routine, dlsym, to have the program inspect its own symbol table at runtime
[2022-12-24T22:04:01Z] <midfavila> and i'm sitting here grinning like an idiot because of how cool of an idea that is
[2022-12-24T22:04:13Z] <midfavila> i didn't even think to check for this sort of routine in POSIX
[2022-12-24T22:40:47Z] <noocsharp> an alternative would be to have a struct of function pointers which specifies an interface to a particular protocol
[2022-12-24T22:41:46Z] <noocsharp> rather, an abstract interface for any protocol
[2022-12-24T22:43:01Z] <noocsharp> and using a hash table or something to map protocols to their struct
[2022-12-24T22:43:28Z] <noocsharp> much simpler and more practical since it's a pretty common technique used in c
[2022-12-24T23:00:26Z] <midfavila> considering i have no clue how to implement a practical hash table, that's a no go
[2022-12-24T23:01:27Z] <midfavila> but that method would also be much more complex in terms of memory and CPU time, and conceputally, too. with this, it's... load the program's symbol table at runtime, break the URI up, check to see if there's a routine with the same name as the protocol segment of the URI. done
[2022-12-24T23:01:45Z] <midfavila> plus this method makes it easier to move apport's main functions out into a library in the future
[2022-12-24T23:01:53Z] <midfavila> and it in turn makes that library easy to extend
[2022-12-24T23:02:44Z] <midfavila> no need to maintain tables or anything manually, no hash function. offloads all the work to the OS
[2022-12-24T23:02:44Z] <midfavila> idk
[2022-12-24T23:08:28Z] <noocsharp> a lot of libraries use the struct of function pointers technique to abstract over different backend
[2022-12-24T23:08:59Z] <noocsharp> backends*
[2022-12-24T23:09:31Z] <midfavila> i mean
[2022-12-24T23:09:31Z] <midfavila> okay
[2022-12-24T23:09:37Z] <midfavila> that's fine if it works for them
[2022-12-24T23:09:41Z] <midfavila> but i want to try it this way
[2022-12-24T23:10:12Z] <noocsharp> good luck, i couldn't get dlsym to give me the address of the main function lol
[2022-12-24T23:10:13Z] <midfavila> i think it has some merits over that method and it's easier for me to implement and reason about
[2022-12-24T23:10:26Z] * midfavila shrugs
[2022-12-24T23:17:41Z] <noocsharp> i know elegance is subjective, but using the dynamic linking library like this doesn't feel very elegant
[2022-12-24T23:18:11Z] <midfavila> right now, yeah, it's obviously a bit of a hack
[2022-12-24T23:18:39Z] <midfavila> a program loading itself to determine what to do at runtime is kinda in the same vein as self-modifying code, at least to me
[2022-12-24T23:18:55Z] <midfavila> but apport from the beginning has been intended as a curl replacement library
[2022-12-24T23:19:45Z] <midfavila> having a single library to provide an abstraction over sockets, and then that library being able to dynamically link in submodules as necessary during runtime, is a fairly decent design, in my opinion
[2022-12-24T23:20:03Z] <midfavila> the final version won't have a single executable that handles everything loading a copy of itself, that's just silly
[2022-12-24T23:20:32Z] <noocsharp> yeah, that seems pretty reasonable
[2022-12-24T23:20:42Z] <midfavila> instead the idea is to have apport sit atop libapport, and then load submodules for, say, HTTP and TLS, or just gopher, or gopher and TLS, or... literally anything
[2022-12-24T23:20:55Z] <midfavila> and then have the submodule do all the hard work implementing the protocol
[2022-12-24T23:21:10Z] <midfavila> this could extend to ftp, spartan, gemini, smtp, any TCP/IP protocol
[2022-12-24T23:21:21Z] <midfavila> this would make, in turn, a general-purpose frontend like apport *very* versatile
[2022-12-24T23:21:36Z] <noocsharp> what's wrong with curl?
[2022-12-24T23:21:50Z] <midfavila> without needing to recompile apport or libapport, you could, independent of anyone else, write a submodule for libapport that adds your favorite protocol and then *immediately* have a client with a familiar UX available
[2022-12-24T23:22:00Z] <midfavila> curl is gargantuan, does a bunch of shit i don't care about, and it doesn't build with tcc
[2022-12-24T23:22:07Z] <midfavila> it also requires an oSSL-compatible TLS implementation
[2022-12-24T23:22:13Z] <midfavila> apportate has used libtls from the beginning
[2022-12-24T23:22:30Z] <noocsharp> uhh, curl has bearssl support
[2022-12-24T23:22:39Z] <midfavila> does it? news to me
[2022-12-24T23:22:54Z] <midfavila> regardless, the use of libtls in particular is what i'm interested in
[2022-12-24T23:23:59Z] <midfavila> dropbear is great, but it's also niche right now. writing software that uses it directly either constrains the number of people who can use it, or requires you double up on effort by writing an oSSL-compatible routine in your program
[2022-12-24T23:24:15Z] <midfavila> using libtls makes it trivial to port to really any existing tls implementation
[2022-12-24T23:24:16Z] <midfavila> idk
[2022-12-24T23:24:43Z] <midfavila> this is just how i see things. probably wrong
[2022-12-24T23:25:26Z] <midfavila> er
[2022-12-24T23:25:27Z] <midfavila> bearssl
[2022-12-24T23:25:29Z] <midfavila> not dropbear
[2022-12-24T23:25:30Z] <midfavila> wtf
[2022-12-24T23:26:20Z] <midfavila> muscle memory turns any technical mention of "bear" into dropbear, and i'm too braindead rn to notice that. i've eaten like
[2022-12-24T23:26:20Z] <midfavila> two eggs and a small banana and that's it today, bleh
[2022-12-24T23:30:04Z] <noocsharp> do you know why curl doesn't build with tcc?
[2022-12-24T23:30:13Z] <noocsharp> like what features is tcc lacking that curl uses
[2022-12-24T23:30:27Z] <midfavila> haven't checked in a while
[2022-12-24T23:30:37Z] <midfavila> i might have also misremembered that
[2022-12-24T23:30:38Z] <midfavila> let me check
[2022-12-24T23:31:15Z] <midfavila> a while back i went through my new repo and mentally classed anything that depended on something that doesn't build with tcc as also unable to build with tcc
[2022-12-24T23:31:38Z] <midfavila> ...christ this is gonna take forever to download
[2022-12-24T23:31:41Z] <noocsharp> curl builds with cproc
[2022-12-24T23:31:57Z] <noocsharp> or at least a lightly patched version of curl: https://github.com/oasislinux/oasis/tree/master/pkg/curl
[2022-12-24T23:32:09Z] <midfavila> like i said i might be misremembering
[2022-12-24T23:32:32Z] <midfavila> if i'm wrong then i'm wrong
[2022-12-24T23:34:12Z] <midfavila> i was, in fact, incorrect
[2022-12-24T23:34:18Z] <midfavila> curl does appear to build with tcc