mark_round

That was where I started, too. I was fine with VLANs, routing in general and so on from datacenter/DevOps/Sysadmin work, but BGP and how the wider internet fitted together beyond the basics was mostly beyond me.

DN42 is a great playground for this thing - as long as you're prepared to put the effort in, it's a very friendly and helpful community. It's fun to build things for the heck of it and there's a lot of weird and wonderful stuff being worked on there.

Strangely enough, that's one of the big draws for me. I'm "on the spectrum" and often find face-to-face socialisation and making new contacts very draining. I tend to prefer systems to people - although as time went on, I realised one of the things I really enjoy about DN42 is making the human contacts!

After getting started with the various "auto peering" systems, I've been making much more of an effort to find individual operators[1], and add myself to the peerfinder and hang out on IRC.

It really does feel like the "old internet" and while the technology and learning opportunities are great, it's the people that really make the network.

[1]=If you're interested, I'm more than happy to peer with you - details at https://markround.com/dn42

It does indeed work! You can see it running here on my +3 in my "retro cave" :)

https://share.markround.com/sphere.jpg

I have also uploaded it to my TNFS site[1], which you can also access through an emulated Speccy in a browser (or a real Spectrum if you have a Spectranet/Spectranext card fitted):

https://jsspeccy.markround.com

Press option 4 on the main menu when it loads for recent uploads.

It's really cool and very, very smooth. I wasn't quite sure what to categorise it as on my site, so I filed it under "demos" as I think it's a very impressive bit of code :)

Thanks for sharing!

-Mark

[1]=More details at https://tnfs.markround.com or on my "DevOps for the Sinclair Spectrum" series of articles which are linked from both sites.

"We have been made aware of a potential incident and are shutting down all issuance" seems to lean towards the latter and not simply a technical issue :(

That's really not good. Fortunately I'm not using any short-lived certificates like the recently announced 6 day certs, so have some breathing room. Without further details, I'd imagine anyone with a short-lived cert is getting a bit sweaty right now.

Let's Encrypt has become one of those pieces of critical Internet infrastructure that just quietly hums away in the background, the fact that they've stopped ALL issuance is deeply concerning.

I do really enjoy working on the site, it's great to have an outlet and playground for ideas and do things just for fun. There never was (and never will be) any commercial angle for this, as I said in a footnote in the "Sloppy Copies" post, I have other motives for writing code and I appreciate I am very fortunate that I have the opportunity to be able to do that.

There's always been a tendency amongst the "priesthood" of any in-group to hoard knowledge and use it to maintain their position. So, regarding the "democratizing" of creating software - I mostly agree with you, and also agree that it's probably a good thing. I think it's pretty neat that someone without any coding experience can create their own bespoke tooling to solve a problem. I have caveats and concerns, but that's a topic for another day.

I also agree with the "that's art" part of your comment. I learned to program by reading other people's code, learned to build infrastructure by watching what my peers were doing, and learned to play an instrument by listening to and copying musicians I admired. Heck, I play in a covers band!

The problem is that this isn't just someone being inspired to create their own thing and put their own spin on it, which could be cool.

Even "nice idea, I'm going to do that and see if I can charge for it" isn't really an issue, free market and all that. This is cloning and copying on an automated, industrial scale, apparently sometimes for malicious, criminal purposes too.

That's a far cry from creative copying of ideas.

This is the issue.

I posted more or less the same thing in a comment over on lobste.rs[1] - being able to create your own bespoke software tools, without any developer experience is (mostly) a really cool thing.

This isn't someone being inspired to build something: It's the automated "drive-by" cloning and scammy, dubious nature of these clones that bothers me along with the copying of personas & identities to spam them across social media.

[1]=https://lobste.rs/s/qtytfe/sloppy_copies

You're about the 5th person now in as many days who has recommended Elixir when I mentioned I was building a project in Ruby. I'll definitely have to check it out for my next project (whatever that may be!)

Can you expand on why you found it so appealing or "holy crap, this is awesome" things I should look at first ?

The "one-person framework" thing is a big draw. I'm amazed at how productive I was in it, and it's not just at the code level. Even though I've been doing sysadmin/devops/architect work for over 25 years now, it's just so damn nice now not to have to think about e.g. standing up a HA PostgreSQL cluster or Redis and deployment is largely a solved problem.

Author of the article here (hi! Anxiously watching my Grafana stack right now...)

I've only just noticed that on the Rails homepage, and while I acknowledge everyone's chasing that sweet sweet AI hype, I gotta say that's... disappointing[1]. The reason I fell in love with Ruby (and by extension, Rails) is because it enabled me as a human to express myself through code. Not to become a glorified janitor for a LLM.

[1]=Well, I had a stronger response initially but I toned it down a bit for here...

Definitely. It really makes me wish it was getting more attention - and I know I'm late to the party having only picked it back up over a year after Rails 8 was released! It's just such a smooth experience and I haven't found anything like it that compares.

The thing that really impresses me is how it's become a "one person framework"[1] and thanks also to the "batteries included" approach, you can run everything with zero external service dependencies. I have no problem with managing other services like a cache or DB, but it's just so damn nice to be able to focus on the code and not have to context switch!

[1]=Tons of posts and presentations I'm discovering now referring to that. EG https://mileswoodroffe.com/articles/rails-the-one-person-fra...

Author here, thanks for posting this! Any questions, comments or "You're wrong and this is why" let me know :) I do find myself wondering about the future of Rails (and I guess the wider Ruby ecosystem) though. I'm definitely in the "you can prise it from my cold, dead hands" camp but after years of watching them both slide down developer surveys it does make me concerned.

I'm kinda attached to "odd" outsider technologies like the Amiga and BeOS (which does make me wonder if there's a common thread there) so am used to seeing old packages and documentation gradually fade away but that's clearly not something that points to a sustainable future.

There's enough of the core components still active and after 20-odd years you could just say "it's done" (as I allude to in the Wrap Up) but I do wonder how many here would start a new project on Rails or make a Ruby platform a critical part of a new start-up ?

If you'd like to experiment with running your own AS in private address space, connecting to a friendly network of geeks over wireguard tunnels, check out DN42 https://dn42.dev/Home.

It's a great way to explore routing technologies and safely experiment with your own AS, running the same protocols as the "real" Internet, just in private space.

If you do get set up, give me a shout (https://markround.com/dn42), I'd be happy to peer with you if you want to expand beyond the big "autopeer" networks :)

That was what I was thinking of (but worded it badly in the middle of my rant!)

If I wanted to intercept all your traffic to any external endpoint without detection I would have to compromise the exact CA that signed your certificates each time, because it would be a clear sign of concern if e.g. Comodo started issuing certificates for Google. Although of course as long as a CA is in my trust bundle then the traffic could be intercepted, it's just that the CT logs would make it very clear that something bad had happened.

Author here, hi! Was just venting last night, but that's a very good point, I'll update it later with your correction :)

There is also Spectranet[1] and clones for the Sinclair Spectrum, which allows for a much richer Internet-connected experience. It can load and boot remote programs from a server which allows you to get quite creative and produce sites like my TNFS server[2]. You can also try it out from an emulated Spectrum in a web browser at https://jsspeccy.markround.com if you don't have the original hardware lying around to see the sort of stuff you can build!

There's also Telnet clients so you can access old-school BBSes, and a variety of interesting "bridges" that grant access to Gopher or even parse websites. Quite amazing to access the modern Internet on an 8-bit machine from the early 80s that originally loaded games from cassette tape :)

[1]=https://www.bytedelight.com/?page_id=3515

[2]=https://tnfs.markround.com

It's a lot of fun, still! I touched on it in my "Amiga Systems Programming in 2023" post[1] which had some discussion here[2]. In the few years since then there's been lots of development still across the whole scene. OS4 is largely stagnating (although I still fire up my X5000 whenever I have a chance) but the classic 68k scene is positively thriving.

Lots of great software & homebrew games, and the hardware options now are just amazing. There's FPGA, emulation, PiStorm accelerators, Vampire, re-amiga... and only this month, Hyperion released an updated OS3.2[3].

It was (and is) such a versatile, forward-thinking platform and I still very much enjoy seeing how far the community can take it.

[1]=https://www.markround.com/blog/2023/08/30/amiga-systems-prog...

[2]=https://news.ycombinator.com/item?id=37389376

[3]=https://www.hyperion-entertainment.com

A tangent I know, but looking at those old screenshots really made me miss that era of OS X. The first versions of Aqua with pinstripes were a bit busy for my liking, but by the Mountain Lion time frame it was just lovely. Actual buttons! Soft gradients! Icons that had colour!

Thanks! It was a lot of fun to put together, and the site has expanded in scope considerably since I wrote those articles. Whenever I get a few moments, it's one of my favourite projects to work on, there's just something very "zen" about going back to Sinclair BASIC and all the limitations which enforce some creative hacks. I was particularly pleased with the user preferences system[1] and articles code which mimics some of the early disk/tape magazines I remember from my early teens.

So many of us of a certain age started with those early 8-bit computers, I guess "booting" straight into a BASIC prompt encouraged that exploration and experimenting which is a little harder to get at these days.

I never played the original Starstrike, but Starstrike II is still one of my favourites - impressive to see a 3D engine running on an 8-bit micro with 48Kb of memory and makes you wonder what we're spending all those cycles on now!

[1]=https://spectrumcomputing.co.uk/forums/viewtopic.php?p=11776...

The TNFS protocol used by FujiNet has also been used in other network cards for old 8-bit computers. My own ZX Spectrum is fitted with a Spectranet card which enables the same kind of connectivity and creativity. I wrote about it in my "DevOps For The Sinclair Spectrum" article[1] which featured here, and my TNFS site is now available through a JS emulator on a web page[2] if you want to see the kind of thing you can create. It's sort of like an old-school BBS, except the code is downloaded and run directly on your computer, which opens up a world of possibilities like multi-player games and even bridges to protocols like Gopher, Gemini and IRC which make communicating with the "modern" Internet possible even on an ancient tape-loading 8-bit micro from the 80s. Really fun stuff!

[1]=https://www.markround.com/blog/2021/12/21/devops-for-the-sin...

[2]=https://jsspeccy.markround.com

Still got mine. Still write code on it, too[1] although it's now connected to the Internet with a Spectranet card. My 9-year old self would have been astonished that there's still a lively scene surrounding the Spectrum and some quality games still being released for it today. Or that I'd still be writing Speccy BASIC code projects[2] in the 21st century!

It's remarkably fun to tinker with still, and I don't think it's purely nostalgia for me. Although there's certainly an element of that at play, I think it's more the "zen" like simplicity that's appealing these days of hugely elaborate cloud-native stacks and hardware so complex there's no way anyone can hold it all in their heads. The Spectrum and other 80s home computers in contrast were so accessible and people did (and still do) astonishing things within those limits. The Speccy no doubt launched hundreds of thousands of careers, mine included.

Plus, with those limitations, games simply had to be playable to be successful as they couldn't on gimmicks! I honestly prefer a good game of Manic Miner over any modern title. The Spectrum & Amiga years were the glory days of old-school gaming for sure!

[1]=https://www.markround.com/blog/2021/12/21/devops-for-the-sin... - If you've ever wondered how to do CICD and client/server for an 8-bit computer from the '80s :P

[2]=https://jsspeccy.markround.com

I wrote an article about the very subject : https://www.markround.com/blog/2023/08/30/amiga-systems-prog...

Which also featured on HN at the time, with some very insightful comments and discussion: https://news.ycombinator.com/item?id=37389376

TL;DR is I cross-compile using VSCode & Docker from Mac/Win/Linux mainly, but if I want to develop in the Amiga environment (e.g. on native) I use VBCC on 68k.

I think it's the same reason I guess why people mourn e.g. BeOS.

The Atari was a nice system, but it wasn't ground-breaking. The Amiga was decades ahead of it's time and could have been so much more if Commodore had any business-savvy. It's hard to overstate the impact of seeing an Amiga A500 in full flight, coming from the previous generation of 8-bit machines. It felt like it was straight from the future (and still does in many ways).

It also straddled the line perfectly of being ridiculously powerful for the era yet simple enough and approachable for a kid/teenager with dedication to understand it on a level that simply isn't possible these days. To quote myself from an article I wrote on the floppy disk[1]:

"I’ve been thinking a lot recently about what it is exactly about the Amiga that captures me in a way that no other computer ever did. Part of it is I think because the Amiga was the last system that was simple enough that one person could reasonably hold the entire machine in their head.

It was complex, true, but with enough studying and time you could know pretty much everything about every single bit of the Amiga’s memory space, workbench, the custom chips and so on. That’s what makes it so special and endearing.

That simply doesn’t exist on other platforms. I mean modern systems are amazing - and I’ve worked on some serious big-iron hardware in my time - but you could spend an entire lifetime now simply becoming an expert in one tiny piece of the whole system. Modern computers just don’t have the accessibility that the Amiga had, and it straddled the divide perfectly between being simple enough to know it and love it, yet powerful enough to do things you’d never dreamed possible."

[1]=https://www.markround.com/blog/2019/12/30/back-to-the-floppy...

Sure! Sorry, I was typing on a phone and it turned into a real word salad/jargon mess :)

I was replying to someone asking how I got my "classic" 1990s-era Amiga screenshots to look so fancy. The built in Amiga AGA chipset is pretty limited by today's standards and gets slower/uses more memory the higher you push the resolution and colour depth. Most classic Amigas run on low-res limited colour screens - the default is 640x256 in 4 colours. On an 68030-accelerated Amiga I could just about push it to 800x600 in 256 colours, but it was very sluggish.

I now have a Vampire Accelerator card[1] which adds a much faster CPU core, along with an embedded graphics chipset, HDMI output, networking, SD card interface and other nice things. The Vampire "graphics card" is driven through the AmigaOS's support for "ReTargetable Graphics" (RTG). You can read about the setup and installation on my site[2].

My vintage 1992 A1200 is running a hacked together OS, using a base of "CoffinOS" which is a distribution of AmigaOS favoured by Vampire accelerator users. It consists of a classic AmigaOS 3.x installation along with all the Vampire-specific drivers, utilities, games and other things all ready to go out of the box. Because it ships copyrighted AmigaOS binaries and other things that may not be 100% legal to redistribute (and the Amiga scene in general is a litigious mess), I won't link to it but it's easy enough to find[3].

On top of this, I have installed various components from Hyperion's AmigaOS 3.2, so it's a sort of mash-up of two different distributions of AmigaOS. To get my fancy looking icons, I used the "Faenza" icon set in PNG format.

Hope that clears it up a bit!

[1] There are loads of accelerator options now for classic Amigas that add faster processors, networking, graphics and other cool things. There are some others mentioned in this thread like the TerribleFire series of accelerators, and the PiStorm accelerator based around a Raspberry PI is also proving a very popular and full-featured option.

[2] https://www.markround.com/blog/2020/07/21/apollo-vampire-ami...

[3] Side note - Apollo Accelerators (the makers of the Vampire) are working on ApolloOS which is a legally clean distribution of the open-source AmigaOS clone, AROS. This is what you'll get (and is officially supported) if you buy a new Vampire card or stand-alone Vampire V4 system although CoffinOS is still being developed and distributed by a mystery team.

The images from my A1200 are on a very customized OS 3.2/CoffinOS (legally "dubious" AmigaOS distribution favoured by Vampire accelerator users) hybrid system with Faenza PNG icons. But if you have a graphics card (or emulate one in e.g. WinUAE), you can run in high resolutions/bit depths like this. The X5000 screenshots are on a QHD 24-bit resolution as the X5000 is a far more modern machine and has a hardware-accelerated compositor and 3D stack running on a Radeon PCIe card.

Nitpick away, always glad to include corrections!

LZX had supplanted LHA already by 1994.

True, but LHA always felt like more of the standard and tools were readily available and present on most systems. Sort of like how Bzip2/XZ and so on are technically far superior, yet a gzipped tarball is still the universal standard on Unix systems. A quick glance through AmiNet shows the majority of packages there are still using LHA as standard. Even stuff targetting a "modern" Amiga tends to use LHA - grepping the Os4Depot full package list shows:

  grep -c '.lha' FULLINDEX.readme
  4110
  grep -c '.lzx' FULLINDEX.readme
  37

True. I'll update the article to include that - I guess I'm really thinking of things like the 68020 processor (and CD32 which proudly proclaimed "32-BIT" in big letters on the case :)

You're in no way locked to program for AmigaOS in C.

Also true. From what I can see, calling & opening the libraries from Assembly is remarkably similar to e.g. C, but from browsing the leaked OS source (not that I'd ever advocate for that sort of thing ;) ) it was all originally in C. I wanted to dive in and get a better understanding of the code as it was originally written hence my experiments targeting C. Plus, I knew enough C from my old University days to get up to speed in a short enough timespan. With no memory protection, crashing my Amiga because I forgot to free some DOS object or other was a common occurrence - if I was attempting this in Assembly, I'd probably still be working on a basic proof-of-concept! Although I really admire the skills of those developers who did choose that language to write system utilities, not to mention the magic of the demo-scene. It's just a bit beyond my abilities/time constraints at the moment!

Wow! Starred and saved. Thanks for the tip, that will be so useful for testing and incorporating in my Drone pipelines. I'll have a play and post an update, it looks like it should work nicely with my simple utility. Nice find!

I have mine connected to a modern flat-panel display as I use an Indivision adapter, and there are other solutions which is fortunate as CRTs are getting very rare (and fragile!) now. Would still love one for the retro appeal, but I just can't justify it! The power draw from the base system is pretty small, I just checked the power meter my A1200 is plugged into, and powering it on jumped the draw from around 1.6A at 240V to around 1.77A.

There is a fantastic article which I've linked to before that goes into a lot of that: https://datagubbe.se/ltmag/

Datatypes in particular are amazing! I really wish some of these features (see also: ASSIGNs) made it over to other platforms. Which makes me think... A really nice hack (after I finally port SetCmd back to 68k and then bring it to more platforms) would be to add an ARexx port. Rexx itself is a pretty decent scripting language and the ubiquity of it on later-day Amiga systems meant that glue-ing components together and automating big chunks of platform behavior was very simple. Off down the rabbit hole again ;)

OS 4.x runs on PowerPC processors, and there are a bunch of dedicated systems like the X1000, X5000 or SAM460EP. You can also run a "classic" OS 4.x version in emulators or on classic Amigas fitted with PowerPC accelerators. You could always snag a used Mac Mini PPC and run MorphOS on it for a similar experience; MorphOS is a sort of "off-shoot" from the Amiga family tree but has very active development including up to date browsers like https://wayfarer.icu.

Hyperion have also released updated and bug-fixed versions of "classic" AmigaOS, and you can purchase the ROM sets and disks for e.g. OS 3.2 to use with an original machine like your A500.

For HDMI output, I use an Indivision card. It's a little fiddly to fit (has to clip in over the top of some other chips) but gives a great stable and crystal-clear DVI or HDMI output. There are also external "flicker fixer" boxes or scandoublers that turn the Amiga 15KHz video output into something useable by modern displays, but in my experience they tend not to give as good quality output or have lag issues when playing games.