I'm also fascinated by the build for Ada & Zangemann, a FOSS illustrated full-color children's book. It looks rather complex, but it handles translations, beautiful typesetting, and was remarkably fast when I tried running the build locally.
206 karma · joined July 9, 2012
My book: https://selfhostbook.com
In case anyone still trusts & uses keybase:
[ my public key: https://keybase.io/meonkeys; my proof: https://keybase.io/meonkeys/sigs/fEwfH1Pzs5TMp9n4wDRXYjpm7eNLdfKjriDGlPWdgbM ]
I'm also fascinated by the build for Ada & Zangemann, a FOSS illustrated full-color children's book. It looks rather complex, but it handles translations, beautiful typesetting, and was remarkably fast when I tried running the build locally.
But https://en.wikipedia.org/wiki/Money_Electric%3A_The_Bitcoin_... is a bit more compelling. Satoshi is Adam Back and Peter Todd.
Free as in freedom?
Many other tools/platforms provide decent source control and issue tracking. Nothing else has the FOSS project market share of github, and this matters especially when you're looking for the canonical home of a project and trying to judge how popular/active/viable it is (stars/commits/issues/PRs).
If you want exposure and participation for your FOSS project, it's harder to not use github.
FWIW, Forgejo does the source control stuff well. I love it for self-hosted local mirrors.
You're right to start with your requirements. Try to get detailed, like the list @WA wrote out, then match it up with appropriate tech.
I wrote a technical book and I also wanted multiple decent-looking outputs. In my case: HTML, EPUB/mobi, screen and print PDFs. I was struggling with Markdown+pandoc+custom scripts/styles, so I switched to Asciidoc. I wrote about that process here: https://adammonsen.com/post/2122/
Most of the formats came out satisfactory, but there were some gotchas. https://github.com/meonkeys/shb/#%EF%B8%8F-book-formats lists some, and https://github.com/meonkeys/shb/blob/main/issues.adoc has more. Translating from English to German went OK with asciidoc, but it might have been better with docbook and standard translation tools for working with .po files.
Here are two examples where the author used Markdown and the result was beautiful and successful (although layout for printed editions were done with extra/other tooling): http://gameprogrammingpatterns.com , http://www.craftinginterpreters.com . I'm curious if Bob would/will use Markdown for his next book. My process is different than Bob's... I didn't need literate code and I didn't want to do _any_ layout/pre/post-processing, even for print. Asciidoctor worked for this, although there were some compromises (see my links above). Print-ready layout is a lot of work, however you do it.
Is this your first book? Do you have a publisher? Will it be printed on paper? Do you have a developmental editor / proofreader / etc? Do you have a plan for what you'll do after you publish e.g. talks/promos/tour?
Contact me if you want to chat. I'm happy to share my war stories. And good luck!
In the space of local-first finance apps, I've really enjoyed Actual Budget (as have many, based on what I'm seeing in other comments). I'll check out Wealthfolio but like @dw_arthur I'm concerned about looking at investments too much / too often. I try to invest based on personal experience / value and always go long. I use off-budget accounts in Actual to track investments/illiquid value changes and update them every 6mo-1yr. I'm sure a spreadsheet would work fine for this as well. But for someone who moves investments more frequently, Wealthfolio looks awesome.
For managing my life's data, this golden combination is always going to win: app that works well | full/local control of data | sane FOSS project governance | software license mitigates enshittification (e.g. AGPLv3)
So much depends on your use case. Can you say more about that? And what have you already tried? I'm skeptical their server-side tuning suggestions will improve your "initial loading delay" depending on what that means exactly. If you mean you see a slow cold cache page load of the Files app web UI (or any Nextcloud app, really) then I'd say that's common with many complex JS-heavy web apps, including Nextcloud.
FWIW, my Nextcloud web UI seems as fast as I'd expect. Roughly 5sec to load the Files app completely in Firefox (logged-in & warm cache) and this is roughly the same time Google Drive takes to do the same thing! Navigating folders actually feels faster in Nextcloud Files.
I'm not using the web UI except when I have to. I do as much as possible locally (e.g. editing docs, contacts/calendars/tasks). I mostly use Nextcloud for mobile and desktop file/calendar/contacts/photo/notes/tasks sync & share and it seems to do quite well at this. Server-side I did spend a lot of time tuning at first, but it has been stable for years once I got it to a good place.
I wish there was a better client-side view/share app. I've been meaning to try Dawarich, I've heard it does this better.
anacron won't have the OP's 2am/3am issue because it locks jobs while they run, so multiple job spawns should be no-ops. Still seems like it would be good practice to, e.g. use UTC for the host system and do whatever else might help avoid the unnecessary re-spawns.
There's lots more to hosting your own file share/sync tool than just standing it up.
https://forgejo.org/releases/ says 11 is supported until July 16, 2026.
I guessed the URL based on the Quartz docs. It seems to work but only has a few items from https://boydkane.com/essays/
Presumably it's a phrase you might hear from a boss who sees AI as similar to (and as benign/known/deterministic as) most other software, per TFA
How does the Mobile Voting platform compare with Voatz and other options?
The privileged enjoy far more privacy and autonomy and this is brought into sharp focus with wonderful hobbies like self-hosting. Perhaps it all boils down to end-stage capitalism, and perhaps there's a technical solution where selflessness overcomes end-stage capitalism. Someone else mentioned incentives and yeah, that'll help, but hopefully we'll collectively choose to do the hard thing because it's the right thing. Heck, maybe the right thing will also be the easy thing if we come up with better ideas like yours.
Doesn't fit everyone's use case. No iMessage, no RCS, no visual voicemail, no spatial audio. Personally I don't need or want any of that, I just want a smartphone I can mostly control.