Skip to content

Piero Bosio Social Web Site Personale Logo Fediverso

Social Forum federato con il resto del mondo. Non contano le istanze, contano le persone

Today in #FreeSoftwareAdvent it's lynx(1).

Uncategorized
1 1 0
  • Today in it's lynx(1). Which is amusing because it's been scheduled for today on my calendar since the beginning of the month, but @neil chose to share links(1) today as well, for many of the same reasons. 😆

    It's been around for decades—I used it to browse gopherspace (and maybe WAIS?) in the 90s via a 1200 baud dial-up connection to a shell account and later the nascent WWW when it arrived.

    Sadly, ClownFlare, Google, and anti-AI-bot/scraper tech has made many formerly-accessible-with-lynx sites now inaccessible, some blocking by User-Agent, some blocking due to the lack of JavaScript support.

    But it has the right amount of usability and friction, so I can use it from my command-line-only writer-deck netbook to do a little research or read some HTML documentation, without getting sucked into the modern web.

    My custom configuration puts it in Advanced mode (no help-bar at the bottom), specifies vi-key-bindings, a custom color-scheme, uses links-and-form-fields-are-numbered making it easy to jump to them, and text-fields-require-activation so I don't get stuck in text input boxes when using j/k to scroll up/down in the document.

    I also have a couple shell wrapper-functions to invoke lynx on particular URLs (Wikipedia, dictionary/thesaurus/rhyming resources, web search, etc) with the CLI arguments filled in.

    I also have mutt configured to show text/html messages in lynx (either using `lynx -dump` and the internal pager, or using `m` from the attachments menu to view it interactively)

  • stefano@mastodon.bsd.cafeundefined stefano@mastodon.bsd.cafe shared this topic on

Gli ultimi otto messaggi ricevuti dalla Federazione
Post suggeriti
  • 0 Votes
    1 Posts
    2 Views
    Today in #FreeSoftwareAdvent, today it's OpenSMTPDš.In the past I've tried to set up Sendmail, Postfix, Exim, and qmail at various junctures, but found them all unwieldy in their configuration syntax. Macros and compiling them, or digging through dozens of config files for relevant settings. Lots of "here are thousands of settings, but don't change them unless you really know what you're doing." It drove me a bit crazy.Then OpenBSD folks created OpenSMTPD.The configuration syntax was sensible and simple. It didn't try to do everything, just adequate SMTP serving with some privsep. It was easy to point it at certificates that acme-client(1) obtains for me via httpd(8) interactions scheduled in cron(8), all within the base system.It's the MTA with OpenBSD's fingerprints of simplicity & security all over it.⸝š https://opensmtpd.org/
  • 0 Votes
    1 Posts
    2 Views
    Today in #FreeSoftwareAdvent, I want to appreciate OfflineIMAP/mbsync. Both have served me well for bringing a remote IMAP mailbox locally and keeping it in sync across multiple machines, allowing me to mow through mail even when offline, and then have reasonable confidence that everything will just sync back up when I go online again.
  • 0 Votes
    1 Posts
    2 Views
    Today in #FreeSoftwareAdvent it's ZFS. It gives me• all in one volume management (no volume-groups and logical volumes and manually resizing partitions on those logical volumes with a dozen different commands, no playing the "oof, need more space on partition A and have too much free space on partition B, back up all the files, nuke both, shuffle partition-sizes/locations, restore the files" dance)• transparent file compression• transparent volume encryption• fast and effectively free snapshots and clones (you start paying the cost if they diverge or deleting files that remain in a snapshot, but that's to be expected)• same-disk redundancy with copies=2 to help prevent against bitrot, and multi-disk redundancy with effectively zero effort• the CoW means no need for fsck(8) horribly slowing my boots or finding orphaned fragments of files and shunting them into a lost+found/ directory (my biggest frustration with OpenBSD's FFS2) in the event of an abrupt power loss• efficient send/receive (beats rsync hands down in terms of speed)• fine-grained quota/reservation control• utilities make scripting easy with output-formatting options• cross-OS support in a way that very few other filesystems provide (other than FAT 😆)I'm sure there are additional reasons that didn't percolate to the top of my brain, but it's just so much more pleasant than any other disk management I've done on any OS.
  • 0 Votes
    1 Posts
    3 Views
    Today's follow-up #FreeSoftwareAdvent entry is vi/vim.Which I use depends on the situation. Classic vi/nvi tends to be lighter weight and start faster, while vim offers extra features that I find particularly useful). I usually just type `vi` which gets me `vi` on OpenBSD, `nvi` on FreeBSD, and `vim` (or `vim-tiny`) on most flavors of Linux. If I specifically want vim features, I'll invoke it as such directly.I could go on for ages about favorite features, but a select few:• the ability to keep my hands on the home row and not use a mouse is helpful for preventing RSI symptoms• it's a language¹ of editing, involving counts, verbs/commands, and objects/motions, so I can express my editing *intent* and then use the period command to re-issue that same editing *intent*• the :global or :substitute commands can make massive-yet-precise edits across huge files• the :*do commands extend that power across multiple files, allowing me to precisely edit millions of lines across thousands of files with targeted precision• it's ubiquitous—even as some Linux distros have started removing ed(1) from the base installs , relegating it to packages, I can always type `vi` on any Unix-like/POSIX system and be editing with a powerful editor. And with builds for Windows and my phone, I can use it everywhere. No need to install anything• they work just fine over a SSH connection without a GUI, and use minimal resources so they work even on that old hardware from the 90s.⸻¹ https://gist.github.com/nifl/1178878