Sidebar
Debian - The universal operating system
29 August 2024 Jonathan Carter writes: > As it stands now, bcachefs-tools is impossible to maintain in Debian stable. While my primary concerns when packaging, are for Debian unstable and the next stable release, I also keep in mind people who have to support these packages long after I stopped caring about them (like Freexian who does LTS support for Debian or Canonical who has long-term Ubuntu support, and probably other organisations that I’ve never even heard of yet). And of course, if bcachfs-tools don’t have any usable stable releases, it doesn’t have any LTS releases either, so anyone who needs to support bcachefs-tools long-term has to carry the support burden on their own, and if they bundle it’s dependencies, then those as well. > > I don’t have any solution for fixing this. I suppose if I were upstream I might look into the possibility of at least supporting a larger range of recent dependencies (usually easy enough if you don’t hop onto the newest features right away) so that distributions with stable releases only need to concern themselves with providing some minimum recent versions, but even if that could work, the upstream author is 100% against any solution other than vendoring all its dependencies with the utility and insisting that it must only be built using these bundled dependencies. I’ve made 6 uploads for this package so far this year, but still I constantly get complaints that it’s out of date and that it’s ancient. If a piece of software is considered so old that it’s useless by the time it’s been published for two or three months, then there’s no way it can survive even a usual stable release cycle, nevermind any kind of long-term support. > > With this in mind ... I decided to remove bcachefs-tools from Debian completely. Although after discussing this with another DD, I was convinced to orphan it instead, which I have now done. I made an upload to experimental so that it’s still available if someone wants to work on it (without having to go through NEW again), it’s been removed from unstable so that it doesn’t migrate to testing, and the ancient (especially by bcachefs-tools standards) versions that are in stable and oldstable will be removed too, since they are very likely to cause damage with any recent kernel versions that support bcachefs. It seems that this is one more iteration of the conflict between Debian's focus on stability vs the desire to use the latest products, tool, and features. I'm happy to see that instead of removing bcachefs-tools completely, that the package has been orphaned so it will be easier for someone to pick up maintenance of the package. I'm excited to see bcachefs get closer to becoming a mainstream filesystem, but it will take time to get there as issues like these will have to be worked through for any LTS/stability focused distribution.
I like how Debian clearly lists all known CVEs
https://canvas.fediverse.events/ !canvas@toast.ooo
This question is a extension of this thread: https://forums.debian.net/viewtopic.php?t=154837 From my understanding, it seems the only way to install Debian without non-free software is to do it the old fashioned way (debootstrap). Is this true?
github.com
cross-posted from: https://monero.town/post/824123 > >Implements support for waydroid in vso, this includes creating and deleting a waydroid container, as well as using fdroid repositories to install and search for applications. >
I use Debian VMs for my homelab because they are stable and easy to deploy
I think #lemmy has been around a few years now. Searching packages.debian.org yields no results for a lemmy client. Anyone know if there are any projects underway to produce a lemmy desktop client (text-based in particular), even outside of the Debian framework?