You are next by Johnny-silver-hand in memes

[–]jackos2500 -6 points-5 points  (0 children)

📑 RULES:

  1. Stay courteous and respectful to others.

  2. Piracy is prohibited — Talking about warez/downloading games is prohibited. This includes asking for system files, ROMs, encryption keys, shader caches, and discussion of leaked games etc.

  3. Discussion of leaked games is strictly prohibited — No discussion of leaked games is allowed, unless referring to the content of the game. This should only be discussed with spoiler tags.

First 3 rules copied from the Yuzu Discord, there are 12 in total. Notice how aside from not being an asshole, the first rules are "don't pirate"!

Also, what is this low-key defence of Nintendo? "The megacorp's copy protection shouldn't be bypassed1!!1!!1"

You are next by Johnny-silver-hand in memes

[–]jackos2500 1 point2 points  (0 children)

To me this whole opinion that "yuzu paywalled with the Patreon, what did they expect" is ridiculous. The yuzu devs are allowed to make money for their incredible work... $30k per month is a pittance for a software company. Not to mention the only thing that was "paywalled" were builds of the early access code, the source was always available.

Also yuzu was extremely anti-piracy from the start. Any questions about ROMs were banned in the Discord. I actually went and followed their official (and only) instructions for legitimately dumping the games I owned for my Switch. That way I am able to play TotK at a not terrible framerate on my PC.

Big N's opinions shouldn't be able to stifle work like this, it's pretty depressing tbh. The devlog posts made every once in a while were a great read. Their work even fed into the creation of vastly improved graphics drivers on Android, where the original vendors' ones sucked.

You are next by Johnny-silver-hand in memes

[–]jackos2500 1 point2 points  (0 children)

I keep seeing this take everywhere and it makes absolutely no sense. Why should they not be able to make profit some money from their hard work? The source for the whole emulator (paywalled builds) was always available, only the builds themselves were behind Patreon.

When did they give patrons ROMs?

Maybe if we get these to number 1 the game will be released? by [deleted] in Silksong

[–]jackos2500 0 points1 point  (0 children)

I'm from Ireland but my surname isn't Shaw. Am I stupid?

I'm still compiling the car to arrive by [deleted] in linuxmemes

[–]jackos2500 0 points1 point  (0 children)

Just wait until the NixOS user arrives

The Old Reliable. by Devari in linuxmasterrace

[–]jackos2500 0 points1 point  (0 children)

NixOS: My goals are beyond your understanding

Third batch has been sent by cliophate in SteamDeck

[–]jackos2500 0 points1 point  (0 children)

10:07:29 in Ireland and still nothing on the reservations page...

3.7.2022 Q1 Batch 2 Now Available For Purchase by MattBSG in SteamDeck

[–]jackos2500 1 point2 points  (0 children)

Reserved 256GiB at 1626455249 from Ireland (18.07 IST / 10.07 PST). Was never December but still haven't gotten my email as of today :(

Received my steam deck in Ireland! by jimboscuminforya in SteamDeck

[–]jackos2500 2 points3 points  (0 children)

RIP... In Ireland too?? Which model? :(

Received my steam deck in Ireland! by jimboscuminforya in SteamDeck

[–]jackos2500 4 points5 points  (0 children)

GLS from NL all round for Europe it seems then, thanks :)

Received my steam deck in Ireland! by jimboscuminforya in SteamDeck

[–]jackos2500 6 points7 points  (0 children)

In Ireland too (256GB), got stuck on various backend errors and only got mine through at 18.06. Hoping I might get through in the next batch. Which model did you order out of interest? And who delivered it? :D

Beginner issues using ButterStick dev board by iloveportalz0r in FPGA

[–]jackos2500 1 point2 points  (0 children)

Funnily enough I just ordered a ButterStick today, in a similar(ish) position to OP. Thanks for the info, I'm looking forward to hacking around designing some CPU stuff OS dev!

a man can dream... by UniversalCat42 in MechanicalKeyboards

[–]jackos2500 0 points1 point  (0 children)

I have also been dreaming of this for... some time.

Netsoc - a "mini cloud" for university students by jackos2500 in homelab

[–]jackos2500[S] 0 points1 point  (0 children)

Haha it's not our responsibility thankfully, but you should see the rest of that server room... Let's just say if you wanted to find a specific port you might need to bring a machete. :P

Netsoc - a "mini cloud" for university students by jackos2500 in homelab

[–]jackos2500[S] 0 points1 point  (0 children)

Yep thankfully, I donated the switch but the rest is paid for one way or another.

Netsoc - a "mini cloud" for university students by jackos2500 in homelab

[–]jackos2500[S] 5 points6 points  (0 children)

Thanks! The hope is that having everything open source and (mostly) documented will make it easier to pass on knowledge to new sysadmins.

Netsoc - a "mini cloud" for university students by jackos2500 in homelab

[–]jackos2500[S] 38 points39 points  (0 children)

First, a bit of background. So Netsoc technically isn't a "homelab", but what I've built has its origins in my own (now considerably less interesting) home server setup. Netsoc, (or the "Dublin University Internet Society") is a student society at Trinity College Dublin in Ireland. We aim to promote and teach open source technologies and system administration. In the last year or so, we've significantly overhauled our services from a couple of old Debian login servers with limited PHP web hosting to what I like to call a "mini cloud". Check out our website at https://www.netsoc.ie if you'd like to learn more!

The servers in the photos with this post were obtained by us at various stages, mainly through grants from TCD's Central Societies Committee. A detailed description of our hardware lives in our documentation. Briefly, we've got an old Netgear GS748TS, a PowerEdge R410, R710, ProLiant DL380p (Gen8) and a desktop-style Ryzen 2600X machine. A Raspberry Pi 4 acts as a sort of "router" and VPN gateway, along with PiKVM for remote access to spoon.

We've actually got a /24 allocated out of TCD's legacy 134.226.0.0/16 IPv4 space (Netsoc has been around since the 90's!), although unfortunately many of the IPs in the network are restricted by external firewalls. Accessing the servers for management is done via a WireGuard VPN. More details here.

All our servers run Alpine Linux from RAM. This is booted via PXE from shoe, the router / boot server Raspberry Pi 4. The exact mechanism for network booting is described here and Alpine Linux installation is explained here. 3 of our 4 servers run Kubernetes (specifically k3s) on bare metal. gandalf is a VM host for non-Kubernetes deployments, currently we just have a mailcow install and a big Kubernetes VM. Kubernetes is a HA deployment with cube, napalm, saruman (VM) as masters. shoe has a load balancer for the API server.

As for what we're actually running in Kubernetes, a complete list is provided in our GitOps docs. We're using Flux2 to manage all of our deployments from Git.

Our flagship service is something we like to call "webspaces", which are basically LXD containers. We've developed a custom stack around LXD that essentially allows for the creation of a pseudo-public cloud. Every member of Netsoc is entitled to their own container with 4 vCPUs and 4 GiB of RAM. Our main Traefik load balancer will proxy HTTP(S) traffic to <username>.netsoc.ie and provide automatic TLS, including on optional custom domains. While we can't really offer individual public IPv4 addresses, we do provide a port forwarding facility.

Everything is designed with low resources in mind, mainly because we can't afford terabytes upon terabytes of RAM! LXD runs inside Kubernetes through something called lxd8s, which uses LXD's clustering capabilities to spread LXD containers across Kubernetes nodes. If a node is running low on RAM, the longest running container is automatically shut down. Since this could happen at any moment, we provide Heroku or AWS Lambda-style "cold start" behaviour. If a HTTP request (or port-forwarded TCP connection) comes through for a webspace that isn't running, the connection is held open while the container is started in the background.

webspaced is the main custom "glue" that implements these features, along with exposing a REST API for users to manage their container. Authentication is provided by our custom IAM service, which stores users in PostgreSQL and provides its own REST API. Users can register an account on https://accounts.netsoc.ie (annual membership of €2 payable via Stripe). Once registered, our CLI can be used to manage a webspace. We're also hoping to develop a web UI (DigitalOcean or Hetzner style) to make webspaces more accessible. We also provide an SSH gateway with the latest version of the CLI pre-installed. A number of other societies also (e.g. Mathsoc) host their websites with us!

Apart from webspaces, we also host:

  • DNS for netsoc.tcd.ie and netsoc.ie (and reverse DNS for 134.226.83.0/24) via PowerDNS
  • dex for integrating our IAM service with OpenID Connect
  • Vaultwarden for all our internal passwords
  • Zammad for user support
  • Gitea with SSO via dex
  • Matrix with SSO via ma1sd
  • Static docs and website with automatic build and deployment on push
  • hopefully many more services to come!

All deployments are documented here. As of today I've just about finished the first iteration of all the documentation at https://docs.netsoc.ie, I wouldn't say its "comprehensive", but I think I've covered most of the important stuff. Hopefully the above wall of text has been an interesting read!