You are not logged in.
Does FluxBB support image attachments? That would make life a lot easier for people asking for or receiving support.
I have Devuan installed on a very old laptop from the Pentium M era. Works smoothly for its age, and it's been all over the place.
We're at a point where you can use Sid without worrying about something catastrophic underway, and even a bug or two could be patched up instantly. I think this argument would have been applicable ten years ago when GNU/Linux wasn't quite there yet with desktop adoption. It's a lot better now.
Still, if you're just looking to update as much as you can at least once a week, then expanding your repositories or moving over to a development branch would be ideal. Otherwise, if everything else looks fine, then why fix what isn't broken? That's the whole point of stable releases.
It's likely your systems don't need any updates for Beowulf right this moment. You could try adding beowulf-proposed-updates and/or beowulf-backports to your repositories and see what updates are readily available. It's the safer alternative to pulling in packages from Chimaera or Ceres.
I know this is just going to derail the thread (I'll stop after this post, so make of it what you will), but I was more or less referring to how in the heck they are "popular", when I barely know any GNU/Linux user who has that OS as their daily driver, newbie or experienced. I could understand some exceptions, but the "number one on DistroWatch" thing just seems like a meme.
Also, isn't Systemd now included to some extent (source)?
Nonetheless, I appreciate the efforts of people like Steven Pusser who port and maintain packages not currently supported by Debian upstream.
I think Debian's problems are more than just "embracing" Systemd. The current operations aren't as "traditional-minded" as once in the past. Speaking highly of things such as Wayland, GNOME, and other modern atrocities to GNU/Linux would entail that what passes off for "Debian" is primarily by influence of Red Hat and Canonical.
brocashelm wrote:Some of us like to live on the edge...
In all your systems? Wow
By switching to Ceres. Way better and no less stable than Beowulf on a good day. Chimaera did give me problems, though. Perhaps the reality is LTS-based systems generally suck and rolling releases are the way to go. I like not having to worry about doing another major system upgrade ever again.
Well actually my lame attempt at humour was a dig at Mint's atrociously poor security support: https://www.reddit.com/r/linux/comments … inux_mint/
The OP is wise to move on from that crapfest.
It's just a newbie's first distro that can then be used to level up to something else when it's time. What Ubuntu should've been (at the very least) and not nearly as much of a joke as Pop!_OS or the "popular" MX GNU/Linux.
Some of us like to live on the edge...
I stuck with 18.3 for the longest time because I could still boot with Upstart (Systemd couldn't be removed successfully). I moved over to Devuan and "Mintified" it to the point where I don't even look back now.
Golinux's post should set the record straight.
I think you're looking around for things that clearly don't exist. Devuan forks over two hundred Debian packages to remove Systemd parts, and whichever ones make it difficult to do so would end up being blacklisted for everyone's safety. It's not a perfect world, but this is as good as it's going to get.
You're more than welcome to help out the developers with bug testing, package maintenance, and so on. I find those would be a lot more constructive to the cause than making these sorts of threads.
I can still edit my posts on the debian forum even from 2015 but there's no longer a delete option. It is possible to have different timeouts for those 2 functions. We need to find the sweet spot for each of the options.
Don't they use phpBB? By default, you can only "delete" your post if no one else followed up in the thread, and the previous posts which haven't had anyone else contributing are candidates for self-deletion. If you edit your most recent post in a thread (provided no one else replied), there won't be a brief note saying that you edited your post.
Looks like there's an issue with the current session failing to update the threads I've just read. This happens sometimes. I'm using Pale Moon.
Both Chimaera and Ceres get you closer to upstream versions of software, so all the security updates can come directly from them.
I'm also noticing this. Checking with the Debian Sid repository, there are a ton of packages that need to be upgraded, but I always want to be careful with mixing Debian and Ubuntu packages (the only exceptions include Boot-Repair and Mintstick, both of which were safely installed from separate DEB files).
Either way, I'm not too concerned. That it's quite stable itself is rather impressive and satisfies my use cases. Props to the team!
I might switch to this soon. NetworkManager "mostly" works, and when it doesn't, it's a literal pain in the you-know-what.
Also, like one of the users above me, I'm using the "unstable" branch, hence dependency issues with Python (I asked about this here). Without Python, Youtube-dl wouldn't work, so what I did to mitigate this was I copied some of Python's binary files from a backup after properly removing all conflicting packages via APT. Jack and stuff like that are pretty much worthless in my book, since ALSA is more lightweight and just works.
For Devuan (the main one) itself? Doesn't seem to be officially distributed, but you can make copies of an existing Devuan install using Refracta's snapshot tools (they have a Chimaera snapshot uploaded here, at least).
As well, Exe GNU/Linux provides Ceres ISOs here.
If you want to read up on other Devuan derivatives that might also provide testing or unstable flavors, this thread might be of good use.
What's the average amount of days in uptime that you keep your Devuan-installed systems on before a reboot is necessary?
Although I'm using Devuan Ceres full-time, I usually keep mine on for at least thirty days (but even longer for systems that aren't my top priorities), provided there are no issues needing to be resolved in that time frame. I'm not a fan of rebooting every other hour because an update broke something or I just did a minor kernel upgrade, although I keep in mind to not go crazy on the energy costs (I know you can hibernate, but I don't trust it at all). Nevertheless, all my systems are hooked up via UPS, in case shit hits the fan.
How about your systems? I'd like to keep one going for several months or even a whole year, but I'm in an area where air quality is generally bad and dust builds up quickly.
Devuan Ceres is amazing and far more stable than any other "stable" desktop GNU/Linux distro I've tried. Been running it for two months straight without a single error (current kernel is the 5.8 branch), and in my experience, this showcases the best of both worlds (for stability and updates). I never liked doing major upgrades, anyway.
Thunderbird is both a blessing (stable, easy-to-use GUI) and a curse (Mozilla). Are there any noteworthy forks of it, just as Firefox itself has been forked left and right over the decades?
Thanks for the heads-up. I remember reading the thread before, but forgot about the pinning specifics for MX GNU/Linux. Nevertheless, the Systemd pinning is crucial when including repositories such as those in.
I saw this on a different forum, so I figured this thread would be interesting to see what we're all using to pull in packages and updates from.
When I installed Beowulf, I had the security, backports, and updates branches thrown in for good measure. Now that I'm predominantly on Ceres, those are no longer necessary. I also like to keep all my sources on the same file, rather than individual files per repository. It just makes things a lot simpler.
I added WineHQ's repository to get the most out of my Wine-dependent programs, and Pale Moon is the least sucky graphical browser in my opinion.
deb http://deb.devuan.org/merged ceres main contrib non-free
deb https://dl.winehq.org/wine-builds/debian/ bullseye main
deb https://download.opensuse.org/repositories/home:/stevenpusser/Debian_Unstable/ /
And, here's my permanent Systemd blacklist (just in case I decide to add MX GNU/Linux repositories for the GUI tools):
Package: systemd
Pin: release *
Pin-Priority: -1
Package: *systemd*
Pin: release *
Pin-Priority: -1
Package: systemd:amd64
Pin: release *
Pin-Priority: -1
Package: systemd:i386
Pin: release *
Pin-Priority: -1
[rant]
Moral of the story: The Crucial BX500 series SSDs are utter crap.Of that pair of SSDs, one is dead as a doornail (doesn't register on the bus), the other is clearly dying.
Both are less than a year old and still under warranty, but I'll be throwing them in the trash rather than returning them - the last thing I want is more of the same.
Both have history of hitting ~70c and thermal throttling under sustained write loads, despite the enclosure and the drives directly above them never breaking 26c.
The nasty plastic casing never even gets warm, and now that I've dissected one I see somebody at crucial thinks putting a thermal pad on the controller is a luxury. 70c is listed as max operating and they never exceeded it, but I'll bet a cookie heat is why they died.Crucial, your budget SSD line gets a solid F from me. The Kingston A400 series is not only cheaper, it's also built properly and doesn't constantly try to cook itself.
I wanted budget SSDs for that filesystem, and expected budget performance. What I didn't expect was something so shitty it can't even sustain the already mediocre performance numbers without overheating.
FWIW, a BX500 reporting 70c writes at ~7MB/s.
[/rant]
That's disappointing. I actually own a couple of Crucial MX500s, and they've yet to disappoint me in the two years I've been using them. Temperature spikes have never been an issue, and it's been a pretty bad summer in my area. The HP SSDs I've owned, however, were already having multiple bad sectors within a few months of using them. Now, those are the cheaply produced SSDs (not surprised, since HP is a shit brand).
I might try out a Kingston SSD next time. I do use their HyperX Fury line for DDR3 memory, which is pretty nice and fast.
Personally, I don't use display managers, so starting the X session via command line is simple enough for me. I remember liking LXDM a lot, and as far as I can recall, it's not at all affected by Systemd.
Pretty cool, indeed. Great way to entice fans of Gentoo, Arch GNU/Linux, and other such distros to try out Devuan and see what it's all about.
The "unstable" Ceres is more stable than most other "stable" distros. Crazy world we live in.
I'm fine with Pale Moon. It's the only active fork that supports XUL. The developers might be interesting characters and the browser probably does stifle from limited resource power, but considering that I have JavaScript turned off almost always, pages load blazing fast, anyway.
Another Firefox fork that I like is IceCat, which is created by and for freetards. Too bad there isn't an official repository to automatically receive updates through APT. I never bother with the Tor feature, since Tor Browser is there for a reason (to keep things neat and tidy with configuration profiles).
Otter Browser is great, but it hasn't been updated in a while, hasn't it? At least it's closer to what Opera was like, before a Chinese corporation bought it and installed all sorts of backdoors. Even the "VPN" can't be trusted one bit.
For a Chromium fork that I use, Iridium Browser is solid. It's just that the Debian build is outdated. Otherwise, not interested in Googleshit.