Offpunk 3.0
ploum.net
Offpunk 3.0
1–10 of 39 posts
Re: Offpunk 3.0
#2> Something wonderful happened on the road leading to 3.0: Offpunk became a true cooperative effort. Offpunk 3.0 is probably the first release that contains code I didn’t review line-by-line.
I felt true dread reading a sentence like this. I had to reread to make sure the author means there are other trusted contributors now.
As it is often the case these days, some projects are quite proud of announcing that no human has written or reviewed their code.
Re: Offpunk 3.0
#3This looks interesting! I wanted to find more info about the Gemini protocol, and it's annoying how un-searchable it is now due to Google Gemini.
Re: Offpunk 3.0
#4I wonder when contemporary developers will (re)invent Emacs/Gnus: the unified inbox for email, feeds, and news, because what really matters are text messages + eventual multimedia content, personal and private scoring to manage them, and a consistent local UI that allows for personal archiving and resharing.
I've looked at the Fediverse, objectively with little hope and many design issues, I'm watching Nostr with interest even though it seems more like a rough sketch lacking the ideas to move forward, but that concept of Gnus and Usenet, so simple in itself, still hasn't managed to resurface.
Re: Offpunk 3.0
#5There should ve a variable to choose your inline image reader, between chafa, timg, some wrapper around w3mimgdisplay...
Harcoding it it's bad.
Re: Offpunk 3.0
#6I wonder when contemporary developers will (re)invent Emacs/Gnus: the unified inbox for email, feeds, and news, because what really matters are text messages + eventual multimedia content, personal and private scoring to manage them, and a consistent local UI that allows for personal archiving and resharing. I've looked at the Fediverse, objectively with little hope and many design issues, I'm watching Nostr with int…
Gnus it's dog slow, be with email or with usenet. I say this as an ex-Emacs user where I even plugged slrn's cache in order to speed up things, but over 100k messages that was unusable in my netbook, even under 64 bit machines and native compilation. Slrn did it better. On RSS, I use sfeed which is more Unix like and I just plumb lynx/links or whatever I like as a reader. And fast, much fast than GNUs, Elfeed or the core RSS reader in Emacs.
OTOH, Emacs it's the only libre Usenet reader for Android. Go figure, and that being a dead simple protocol. Despite of that, lots of Thunderbird forks in FDroid didn't adapt the Usenet part yet.
Offpunk it's slow but adding multiprocessing with flock (for python3 maybe) would be a piece of cake in order to allow parallel downloads while syncinc.
Re: Offpunk 3.0
#7There should ve a variable to choose your inline image reader, between chafa, timg, some wrapper around w3mimgdisplay... Harcoding it it's bad.
each tool needs very specific set of options so we can’t just let the user input any command. And offpunk has been built for use with chafa since the start. Timg is just an historical workaround were Chafa had some bugs.
But there are currently some discussions about that on the mailing-list.
Re: Offpunk 3.0
#8This looks interesting! I wanted to find more info about the Gemini protocol, and it's annoying how un-searchable it is now due to Google Gemini.
To be fair, "Gemini" is one of those overused words for projects and it was unsearchable before Google. It's in the same category as Atlas, Nexus and Styx.
Re: Offpunk 3.0
#9I wonder when contemporary developers will (re)invent Emacs/Gnus: the unified inbox for email, feeds, and news, because what really matters are text messages + eventual multimedia content, personal and private scoring to manage them, and a consistent local UI that allows for personal archiving and resharing. I've looked at the Fediverse, objectively with little hope and many design issues, I'm watching Nostr with int…
Gnus it's dog slow, be with email or with usenet. I say this as an ex-Emacs user where I even plugged slrn's cache in order to speed up things, but over 100k messages that was unusable in my netbook, even under 64 bit machines and native compilation. Slrn did it better. On RSS, I use sfeed which is more Unix like and I just plumb lynx/links or whatever I like as a reader. And fast, much fast than GNUs, Elfeed or the…
offpunk’s slowness has two main sources (while offline):
- loading modules at startup (will be solved in 3.1 with lazy loading, patch is pending)
- parsing HTML with lot of pictures (because we wait for chafa for each picture)
I’m not sure how multiprocessing could really help that much but I would be interested.
While online, sure, the blocking http calls are something that will be parallelized in the future
Re: Offpunk 3.0
#10This looks interesting! I wanted to find more info about the Gemini protocol, and it's annoying how un-searchable it is now due to Google Gemini.
Try "gemini protocol", it helps a lot.
But, trully, there’s no much to search. The beauty of Gemini is how small it is: all technical informations should be there : https://geminiprotocol.net/