lemmyvore

@lemmyvore@feddit.nl

This profile is from a federated server and may be incomplete. Browse more on the original instance.

lemmyvore,

if I copy my /home (someone said /etc too) over to my laptop, and back it up as well, I’m golden?

/home yes., but ideally only files and dirs starting with a dot (so called “dotfiles” under your home dir. tar cvfa homedots.tar.gz /home/username/.??* should take care of it.

Please note it will include some large stuff that’s probably not needed, like .cache, or some individual caches for other apps that don’t use .cache, like the browsers.

Don’t copy /etc, it’s usually machine-specific.

would different hostnames and usernames make a problem?

Hostname no (if you don’t bring etc). Username technically yes, you may want to rename the home dir. The user id and group id are important too but usually off it’s the first user on the same distro it will receive the same ids (typically 1000 nowadays). If not, you can change that manually and recursively chown 1000:1000 -r /home/username.

lemmyvore,

You’re welcome.

To clarify, /etc can have things that are relevant for the machine so you may want to back it up, but it’s not usually transferrable directly to another machine because it probably doesn’t play the exact same role. It has things like service configs, network configs etc.

Even if you’re trying to migrate a machine to new hardware and the machine will play the same role it’s best to pick and choose files from /etc/ on a case by case basis. What I do is grab a tarball of /etc and set it aside, then if I need to redo something the same way it was on the old machine I can dig through the tarball and only use the relevant files.

Like I said it’s extremely specific. For example if I want to reconfigure the SSH daemon that’s usually a couple of lines which I know by heart (turn root login and password logins off) which I can do by hand; if I want to reconfigure CUPS printing it’s best to use the CUPS admin interface to autodetect the printer, you don’t usually want to mess with its config files; for some things like /etc/fstab or NFS or RAID I may want to copy some stuff but edit the disk UUIDs; for some things like Samba I could in theory copy the config straight over. It varies.

The list of installed packages may also be relevant when you migrate to a new machine. Different distros have different commands for obtaining a list of installed packages, and different ways of using that on the new machine to restore the same package selection. This is useful and typically can get you started much faster on the new machine.

Is there a "universal" web UI for custom Linux NASes?

Got me thinking, cuz I’ve done my own solutions (not the popular ones, like OMV and the likes) and they work just fine, I really have no trouble managing them through the terminal, but I thought about other people (maybe people that like more managing things though a web UI) and I was like “is there something like this...

lemmyvore,

There’s things like Unraid and Synology that have their own UI. But they have some limitations, for example Synology requires one of their devices, doesn’t run on generic ones.

lemmyvore,

What on Earth for. I don’t think I’ve used it more than a couple of times over the last 5 years, and that was for arcane stuff like enabling rc.local (which is something every user should probably not know about…)

lemmyvore,

Why doesn’t it start automatically anyway?

lemmyvore, (edited )

Out of curiosity, what’s the point of installing Bluetooth but keeping it disabled?

I imagine the opposite would be the default most people wanted (enable it by default and let power users with a bizarre use case disable it manually).

lemmyvore,

So, like, you have to manually enable every service you install?

lemmyvore,

Because if I install bluetooth it’s because I have some bluetooth devices I want to use?..

lemmyvore,

They aren’t facts, again, they’re wishful thinking. I’m a long time contributor and developer and I can assure you that with things as complex as X and Wayland things would move slowly even if everybody was of the same mind, let alone in the “herding cats” style of FOSS.

Wayland has been in development for 15 years and it’s still not ready – please, it’s not, and stomping our feet and claiming otherwise won’t make it so. Another 5 years will probably see it reach a more stable state.

What do I mean by ready? Well the desktop stack [on Linux and *NIX] is extremely complex. Whenever you’re dealing with something extremely complex in software, over the years, you amass a large amount of solutions that solve real world problems. That’s what I call “ready”. Most of those solutions will be dealing with quirks and use cases which do not affect everybody equally, but they’re each crucial in their own way to a varying slice of the userbase.

Whenever you rewrite something from scratch you throw away the bulk of those quirks. It’s a common fallacy for developers to look at the shiny new thing and think that it’s better. In reality it’s worthless without the quirks, and accumulating those quirks all over again takes a long time. X has been accumulating them for 40 years. Wayland is barely scratching the surface.

The fact the protocol places and splits the burden over the various DE and WM teams will NOT help. We will need libraries that solve the same problem once instead of over and over, and most DE/WM will come to depend on those libraries. The end result will be eerily similar to X. Ironically, by the time Wayland will be done it will have spent a comparable time in development to X, and will have accumulated the same amount of baggage that people dislike about X.

What percentage of the Linux Desktop universe are you expecting will still be using X at the end of 2025?

More or less the same that’s using X right now. GNOME, KDE and the various distros will get a bloody nose trying to force Wayland through but if that’s the only way they learn, so be it.

The Steam Deck actually has one of the few use cases where Wayland actually makes sense, it’s a turnkey, highly controlled stack (both software and hardware) where users don’t have any reasons to care about what’s under the hood. I expect them to switch ASAP.

Another place where Wayland can be used straightaway is the desktop graphical login screen (which is the original reason it was created for anyway). It’s a singular application with reduced requirements and simplistic interactions.

lemmyvore,

but why should AMD, Intel and NVIDIA care about Linux desktop

They care because it’s free testing for their more lucrative Linux-based products. We’re their lab rats.

  • All
  • Subscribed
  • Moderated
  • Favorites
  • localhost
  • All magazines
  • Loading…
    Loading the web debug toolbar…
    Attempt #