format fixing - gopherhole - My website source code.
(DIR) Log
(DIR) Files
(DIR) Refs
---
(DIR) commit 16a3494503ffe5f2f76af0fd6e5745b78220dd2a
(DIR) parent 7a8853a2444055bc47eafc28333a4d16ee7bded0
(HTM) Author: Jay Scott <me@jay.scot>
Date: Sat, 21 Jan 2023 21:22:57 +0000
format fixing
Diffstat:
M txt/001.txt | 2 +-
M txt/002.txt | 2 +-
M txt/003.txt | 2 +-
M txt/004.txt | 2 +-
M txt/005.txt | 24 +++++-------------------
M txt/006.txt | 18 +-----------------
M txt/007.txt | 12 +-----------
M txt/008.txt | 44 ++++++++-----------------------
M txt/009.txt | 34 ++++++++++++-------------------
M txt/010.txt | 16 +++++++---------
M txt/011.txt | 16 ++++++++--------
11 files changed, 50 insertions(+), 122 deletions(-)
---
(DIR) diff --git a/txt/001.txt b/txt/001.txt
@@ -3,7 +3,7 @@
So much bloat around dotfiles
-=============================
+─────────────────────────────
Let's be honest here everyone who uses some form of *BSD or Linux knows
(DIR) diff --git a/txt/002.txt b/txt/002.txt
@@ -3,7 +3,7 @@
GitHub: The Facebook of coding
-==============================
+──────────────────────────────
In my opinion, there is no question that GitHub is the new Facebook for
(DIR) diff --git a/txt/003.txt b/txt/003.txt
@@ -3,7 +3,7 @@
Qutebrowser is amazing but..
-============================
+────────────────────────────
**UPDATE** as of version 2.0, these are not an issue now. Time to move
(DIR) diff --git a/txt/004.txt b/txt/004.txt
@@ -3,7 +3,7 @@
How I use the modern web
-========================
+────────────────────────
With how polluted the modern web has become over the years, I actively
(DIR) diff --git a/txt/005.txt b/txt/005.txt
@@ -3,7 +3,7 @@
Why I dropped freebsd after a month
-===================================
+───────────────────────────────────
I switched over to using FreeBSD as my main desktop around 1 month ago.
@@ -13,9 +13,6 @@ does not work with the current stable release 12.2, so I had no choice
but to use -CURRENT, ALPHA-2 then BETA-1.
-XORG
-----
-
My setup is minimal; I don't use any GUI applications apart from the
rare occasion I need to use a browser; I do use mpv often. Even with
this setup, there was a performance issue that caused Xorg to micro
@@ -28,12 +25,10 @@ tweaking various Xorg options such as Tearfree, SWCursor, etc. This made
zero improvement, my next port of call was the AMDGPU driver, drm-kmod.
-AMDGPU
-------
-
-A trip to the GitHub project page for this project did indeed show 4 out
-of 17 issues open are for the exact model of graphics card I have.
-Though none of the issues seemed related to the problem I was having.
+AMDGPU, A trip to the GitHub project page for this project did indeed
+show 4 out of 17 issues open are for the exact model of graphics card
+I have. Though none of the issues seemed related to the problem I was
+having.
During my research, though, I also found posts on /r/freebsd and the
@@ -47,9 +42,6 @@ have a lot of debugging enabled in the kernel by default, which can
cause degraded system performance.
-KERNEL
-------
-
I found GENERIC-NODEBUG kernel config; I stripped out a lot of modules
I wouldn't need to help the build times. This was so simple to do, and
before I knew it I had a custom kernel built with all debugging removed.
@@ -61,9 +53,6 @@ little else. I was happy with this for the time being, thinking that
maybe when BETA-1 or RC came around things would be better.
-BETA-1
-------
-
Woo-hoo, BETA-1 snapshot was released, time to give it a whirl. BAM,
right back to square one. So I went through the same steps again with
building the AMDGPU module from git and building a custom kernel with no
@@ -84,9 +73,6 @@ nearly ZERO issues. All the lag had disappeared! The only cost? I had
to gimp the potential of my system.
-THE END
--------
-
At this point I had enough, I spent so long on such a trivial matter
I decided just to go back to Linux until 13.0 is released, then I will
revisit it. I liked FreeBSD. There is so much to it that I loved and
(DIR) diff --git a/txt/006.txt b/txt/006.txt
@@ -3,7 +3,7 @@
Association of really cruel viruses (arcv)
-==========================================
+──────────────────────────────────────────
I have saved and collected a **huge** amount of data from the 80s, 90s
@@ -65,9 +65,6 @@ relating to another matter, the BBS SYSOP, and the last one was released
with no further actions.
-FILES
------
-
You can download all the files I have on ARCV from the following gopher
site.
@@ -84,9 +81,6 @@ site.
>> gopher://jay.scot/files/groups/arcv/
-MISSING
--------
-
Got any of these files? Let me know!
* ARCV Newsletter Issue 2, may not exist.
@@ -96,9 +90,6 @@ Got any of these files? Let me know!
* Access All Areas II (96) and III (97) talks/slides (Apache Warrior & ICE-9)
-USENET / EMAILS
----------------
-
--- Feb, 1993 : Spreading Viruses
--- Personal Computer World Magazine
@@ -243,11 +234,4 @@ viruses, or know of someone who has, then please give him a call at +44 (71)
Please bear in mind that I'm only forwarding this message for DC Bonczoszek.
If you have any questions, please contact him directly.
-
-SOURCES
--------
-
->> https://ivanlef0u.fr/repo/madchat/vxdevl/vdat/misc0040.htm
-
-
.EOF
(DIR) diff --git a/txt/007.txt b/txt/007.txt
@@ -3,7 +3,7 @@
Build, patch and maintain suckless tools
-========================================
+────────────────────────────────────────
I am a long time supporter of the Unix philosophy and have been using
@@ -15,7 +15,6 @@ methods I have come across on managing to do this is a mixture of using
separate git branches for each patch or even just manually applying the
patches and then fixing anything that didn't succeed.
-
I am a big fan of Makefiles, I even use Makefiles to manage my dotfiles
instead of a tool like GNU Stow. So it will be no surprise I use these
to build, patch and install all my suckless based tools such as dwm, st,
@@ -25,10 +24,6 @@ latest versions etc. It also helps that I don't have any extra patches
apart from dmenu and st, any additions I have for dwm and herbe are
added to config.h as functions.
-
-MAKEFILE
---------
-
Below is the generic Makefile I use, this one is for dmenu as it's
a good example to use since I use a few minimal external patches. The
options at the top of the Makefile should be pretty obvious, the
@@ -78,7 +73,6 @@ defaults should be fine for most people.
And this is the file structure I have:
-
|- dwm
|-- dwm-src # git clone of dwm, handled by Makefile
|-- config.h # my custom config for dmenu
@@ -87,18 +81,14 @@ And this is the file structure I have:
|---- 01-dmenu-centre.patch
|---- 02-dmenu-border.patch
-
If you have no patches to apply, then remove the 'patch' from line 14
then run 'make', this will git clone or reset if already cloned, apply
patches, copy your custom config.h and the build, A 'make install' after
that will install as normal.
-
To see a working copy of these you can clone my dotfiles and have
a look in the dwm, dmenu, st or herbe folders.
-
git clone git://jay.scot/dotfiles
-
.EOF
(DIR) diff --git a/txt/008.txt b/txt/008.txt
@@ -3,7 +3,7 @@
I moved over to wayland
-=======================
+───────────────────────
I have been putting it off for ages, it's been on my to-do list for
@@ -12,7 +12,6 @@ laziness, not interested or just general procrastinating. However, not
this weekend! Wayland will be the de facto and soon enough replace Xorg
am sure.
-
My setup is heavily terminal based with the usual tooling you see these
days. Suckless based tools such as dwm, dmenu and st as the main WM
tooling. Mutt for email, all kinds of feeds via Newsboat, MPV for
@@ -21,15 +20,10 @@ with such minimal GUI usage the switch over would be easy enough.
A quick look around and it looks like I would need to completely switch
dwm, dmenu and st over to a wayland equivalent.
-
I do have a few edge case applications I use but upon checking, they all
work under wayland. These were Qutebrowser (Browsing), Performance
Portfolio (Accounting) and Calibre (Ebooks), result!
-
-DWM REPLACEMENT
----------------
-
First, the window manager! As it turns out there is a wayland port of
dwm called dwl, there seems to be a few trivial changes, but they are
basically like for like. On a sidenote, I had been tweaking dwm recently
@@ -38,7 +32,6 @@ all the time. With this still at the back of my mind, anticipating that
I will be doing it again with dwl, I thought why not try out something
new. Enter Sway.
-
Sway is the wayland port of i3 with some common patches people used
rolled in. A look at the config file setup for Sway made it look very
straight forward to replicate my dwm keybinds and layout. Another
@@ -46,10 +39,6 @@ benefit being I could install the packages via the AUR instead of
building it myself, this felt like a plus after many many years of
compiling from source.
-
-ST ALTERNATIVE
---------------
-
I kinda hate st, truth be told. You need to add in a few patches to the
build as out of the box it's very limiting. So on that I was happy to
find a replacement for st. Two options were on the table for me,
@@ -61,47 +50,36 @@ they didn't seem to provide the actual benchmarks, just the tool they
used. Whereas Foot had a whole ton of information, benchmarks and
screenshots explaining why its fast as fuck.
-
Again the application was in the AUR and with a live reload config file
it was trivial to set up. Interestingly, the out of the box config would
have been fine, only thing I really changed were the colours and font.
-
-DMENU
------
-
-This one I spent most of my time researching and testing out various
-alternatives. At first, I was just going to use rofi but soon found out
-that it doesn't have native wayland support and uses Xwayland instead.
-There is a port called wofi too, I tried both of them out. I don't know,
-I just didn't like them, they seemed to flashy, the config for them
-seemed tedious. I then tried out bemenu which is based on dmenu, this
-was the one. Yet again I just needed to install the AUR package, the
-config can be set via an environment variable called BEMENU_OPTS. After
-playing about with it I just added this to my bashrc profile and I was
-done. So simple, love it.
+dmenu, this one I spent most of my time researching and testing out
+various alternatives. At first, I was just going to use rofi but soon
+found out that it doesn't have native wayland support and uses Xwayland
+instead. There is a port called wofi too, I tried both of them out.
+I don't know, I just didn't like them, they seemed to flashy, the config
+for them seemed tedious. I then tried out bemenu which is based on
+dmenu, this was the one. Yet again I just needed to install the AUR
+package, the config can be set via an environment variable called
+BEMENU_OPTS. After playing about with it I just added this to my bashrc
+profile and I was done. So simple, love it.
> export BEMENU_OPTS="-p '> ' --tb '#000000' --tf '#ffffff' --hf '#444444'"
-THOUGHTS?
----------
-
So far I have had no crashes or any issues at all. One thing that I have
noticed is MPV playback seems way smoother and scrolling in Qutebrowser
is tear-free. So far so good, and I really don't feel like I am missing
anything switching over.
-
Another side, my installed packages has reduced massively, all
X packages have been removed as they are no longer needed. My dotfiles
directory looks a lot leaner without all the dwm, herbe, st and dmenu
builds. Trivial I know.
-
I guess now I just continue as is for a few more months and see what
I think then!
-
.EOF
(DIR) diff --git a/txt/009.txt b/txt/009.txt
@@ -3,40 +3,32 @@
A true cheap dumbphone, impossible?
-===================================
+───────────────────────────────────
I have been on the lookout of a truly cheap dumb phone but trying to
find that sweet spot just isn't happening. I just want to call and get
SMS - that's it.
-
-The Lightphone 2 looks ideal at first glance, nice and simple. However,
-digging into it a bit more I see the following possible issues for my
-use case:
-
+The Lightphone 2 [0] looks ideal at first glance, nice and simple.
+However, digging into it a bit more I see the following possible issues
+for my use case:
It's expensive, around £350 ($402) when you include import tax.
Linked to some sort of central login platform.
From installing apps to first-time boot a "Light Account" is needed.
+Another one that's looks good is the Mudita Pure Phone [2], they even
+have an open source OS running it called MuditaOS. The massive downside,
+it's nearly £340 ($385). Crazy prices if you ask me!
-Another one that's looks good is the Mudita Pure Phone, they even have
-an open source OS running it called MuditaOS. The massive downside, it's
-nearly £340 ($385). Crazy prices if you ask me!
-
-
-What I am using currently is an old Nokia 2.3 with Unlauncher running,
-cost was around £60 ($75) 2 years ago. I really wish there was a cheap
-and truly dumbphone out there..
-
-
-SOURCES
--------
+What I am using currently is an old Nokia 2.3 with Unlauncher [3]
+running, cost was around £60 ($75) 2 years ago. I really wish there was
+a cheap and truly dumbphone out there..
->> https://thelightphone.com
->> https://mudita.com/products/phones/mudita-pure
->> https://jkuester.github.io/unlauncher
+0. https://thelightphone.com
+1. https://mudita.com/products/phones/mudita-pure
+2. https://jkuester.github.io/unlauncher
.EOF
(DIR) diff --git a/txt/010.txt b/txt/010.txt
@@ -3,15 +3,16 @@
Convert mbox to maildir using fdm
-=================================
+─────────────────────────────────
I recently downloaded a bunch of old mailing list archives from Alpine
-Linux that I want to merge with my current archives. The problem being
+Linux[0] that I want to merge with my current archives. The problem being
my current archives were in Maildir format while the Alpine Linux
archives were in MBOX.
-Since I already use FDM for fetching my mail as well as converting RSS
+
+Since I already use fdm[1] for fetching my mail as well as converting RSS
feeds I just went with that, this is how:
@@ -28,14 +29,11 @@ feeds I just went with that, this is how:
then just run FDM with the above configuration file:
- $ fdm -f archive fetch
-
-SOURCES
--------
+ $ fdm -f archive fetch
->> https://github.com/nicm/fdm
->> https://lists.alpinelinux.org/~alpine/users
+0. https://lists.alpinelinux.org/~alpine/users
+1. https://github.com/nicm/fdm
.EOF
(DIR) diff --git a/txt/011.txt b/txt/011.txt
@@ -3,7 +3,7 @@
Reducing my footprint, using a mini-pc
-======================================
+──────────────────────────────────────
I recently turned off my main pc, a homegrown setup I had been upgrading
@@ -13,29 +13,29 @@ files I mainly use the command line apart from qutebrowser occasionally
so it was complete overkill. Not to mention the energy prices in north
Scotland being absurd, it was time to "downgrade".
+
I had a few options in mind, a good old Raspberry Pi, a 2nd hand
Thinkcentre or an off the shelf mini-pc. As you obviously gathered,
-I went with the mini-pc, a beelink U59. The RPI are actually quite
+I went with the mini-pc, a beelink U59[0]. The RPI are actually quite
costly now, hard to get. I also wanted an X86 architecture for using
Alpine Linux - my distro of choice these days. Apparently the
Thinkcentre can be quite loud too, so I ended up buying the U59 with the
500 GB SSD and 16 GB Ram for around £200 on Amazon.
+
I installed Alpine Linux with no issues at all. I have a bootstrap
-script for Alpine, so using this I was up and running with the foot
+script for Alpine[1], so using this I was up and running with the foot
terminal open on sway 15 minutes later. The U59 is completely quiet, and
the max I have seen the temp get so far was 59C while playing Loom via
ScummVM. I had to compile ScummVM from source which took around 20
mintues. The power draw was sitting around 15 watts during this time.
+
Really happy with it so far, will be interesting to see how long this
machine lasts for.
-SOURCES
--------
-
->> https://www.bee-link.com/catalog/product/index?id=334
->> gopher://jay.scot/1/git/alpine-bootstrap/
+0. https://www.bee-link.com/catalog/product/index?id=334
+1. gopher://jay.scot/1/git/alpine-bootstrap/
.EOF