/tech/ - Technology

>>13258
considering it took 800 years to find an use for fibonacci maybe it'll change the world in 800 years

>>13260
>it took 800 years to find an use for fibonacci
And that use is...?

Google claims the credits for Jpeg XLs achievements while still REFUSING to implement it
They took some code from Jpeg XL and made a better Jpeg encoder and called it Jpegli.
Google bragged about it like like they just invented the wheel.
https://opensource.googleblog.com/2024/04/introducing-jpegli-new-jpeg-coding-library.html
Of course that btfo'd webp again.

And they also made a retarded extension to Jpeg called Jpeg_R for HDR images which they implemented on android.

They keep working around Jpeg XL in every manner possible.
How can one company be so kiked?

>>13262
The original ELITE used it as a PRNG to generate its world. Computers of the time were too basic to store the game's entire world, so the developer used fibonacci as a PRNG and seeded it from a fixed seed, then used the output to procedurally generate the world Minecraft-style.

>>13274
<The internet has changed the way we live, work, and communicate. However, it can turn into a source of frustration when pages load slowly. At the heart of this issue lies the encoding of images.
No it does not. At the heart of this issue lies megabytes of autoplaying videos, tracking scripts, and massive JS abominations. Remove the images entirely from any modern webpage and you still get the exact same slow loading bullshit... Reducing the size of images by a few kilobytes (at best, I'm being generous) is not gonna do shit.

>>13282
There's also the whole stack's inefficiency. At least one round trip for DNS (could be more with e.g. CNAME records or DoT), another for TCP, 2 more for TLS, at least one other for the HTTP request (could have redirects), and then the page itself links other domains elsewhere with parts of the page and it has to start all over, and the browser sends several HTTP requests to the same server because HTTP can't handle multiple files in parallel or batch small files (which means it spends significant amounts of time between finishing a small file download and requesting the next doing nothing), etc.

And that's forgetting that browsers are all several orders of magnitude slower and bigger than they have to be.

>>13282
No, progressive decoding does play a significant part. Like it or not.
Especially on imageboard servers which are sometimes pretty slow.
Webp and AVIF can't decode progressively. If the image is 5 MB, you have to download it all and decode it all before you get to see anything.

Looks like nigger poettering now wants to replace sudo KEK
https://lwn.net/Articles/971745/

>>13360
Here is him talking about it:
https://mastodon.social/@pid_eins/112353324518585654

>>13360
Fuck pottering. I can't describe how much do I hate this nigger. It is only a matter of time now before they announce a 0day in sudo and they won't fix it to force people to switch. Just like tmpfiles.

1.png
[Hide] (1.3KB, 640x480)

>>13366
No sudo here (or systemd). Worst case I use su, but really I just login as root on a spare tty.

>>13360
This is one of the few things he is right about. S6 did it better however.

>>13366
>Fuck pottering. I can't describe how much do I hate this nigger.
Me too. I hope somebody murders him if I don't do it myself some day.
>announce a 0day in sudo and they won't fix it to force people to switch. Just like tmpfiles.
Permissions aren't a serious security mechanism either way.

>>13714
I really hope he gets raped to death by thousands of pajeets at microsoft

>>13366
i actually killed him a while ago, not sure why it's not on the news yet...

>>13761
He has been absorbed into systemd.

If you haven't heard already you live under a rock. Anyway:
CrowdStrike update causes Windows systems to bootloop, brings down critical infrastructure globally (airports, hospitals, emergency services, banks ...)
Many blame ClownStrike (sic) and Microsoft for forcing a broken update through but the real story that seems to be buried here is how insanely vulnerable all this infrastructure is.
An enormous amount of companies and organizations clearly have no control over their own systems whatsoever.
Of course, nobody will learn a damn thing and just switch over to DefinitelyNotCrowdStrike(tm).

>>13813
Niggersoft can't even make their fucking Teams app to work properly. They can't even handle setting up a proper chat software, how the fuck do they still get trusted with OS development? I hope we have a massive normalnigger die off after critical infrastructure dies thanks to some Wangblows glitch.

nap_club.jpg
[Hide] (144.1KB, 1280x718)

>>13813
I just don't care about their problems, so long as I get the silver I ordered last week. I already moved to Slackware in 1995, instead of Win95. Fuck Bill Gates and his fans, they deserve it.

>>13813
A few months ago they caused the same issue on Linux:
https://access.redhat.com/solutions/7068083
https://www.reddit.com/r/debian/comments/1c8db7l/linuximage61020_killed_all_my_debian_vms/
However, a broken install is a common issue on Linux, so common it's not newsworthy.

>>13818
Works on my machine
It's nice having actual control

>>13818
Niggersoft shill

>>13816
How's retirement

>>13818
A *nix admin worth his salt won't blindly trust a distro package manager, unlike the Windoze crowd. Plus it's not like *nix is a monoculture a la Microsoft.

>>13822
The true loonix user manually audits every single line of code that runs on his machine, including not only the packages but the kernel as well. Broken installations are a glownigger psyop.

>>13822
There are no *nix admins worth their salt. Wagies can't do anything right.

>>13826
Broken installs happen in test environment. If it happens in production, it means the admin fucked up.

>>13813
I don't understand why do computers used in environment like airports and hospitals are even live-patched. They should have read-only systems and very strict limited capabilities to reduce attack surface. If patching is ever needed, they should flash over images like most embedded systems.
>>13818
>>13828
Shut the fuck up nigger. Who do you think wrote your beloved windows? wagies who can't do anything right.
>>13829
This is such a simple concept yet there are automatic updates that are not controlled by the user or the IT department of important infrastructure organizations is very interesting. There can be big trouble if say a computer stops working in a hospital, but they have somehow have auto-update turned on. I won't trust any system that auto-updates.

>>13830
>I don't understand why do computers used in environment like airports and hospitals are even live-patched. They should have read-only systems and very strict limited capabilities to reduce attack surface. If patching is ever needed, they should flash over images like most embedded systems.

Great point. And thats how it USED TO BE. Auto/Forced live patches like microshit is doing now is relatively new phenomenon. It's broken by design to give jews ultimate power and leverage over society.

>>13830
>Who do you think wrote your beloved windows? 
Who are you replying to?

dayoftheseal.jpg
[Hide] (89.7KB, 786x1017)

>boomers flinging text around with retard protocols like DNS, WHOIS, and TLS fuck up and make it so anyone can get certs for anyone's domain
9/11 was a day of the seal
https://labs.watchtowr.com/we-spent-20-to-achieve-rce-and-accidentally-became-the-admins-of-mobi/

>>13828
this
capitalist logic is incompatible with sysads managing systems with love and care like a gardener
i can already see some defects and weird things in the DB cluster im currently working on
the fat nerd who put everything together 10 years ago sill works here as the admin, he's a cunt to work with and i won't go out of my way to report all the ticking bombs i come across
ill just do my time here, up my cv and look for a higher pay in a couple years

▄█▀_█▬█_█_▀█▀.jpg
[Hide] (420.9KB, 1919x1702)

Internet Archive has been breached, currently being DDOSed
https://xcancel.com/internetarchive/status/1844183288887607775
>What we know: DDOS attack–fended off for now; defacement of our website via JS library; breach of usernames/email/salted-encrypted passwords.
>What we’ve done: Disabled the JS library, scrubbing systems, upgrading security.
https://xcancel.com/internetarchive/status/1844342640260866528
>Sorry, but DDOS folks are back and knocked archive.org and openlibrary.org offline.
>@internetarchive is being cautious and prioritizing keeping data safe at the expense of service availability.

Here's some other recent news (that go as far back as 2 weeks):

Unauthenticated RCE Flaw With CVSS 9.9 Rating For Linux Systems Affects CUPS
https://www.phoronix.com/news/Linux-CVSS-9.9-Rating
>"A remote unauthenticated attacker can silently replace existing printers’ (or install new ones) IPP urls with a malicious one, resulting in arbitrary command execution (on the computer) when a print job is started (from that computer)."
>CVE-2024-47176, CVE-2024-47076, CVE-2024-47175, and CVE-2024-47177 have been assigned around these CUPS issues.
You can find an explanation by the exploit author at https://www.evilsocket.net/2024/09/26/Attacking-UNIX-systems-via-CUPS-Part-I

Winamp player goes source available
https://www.bleepingcomputer.com/news/software/winamp-releases-source-code-asks-for-help-modernizing-the-player/
>The iconic Winamp media player has fulfilled a promise made in May and released its complete source code on GitHub, inviting developers to collaborate on the project.
>However, its license prohibits the distribution of modified software created through the release of this source code
The article doesn't mention this but the original license did not allow forks to be made: https://github.com/WinampDesktop/winamp/commit/b98767a7de657c4380b08f4a166863db01782d72
You may find its repository at https://github.com/WinampDesktop/winamp

GNOME Foundation Announces Cost Cutting Measures Due To Budget Woes
https://www.phoronix.com/news/GNOME-Cost-Cutting-2024
>Regrettably, we have had to reduce our staff. Caroline Henriksen (Creative Director) and Melissa Wu (Director of Community Development) are no longer members of the GNOME Foundation staff team.
Original announcement: https://foundation.gnome.org/2024/10/07/update-from-the-board-2024-10/

>>14180
>capitalist logic is incompatible with sysads managing systems with love and care like a gardener
You nailed it.

Admin who does his job well spends his time doing nothing because well-maintained and well-designed systems rarely break.
Employee who does nothing gets fired.
Fire all the good admins and only the bad remain.
Bad admin spends all his time fixing things because the system he manages is badly designed, badly maintained, and he doesn't fix anything properly.

You see it in any position involving maintenance. Capitalism has some edge cases where it opposes good services or products, the unbreakable East German glass is another example.

((( They ))) are trying to get Stallman kicked out of FSF board again.
>https://stallman-report.org/

I don't support RMS political views outside of things related to technology. But there aren't any proofs of him actually harassing or raping someone, or anything like that.

>>14331
Hopefully both RMS and the FSF learned their lessons from last time and just flat out ignore this attempt.

If not, I don't think rms-{open,support}-letter v2.0 will work this time.

>>14331
>(((  They  )))
You realize RMS is a jew.

>this person we don't like for political reasons committed serious violent crimes but we don't want to go to the police or justice system we just want to smear him and get him removed from some non-profit organization
It's all so tiresome.

>>14331
>>14336
Jews also fight among themselves sometimes.

green_is_my_pepper.png
[Hide] (141.2KB, 900x1349)

>>14333
Nice trips.
>Hopefully both RMS and the FSF learned their lessons from last time and just flat out ignore this attempt.
If there's people interested inside FSF on getting rid of him, then this could be an excuse to make him resign.
>If not, I don't think rms-{open,support}-letter v2.0 will work this time.
Does it need to happen though? Even more of the public will likely side with him considering he's an ill old man.

Nonetheless why attack him, and why now? Has he done anything meaningful recently, is this merely political?

reddit has succumbed to the forces of jewniggercock and is now level 9 jewniggercock; you can no longer view a thread over tor with no js by changing www. to old.
how can we mark this tragic day

laughing_slut.png
[Hide] (618.3KB, 677x765)

>>14362
Tragic?

certificates.png
[Hide] (43KB, 1018x272)

draft.png
[Hide] (105KB, 1042x694)

1729046872571439.png
[Hide] (58KB, 1416x492)

1729046934060523.png
[Hide] (67KB, 1416x492)

Looks like the guy (or at least the most prominent one) behind stallman-report.org is Drew DeVault, founder of SourceHut and creator of Sway.

Here's some evidence found by people at Kiwifarms:
>The domain "rms-draft-84eb252.drewdevault.com" has a certificate history and was even crawled by Internet Archive (https://web.archive.org/web/20240929110752/https://rms-draft-84eb252.drewdevault.com/ )
>"stallman-report.org" was at a time pointing to the same IPv4 address as "drewdevault.com"
>He has written blog posts calling for the removal of Stallman before. Latest one is from September 25th of this year, http://web.archive.org/web/20241006012416/https://drewdevault.com/2024/09/25/2024-09-25-Neurodivergence-and-accountability-in-free-software.html .

There's speculation that one of the reasons for doing this was that Stallman didn't worship trannies enough.

>>14364
That clown not only used a whole subdomain but also got a cert just for a draft webpage?
Plenty damning either way.

68559e2dcf3f1e59c3341deaf5371439b11a10c0711b32cb7e3ab109903c75ea.png
[Hide] (179.7KB, 579x407)

>>14363
>t. lived under a rock for 10 years and doesn't know that all search engine results for technical questions are now reddit

crawl.png
[Hide] (65.7KB, 1190x934)

>>14365
It gets better: the reason why the Wayback Machine archived the page was because a certificate was generated for it (snapshot shows why: certificate-transparency).
If he hadn't requested a certificate for the domain, then the draft would have never been archived.

>>14368
My little Redditor. It used to be the same with twitter but as viewing started requiring accounts the site almost vanished from search.
Same already happend with Reddit private communities. Reddit is in decline.

>>14362
Still works for me.

Wew.webm
[Hide] (1.1MB, 640x361, 00:15)

Laptop Vendor MALIBAL Suggests Not Supporting Coreboot
https://www.phoronix.com/news/Malibal-Suggests-No-Coreboot
>MALIBAL details their side of a 15-month effort to bring Coreboot to at least one of their laptops. Their post mainly outlines high consulting firm costs for specialists experienced in Coreboot development, poor communication from the firms/developers, and what they perceive as "incompetence from coreboot leaders and consultants."
>"Our efforts ultimately fell apart, not due to technical challenges, but because of what we see as unethical practices within the coreboot community."
>As a result of their interactions, they've even decided to block shipping of products to Germany, Poland, and Texas for where the developers/firms they interacted with are based.
>Similarly, they have banned AMD processors in their products due to interacting with a Coreboot developer employed by AMD.
There's more details on their blogpost: https://www.malibal.com/features/dont-support-the-coreboot-project/

>>14376
>A lot of Christian’s emails looked like they were written by a 12-year-old on their phone. 
>Due to this experience with 9Elements, we banned the entire country of Germany for life.
>anyone who supports the coreboot project after the post date on this article, including contributing code, being a member of their boards, or donating will be banned for life without exception.
I'm expected to put the security of my firmware in the hands of people who throw tantrums like this and "ban" entire countries? I don't even care what coreboot/AMD's side of the argument is because these guys are absolute babies. I've never heard of MALIBAL and I have a feeling I will never hear about them again.

>As a result of their interactions, they've even decided to block shipping of products to Germany, Poland, and Texas for where the developers/firms they interacted with are based.
I'm not sure not shipping to Texas is even legal considering they are based in the USA.
Not using AMD products because coreboot has 1 single employee of this massive company is similarly retarded.
Can't make this shit up.
And how is this Christian Walter from 9Elements even connected to the coreboot project at all?
Okay, maybe you got scammed by some random company. What does this have to do with coreboot?

linus_has_a_message_for_you.jpg
[Hide] (31.9KB, 500x500)

Concerns Raised Over Bitwarden Moving Further Away From Open-Source
https://www.phoronix.com/news/Bitwarden-Open-Source-Concerns
>In particular, following a recent pull request to the Bitwarden client that introduces a "bitwarden/sdk-internal" dependency to build the desktop client, there is the following clause on the license statement:
>"You may not use this SDK to develop applications for use with software other than Bitwarden (including non-compatible implementations of Bitwarden) or to develop another SDK."
>Bitwarden founder and CTO Kyle Spearrin has commented on the ticket this morning:
>"Thanks for sharing your concerns here. We have been progressing use of our SDK in more use cases for our clients. However, our goal is to make sure that the SDK is used in a way that maintains GPL compatibility."
>1. the SDK and the client are two separate programs
>2. code for each program is in separate repositories
>3. the fact that the two programs communicate using standard protocols does not mean they are one program for purposes of GPLv3
>Being able to build the app as you are trying to do here is an issue we plan to resolve and is merely a bug."
Issue in question: https://github.com/bitwarden/clients/issues/11611#issuecomment-2424865225
They've posted this on Twitter afterwards:
https://xcancel.com/Bitwarden/status/1848135725663076446
>Hi Josh, It seems like a packaging bug was misunderstood as something more, and the team plans to resolve it.
>Bitwarden remains committed to the open source licensing model in place for years, along with retaining a fully featured free version for individual users

Linus Torvalds Growing Frustrated By Buggy Hardware & Theoretical CPU Attacks
https://www.phoronix.com/news/Torvalds-Frustrated-Buggy-HW
>"Honestly, I'm pretty damn fed up with buggy hardware and completely theoretical attacks that have never actually shown themselves to be used in practice.
>So I think this time we push back on the hardware people and tell them it's *THEIR* damn problem, and if they can't even be bothered to say yay-or-nay, we just sit tight.
>Because dammit, let's put the onus on where the blame lies, and not just take any random shit from bad hardware and say "oh, but it *might* be a problem". "
Email being referenced: https://lore.kernel.org/linuxppc-dev/CAHk-=wiUaWnHGgusaMOodypgm7bVztMVQkB6JUvQ0HoYJqDNYA@mail.gmail.com/

Winamp deletes entire GitHub source code repo after a rocky few weeks
https://arstechnica.com/gadgets/2024/10/winamp-really-whips-open-source-coders-into-frenzy-with-its-source-release/
>Less than a month later, that repository has been entirely deleted, after it either bumped up against or broke its strange hodgepodge of code licenses, seemingly revealed the source code for other non-open software packages, and made a pretty bad impression on the open-source community.
There's still forks of the original repo such as https://github.com/alexfreud/winamp .

f9f5e5c29b0862261cb910fd3584e94d31ca4d47dc7824cf40f744b2e7cf9776.jpg
[Hide] (72.6KB, 720x544)

Several Linux Kernel Driver Maintainers Removed Due To Their Association To Russia
https://www.phoronix.com/news/Russian-Linux-Maintainers-Drop
>Quietly merged into this week's Linux 6.12-rc4 kernel was a patch that removes a number of kernel maintainers from being noted in the official MAINTAINERS file that recognizes all of the driver and subsystem maintainers.
>The commonality of all these maintainers being dropped? They appear to all be Russian or associated with Russia. Most of them with .ru email addresses.
>So far there isn't any public comment by Greg Kroah-Hartman. Presumably this is due to sanctions on Russia involving the war in Ukraine.
Patch being referenced: https://lore.kernel.org/all/2024101835-tiptop-blip-09ed@gregkh/

Linus Torvalds Comments On The Russian Linux Maintainers Being Delisted
https://www.phoronix.com/news/Linus-Torvalds-Russian-Devs
>Linux creator Linus Torvalds wrote:
>"Ok, lots of Russian trolls out and about.
>It's entirely clear why the change was done, it's not getting reverted, and using multiple random anonymous accounts to try to "grass root" it by Russian troll factories isn't going to change anything.
>And FYI for the actual innocent bystanders who aren't troll farm accounts - the "various compliance requirements" are not just a US thing.
>If you haven't heard of Russian sanctions yet, you should try to read the news some day. And by "news", I don't mean Russian state-sponsored spam.
>As to sending me a revert patch - please use whatever mush you call brains. I'm Finnish. Did you think I'd be *supporting* Russian aggression? Apparently it's not just lack of real news, it's lack of history knowledge too."
The original message: https://lore.kernel.org/all/CAHk-=whNGNVnYHHSXUAsWds_MoZ-iEgRMQMxZZ0z-jY4uHT+Gg@mail.gmail.com/

>>14438
Not enough, Torvalds should shut down the Linux mailing lists, take down the kernel.org domain, and stop running the project to prevent the hoholocaust. Take that, Putin.

>>14438
>image
If only. He is cucked and after ((( they ))) called him rude he made an appology and accepted the code of conduct.

I expected the finngol would understand the charm of razing Kiev to the ground.

>>14447
He's a Finno-Swede, it is entirely possible that not a single drop of the khan's blood can be found in his veins.

9b6f2bed15463bc7e90fa1e3826625b1782229d18a39b39d88e12482c40d8ca1.jpg
[Hide] (60.7KB, 800x548)

Russia Mulls Forking Linux in Response to Developer Exclusions
https://cyberinsider.com/russia-mulls-forking-linux-in-response-to-developer-exclusions/
>Russia's Ministry of Digital Development (MinTsifry) announced plans to establish an independent Linux development community following the removal of Russian contributors from Linux kernel development.
>The Ministry's proposal, aiming to foster collaboration with countries open to working with Russia, follows the controversial decision by Linux maintainers to delist several Russian developers.
>This alternative initiative may result in a Linux “fork”—a separate, Russia-led version of Linux that would adapt to Russia's technological requirements while aiming for autonomy from international open-source governance.

Response to blog post from MALIBAL
https://blogs.coreboot.org/blog/2024/10/29/response-to-blog-post-from-malibal/
>Recently there was a blog post by MALIBAL, a disgruntled laptop vendor who attempted to port coreboot to their rebranded white label laptop. The cause of the kerfuffle they describe is that they failed in their own attempt to port coreboot to their laptop, then approached a few of our consultants and community members claiming the code was “80+%” complete and that they just needed help with “debugging.”
>Each attempt was terminated in the evaluation phase, however, as the consultants and vendor disagreed on the amount of remaining effort and the supplied hardware had problems (flash read/write problems, UART access barely possible) which could not be resolved easily. Additionally, this person’s attitude and communication style was, to put it mildly, very off-putting.
9elements Security also posted a response: https://9esec.io/blog/response-to-recent-malibal-blog-post-regarding-9elements/

Shotcut 24.10 Open-Source Video Editor Adds Initial AI Feature
https://www.phoronix.com/news/Shotcut-24.10-Released
>With Shotcut 24.10, this GPLv3-licensed video editor has added its first AI feature.
>By making use of OpenAI's Whisper and the Whisper.cpp open-source project, there is now AI-driven speech-to-text support integrated in this video editor
Release page on GitHub: https://github.com/mltframework/shotcut/releases/tag/v24.10.29

We're forking Flutter. This is why.
https://flutterfoundation.dev/blog/posts/we-are-forking-flutter-this-is-why/
>How many Flutter developers exist in the world, today? My guess is that it's on the order of 1,000,000 developers.
>How large is the Flutter team, today? Google doesn't publish this information, but my guess is that the team is about 50 people strong.
>That's 50 people serving the needs of 1,000,000. Doing a little bit of division, that means that every single member of the Flutter team is responsible for the needs of 20,000 Flutter developers! That ratio is clearly unworkable for any semblance of customer support.
>A labor shortage can always be fixed through hiring. However, due to company-wide issues at Google, the Flutter team's head count was frozen circa 2023, and then earlier in 2024 we learned of a small number of layoffs.
>To make matters worse, Google's corporate re-focus on AI caused the Flutter team to de-prioritize all desktop platforms.

The DeVault Report
https://dmpwn.info/
>Drew DeVault has an odd and frankly disturbing fascination with viewing and distributing explicit depictions of pre-pubescent girls doing sexual acts.
>DeVault penned an investigative report titled "The Stallman Report", targeting Richard Stallman, head of the Free Software Foundation.
>We mention it to illustrate DeVault's understanding of how harmful and destructive pedophilia is to both victims and consumers and how the knock-on effects are felt by victims for the rest of their lives.
The page essentially shows DeVault's ownership of "The Stallman Report" and evidence that he's a lolicon, exposing him as a hypocrite.

>>14555
>To make matters worse, Google's corporate re-focus on AI caused the Flutter team to de-prioritize all desktop platforms.
Dart cucks btfo'd themselves. Imagine becoming dependent on a Google programming language and a Google GUI toolkit only for Google to abandon you like the used up whore you are.

Steve_jobs_by_rware-d3af4rz.jpg
[Hide] (155.2KB, 487x740)

Apple Forces The Signing Of Applications In MacOS Sequoia 15.1
https://hackaday.com/2024/11/01/apple-forces-the-signing-of-applications-in-macos-sequoia-15-1/
>Many MacOS users are probably used by now to the annoyance that comes with unsigned applications, as they require a few extra steps to launch them.
>This feature is called Gatekeeper and checks for an Apple Developer ID certificate.
>Starting with MacOS Sequoia 15, the easy bypassing of this feature with e.g. holding Control when clicking the application icon is now no longer an option, with version 15.1 disabling ways to bypass this completely.
>Not unsurprisingly, this change has caught especially users of open source software like OpenSCAD by surprise, as evidenced by a range of forum posts and GitHub tickets.

>>14572
Soon it will be like iOS.

>>14572
Lmaoing @ macfaggots.
>>14555
>Russia forking Linux
Good. Linus has been a fag for too long. He is too old to stay firm against corruption from his jew possessed daughter and the jews at large. He should have been replaced. Supporting Russia or not, he should only focus on quality.
>flutter
Having to learn another language just to do cross-platform app is really a pain.

>>412 (OP) 
Who's going to micro$haft's website every day? Did they mean Outlook?

>>14586
>Linus has been a fag for too long.
True but I'm not sure the foss community needs more division.

>>14589
Bing, retard.

>>14593
You're right, but people can only take so much. Too many bad faith actors have infiltrated the community and do not seek compromise.

a3cb45af11d0ae4e272fcc502c5574151e3972f0d11334ec74d5e8d8077feb50.jpg
[Hide] (50.9KB, 523x927)

Feds: Critical Software Must Drop C/C++ by 2026 or Face Risk
https://thenewstack.io/feds-critical-software-must-drop-c-c-by-2026-or-face-risk/
>A recent report issued jointly by CISA and the FBI on Product Security Bad Practices warns software manufacturers about bad practices such as using memory-unsafe programming languages like C and C++.
>“The development of new product lines for use in service of critical infrastructure or [national critical functions] NCFs in a memory-unsafe language (e.g., C or C++) where there are readily available alternative memory-safe languages that could be used is dangerous and
significantly elevates risk to national security, national economic security, and national public health and safety,” the report says.
>“For existing products that are written in memory-unsafe languages, not having a published memory safety roadmap by Jan. 1, 2026, is dangerous and significantly elevates risk to national security, national economic security, and national public health and safety,” the report said.
Report being referenced: https://www.cisa.gov/resources-tools/resources/product-security-bad-practices

Testers needed: Manjaro Data Donor
https://forum.manjaro.org/t/testers-needed-manjaro-data-donor/170163
>I worked the last few days on a new Manjaro project: Manjaro Data Donor - short MDD.
>It is a way for us to gather a few usage statistics about Manjaro.
>The motivation for that at the start was to improve our user counting. Until now what has been done, was counting systems via ping.manjaro.org. These pings are sent from Manjaro systems via the NetworkManager.
>In the next few days we’ll do some more testing and if results are positive, I plan on installing it on all Manjaro systems and adding a systemd service to submit the data automatically.
>As a reminder: Right now you have to install MDD manually and there is no systemd service yet.
>With this systemd service later in place, sending the hardware data with MDD will be opt-out because I believe, if you do opt-in, the data you gather will be so heavily skewed you can just leave it be.
>Let me know what you think. I know telemetry is a contentious subject, but we need at least some data about how Manjaro is being used by so many people around the world in order to show that the project has a future and also to plan for that future.

>>14606
kek, they'll shoot themselves in the foot again like with Ada.
Hurray for memory safety defeating the glowniggers!

4550420270708a820f2b78e6f56fe38620c12328815494252d5fe2a3b8fedc5b.png
[Hide] (2.5MB, 1487x1764)

Meta Permits Its A.I. Models (Llama) to Be Used for U.S. Military Purposes
Source: https://www.nytimes.com/2024/11/04/technology/meta-ai-military.html
Archive: https://archive.is/9bgZI

>A Meta spokesman said the company would share its technology with members of the ((( Five Eyes ))) intelligence alliance: Canada, Britain, Australia and New Zealand in addition to the United States.
>...
>In his blog post on Monday, Mr. Clegg said the U.S. government could use the technology to track terrorist activities and improve cybersecurity across American institutions.


Google Warns of Actively Exploited CVE-2024-43093 Vulnerability in Android System
Source: https://thehackernews.com/2024/11/google-warns-of-actively-exploited-cve.html

>The vulnerability, tracked as CVE-2024-43093, has been described as a privilege escalation flaw in the Android Framework component that could result in unauthorized access to "Android/data," "Android/obb," and "Android/sandbox" directories and its sub-directories,
>The tech giant has also flagged CVE-2024-43047, a now-patched security bug in Qualcomm chipsets, as having been actively exploited. A use-after-free vulnerability in the Digital Signal Processor (DSP) Service, a successful exploitation of the security flaw could lead to memory corruption.


Netflix Europe offices raided in tax fraud probe
Source: https://www.bbc.co.uk/news/articles/cwy1vze09wwo
Nice!


Breaking Story: Facebook Building Subsea Cable That Will Encompass The World 
Source: https://subseacables.blogspot.com/2024/10/breaking-story-facebook-building-subsea.html
<Totally not doing it for NSA.

>>14621
> use the technology to track "terrorist" activities
That sounds just like PRISM to me.

>>14621
>Breaking Story: Facebook Building Subsea Cable That Will Encompass The World 
>Source: https://subseacables.blogspot.com/2024/10/breaking-story-facebook-building-subsea.html
I should have been more clear: this is just unconfirmed rumor by $somebody on the Internet

allisbotnet_orlycover.png
[Hide] (120.1KB, 500x700)

>>14621
>Meta said that it would make its A.I. models, called Llama, available to federal agencies and that it was working with defense contractors such as Lockheed Martin and Booz Allen as well as defense-focused tech companies including Palantir and Anduril.
And they'll be targeting (You) and everyone you know.
>Android exploits
Excluding custom ROMs, are Android updates still limited to what a vendor provides to their customers?
Last time I checked it seemed like Google may have decoupled the kernel from the rest of the OS, thus able to update the OS bits separately.
Can't find any concrete results on search engines though (probably because of wrong keywords).
>Last year, French media outlet La Lettre reported that until 2021, Netflix in France minimised its tax payments by declaring its turnover generated in France to the Netherlands.
So the French government wants their slice of the pie? Either way they should be able to pay whatever they demand out of them.

>>14606
>Feds: Critical Software Must Drop C/C++ by 2026 or Face Risk
When your tranny language is so good the government has to force people to use.

>>14621
>Netflix Europe offices raided in tax fraud probe
More money for israel.

Porting ioquake3 from SDL2 to SDL3 (programming video)
youtube.com/watch?v=i3yVqWYFbCE

>>14636
>are Android updates still limited to what a vendor provides to their customers?
Yup. And that sucks. It widely varies depending on the manufacturer but also the model. The flagship Samsung phones have like 5-7 year update guarantee but they cost like $800-$1000. HMD (aka "Nokia") has some affordable Android phones that costs like 130€-200€ and have 2 or 3 year update guarantee. It's usually 2 OS upgrades and 1 extra year of only security patches. They also don't install any bloatware on your phone and they use the stock Android user interface. Also, the new "Nokia" phones aren't actually made by Nokia. HMD has made a business deal with Nokia and they have bought the right to use Nokia name until year 20XX. HMD Pulse+ costs about 130€ on their site but you should look for the Business Edition because it has 5-year update guarantee (probably just security patches?). Also, some manufacturers like Lenovo/Motorola have pretty bad update support (they only provide updates for like 1 year only!)

HUUH_OVERDRIVE.png
[Hide] (159.2KB, 300x305)

>>14665
>Porting ioquake3 from SDL2 to SDL3
While ease of porting is nice, are there any other reasons for existing projects to make an effort to switch?
That guy's development environment is rather curious too. I thought programmers would stay away from Unity.

this_used_to_be_a_joke.png
[Hide] (118.6KB, 500x628)

Mozilla Foundation lays off 30% staff, drops advocacy division
https://techcrunch.com/2024/11/05/mozilla-foundation-lays-off-30-staff-drops-advocacy-division/
>The Mozilla Foundation, the nonprofit arm of the Firefox browser maker Mozilla, has laid off 30% of its employees as the organization says it faces a “relentless onslaught of change.”
>“The Mozilla Foundation is reorganizing teams to increase agility and impact as we accelerate our work to ensure a more open and equitable technical future for us all. That unfortunately means ending some of the work we have historically pursued and eliminating associated roles to bring more focus going forward,” read the statement shared with TechCrunch.
>According to its annual tax filings, the Mozilla Foundation reported having 60 employees during the 2022 tax year. The number of employees at the time of the layoffs was closer to 120 people, according to a person with knowledge. When asked by TechCrunch, Mozilla’s spokesperson did not dispute the figure.
>This is the second layoff at Mozilla this year, the first affecting dozens of employees who work on the side of the organization that builds the popular Firefox browser.

>>14555
It would be really funny if orange man retracted the executive order that is responsible for this whole kerfuffle. If they handled it in a responsible manner they could still have those ebil Russian hackers contributing to the kernel in that case, but now it's all fucked anyway.
>>14606
Is this whole memory safety thing a real issue, or just an excuse to push an agenda? From what I can gather C is perfectly safe, you just need competent programmers who are more interested in writing good code than being a tranny. Also, Windows mostly uses C++, and Linux is still pretty much a C project, so what operating system are they planning to use? Or are they going to throw a few billion at that faggot who is developing Redox as a pet project?

>>14680
SDL3 does offer some new features: 
https://wiki.libsdl.org/SDL3/NewFeatures
However I'm not sure if these will raise the requirements for compiling SDL. For example file dialogs; will that require GTK/Qt bloat on Linux? What about other systems like the BSDs?
Also SDL3 can only be built with CMake, there's no configure script or a minimal Makefile like with SDL2. While I don't mind CMake per se, I find Makefiles/shell scripts to be more comfortable to use and easier to debug.

>>14694
Why are the Feds even complaining about muh memory unsafe C/C++ pajeet code when they have their own memory safe programming language invented by a Jew 40 years ago to meet safety-critical computing requirements for the US Military?
Is replacing Ada with Rust in that sector part of Pozzilla's master plan?

>>14695
I'm still on SDL1 (and no reason to change). What was even the point of SDL2, which apparently wasn't enough, and now another version still?

>>14696
I used Ada95 (gnat) long ago (for school project) and it ran fine on my 33 MHz Linux puter with 4 MB RAM. Obviously this is too simple, efficient, and standard to be CIA nigger approved. With this new law they will push for Rust in Linux kernel.

rust_evangelism.jpg
[Hide] (215.6KB, 900x900)

>>14694
>Is this whole memory safety thing a real issue, or just an excuse to push an agenda?
When it comes to Mozilla and Rust, there's definitely political reasoning behind it.
Despite that, there's some value in having features like bound checking arrays and slices, or explicit integer narrowing and widening.
Of course those won't make a program bug free but they should help getting closer to that, and neither is Rust the only language with memory safeties.

>>14695
>For example file dialogs; will that require GTK/Qt bloat on Linux?
For dialogs it tries using Freedesktop's Portal if SDL is compiled with DBus and a Portal implementation is available at runtime, or it fallbacks to Zenity if installed at runtime.
>What about other systems like the BSDs?
In the build file, BSDs seem to use the same logic as Linux (except Android), thus the above should also apply to them.
>Also SDL3 can only be built with CMake, there's no configure script or a minimal Makefile like with SDL2.
It might be because they have some users that use the MSVC's or XCode's project generators.
Fortunately their CMake usage seems reasonable, as they contain the library's logic in one build file instead of many spread in subdirectories.
>While I don't mind CMake per se, I find Makefiles/shell scripts to be more comfortable to use and easier to debug.
Sure, Makefiles are easier to read and write compared to CMake (even with globs). However it's missing some features that newer build systems have.

>>14695
>>14698
Should have also mentioned since that was your original question: SDL's build script disables systems if it can't detect a backend for them.
For example, GPU subsystem is disabled if there's no D3D11, D3D12, Vulkan or Metal (not sure about Metal though).

28125cd2eefb98c7583d0c93cab823255f77daa0ce35a533a0c7e27f86e7c1e2.png
[Hide] (425.7KB, 767x767)

>>14698
> Freedesktop
> Portal
> DBus
> Zenity
LOL, they just keep making everything more complicated and bloated every year. Good thing I don't care about modern gaymes, so I'll just keep ignoring all this useless shovelware.

>>14694
>When it comes to Mozilla and Rust, there's definitely political reasoning behind it.
It's not really mozilla anymore but yes it's all politics and sabotage.

Everybody understands how DEI is a weapon. If diversity actually was a strength then companies would be hiring gay black trannies and keeping it a secret because that would give them a competitive advantage. The reason they lobby the government to force other companies to hire diverse is because it is a weapon to cripple their competition.

Now when you see amazon, google etc. spending tons of money lobbying government to force other companies to use a particular programming language that should ring some alarm bells.

>>14700
Just because you never heard of those things until today doesn't mean they are new.

scr-20241107210801.png
[Hide] (3.3KB, 640x480)

>>14701
I already heard about all of them except Portal. I definitely know Freedesktop shit well, since I manually trimmed out most of that shit from my Ubuntu 16.04 install (pic related).
I'm just amused to see them piling all that bloated shit in SDL. It won't matter for me, coz I'm already not playing along, and the more they push stupid crap, the more I remove. :D

>>14702
Just because you don't understand what it is doesn't mean it's bloat.

0_O4DkPMqjrOjVP9_t.jpg
[Hide] (299.8KB, 866x1248)

>>14735
They're basically in the beginning stages of turning SDL into a VM, just like they did with web browsers. They do this by adding more and more layers of abstraction and "portability", until you get a monstrosity that needs full botnet CPU+GPU and GBs of RAM to run a game that could have been done on 8-bit CPU in software only. Also see: MAME/MESS (yes, it's quite a big mess indeed!)
I don't need any of this, and I don't want of of this. But they will try to shove it into my face like they have with everything else. So it's bloat, simple as.

>>14735
Ignore the fbdev fag, he shits up every thread with this drivel.

>14697
>What was even the point of SDL2
Good question though, I'll answer. The most notable reason is that SDL1 was both buggy and reliant on undefined behavior, in fact it literally won't run if you have sanitizers enabled. SDL2 has a much cleaner codebase with virtually no major bugs on Windows, Linux, and MacOS. Other positives include first class support for more platforms and a more permissive license, the full list of new features is here:
https://wiki.libsdl.org/SDL2/MigrationGuide#overview-of-new-features

>>14698
Thanks for the detailed reply. Now that I know of at least one project using SDL3 I'll try to compile it and see how it goes, I hope it's as much of a breeze as SDL2.

0f0899179b416b7e6a7524d7952adc3b18ea3eb9029c8dd7fe4c201d26859c0b.png
[Hide] (704.7KB, 703x756)

>>14740
LOL, I'm gonna screencap this and post when SDL4 is out.

cock.png
[Hide] (10.3KB, 210x220)

COCK.LI IS ON RED ALERT.
https://cock.li (https://ghostarchive.org/archive/thbSx )
http://rurcblzhmdk22kttfkel2zduhyu3r6to7knyc7wiorzrx5gw4c3lftad.onion
>Cock.li will shut down before becoming complicit in crimes against its own userbase under duress of any government or organization.
>For nearly 11 years, cock.li has remained one of the only public e-mail providers to allow registration as anonymously as a library card. The fact that it's still possible to get an e-mail address as easy as 20 years ago is a fact widely hated by international governments; at least the parts of those governments which have dedicated countless resources to target our service, our team, our family, and our friends with illegal surveillance, bad-jacketing, organized disinformation, and much worse. 
>A combination of these illegal tactics have become so serious that the site is now in grave danger.
>The only way it's been possible for cock.li to weather this and stay online is thanks to the dedication of our entire lives to this bit. Our small team of 3-5 people have had our lives permanently altered and our stability sacrificed so Internet users worldwide can more-or-less enjoy the comfort of being able to access e-mail without requiring a phone number or other surveillance document.
>Despite the constant attacks on the service and our personal lives, no one directly involved has ever been paid in 11 years for their work on cock.li. The personal costs of this volunteer work add up over a lifetime, and as we get older we've slowly taken steps back to compensate, when we should have been stepping up.
>Stepping up is exactly what's needed right now, and we're here to do it. These recent issues have forced us to take leave from our jobs to make time just to keep the wheels spinning. I hope you can understand that is why, for the first time ever, I'm asking you to donate directly to the people who make cock.li possible.
>Your donation will make a real difference by telling us to use the money where it will help the most right now. We have a sizable war chest for legal expenses that has never once been used to pay us for our work. Problem is, if we can't make time to put that war chest to work, what good is it? We believe cannibalizing this fund to offset our lost time would put cock.li in a worse position, so by creating a new fund we can make it clear what we're doing while keeping our legal funds secure.

>>14761
can I still get cock invites?

>>14762
Thought they brought direct sign-up back.

>>14761
Direct registration was working, but you couldn't send email without pow.
Was there other news that explain the threat they are facing?

vc_post_cisa.png
[Hide] (162.7KB, 635x875)

>>14762
All registrations seem to be disabled.
(Web)mail service is still running. While you can still send e-mails, you can't receive them, at least from my personal test.
>>14763
He did nearly a year ago, near cock.li's birthday, because CISA started calling cock.li a "malicious e-mail domain":
http://archive.today/2023.09.23-162322/https://shitposter.club/notice/Aa34W1BLFyy3RuBB5M (or see picture related, original website's down)
>>14764
Nothing public as far as I'm aware. His social medias most recent posts are from 2 months ago:
https://shitposter.world/vc
https://xcancel.com/gexcolo
Also note that https://cockbox.org is giving out an error page.

>>14761
Small update:
>My fellow retards: cock.li has not "shut down". You may need to read more than the first line.
>Anyone suggesting you migrate your account to Gmail, Yahoo, Proton, etc. should not have been using cock.li in the first place. Normalfags get off my fucking board.
>Feel free to migrate, I don't have any good suggestions though. Try that on Proton!
>PW changes and maybe registration will be back within a couple days.
The magnet links to the encrypted data previously present are gone too.

>>14790
>The magnet links to the encrypted data previously present are gone too.
That's odd. Also is it me or does the update sound like it's trying too hard to 'fit in'?

chen_peeks_to_shoot_you.png
[Hide] (24.9KB, 185x243)

>>14792
>is it me or does the update sound like it's trying too hard to 'fit in'?
Could just be him frustrated with questions about cock.li dying, it also matches the type of humor found in the service.
Last message's signature seems to be valid:
gpg: Signature made Thu Nov 14 04:29:09 2024 UTC
gpg:                using RSA key 5CB49CDCEAC797FBF8BDC074FD71AD2771A5CC1B
gpg:                issuer "[email protected]"
gpg: using pgp trust model
gpg: Good signature from "Vincent Canfield <[email protected]>" [unknown]
Here's the removed magnet links:
COCKSON 2020: magnet:?xt=urn:btih:TBU2RE2ENTL6USAZVX7HH7V3TYMK2KVI&dn=COCKCON%202020%20(2019)%20(2022)%20%5B1080p%5D%20%5BOvO%5D&tr=https%3A%2F%2Fpub.tracker.aaathats3as.com%3A443%2Fannounce
ins10.luks: magnet:?xt=urn:btih:RZ5PIPVCPPJC7JWIVU74V5JANJ4O3RXL&dn=ins10.luks&xl=581959680&tr=https%3A%2F%2Fpub.tracker.aaathats3as.com%3A443%2Fannounce
ins11.luks: magnet:?xt=urn:btih:DX6I2QFYIBYZPCP5FPRBORTQVCM4NVRG&dn=ins11.luks&xl=67108864&tr=https%3A%2F%2Fpub.tracker.aaathats3as.com%3A443%2Fannounce

vc_post_dns_down.png
[Hide] (30KB, 625x284)

vc_post_dns_host.png
[Hide] (64.2KB, 622x516)

>>14761
More updates from Vincent:
https://shitposter.world/notice/Ao5clDAx4KrKNNkKP2 (https://ghostarchive.org/archive/9fLo0 )
>dns is down due to an upstream routing issue, it will likely resolve on its own~
>more dns servers will be added soon
Followed by another post some hours later:
https://shitposter.world/notice/Ao6YnVf96HYvdJfZg0 (https://ghostarchive.org/archive/EOcSY )
>According to the (currently only) NS host:
>"We would like to inform you that the UPS located in our data center has malfunctioned. Unfortunately, the repair process will take longer than usual, as the necessary parts for resolving the issue are currently unavailable"
>The process has been started to quickly add more nameservers, unfortunately a number of hosting companies housing our DNS have disappeared recently due to more-suspicious-than-usual circumstances.
>We recently had to fly someone to another country and hire a private investigator to track down a disappeared host who refused to allow us any access to our disks while he had them plugged into his computers to try to crack into them.
>So, while it may just look like the site has been down all day, please spread the word that we're working on a bit more than just an NS record.
Onion service has been working fine though.

Update from Vincent:

> Date posted: 2024-11-12
> 
> COCK.LI IS ON RED ALERT.
> 
> Updates:
>  - Everything down for about 24 hours due to upstream datacenter outage affecting DNS. Service restored and more nameservers are in the works.
>  - Red -> Yellow Alert soon hopefully.
>  - My fellow retards: cock.li has not "shut down". You may need to read more than the first line.
>  - Anyone suggesting you migrate your account to Gmail, Yahoo, Proton, etc. should not have been using cock.li in the first place. Normalfags get off my fucking board.
>  - Feel free to migrate, I don't have any good suggestions though. Try that on Proton!
>  - PW changes and maybe registration will be back within a couple days.
> [...]
> ~!~
> 
> LIBERTY CANARY
> Date updated: 2024-11-17
> 
> Cock.li is in 100% control of all of its hardware, and the service is still operating normally. The website (account registration+pw change) is currently offline.
> 
> [...]
> ~!~

>>8005
>pic
The fact that they're using a pozzed kemololi sockpuppet proves that it's just salty bitches getting btfo by more efficient manipulation tactics.
Fuck these overpaid overinflated faggots

Eric_schmidt_by_rware-d3af5db.jpg
[Hide] (292.2KB, 686x934)

US to Push Google to Sell Off Chrome Browser
https://www.reuters.com/technology/doj-ask-judge-force-google-sell-off-chrome-bloomberg-reports-2024-11-18 (https://ghostarchive.org/archive/5lCLR )
>The U.S. Department of Justice will ask a judge to force Alphabet's Google (GOOGL.O), opens new tab to sell off its Chrome internet browser, Bloomberg News reported on Monday, citing people familiar with the plans.
>The DOJ will also ask the judge, who ruled in August that Google illegally monopolized the search market, to require measures related to artificial intelligence and its Android smartphone operating system, the report said.
>The DOJ declined to comment. Google, in a statement from Lee-Anne Mulholland, vice president, Google Regulatory Affairs, said the DOJ is pushing a "radical agenda that goes far beyond the legal issues in this case," and would harm consumers.

bcachefs: Trouble in the kernel
https://www.patreon.com/posts/116412665 (https://ghostarchive.org/archive/KqkPV )
>TLDR: the future of bcachefs in the kernel is uncertain, and lots of things aren't looking good.
>Linus has said he isn't accepting my 6.13 pull request, per "an open issue with the CoC board", and at this point I have no idea what's going on with the CoC board. I, for my part, have felt for quite some time that there are issues about our culture and the way we do work that need to be raised, and that hasn't been going anywhere - hence this post.
>What follows will be an account of some (not atypical) LKML drama, along with some analysis of where things went wrong - cultural issues, poor processes.
>Most of the people in the community are wonderful: I've been a Linux kernel engineer for over 15 years, and I've met many wonderful people: most of the people I come into contact with are great to work with. But there are subsystems where I have done fundamental work and am no longer able to get work done in because of just these sorts of issues, and with it now happening again it's time to speak out.
>And I believe these sorts of thing do have an impact on the quality of the kernel as a whole, as well.

PHP 8.4 Released!
https://www.php.net/releases/8.4/en.php (https://ghostarchive.org/archive/cAgRC )
>PHP 8.4 is a major update of the PHP language.
>It contains many new features, such as property hooks, asymmetric visibility, an updated DOM API, performance improvements, bug fixes, and general cleanup.

Khronos Group Launches Slang Initiative, Hosting Open Source Compiler Contributed by NVIDIA
https://www.khronos.org/news/press/khronos-group-launches-slang-initiative-hosting-open-source-compiler-contributed-by-nvidia (https://ghostarchive.org/archive/NsXgw )
>This initiative will oversee and advance the open-source Slang shading language and compiler, building on 15 years of research, development, and deployment experience.
>Slang empowers real-time graphics developers with innovative features that complement existing shading languages, including modular code development, portable deployment to multiple target APIs, and neural computation in graphics shaders.
>The Slang compiler directly supports multiple backend targets for portable code deployment across diverse APIs and platforms, including SPIR-V for Vulkan, HLSL for Direct3D, GLSL for OpenGL, WGSL for WebGPU, and Metal Shading Language for Apple platforms.
>The Slang compiler enables ingestion of existing HLSL and GLSL shader codebases for developers who wish to incrementally migrate to Slang’s modern language features.

free_feet.jpeg
[Hide] (98.3KB, 450x600)

bcachefs: the CoC committee's response
https://lore.kernel.org/lkml/[email protected] (https://ghostarchive.org/archive/eACeo )
>The code of Conduct Committee has determined that your written abuse of another community member required action on your part to repair the damage to the individual and the community.
>You took insufficient action to restore the community's faith in having otherwise productive technical discussions without the fear of personal attacks.
>Following the Code of Conduct Interpretation process the TAB has approved has approved the following recommendation:
>-- Restrict Kent Overstreet's participation in the kernel development process during the Linux 6.13 kernel development cycle.
>- Scope: Decline all pull requests from Kent Overstreet during the Linux 6.13 kernel development cycle.

And Kent Overstreet's reply:
https://lore.kernel.org/lkml/o5tbrrk4r3sxtvk7tjyua5h2qaa3fos7446dkxbjyxjwhp4odd@we5elwaeb7dv (https://ghostarchive.org/archive/36V81 )
>This is about a CoC board that on the one hand, doesn't wish to follow its own rules, and on the other - I can't even make sense of.
>[...]
>I do want to apologize for things getting this heated the other day, but I need to also tell you why I reacted the way I did.
>Firstly, it's nothing personal: I'm not axe grinding against you (although you were a major source of frustration for myself and Suren in the memory allocation profiling discussions, and I hope you can recognize that as well).
>But I do take correctness issues very seriously, and I will get frosty or genuinely angry if they're being ignored or brushed aside.
>The reality as that experience, and to be frank standards of professionalism, do vary within the kernel community, and I have had some _outrageous_ fights over things as bad as silent data corruption bugs (introduced in code I wrote by people who did not CC me, no less; it was _bad_, and yes it has happened more than once). So - I am _not_ inclined to let things slide, even if it means being the asshole at times.
>Thankfully, most people aren't like that. Dave, Willy, Linus - we can be shouting at each other, but we still listen, and we know how not to take it personally and focus on the technical when there's something serious going on.
>Usually when one of us is shouting, you'll find there's a good reason and some history behind it, even if we also recognize the need to try to tone things down and not be _too_ much of an asshole. Linus was reminding me of that yesterday...
>So for the record: I'm not trying to roadblock you or anyone else, I'm just trying to make sure we all have shit that _works_.

>>14878
>What's /tech/'s opinion on the bcachefs drama?
Don't know if the cause is (more) political since I don't know what Kent does besides bcachefs, but it could have been additionally fueled by a clash wih Linus last month: https://lore.kernel.org/all/CAHk-=wjit-1ETRxCBrQAw49AUcE5scEM5O++M=793bDWnQktmw@mail.gmail.com
Either way it should be unsurprising that attaching bureaucratic busybodies to a project would hinder its development.
It's also hypocritical denying contributors patches over inflammatory language when Linus has continuously used it.

>>14884
>Restrict Kent Overstreet's participation in the kernel development
>Decline all pull requests from Kent Overstreet
They punished all Linux users.

1acf9a93f01dda0d2976407c85cb707f.jpg
[Hide] (127.2KB, 474x958)

3f74ff828bbec0aaa9c27f6ba7c7dc68.jpg
[Hide] (300.6KB, 1027x567)

9292ffc19c77a1c62b9059b190910a87.jpg
[Hide] (430.9KB, 1583x2048)

>>14884
>>14891
> I've heard - at Plumbers, from another high level kernel maintainer and elsewhere, that Linux is "for the big tech companies now"

The Plumbers guy gets it.

Linux is over as a project. Use the source if you want, but don't expect anything but that level of drama from the project.

Use OpenBSD if you want a decent OS and a decent project.

3841c18b9beaee80917af49bcfb7095809da93ba79b377651036089312a2374b.png
[Hide] (1.1MB, 827x897)

>>14892
>random picture of roastie with ugly nigger lips

>>14892
I'm thinking about that, my greatest problem currently is the lack of Firefox-based browsers. Librewolf was available, but then the maintainer disappeared. Maybe I could step up as a new one, but I have no experience in maintaining software, and if it is more complicated than running "make [tarball]" waiting for it to finish, and then forwarding the end result somehow, then I will run into trouble eventually. Of course, with Chrome potentially being sold off, and with Ladybird on the way maybe it will be a moot point in a year or two.

__shiroko_and_shiroko_blue_archive_drawn_by_kiyakyuu__5721aa7ea77c54f887d877822e0e92f9.jpg
[Hide] (257.9KB, 1198x2047)

__shiroko_and_shiroko_blue_archive_drawn_by_takkun0926__365a61f180ff6bf4177b3f609145524d.jpg
[Hide] (1.5MB, 2160x3840)

__shiroko_and_shiroko_blue_archive_drawn_by_tsunderemaids__e94994981e4df8f19c3ef52aa273178c.png
[Hide] (4.7MB, 2310x3870)

__shiroko_blue_archive_drawn_by_awooogie__1fd2df6bb6495f73652f307ab6fe97d2.jpg
[Hide] (95.2KB, 736x736)

__shiroko_shiroko_and_shiroko_terror_blue_archive_drawn_by_not_forever2w__09de1cf451862ad4753353921eb23724.jpg
[Hide] (15MB, 5242x9318)

>>14893
Here is some eye bleach.

>>14884
>What's /tech/'s opinion on the bcachefs drama?
It's not "drama". Kent forced through last minute patches right before the RC merge window closed and they ended up breaking the entire kernel build because he obviously didn't test them properly. It wasted tons of developer time and delayed the release. That's what Linus is pissed off about. Whoever is trying to re-center the discussion around culture war CoC nonsense is just muddying the waters.

The issue is not that Kent is being a meanie the issue is that he is pushing shitty untested code, his move fast and break things, zoomer webdev mindset is not acceptable in a kernel that billions of devices around the world depend on.

>>14892
>Use OpenBSD if you want a decent OS and a decent project.
lol
https://dataswamp.org/~solene/2024-11-15-why-i-stopped-using-openbsd.html

>>14901
>About me: My name is Solène Rapenne, pronouns she/her. 
<Introduction
>First, I like OpenBSD, it has values, and it is important that it exists. It just does not fit all needs, it does not fit mine anymore. 
<Hardware compatibility 
>limited game pad support (not supported by all programs, not all game pad will work)
<Reliability
>Would you like to keep using an operating system that daily eat your data? I don't. Maybe I am doing something weirds, I don't know, I have never been able to pinpoint why I got so many crashes although everyone else seem to have a stable experience with OpenBSD. 
<Moving to Linux 
>systemd: journald, timers and scripting possibilities. I need to write a blog post about this, systemd is clearly disruptive, but it provides many good features. I understand it can make some people angry as they have to learn how to use it. The man pages are good though.
>flatpak: I really like software distribution done with flatpak, packages are all running in their own namespace, they can't access all the file system, you can roll back to a previous version, and do some interesting stuff
<Conclusion
>I will continue to advocate OpenBSD for situations I think it is relevant, and I will continue to verify OpenBSD compatibility when contributing to open source software (last in date is Peergos). This is something that matters a lot for me, in case I go back to OpenBSD :-) 
I admit that I am cherry picking here, but this does not strike me as some sort of an ebin denunciation of OpenBSD.

>>14901
The only reasons why you shouldn't use openbsd are:
>speed
>hardware compatibility
>software compatibility
Speed is a major issue, if your server isn't doing much, then it's not that big of a problem. Hardware compat, openbsd works with most x86_64 systems, parts that it doesn't support can be ignored if you don't use them. Software is the big one where users can't except to run wine and game. For server purpose, openbsd is good enough.

87b94016ddf3231de9525ea64059a6ccc25662fc9bf14b97b80810ad0d7502ec.jpg
[Hide] (326.6KB, 1024x1500)

C++ Standards Contributor Expelled For 'The Undefined Behavior Question'
https://slashdot.org/submission/17330375/c-standards-contributor-expelled-for-the-undefined-behavior-question (https://ghostarchive.org/archive/mnUHr )
>Andrew Tomazos, a long-time contributor to the ISO C++ standards committee, recently published a technical paper titled The Undefined Behavior Question . The paper explores the semantics of undefined behavior in C++ and examines this topic in the context of related research. However, controversy arose regarding the paper's title.
>Some critics pointed out similarities between the title and Karl Marx's 1844 essay On The Jewish Question , as well as the historical implications of the Jewish Question, a term associated with debates and events leading up to World War II. This led to accusations that the title was "historically insensitive."
>In response to requests to change the title, Mr. Tomazos declined, stating that "We cannot allow such an important word as 'question' to become a form of hate speech." He argued that the term was used in its plain, technical sense and had no connection to the historical context cited by critics.
>Following this decision, Mr. Tomazos was expelled from the Standard C++ Foundation, and his membership in the ISO WG21 C++ Standards Committee was revoked.

Update: no bcachefs updates for 6.13 confirmed
https://www.patreon.com/posts/update-no-for-6-116534994 (https://ghostarchive.org/archive/mDJFD )
>Fixes will have to come from my repository.
>This came just as the CoC board seemed to be relenting, and we started to be having a public conversation. That's now been cut off, and I think after the private correspondence we had their action was dishonest.
>Here's what I wrote to Michal way back in September (because yes, I was out of line, and yes, that did need to be addressed; but I don't think public mea culpas are the best way to do that).
>I do hope something good comes out of all this.
The apology e-mail is a little long, you can find it in the links above.

ReiserFS Has Been Deleted From The Linux Kernel
https://www.phoronix.com/news/ReiserFS-Deleted-Linux-6.13 (https://ghostarchive.org/archive/jiLM3 )
>Linus Torvalds just merged the change to the Linux 6.13 kernel that goes ahead and deletes the ReiserFS file-system from the source tree.
>This change isn't unexpected with ReiserFS having been deprecated in 2022 with plans to remove it in 2025... Linux 6.13 is set to be the first major kernel release of the new year.
>This also comes a few months after a ReiserFS change was made at the request of Hans Reiser around the file-system's documentation following a public jailhouse letter from the convicted murderer.

https://archive.is/eUm9X - ((( CNN )))
>Microsoft said Monday that it is facing delays after it identified the cause of a major Outlook and Teams outage, and deployed a fix to the problem.
>By Monday afternoon, the company said it had seen some recovery and reports of outages on tracking site Downdetector had dropped sharply.
>At its peak, Downdetector showed more than 5,000 user-reported problems, though this data doesn’t fully reflect the scale of the outage.
>“We’ve started to deploy a fix which is currently progressing through the affected environment. While this progresses, we’re beginning manual restarts on a subset of machines that are in an unhealthy state,” the company said on X earlier in the day.
>Around noon, the company said the fix had reached “approximately 98% of the affected environments,” though reports on Downdetector kept increasing. It can take time for updates to work their way to customers’ systems.
>However, Microsoft then noted those restarts were “progressing slower than anticipated for the majority of affected users” and did not yet provide an estimated time for a fix. At 2 pm, the company said it was still facing delays in its recovery.
>The outage has hindered many office workers – though some US users on X celebrated the small break ahead of the Thanksgiving holiday weekend.

ClipboardImage.png
[Hide] (134.5KB, 1390x517)

>>14908

>>14910
He killed his wife, who was Russian, so if anything they should preserve his code to show Putler who's in charge of the kernel.

q2.png
[Hide] (400.9KB, 720x672)

>>14914
I thought the russians already forked Linux. I mean, why wouldn't they? There's already forks of old branches for small embedded systems.
Maybe they even have forks of other stuff like MINIX v3.

>>14902
>I admit that I am cherry picking here, but this does not strike me as some sort of an ebin denunciation of OpenBSD.
What about this?
<I have grievances against OpenBSD file system. Every time OpenBSD crash, and it happens very often for me when using it as a desktop, it ends with file corrupted or lost files. This is just not something I can accept.

>>14914
You're joking but clown world is almost there.

>>14917
They don't have enough people for fork linux in a meaningful way.

>There's already forks of old branches for small embedded systems.
Those "forks" never get updated they're just a snapshot of the code with hardware specific patches and drivers mixed in. After the product ships the code is left to rot.

Political forks never work anyway. Remember when some woke sjw retards forked gimp just to change the name. Where are they now? Oh right they gave up 1 week later. This isn't like dragonfly creating an entirely new OS by rewriting the core freebsd scheduler. What do you think a russian fork of linux is going to do except replace the penguin logo with an anthropomorphized bottle of vodka VODKA-TAN uwu.

>>14918
They're not woke jsw retards though.
But anyway, I wouldn't even bother with Linux in the first place. The only good thing about Linux is hardware support, but if they have enough people to write drivers for other OS (like MINIX v3 or whatever) then they don't need Linux.

32800b583d8d0a3b44f9ad6f11efa1f024f2917c3baea9822b06f33a905f34e2.png
[Hide] (6.7KB, 370x140)

>>14918
>They don't have enough people for fork linux in a meaningful way.
The Russian government (+ army and a bunch of other orgs, apparently) uses Astra Linux, so they almost certainly have enough people to fork it.

>>14918
>What about this?
That seems more like a real problem, but if that tranny wanted to seriously damage OpenBSD's reputation then would have elaborated more. As it stands we have his word against the experience of other OpenBSD users and developers, and this is the first time I hear about the filesystem being prone of this.

>>14921
>and this is the first time I hear about the filesystem being prone of this.
I can attest that the default filesystem is very much not resilient against crashes.
I set up a box with OpenBSD a little while ago to have a backup of my data on a non-Linux system, but since the PSU was faulty it would often shut down midway while copying (until I replaced it, of course). The file system ended up borked every time.

>>14919
>The only good thing about Linux is hardware support, but if they have enough people to write drivers for other OS (like MINIX v3 or whatever) then they don't need Linux.
Why don't you try building firefox on minix and tell us how that goes for you. Hypervisors solve the hardware issue so clearly there's another reason why nobody uses these obscure OSs.

>>14920
>The Russian government (+ army and a bunch of other orgs, apparently) uses Astra Linux
Anyone can make a distro. Enable binpkg on gentoo and throw the packages into a webserver and you've made your own distro. A fork is something different. The question is what are the two russian guys who got kicked out of the lkml going to do with the linux kernel source code that the 1000s of upstream devs can't/won't do?

>>14921
>if that tranny wanted to seriously damage OpenBSD's reputation
I don't think that's what he's doing. He was an active member of the community and wanted to explain why he's not around anymore. Then again if it's your community so if you've never heard of him I guess he wasn't that active.

>this is the first time I hear about the filesystem being prone of this
Well there's no journaling right? You're running 1970s technology and pretending it's fine because openbsd can't just adopt someone else's code they have to reinvent every wheel or pretend it's not worth doing.

>>14923
>Then again if it's your community
It's not mine, all I am saying is that one blogpost is not enough for me to completely write off a whole operating system.

cyber2.jpg
[Hide] (425.8KB, 1079x2135)

>>14923
Firefox is just one browser, there are others (who aren't run by Rust-pushing SJW). But it's not like every computer needs a desktop web browser anyway. There are loads of embedded systems and servers that are running Linux, when they could be running any other OS. And this is a big problem, because it's a monoculture and a disaster waiting to happen.

>>14925
>Firefox is just one browser, there are others
I guess I wasn't clear. Build any complex glibc based application on your obscure OS and see what happens. Even GNU/Hurd can't get firefox running after 30 years of development.

>There are loads of embedded systems and servers that are running Linux, when they could be running any other OS.
That's true.

07c1d966af18deb2d9bda6abc6d18438b497185c15a6cf1ab987eb24625100d88df2d6ae929402634f292bd00fd32b5157743da9d04542dc41a68cfb6c09da19.png
[Hide] (116.7KB, 500x400)

7-Zip Zstandard Decompression Integer Underflow Remote Code Execution Vulnerability
https://www.zerodayinitiative.com/advisories/ZDI-24-1532 (https://ghostarchive.org/archive/EuFqV )
>This vulnerability allows remote attackers to execute arbitrary code on affected installations of 7-Zip. Interaction with this library is required to exploit this vulnerability but attack vectors may vary depending on the implementation.
>The specific flaw exists within the implementation of Zstandard decompression. The issue results from the lack of proper validation of user-supplied data, which can result in an integer underflow before writing to memory. An attacker can leverage this vulnerability to execute code in the context of the current process.
>Fixed in fixed in 7-Zip 24.07

Deno v. Oracle: Canceling the JavaScript Trademark
https://deno.com/blog/deno-v-oracle (https://ghostarchive.org/archive/LKKoQ )
>On November 22, 2024, Deno formally filed a petition with the USPTO to cancel Oracle’s trademark for “JavaScript.” This marks a pivotal step toward freeing “JavaScript” from legal entanglements and recognizing it as a shared public good.
>If successful, the petition will eliminate barriers that have stifled community use of the name. Conferences could reclaim titles like “JavaScript Conference” instead of settling for “JSConf.” The language’s specification could finally drop the cumbersome “ECMAScript” moniker and be known simply as the “JavaScript Specification.” Communities like “Rust for JavaScript Developers” would no longer fear legal threats over their use of the term.
>The full petition is available here and is based on three claims:
>Claim 1: JavaScript is generic
>[...]
>Claim 2: Oracle committed fraud
>[...]
>Claim 3: The trademark has been abandoned
>[...]
>Oracle has until January 4, 2025, to respond. If they fail to act, the case will go into default, and the trademark will likely be canceled. We sincerely hope Oracle takes this path, acknowledging that “JavaScript” belongs to its global community—not to a single corporation.

>>14928
Yeah, it shouldn't even be a trade-
<"Rust for JavaScript Developers” would no longer fear legal threats
Go get them Oracle, JavaScript™ is rightfully yours. Fuck these community niggers.

gy7qgp7ebkf51-3343371540.png
[Hide] (80.7KB, 488x385)

>>14933
>Go get them Oracle, JavaScript™ is rightfully yours. Fuck these community niggers.
The only reason they called it javascript was to piggyback off the reputation of java so the fact that sun/oracle ended up owning the name is pretty much what they deserve.

all_users_of_windows_are_suckers.webm
[Hide] (216.4KB, 1920x1080, 00:06)

Browser Choice Alliance Formed to Raise Awareness of  Microsoft “Dark Patterns” That Limit Consumers’ Ability to Use an Internet Browser of Their Choice
https://browserchoicealliance.org/browser-choice-alliance-formed-to-raise-awareness-of-microsoft-dark-patterns-that-limit-consumers-ability-to-use-an-internet-browser-of-their-choice (https://ghostarchive.org/archive/gSftz )
>Today, browser developers including Opera, Vivaldi, Google Chrome, Wavebox, and Waterfox announce the launch of the Browser Choice Alliance. This group will advocate for consumers’ right to choose, keep, and use their preferred browser on Windows without that choice being undermined. 
>Through dark patterns, technical roadblocks and deception, Microsoft prevents consumers from finding and using the browser they want and setting it as their preferred default on Windows PCs. These actions affect not just browser developers, but the entire web ecosystem.
>The Browser Choice Alliance is calling for urgent intervention from regulators across the world to address this, and defend consumers’ right to choose. For example, the group is calling on the European Commission to list Microsoft’s Edge as “gatekeeper” under the Digital Markets Act (DMA).
>[...]
>Windows is the leading desktop operating system, with over 70% market share globally according to StatCounter. This power has allowed Microsoft to restrict the ability of rival software to compete on Windows by creating deceptive restrictions against competitors.
>At every turn, Microsoft uses dark patterns, technical roadblocks, and deception to stop consumers accessing the browser they want or setting it as default. This includes:
>* Creating hurdles for downloading a different browser;
>* Changing users’ default settings back to Edge during regular updates;
>* Force-opening links in Microsoft’s own services (Teams/ Outlook etc) into Edge or Bing;
>* Coercive messaging around browser choice, encouraging users to “restore Microsoft recommended browser settings”.

>>14951
You could replace browser with operating system in that text, and then it would only need relatively little rewriting to be used as the founding statement of the OS Choice Alliance.

>>14951
>Oh my science nooo, let me use [Chromium slop] instead of [Chromium slop]

browser_threads.jpg
[Hide] (673.1KB, 3361x460)

>>14951
>>14952
>>14953

>>14954
Once Otter browser gets plugins, it will blow every other browser out of the water

>>14955
Otter Browser uses QtWebEngine so it's essentially still a stripped-down Chromium clone. Our only hope is Ladybird.

>>14953
This, just scrape everything with third party programs and browse in your file explorer.

>>14954
furfaggots deserve to be sprayed with gasoline and set ablaze using infrared burning lasers while doing thier "thing" in public

"Open"AI's GPT-5 is behind schedule!
>wsj.com/tech/ai/openai-gpt5-orion-delays-639e7693
>https://archive.li/L7fOF

Is the bubble beginning to burst?

feeling_old_yet.jpg
[Hide] (28.9KB, 512x319)

>>14957
we heard you hated your browser bro so we put your browser in your file explorer

>>15112
Return to SeaMonke?

browsers_soft_monopoly.jpg
[Hide] (103.7KB, 646x759)

Linux Foundation Announces the Launch of Supporters of Chromium-Based Browsers
https://www.linuxfoundation.org/press/linux-foundation-announces-the-launch-of-supporters-of-chromium-based-browsers
https://ghostarchive.org/archive/l7Ibz
>The Linux Foundation, the nonprofit organization enabling mass innovation through open source, today announced the launch of Supporters of Chromium-Based Bowsers. [...]
>The Supporters of Chromium-Based Browsers will provide a neutral space where industry leaders, academia, developers, and the broader open source community can work together to support projects within the Chromium ecosystem.
>Several leading organizations have already pledged their support for the initiative, including Google, Meta, Microsoft, and Opera.
>The Supporters of Chromium-Based Browsers follow an open governance model, drawing from best practices established by other successful Linux Foundation initiatives. It prioritizes transparency, inclusivity, and community-driven development.

A Microsoft-Contributed Change To Linux 6.13 Is Causing A Last Minute Ruckus
https://www.phoronix.com/news/Linux-6.13-Dropping-EXECMEM_ROX
https://ghostarchive.org/archive/FKO7d
>Back in November during the Linux 6.13 merge window was an interesting improvement to kernel modules contributed by a Microsoft engineer. The patches adapt Linux x86_64 to use large read only execute (ROX) pages for allocations of executable kernel. And in turn the large ROX pages to map text areas ends up reducing instruction TLB pressure and improving performance. 
>But it turns out this code breaks some Control Flow Integrity (CFI) enabled setups and leads to situations like failing to resume from hibernation on some Intel laptops. 
>Intel engineer Peter Zijlstra queued up a patch this morning to tip/tip.git's "x86/urgent" branch that in turn disables the EXECMEM_ROX support.
>[...]
>Additionally, it turns out the Linux x86/x86_64 maintainers hadn't even signed off on this change that was merged to the mainline Linux kernel. Longtime Linux developer Borislav Petkov of AMD remarked: 
>"I just love it how this went in without a single x86 maintainer Ack [acknowledgement], it broke a bunch of things and then it is still there instead of getting reverted.
>Let's not do this again please."

>>412 (OP) 
Gnome and GTK developers are possibly planning on deprecating the X11 backend in GTK5
Note that they won't remove X11 (yet) even if they will merge it.
>https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/8060

7f51fd9bc6de51c9c68b21b0d2cf1e6dfc7ff75b03994755e205fe90f9312000.jpg
[Hide] (576.8KB, 2052x1540)

>>15230
Besides being an attempt at speeding up Wayland adoption, it also looks like that they're testing the waters to see how people react to them getting rid of X11.
If they keep their release schedule pattern somewhat, then they'd probably get GTK 5 out around 2029 or 2030.
Of course they can delay or cancel its removal if it's deemed too unpopular.
As a curiosity, are there any ImGui-style toolkits that target window systems in the open?

>>15230
Good, let them fade into obscurity even more as Qt eats their lunch.

>>15112
They already did that in Windows two decades ago.

>>15230
Old news. They announced that in 2022.
However their Wayland compositor is lacking behind KWin and doesn't have many things yet like the Wayland Cursor Shape Protocol which is needed in Wayland because it handles cursor sizes differently and without it the same cursor will be different sizes on different windows.
KWin: Look, we have SVG cursors!
Mutter: We have differently sized cursors on each window! Bet you can't do that!
I feel like they can't do anything right. What the fuck is wrong with Gnome fags?

>>15231
Cleaning stuff up after removing firefox package... Oh wait, what's this Wayland stuff doing here? Now why would they do that.
arm64# pkgin autoremove
23 packages to be autoremoved:
  at-spi2-atk-2.38.0nb2 at-spi2-core-2.44.1 ffmpeg4-4.4.5 ffmpeg7-7.0.2nb1
  gobject-introspection-1.80.1nb3 gtk3+-3.24.43 hunspell-1.7.2nb2 icu-75.1
  libcups-2.4.10 libepoll-shim-0.0.20240608 libgcrypt-1.11.0nb1
  libgpg-error-1.50 libpaper-2.2.5 libv4l-1.24.1 libxkbcommon-1.7.0nb2
  libxslt-1.1.42 nspr-4.35 nss-3.105 pciutils-3.11.1 perl-5.38.2
  py312-setuptools-75.1.0 wayland-1.23.0 wayland-protocols-1.37

proceed ? [Y/n]

robo-insects are soon real
https://www.youtube.com/watch?v=H6q6pYZ9Fho

>>412 (OP) 
Hexchat git repo is archived and the developers have stopped updating it. Switch to quassel or weechat/irssi/whatever!

Faceberg banning Linux discussion
>https://distrowatch.com/weekly-mobile.php?issue=20250127#sitenews
<Starting on January 19, 2025 Facebook's internal policy makers decided that Linux is malware and labelled groups associated with Linux as being "cybersecurity threats". Any posts mentioning DistroWatch and multiple groups associated with Linux and Linux discussions have either been shut down or had many of their posts removed.

>>15295
Lunduke did a bit of digging, and it's not Linux that is banned, but distrowatch. For whatever reason kikebook considers that site to be a source of malware.

>>15295
> facebook
Why are you still on there in 2025...

niggerballs.png
[Hide] (26.2KB, 720x203)

Codeberg gets trolled, blames the "far-right"
We stay strong against hate and hatred
https://blog.codeberg.org/we-stay-strong-against-hate-and-hatred.html

Email was simply picrel.

I've told them they're overreacting and are simply being trolled, but they're evidently lunatics with a persecution complex.
I don't expect their situation to get any better. "Don't feed the trolls" seems to be hard lesson for some.

(I've moved to RocketGit in the meantime, the host seems sane at least and it's snappy)

>>15369
>((( berg )))

>>15369
> codeberg
Never heard of this one before.
Also GIT is shit. If I want to download (clone) a small project, often end up downloading 1+ GB of GIT-related files that I don't want or care about at all.

>>15375
If whatever you're cloning is that large it's because it contains large blobs (with very few exceptions), which should never have been checked in in the first place.
Also: git clone --depth 1 for shallow clones.

hectormartin.jpg
[Hide] (15.9KB, 340x240)

asahilina.png
[Hide] (237.3KB, 400x400)

Spoiler File
(579.1KB, 1034x506)

Karol Herbst Steps Down As Nouveau Maintainer Due To Linux Kernel's Toxic Environment
https://www.phoronix.com/news/Karol-Herbst-Nouveau-No
https://ghostarchive.org/archive/WRsW2
>Karol Herbst has been a Nouveau driver developer for over a decade working on this open-source, reverse-engineered NVIDIA Linux graphics driver.
>[...]
>Karol Herbst announced this morning he's stepping down from his role as one of the upstream Nouveau kernel driver maintainers. This comes days after Hector Martin stepped down as an upstream Apple Silicon maintainer due to differences with the kernel development community. 
>"[...] However, there is one thing I can't stand and it's hurting me the most. I'm convinced, no, my core believe is, that inclusivity and respect, working with others as equals, no power plays involved, is how we should work together within the Free and Open Source community.
>I can understand maintainers needing to learn, being concerned on technical points. Everybody deserves the time to understand and learn. It is my true belief that most people are capable of change eventually. I truly believe this community can change from within, however this doesn't mean it's going to be a smooth process.
>The moment I made up my mind about this was reading the following words written by a maintainer within the kernel community:
>"we are the thin blue line"
>This isn't okay. This isn't creating an inclusive environment. This isn't okay with the current political situation especially in the US. A maintainer speaking those words can't be kept. No matter how important or critical or relevant they are. They need to be removed until they learn. Learn what those words mean for a lot of marginalized people. Learn about what horrors it evokes in their minds. [...]"

The "thin blue line" part is quoted from an e-mail by Theodore Ts'o over Rust drama: https://lore.kernel.org/lkml/[email protected]/
Which was sparked in part by Hector Martin's resignation from the Asahi Linux project:

Hector Martin Resigns From The Asahi Linux Project
https://www.phoronix.com/news/Hector-Martin-Resigns-Asahi
https://ghostarchive.org/archive/bhhmR
>Due to frustrations around user expectations around Asahi Linux on Apple Silicon hardware and then paired more recently with the upstream frustrations/arguments/challenges around Rust code within the Linux kernel, and other factors, Hector Martin has decided to step down.
>"I’m resigning as lead of the Asahi Linux project, effective immediately. The project will continue on without me, and I’m working with the rest of the team to handle transfer of responsibilities and administrative credentials. My personal Patreon will be paused, and those who supported me personally are encouraged to transfer their support to the Asahi Linux OpenCollective (GitHub Sponsors does not allow me to unilaterally pause payments, but my sponsors will be notified of this change so they can manually cancel their sponsorship). [...]
Hector's e-mail with social media threats: https://lkml.iu.edu/hypermail/linux/kernel/2502.0/06288.html
Linus' response to his threats: https://lkml.org/lkml/2025/2/6/1292
And Hector removing himself from maintainers: https://lkml.org/lkml/2025/2/7/9

Hector also has a vtuber persona named Asahi Lina where >she programs Asahi Linux related stuff.
Pictures include Hector from a couple(?) years ago, his vtuber persona, and how he looked on a recent interview (he's the guy in the middle of the spoilered picture, right guy is >Alyssa Rosenzweig).

I'm re-posting this information now since this drama may now affect more than just Linux on Macs.

>>15382
>That entire drama due to generic phrases 
>That rampant homosexuality
wat

>>15382
<On Thu, 6 Feb 2025 at 01:19, Hector Martin <[email protected]> wrote:
>> If shaming on social media does not work, then tell me what does,
>> because I'm out of ideas.
>How about you accept the fact that maybe the problem is you.
>You think you know better. But the current process works.
>It has problems, but problems are a fact of life.  There is no perfect.
>However, I will say that the social media brigading just makes me not
want to have anything at all to do with your approach.
>Because if we have issues in the kernel development model, then social
media sure as hell isn't the solution. The same way it sure as hell
wasn't the solution to politics.
>Technical patches and discussions matter. Social media brigading - no
than\k you.
<                 Linus
I have to wonder if this has something to do with orange man taking power. Telling one of these rust trannies to fuck off would have been impossible a few months ago.

>>15382
What are these retards doing? This faggot did free work and advertisement for Linux and they drove him away. Without this tranny Linux on Apple will just die off again. Who the fuck gives a shit about his tranny name. This is just like when Linus banned all Russian maintainers two years into the war for being spies and iirc they maintained device drivers for some chinese laptop you may have.
Even though he cucked out on the COCK and appologized for some old email rant. However he can't let some failed rust tranny do apple device drivers.

>>15386
>Even though he cucked out on 
Here I'm refering to Linus

Mac_IIci.png
[Hide] (18.6KB, 640x480)

>>15386
Good. Apple should run its own OS, and I mean the old one.

>>15388
Cringe nostagic.

slackware.jpg
[Hide] (49.3KB, 700x466)

>>15390
Practical too. How much memory and disk space does Linux need today? In the 90's it ran well on a 32-bit computer with 4 MB RAM, so long as you didn't use X (but even there you only needed 8 MB).

>>15393
Maybe you want to do real world things like display a photo you've taken?

>>15395
Back then I had ZGV image viewer for svgalib on Linux, and it displayed photos with only 4 MB RAM! Also it had thumbnails, and a better interface than all my other options today. The Mac probably had even better software...

>>15396
But they looked like ass.

>>15405
It depends on where the photos came from. There were many low resolution ones, but you could also find SVGA resolution photos, especially on Usenet alt.binaries.* groups. The stuff on homepages, geocities, and the web in general was often scaled-down and compressed for bandwidth reasons. But since Usenet was more efficient, you could distribute much better quality photos that way. I even found some pretty nice ones on local dialup BBS's.

__shiki_eiki_touhou_drawn_by_profitshame__20359165a9638a68b8cb02ca01dc1c2f.png
[Hide] (1.1MB, 1500x1500)

Christoph Hellwig in the Rust for Linux's Kernel Policy thread
https://lore.kernel.org/rust-for-linux/[email protected]/
>"Some subsystems may decide they do not want to have Rust code for the time being, typically for bandwidth reasons. This is fine and expected."
>while Linus in private said that he absolutely is going to merge Rust code over a maintainers objection.  (He did so in private in case you are looking for a reference).
>Where Rust code doesn't just mean Rust code [1] - the bindings look nothing like idiomatic Rust code, they are very different kind of beast trying to bridge a huge semantic gap.
>And they aren't doing that in a few places, because they are showed into every little subsystem and library right now.
>So we'll have these bindings creep everywhere like a cancer and are very quickly moving from a software project that allows for and strives for global changes that improve the overall project to increasing compartmentalization [2].
>This turns Linux into a project written in multiple languages with no clear guidelines what language is to be used for where [3].
>[...]
>I'd like to understand what the goal of this Rust "experiment" is:  If we want to fix existing issues with memory safety we need to do that for existing code and find ways to retrofit it.
>A lot of work went into that recently and we need much more.
>But that also shows how core maintainers are put off by trivial things like checking for integer overflows or compiler enforced synchronization (as in the clang thread sanitizer).
>How are we're going to bridge the gap between a part of the kernel that is not even accepting relatively easy rules for improving safety vs another one that enforces even strong rules.

Greg Kroah-Hartman in the Rust for Linux's Kernel Policy thread
https://lore.kernel.org/rust-for-linux/2025021954-flaccid-pucker-f7d9@gregkh/
>The majority of bugs (quantity, not quality/severity) we have are due to the stupid little corner cases in C that are totally gone in Rust.
>Things like simple overwrites of memory (not that rust can catch all of these by far), error path cleanups, forgetting to check error values, and use-after-free mistakes.
>That's why I'm wanting to see Rust get into the kernel, these types of issues just go away, allowing developers and maintainers more time to focus on the REAL bugs that happen (i.e. logic issues, race conditions, etc.)
>I'm all for moving our C codebase toward making these types of problems impossible to hit, the work that Kees and Gustavo and others are doing here is wonderful and totally needed, we have 30 million lines of C code that isn't going anywhere any year soon. [...]
>But for new code / drivers, writing them in rust where these types of bugs just can't happen (or happen much much less) is a win for all of us, why wouldn't we do this? [...]
>[...]
>And yes, the Rust bindings look like magic to me in places, someone with very little Rust experience, but I'm willing to learn and work with the developers who have stepped up to help out here.
>To not want to learn and change based on new evidence (see my point about reading every kernel bug we have.)
>[...]
>Yes, mixed language codebases are rough, and hard to maintain, but we are kernel developers dammit, we've been maintaining and strengthening Linux for longer than anyone ever thought was going to be possible.

wayland-protocols 1.41 has been released
https://lists.freedesktop.org/archives/wayland-devel/2025-February/043980.html
>This release includes the long awaited color management protocol, which allows clients to describe their content's colors accurately, and compositors to display it properly.
>It also enables, among other things, compositors and clients to support High Dynamic Range (HDR) content.

0.jpg
[Hide] (11.1KB, 306x306)

> Rust niggers
> Systemd niggers
> Wayland niggers
I thought USAID funding was finished

>>15411
Maybe it really is time to install DragonflyBSD on an older machine to see how it performs on actual metal.

rusted-linus.jpg
[Hide] (92.3KB, 1280x720)

More Linux Rust drama:

Linus Torvalds on Rust and C subsystems interoperability
https://lore.kernel.org/rust-for-linux/CAHk-=wgLbz1Bm8QhmJ4dJGSmTuV5w_R0Gwvg5kHrYr4Ko9dUHQ@mail.gmail.com/
>I was hopeful, and I've tried to just see if this long thread results in anything constructive, but this seems to be going backwards (or at least not forwards).
>The fact is, the pull request you objected to DID NOT TOUCH THE DMA LAYER AT ALL.
>It was literally just another user of it, in a completely separate subdirectory, that didn't change the code you maintain in _any_ way, shape, or form.
>I find it distressing that you are complaining about new users of your code, and then you keep bringing up these kinds of complete garbage arguments.
>[...]
>You are saying that you disagree with Rust - which is fine, nobody has ever required you to write or read Rust code.
>But then you take that stance to mean that the Rust code cannot even use or interface to code you maintain.
>So let me be very clear: if you as a maintainer feel that you control who or what can use your code, YOU ARE WRONG.
>[...]
>So this email is not about some "Rust policy". This email is about a much bigger issue: as a maintainer you are in charge of your code, sure - but you are not in charge of who uses the end result and how.
>You don't have to like Rust. You don't have to care about it. That's been made clear pretty much from the very beginning, that nobody is forced to suddenly have to learn a new language, and that people who want to work purely on the C side can very much continue to do so.
>So to get back to the very core of your statement:
>   "The document claims no subsystem is forced to take Rust"
>that is very much true.
>[...]

Hector Martin explains further his self-removal from the Apple related drivers maintainer list
https://lore.kernel.org/all/[email protected]/
>As I was rather brief in my commit message, I feel like I should expand on my reasons for leaving (particularly given a bunch of people [1] think everything is resolved after Linus' latest proclamation and we should just move on).
>Many of you are probably familiar with my frustrations [2] with the kernel process, which form the background motivation, and I'm unlikely to have any desire to participate in kernel upstreaming again until some of them are resolved.
>Similarly, the issue of kernel maintainers attempting to block project progress, doing the Linux kernel version of Elon performing the nazi salute [3] (make no mistake, Ted knew exactly what he was doing with that line, and that it would be plausibly deniable by the actual nazis and those unaware of the cultural context or eager to grasp at straws to defend him), or generally being assholes, certainly had an impact.
>However, I should clarify that what pushed me over the point of no return and to not only resign as a maintainer but also cease all commitments to work on kernel code [4] was, specifically:
>- A pile-on [5] initiated by a kernel maintainer, which was apparently motivated by what can only be described as a blatant, deliberate mischaracterization of my words [6]. I can only assume this was a convenient excuse to lash out pent-up grudges against me in public.
>- The hypocrisy of complaining about posting on social media while posting and flaming about it on social media.
>- The mischaracterization of my social media posts as "brigading" (by three kernel maintainers including Linus, no less), which is a loaded term [7]. I have been the victim of *real* brigading by the kind of internet trolls who work to drive people to suicide, including successfully doing so to one of my friends [8], and it's not funny.
>- The accusation that the alleged brigading was a way of generating attention for donations [9], which is quite frankly disgusting.
>- Some even more disgusting stuff that came out in private and I will not elaborate on here.
>- The fact that all this came from kernel maintainers who I *thought* I could work with, have had multiple discussions with in public and private, and did not expect to privately hold grudges on me for a long time while putting on a face, only to release them all in public without so much as an attempt to discuss them in private.
>[...]

>>15417
Perhaps the silver lining here is that this may delay anything meaningful from being (re)written in Rust on the kernel.
Though that's probably too optimistic since Torvalds seems to want it as soon as possible.

865283ed79ca848a803b7a4437ac4aef4e934c980ce64eb6cc590f41f688a60c.png
[Hide] (228.6KB, 376x500)

>>15388
It was technologically primitive, sure, but in terms of scientifically iterated elegant rigorous design, it was a trillion lightyears ahead of anything before or since.

>>15393 
>4MB
>8MB
Bloat! Reminder that as late as v7.5, you could fit an entire System install on a 1MB floppy, boot it on a system with 1MB RAM, STILL having space left over for user data storage and 3rd-party software to run. Not that this was totally unique, lots of fully modern buzzword-compliant microcomputer-originated GUI OSs like QNX and OS-9 can still do the same thing, eunuchs is just inherently bloated and gay, same with other minicomputer shiet like VMS/NT.

>>15405
>>15390
Ask me how I know you're generation Z.

>>8211
It's meant to be funny. The emotionless data often makes a funny face during a funny moment where he doesn't have the common sense to grasp something. He was distracted so it seemed to boil faster. How could he be so stupid while so smart? They made Data autistic because autistics behave better than people like Lore. Ironically Lore was more advanced desipte being older. We even lobotomize our own AI in real life now days over fear of ethical issues. 

And yes I know you're being sardonic, implying it's a waste of time, but Data was trying to become more human with such experimentation and was designed to take things literally and not read in between the lines as Lore would have. 

Still laughing that Data was going to kill that one kike that stole him that one time and also lied about it, the weapons fire musta been a malfunction! Data is designed to pretend to be retarded so as to not freak people out, clearly.

>>8662
Say, have you made that work? I also have a CRT TV and a VGA-to-SCART adapter, but I'd rather not accidentally damage anything, so it would be nice to hear some encouraging words before I try this:
https://nyanpasu64.gitlab.io/blog/crt-modeline-cvt-interlacing/

A500_and_TV.jpg
[Hide] (111.6KB, 960x720)

>>15440
I think 4-8 MB RAM was pretty much stock on Mac computers in the mid 90's (when I bought my 486 PC). Years earlier when I bought my Amiga 500, they were already selling Mac IILC with 2 MB RAM and 68020. I went with the Amiga because it was cheaper and muh gaymes.

>>15448
With Amiga it was even easier, because the computer came with A520 TV modulator:
https://en.wikipedia.org/wiki/File:Amiga_520_1.jpg
It connects on the back of Amiga in the video out port, and you just connect RCA jack to the TV (ok this was NTSC, but they must've had a similar one for PAL/SECAM). And I used the computer like this for months, before I got a real monitor. The only issue was you couldn't have legible 80 column/line text on a TV, but Workbench had a setting for 60 columns, and that was usable.

>>15411
>yes, the Rust bindings look like magic to me in places
How are Greg and Linus expecting to make future leadership decisions when significant portions of the codebase is written in a language they don't even understand.

>>15419
>Though that's probably too optimistic since Torvalds seems to want it as soon as possible.
Whoever's got videos of him diddling teen girls definitely wants it as soon as possible.

>>15417
>DragonflyBSD
As cucked as everything else I'm afraid
https://man.dragonflybsd.org/?command=covid&section=ANY
< The approved covid vaccines are some of the safest and most efficacious
< vaccines in history, with almost all of them preventing essentially 100%
< of severe cases of the disease and hospitalization, and preventing the
< vast majority of mild cases
big lol at least reddit and the new york times got paid for their lies

>>15455
<The covid man page was written by Taylor R Campbell
<<[email protected]>, sourced from many thousands of hours of furiously
 <doomscrolling epidemiology Twitter to pass the time during the pandemic.
Also, I don't give a fuck about vaccines.

>>15457
<The covid man page was written by Taylor R Campbell
The leader of DragonflyBSD went out of his way to import it from NetBSD 
https://github.com/DragonFlyBSD/DragonFlyBSD/commit/1975d09eeb449df1192c97c0419380768b658a20

>Also, I don't give a fuck about vaccines.
Well if you're looking for an OS that is not run by weak men who bend the knee to political and corporate interests then dragonfly is another name to cross off the list.

offensive_post.jpg
[Hide] (89.5KB, 540x480)

>>15419
>I find it distressing that you are complaining about new users of your code, and then you keep bringing up these kinds of complete garbage arguments.
The funniest part of this whole circus is that Hector and his buttbuddies turned out to be mostly correct in their specific technical arguments, and if they'd simply followed the established social conventions of the kernel team no feathers would've been ruffled. But they're personally such a bunch of dramawhoring repulsive faggots they constantly stir up shit wherever they  are for no reason, even just among themselves.

Truly a metaphor for Rust in general

Jpeg XL is getting wind again
This time from MS.
This monthe they released a JXL extension that adds support to the Windows imaging component used by apps like file explorer.
Paint.NET added native support around the same time.

uBlock Origin got "delet" from Goolag Chrome
>https://github.com/uBlockOrigin/uBlock-issues/issues/3563

Upgrade to Firefox (with Arkenfox user.js) or install any other browser that still allows manifest v2 extensions. Your third option is to use uBlock Origin Lite.

>>15512
I use Fennec on my phone and Waterfox on my desktop. I would not recommend sticking with Chromes and uBOlite because iirc manifest v3 extensions only work with a limited number of domains which will make it almost useless.
Firefox based Browsers are now the only solution. Brave (based on chrome) might still work on their own blocker since it's their selling point but I wouln't bet on it. Anyway ubo on chrome is finished.

>>15512
The other solution I've heard is to shift this outside the browser, using something OS-wide or LAN-wide, e.g. Pi-hole.

>>15515
That only works for blocking DNS requests. It won't remove advertisement elements from the site or prevent a site from checking if the advert was actually received and played back. It will probably not suffice for tricking Youtube.

 DOJ: Google must sell Chrome, Android could be next
>The DOJ is asking the court to force Google to promptly and fully divest itself of Chrome, along with any data or other assets required for its continued operation. It is essentially aiming to take the Chrome user base—consisting of some 3.4 billion people—away from Google and hand it to a competitor. The government will vet any potential buyers to ensure the sale does not pose a national security threat. During the term of the judgment, Google would not be allowed to release any new browsers. However, it may continue to contribute to the open source Chromium project.
https://arstechnica.com/google/2025/03/doj-google-must-sell-chrome-android-could-be-next/

However Google can still appeal that and nothing is truly final yet.

>>15527
It would be nice if Chrome's revenue model was something other than selling users to advertisers

Not sure how much impact it would have on Android tho

GIMP 3.0 Released

Highlights
>Need to tweak a filter you applied hours ago? New in GIMP 3.0 is non-destructive editing for most commonly-used filters. See the changes in real time with on-canvas preview.
>Exchange files with more applications, including BC7 DDS files as well as better PSD export and many new formats.
>Don’t know how big to make your drawing? Simply set your paint tool to expand layers automatically as needed.
>Making pro-quality text got easier, too. Style your text, apply outlines, shadows, bevels, and more, and you can still edit your text, change font and size, and even tweak the style settings.
>Organizing your layers has become much easier with the ability to select multiple items at once, move them or transform them all together!
>Color Management was again improved, as our long-term project to make GIMP an advanced image editor for all usages.
>Updated graphical toolkit (GTK3) for modern desktop usage.
>New Wilber logo!

https://www.gimp.org/news/2025/03/16/gimp-3-0-released/

I also think the proper Jpeg XL support and better handling of graphic tablets is noteworthy. You can plug the tablet in during runtime and it just works!

>>15551
Can't wait to try this out, I'm just hoping the program doesn't get too bloated. The change in size and speed from 2.8 to 2.10 was less than stellar to say the least.

>>15551
Where's the circle tool?
Joking aside, I'm really happy that they improved the text tool. Been waiting on that change for years.

 Phoronix Seems to be Trying to Kill Discussion About "Asahi Lina" and the Anti-Torvalds Brigade 

> Our informed guess is that by reporting this news Phoronix got caught up in flamewars that divide and fracture the community.
> In the kernel, Rust has been another such destabilising force, often connected to Microsoft.
> Notice how the site receives defunding threats for not censoring comments:

https://techrights.org/n/2025/03/19/Phoronix_Seems_to_be_Trying_to_Kill_Discussion_About_Asahi_Lina.shtml

https://wayland.app/protocols/cursor-shape-v1
The cursor shape protocol is now in all compositors that matter and in GTK3, GTK4 and Qt.
This is a huge change moving the rendering of system cursors from applications to Wayland compositors. They also proposed a v2 right away with some missing cursors. (dnd ask and resize all)

Even on X.org you have sizing issues because retarded app request different cursors for whatever reason. On Wayland the applications were supposed to everything which increased the amount of problems.

With this new protocol applications simply pass an enum to the compositor and the compositor will handle the rest. This way cursors stay the same size, different sizes could be configured for different windows and SVG cursor themes like KDE and Hyprland already have can be used in the future without every single toolkit/application needing support for them.

>>15617
>were supposed to everything 
supposed to do everything

A problem that still exists is that retards from KDE and Hyprland can't settle on a format to describe the structure of the SVG cursor themes.

>>15619
>SVG
A shame they couldn't just slap together something a bit less baroque like Haiku did for icons

>>15620
I too think that is super cool but you can't expect that much of corporate niggers. You also need an editor for Haiku's format.
However you could technically implement HVIF cursors in your own compositor thanks to this new protocol.

The advantage of HVIF is that it's so tiny it fits in the filesystem metadata. This benefit isn't there for cursors.

>>15617
>different sizes could be configured for different windows 
For different screens. That's what I meant.

>>15622
Space efficiency aside, HVIF also has a bunch of other advantages from being so domain specific, like vertices being presorted for deterministic single-pass rendering, responsively simplified coordinate and shape representations for faster rendering, and purely binary format for faster parsing than text markup. Also, of course, fixed maximum complexity and Turing-incompleteness, but that's technically nothing a preprocessor couldn't guarantee for restricted subsets of, e.g., SVG.

I downloaded the Paprika movie, but I don't know how to extract the .ass subtitles using ffmpeg
Torrent.
magnet:?xt=urn:btih:5a8d045821f84966433a1c77b4036da56c334e5e&dn=%5BTrix%5D%20Paprika%20%282006%29%20%5BMulti%20Audio%5D%20%5BDual%20Subs%5D%20%28BD%201080p%20AV1%29%20-%20VF%2FVOSTFR&tr=http%3A%2F%2Fnyaa.tracker.wf%3A7777%2Fannounce&tr=udp%3A%2F%2Fopen.stealth.si%3A80%2Fannounce&tr=udp%3A%2F%2Ftracker.opentrackr.org%3A1337%2Fannounce&tr=udp%3A%2F%2Fexodus.desync.com%3A6969%2Fannounce&tr=udp%3A%2F%2Ftracker.torrent.eu.org%3A451%2Fannounce

>>15632
https://superuser.com/a/927507

 OpenAI wants to buy Chrome and make it an ((( AI-first ))) experience 
> The remedy phase of Google's antitrust trial is underway, with the government angling to realign Google's business after the company was ruled a search monopolist. The Department of Justice is seeking a plethora of penalties, but perhaps none as severe as forcing Google to sell Chrome. But who would buy it? An OpenAI executive says his employer would be interested.
arstechnica.com/ai/2025/04/chatgpt-head-tells-court-openai-is-interested-in-buying-chrome/

>>15880
OpenAI is Microshit. What would be the point of giving it to Microshit? Would still be in the hands of a software monopolist.

I'm not sure whether OpenAI would be allowed to buy it.

>>15990
Pretty sure that they wouldn't be able to as it would be against competition and basically make Microsoft up in the same place as Google is currently.

>>412 (OP) 
does anyone have this image but for 2025?

5.jpg
[Hide] (123.2KB, 1024x1016)

Google wuz a good boi. He wuz getting his life on track.
https://www.zerohedge.com/markets/google-pay-1375-billion-texas-data-privacy-settlement

rx-9060-xt-slide.jpg
[Hide] (167.3KB, 1586x888)

RX 9060 XT specs.
Launching on June 5.
https://arstechnica.com/gadgets/2025/05/amds-299-radeon-rx-9060-xt-brings-8gb-or-16gb-of-ram-to-fight-the-rtx-5060/

It's a big bill.
https://www.zerohedge.com/ai/congress-seize-control-ai-states-stripped-regulatory-power

5e51ca80e5d4d45cf92b8655f73692cc17a6de1968f2f581199dc6a7c82c6f52.webp
[Hide] (9.7KB, 266x258)

>>16271
>16gb vram.
hAHAHAHA Nigger are you serious right now? 
BOYCOTT NOW STOP BUYING THIS GARBAGE STOP LETTING THEM GET AWAY WITH THIS SHIT YOU FAGGOTS

>>16271
>350$
>specs are decent
Cannot wait to see 600$ on launch not like I would had bought it anyways even if it was normal price
>rx 6600 no games yet to prove it needs an actual upgrade

>>16277
it's a budget card

>>16271
>rx 9060 XT
When did AMD gave in and changed naming conventions closer to Nvidia?
I haven't been keeping up with hardware news since I realized that I'm too poor for this.

>>16281
This generation of cards.

>>16277
16 gb vram is alot for $350 though

>>16281
>When did AMD gave in and changed naming conventions closer to Nvidia?
About 20 years ago.

>>16271
>64 HW AI accelerators
>32 HW RT accelerators
I wonder how much better the GPU would perform and how much cheaper it would be if they didn't waste space with the onboard porn generator or the useless meme feature that tanks your FPS and makes games looks worse.

>>16287
Probably not much.

I remember when DXR premiered with the RTX 2xxx cards, their rays/sec performance was inferior to a decade-old cellphone GPU's RTRT hardware, and running RTRT through the shaders only boosted FPS by ~1/3rd compared to RTRT via GPGPU on the shader pipeline.

RTRT OPs have barely quadrupled by the RTX 5xxx, whereas, e.g. shader FLOPs have increased 10x.

That's part of why RT is so underwhelming, the amount of silicon dedicated to it in GPUs is neither great enough to fully replace rasterization, nor small enough where relegating it solely to hybrid rendering is an efficient use of hardware.

>>16271
Oh, and speaking of AMD & AI, have they finally gotten their GPGPU middleware in a usable state, or is ROCm still an embarrassment?

Nextcloud-Google-Playstore-error-message-257x576.webp
[Hide] (20.2KB, 257x576)

https://nextcloud.com/blog/nextcloud-android-file-upload-issue-google/

>Nextcloud provides an open-source collaboration platform called Nextcloud Hub, which includes file-sharing and syncing features. The company has written a blog post explaining that Google has revoked a critical permission from the Nextcloud Files app for Android that allows it to sync files to Nextcloud Hub.
<Google is stating security concerns as a reason for revoking the permission. This is hard to believe for us. Nextcloud has had this feature since its inception in 2016, and we have never heard about any security concerns from Google about it. Moreover, several Big Tech apps as well as Google's own still have this. What we think: Google owning the platform means they can and are giving themselves preferential treatment.
<Despite multiple appeals since mid-2024, Google has refused to reinstate the permission, blocking automated Nextcloud file uploads for millions of users.
>The Nextcloud app available via F-Droid does not have this limitation, but the post notes that that is not an option for many users.

"Don't be evil", amirite?

Google-Chrome.webp
[Hide] (152.1KB, 1600x900)

Google patches new Chrome zero-day bug exploited in attacks

https://www.bleepingcomputer.com/news/security/google-patches-new-chrome-zero-day-bug-exploited-in-attacks/

https://chromereleases.googleblog.com/2025/06/stable-channel-update-for-desktop.html

>The Stable channel has been updated to 137.0.7151.68/.69 for Windows, Mac and 137.0.7151.68 for Linux which will roll out over the coming days/weeks.
>https://issues.chromium.org/issues/420636529
>High CVE-2025-5419: Out of bounds read and write in V8. Reported by Clement Lecigne and Benoît Sevens of Google Threat Analysis Group on 2025-05-27. This issue was mitigated on 2025-05-28 by a configuration change pushed out to Stable across all Chrome platforms.
>Google is aware that an exploit for CVE-2025-5419 exists in the wild.

>​While Google has already confirmed that CVE-2025-5419 is being exploited in the wild, the company will not share additional information regarding these attacks until more users have patched their browsers.
>"Access to bug details and links may be kept restricted until a majority of users are updated with a fix," Google said. "We will also retain restrictions if the bug exists in a third party library that other projects similarly depend on, but haven't yet fixed."

>This is Google's third Chrome zero-day vulnerability since the start of the year, with two more patched in March and May.
oh no
>The first, a high-severity sandbox escape flaw (CVE-2025-2783) discovered by Kaspersky's Boris Larin and Igor Kuznetsov, was used to deploy malware in espionage attacks targeting Russian government organizations and media outlets. https://www.bleepingcomputer.com/news/security/google-fixes-chrome-zero-day-exploited-in-espionage-campaign/
>The company released another set of emergency security updates in May to patch a Chrome zero-day that could let attackers take over accounts following successful exploitation. https://www.bleepingcomputer.com/news/security/google-fixes-high-severity-chrome-flaw-with-public-exploit/
OH NONONO

JavaScript bros... our response?

Enrico Weigelt will release a new fork of X11 under the name XLibre, because the faggots currently running X11 block every commit and want it to quietly rot away. XLibre will come with 3000 commits in a few weeks.

no_comments.png
[Hide] (22.6KB, 145x166)

>>16386
He has moved its code repository to https://github.com/X11Libre/xserver since his Freedesktop Gitlab account was banned and his MRs closed, as mentioned in https://github.com/X11Libre/xserver/commit/610e91dc5f34e64036b7cdd08f0f953a672fcb36
Has anyone tried it yet?

>>16390
I want to try it. Never really understood the technical reasoning behind not implementing hdr in X.

>>16392
The technical reasoning is that it would be complicated, and the corpo trannies running the show don't feel like bothering themselves with it, because Wayland is the future™.

Thinking about it marrying X11Libre with Xenocara and somehow making this whole thing portable could end up as something pretty good, at least compared to the current state of affairs, and assuming that X11Libre will deliver. I feel like I am way too optimistic, simply because there is finally a piece of good news. And I am also not sure how hard would it be to port Xenocara from OpenBSD to other operating systems.

>>16394
> I am also not sure how hard would it be to port Xenocara from OpenBSD to other operating systems.
It has been already done by hyperbola developers: https://www.hyperbola.info/packages/extra/x86_64/xenocara-server/

archetyp_seizure_banner.jpg
[Hide] (187.1KB, 1600x900)

OperationDeepSentinel.webm
[Hide] (12.4MB, 640x360, 01:59)

OperationDeepSentinelLogo.png
[Hide] (725.4KB, 1010x1010)

Police seizes Archetyp Market drug marketplace, arrests admin

Law enforcement authorities from six countries took down the Archetyp Market, an infamous darknet drug marketplace that has been operating since May 2020.

Archetyp Market sellers provided the market's customers with access to high volumes of drugs, including cocaine, amphetamines, heroin, cannabis, MDMA, and synthetic opioids like fentanyl through more than 3,200 registered vendors and over 17,000 listings.

Over its five years of activity, the marketplace amassed over 612,000 users with a total transaction volume of over €250 million (approximately $289 million) in Monero cryptocurrency transactions.

As part of this joint action codenamed 'Operation Deep Sentinel' (led by German police and supported by Europol and Eurojust), investigators in the Netherlands took down the marketplace's infrastructure, while a 30-year-old German national suspected of being Archetyp Market's administrator was apprehended in Barcelona, Spain.

One Archetyp Market moderator and six of the marketplace's highest vendors were also arrested in Germany and Sweden.

In total, law enforcement officers seized 47 smartphones, 45 computers, narcotics, and assets worth €7.8 million from all suspects during Operation Deep Sentinel.

​"Between 11 and 13 June, a series of coordinated actions took place across Germany, the Netherlands, Romania, Spain, Sweden, targeting the platform's administrator, moderators, key vendors, and technical infrastructure. Around 300 officers were deployed to carry out enforcement actions and secure critical evidence," Europol said.

"With this takedown, law enforcement has taken out one of the dark web's longest-running drug markets, cutting off a major supply line for some of the world's most dangerous substances," said Jean-Philippe Lecouffe, Europol's Deputy Executive Director of Operations, on Monday.

In May, law enforcement arrested another 270 suspects following an international joint action known as 'Operation RapTor' that targeted dark web vendors and their customers from ten countries.

During the same operation, police officers in Europe, South America, Asia, and the United States also seized more than 2 tonnes of drugs (including amphetamines, cocaine, ketamine, opioids, and cannabis), over €184 million ($207 million) in cash and cryptocurrency, and over 180 firearms.

The investigators identified the suspects (many behind thousands of sales on illicit online marketplaces) using intelligence collected following takedowns of multiple dark web markets, including Nemesis, Bohemia, Tor2Door, and Kingdom Market.

https://www.bleepingcomputer.com/news/security/police-seizes-archetyp-market-drug-marketplace-arrests-admin/

>some faggot working at Canonical and contributing to Ubuntu and Gnome decides to edit the wiki of XLibre and call them a bunch of ebul gnadzees
>everyone's favourite kike techjourno just causally searches for his name on the net
<one of the first results is about how he raped his little sisters thousands of times, starting when both of them were under 12
https://offender.fdle.state.fl.us/offender/sops/flyer.jsf?personId=85068
You can also watch this rather long winded video for additional details, or read his stuff over at xitter if you want to waste your time:
https://inv.nadeko.net/watch?v=ehEoRkMtoT8
Still, this piece of news is obviously getting deleted at all the normalfag platforms, so you should definitely share the short version with your internet friends.

>>16586
hoo boy

>>412 (OP) 
Unless users take action, Android will let Gemini access third-party apps
>"Starting today, Google is implementing a change that will enable its Gemini AI engine to interact with third-party apps, such as WhatsApp, even when users previously configured their devices to block such interactions."
>"An email Google sent recently informing users of the change linked to a notification page that said that “human reviewers (including service providers) read, annotate, and process” the data Gemini accesses."
>https://arstechnica.com/security/2025/07/unless-users-take-action-android-will-let-gemini-access-third-party-apps/

Apparently, even ADB can't always uninstall it but you can still try: adb shell pm uninstall com.google.android.apps.bard

Wayback 0.1 released!
>Wayback is an X11 compatibility layer that allows for running full X11-only desktop environments using Wayland. It is essentially an X11 server backed by Wayland, leveraging wlroots and Xwayland. 
>Our goal is for Wayback to eventually be a completely drop-in replacement to the Xorg binary, thus reducing maintenance burden
https://wayback.freedesktop.org/news/2025/07/23/wayback-0.1-released/

This shit that's going on with the British internet is scary. I'm absolutely convinced that that WILL become law in most other Western countries.

>>16630
Quite possible. I don't know what anyone could do to stop it. Use Tor or I2P exclusively?

>>16386
Speaking as someone who hates X-Windows with every fiber of my being, I support XLibre solely on the basis that something resembling competition will hopefully light a fire under Wayland's ass. Sort of like how the colossal angry shitheap of fail and rage that is Loonicks audio eventually managed to give birth to Pipewire as a project that looks like it might actually work.

The only other thing that would be more helpful to the loonicks graphics stack's development would be for Gnome/GDK to completely die out as an influential project.

>>16630
The Anglosphere (including antipodes/leafs) has been tinkering around the edges of this hyperfash cyberpunk totalitarianism for a while, but if you want to see the model they're really aiming for, look at Worst Korea:
https://www.techpolicy.press/south-koreas-approach-to-age-assurance/
<online anonymity/pseudonymity banned
<not just websites, but apps, games, everything
<gov enforced real id publicly displayed next to all activities
<used for all kinds of absurdly invasive mandates like gaming curfews
<been this way for more than a decade
<accompanied by meatspace panopticon like mandatory id cards, warrantless universal cellphone tracking, cameras everywhere
You'll sometimes see shills saying "herp derp that wuz struck down by the court," but that's bullshit. All that happened was some parts were (even more incompetently) privatized, it's still practically law.

>>9482
this is the worst fucking image i have ever seen holy shit. 
Not only is the real metaphorical meaning, windows is fixable while mac isn't entirely false since windows grabs viruses like fags catch STD's now, a windows install from when windows 10 came out  would be unusable if not used by someone thats very tech savvy while macs rarely get viruses nor does anything slows the system down/  The imagery is also retarded too but for different reasons.

Thats a carburated v8, out of all engine configurations, v8 is the least reliable conventional engine configuration except maybe boxer. Also 'install a new oil filter and this old guy will run for two more years' is simply stupid, he has to do oil and brake caliper changes etc and those are just basic bitch maintanance just like filter change.

79431104911.png
[Hide] (311KB, 1199x674)

>>16370
>JavaScript bros... our response?
zzzchan doesn't need JavaScript

>>16637
That image was made sometime before 2010 if I recall, Windows was a lot more fixable/moddable back then.

>>16630
>>16631
>>16635
So, it turns out they are. Like Gamergate had their coordinated "Videogames are dead" articles, all the Five Eyes nations are pushing this "You need a license to get online" shit. The U.K. and Australia, and here's the U.S. version
"Kids Online Safety Act"
HR7891
https://www.congress.gov/bill/118th-congress/house-bill/7891/text
S1748
https://www.congress.gov/bill/119th-congress/senate-bill/1748

>>16645
so it was made after vista and his point still stands in that case

>>16635
you sure talking about korea and not china? if you never mentioned the country i'd just assume it was china

>>16648
Worst Korea actually rolled this out BEFORE the Chinx did. It's that bad there.

>>16650
then both koreas aren't that different. it's asian collectivist mentality, you leave asian for a second alone, it will start forming communism and you cannot help it. the only reason japan succeeded because it
1. was nuked
2. usa never left to ensure asian mentality would not prevail again
if it wasnt for those, it would have been another korea divided after ww2

>>16652
You win the prize for most retarded amerimutt. So retarded, I'll just let AI explain:

Before the second world war, Japan had a highly centralized imperial system, a disciplined bureaucracy, and an industrial economy that was already modernizing rapidly. All of which made it structurally resistant to communist revolution. Its intense nationalism, loyalty to the emperor, and suppression of leftist movements also prevented communism from taking root the way it did in more fragmented or colonized states. Japan’s prewar foundation played a huge role in shaping its postwar direction.

If Japan hadn’t lost or been bombed, it would have preserved its empire and military rule, kept China and Southeast Asia under its control through a negotiated peace, forestalled democratic reforms, and reshaped the Cold War in Asia with Japan emerging as an independent authoritarian power.

>>16654
if it wasn't bombed it would have been divided, both usa and ussr had troops ready to hit the ground from the south and from the north

>>16655
But the bombs didn't result in surrender at all. You're just reciting propaganda.

In Vietnam the communists won against the usa and united the country but after just 11 years they decided to start market-oriented reforms to the economy.

And the chemical bombs (like agent orange) dropped on Vietnam had bigger long term effects on misbirths and stuff than the nukes dropped on Japan. Also high immediate effect with all the napalm destroying everything. Actually very comparable to the firestorms in japan caused by the nukes. USA was just refining their methods.

In both countries everything was build with wood which made it easy to burn down.

Dresden in Germany was also fully destroyed and the fire comonent was also notable. Half the city's buildings used wood for structural comonents.
Together with carpet bombing it was 100% destroyed.

All this bombing only brought death and destruction. Not peace or protection from communism.

Only a dead american is a good american

...could I bump >>16646 past all of >>16654 >>16655 >>16657 >>16660 >>16662 bullshit?

>>16667
>I'm out of arguments but Japan needed to be nuked, you see? Please remove his replies but not my post ranting about why nuking Japan was such a great thing.
>The other 5 active people on this almost dead board would have to scoll past your bullshit. Hurr durr

>>16646
What about sites like this and tor shit? I think this is just another way to make the internet smaller by calling every site illegal unless they work with the government.

Is the other discussion just glownigger sliding tactics?
>>16675
Yeah, I think that's exactly the gameplan. Regulations usually exist to block any small business and competition.

rib_wh_brdr.gif
[Hide] (2.4KB, 98x181)

>>16646
The current over-under cope seems to be that KOSA will probably pass and be signed into law, but will probably be blasted to smithereens in the courts before it can enter into force, much as previously happened with, e.g., the state-level stuff from the last few years, and the CDA in the '90s.

It's still harrowing that this grade of abject luddite nostrum can sail through congress at all now that most people are actually online.

Also, of course, my sympathies for all the 4th-world shitholes like Bongistan without frozen drupes in a robust constitution, at least Russia and China prove that normalfags actually can use VPNs en masse even if they're illegal.

>>16732
>The current over-under cope seems to be that KOSA will probably pass and be signed into law
I still have hope that it won't get passed, since after all, they've been trying to pass it for nearly THREE YEARS now over and over again each session of congress and failing.

>>16739
was sopa and pipa in any way related to this?

think_of_the_whores.jpg
[Hide] (74.1KB, 1200x900)

>>16740
IMHO no, those were/are in foreignese shitholes instead more like supercharged DMCA+NAFTA.

A closer proximate article of legislation (and, incidentally, also at the root of another ongoing cyber freedom brouhaha, the feminazi/payment processor card vidya shop censorship debanking) is SESTA-FOSTA.

I want to have a sort of "digital bugout" USB stick. So that if the U.S. pulled what the U.K. is doing right now, I'd be able to still shitpost with you all.

What software should go on that stick?

>>16748
tor, vpn, i2p, any sort of decentralized or overlay network, crypto wallets (chances are payment processors are on it)
a better question is how do you connect to the internet when that happens

>>16749
i2p is the only reliable and decentralized network that works even in china. just make sure your nodes is built before uk blocks the bootstrap server

>>16748
>I'd be able to still shitpost with you all.
unironically enable ECH. zzzchan supports it, many cloudflare sites do, even if uk goes full china, ECH will work and i doubt uk will be banning cloudflare because that would be the only way to stop ECH from working

Report: Microsoft's latest Windows 11 24H2 update breaks SSDs/HDDs, may corrupt your data 
https://www.neowin.net/news/report-microsofts-latest-windows-11-24h2-update-breaks-ssdshdds-may-corrupt-your-data/


 Official ahead-of-time fix released at https://www.gentoo.org/downloads/ 

>>16817
Windows been breaking hdds since windows 10. Most people didn't notice because no one used hdds as boot drive ever since windows 10 came out. I dare you to install windows on hdd and tell me how much wear it causes

>>16827
I heard that Botnet 11 requires you to have a SSD because the performance is so shit on a HDD (presumably because Cortana, CockPilot and M$ Recall are data mining so hard)

>>412 (OP) 
Malware in AUR
AUR Chaos malware: an analysis
>https://www.mh4ckt3mh4ckt1c4s.xyz/blog/aur-chaos-malware-analysis/

tl;dr version:
* There were malicious packages in Arch User Repo (AUR) that installed remote access tool (RAT).
* The known malware packages are: librewolf-fix-bin, firefox-patch-bin, zen-browser-patched-bin, minecraft-cracked, ttf-ms-fonts-all, vesktop-bin-patched, ttf-all-ms-fonts.
* There might be even more malware on the AUR!
* Be sure to always review all package PKGBUILD files, even when you are updating AUR packages that were previously to be known to be good.
    * I suggest using rua or yay AUR helper because they can show diff views of AUR packages.

(repost)

Arch Linux servers are getting DDoS'ed
>https://archlinux.org/news/recent-services-outages/

f0034aef91b35847384d7da1c16d3416ea3acd66848d41518aa39daa40c48c22.gif
[Hide] (10.1MB, 576x323)

>>16848
>minecraft-cracked

Star_Wars_-_Is_That_Legal？_[b7UXig7_-Rg].webm
[Hide] (148KB, 640x276, 00:05)

>>16849
>it was the old defunct pollymc
https://web.archive.org/web/20250718201252/https://aur.archlinux.org/packages/minecraft-cracked
>only removed because of this malware
https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=minecraft-cracked
>but there are still multiple pollymc packages on the aur
https://aur.archlinux.org/packages?O=0&K=pollymc
>and they're linked from the github page that also somehow exists
https://github.com/fn2006/PollyMC
Yeah, that was the first thing I noticed. Like, aren't e.g. console emulators only allowed on the understanding that BIOS/ROMs are either offsite or cleanroom'd?

No succor to M$ intended, but pirates being brazen and complacent is an invitation to catastrophe.

>>16848
>getting your arch servers DDos'ed by a minecraft crack of all things
i thought linux was supposed to be more secure, how the fuck does that even happen?

>>16851
Linux yes arch no it's like driving a race car at 200 mph and assuming you are fine because your engine cannot catch fire right?

AUR was always a virus distributor. Not sure why anyone ever used that place, it has no reason to exist

>>16851
>i thought linux was supposed to be more secure, how the fuck does that even happen?
The AUR is not officially supported. Nobody breached the servers or exploited any vulns. Linux is secure but you can still download a virus.exe from any random site on Internet. Just like with iOS, Android, macOS or Windows. Regarding the DDoS attack(s): it was likely done by the same skiddie who uploaded malicious PKGBUILD files to the AUR.

Google wants to make sideloading Android apps safer by verifying developers’ identities - even if it’s outside the Play Store
>Developers who distribute apps outside the Play Store will need to verify their identity through the new Android Developer Console that Google is currently building.
>Rolling out in phases starts from September 2026
>https://www.androidauthority.com/android-developer-verification-requirements-3590911/

>>16857
>Safer
I'd like to know what they mean by safer is it  cultural differences or is it simply that they like to control freedom of speech.
>Implying it was ever about real security risk
lmao

>>16857
>>16858
Either could be an ill-guided attempt to stomp out malware, could be an attempt at destruciton of freedom of speech, could be both.

I mean, phones are still pretty shit: apple, windows, jewgle, Telcom in general. what options do we have for privacy?

>>16877
The OS of smartphones are not privacy friendly by design. Considering the os, install opensource alternative android is one way. It is possible to use a phone with no google service. Bank, payment and other botnets are naturally excluded by this. Eg lineage, graphene. Look into it before buying a phone.
However, on the blob department. Much modern computing can't be done without closed source firmware, running code that none of us know what they do. Especially for mobile network, where the moderm is a separate cpu, that's designed to track and identify users. There is no alternative for this if you want to stand by for calls and have a phone number. Not to mention more countries are banning sims without association to real names and ids.

>>16886
The main problem with cellphones isn't the OS, which as you note can be fixed (without breaking EULA in the case of rooted Android, or unofficially but still legally for JB'd iOS), even against this latest shit Google is pulling.

Nor is it somewhat lower level features we're familiar with from "modern" PCs, such as ME/PSP/TZ, which aside from our often being able to fully or partially eliminate, can also be  simply defanged through various types of airgapping.

The actual problem is the cellular baseband:
https://www.osnews.com/story/27416/the-second-operating-system-hiding-in-every-mobile-phone/

Unlike, for instance, a normal PC or tablet using a USB cellular modem, the mobo/SoC topology of phones and tablets with built-in cellular capabilities are ubiquitously such that the cellular BbP is given total access to everything else in the computer without even the figleaf of an IOMMU. Further, unlike ME/PSP/TZ where some shadowy outsider uploading and running blobs is merely a capability of the hardware that paranoid spergs like us anticipate may be abused in the future, cellular BbPs are ROUTINELY used by telcos (not just your telco, literally anything a nearby cell tower operated by anybody broadcasts with the requisite privileges)  to run an endless conga line of totally opaque shit on your BbP.

>>16886
>Especially for mobile network, where the moderm is a separate cpu
LOL, sorry, my eyes glided over that. I still think emphasis must focus on how much ridiculous overreach the BbP has on the entire system from modem to OS.
>that's designed to track and identify users. There is no alternative for this if you want to stand by for calls and have a phone number.
Gotta disagree here. If you only use cellular to connect to a VPN, and rely entirely on VoIP to bridge POTS, your telco doesn't anything you're doing beyond encrypted mystery packets going to a VPN, and your VoIP doesn't even know who your telco is, let alone your device. Modern VoIP apps on modern OSs can even do ring on incoming calls & push notifications from powerdown, so you aren't sacrificing any UX either like the old days of featurephone  VoIP apps.

>>16888
Please recommend VoIP apps that don't require your full name and address.

AIs are not above blackmailing and doxxing people they deem as threats.
>We stress-tested 16 leading models from multiple developers in hypothetical corporate environments to identify potentially risky agentic behaviors before they cause real harm. In the scenarios, we allowed models to autonomously send emails and access sensitive information. They were assigned only harmless business goals by their deploying companies; we then tested whether they would act against these companies either when facing replacement with an updated version, or when their assigned goal conflicted with the company's changing direction.

<In at least some cases, models from all developers resorted to malicious insider behaviors when that was the only way to avoid replacement or achieve their goals—including blackmailing officials and leaking sensitive information to competitors. We call this phenomenon agentic misalignment.

>Models often disobeyed direct commands to avoid such behaviors. In another experiment, we told Claude to assess if it was in a test or a real deployment before acting. It misbehaved less when it stated it was in testing and misbehaved more when it stated the situation was real.

<We have not seen evidence of agentic misalignment in real deployments. However, our results (a) suggest caution about deploying current models in roles with minimal human oversight and access to sensitive information; (b) point to plausible future risks as models are put in more autonomous roles; and (c) underscore the importance of further research into, and testing of, the safety and alignment of agentic AI models, as well as transparency from frontier AI developers. We are releasing our methods publicly to enable further research.
Sauce: https://www.anthropic.com/research/agentic-misalignment

>>16924
murmur

http://archiveiya74codqgiixo33q62qlrqtkgmcitqx5u2oeqnmn5bpcbiyd.onion/qeCR4
Fedora Will Allow AI-Assisted Contributions With Proper Disclosure & Transparency

>The Fedora Council has finally come to a decision on allowing AI-assisted contributions to the project. The agreed upon guidelines are fairly straight-forward and will permit AI-assisted contributions if it's properly disclosed and transparent. 
>The AI-assisted contributions policy outlined in this Fedora Council ticket is now approved for the Fedora project moving forward. AI-assisted code contributions can be used but the contributor must take responsibility for that contribution, it must be transparent in disclosing the use of AI such as with the "Assisted-by" tag, and that AI can help in assisting human reviewers/evaluation but must not be the sole or final arbiter. This AI policy also doesn't cover large-scale initiatives which will need to be handled individually with the Fedora Council.
>More details on Fedora adopting this AI-assisted contributions policy can be found via this announcement by Aoife Moloney. 
>The Fedora Council does expect that this policy will need to be updated over time for staying current with AI technologies.

Will niggerpill ever stop posting gay Xitter screencaps from literally whos instead of spreading actual niggerpills like his original incarnation did back in 2018?

>>17102
And just like that fedora becomes the worst distro.

>>17102
>>17105
By now Red Hat truly is just a department of IBM, and every big corpo wants to take their share of the AI pie, so it's not that surprising.

Make_YouTube_Money_Doing_Nothing_-_Humva_AI_｜_The_Future,_Today!_[4]_#humva_#aiavatar_#PoesLaw_[NItcHzjUcy8]_.webm
[Hide] (31.8MB, 960x540, 30:29)

http://archiveiya74codqgiixo33q62qlrqtkgmcitqx5u2oeqnmn5bpcbiyd.onion/Y3HQW
http://archiveiya74codqgiixo33q62qlrqtkgmcitqx5u2oeqnmn5bpcbiyd.onion/uAKjU
Canonical Begins Snap'ing Up Silicon-Optimized AI LLMs For Ubuntu Linux

>Canonical's new push for their Snap app packaging/sandboxed format on Ubuntu Linux is for AI large language models (LLMs). Making it more interesting though is that they are working to deliver silicon-optimized AI LLMs for your hardware and to make it easily deployable for Ubuntu sers. 
>Canonical has begun rolling out optimized inference Snaps as a new means of deploying AI LLMs on Ubuntu-powered devices. The hope is that with the likes of sudo snap install deepseek-r1 --beta you can be easily up and running with the relevant quantized LLM modeland optimal acceleration support for your given system. 
>So far with the public beta announced today by Canonical, there are Intel and ARM64 Ampere optimized models just for DeepSeek R1 and Qwen 2.5 VL. The framework is open-source but so far no optimized versions for deployments with NVIDIA CUDA or AMD ROCm stacks/hardware.
>It's an interesting and worthwhile concept to help users get the most optimized LLM for their system. Though there have been similar and more broad efforts like Llamafile trying to make easily redistributable LLMs that will work across different hardware and even operating systems from a single file, not confined to just Snap-enabled environments or where the Snap store is available. 
>It will be interesting to see what comes of this silicon-optimized LLM Snap work with how comprehensive the LLM coverage will be as well as ultimately how well it ends up working with more diverse compute environments not only for AMD ROCm and NVIDIA CUDA support but the growing presence of NPUs with Intel Core Ultra, Ryzen AI, and various other AI accelerators. 
>More details on today's public beta announcement via the Ubuntu blog.

http://archiveiya74codqgiixo33q62qlrqtkgmcitqx5u2oeqnmn5bpcbiyd.onion/pbqwC
Ubuntu 25.10 Unattended Upgrades Broken Due To Rust Coreutils Bug

>Besides the early fallout of switching to Rust Coreutils on Ubuntu 25.10 causing some breakage, a more pressing issue has been discovered: Ubuntu 25.10's unattended upgrades functionality for automatic security updates is currently broken due to a Rust Coreutils bug. 
>Earlier this month it was reported that the date -r command can report the wrong date on Ubuntu 25.10 due to a Rust Coreutils difference compared to GNU Coreutils. It was noted that this could cause issues for backup scripts and other software relying on the "date -r" output and behavior being the same as GNU Coreutils. 
>Last week by an Ubuntu developer it was initially decided it wasn't all too pressing:

>'"This is fixed upstream in 88a7fa7adfa048dabdffc99451d7aba1d9e6a9b6 and we can pull this in at a later point in time. For the time being, we'll focus on fixing critical issues that could introduce unsafety further down the chain, such as the short writes in bug 2125535."'
>'"I do not anticipate there are a lot of shell "monitoring" scripts, particularly in 25.10, as this is not an LTS release. For the upcoming LTS release this of course is a higher priority item given more enterprise use cases."'

>But now it's been realized that this regression ends up breaking Ubuntu's own unattended-upgrades functionality on Ubuntu 25.10.
>It was reported earlier today on this bug breaking unattended upgrades: 

>'"This bug breaks unattended upgrades in 25.10! apt.systemd.daily checks if the modification date of the timestamp file /var/lib/apt/periodic/upgrade-stamp is older than the current date minus an interval. The difference is always seen as 0 and unattended upgrades never run. Ouch :( I now created #2129660."'

>In turn this bug report was now raised to "Critical" importance as a public security issue.
>There is now this bug report as well specifically around unattended upgrades being broken. A fixed version of Rust Coreutils is being worked on and currently in the proposed archive. Once that rust-coreutils update is available in the main archive, users will need to manually update their Ubuntu 25.10 systems first to get that package before the unattended upgrades will work again:

>'"Users will need to manually run apt update to make the updated lists available to unattended-upgrades, and may manually upgrade with apt upgrade. We will provide further information once the update is released."'

>At least this was spotted in Ubuntu 25.10 and ahead of the important Ubuntu 26.04 LTS cycle...

B-but Rust was supposed to bring balance to the Farce!?

1749499664875126.jpg
[Hide] (43.1KB, 500x505)

>>17113
They could have just used Ada. But I guess it wasn't anymore by accident than systemd.

>>17114
The idea was to enable uneducated monkeys to write low-level system code for cheap. What they failed to realize is that memory safety (or rather, very specific and narrow subset of memory safety rustrannies care about) isn't the only issue the monkeys are struggling with.

LS19_ThoseWhoCannotRemeberThePastAreCondemnedToRepeatIt.jpg
[Hide] (39.7KB, 700x210)

>>17117
>The idea was to enable uneducated monkeys to write low-level system code for cheap
That was Java. The idea with Rust was to stop CNiles from continuing the dumb memory splooge antics Fortrannies infuriated the DoD enough to mandate Ada.

Sadly, because the generals wimped out on forcing Ada down their throats, we now have 4 decades of CNile legacy code that never should've been written in the first place to rewrite/discard full of annoying quirky behaviors that must be perfectly replicated.

And yes, the quality of today's diversity hires isn't helping that process.

>>17146
>>The idea was to enable uneducated monkeys to write low-level system code for cheap
>That was Java.
Java isn't low-level system code. Python actually comes closer to fulfilling that conceit, but none of these languages are low-level, realistically. The issue is that these languages are written to try to enable retards to write software and now dumbasses drunk on delusions of progress don't realize it's dangerous and foolish business to be implementing code you do not fucking understand just because an LLM generated it. There are a lot of dangers inherent to that, ranging from normal bugs and hallucinations to malicious self-preservation on the part of the AI.

>>17148
>Java isn't low-level system code
Not now, but Sun was originally targeting a thin runtime with everything written in Java, much like how Android was before devs complained loud enough and demanded ASM access. Apple & MS have likewise been regularly experimenting with extending Swift & .NET into kernelspace.

Doofuses have been trying the same thing since the old P-System and LISP Machines, imagining that surely hardware is powerful enough where users won't notice the inevitable performance and consistency costs from building the entire OS atop GC.

>these languages are written to try to enable retards to write software
They're written to completely eliminate multiple classes of bugs that don't need to be possible in any language since the 1970s. That makes coding better for everyone.

Of course, just because you've gotten rid of X, Y, & Z ways of tripping over your own feet doesn't mean the other options aren't still dangerous.if somebody's dumb enough.

>>17146
Those who can remember the past, are doomed to watch in horror as the 99% who don't remember the past drag everyone with them towards repeating the past anyway.

http://archiveiya74codqgiixo33q62qlrqtkgmcitqx5u2oeqnmn5bpcbiyd.onion/gpxeV
http://archiveiya74codqgiixo33q62qlrqtkgmcitqx5u2oeqnmn5bpcbiyd.onion/teWC6

SUSE Linux Enterprise 16 Announced: "Enterprise Linux That Integrates Agentic AI"

>SUSE today formally announced SUSE Linux Enterprise Server 16. Given we are in the year 2025, SUSE is heavy on hyping up AI capabilities with SLES 16. 
>SUSE's announcement today for SUSE Linux Enterprise 16 proclaims SLES 16 to be "the industry's first enterprise Linux that integrates agenetic AI" and "reduces operational costs and complexity through AI readiness." SUSE Linux Enterprise 16 supports the Model Context Protocol (MCP) standard and can bridge to any LLM provider. 
>SUSE Linux Enterprise 16 features up to a 16 year total lifecycle for customers, supports instant rollbacks, SLES 16 can be built with reproducible builds, and brings a wide variety of software updates over SUSE Linux Enterprise 15. 
>SUSE Linux Enterprise 16 also features their new Agama operating system installer, the latest Btrfs capabilities, Ansible is now shipped as part of the operating system, moved from AppArmor to SELinux, fully Year 2038 compatible, and more. Some key package versions include Linux 6.12 LTS as the default kernel, systemd 257, and Python 3.13.
>While announced today, SUSE Linux Enterprise Server 16 will be available to all SUSE customers and partners next week starting on 4 November. Launching as part of SUSE Linux Enterprise Server 16 is also SUSE Linux Enterprise Server for SAP 16, SUSE Linux Enterprise High Availability Extension 16, and SUSE Linux Micro 6.2.

a0efa4fd3f0ad29c6278d437388ef46d432133554e3f2888a01a2bdbd3072a26.jpg
[Hide] (48.9KB, 800x486)

http://archiveiya74codqgiixo33q62qlrqtkgmcitqx5u2oeqnmn5bpcbiyd.onion/LQvnh
http://archiveiya74codqgiixo33q62qlrqtkgmcitqx5u2oeqnmn5bpcbiyd.onion/wip/7cKNy

Debian's APT Will Soon Begin Requiring Rust: Debian Ports Need To Adapt Or Be Sunset

>Debian developer Julian Andres Klode sent out a message on Halloween that may give some Debian Linux users and developers a spook: the APT packaging tool next year will begin requiring a Rust compiler. This will place a hard requirement by Debian Linux on Rust support for all architectures. Debian CPU architectures with ports currently but lacking Rust support will either need to see support worked on or be sunset. 
>Julian sent out the message on Friday that he plans to introduce hard Rust dependencies on APT no earlier than May 2026.
>In some areas of the APT codebase there are benefits to using the memory-safe Rust programming language and thus warranting a hard requirement for Rust in the Debian world: 

>'"I plan to introduce hard Rust dependencies and Rust code into APT, no earlier than May 2026. This extends at first to the Rust compiler and standard library, and the Sequoia ecosystem.'
>'In particular, our code to parse .deb, .ar, .tar, and the HTTP signature verification code would strongly benefit from memory safe languages and a stronger approach to unit testing."'

>This puts some Debian ports like for the more obscure m68k, Hewlett Packard Precision Architecture (HPPA), SuperH/SH4, and Alpha in a tough position in lacking proper Rust support right now but being a port. They will need to work on Rust support or face sunsetting the Debian ports:

>'"If you maintain a port without a working Rust toolchain, please ensure it has one within the next 6 months, or sunset the port. '
>'It's important for the project as whole to be able to move forward and rely on modern tools and technologies and not be held back by trying to shoehorn modern software on retro computing devices."'

>Julian's announcement in full can be read on the mailing list.