You are not logged in.
Pages: 1
Good write-up, up front. Wish I could read the whole thing.
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.
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. ![]()
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.
![]()
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...
@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.
@igorzwx Thanks for showing that alsa is actually capable and works without requiring pulseaudio or pipewire
Pretty much. Same difference. It's not memory safe, but it sure is modern. 🤣
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.
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.
@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.
@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.
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.
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.
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.
@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 ![]()
@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.
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. ![]()
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. ![]()
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.
Pages: 1