Announcing coprolit, a static site generator for fossil SCM.
Coprolit is written in AWK and depends on fossil & webdump.
It generates either gophermaps or geomyidae index.gph files.
It is loosely modeled on stagit-gopher.
<gopher://tilde.pink/1/~bencollver/log/ 2025-11-11-coprolit-for-gopher-and-fossil-scm/>
Announcing coprolit, a static site generator for fossil SCM.
Coprolit is written in AWK and depends on fossil & webdump.
It generates either gophermaps or geomyidae index.gph files.
It is loosely modeled on stagit-gopher.
<gopher://tilde.pink/1/~bencollver/log/ 2025-11-11-coprolit-for-gopher-and-fossil-scm/>
Ben Collver <bencollver@tilde.pink> writes:
Announcing coprolit, a static site generator for fossil SCM.
Brilliant and you revived an idea I had for something else.
On 2025-11-17, Daniel <me@sc1f1dan.com> wrote:
Ben Collver <bencollver@tilde.pink> writes:
Announcing coprolit, a static site generator for fossil SCM.
Brilliant and you revived an idea I had for something else.
Thanks for the feedback. I am curious what your idea is? :)
Interesting how the debian gopher listserv got active all of the sudden,
eh? I almost forgot of my membership on there.
D
finger calcmandan@bbs.erb.pw
On 2025-11-22, Daniel <me@sc1f1dan.com> wrote:
Interesting how the debian gopher listserv got active all of the sudden,
eh? I almost forgot of my membership on there.
D
finger calcmandan@bbs.erb.pw
Yes, all it took was one person to poke the mailing list. :)
Nice finger! I'll stop by to check out your BBS soon.
On 2025-11-22, Daniel <me@sc1f1dan.com> wrote:
Interesting how the debian gopher listserv got active all of the sudden,
eh? I almost forgot of my membership on there.
D
finger calcmandan@bbs.erb.pw
Yes, all it took was one person to poke the mailing list. :)
Nice finger! I'll stop by to check out your BBS soon.
Ben Collver <bencollver@tilde.pink> writes:
Nice finger! I'll stop by to check out your BBS soon.
I saw you joined my board. Appreciate it. It's autovalidated so there's
no need to 'apply.'
I'm exploring deploying a synchronet bbs to start an ascii-only bbs
for my trs-80 laptops and mirroring all the features on my mystic
board. Then, slowly adding themes for ansi.
Eventually shut down the mystic bbs since it's effectively abandonware
at this point.
On 2025-11-25, Daniel <me@sc1f1dan.com> wrote:
Ben Collver <bencollver@tilde.pink> writes:
Nice finger! I'll stop by to check out your BBS soon.
I saw you joined my board. Appreciate it. It's autovalidated so there's
no need to 'apply.'
I'm exploring deploying a synchronet bbs to start an ascii-only bbs
for my trs-80 laptops and mirroring all the features on my mystic
board. Then, slowly adding themes for ansi.
Eventually shut down the mystic bbs since it's effectively abandonware
at this point.
I realize i am venturing off topic... but i logged in and i only seem to
be able to navigate to chat. Is that your intention?
I didn't know that Mystic BBS was abandonware. One nice thing about synchronet is that it supports gopher out of the box.
Ben Collver <bencollver@tilde.pink> writes:
I realize i am venturing off topic... but i logged in and i only seem to
be able to navigate to chat. Is that your intention?
The arrow keys are used to navigate the different areas. Did they not
work for you? I have a little navigation guide on the right side of the screen.
Anyway, i'm about to do some serious theming around forty-column,
ascii-only output for my friends in the model-t community (as well as
for me). And, well, I may end up transitioning to synchronet full-time
if I can get all my custom doors ported over. Trying to make my BBS a repository of information so the web browser can become a rare need.
And yes, right now I have gopher on my bbs as a restricted use lynx
session. It's janky as fuck but it works. I can, at least, get to
gopherpedia on demand from my bbs.
On 2025-11-26, Daniel <me@sc1f1dan.com> wrote:
Ben Collver <bencollver@tilde.pink> writes:
I realize i am venturing off topic... but i logged in and i only seem to >>> be able to navigate to chat. Is that your intention?
The arrow keys are used to navigate the different areas. Did they not
work for you? I have a little navigation guide on the right side of the
screen.
The up and down arrow keys worked for me, thanks!
The navigation guide on the side of the screen looks like this:
_ _ __
|_) |_) (_
|_) |_) __)
____
N || ||
A ||__||
V |/__\|
I ____
|| ||
||__||
G |/__\|
U ________
I ||ENTER ||
D ||______||
E |/______\|
ESC: Logout
I guess the first two ASCII art squares under BBS were supposed to be
the up and down arrow keys, but initially i took them to represent
floppy disks. I am guessing they have special characters in some
encoding that my terminal didn't like. I tried in tmux, xterm, and xfce4-terminal.
Anyway, i'm about to do some serious theming around forty-column,
ascii-only output for my friends in the model-t community (as well as
for me). And, well, I may end up transitioning to synchronet full-time
if I can get all my custom doors ported over. Trying to make my BBS a
repository of information so the web browser can become a rare need.
Model-T as in a TRS-80 Model 100? Cool! I actually tinkered on one of
those when i was a kid and it was a new product.
And yes, right now I have gopher on my bbs as a restricted use lynx
session. It's janky as fuck but it works. I can, at least, get to
gopherpedia on demand from my bbs.
Cool! It worked for me.
On 2025-11-26, Daniel <me@sc1f1dan.com> wrote:
Ben Collver <bencollver@tilde.pink> writes:
I realize i am venturing off topic... but i logged in and i only seem to >>> be able to navigate to chat. Is that your intention?
The arrow keys are used to navigate the different areas. Did they not
work for you? I have a little navigation guide on the right side of the
screen.
The up and down arrow keys worked for me, thanks!
The navigation guide on the side of the screen looks like this:
_ _ __
|_) |_) (_
|_) |_) __)
____
N || ||
A ||__||
V |/__\|
I ____
|| ||
||__||
G |/__\|
U ________
I ||ENTER ||
D ||______||
E |/______\|
ESC: Logout
I guess the first two ASCII art squares under BBS were supposed to be
the up and down arrow keys, but initially i took them to represent
floppy disks. I am guessing they have special characters in some
encoding that my terminal didn't like. I tried in tmux, xterm, and xfce4-terminal.
Anyway, i'm about to do some serious theming around forty-column,
ascii-only output for my friends in the model-t community (as well as
for me). And, well, I may end up transitioning to synchronet full-time
if I can get all my custom doors ported over. Trying to make my BBS a
repository of information so the web browser can become a rare need.
Model-T as in a TRS-80 Model 100? Cool! I actually tinkered on one of
those when i was a kid and it was a new product.
And yes, right now I have gopher on my bbs as a restricted use lynx
session. It's janky as fuck but it works. I can, at least, get to
gopherpedia on demand from my bbs.
Cool! It worked for me.
And yes, right now I have gopher on my bbs as a restricted use lynx
session. It's janky as fuck but it works. I can, at least, get to
gopherpedia on demand from my bbs.
Daniel <me@sc1f1dan.com> wrote:
And yes, right now I have gopher on my bbs as a restricted use lynx
session. It's janky as fuck but it works. I can, at least, get to
gopherpedia on demand from my bbs.
Huh? Gopherpedia hasn't worked for me for most of this year. I
thought it was dead and burried. But no, I just tried it in Lynx
instead of UMN Gopher and it loads fine! Something must have
changed that broke it in UMN Gopher but not in Lynx. Very
strange.
When I use my bookmark (for the homepage, or my direct search
bookmark, or also the script I used which to quick-launch it from a
shortcut) I get a "Nothing Available" error. Same with this
command:
gopher gopher://gopherpedia.com/
This never did work for some reason, now returning "Gopher
Transmission Error":
gopher gopherpedia.com
If I try to telnet into it the connection is immediately closed:
telnet gopherpedia.com 70
Trying 178.128.128.21...
Connected to gopherpedia.com.
Escape character is '^]'.
Connection closed by foreign host.
Same if I use nc and send a leading '/' selector like the first UMN
gopher command (that used to work):
echo / | nc gopherpedia.com 70
[nothing]
Same if I try to fetch a document:
echo about | nc gopherpedia.com 70
[nothing]
This is really frustrating. From that I would be, and was, quite
satisfied that it's dead, but in Lynx (and I see some other Gopher
clients) it works. Do other Gopher clients not work the way it's
described in section 2 of RFC1436?
Oh wait, I just tried on a VPS and nc works there:
$ echo / | nc gopherpedia.com 70
i _ _ _ _ null (FALSE) 0
i | | | (_) | | null (FALSE) 0
i __ _ ___ _ __ | |__ ___ _ __ _ __ ___ __| |_ __ _| | null (FALSE) 0
i / _` |/ _ \| '_ \| '_ \ / _ \ '__| '_ \ / _ \/ _` | |/ _` | | null
(FALSE) 0
i | (_| | (_) | |_) | | | | __/ | | |_) | __/ (_| | | (_| |_| null
(FALSE) 0
i \__, |\___/| .__/|_| |_|\___|_| | .__/ \___|\__,_|_|\__,_(_) null
(FALSE) 0
i __/ | | | | | null (FALSE) 0
i |___/ |_| |_| null (FALSE) 0
[...]
But I can use other clients from my own internet connection, just
not UMN Gopher or those general-purpose tools (which still work
fine with other Gopher servers). Perhaps the Gopherpedia server
just has some insanely short time-out before automatically closing
the connection? So delays in software plus internet connection
delays combine to decide whether the request gets through before
the connection gets the chop?
Also in the Dillo Gopher plug-in the homepage works but none of
the text documents load. No time to send the "/" selector string
over my internet connection? Akfgb (from akfnetz) loads pages with
short selector request strings, but not long ones, and sometimes
short ones fail too, so I think that's it. No time for bug reports
now though, or indeed finding out whether there's an email address
to send them to...
not@telling.you.invalid (Computer Nerd Kev) writes:
Daniel <me@sc1f1dan.com> wrote:
Also in the Dillo Gopher plug-in the homepage works but none of
the text documents load. No time to send the "/" selector string
over my internet connection? Akfgb (from akfnetz) loads pages with
short selector request strings, but not long ones, and sometimes
short ones fail too, so I think that's it. No time for bug reports
now though, or indeed finding out whether there's an email address
to send them to...
try gopher://gopherpedia.com
Sometimes he has issues that I'll report to him, but yeah it's been
quite consistent.
Daniel <me@sc1f1dan.com> wrote:
not@telling.you.invalid (Computer Nerd Kev) writes:
Daniel <me@sc1f1dan.com> wrote:
Also in the Dillo Gopher plug-in the homepage works but none of
the text documents load. No time to send the "/" selector string
over my internet connection? Akfgb (from akfnetz) loads pages with
short selector request strings, but not long ones, and sometimes
short ones fail too, so I think that's it. No time for bug reports
now though, or indeed finding out whether there's an email address
to send them to...
try gopher://gopherpedia.com
gopher gopher://gopherpedia.com
+--------Gopher Error---------+
| |
| Nothing available. |
| |
| [Cancel - ^C] [OK: Enter] |
+-----------------------------+
Sometimes he has issues that I'll report to him, but yeah it's been
quite consistent.
Have you tried UMN Gopher? Anyway given the behavior with long
selectors in other Gopher clients I'm fairly sure super-short
connention time-outs on the srver are the issue. Your internet
might be quick enough that the requests always get through in
time.
Daniel <me@sc1f1dan.com> wrote:
not@telling.you.invalid (Computer Nerd Kev) writes:
Daniel <me@sc1f1dan.com> wrote:
Also in the Dillo Gopher plug-in the homepage works but none of
the text documents load. No time to send the "/" selector string
over my internet connection? Akfgb (from akfnetz) loads pages with
short selector request strings, but not long ones, and sometimes
short ones fail too, so I think that's it. No time for bug reports
now though, or indeed finding out whether there's an email address
to send them to...
try gopher://gopherpedia.com
gopher gopher://gopherpedia.com
+--------Gopher Error---------+
| |
| Nothing available. |
| |
| [Cancel - ^C] [OK: Enter] |
+-----------------------------+
Sometimes he has issues that I'll report to him, but yeah it's been
quite consistent.
Have you tried UMN Gopher? Anyway given the behavior with long
selectors in other Gopher clients I'm fairly sure super-short
connention time-outs on the srver are the issue. Your internet
might be quick enough that the requests always get through in
time.
On 2025-11-27, Computer Nerd Kev wrote:
Daniel <me@sc1f1dan.com> wrote:
not@telling.you.invalid (Computer Nerd Kev) writes:
Daniel <me@sc1f1dan.com> wrote:
Also in the Dillo Gopher plug-in the homepage works but none of
the text documents load. No time to send the "/" selector string
over my internet connection? Akfgb (from akfnetz) loads pages with
short selector request strings, but not long ones, and sometimes
short ones fail too, so I think that's it. No time for bug reports
now though, or indeed finding out whether there's an email address
to send them to...
try gopher://gopherpedia.com
gopher gopher://gopherpedia.com
+--------Gopher Error---------+
| |
| Nothing available. |
| |
| [Cancel - ^C] [OK: Enter] |
+-----------------------------+
Sometimes he has issues that I'll report to him, but yeah it's been
quite consistent.
Have you tried UMN Gopher? Anyway given the behavior with long
selectors in other Gopher clients I'm fairly sure super-short
connention time-outs on the srver are the issue. Your internet
might be quick enough that the requests always get through in
time.
From US SDF, on what I think is the UMN gopher client (unless it has
been replaced by something else?), I can load the front page, but any of
the entries appear to fail to transfer content.
Is this some issue with gopher+? IIRC didn't the UMN client try to do
gopher+ requests to all servers?
If I try to manually enter the selector of one of the entries, I get the error you quoted above.
Meanwhile, it works on OverbiteFF on SeaMonkey*.
* Do note that the latest release of OverbiteFF needs a change in order
to work with more recent releases of SeaMonkey, see
news://news.blueworldhosting.com/udhd96$ngl$1@dont-email.me
I use tmux-256color on my tmux and syncterm client to bbs. The 'arrows'
in my navi guide are ansi arrows. Perhaps your term isn't displaying
cp437 completely.
Yes. Though my daily driver is the 200 since I like the larger
display. I do a lion's share of writing on my 200. Though I just got a
102 to work as a terminal.
gopher gopher://gopherpedia.com
+--------Gopher Error---------+
| |
| Nothing available. |
| |
| [Cancel - ^C] [OK: Enter] |
+-----------------------------+
On 2025-11-27, Computer Nerd Kev wrote:
Have you tried UMN Gopher? Anyway given the behavior with long
selectors in other Gopher clients I'm fairly sure super-short
connention time-outs on the srver are the issue. Your internet
might be quick enough that the requests always get through in
time.
From US SDF, on what I think is the UMN gopher client (unless it has
been replaced by something else?), I can load the front page, but any of
the entries appear to fail to transfer content.
Is this some issue with gopher+? IIRC didn't the UMN client try to do
gopher+ requests to all servers?
Nuno Silva <nunojsilva@invalid.invalid> wrote:
On 2025-11-27, Computer Nerd Kev wrote:
Have you tried UMN Gopher? Anyway given the behavior with long
selectors in other Gopher clients I'm fairly sure super-short
connention time-outs on the srver are the issue. Your internet
might be quick enough that the requests always get through in
time.
From US SDF, on what I think is the UMN gopher client (unless it has
been replaced by something else?), I can load the front page, but any of
the entries appear to fail to transfer content.
Is this some issue with gopher+? IIRC didn't the UMN client try to do
gopher+ requests to all servers?
I'm not sure, although other clients are failing on some requests
for me too, most often with long request strings, so I doubt it's a
gopher+ problem. I've emailed Gopherpedia's author about it (at
the email address on the https://muffinlabs.com website).
Nuno Silva <nunojsilva@invalid.invalid> wrote:
On 2025-11-27, Computer Nerd Kev wrote:
Daniel <me@sc1f1dan.com> wrote:
not@telling.you.invalid (Computer Nerd Kev) writes:
Daniel <me@sc1f1dan.com> wrote:
Also in the Dillo Gopher plug-in the homepage works but none of
the text documents load. No time to send the "/" selector string
over my internet connection? Akfgb (from akfnetz) loads pages with
short selector request strings, but not long ones, and sometimes
short ones fail too, so I think that's it. No time for bug reports
now though, or indeed finding out whether there's an email address
to send them to...
try gopher://gopherpedia.com
gopher gopher://gopherpedia.com
+--------Gopher Error---------+
| |
| Nothing available. |
| |
| [Cancel - ^C] [OK: Enter] |
+-----------------------------+
Sometimes he has issues that I'll report to him, but yeah it's been
quite consistent.
Have you tried UMN Gopher? Anyway given the behavior with long
selectors in other Gopher clients I'm fairly sure super-short
connention time-outs on the srver are the issue. Your internet
might be quick enough that the requests always get through in
time.
From US SDF, on what I think is the UMN gopher client (unless it has
been replaced by something else?), I can load the front page, but any of
the entries appear to fail to transfer content.
Is this some issue with gopher+? IIRC didn't the UMN client try to do
gopher+ requests to all servers?
If I try to manually enter the selector of one of the entries, I get the
error you quoted above.
Meanwhile, it works on OverbiteFF on SeaMonkey*.
* Do note that the latest release of OverbiteFF needs a change in order
to work with more recent releases of SeaMonkey, see
news://news.blueworldhosting.com/udhd96$ngl$1@dont-email.me
Gopherpedia used to work for me in both UMN Gopher and lynx. Then
something changed and it stopped working in UMN Gopher. I emailed
the author, he replied to my first email but after I followed up
with more information I heard nothing more.
Currently it doesn't even work for me in lynx, all I see is an empty
gopher menu from either my home internet connection or my openbsd.ams vps.
I have at this point given up on it, as it didn't seem that the creator actually cared enough to follow up that it wasn't working.
Obviously I was quite disappointed as this was one of the genuinely
useful gopher services.
Wow that's weird. I use wikipedia daily on my lynx browser and it has
been consistently fine. Just loaded it right now. Got the random
articles followed by recent pages.
D
finger calcmandan@bbs.erb.pw
not@telling.you.invalid (Computer Nerd Kev) writes:
Nuno Silva <nunojsilva@invalid.invalid> wrote:
On 2025-11-27, Computer Nerd Kev wrote:
Have you tried UMN Gopher? Anyway given the behavior with long
selectors in other Gopher clients I'm fairly sure super-short
connention time-outs on the srver are the issue. Your internet
might be quick enough that the requests always get through in
time.
From US SDF, on what I think is the UMN gopher client (unless it has
been replaced by something else?), I can load the front page, but any of >>> the entries appear to fail to transfer content.
Is this some issue with gopher+? IIRC didn't the UMN client try to do
gopher+ requests to all servers?
I'm not sure, although other clients are failing on some requests
for me too, most often with long request strings, so I doubt it's a
gopher+ problem. I've emailed Gopherpedia's author about it (at
the email address on the https://muffinlabs.com website).
He is quite responsive. Any time a problem is encountered with his
gopher he runs to fix it and thanks me. I had no idea it had issues displaying for people using other clients. Strange.
Daniel <me@sc1f1dan.com> wrote:
not@telling.you.invalid (Computer Nerd Kev) writes:
I'm not sure, although other clients are failing on some requests
for me too, most often with long request strings, so I doubt it's a
gopher+ problem. I've emailed Gopherpedia's author about it (at
the email address on the https://muffinlabs.com website).
He is quite responsive. Any time a problem is encountered with his
gopher he runs to fix it and thanks me. I had no idea it had issues
displaying for people using other clients. Strange.
Apparantly it's a problem with the firewall which he hasn't been
able to pin down so far.
Computer Nerd Kev <not@telling.you.invalid> wrote:
Daniel <me@sc1f1dan.com> wrote:
not@telling.you.invalid (Computer Nerd Kev) writes:
I'm not sure, although other clients are failing on some requests
for me too, most often with long request strings, so I doubt it's a
gopher+ problem. I've emailed Gopherpedia's author about it (at
the email address on the https://muffinlabs.com website).
He is quite responsive. Any time a problem is encountered with his
gopher he runs to fix it and thanks me. I had no idea it had issues
displaying for people using other clients. Strange.
Apparantly it's a problem with the firewall which he hasn't been
able to pin down so far.
The author looked further into it and fixed a few issues. Now
Gopherpedia is working fine again in UMN Gopher (when started with
"gopher gopher://gopherpedia.com") and other clients, from my home
internet connection.
Computer Nerd Kev <not@telling.you.invalid> wrote:
Computer Nerd Kev <not@telling.you.invalid> wrote:
Daniel <me@sc1f1dan.com> wrote:
not@telling.you.invalid (Computer Nerd Kev) writes:
I'm not sure, although other clients are failing on some requests
for me too, most often with long request strings, so I doubt it's a
gopher+ problem. I've emailed Gopherpedia's author about it (at
the email address on the https://muffinlabs.com website).
He is quite responsive. Any time a problem is encountered with his
gopher he runs to fix it and thanks me. I had no idea it had issues
displaying for people using other clients. Strange.
Apparantly it's a problem with the firewall which he hasn't been
able to pin down so far.
The author looked further into it and fixed a few issues. Now
Gopherpedia is working fine again in UMN Gopher (when started with
"gopher gopher://gopherpedia.com") and other clients, from my home
internet connection.
I can confirm this is now working for me also.
Excellent news and thanks for chasing it up with the author!
Computer Nerd Kev <not@telling.you.invalid> wrote:
Daniel <me@sc1f1dan.com> wrote:
not@telling.you.invalid (Computer Nerd Kev) writes:
I'm not sure, although other clients are failing on some requests
for me too, most often with long request strings, so I doubt it's a
gopher+ problem. I've emailed Gopherpedia's author about it (at
the email address on the https://muffinlabs.com website).
He is quite responsive. Any time a problem is encountered with his
gopher he runs to fix it and thanks me. I had no idea it had issues
displaying for people using other clients. Strange.
Apparantly it's a problem with the firewall which he hasn't been
able to pin down so far.
The author looked further into it and fixed a few issues. Now
Gopherpedia is working fine again in UMN Gopher (when started with
"gopher gopher://gopherpedia.com") and other clients, from my home
internet connection.
On 2025-12-09, IanJ wrote:
Computer Nerd Kev <not@telling.you.invalid> wrote:
Computer Nerd Kev <not@telling.you.invalid> wrote:
Daniel <me@sc1f1dan.com> wrote:
not@telling.you.invalid (Computer Nerd Kev) writes:
I'm not sure, although other clients are failing on some requests
for me too, most often with long request strings, so I doubt it's a >>>>>> gopher+ problem. I've emailed Gopherpedia's author about it (at
the email address on the https://muffinlabs.com website).
He is quite responsive. Any time a problem is encountered with his
gopher he runs to fix it and thanks me. I had no idea it had issues
displaying for people using other clients. Strange.
Apparantly it's a problem with the firewall which he hasn't been
able to pin down so far.
The author looked further into it and fixed a few issues. Now
Gopherpedia is working fine again in UMN Gopher (when started with
"gopher gopher://gopherpedia.com") and other clients, from my home
internet connection.
I can confirm this is now working for me also.
Excellent news and thanks for chasing it up with the author!
Appears to be working with UMN gopher for me as well, from a quick
test. Menu entries load too now.
| Sysop: | Amessyroom |
|---|---|
| Location: | Fayetteville, NC |
| Users: | 54 |
| Nodes: | 6 (0 / 6) |
| Uptime: | 15:54:26 |
| Calls: | 742 |
| Files: | 1,218 |
| D/L today: |
3 files (2,681K bytes) |
| Messages: | 184,205 |
| Posted today: | 1 |
