qprimed

this resonates so much…

“ok, which one of you crackheads decided an unconstrained recursive C function was a good idea right her… oh.”

this thread is it in a nut shell. the x11/wayland situation can trip things when it really should be super seamless. that will be fixed soon enough.

if you are ok with an Ubuntu base (which these days is drifting further from its Debian base) then regular mint is great.

if forced…

1. Debian stable (or sid if you loathe/love yourself)
2. lmde
3. mint
4. something other than ubuntu
5. …
6. ubuntu

not hating on ubuntu, its just been moving away from where I am at.

If you’re skeptical that this feat is possible with a raw 4004, you’re right: The 4004 itself is far too limited to run Linux directly. Instead, Grinberg created a solution that is equally impressive: an emulator that runs on the 4004 and emulates a MIPS R3000 processor—the architecture used in the DECstation 2100 workstation that Linux was originally ported to. This emulator, along with minimal hardware emulation, allows a stripped-down Debian Linux to boot to a command prompt.

that is 2^8 levels of insane! and of course its Debian.

edit: 4bit data 12bit addressing make it an 8bit processor ; -)

I will slowly corrode on this hill.

the Rust kernel could be many years away from being finished.

the number I saw floating around was 3 years to production useful. regardless, C’s end days as the go-to, large systems level language are drawing nigh.

edit: tear

…that wireless mac is looking suspiciously shopped and non-existent.

ONE OF US! ONE OF US!

but seriously, modern FOSS distros (yes, debian is modern, damnit!) are amazingly good. you have an exceptionally high probablility of switching and staying switched.

tl;dw - individual containers isolated in HVMs with traditional container tooling.

I have been living under a rock and had not heard of this project before. it does seem to give a reasonable alternative to the manual VM[container] two-step for some workloads.

an older, but more complete intro lives at Kata Containers An introduction and overview [you tube]

understood. tinycore is a live installable distro, so you can still test it on bare metal.

pick the GUI flavor and kick the tires for a while.

the repos are browsable inside the package manager - I would imagine they are browsable outside as well, but I have never had cause to do so.

honestly, give tinycore a shot. fire it up in a VM and take a look around - it really is an amazingly useful distro.

deleted by creator

• Lazy

the only honest answer.

creative is great, but sometimes you really just want your fleet of servers to do their fleet of servers thing. no fuss, no hassle. 100% solid and stable. learn the “debian way” and life is grand.

debian saved my marraige and raised my kids - ok, not really, but almost.

lots of debian. its debian all the way down.

if the install had finished and the installer was simply reading the flash drive to clean itself up, unmount filesystems and reboot, then chances are you are fine. However, as a personal rule I never allow an installation to go into production if there were any unexpected anomalies during installation. its just not worth the risk.

exactly. I have been begging multiple ISPs for direct IPv6 allocations for 10+ years now. its always “we are internally testing - not available for distribution yet”. the most recent request from me was less than 3 months ago when I needed a IPv4 /29 for a remote site. figured I would see if I could also get a nice sized IPv6 allocation as well. nope. just gotta keep paying a premium for that dwindling IPv4 address space.

Hurricane Electric is to be commended for their public IPv6 tunnels, but without direct allocations from your immediate upstream, its just play.

lag bolts into shields into concrete may be secure if its done really carefully. it still leaves possible issues with the frame integrity - there are quite a few low quality frames and cabinets out there and mechanical stress on those vertical rails and all of the connection points in-between when equipment is extended on rails is no joke.

I am used to datacentre grade mounting gear (even in my home lab), so I am a bit spoiled. however… take a look at Rack Solutions for harder-to-find quality mounts, rails and adapters. a source for excellent quality steel open racks/frames and enclosures is x-mark (now owned by belden). thats the stuff I use for myself.

edit: as was mentioned in another comment, OEM rails are almost always your best bet, however high quality 4-post sliding shelves have saved my butt on ocassion. Rack Solutions also offers those.

I understand caution when approaching things like secure boot - it can absolutely be abused by monopolies. however… barring inherent or implementation flaws and ensuring that signing keys are under user control it conceptually (and practically) allows for some useful things.

a fully extended chassis on rails in a wall mount anything (frame or enclosure) is going to place an extreme amount of pull force on the wall attachment points.

I would personally not place anything but a static, fixed load into a wall mount.

equipment on rails is a lifesaver and, if you really want to do it, consider a freestanding enclosure thats designed to take deep servers, extended loads and has anti-tip features.

just my 0.02

10.0.0.0/8

172.16.0.0/12

192.168.0.0/16

🎶 a whole new wooorrrld… 🎶