For those kind of issues I'd recommend snapshots instead of backups

IMHO Ansible isn't much different than a bash script... it has the advantage of being "declarative" (in quotes because it's not actually declarative at all: it just has higher-level abstractions that aggregate common sysadmin CLI operations/patterns in "declarative-sounding" tasks), but it also has the disadvantage of becoming extremely convoluted the moment you need any custom logic whatsoever (yes, you can write a python extension, but you can do the same starting with a bash script too).

Also, you basically can't use ansible unless your target system has python (technically you can, but in practice all the useful stuff needs python), meaning that if you use a distro that doesn't come with python per default (eg. alpine) you'll have to manually install it or write some sort of pythonless prelude to your ansible script that does that for you, and that if your target can't run python (eg. openwrt on your very much resource-constrained wifi APs) ansible is out of the question (technically you can use it, but it's much more complex than not using it).

My two cents about configuration management for the homelab:

• whatever you use, make sure it's something you re-read often: it will become complex and you will forget everything about it
• keep in mind that you'll have to re-test/update your scripts at least everytime your distro version changes (eg. if you upgrade from ubuntu 22.04 to 24.04) and ideally every time one of your configured services changes (because the format of their config files may in theory change too)
• if you can cope with a rolling-style distro, take a look at nix instead of "traditional" configuration management: nixos configuration is declarative and (in theory) guarantees that you won't ever need to recheck or update your config when updating (in reality, you'll occasionally have to edit your config, but the OS will tell you so it's not like you can unknowingly break stuff).

BTW, nixos is also not beginner-friendly in the least and all in all badly documented (documentation is extensive but unfriendly and somewhat disorganized)... good luck with that :)

https://awesome-selfhosted.net/tags/personal-dashboards.html :)

Your system will appeal to the intersection between people who like gambling and people who like donating to charities.

Even among them, I don't see why anyone would prefer putting 100$ in your web3 thingie instead of just donating 50$, gambling with 45$, and buying a beer with the 5$ they would lose to you... well, there are a lot of stupid peculiar people (especially among crypto bros), so you might actually be ok.

About the implementation, the 50% to charities should be transferred automatically... what's the point of a smart contract if people must trust you to "check the total donations and create a donation on The Giving Block"?

PS:

IDK about the US, but where I live gambling is regulated very strictly: make sure to double check with a lawyer before getting into trouble.

I'd say a good middle ground could be making that stuff only visible from your mom's user (or even setting up a completely separate server)?

It depends on what YOU want to do, really... personally, I would be ok hosting religious nonsense if asked, as long as it's not generally available in kids' accounts and stuff (also, porn), but I would come clean and outright refuse if it was neonazi,racist and/or conspiracy stuff. It depends on where you decide to draw the line.

BTW: there's also the passive/aggressive, cowardly option of sayng "I'll rip them when I have time" and then sequester all the DVDs and only ever find the time to rip the ones you don't mind

If going the route of a backup solution, is it feasible to install OpenWRT on all of my devices, with the expectation that I can do some sort of automated backups of all settings and configurations, and restore in case of a router dying?

My two cents: use a "full" computer as your router (with either something like OPNsense or any "regular" linux distro if you don't need the GUI) and OpenWRT on your access points.

Unless you use the GUI and backup/restore the configuration (as you would with proprietary firmwares), OpenWRT is frankly a pain to configure and deploy. At the moment I'm building custom images for all my devices, but (next time™) I'm gonna ditch all that, get an x86 router and just manually manage OpenWRT on my wifi APs (I only have two and they both have the same relatively straightforward config).

It’s a pain that I know can be solved with buying dedicated access points (…right?)

Routers and access points are just computers with network interfaces (there may be level-2-only APs, but honestly I've never heard of any)... most probably your issue is that the firmware of your "routers as access points" doesn't want to be configured as a dumb AP.

Wow, that's so neat!

On my machine it opens a fullscreen plasma spash and then it shows the new session intermixed/overlayed with my current one instead of in a new window... basically, it's a mess :D

If I may abuse your patience:

• what distro/plasma version are you running? (here it's opensuse slowroll w/ plasma 6.1.4)
• what happens if you just run startplasma-wayland from a terminal as your user? (I see the plasma splash screen and then I'm back to my old session)

I don't see the ethics implications of sharing that? What would happen if you did disclose your discoveries/techniques?

I don't know much about LLMs, but doesn't removing these safeguards just make the model as a whole less useful?

man this is getting real popular (kinda like "why not both?" a while ago)

Read this, delete this post and try again.

With the very limited number of drives one may use at home, just get the cheapest ones (*), use RAID and assume some drive may fail.

(*) whose performances meet your needs and from reputable enough sources

You can look at the backblaze stats if you like stats, but if you have ten drives 3% failure rate is exactly the same as 1% or .5% (they all just mean "use RAID and assume some drive may fail").

Also, IDK how good a reliabiliy predictor the manufacturer would be (as in every sector, reliabiliy varies from model to model), plus you would basically go by price even if you need a quantity of drives so great that stats make sense on them (wouldn't backblaze use 100% one manufacturer otherwise?)

Does it still? Looks like the bubble is about to explode

2 more cents :)

I've been using syncthing for a while now, on different devices, and the only unreliability I've run into is with android killing syncthing to save battery life, which is kinda hilarious, considering all the vendor- and google-provided crap they happily waste battery on (I don't use it, but for what I've heard iOS is even worse in this regard).

Specifically, I have a samsung tablet where, no matter how much I tinkered with system settings, synchthing would only run if I manually launched the app or while the tablet was charging (BTW I still use that same tablet, but it now runs LineageOS and syncthing works flawlessly).

All this is to say, you should probably look into system settings and research ways to convince your OS to do what it's supposed to rather than tinkering with syncthing itself.

I last used it a good while ago (like, 10yrs?), so you'll have to verify how what I am about to say applies to current versions (it probably does).

Jasper is an old-school, enterprisey tool similar to Crystal Reports that attempts to give you a WYSIWYG editor for building your reports.

All in all, I'd say that it might be good if you have a reporting department full of people that only do reports and you don't want to train as programmers. If the ones doing the reports are gonna be actual programmers, they'll be much better off generating html/latex/whatever and converting that to pdf.

IIUC you can flash LineageOS on the shield (if you try, let us know how it goes)

Not sure I'm getting the issue here (what does "join table" mean in the scope of JSON/XML?), but... doesn't how you lay out your data in JSON/XML file have zero impact in your application's queries? You won't be querying the JSON - you'll be loading data from it into memory and query the memory.

One thing you can try doing before throwing away the router (which is probably the exact same one your neighbor use) is checking the channel situation in your condo with an app like WiFiAnalyzer and also try moving the router around (some spots are better than others - and hi up is usually better)

That said, ISP routers are often terrible.

How much data are we talking about?

A free mega.nz account should be fine for everything except family fotos and legally obtained music/movies.

I tried dropping the default routes (one at a time) and it doesn't make a difference, which isn't (I think) surprising as all traffic is local as far as the server in scenario 1 is concerned. Also IIUC only the default gateway with the lowest metric actually counts.

So the request goes trough but the replies are discarded ? That could actually be it!

I think there was an option to allow that... I'll search it and give it a try. Thanks!

why is your network like this?

Well, at the moment my network is actually flat :)

This is an experiment I'm doing because I wanted to have all the management stuff on a different subnet (eg. adguard dns is on the "regular" subnet everyone uses, but its web interface is on the special subnet only select devices can talk to).

Of course (like with most stuff in my homelab), it's not like I really have a super-compelling security reason to that, it's mostly that I wondered "what if?" :D

Oh. the ping option you are referring to is -I (upper case) and takes either an interface name or an ip. I did try giving a .10/24 IP to the PC and the results were consistent with scenario 1 (pings where source and destination are on the same subnet work, pings acrrss subnets don't), so I didn't mention that in the OP

I'm just messing around with testing/configuring different desktop environment/window managers and I'm looking for a quick way to preview them (running the new session as my user would be fine too - I just thought it would be simpler as a different user)

Java have had very bad press lately (since the log4j fiasco I guess? maybe since before).

IDK why people blame Java for any issues with any library/project written in it... it's as dumb as blaming C/C++ for all the windows fuckups, and nobody blames php for the various cpanel vulnerabilities or python for all the shit people write in it.

Well... if one must believe their own logo, (see https://sata-io.org/) "SATA" shoud actually be expanded to "Serial ATA" :)

Acronyms of acronyms may not be super-common, but they do exist: eg. Cisco has a network protocol they call "PVST", which means "Per-VLAN Spanning Tree", where "VLAN" is "Virtual Local Area Network" (or "Virtual LAN"; LAN is another of those acronyms that is mostly regarded as being its own word).

In open source, there's a long tradition of recursive acronyms: eg. "Linux" means "Linux is not Unix", which you can't be expanded (in finite time) according to your rule :)

In your shoes, I'd put the money in a proper case (eg. fractal node 304/804) rather than an USB enclosure (no, you don't need hot-swap for a home server): besides the performance issues of USB (which may or may not be an actual issue depending on what you plan to do with the NAS), having a single box makes everything simpler.

For components to fill up the case, you can look at second-hand computers on ebay.

As for the OS, if you are not familiar with linux you may want to look at truenas scale (which is linux).

If you never built a PC, you'll have to do a lot of research not to buy incompatible components... otherwise you could rely on a friend/shop or stick to sinology and similar.

Best of luck to you!

I’m trying to understand Git, but it’s a giant conceptual leap.

Git is not that different from svn (I mean, the biggest hurdle is going from a shared folder to any version control system)... I'd say the main difference is that branches live in a different namespace than files (ie. you don't have trunk/src/whatever but just src/whatever in the main branch). On top of that there's that commit and push are two different things (and the same with fetch and checkout) and that merges are way easier than in svn (where you had to merge stuff manually).

If you create a repo locally and clone it twice in two different directories, you can easily simulate what would happen when you and a coworker collaborate via a centralized repo (say, github) - do a few experiments and you'll see it's not as complicated as it seems (I'd recommend using the CLI instead of some GUI client: it's way easier to figure things out without the overhead of learning to differentiate between git concepts and how the GUI tries to help).

Syncthing or unison might be what you want

I love you bot, but... PCIe is just "PCI express", NAS nowadays means more "home server" than network-attached storage, and no one even ever knew what SATA is supposed to expand to.

There are acronyms that are shortened versions of meaningful names and then there are acronyms that are actual meaningful names for which some meaningless (and quickly forgotten) expansion happens to exist.

I don't think I quite explained the situation well enough: my server only has 1 ethernet port (same as my PC), otherwise I wouldn't have bothered with vlans (well, I would still have bothered, since my house still only has one "backbone" cable running through it, but I would have configured it on the switches only).

Anyway... a few of the things you say/imply go against my understanding of networking, so one of us would better go back RTFM as you suggest :) (just kidding - most probably I just don't understand what you mean)

Personally, I would sell everything and get a used PC on ebay (a small "minipc" one, unless space for hard disks is needed).

Take a look at what you could buy on ebay just by selling off the nvidia card.

Good catch on my megabit vs megabyte blunder!

Yes, XML is different than JSON and YAML, but it's not particularly easier or harder to manually read/edit than JSON or YAML are (IMO the are all a pain, each in its own way).

If you want to look at it from the programmer's side (which is not what OP was talking about)... marshalling/unmarshalling has been a solved issue for at least 20yrs now :) just have a library do it for you (do map json/yaml properties to you objects manually?).

You don't need to worry about attributes/child elements: `` and jack will work the same (ok, this may depend on what language/library you pick - the lib I used back in the day worked either way).

If anything, the issue with XML is all the unnecessarily complicated stuff they added to its "core" (eg. CDATA, namespaces, non-standalone documents, ...) and all the unnecessarily complicated technologies/standards they developed around XML (from Xinclude to SOAP and many others)... but just ignore that BS (like the rest of the world does) and you'll mostly be fine :)

Thanks! Forwarding is disabled. I don't want the server to steal the router's job :)

I fear it was nothing that entertaining: it was just my "normal" dark panel at the top of the screen and a second "default" white one at the bottom (this last one partially covered the windows I had open). I didn't try triggering notifications or otherwise causing some kind of mayhem.

I got an eaton 5e…

Same here and no complains, except I shouldn't have bought the big one with the fan: when it turns on it's really noisy and for some reason it needs to blow air for a long time after the tiniest irregularity in the grid.

Yaml is fundamentally the same as the json and xml it has mostly replaced (and the toml that didn't manage to replace yaml)... it's a data serialization format and just doesn't have any facility for making abstractions, which are the main tool we human use to deal with complexity.

One of the most exciting additions to the Raspberry Pi 5 feature set is the single-lane PCI Express 2.0 interface.

IIUC PCIe2.0x1 means 0.5GB/s, which is slower than USB 2 (I'm talking USB 2 specs - no idea how USB actually performs in PIs). I can't wait for people to buy that NVME hat and mount WD Blacks on that :) READ BELOW

Personally, I always regarded UUID as one of those overcomplicated and frankly unneded "enterprisey" standards (similar to SOAP and XSD, XSLT and various other XML techonologies). After reading this article my opinion didn't change.

Also... do they even know what "version" means? That they choose that word over "type" or any other alternative says it all.

UUID Version 7 (v7) is generated from a timestamp and random data.

Use v7 if you're using the ID in a context where you want to be able to sort. For example, consider using v7 if you are using UUIDs as database keys.

Please, do NOT rely on that and just add to your tables a field with the actual timestamp.