zapper wrote:

If your laughing at it, its because you are antisocial probably... or you don't know the news of sneedacity and their 4chan bs trying to intimidate cookie engineer.

Yup, and I'm laughing at it more and more with each passing day. I only feel sorry for the gullible fools who buy into outright lies and deception.

zapper wrote:

Besides, you do realize that the trolls at sneedacity threatened cookie engineer and his family right?

There is no evidence of this, as I said already. Do you know what schizophrenia is? He could also be staging all this "drama" all along. Anyone can write numbers on sticky notes and make a house look like there was a murder. I've seen this time and time again on the Internet. Nothing changes.

zapper wrote:

Yeah... I would stop for that reason above alone.

Feel free to. As for myself, I'll keep calling a spade a spade. Sneedacity has barely been around for two weeks and is already proving to be the best thing since sliced bread. Even the Audacium developers admitted in an IRC conversation to borrowing code from Sneedacity for a commit. If Sneedacity wasn't a serious project, then why even acknowledge their existence? That's how I know Sneedacity is the true winner. Give it up.

zapper wrote:

EDIT: After seeing the commens you just posted, I realize I might have been right the first time.

Well, with a signature like that, I'm surprised you don't spend more time on the Antix forums. That's more your crowd, I reckon. Devuan has no politics (left or right).

No not OpenBSD's thinking, the actual definition which goes back more than a few decades:

https://en.m.wikipedia.org/wiki/Binary_large_object

I don't place much faith in belief systems surrounding GNU/FSF.  Device firmware is just a fact of life  - some implementations are acceptable others are bad, some more are utter crap. But unless you have the money and resources to develop your own hardware, we're stuck with x86.  I think that situation is positively win, win for Microsoft.  Linux and 'BSD users stranded on old hardware, while it continues this latest "embrace" phase.

While we're talking "beliefs" I have the firm conviction that the new Microsoft is far more dangerous to free software than the old.

MS have been working on WSL/WSL2, Azure, etc for many years. All of those products are about /not/ running a Linux OS on bare metal but on proprietary software owned ad controlled by Microsoft. Its takeover of the github platform and other acquisitions are all part of the same strategy.

Hardware is "intellectual property". To maintain a competitive advantage there are "trade secrets". The hardware you use was developed by corporations who seek to profit from it

"All rights reserved" refers to copyright - it has nothing to do with software licensing.

The MIT license would not stop e.g. Intel from taking Nvidia's code, which they have spent billions and decades of research on, and just incorporating it in their own products - decreasing Nvidia's advantage in that market and share value. tl;dr - they won't do that.

BLOBs are not the same as device firmware. The latter is part of most devices, either residing the device's NVRAM or as a firmware image which is loaded via the device driver/firmware loader.

Far from being unnecessary, they are actually the device's own OS.  In that they are code which runs on the device itself and not any kind of x86 OS binary.

Some firmware is "open source", some is proprietary.  Despite contributing driver code the Linux graphics stack, Intel and AMD graphics tech is every bit as proprietary as Nvidia - with closed source firmware and hardware. They won't release  code which could threaten their commercial interests.

Camtaf, you're correct in that modern CPU's actually use a firmware layer called microcode, which runs on the "hardwired" CPU. Microcode makes it possible, well most of time, for the vendor to "patch" the CPU. There are also "out of band" processors running on modern CPU's, running a small OS - e.g.  the Intel Management Engine.

The IME has been deliberately designed to prevent the end user disabling it.  Along with UEFI and Secureboot, all of this tech equates to less freedom, privacy and security for end users.

As headstick has said, raspberry pi and its Broadcom chips, is no escape - neither is in fact ARM, if/when Nvidia buy them out.

The raspberry pi people already made their intentions plain in the PR disaster regarding the vscode Microsoft repository. But if you're already in bed with Broadcom, signed NDAs and developing devices loaded with proprietary firmware, courting Microsoft is not such a big deal.

There will come a time when these abominations will be the only older hardware available.  Many of us will not live long enough to see that shift but it will eventually happen . . .

I'm fine as long as I can find refurbished machines.

Hello, I have some problems trying to mute the microphone with the keyboard, the key doesn't work on XFCE; however, if I use other distro or DE the key works well. Any advice with this situation?

Thank you.

You must be bored replying to old threads zapper.

Micronaut wrote:

Such intense Apple hate... Are they really any worse than Intel?

Fuck yes. Intel have contributed a huge amount to Linux, Apple are a bunch of twats.

zapper wrote:

golinux wrote:

They don't have a fixed schedule.  They have a "when it's ready" schedule as does Devuan.

They are.

Confirmation that it works or if not what the problem is would be helpful and appreciated.

Hmm, I don't usually use alphas, on my system...

I usually wait till beta to actually consider using it. 

Unless I have a virtual machine of it, which isn't a bad idea.

I don't know what I will do, given my current focus, which is more or less Hyperbola, but its a thought to consider.

The installer iso's are alpha, not the distro. Chimaera, based on Debian Bullseye (which is almost ready to be released), is well tested. I've been using it without issues for months now.

zapper wrote:

Ah, I didn't know debian EVEN had a release schedule... 

Thought it was like, released when we say its ready.

They don't have a fixed schedule.  They have a "when it's ready" schedule as does Devuan.

zapper wrote:

Good to know, also, I thought chimaera's images were still in alpha...

They are.

zapper wrote:

I probably should, but sometimes I am way too lazy for it...

That being said, I assume you just report issues that you see...? Could do that, beyond that, I don't know.

Confirmation that it works or if not what the problem is would be helpful and appreciated.

zapper wrote:

  $HOME/Zeal/Music*/*.{opus}

I think bash doesn't handle braces around singleton option well; it only works well when there are options. And it also has to find some * match for every option otherwise it results in the glob string itself. Though, perhaps inserting a prior

shopt -s nullglob

changes that.

Thus, in effect, all those selections ending {opus} end up as "bad pathnames" when picked for the later play command.

In other words, remove the braces for all {opus} and insert that shopt command, and then it hopefully will work consistently.

dice wrote:

Today i learned about this very cool link.

https://oldcomputers.net/

Steve's Old Computer Museum!

Early personal computers were nothing like present day computers - they had personality!
Each was different and more exciting than the previous, with new features and capabilities.
old computer This website is dedicated to the preservation and display of these vintage computer systems.
To the left you can "click" and explore old computers from the dawn of time!
For fun, view 150 old computers all at the same time to appreciate how diverse and interesting they are

Bet you guys didn't know before now that my Commodore 64 was the highest selling computer system ever. I wonder how many of those original 17 million systems are now running Beowulf like mine? Must be at least 5 million machines, I'm thinking.