laurelraven

@laurelraven@lemmy.blahaj.zone

Dieses Profil is von einem föderierten Server und möglicherweise unvollständig. Auf der Original-Instanz anzeigen

laurelraven , an linuxmemes in Btw, I don't use Arch

Unless I'm missing something, Plasma is the KDE desktop, there isn't a separate desktop environment just called KDE... In fact, it's full name is KDE Plasma, it's just frequently shortened to either KDE or Plasma

laurelraven , an linuxmemes in Flatpak haters seem to believe that if an app isn't on their distro's repos, it's the developers' fault.

No, because they're not apt packages. You can, however, flatpak update them, and you don't even need sudo since they're installed in the user context rather than system.

laurelraven , an linuxmemes in Flatpak haters seem to believe that if an app isn't on their distro's repos, it's the developers' fault.

I'm not sure where you're getting the idea that Flatpak aren't centrally managed...

laurelraven , an linuxmemes in Props to Alpine and Kali for disabling this bullshit out of the box

And I don't care, so whatever

laurelraven , an linuxmemes in Props to Alpine and Kali for disabling this bullshit out of the box

I mean, you should be careful with destructive changes and commands whether the interface names can change or not... And since they won't change outside of a reboot, I've yet to run into a scenario where that becomes a problem as I'm looking at and making sure I'm talking to the correct device before starting anyway

laurelraven , an linuxmemes in Props to Alpine and Kali for disabling this bullshit out of the box

You know Linux isn't just used by enterprise sysadmins, right?

And even speaking as an enterprise sysadmin myself, I've not had need or use for deterministic interface naming once in my career. I have no clue how common that is, but most of the servers, both physical and virtual, that I've worked on only had one Ethernet port connected.

I see the purpose of this, but don't see a reason why it should be the default, or why it couldn't have been implemented like HHD/SSD UUIDs where the old dev names were left intact for easy use outside of fstab and the like where consistency could become a problem

ETA: you also seemed to miss the part of my initial reply to you about it being something that can be enabled by those who need it... And if you're going to say that the enterprise professionals who need it shouldn't have to turn it on every time they spin up a system, I'll remind you that enterprise admins working at that level where they're setting up enough servers for that to be a hassle are probably using orchestration like Ansible, Chef, or Puppet, and can just add that into their configs once

laurelraven , an linuxmemes in Props to Alpine and Kali for disabling this bullshit out of the box

Considering how much systemd breaks the concept of "everything is a file", this would not surprise me in the least

laurelraven , an linuxmemes in Props to Alpine and Kali for disabling this bullshit out of the box

But the SSD/HDD solution doesn't replace /dev/[s|h]da# entirely, just adds a consistent way to set them in configs like fstab. You can still use the old device names so working with them at the command line is still easy for the most part.

laurelraven , an linuxmemes in Props to Alpine and Kali for disabling this bullshit out of the box

Yes, because everyone has need of this solution, and wants to have to copy and paste interface names every time they need to touch them, rather than having deterministic naming be an option to enable for those who actually need it...

laurelraven , an linuxmemes in That is an act of cruelty towards the poor pokémon

Microsoft at least isn't trying to be a walked garden (at least, they didn't used to)

It's not much, but the bar to be "better than Apple" from that perspective ain't exactly high

(Also, since they didn't mention Microsoft at all or make some statement about how Apple was the worst, I don't see how it even implies that... If you inferred that, I think that's on you)

laurelraven , an linuxmemes in Vim

Pretty sure it's just about the shared name

laurelraven , an linuxmemes in Don't try this at /home

Since my other systems were unaffected, I'm pretty sure it's something on my PC, possibly an update for the Wi-Fi drivers introduced a bug that affects the 5.8 channels

It's been stable since switching so it's more academic at this point, I have no burning need to be connected to the 5ghz channels

laurelraven , an linuxmemes in Don't try this at /home

It seems to be an issue with using a 5.8 gigahertz WiFi endpoint, which has worked fine up until a couple days ago when it started dropping packets going outside my local network: I could watch a continuous ping start failing for a couple minutes while using Synergy to control my laptop that was connected to my work VPN without issue, so it only seemed to be an issue routing outside my network, which is really weird. Switching to the 2.4 gigahertz channels seems to have fixed it entirely.

What I need to do is look up the JournalD commands to be able to read the logs correctly and find what I'm after... Might also spin up a VM to see if that goes out at the same time, would be interesting if the VM can still work while the host is dropping packets...

laurelraven , an linuxmemes in Don't try this at /home

Honestly, the only reason I'm not using a non-SystemD distro is this is my first time actually going all in and having larger communities to help with issues plus just trying to force myself to learn it since it seems like it's not going away

But yeah, I'm not a fan.

Working through a networking issue right now and the layers of obfuscation SystemD adds, especially with JournalD, leaves me not really sure where to even look

It is tempting to say screw it and load up Gentoo on my desktop though

laurelraven , an linuxmemes in Don't try this at /home

Because SystemD must do all and will not rest until GNU/Linux becomes SystemD/Linux

  • Alle
  • Abonniert
  • Moderiert
  • Favoriten
  • random
  • haupteingang
  • Alle Magazine