• 0 Posts
  • 14 Comments
Joined 1 year ago
cake
Cake day: September 30th, 2023

help-circle


  • “Slackware has no dependency management” is a meme as old as Debian, and basically the only thing people know about it.
    Fact is, you install additional packages from Slackbuilds, and there’s a tool that resolves dependencies for that (slpkg). It’s not officially supported but well-maintained and it works. So in practice, it works the same way as Arch’s AUR (where absolutely everyone uses yay even though it is also not officially supported or recommended).

    So, the fact that the default package manager doesn’t resolve dependencies is irrelevant in practice. What is relevant, and an actual valid criticism of Slackware, is that the default installation isn’t minimal or tailored to you, and should’t be changed unless you absolutely know what you’re doing. It gives you a wide variety of software for all kinds of tasks that wasn’t chosen by you, but by benevolent dictator Patrick Volkerding. And his choices are very different from what’s become the de facto Linux standard today (e.g. Calligra instead of LibreOffice).

    My take on it is that Slackware is the perfect OS for maybe 100,000 people on earth, and I happen to be one of them.





  • Yeah, 200GB is not normal. Sounds more like you at some point clicked “select all” and then “install” in Synaptic. (This kills the Debian)

    Yes, you can install different DEs without conflict.
    But manually and individually removing all packages you think belong to one DE will lead to breakage. XWayland is like a compatibility layer that lets programs designed for X work in Wayland.

    Yes, if you install and start Gnome, you’re using Wayland. Programs that can’t will use XWayland. You don’t have to worry about it.

    Then google how to reset the BIOS password on your hardware. Sometimes it’s a jumper you can reset, sometimes you have to take out the CMOS battery, sometimes you have to call the manufacturer and provide proof of purchase.



  • A reinstall will get you back to a working desktop for watching media and browsing the internet within half an hour.
    Much faster than trying to backtrack all the stuff you did and figuring out what’s wrong.

    And you seem to have messed up quite a bit by trying to remove a lot of stuff manually, package by package. IMO that’s a waste of time, and has a 50/50 chance of messing up apt.
    All they take up is a bit of drive space (likely less than 1GB). Just remove what you don’t need from autostart and the menus if it bothers you.


  • That’s just semantics in my opinion. Debian Sid isn’t meant to be a rolling release distro, but it works perfectly fine as one.
    You have to take the same care as with other rolling release distros - actually read the changelogs, don’t automate updates, and type “No” if it wants to remove packages you need. Other than that, I’ve never had any issues, and never heard from anyone whose Sid brakes regularly.


  • Slackware works differently than other distros. After a default installation, dependency tracking is pointless because you install its entire repository up front.
    If you need something that isn’t in the repository, you’ve got Slackbuilds that work just like Arch’s AUR. Or you can use third party repos with their own package managers, semi-official tools with depedency checking, flatpaks or whatever else you want. The point is, how you manage your packages is your choice. The default package manager is just a helpful bash script.




  • Either use Stable or Unstable. Testing is actually the most unstable of the three branches, due to how Debian works:

    Updated packages are first introduced into Experimental, then into Unstable when they actually build and run. So Unstable is equivalent to Arch’s main branch.
    Then they automatically enter Testing after a few weeks without anyone reporting a critical bug.

    What this means: Testing is the only branch where the decision over what enters isn’t made by a human.

    If someone notices critical bugs in Testing, the packages may be kicked out of Testing again until the bugs are fixed. So Testing is the only branch where packages can simply disappear when you run an update.

    It’s also the most insecure branch: When a vulnerability is discovered, the packages in Stable are patched to close it. The packages in Unstable are updated to a new version that closes it. In Testing, the vulnerability stays until the new version eventually migrates down the line again after spending a while in Unstable.

    I’ve run Unstable for years. IMO it’s a great rolling release distro with horrible branding.