Lord Byron (231).
Linux Weekly News (21).
I started Feedbase in 2016. Today I randomly searched through the logs and counted the number of unique IP(v4/v6) addresses that have accessed the NNTP-server.
106, the number was. 2-3 of them are me. The number of regular users is probably around a handful.
That's cool - I primarily built it for myself, and it works great for that purpose.
One thing I specifically made possible was to post follow-ups to articles, to discuss them. I was kind of hoping this would create a little community (or several).
That hasn't materialized. While there are 1.1 million articles from feeds, there are just 95 follow ups, and of those I wrote 93%, <1% are by one other author, and 1 was from a third, a test.
A thing just popped into my mind: so far I've only found two NNTP-clients that natively work well with HTML articles: Gnus and Thunderbird. I've documented a way to make slrn render HTML, but I'm afraid it's not efficient enough to be quite usable, and Pan doesn't render HTML at all, as far as I can tell.
Maybe I should look into rendering HTML into plain text for those readers, serverside?
An obvious problem with this is how the server should tell whether a client understands HTML or not. I'm not sure there is any good way to do that. Hm.
Also, Gnus/Emacs is really flaky when it comes to loading many images. If that was fixed, it would be really nice.
Yesterday sound stopped working on my Lenovo X1 Carbon 3rd gen running Debian unstable. The mute-light was on and
pavucontrol(1) only showed one output; "Dummy".
After looking at the latest packages in
/var/cache/apt/archives/, I didn't really get any bright ideas of what could be the cause.
I tried booting some older kernels, to see if that was the problem. Still no sound.
The fact that even older kernels didn't have sound any more made me think of the updating of initramfs's when a kernel package is updated. Maybe something went wrong there?
sudo update-initramfs -k all -c and reboot later, and sound works again. Phew.
While looking at The Atlantics photos of the week recently, I noticed that the Japan Aerospace Exploration Agency apparently has developed Tie Fighter technology.
Very impressive. I hope they use it for good. May the force be with all of us!
The image is kind of fuzzy, and it's just a shadow, so who knows.
A couple of days ago I was helping sorting and cleaning out old electronics from my parents basement.
The one thing I knew I wanted to keep was the Commodore CD-TV that I got in a swap at the end of my "Amiga period".
Along with the machine were 2 cd-roms - one was "The Fred Fish Collection Volume 1.6 February 1993". I had to see if the cd could still be read.
It could! I've put the content of the cd online for fun.
One thing noticed as the filenames were scrolling by was... Perl!
Fred Fish disk 161 has a Perl-interpreter for the Amiga - the date on the file is 1988-10-02, and the binary is a whopping 149 KB.
It sounds like it might be fun to request your information from all the places that have information on you, and maybe request deletion on all the places you don't use any more.
Doubtful if anybody but a few enthusiasts will do so, I think, however.
The Android Play Music app seems to randomly, arbitrarily decide to not show album art.
It is annoying me. A lot.
What I usually do is to save the cover in a file called "albumart.png" using The Gimp in the folder holding the Ogg Vorbis-files I use to store music on my phone.
Sometimes Play Music picks it up, sometimes it doesn't. Seemingly at random.
The latest pattern I have observed is that it helps if the images is 500x500 pixels rather than 1000x1000 pixels, and it helps if the image is embedded in the first .ogg file in the folder.
Sometimes it is not necessary to embed the image.
If the image is "large", say 1000x1000 pixels, then embedding it in the .ogg file makes Play Music not recognize the Title and Artist tags in the file.
It is an incredible mess.
Is the source code available somewhere?
Plus ça change, plus c'est la même chose: <1379@aecom.YU.EDU>, AI 1987.