The officially official Devuan Forum!

You are not logged in.

#1 Re: Off-topic » Trying to explain what happened with Cloudflare? » 2025-11-25 13:03:31

Good write-up, up front. Wish I could read the whole thing.

#2 Re: Off-topic » Trying to explain what happened with Cloudflare? » 2025-11-25 08:46:05

Cloudflare - louded as one of the top developers in certain circles, should have known better than to release it so early without full vetting.

Nobody follows proper development cycles anymore either way. Knowing if a service of yours goes down it can cause that much trouble should inform you to be a more stringent and have hard policy as to production rollouts.

It's why I don't and won't work for them, that and their sales tactics; netflix as well. It's the reason I get annoyed when people complain about alternatives and still fail to realize that it's very difficult to replace things without some funding.

#3 Re: Off-topic » Hard Rust requirements for APT from may next year » 2025-11-21 22:34:03

First, yes they could use fil-c - Problem is it doesn't have the marketing behind it. That's just reality. I'm a pragmatist and agree with you there.

Second I understand Lunduke.. problem is I agree. smile
It's more of a good natured ribbing as far as I see it. Some of this is 100% ridiculous. It should be derided by all who have sense.

That's all. Otherwise I don't care if you write it in python, just don't make a claim esp in the face of mounting evidence that you're wrong. When I say you or you're here I'm not talking about you @exponentialmatrix.. I'm speaking in the proverbial sense.

smile

#5 Re: Freedom Hacks » ALSA software mixer enabled by default in Debian/Devuan » 2025-11-21 13:10:49

installing the fftrate plugin and setting it up for high-res playback might just be worth a go. Not that it’s life-changing or anything.

That's one of the major points I'm touching on. A lot of people need / want low latency, high res audio. Some need it, i.e. studios, dj's etc.
Point is, it's been years of people just kicking alsa for no good reason. lol...

#6 Re: Freedom Hacks » ALSA software mixer enabled by default in Debian/Devuan » 2025-11-20 22:51:26

@igorzwx  No problem. You shined the light there .. I'll check out your apps and let you know.

This alsa point is one I've hammered for a long time. Alsa is actually capable, it's just different api and configuration isn't always obvious. Though comparing to pulseaudio and pipewire saying configuration isn't obvious doesn't matter at all there because it's no where near obvious there either.

#7 Re: Freedom Hacks » ALSA software mixer enabled by default in Debian/Devuan » 2025-11-20 19:41:42

@igorzwx Thanks for showing that alsa is actually capable and works without requiring pulseaudio or pipewire

#8 Re: Off-topic » Hard Rust requirements for APT from may next year » 2025-11-20 19:37:25

Pretty much. Same difference. It's not memory safe, but it sure is modern. 🤣

#9 Re: Off-topic » Hard Rust requirements for APT from may next year » 2025-11-20 02:22:43

Alrightly - so another rust victim - CloudFlare
https://www.youtube.com/watch?v=TpXBenAvhi8

So yeah there you go. CloudFlare claims Rust is easy to write code in rust that causes memory corruption.

Rust is not as safe as claimed. As expected.

#10 Re: Off-topic » GTK2 Removed from Arch's Repositories » 2025-11-14 17:19:58

The whole idea of sharing and mutual support seems to have practically evaporated from the spirit of Linux community (and many other communities as well).

In general it's become vitriolic. Mostly because of social media and fanatic users who support only a single distro or single thing and attack everything else. I don't see it getting any better either.

What is this mania of late of removing older stuff just for the sake of it?

Same as always, NIH here. We don't control that, so here's our replacement that we do control. That's all it ever is

Users feel entitled or demand it. When faced with choices people won't chose to their benefit if it costs them anything. They'll wait until it's too late and then, well, it's too late. 

I would rather spend the time to take what's useful OFF of gtk2 than to keep gtk2 running at all. That's where I am at this point.

#11 Re: Off-topic » GTK2 Removed from Arch's Repositories » 2025-11-14 11:58:08

@brocashelm

That, and shifting the blame on the person offering some constructive criticism to go do the project maintainer's job compounds the whole enshittification aspect of FLOSS. There will never be a "Year of the Linux Desktop" until people stop allowing nonsense to affect code.

I know this much, over the time I've developed software, you only have your spare time to work on OSS projects. Most people are not willing to fund such endeavors. Doesn't matter what the project does. Until people are willing to speak with their wallets, nothing will change in this regard.

You can't expect people to willingly spend their time and expenses on projects unless they're paid to do it. That's just reality. Gnome has funding from many sources but those sources tie them into plans. GTK2 was improved, which is how you got GTK3. Doesn't mean anyone liked it. Their supporters that stuck around do though, and that's what the driving force is.

There are solutions. People just have to face reality before it'll change.

#12 Re: Off-topic » Hard Rust requirements for APT from may next year » 2025-11-12 13:25:20

@greenjeans

timely post

Saw that too.. Just was being nice.

@unixuser

Incredible, what's the point ? Looks totally useless to rewrite working stuff ?

It is not about security, security is how you code, not about the language. C is really secure IF you know how to use it.
It is not about performances

There is no panacea to the issue. It does not make software more or less safe. Either way. Just hope people start paying attention and not jump ship to replace system components with it.

Not when the language itself still leaks memory and it's known, and hasn't been fixed, yet.

#13 Re: Off-topic » Hard Rust requirements for APT from may next year » 2025-11-11 17:20:09

So we cannot replace any base utility, unless the toolchain to build
it is in the base.  Adding such a toolchain would take make build time
from 40 minutes to hours.  I don't see how that would happen.

Rightfully so... Honestly hope Theo just stomps his foot and says no to it outright.

tokio-tar RCE Vulnerability

One of the problems that it was supposed to solve, just peeked it ugly head not that long ago. How much more is hidden because of the lack or candor and checks within the community.

Just goes to show "the best-laid plans of mice and men often go awry".

-Nothing is unhackable.

#14 Re: Desktop and Multimedia » Good X11 environment for laptops? Plasma 6 is not ideal » 2025-11-10 20:27:23

XFCE, IceWM, Trinity, is all I can think of... I'll let you know when I finally roll up the one I forked into a package for devuan. Might be a little bit on that one..

I'm not sure about the state of Trinity on devuan, nor IceWM but I'm sure Ice would be the closest to working outside of XFCE. There's also openbox but it's more suited to those that want to create a fully custom environment than most are confortable with.

#15 Re: Off-topic » Work - or Support for project » 2025-11-08 10:18:52

@greenjeans
I forked QVWM and fixed/changed some thing for myself locally. Been using it for years.

The main issue was the root window issue where it lost focus and stops allowing switching between apps because of how it handled the window order..

The other changes were just QOL changes. I was in the middle of changing the control rendering and creation, into an external lib so it would be a lot more seamless for apps written towards it. There's a lot of other plans as well but I would like to be able to work on it more and make it a lot better than it's current state. It uses 5 - 10 MB RAM at most atm but as always that shifts slightly up or down depending on use.

@EDX-0 - About your first point, sure. About your project, I have no idea wink

@brocashelm - Absolutely, yes. I swap between this one and XFCE. Still would work on it. There's plenty in XFCE that could be fixed / made better. I would be veeery tempted to strip the GTK from it but most definitely.

#16 Re: Off-topic » Hard Rust requirements for APT from may next year » 2025-11-07 20:58:49

Honestly, that depends on who in their cult of personality you speak to. It "stops" the range of attacks we've known for a while. Buffer overflows, double frees, etc.. problem is, it still leaks memory itself. Though that doesn't seem to bother them or raise red flags to most of them. I'm sure some do see it as a problem, but the crazy forward charge through it doesn't make sense.

It's memory strict and the protocol for using memory is the borrow checker.. which again, just use unique_ptr in C++. Only one owner can own it, solves the same issue..

Bounds checking, etc is something that's been done in the past compilers, add infinitum.. It's not new, just some compilers don't concentrate on it. This to me, is seriously a case of, if you've read the compiler docs or in linux --help, at least. You can glean what you'll need to turn on / turn off..

The claim is that you can bet there are nearly no issues when it works. Don't mind the fact that it's still running on a compromised machine substrate and any binary in memory is susceptible to random attacks.. the borrow checker and their efforts aren't going to and can't protect them from that.

then there was that whole debacle with their trademark.
https://www.theregister.com/2023/04/17/ … rk_policy/

If you want to learn a new language and you don't mind strange syntax, check out Zig. It's honestly a better option than rust. big_smile

#17 Re: Off-topic » Hard Rust requirements for APT from may next year » 2025-11-07 20:06:28

Opinion: Either way it's the choice of two evils to me. choosing between go and rust, I would still take go.

If they want the pain of rust, for zero gain, that's up to them. You can get the safety out of C++ at this point.. So, there's no point in rust. Go, at least there's a small place for it. Dead easy concurrency. Outside of that it's pretty useless and I don't like package managers or having to use git just to import libraries, etc. It's all problems from there.

C/C++ will always be enough. Pascal, if you don't like C-Syntax, but that's just C Lite. wink

#18 Off-topic » Work - or Support for project » 2025-11-07 17:00:45

spliskin
Replies: 4

Anyone have a project they want help on or need someone for a job? Let me know ASAP. Doesn't matter if it's windows/linux, C/C++, shell, python, javascript, web, react, or insert favorite here.. I've done too much over the years and can just about do whatever is needed for any platform or network. This includes administration and development. Servers, cloud, desktop, mobile, consoles, embedded. Doesn't matter the target.

Otherwise - Does anyone support alternatives anymore? Seems that unless it's free they don't want to help support free projects.

I forked a desktop environment a while ago and have kept it local. I've fixed the one major bug in it, but would like to move it forward..
It's for X/Xlibre, non wayland.

Anyone interested in supporting a smaller, slimmer, desktop that uses less ram, and has near 0 dependencies? I want to keep this alive and grow it but I'm going to need some help to do that and keep working on it.

Board footer

Forum Software