or substituted its own SSH host keys,

why would the backdoor do that? It would immediately expose itself because every ssh client on the planet warns about changed host keys when connecting.

does it support foobar2000 plugins?

probably not, since those are windows dlls. So here’s a short list of what I’d want from a fb2k replacement:

• a UI plugin with the power and flexibility of Facets/Refacets
• browse library by folder structure OR tags (most only do one or the other)
• powerful query language to actually find what I’m looking for
• binaural stereo for headphones plugin
• convolver
• convert to opus and replaygain scanning
• DR Meter
• handle my >100k tracks library without constantly crashing or being incredibly slow

Most alternatives I’ve tried can’t even deliver on half of those.

Do you really think OpenRC or runit or any of the other init systems people are using have any similarity to SysV init?

Yes? OpenRC is certainly much closer to sysvinit than systemd and in many ways just expands upon it.

I’d recommend sway and waybar. Waybar offers some cool customizable templates. Currently I also use bemenu as a launcher and dunst/poweralertd for notifications. I make heavy use of stacked or tabbed layout during general use.

sway has pretty decent mouse support, but for optimal productivity try to get used to the keyboard shortcuts. As soon as moving/resizing windows and changing desktops becomes muscle memory it’s a whole different ball game.

There are tools that are being used to attempt to detect if a piece of work is AI-generated. If those tools say something was, it’s then on you to prove that you hand-created it.

They don’t work. It’s total bunk.

Even some artists are already having issues because things “look” AI-generated.

Exactly. See above. No one can (confidently) tell which is which. There’s just educated guessing.

Right now, AI-generated works aren’t copyrightable. https://www.artnews.com/art-news/news/ai-generator-art-text-us-copyright-policy-1234661683/ This means you can not copyright the works produced by AI.

…

So right now, common AI is producing works that are potentially copyright-infringing works and are unable to be copyrighted themselves.

This kind of judgement is pure symbolic politics, because it’s completely unenforceable and I’m confused why you didn’t mention it. No one can prove if a piece of art is AI made and no one has to admit it. So yes, AI art can be copyrighted, just not officially as AI art, but it certainly will be and likely already is as long as there’s a human ‘stand in’.

There’s a huge gulf of difference between a matter of fact and a matter of law.

Half of a fuck-ton is still a lot. If they scale down their operational costs they can still run a very comfortable business for a long while on these kinds of numbers.

same as @[email protected] I use foobar2000 + wine. ffmpeg is alright, but fb2k is very convenient (especially for replaygain tagging). Afterwards I usually give the files a Picard treatment to get proper tags + covers.

Tip: You will save heaps of space by not embedding the cover on each file, just put a cover.jpg in the albums folder, virtually any player will pick it up.

Except when streaming the file or copying a random file to another location. embedded art is pretty convenient, 500x500 is plenty large enough and doesn’t take a lot of space (~50KB)

LC3plus isn’t really HiFi. It’s designed to be low-complexity & low energy: https://hydrogenaud.io/index.php/topic,122575.0.html

Xiph really won the lossy codec scene with Opus and I transcoded all my junk to that format. Hitting (my personal) transparency on 128k vbr is flat out impressive

Same here. I’ve left myself a bit of a safety margin at 144k vbr, but having my whole library at transparent quality AND portable size is very convenient.

Though, now that opus 1.4 is out I feel a bit of anxiety whether i should re-encode everything from flac->opus1.4

For context, LDAC is one of the few wireless audio codecs stamped Hi-Res by the Japan Audio Society and its encoder is open source since Android 8

LDAC is great, but simply stating that the encoder is “open source” is quite misleading (while technically correct). The codec is owned by Sony and heavily licensed. It’s a savvy business move of Sony to make the encoder free to use though, so everyone else can support their standard while charging manufacturers who want to integrate it into their headphones.

If we want a really free and open high quality codec, we should push for opus support via bluetooth

If system security is the most important criteria above everything else, switch to using BSD.

nice bait mate.

Quite frankly, one of the things that has always irked me about a portion of the Linux community is that as far as I know, a strength and selling point of Linux has always been the freedom of choice. And yet, people start wars over your choices

the “war” about systemd was actually a discussion about the (continuing) ability to make choices, not that some people chose systemd over other options. One of the main points of the debate was that systemd was monopolizing the init process and turning gnu/linux into gnu/linux/systemd.

The assertion that people were just upset like little babies that some wanted to choose a different init is highly disingenuous.

But that being said I think it may actually be good to merge it. It seems that there is lots of interest and the maintainers will be around to keep improving it.

Yeah I think people shouldn’t hold it against bcachefs to have some issues in experimental stages and going mainline is a good way to catch obscure & rare bugs.

Look at BTRFS. It was known for data loss but now seems to be pretty stable with lots of eyes and lots of work.

IMHO it’s pretty unfair how people like to give new, complex, filesystems a ‘reputation’ immediately, when there are some issues. I hope not the same is done with bcachefs and it gets its fair shake. Occasional issues popping up now (like in your blog post), hopefully, will also allow some of its cult followers to touch grass and get a reality check (filesystem = difficult). IMHO Kent really should remove the obnoxious “The COW filesystem for Linux that won’t eat your data.”-sentence from his website as it encourages such nonconstructive attitudes. I’m sure he is aware that, at this point, btrfs is less likely to eat your data by many orders of magnitude compared to his draft filesystem (and that’s mainly because most of those data eating bugs have been found and fixed in btrfs, not because it’s somehow impossible to corrupt by design).