This is going to take a while ā¦ See ya in a couple of days/weeks.
I have a day off, national holiday.
What happened so far:
- Internet outage since early in the morning. Still going on.
- Unable to reach a human being at my ISP, so I hope they mean it when the computer voice says āwe know it, weāre on itā. š¤£
- systemd (PID 1) crashed. Might be partially my fault, but meh.
I take this as a sign to not do any computer stuff today. š¤£
@prologic@twtxt.net Doesnāt matter. Far, far away! From everything! Thatās where Iād go. š
Ran a few tests.
Copying data from the NASās encrypted ZFS pool to the USB diskās encrypted btrfs runs at ~20 MByte/s. That is for a single 1 GB file of random data. Cold caches, sync
included.
That same USB disk with the same btrfs can sustain ~75 MByte/s when I use it on my workstation (i7-3770).
And indeed, the aes
flag does not show up in the output of lscpu
on the NAS.
Iāll try to tweak some things about this, but it might be time for an upgrade ā¦ š«¤ (Or Iāll have to re-think the entire thing somehow.)
@mckinley@twtxt.net Itās probably a bit faster, but not much. Maybe 20-30 MByte/s (I watched one 40 GB file being copied and it took 20-30 minutes or something like that.)
I need to optimize this. š„“
The āannoyingā thing about hardware these days is that it basically keeps working āforeverā. At least much, much longer that youād expect.
Now that I think about it ā¦ I only remember one PC of mine actually dying because of a hardware failure ā and that was probably because I did too much overclocking. š If it wasnāt for changes in software, I could probably still use them all. I mean, why not, my Pentium 133 still works and I use it for gaming regularly.
So ā¦ my little NAS probably wonāt die any time soon. Hmmm.
@mckinley@twtxt.net Not really sure, to be honest. Probably a couple hundred GB ā¦ ? š¤ With the changed data, it might be half a TB to transfer? Iām just guessing.
Letās see how it goes next time. I donāt expect to add much data any time soon. (On the other hand, Iāll swap the USB disks for the next run, so itāll take the same ~9 hours, again. Meh.)
I think the solution is to have less data. š
@lyse@lyse.isobeef.org Yeah, only ~30 of the ~133 feeds Iām following have had a twt in the last month ā¦ 56 in the last year. Some had their last twt in 2016. š«¤
@prologic@twtxt.net From the DOM? That canāt be right. š³š³š³
@prologic@twtxt.net It always fetches the canonical feed URL and, when it canāt find the latest twt hash (that it saw in the previous run) it traverses the archived feeds until it does find it. Something along those lines.
I just got one such notification:
Date: Tue, 07 May 2024 15:56:01 +0200
From: me@pinguin
To: me@pinguin
Subject: [regularly] jenny
Fetching archived feed https://twtxt.net/user/prologic/twtxt.txt/1 (configured as prologic, https://twtxt.net/user/prologic/twtxt.txt)
Fetching archived feed https://twtxt.net/user/prologic/twtxt.txt/2 (configured as prologic, https://twtxt.net/user/prologic/twtxt.txt)
Fetching archived feed https://twtxt.net/user/prologic/twtxt.txt/3 (configured as prologic, https://twtxt.net/user/prologic/twtxt.txt)
Fetching archived feed https://twtxt.net/user/prologic/twtxt.txt/4 (configured as prologic, https://twtxt.net/user/prologic/twtxt.txt)
Fetching archived feed https://twtxt.net/user/prologic/twtxt.txt/5 (configured as prologic, https://twtxt.net/user/prologic/twtxt.txt)
Now, your feed did not get archived, as far as I can tell. So why am I getting this then? Have you edited a twt just now? That would explain it. š
@prologic@twtxt.net Strip it from what? From requests being sent to the server? Thatās always been the case, afaik. š¤
@prologic@twtxt.net Huh? What does that look like in Chrome? š¤ (I only have Chromium.)
@prologic@twtxt.net My client tells me when it fetches archived feeds. Thatās all.
~/go/bin
to your $PATH
, at least I did. Iām not sure what to do about it, though. š¤ This doesnāt really belong into Yarnās setup guide and itās mentioned as one of the first things in the Arch wiki, for example, but still ā¦ To newcomers this might look a bit like a broken build process:
@prologic@twtxt.net Ah, yes, thatās better! š
(Hmmm, I think I could add the time of the last twt to the output of jenny -l
. š¤ Currently it only shows the last successful retrieval time.)
@prologic@twtxt.net Every now and then, I get a notification about Yarn feeds getting archived/rotated. š Appears to work without issues. š
yarnd setup
look like to anyone? š¤ Let's say it exists, and it helps you setup a Yarn pod in seconds. What does it do? Of course I'd have to split out yarnd
itself into yarnd run
to actually run the server/daemon part.
@prologic@twtxt.net One minor detail: The Makefile wants to run date -Is
, which doesnāt exist on OpenBSD. Not sure how relevant this platform is for you, though. š
I havenāt come up with a portable solution yet. date '+%FT%T%z'
is the closest approximation that works on both GNU and OpenBSD, but it doesnāt include a colon in the time zone offset, so itās 0200
instead of 02:00
. š¤¦ Iām not sure if this is ISO8601 compliant. And itās still not POSIX. š¤¦ Well, I tried. š
yarnd setup
look like to anyone? š¤ Let's say it exists, and it helps you setup a Yarn pod in seconds. What does it do? Of course I'd have to split out yarnd
itself into yarnd run
to actually run the server/daemon part.
@prologic@twtxt.net Newcomers might have a little difficulty because just āinstallingā a Go compiler is not enough ā you also need to add ~/go/bin
to your $PATH
, at least I did. Iām not sure what to do about it, though. š¤ This doesnāt really belong into Yarnās setup guide and itās mentioned as one of the first things in the Arch wiki, for example, but still ā¦ To newcomers this might look a bit like a broken build process:
openbsd$ gmake server
/bin/sh: minify: not found
/bin/sh: minify: not found
/bin/sh: minify: not found
gmake: *** [Makefile:84: generate] Error 127
Maybe extend Yarnās guide just a little bit, like: āā¦ be sure to have Go installed and set up properly, e.g. env vars are set ā¦ā? Maybe that could point readers into the right direction. š¤
What I donāt like about my strategy is that itās so slow. ā¹ļø I did change a lot of data this time, so itās slower than usual, but still ā¦
The backup run from my main workstation onto the NAS took 2.5 hours. The one from my laptop to the NAS took 1.75 hours (hmm, why the difference?). (Those two ran one after the other, not at the same time.)
The backup run from my NAS onto one of the USBs disks is still running, I started it 5.5 hours ago. I hope itāll finish within the next 2 hours.
Most of this is CPU-bound, because Iām using full disk encryption everywhere and that NAS only has a tiny AMD C-60 CPU from ~2011 which runs at 1 GHz and doesnāt even have a CPU fan. I guess I could upgrade this box, but itās still working, just slow, so I wonāt throw it in the trash ā and what do I do with it then? Canāt sell it, canāt gift it to anyone. So Iāll keep using it.
yarnd setup
look like to anyone? š¤ Let's say it exists, and it helps you setup a Yarn pod in seconds. What does it do? Of course I'd have to split out yarnd
itself into yarnd run
to actually run the server/daemon part.
@prologic@twtxt.net I just set up a Yarn instance from scratch and, honestly, I donāt think a yarnd setup
is needed. š¤
I followed the instructions here and they were simple enough: https://git.mills.io/yarnsocial/yarn/src/branch/main/README.md#configuring-your-pod
It needs a little polishing (for example, it says COOKIE_SECRET
is optional which it isnāt), but it was a good experience overall.
Maybe itās just me, but I prefer reading installation instructions. And I believe that not having something like yarnd setup
nudges you (the author) into keeping those instructions short and concise. Whereas the existence of yarnd setup
means that you can cram everything and the kitchen sink in there, because itās convenient. That can lead to a convoluted setup process ā and me, the user, does not really know what that command really does, which is something that I, personally, donāt like. š
I wonder what Android does now that Iāve blocked all those connections. Will it queue all the data and just send it the next time it has an internet connection (which will happen sooner or later)? That would mean my blocking attempts are mostly pointless. š„“
No way of telling whatās going on, itās all encrypted ā¦
@prologic@twtxt.net Get fucked, indeed. š«¤
things we donāt even know about or have any control over (or very little)
Thatās the thing: Itās not apps doing weird stuff, itās the phoneās operating system itself. I can choose which apps to run and which permissions they have, thatās all fine, but what the fuck is āImsAppā and why does it need access to GPS and my camera?! Completely untrustworthy.
Experiment: Locking down my Android phone in the firewall, only allowing outgoing connections that I approve of. Letās see how that goes.
Even just looking at the log of attempted connections is scary. This thing is talking to everything all the time. Worse, there are some system apps that regularly query the deviceās GPS location and you canāt turn that off ā¦ Shitty spy device. š
@prologic@twtxt.net Noticed any slowdowns? I noticed a ~0.2 second delay when opening new shells, never bothered to check it, and now found out that itās caused by the ~250k lines of shell history. š„“
wc -l .zsh_history
gives me 7100. That's surprisingly a bit more than I thought. I used to regularly clear new stuff by hand and keep important commands to about twenty-something. I don't recall the numbers anymore.
@lyse@lyse.isobeef.org You mean you edit this file manually sometimes? š¤
@mckinley@twtxt.net Wow. And you never wonder: āWait, how did I do $thing
back then?ā Happens to me all the time. š³
@bender@twtxt.net My condolences. šš
@bender@twtxt.net Ah, so thatās the plane with the Brazilian women then. š Enjoy your stay!
@bender@twtxt.net To infinity and beyond? š¤ How large is it currently? history | wc -l
QOTD: How large is your shell history? No history, 500 lines, 10ā000, 100ā000, something else?
@prologic@twtxt.net Oh, so the cache just goes back about a month? š¤
@prologic@twtxt.net Lol, god no š¤£
Well, I missed the time window. Time flies, theyāre all grown up now. š¬
One great feature of Vim (and probably other editors) is ākeyword completionā: Type the beginning of a word, then press Ctrl-N and Vim will give autocompletion options by scanning all the words in the current file. For example, when I now type āauā and then Ctrl-N, it will suggest āautocompletionā.
This is so very useful when writing text / prose. Itās especially useful for German text with all those long words like āInformationssicherheitsbeauftragerā. I use this feature all time and I sorely miss it when Iām forced to use some other crappy editor. š©
.vimrc
:
Those options are now included in jennyās Vim package:
https://www.uninformativ.de/git/jenny/commit/698c4382208c5b5eb87999a30fd657167ab5b694.html
@lyse@lyse.isobeef.org Awwwwww! š
.vimrc
:
@aelaraji@aelaraji.com Youāre welcome. I guess this could/should also be mentioned in jennyās docs. š
:set formatoptions-=t
in vim would stop the annoying line breaking I've been having in my twts... And I guess, that's it! Things are looking OK on my end.
@aelaraji@aelaraji.com Thatās the trick, yep. š I have something like this in my .vimrc
:
au BufRead,BufNewFile jenny-posting.eml setl fo-=t wrap
(That hard disk was in a Windows box and there was no such thing as RAID or anything similar. Didnāt have the money for fancy stuff anyway.)
@mckinley@twtxt.net Yes, over 20 years ago, a hard disk died. Not completely, only some parts of it, but it was enough to destroy ~30 GB or something like that.
I bought a lot of DVDs over time and many of them have become unreadable. Star Trek DS9 is among the victims, parts of TNG, parts of X-Files. Really annoying. I didnāt have the required disk space to make backups and, honestly, didnāt think they would die so quickly. When/if I buy movies these days, I either make a backup right away or I treat those DVDs as āwill die soonā. š«¤
CDs regularly die, too, although not as often as DVDs.
And of course, lots of floppy disks are dead now. šš«¤
@bender@twtxt.net Yep, itās pass. š
YouTube introduces a āstable volumeā feature:
https://movq.de/v/ad0dd48aac/a.jpg
Once filmmakers realize that people just want stable volume instead of SUPER LOUD SECTIONS (ā¦andreallyquietonesā¦), then maybe I can finally remove the limiter from my pipewire filter chain. š„“
In case you need a profile picture: https://thispersondoesnotexist.com/
@aelaraji@aelaraji.com Why not, give it a shot! š
I think I even integrated my password manager into tmux at some point. Thereās a lot that you can do.
@lyse@lyse.isobeef.org Same here. Iām watching the storm tracking on kachelmannwetter.com šæ
@aelaraji@aelaraji.com Ah, right, you were only talking about 24 hours. I think I can manage without Netflix for a day. š
@aelaraji@aelaraji.com At work? Not a chance. š
Private life? Sure. There was a regular community event called āA week in the TTYā over at nixers.net, where we spent a week only in text mode. It was easily doable.
There are some things where a graphical browser is pretty much mandatory these days. Online banking comes to mind. I could in theory physically go to the bank, but Iām way too lazy for that. š
Netflix is more popular nowadays and I wouldnāt want to miss that, either.
@sorenpeter@darch.dk Not bad, maybe letās go back to 98.css. š
@bender@twtxt.net It feels like the current cycle has been going on for a very long time now, almost 20 years. š© But I might be wrong here, maybe it started later.
Is this āflat UIā madness ever going to end? Iām beginning to lose hope.