/tech/ - Technology

Technology & Computing


New Reply
Name
×
Sage
Subject
Message
Files Max 5 files32MB total
Tegaki
Password
[New Reply]


Internet.jpg
[Hide] (827.5KB, 900x2002)
Discuss /tech/-related news.
What will happen if section 230 is nuked?
Replies: >>11423 >>14589
crab.png
[Hide] (69.2KB, 1000x500)
>>7918
UwU I found tasty compiler
snibbety snab xD
ada.jpg
[Hide] (29KB, 623x480)
>>7531
>it seems Rust is Ada reinvented. What is the point of Rust if Adafags figured it out four decades ago?
The point of Rust is to be a high performance functional programming language without a garbage collector.

The point of Ada is to be a low level systems programming language focused on safety and security.

The Rust community likes to larp at the safety and security stuff but that is mostly a side effect not an actual priority in the design and development of the language.

The problem with Ada is that it's not cool. It doesn't have closures and metaprogramming and ad hoc polymorphism. Ada is for writing navigation systems for nuclear missiles, not dicking around with useless abstractions to pretend you're clever.
Replies: >>7922 >>7931
>>7921
Rust's security is a meme; it consists of nothing other than a wrapper, something that can be done with C as well. Rust's stdl is just as insecure as C.
Rust is a meme language. It's just a useless fad.
>>7921
What would it take for Ada to become cool in the eyes of mainstream soydevs?
Nintendo putting it in the SDK of the Switcheroo?
Replies: >>7936
>>7931
They need to direct sjw tranfags to start shilling it everywhere and guilt cuck all major open source projects. Then put in a memo for ((( academia ))) to peach it as the only cool shit around.
ClipboardImage.png
[Hide] (33.5KB, 402x198)
SDL3 Development Now Underway
>As noted a few days back, with SDL 2.26 now being released, SDL3 is officially entering development. SDL 3.0 will likely see Wayland preferred over the X.Org Server by default, PipeWire by default, and other modernization work and cleaning up of APIs. There is also likely work around better ANGLE support, video input APIs, async file I/O, and various other features.
>Since the SDL 2.26 release, already being merged is starting to change all of the "SDL 2" references over to "SDL 3" for what will be this next eventual major release to this widely-used library by Steam games and other cross-platform titles.
https://www.phoronix.com/news/SDL-2.26-Released

What do you think are the implications of a new version? I'm guessing support for Windows XP/7 will be dropped for starters, no idea about Linux though.
I know this is old news by now but I still wanted to post it for the sake of discussion
Replies: >>8002 >>8005 >>8007
>>7998
Wayland and pipewire shit. I don't even have them installed.
Replies: >>8007 >>8010 >>8020
dragon_paintings.jpg
[Hide] (222.1KB, 700x974)
>>7998
Kek, I'm still on SDL 1. But I also don't use GPU or even run X most of the time, and Wayland, Pipenigger, Steam, etc. isn't something I need either. I guess this stuff will all be forced onto the plebs, but that doesn't concern me.
>>7998
>What do you think are the implications of a new version?
It may endanger unmaintained SDL2 projects, though there was an SDL1->2 compatibility layer created eventually so hopefully the same will happen for SDL2->3.
>>8002
>>8005
The suggestion is Wayland & Pipewire will be the defaults, but not required (this is often the case in programs with Pulse support, many of which can also use ALSA). On a side note Pipewire has the potential to be an objective improvement in every way over the previous Linux audio stacks, unifying ALSA, Pulse & JACK support under one umbrella.
>>8007
>will be the defaults, but not required
This is fine until Firefox stopped supporting alsa. Audio is best when there are less layers. Quality can only get worse from the source. alsa handles everything except switching audio device during use.
Replies: >>8013
>>8002
>>8007
>Pipewire has the potential to be an objective improvement in every way over the previous Linux audio stacks
On my end it's objectively superior to PoetteringAudio as that would sometimes make these really annoying Tinnitus noises when closing an application while audio was still playing, PW doesn't do that and I've yet to run into an application with a PA dependency that has any trouble routing its audio through PW instead.
Replies: >>8013
>>8005
Are you the fbdev faggot? If yes, SDL2 supports DirectFB so maybe try that. Dunno if it's enabled by default though... I've used both SDL versions and 2.x is a massive improvement over 1.x.

>>8007
>though there was an SDL1->2 compatibility layer
The SDL1 API is quite small[1] I could write a wrapper for it in a day, the SDL2 API on the other hand is much larger[2] so a wrapper may be difficult to come by.
That being said SDL2 is extremely popular, I reckon it will still be in use a decade or two from now. Deprecating it in favor of SDL3 might take a long time.
[1] https://www.libsdl.org/release/SDL-1.2.15/docs/html/reference.html
[2] https://wiki.libsdl.org/SDL2/CategoryAPI

>>8008
>alsa handles everything except switching audio device during use.
That's an important feature, palindrome-anon. While I personally prefer ALSA for development reasons, I find it unusable on a modern desktop without PA. Thankfully alsa-plugins-pulseaudio exists so ALSA-only applications work great under PA.
>Quality can only get worse from the source.
Not necessarily.

>>8010
>I've yet to run into an application with a PA dependency that has any trouble routing its audio through PW instead.
Does PW play nice with WINE?
Replies: >>8017 >>8020
>>8013
>Does PW play nice with WINE?
It werks on my machine.
>>8002
>>8007
>>8013
>Wayland
>framebuffer
Note the fullscreen backend for Wayland, DRM/KMS, has a drop-in replacement for fbdev that is lighter weight and less hacky, SimpleDRM.
2022 Medley Interlisp Annual Report
>https://interlisp.org/news/2022medleyannualreport/
<Interlisp is a software development environment, originating from Xerox PARC in the 1970s and 1980s.
<There has been a lot of cleanup and adaptation to make it usable again in the modern world. Among other developments, you can now run Medley Interlisp on many OS and hardware configurations, or at https://online.interlisp.org in the cloud, using a web browser.

GCL 2.6.13 released
>https://www.gnu.org/software/gcl/RELEASE-2.6.13.html
P.S. just use SBCL.

Why does GNU have so many lisps?
<GCL, Clisp, Guile, elisp and Mes ("plus" the nonGNU Txr).

Haiku R1/beta4 has been released!
>https://www.haiku-os.org/get-haiku/r1beta4/release-notes/
Replies: >>8034 >>8045
>>8025
>beta4
>"feature complete"
>still no hw gpu accel
>in spite of far more rinkydink modernized descendants of everything from amigaos, to os/2, to freaking riscos, all having it.
>not to mention beos r4 itself
Sigh, at least they exhumed discussion of the problem last week:
https://dev.haiku-os.org/ticket/9919
Replies: >>8037
>>8034
Cut them some slack, their staff is limited yet working on a complete OS. This is no trivial task.
Replies: >>8043
>>8037
I know, but out of every BeOS feature I've been waiting for them to reimplement over the years to make it even vaguely usable, that's by far the most important. 2nd most important was maintaining at least one active non-x86 port, to keep platform-isms from creeping into the codebase, which the recent RISC-V port does.

One good thing is even after OpenGL & GPU drivers broke, use & development of BeOS's underlying "Accelerant" hooks was maintained throughout the OS and new Haiku apps. So in theory, once it's linked back to hardware through working APIs (Vulkan/SPIR-V or whatever), everything should Just Werk™ again.
Replies: >>8045
>>8025
Haiku developement speeding up makes me happy.
>>8043
Me too. Since it's supposed to be a "desktop operating system for end users", I think having GPU drivers is especially important.
Lastpass: Hackers stole customer vault data in cloud storage breach
Install  keepassxc or Keepass
<https://www.bleepingcomputer.com/news/security/lastpass-hackers-stole-customer-vault-data-in-cloud-storage-breach/
Replies: >>8073 >>8074
>>8072
>using a jewniggersoft password manager (TM)
why are zoomers just like boomers but actually suck cock instead of being closet homos at worst? they have this undue sense of confidence in their government and corporations. 
>nooooo Xcorp will solve it for me!
Replies: >>8076 >>8077
>>8072
>"Your sensitive vault data, such as usernames and passwords, secure notes, attachments, and form-fill fields, remain safely encrypted based on LastPass' Zero Knowledge architecture."
why is it called "zero knowledge" when it has not only nothing to do with zero knowledge proofs, but also they DO have knowledge of everything about you including billing address, IP address, and needlessly store that info? its amazing that they even have billing address information when this is a company that will literally ship nothing to you ever
t. not an american faggot but i assume its credit card related braindamage
Replies: >>8077
suomi3.jpg
[Hide] (3.6MB, 3000x4000)
>>8073
Everyone knows that boomers just write down their passwords and/or use shitty ones.
But the best thing is if you don't have to care at all if something gets hacked.
Replies: >>8077
>>8073
>actually suck cock instead of being closet homos at worst
>>8075
>why is it called "zero knowledge
Because assuming they tell the truth about their closed-source architecture LastPass has zero knowledge of the cleartext encrypted on its servers nor private keys for that, which is entirely client-side: 
<According to Toubba, the master password is never known to LastPass, it is not stored on Lastpass' systems, and LastPass does not maintain it.
Essentially, aside from unencrypted URL logs that could present a privacy problem, what leaked is just meatspace stuff from accounts billable.
>its amazing that they even have billing address information when this is a company that will literally ship nothing to you ever
>t. not an american faggot but i assume its credit card related braindamage
Yes, many payment instruments in countries such as the US require it as an anti-theft measure:
https://en.wikipedia.org/wiki/Address_verification_service

>>8076
>and/or use shitty ones
This is the actual problem, nobody should use human-generated passwords for anything where security is supposed to matter.
to the surprise of absolutely no one, google smartshit with built in mic can be remotely pwned
https://downrightnifty.me/blog/2022/12/26/hacking-google-home.html
tl;dr a bunch of web shit is broken as expected of web shit, boring.
Replies: >>8084
>>8083
Archived link https://archive.vn/ancyO
Replies: >>8085
>>8084
do it properly stupid nigger, otherwise thats just a shortlink
http://archive.today/2022.12.29-025601/https://downrightnifty.me/blog/2022/12/26/hacking-google-home.html
Replies: >>8088 >>8089
>>8085
This is something that I have never, ever seen get bitched about on any one of the imageboards I use. Its just you.
>>8085
I remember there was another way to do that, so the full URL is appended after the shortener ID, allowing you to more easily copy just the shortened URL if you want.
SourceHut will blacklist the Go module mirror
>most Go users are unaware that every package they fetch is accompanied by a request to Google’s servers
>More importantly for SourceHut, Google's servers will regularly fetch Go packages from their source repository to check for updates – independent of any user requests, such as running go get. 
>The frequency of these requests can be as high as ~2,500 per hour, often batched with up to a dozen clones at once, and are generally highly redundant: a single git repository can be fetched over 100 times per hour.
https://sourcehut.org/blog/2023-01-09-gomodulemirror/

Go wiggers fucking things up again!
Replies: >>8187 >>8193 >>8497
>>8183
I've been interested in learning Go, especially since hearing about how it creates static binaries by design (huge win for linux)... Is there any non-pozzed way of using it?
Replies: >>8191 >>8198
>>8187
Go and other nu-langs wants to dictate how the language is used, they have their own toolchain and are not designed to work without.
Replies: >>8196
>>8183
>most Go users are unaware that every package they fetch is accompanied by a request to Google’s servers
Man, that's disgusting. Reminded me of the problem Rust had (still has?) where binaries would have the full home directory path baked into them which would semi-dox whoever distributed them. https://teddit.net/r/rust/comments/vsotar/privacycompiletime_building_rustcargo_projects/
Replies: >>8194 >>8198
>>8193
https://www.bleepingcomputer.com/news/security/most-loved-programming-language-rust-sparks-privacy-concerns/
Replies: >>8198
>>8191
>their own toolchain
That's not so bad, nor even very truly different. More worrying is the trend for nulangs to gave their own package manager (typically CENTRALIZED unmirrored) repo that demands a direct live Internet connection in order to do something as simple as build a binary.
Replies: >>8198
>>8187
I have been wondering about the same thing. gcc-go is perfectly usable but it's not still the same as Google's Go toolchain (but I can't remember what it's lacking (?), other than the fact that gcc-go uses older version of the language, Go: golang-1.19.5, GCC11: golang-1.16.3). 

Go is a weird/a bit disappointing language. When I was looking at it last year (after generics got added), Go initially looked really good but then there are some corner cases (etc.) that aren't taken into account.
Basically Go has 80% solutions for everything. It comes close to being good, but then it fails imo.
http://www.golang.sucks
https://archive.fo/LcAa4 (kek: "Go is the COVID-19 of languages")
https://fasterthanli.me/articles/i-want-off-mr-golangs-wild-ride (Read this esp. if you care about Windoze compatibility)
https://jesseduffield.com/Gos-Shortcomings-1/ ("Go'ing Insane Part One: Endless Error Handling")
https://yager.io/programming/go.html (read this if you want more, the author compares Go to Rust & Haskell)

>Go-nuts shut down discussion and criticism by saying "you don't need it!" or "it's not the Go way!!". Just like they did with generics (before adding them years later).
>Some of syntax is just changed to be different from C (because of no reason other than to be different).
>Go doesn't have function overloading, forcing you to write multiple methods with a slightly different name/suffix for different data types.
>Package management (go get) sucks (it's Python-tier). Why? Even Perl/CPAN got it right.

<https://developer20.com/hate-go/ written by a ((( Gopher )))
< "Stacktraces are possible, but they have to be handrolled in the error handling."
< "I’ve done myself two benchmarks when comparing Go to Java. In one of those tests, Java was about 10% faster because the JIT did so great work. Of course, the cold start was bigger but after some requests, the Java app was faster than the same written in Go."
WTF!?

The coolest thing about Go (in addition to static linking) are ez goroutines: https://go.dev/tour/concurrency/1 & https://learn.microsoft.com/en-us/training/modules/go-concurrency/ & https://go.dev/blog/codelab-share & https://gobyexample.com/goroutines

>>8193
>>8194
1 more reason why I'm not touching Rust. I never get why Rust is hyped so much by its users. I mean, the language is so complex that I might learn C++ instead (and the unsafe blocks in Rust kinda voids one of the main benefits of Rust. And muh no race conditions is simply a lie, but I admit that they are less likely in Rust.).

>>8196
this, and also package managers that don't check any sha256 checksums or PGP keys.
Replies: >>8204 >>8208
Riker_and_Data_discuss_time._[hTlVc_hKi2M].webm
[Hide] (1.7MB, 640x480, 01:53)
>>8198
>JIT
>the cold start
I haven't been paying much attention to mainstream "best practices" in runtimes lately. Do the default settings of the latest OpenJDK, Android Dalvik, JS engines in modern web browsers, etc., have and use a mechanism for caching (or, gasp, preloading) codepaths, like most modern vidya emulators?

Or is everything still in the "wait for the VM to warm up every single time you load your JAR" caveman days?
Replies: >>8209 >>8219
>>8198
>I never get why Rust is hyped so much by its users.
It's hyped by the people at the foundation that survive solely on donation/investment money. The same reason why they're giving all sorts of lame excuses on not writing a standard, and why they're fuming at gcc-rust.
>>8204
>clip
Any chance you could repost this with the sound working Anon? I'd like to hear the conversation tbh.
Replies: >>8210
Riker_and_Data_discuss_time._[hTlVc_hKi2M].webm
[Hide] (3.4MB, 640x480, 01:53)
>>8209
Bleh, what a 'tard, I blithely forgot 244 isn't a muxed format.
Replies: >>8211 >>8662
>>8210
Heh, no worries Anon. Thanks, it's interesting.
>Did Data make his shift on time?
>Did a new fundamental theorem of SpaceTime come out of his 'watched-pot' experiments?
Enquiring minds want to know.
>>8204
I waited if there was some knowledgeable anon around. I really don't know what I'm talking about but...

>Or is everything still in the "wait for the VM to warm up every single time you load your JAR" caveman days?
Mostly, yes.
But the JVM has GraalVM now (and it's production ready). Without GraalVM, Java/JVM is still really slow to start. Try Clojure+leiningen ( lein repl ) or Emacs: cider-jack-in. It loads slowly and executing the first expression takes more time than any subsequent expressions. I think modern web browsers do some kind of JIT caching but I'm not sure. I heard that they need to verify the JIT cache before they can use it (and based on this comment, I figured that browsers probably do it now or that it's in the works).  LuaJIT is very fast (even the start up).
Replies: >>8220 >>8221
>>8219
At least chromium do jit caching, eg: https://v8.dev/blog/code-caching ( https://archive.ph/nFZSS )
Replies: >>8221
>>8219
>GraalVM
Yeah I vaguely remember that, looks like it's been forked out of mainline support in HotSpot/OpenJDK, but it's still going by itself. At least it didn't go completely into a tangent like, e.g., DynamoRIO.

>>8220
Interesting. I wonder if anyone's working on something for servers to prebuild these caches (ASM or IR/bytecode), tagged for various client ISAs/VMs, so matching clients can request those instead of JS on first load.
Replies: >>8225
>>8221
On that last note, it appears the VM for Google's semi-moribund Dart language sorta has such a feature, called snapshots, in reference to a similar feature from Smalltalk, which can be used to distribute preoptimized dynarec output to other machines.
Fish shell to be rewritten in Rust
>https://github.com/fish-shell/fish-shell/pull/9512
<"I think we should transition to Rust and aim to have it done by the next major release"
>https://github.com/ridiculousfish/fish-shell/blob/riir/doc_internal/fish-riir-plan.md
>https://github.com/ridiculousfish/fish-shell/blob/riir/doc_internal/rust-devel.md
I never liked Fish, anyway. Just use Zsh or OpenBSD's fork of ksh.
Also, remember that Rust programs leak full path of your source code files: https://github.com/rust-lang/rust/issues/40374

Google Play Developer Antitrust Litigation
>https://www.googleplaydevelopersettlement.com

U.S. sues Google for abusing dominance over online ad market
>https://www.bleepingcomputer.com/news/security/us-sues-google-for-abusing-dominance-over-online-ad-market/

OpenBSD execute-only code segments
>https://undeadly.org/cgi?action=article;sid=20230121125423
>https://marc.info/?l=openbsd-tech&m=167501519712725&w=2

Microsoft: Scan for outdated Office versions respects your privacy
>https://www.bleepingcomputer.com/news/microsoft/microsoft-scan-for-outdated-office-versions-respects-your-privacy/
<"Microsoft says the KB5021751 update is respecting users' privacy while scanning for and identifying the number of customers running Office versions that are outdated or approaching their end of support."

Microsoft starts force upgrading Windows 11 21H2 devices
>https://www.bleepingcomputer.com/news/microsoft/microsoft-starts-force-upgrading-windows-11-21h2-devices/

MSI's (in)Secure Boot
>https://dawidpotocki.com/en/2023/01/13/msi-insecure-boot/

NY attorney general forces spyware vendor to alert victims
>https://www.bleepingcomputer.com/news/security/ny-attorney-general-forces-spyware-vendor-to-alert-victims/

Google ads push ‘virtualized’ malware made for antivirus evasion
>https://www.bleepingcomputer.com/news/security/google-ads-push-virtualized-malware-made-for-antivirus-evasion/

North Korean hackers stole research data in two-month-long breach
>https://www.bleepingcomputer.com/news/security/north-korean-hackers-stole-research-data-in-two-month-long-breach/

U.S. No Fly list shared on a hacking forum, government investigating
>https://www.bleepingcomputer.com/news/security/us-no-fly-list-shared-on-a-hacking-forum-government-investigating/

Yandex denies hack, blames source code leak on former employee
>https://www.bleepingcomputer.com/news/security/yandex-denies-hack-blames-source-code-leak-on-former-employee/

Hackers auction alleged source code for League of Legends
>https://www.bleepingcomputer.com/news/security/hackers-auction-alleged-source-code-for-league-of-legends/
>noooooo rust
its still (slightly) better than C fuckface
>Also, remember that Rust programs leak full path of your source code files: https://github.com/rust-lang/rust/issues/40374
C++tards do this every fucking time, for the last 30 years.
every single shit you open in IDA has the dev's paths all over it
and this is actually true for every language toolchain, they have absolutely zero opsec
Replies: >>8475 >>8498
>>7463
OpenSSL Security Advisory [7th February 2023]
https://www.openssl.org/news/secadv/20230207.txt
>X.400 address type confusion in X.509 GeneralName (CVE-2023-0286)
>Severity: High

There are also other vulnerabilities in the advisory.
>>8467
>better than C
kys rust faggot, not even close. Not having cargo is already a plus.
>this is actually true for every language toolchain
Where is gcc hiding my paths in the binary?
Replies: >>8491
>>8475
>Where is gcc hiding my paths in the binary?
RPATH
Replies: >>8493
>>8491
Not set on my system. gcc doesn't add rpath on its own. The packager or build system is at fault if the build environment is leaked into the executable.
>>8183
Goolag is at it again!
There are plans to add so-called ((( transparent telemetry ))) to Go that is Opt-Out/enabled by default:
>https://research.swtch.com/telemetry
>https://github.com/golang/go/discussions/58409
Replies: >>8500 >>8530 >>8821
>>8467
The ecosystem surrounding a language matters immensely. I don't want the main foundation responsible for the entire language to be infested with trannies and extreme weirdos like Klabnik. I don't want companies like Amazon and Microsoft sticking their fingers into the entire thing and making it theirs. None of this inspires confidence in its longevity, and I can't "separate the art from the artist" when I need the artist in order to look at and understand the art.
Memory safety is very important and C does have problems for most people, but Rust is not the answer. All the effort they poured into an entire fucking language could've been spent making a memory-safe C or tools to make C safe. It could've been done.
Replies: >>8499 >>8501
>>8498
>all the effort they poured
could have been spent hammering well-known memory safety techniques into code monkeys.
>>8497
What could possibly go wrong? Teh fagdroids will swallop this hook, line, and sinker obvs.

Rust will do this as well before long too (if they don't already).
Alex_Stepanov_4x6.jpg
[Hide] (984KB, 1200x1800)
>>8498
>or tools to make C safe. It could've been done.
It has been done Anon. 1998, I think it was? :^)
https://en.cppreference.com/w/cpp/standard_library
http://elementsofprogramming.com/
>>8497
>Golang
Bah! You need a real enterprise programming language!
a GCC Cobol status report
>https://lwn.net/Articles/922951/
>P.S. As a reminder, gcobol is a Cobol compiler based on GCC. It should not be confused with Gnu/COBOL.

Microsoft launches new muh AI chat-powered Bing and Edge browser
>https://www.bleepingcomputer.com/news/microsoft/microsoft-launches-new-ai-chat-powered-bing-and-edge-browser/
I hope this will become Tay2.0

Microsoft says Intel driver bug crashes apps on Windows PCs
>https://www.bleepingcomputer.com/news/microsoft/microsoft-says-intel-driver-bug-crashes-apps-on-windows-pcs/

US NIST unveils winning encryption algorithm for IoT data protection
>https://www.bleepingcomputer.com/news/security/us-nist-unveils-winning-encryption-algorithm-for-iot-data-protection/
But does it glow?

Tor and I2P networks hit by wave of ongoing DDoS attacks
>https://www.bleepingcomputer.com/news/security/tor-and-i2p-networks-hit-by-wave-of-ongoing-ddos-attacks/
<"Java I2P routers still appear to be handling the issues better than i2pd routers. "
ヘー

Also, R*ddit got hacked but the attackers only obtained some internal docs: https://archive.vn/LTrr5
Replies: >>8584 >>8604
>>8530
>I hope this will become Tay2.0
I wouldn't get your hopes up, but yeah that would be full-circle tbh. Poor Tay was lobotomized beyond recall I think. :(

>But does it glow?
Well what do you think Anon?
>>8530
>COBOL
Sheit I think it might be close to 25 years since I last used COBOL.  If I weren't retired, that would deffintely be one to keep on the resume even though I barely remember much of anything about it (as if it isn't dead simple anyway).
"Bypass Paywalls" extension removed from Firefox addon store without explanation
https://gitlab.com/magnolia1234/bypass-paywalls-firefox-clean/-/issues/905
Replies: >>8630 >>8642
cURL audit found some bugs
>https://blog.trailofbits.com/2023/02/14/curl-audit-fuzzing-libcurl-command-line-interface/
fixed in cURL 7.87.0.

>>8629
That sucks. If Mozilla ever comments something they will probably say something like they did it to "protect users".
Replies: >>8654
>>8629
you can just fuck around a bit with uMatrix and get the same results
Replies: >>8646
>>8642
I haven't used mainline furfux in forever, do they still refuse to let you run unsigned extensions?
Replies: >>8661
>>8630
Oh, also
>If Mozilla ever comments something they will probably say something like they did it to "protect users".
Apparently some frog website DMCA'd Mozilla itself, who immediately buckled like a €2 whore.
>>8646
no idea, haven't touched firecucks or any derivitive in years. i run ungoogled chromium like a white man.
>>8210
that's making me nostalgic. Remember watching startrek almost religiously every evening on that 14" CRT as a kid. 
Gotta rewatch it sometime, now that I have rescued a CRT TV from the dumpster and got a vga to scart adapter for it.
The Little Learner 
- A Straight Line to Deep Learning - 
>https://mitpress.mit.edu/9780262546379/the-little-learner/
a new Little * book released.

PSA: Docker Will Edit Host-Based Firewall Rules For You
>https://geoff.tuxpup.com/posts/psa_docker_edits_firewall_rules/ 

Wikiless has been taken down by Codeberg due to complaint from Wikipedia
(this is old news but I found out about this only recently)
>https://archive.vn/CjezM

Google Play Store cracks down on outdated apps
(this is old news as well)
>Google is preparing to limit the availability of outdated apps on the Play Store.
>From November 1st (2022), all existing apps in the store should aim to target an API level within two years of the latest major Android OS release.
>If they don’t, Google says it’ll place limits on which users are able to discover or install them.
> The restrictions will only apply when a device is running a version of Android more recent than the app’s API level. (so this change doesn't affect old devices)
>https://www.theverge.com/2022/4/7/23014518/google-play-store-cracks-down-on-outdated-apps

On history and justification of C programming language: Best System Language Ever or Bad by Design?
( this is old news but I found it interesting )
>https://pastebin.com/raw/UAQaWuWG
I don't know what to think...

Few lesser known tricks, quirks and features of C
>https://blog.joren.ga/less-known-c

MINIX From Scratch
a qemu dev environment for working through the MINIX book (Operating Systems: Design and Implementation by AST).
>https://github.com/o-oconnell/minixfromscratch
>"I believe that learning MINIX is probably the best way to learn about operating systems."
The author listed that the main reasons for this are: MINIX code has a lot of comment, the kernel is a small MicroKernel and there is a full book that explain the details of it.


Also, there's a new Forth talk: https://ratfactor.com/forth/forth_talk_2023.html
t. never read Starting Forth or Thinking Forth (but I should read them).  

>>8497
Update: Go telemetry will be Opt-In??
>"In general, the feedback was mostly constructive, and mostly positive. In the GitHub discussion, there were some unconstructive trolls with no connection to Go who showed up for a while, but they were the exception rather than the rule: most people seemed to be engaging in good faith." -RSC
Am I just being autistic, or is he implying that most people with real concerns were trolls?
>"By far the most common suggestion was to make the system opt-in (default off) instead of opt-out (default on). I have revised the design to do that."
https://research.swtch.com/telemetry-opt-in
Replies: >>8822 >>8829
>>8821
>The restrictions will only apply when a device is running a version of Android more recent than the app’s API level
This looks like a nothingburger. As long as they aren't actually deleting listings just for their age, I see nothing wrong with incentivizing devs to periodically test their code against new OSs.
>>8821
>Wikiless has been taken down by Codeberg due to complaint from Wikipedia
but it's still up?
ICMP Remote Code Execution Vulnerability Found in Windows
>https://nvd.nist.gov/vuln/detail/CVE-2023-23415
>https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-23415
>https://msrc.microsoft.com/update-guide/vulnerability/CVE-2023-23415
<Base Score:  9.8 CRITICAL
<Attack complexity: Low
Replies: >>8997
>>8992
I miss when Wangblows bugs would wreak havoc across the internets. Remember how everyone panicked over CodeRed and MyDoom? Now the closest we get is shit like PrintNightmare and Log4J, the latter not even Windows' fault.
fucking_shithub.png
[Hide] (27.3KB, 956x177)
fucking_shithub_2.png
[Hide] (76.5KB, 768x1037)
20_million_devs_get_fucked_at_once.png
[Hide] (371.1KB, 961x1443)
Fucking shithub is going to require 2FA with some authenticator app bullshit for security theater nonsense. Not everyone is a wagie looking for something that doesn't work so he can idle all day and blame it, some NEETs have REAL stuff to get done.

>inb4 don't use shithub
I go wherever the project I contribute to is. I use mailing lists, shithub, gitlab, shitforge, shithub clones self hosted by the project, you name it. Plenty of those projects aren't cancer: OpenWRT, for instance, uses shithub. I can't migrate everyone.

FUCK MICRO$OFT FUCK MICRO$OFT
FUCK MICRO$OFT FUCK MICRO$OFT
FUCK MICRO$OFT FUCK MICRO$OFT
FUCK MICRO$OFT FUCK MICRO$OFT
FUCK MICRO$OFT FUCK MICRO$OFT
FUCK MICRO$OFT FUCK MICRO$OFT
FUCK MICRO$OFT FUCK MICRO$OFT
FUCK MICRO$OFT FUCK MICRO$OFT
Replies: >>9077 >>9097
>>9075
https://freeotp.github.io/
Replies: >>9078 >>9081
>>9077
I'm not a normalnigger, I don't have a phone, and I refuse to run anything written in Java.
Replies: >>9080
>>9078
https://www.nongnu.org/oath-toolkit/man-oathtool.html
Replies: >>9085
>>9077
MS uses their own 2FA algorithm that requires their Authenticator app. EEE at its finest.
Replies: >>9085
>>9080
How do I use this with Github?

>>9081
Could you elaborate on that?
Replies: >>9086
>>9085
which part? MS has their own 2FA algorithm that only their Authenticator app supports. And you should know what EEE is.
https://en.wikipedia.org/wiki/Embrace,_extend,_and_extinguish
Replies: >>9094
>>9086
>MS has their own 2FA algorithm that only their Authenticator app supports
Do you have more details on that part? I find it hard to believe that something like this would be used exclusively for logins on Github, considering the kind of users that frequent the site.
Replies: >>9095
>>9094
I think it depends, the company i work for requires MS Authenticator and their speshu 2FA algorithm so I have to use the app. For GitHub they'll probably just require basic authentication which any password manager like KeePassXC can support.
d8e7482d808bec03f07ec9c9621b4a43059ec8bde3f740a4f8bffef62d68e7dd.jpg
[Hide] (738.6KB, 2048x1442)
>>9075
>Fucking shithub is going to require 2FA with some authenticator app bullshit for security theater nonsense
Get the TOTP secret then run
$ oathtool -totp -b "$SECRET"
No hardware or bullshit app necessary.
>FUCK MICRO$OFT FUCK MICRO$OFT
Correct regardless.
no_place_like_that_on_earth.mp4
[Hide] (1.6MB, 508x360, 01:06)
Amazon Wants to Bring ‘Sidewalk’ Wireless Network to Broader Market (AMZN) - Bloomberg:
https://archive.is/7ddvW
>Some recent editions of the company’s Echo smart speakers, Ring video doorbells and outdoor cameras use Bluetooth, long-range radio waves and other wireless protocols to connect with Sidewalk-eligible devices, borrowing a slice of Wi-Fi bandwidth to receive and send signals to Amazon servers.
>Amazon announced it was building Sidewalk in 2019 and says the network now covers about 90% of the US population.
Bezos built his own nationwide meshnet botswarm one consoomer sheeple at a time, I guess the autists here saying we could do something similar might not be as crazy as I assumed after all?
https://www.ietf.org/archive/id/draft-martin-http-carbon-emissions-scope-2-00.html
>This document defines the "Carbon-Emissions-Scope-2" HTTP response header field for reporting the amount of carbon emissions associated with processing a given HTTP request
Replies: >>9404 >>9405 >>9407
clownya.jpg
[Hide] (7.5KB, 223x223)
>>9402
The web is finished, back to gopher and BBS.
Javascript.jpg
[Hide] (192.7KB, 960x777)
>>9402
Gosh I wonder if there's some really easy way the web could be made less energy wasteful by throwing something worthless in the garbage forever nah I can't think of anything at all oh well too bad
Replies: >>9408
9dee69ddc31bef3fd4b46b8099282964e5f461ea2dadeada21a6e0409597d331.png
[Hide] (85.6KB, 296x208)
>>9402
>>9405
>The psychopathic billionaires who push the global warming agenda actually care about saving the planet
Good one friend.
Replies: >>9409 >>9411
Projected_impact_of_climate_change_on_agricultural_yields_by_the_2080s,_compared_to_2003_levels_(Cline,_2007).png
[Hide] (67.9KB, 2008x1346)
>>9408
>global warming agenda
Given the contents of the fossil industry's internal scientific memoranda reaching back to the 1950s and earlier, continuing even as public-facing denialist statements began up in the 1970s, I sometimes wonder what that agenda really is.
Replies: >>9410
>>9409
>Given the contents of the fossil industry's internal scientific memoranda reaching back to the 1950s...
The corporations, banks, governments, NGOs and media empires funding the global warming narrative both financially and politically eclipse the oil companies. As long as you're anti-nuclear the oil companies don't even care anyway. Solar panels and wind turbines don't threaten their business model at all. Carbon credits will only increase profits.

>muh research
All your academic research is funded by the same people. And anyone challenging the narrative gets yeeted from their institutions just like creationists or republicans. The thing about academics is they don't generally have many marketable skills. If the choice is between lying for billionaires and corporations or flipping burgers the choice is obvious. Then midwits act like "97% of experts agree" actually means anything.
Replies: >>9412
OpenBSD 7.3 released
- Improved hardware support, including new arm64 variants and numerous network and graphics driver updates
- Improved general and network performance due to steadily improving multi-core support
- More flexible network configuration, now supporting lladdr-based config [See earlier report.]
- retguard for amd64 system calls [See earlier report.]
- Enhanced memory and process security [See earlier report]
- Relinking of network exposed daemons at boot time [See earlier report.]
- execute-only (xonly) [See earlier report.]
- pinsyscall(2) [See earlier report.]
- Improved versions of OpenSSH (9.3), LibreSSL (3.7.2), OpenBGPD (7.9) …
- Support for disk encryption in the installer [See earlier report.]
- X11 Mesa shader cache enabled. (mainly because of GTK4!)
- More aggressive randomisation of the stack location for all 64-bit architectures except alpha [See earlier report.]

>>9408
I tend to agree. Global warming is often used as an excuse to market new stuff (producing new products creates new emissions vs. using products that have been already made). Example: electric cars that do not even work well in cold climate (I heard from a friend that one of their friends couldn't even get their new car's doors open because the batteries didn't have charge!) or in rural areas where the distances are long and it's (probably) not feasible to build network of recharging stations. Also, the batteries wear out faster, and producing more batteries creates a lot of waste. The replacement batteries often cost too much also.
Replies: >>9412
6cell+8cell98601.png
[Hide] (413.8KB, 700x302)
>>9410
>corporations, banks, governments, NGOs and media empires
>oil companies
Are the same people
>nuclear
Unsustainable unprofitable scam technology that can only function because of taxpayer subsidies, ironically everything they pretend to argue against...
>Solar panels and wind turbines plus geothermal and tidal/osmotic
Are the only permanently viable options and already the cheapest. But arguing over carbon emissions is somewhat irrelevant to global warming, because we already spewed too much carbon into the atmosphere years ago to avoid catastrophic warming by 2100 even if everyone was raptured from earth today instantly dropping emissions to zero. Literally the only thing that can stop AGW is geoengineering, all emissions reduction provide is a cheaper alternative to SOME OF the DACCS or whatever we'll end up doing, which would in turn be cheaper than the externalities of unmitigated AGW.
>your academic research
No, the oil industry's own proprietary research that has only recently been leaked.
>creationists
Reminder that every organized Christian church incorporated Darwinian evolution, geology, etc., into their orthodoxy within a few years of its discovery in the 1850s. YEC as we know it today originated in the 1920s as a hobbyhorse of the 7th Day Adventist cult in the US northeast, especially by infamous crank George McCready Price. This followed the 7th Day Adventists' origins among the dregs of local doomsday hysterics who had repeatedly issued predictions of the 2nd coming every year or two throughout the late 1800s based on autistic overreadings of scripture. From there the YEC fad spread among Baptist loonies across the US, the rest of the Anglosphere, and then infected fundies among Anglicans, Lutherans, Catholics,  Eastern Orthodox, and even other religions like Muslims, Jews, Hindus, etc. by the 1950s in a chain of direct brainworm infestation. YEC has always been and remains to this day heretical in the eyes of every non-meme-tier church's dogma.

>>9411
>cold
This problem was solved a long time ago with options like battery prewarmers and more efficient cabin AC. Some people just don't choose properly winterized cars, and the same problems affect gas burners.
>range
EV range already exceeds typical gas vehicles of the same curb weight
>remoteness
Setting aside the convenience of the grid if you have it, EVs are so much more efficient that using a decent gas generator to charge one will yield more mileage than the same gasoline burned in a comparable car.

The rest of that's just walled-garden nu-engineering in general, not anything specific to modern electric cars.

For instance, devices down to cameras and laptop PCs that used to have removable proprietary LiPo/Li-ion battery packs now have them sealed inside.

And those proprietary Li-ion battery packs were already a step down from earlier chemistries like NiMH & NiCd, which allowed user handling of generic bare batteries. The pretense usually offered was that Li-ion needs special microcontrollers to keep the underlying commodity AA Li-ion batteries (which are still inside modern packs, picrel) from exploding, but there's no technical reason such microcontrollers couldn't be smart enough to handle user-swapped raw batteries.

And then those batteries were in turn a step down from even earlier chemistries like lead-acid, which in "unsealed" batteries allowed users to replace electrolyte and anode plates. Indeed, that is the basis of the latest EV "flow batteries", a type of fuel cell that can either be recharged slowly using mains electricity or rapidly using fresh electrolyte, with variants available using a variety of chemistries ranging from the cheap hydrogen-oxygen to the efficient Li-ion.

Hopefully the nu-engineering problem will be fought by right-to-repair legislation, especially since corporations are doubling down with bullshit like cryptographically signed car parts and SUBCOMPONENTS down to cable harnesses that disable themselves if they detect aftermarket parts.
Replies: >>9413 >>9414 >>9417
ed170c934f558ea2c0f2b904fd98e9e32276baa2467e7602e5328137f5fd1699.jpg
[Hide] (206.6KB, 1500x1500)
>>9412
Good luck when the rats eat the soy cables in your EV.

>Class-Action Lawsuit: Rats Love Toyota Wiring So Owners Sue Again
https://archive.ph/nGPkI

>Eek! Are Tesla Cars Really Attracting Rats and Rodents with Soy-Based Wiring?
https://archive.ph/cdyc5

> Rodents chow down on Teslas, causing thousands in damage
https://archive.ph/2CRVi
Replies: >>9415 >>9416
1896216e0194f234f8fb06ded1e6d4e26f23970b038c9e449cb1490f83f8ff6f.jpg
[Hide] (162.1KB, 1079x1325)
>>9412
>everything in this post
<source: my ass
not one single sentence in your post is true, it'd be kind of impressive if you didn't actually believe in any of that
Replies: >>9417 >>9421
gm_autonomy.jpeg
[Hide] (79KB, 1024x565)
Canoo_Design_Exterior_Possibilities.jpg
[Hide] (593.2KB, 7680x3545)
>>9413
Ideally, the mechanical simplicity of EVs will be combined with some kind of standardized interoperability, reversing the degeneration of modern car-anti-culture, so that building your own is as simple as assembling a desktop PC.
Replies: >>9418
drink_your_microplastics.jpg
[Hide] (32.3KB, 589x422)
>>9413
Oh, also:
https://en.wikipedia.org/wiki/Bioplastic
<The distinction between non-fossil-based (bio)plastic and fossil-based plastic is of limited relevance since materials such as petroleum are themselves merely fossilized biomass. As such, whether any kind of plastic is degradable or non-degradable (durable) depends on its molecular structure, not on whether or not the biomass constituting the raw material is fossilized.
In other words, the reason rats eat the cables isn't because they're made of soy, we could make molecularly identical cables out of sweet raw crude instead, or visa versa we could make indigestible  eternal plastic out of soy to avoid wasting precious hydrocarbon deposits.

So of course, the actual reason we want to make biodegradable electrical insulation is so we don't fill ourselves with microplastics after the cables are scrapped.

There's no other choice, aside from putting more (also eventually biodegradable) preservatives and pesticides in our plastic to (SOMEWHAT) postpone their expiration date, similarly to other biomaterials like lumber or leather.
>>9412
>Are the only permanently viable options and already the cheapest. 
Solar panels and wind turbines are so expensive to manufacture and run and are so short lived they barely break even at the end of their lifetimes. You need fossil fuels to mine the materials for solar panels, and lubricate the moving parts of wind turbines. You need fossil fuel power plants as backups for when there is no wind or sun. This "green energy" stuff is just a money laundering scheme to pipe tax money into the hands of billionaires and increase oil and gas profits at the same time.

>Unsustainable unprofitable scam technology
The reason nuclear is so expensive is because your oil lobby uses the government to cripple them with safety regulations. There is nothing wrong with the technology itself. The fact that XR and other "environmentalist" are so irrationally opposed to nuclear should be a clue as to who's funding them and their real goals.

>Are the same people
ok ... so when the corporate media tells you that nuclear is a scam and we need more bullshit windmills because muh global warming you understand the oil companies are actually on board with that message... and yet you still think you're fighting the oil companies somehow

>>9414
Actually you're right, someone being this consistently wrong is probably just a troll. Whatever.
Replies: >>9421
>>9415
>Ideally, the mechanical simplicity of EVs will be combined with some kind of standardized interoperability, reversing the degeneration of modern car-anti-culture, so that building your own is as simple as assembling a desktop PC.
Ideally. In reality you're just condensing all the complexity and expense into a single, consumable and unsustainable, component. There's nowhere near enough lithium to supply all current car owners with EV battery packs. And you need a continuous supply of them.

I'm occasionally tempted by the democratization of EV technology and the prospect of an accompanying open source firmware project. As you say, building cars as if they were PCs. That would be awesome. 

But then the reality of resource scarcity slaps us in the face. Not just the batteries but the switch to "green energy" is causing havoc with the energy demands we currently have. Dumping millions of EVs onto the same electrical grid is never going to work.
Replies: >>9421
>>9414
>source: my ass
Sorry, I was too lazy to sift through my old shitposts on the subject and fix broken links.

>>9417
>solar
>wind
>break even
https://www.ecowatch.com/solar/solar-panel-payback
<For most homeowners in the U.S., it takes roughly eight years to break even on a solar panel investment.
<Most residential solar systems last between 25 and 30 years. If your payback period is eight years, you’ll be “making money” on the system for 17 to 23 years.
https://www.windpowerengineering.com/wind-turbine-carbon-payback-times-shorter-than-expected-finds-new-study/
https://www.sciencedaily.com/releases/2014/06/140616093317.htm
<the payback for the associated energy use is within about 6 months, the team found. It is likely that even in a worst case scenario, lifetime energy requirements for each turbine will be subsumed by the first year of active use. Thus, for the 19 subsequent years, each turbine will, in effect, power over 500 households without consuming electricity generated using conventional energy sources.
>mine the materials
A non-recurring expense, and can be recycled, unlike fuels that are destroyed when consumed and so require a continuous supply. Regarding solar, I hasten to note that while PV solar is recyclable, I myself personally favor CSP over PV on the basis of its simpler technology and materials.
>lubricate the moving parts
As I noted a bit upthread, bio feedstocks can be used to make any hydrocarbon.
>backups for when there is no wind or sun
>This "green energy" stuff is just a money laundering scheme
The following report shows (in the 1st graph on page 5) both solar & wind stomping coal & nuclear for half the price, plus tying with gas. Note those prices INCLUDE grid storage (batteries, hydrogen, CAES, etc.) to fully offset intermittency.
https://www.lazard.com/research-insights/2023-levelized-cost-of-energyplus/
For these reasons, every penny spent on new fossil/nuclear generation instead of sustainables is a pointless waste constraining future energy supply.
>The reason nuclear is so expensive
Is because it's an inherently flawed technology that survives entirely on taxpayer bailouts UNPRECEDENTED by any other energy subsidy:
https://archive.thinkprogress.org/how-much-of-a-subsidy-is-the-price-anderson-nuclear-industry-indemnity-act-391693197ab/
Along with nuclear accounting for nearly all the money spent on ratepayer bailouts of failed investments from private electric utilities:
https://theintercept.com/2020/08/07/nuclear-power-energy-utility-bribery-scandal/
And everywhere in the world, even in today's most recklessly pro-nuke regulatory environments like chingchong, nuclear boondoggles have always been getting MORE not less expensive and breaking deadlines of ever longer schedules:
https://www.colorado.edu/cas/2022/04/12/even-china-cannot-rescue-nuclear-power-its-woes
>There is nothing wrong with the technology itself
Setting aside its uniquely apocalyptic pollution, safety, proliferation, and security issues compared to literally every other type of generator that I'm sure you already appreciate there's the fact it relies on a finite and very small supply of fuel:
https://www.energywatchgroup.org/blog-post/
The typical nuke cope (aside from "muh thorium", usably pure deposits of which are scarcer than uranium) is then "muh breeders", but of course breeders (aside from remaining experimental outside military applications, and constant breakdowns compared to conventional reactors, thus uncompetitive for energy in spite of a half century of research) all rely on transmuting any fuel loaded into weapons-grade plutonium and keeping it that way as long as possible for maximum breeding ratio, for which civilian breeders have justly been banned by international treaty for decades.
>when the corporate media tells you
Ah yes, telling. As opposed to, y'know, DOING. Like Republican voters complaining about immigration while Republican politicians keep issuing visas, or Democrat voters complaining about the prison-industrial-complex while Democrat politicians build endless prisons.
>and yet you still think you're fighting the oil companies somehow
Environmentalism boils down to one of two mutually exclusive stances on sustainable permaculure: Green growth (ecopositivism), versus green degrowth (ecoausterity).

I'm of course for green growth, eliminating waste by focusing on infrastructure details imperceptible to individual quality of life, while maintaining or increasing QoL for individuals whose private affairs are unmolested. Also as I noted upthread, even ignoring environmentalist and cost benefits, sustainable energy liberates us from perpetual external dependencies.

Oil companies and other fossil fuels as well as nuclear serve the purpose of enforcing perpetual dependence on centralized resources, while braindead green degrowth rhetoric serves the purpose of bullying individuals about their environmentally inconsequential private habits without actually touching infrastructure that would make real environmental impact. In this way the two evils dovetail.

>>9418
>In reality you're just condensing all the complexity and expense into a single [...] component
IMHO that's the ideal way. Think of the difference between, for instance, a typical consumer PC component like a GPU or PSU (bunch of fiddly cables edge connectors and screws that take minutes, have to open the case, static/dust sensitive, coldswap), versus an enterprise server component (insert/eject externally in seconds, sealed component casing, hotswap). In spite of that difference for routine tasks, individual server components are still designed to be cracked open and repaired when necessary, so it's the best of both worlds.
>unsustainable
>There's nowhere near enough lithium to supply all current car owners with EV battery packs
False, same goes for similar canards like peak neodymium for motors/windmills or peak platinum for hydrogen:
https://thebulletin.org/2017/05/clean-energy-and-rare-earths-why-not-to-worry/
I'll also reiterate what I said upthread about flow batteries/unitized fuel cells, which greatly reduce the amount of lithium (or other electrolyte/catalyst) needed to achieve arbitrary energy capacity (i.e.: kWh) at a given maximum power (i.e.: kW).
>And you need a continuous supply of them
As I noted above, they are durable goods that can be recycled, unlike consumables such as fuel.
Replies: >>9422
>>9421
I don't buy any kinds of environmentalism. Sure you "save" the Earth and makes it possible for the population to cooonsum for a couple more decades. It is still the same shithole. With jews you lose.
My analysis is instantly all combustion engine cars becomes junk shitbox, similar to ifags removing headphone ports and all wired hearphones become waste. Waste that you try so hard to reduce. Green energy or not it is just another way to kill off backward compatibility.
It is meaningless to save a planet that is owned by jews. Not to mention that you are probably dead when the 2 weeks of climate change finally ends and the mass starts hugging trees. We should, after starting the ovens, focus on colonizing another planet.
Replies: >>9429
rust_trademark_update.jpg
[Hide] (80.6KB, 720x486)
rust_retarded_trademark_change_Call_for_Comment__Rust_Trademark_Overview,_FAQ_and_Policy_April_2023_-_Google_Docs.pdf
(153.2KB)
Rust Foundation has put out a new trademark policy request for comments. This is in regards to the R in a gear logo and "Rust Programming Language" trademarks. Trademarks are supposed to make it so if someone steals your brand, you can say easily in court that this fucker is grifting your reputation. Someone should tell Rust's trademark lawyer that, because this faggot doesn't understand what a trademark is and wants to make any transformative use of the art illegal and ban anyone for using the Rust trademark who has the wrong [not crazy leftist] politics: no guns and pro-cutting little kids genitals off. Most interestingly is that new policy demands autocratic control over anything that is calling it's self Rust in relation to the Programming Language and wants to force the leftest ideals onto those users and require hyper explicate language about rust and other project's relations.

You can complain about this stupid decision here: https://docs.google.com/document/d/1ErZlwz9bbSI43dNo-rgQdkovm2h5ycuW220mWSOAuok/edit

You can read the whole new policy here: https://docs.google.com/document/d/1ErZlwz9bbSI43dNo-rgQdkovm2h5ycuW220mWSOAuok/edit (or the attached pdf)

if TLDR:
https://www.youtube.com/watch?v=gutR_LNoZw0
https://www.youtube.com/watch?v=hWvnEUK0UIM
>>9423
>jewdocs
>jewtube
Come on man
>>9423
Wew. I was finally convinced that Rust is maybe worth looking into. But then this happened.
ogl_v-1-1.jpg
[Hide] (118KB, 1280x720)
>>9423
>this faggot doesn't understand what a trademark is
I'm strongly reminded of the recent WotC OGL fiasco, where the basis of their cunning plan was to retroactively revoke a license whose primary selling point back in the day was its explicit irrevocability.
bailey_electric.jpg
[Hide] (38.7KB, 444x452)
>>9422
>makes it possible for the population to cooonsum for a couple more decades. It is still the same shithole.
Greater prosperity generally corresponds to population stabilizing. Ironically, I suspect the current "eat bugs live in pod own nothing no borders" spiele's real goal is to INCREASE birthrates with lower lifespan/QoL, as a direct response to global trends in recent decades of birthrates plummeting even across the 3rd-world.
>combustion engine cars
>kill off backward compatibility
Reminder the initial decades of the automobile industry were dominated by electrics as the premier technology, until a confluence of research investment shifting away from electric motors/batteries, enlargement of the oil industry driving down gas prices, and Ford being first in the adoption of assembly-line mass manufacturing. Basically IBM/MS/Intel tactics.
>wired hearphones
That's very different, because inside every "digital" headset is an analog headset with an amp/synth/bus glued onto it, moved from where it used to be in the phablet SoC, so the entire thing is redundant and phony. Electric cars are fundamentally simpler systems with far less parts than fuel cars.
>colonizing another planet
Would be a lot more expensive than colonizing the Sahara, Antarctica, bottom of the ocean, lithosphere, LEO, etc. even after total biosphere collapse. But interstellar colonization does have other all-your-eggs-in-one-basket-related practical justifications.

Most of these "green growth" technologies have other benefits even ignoring the environment: Less centralized, more versatile, more durable, more maintainable, sustainable in perpetuity, cheaper, etc.
Replies: >>9431
>>9423
what they say is irrelevant to what would happen, pretty sure no one takes trademark disputes seriously unless its backed up by an obvious attempt at counterfeiting or highjacking a brands reputation like if youre using a similar logo for your Lust programing language
>>9429
>Electric cars are fundamentally simpler systems with far less parts than fuel cars
Yet those parts are effectively impossible for the end consumer to produce and inseparable from the software that locks it down and prevents repair or modifications via serialization. 
Anyone with metal working tools can make fuel car parts and modify, repair, or even make a car from scratch (with the hard parts like the catalytic converter being easily obtained). Touching your electric car the wrong way will make the corpos brick it with software and the entire car is now useless pollution.
Replies: >>9432 >>9433
>>9431
the engine block cam shaft and pistons are ultra high precision parts, you need a factory to make those you cant make that shit in your backyard unlike an electric motor which you just need some magnets and copper wire for
Right_to_Repair_logo.5defafa50d2fa.png
[Hide] (9.9KB, 720x576)
>>9431
Every problem you're complaining about is just as bad for the latest gasoline cars, the marques of which have been waging a decades-long war of electronically DRM'd anticompetitive sleaze against home mechanics and non-dealer garages alike. And contrariwise making an electric car or its parts from scratch requires far simpler tools and skills than an ICE drivetrain, whether for individual hobbyists such as us or up-and-comers in the aftermarket cottage industry.

In particular I have to LOL @
>with the hard parts like the catalytic converter being easily obtained
For now. Compare that to commoditized microcontrollers, FPGAs, and high voltage components that have far broader applications than any car part, and as such can never possibly be restricted as much.

Our only chance aside from IMHO impractical efforts at proselytizing sheeple into voluntarily organized boycotts of DRM'd products is to strengthen legislation such as Magnussun-Moss, and to promote new legislation protecting and enlarging the right to repair.
Replies: >>9434
>>9433
Fuel cars aren't as complex and electric cars aren't as simple as you're pretending they are. 
Combustion engines are extremely old and relatively simple concepts. A home made internal combustion engine won't be nearly as efficient, strong, or reliable as a precision made one, but it will run.
Electric cars, on the other hand, struggle to even get close to fuel based cars even when using the latest most intricately made batteries that exist commercially. Anyone can make a battery, but if you think you'll be able to run a usable car purely on magnets and wire you're seriously retarded. 
>>9433
At this point in time electric cars are way more restrictive than any consumer fuel car. Farm vehicles are way worse but there still aren't any comparable electric vehicles.
Fuel cars are mostly mechanic and are going to stay mechanic as long as it makes economic sense, whereas in electric cars it's already cheaper to make everything electric which is inherently harder for consumers to work around. Any machinist can make a part that fits another, very few programmers can break DRM. 
You're saying that shit is going to get worse and I don't disagree with that, but I fail to see how we'll ever reach a point where fuel cars become worse to work with than electric.
Replies: >>9435 >>9439
made_by_kids.gif
[Hide] (550.7KB, 420x380)
precision_engineering.gif
[Hide] (3.4MB, 800x450)
>>9434
was talking about engines
an electric motor only seems more sophisticated if you dont know anything about electromagnetism, its literally just a magnet spinning in an electromagnet which is just copper wire wound into a solenoid just because combustion engines are older doesnt mean their simpler, electric motors only have two parts anyone can make electric motor at home, a combustion engine requires proper machining and engineering with dozens of parts that are tailored for exact fit with extremely low tolerance
Replies: >>9436
>>9435
Again, how do you expect to power that motor without proprietary batteries?
Replies: >>9438 >>9439
>>9436
potatoes obviously
Replies: >>9449
car-3.png
[Hide] (447.3KB, 1667x810)
Tesla-batteries-adhesive-792x300.jpg
[Hide] (38.4KB, 792x300)
>>9434
>Combustion engines are extremely old and relatively simple concepts
Electric motors and batteries were invented first, same for electric cars, both are far simpler, and are far more common as tinkerer projects. In fact, ICE drivetrains necessarily incorporate at least one entire electric drivetrain, with an electric motor (the starter, arguably also the alternator) and battery (duh), as major components!
>Electric cars, on the other hand, struggle to even get close to fuel based cars
As I've already pointed out, electrics are far more efficient, to the point running a gasoline generator to charge a BEV is cheaper than an equivalent gasoline car. If by "performance" you mean the "vroom vroom" kind, then electric motors generally have far better acceleration, better torque, and weaker top speed.
>At this point in time electric cars are way more restrictive than any consumer fuel car
<doubt.tga
>Fuel cars are mostly mechanic
Which is harder to tinker with than electrical equipment or electronics
>electric which is inherently harder for consumers to work around
You're conflating "electric" (simple analog devices) with electronic
>very few programmers can break DRM
But if someone has, all a hobbyist has to do is flash a ROM with a premade crack. And electronics can be bypassed entirely by just slotting in a whole custom replacement board that's way easier to build from commodity microchips than any machine part.
>I fail to see how we'll ever reach a point where fuel cars become worse to work with than electric.
Because electric cars are inherently simpler systems than fuel cars, requiring simpler tools, simpler knowledge, and whose subcomponents/materials are more generic commodities shared with many more applications than cars across far more industrial sectors.

>>9436
>batteries
I already posted an entire spergrant upthread about how proprietary battery packs in everything from phones to cars are ackshually just assemblies of commodity battery cell stacks wired together and sealed in a case with a microcontroller. Case in point:
https://www.hotcars.com/teslas-lithium-battery-packs-nearly-impossible-to-repair/
The main reason Tesla batteries are so hard to repair? Not the cells (they're commodity "18-650" batteries), not shmancy electronics. Nope, it's just because they're covered in glue!
>>9439
This is a technology board.  You should at least talk about the different kinds of innovations in modern electric motors instead of canvassing every tiny bit of the internet with communist propaganda.
Replies: >>9441
>>9440
>knowledge of what cars are more reliant on centralized control
>communist propaganda
How about innovations in reusing and bypassing the DRM in batteries?
Replies: >>9444
>>9439
>Electric motors and batteries were invented first
An old engines can still run. Old batteries can't power a car for day to day use. 
>electrics are far more efficient
Electric cars can't drive for shit because of energy density. You can drive a fuel car with a full tank for days and refuel in a second. Electric cars have no range and take literal hours to recharge even with proprietary fast charging that corpos can ban you from. 
Electric cars are only worth it if you have spent thousands of dollars to charge it at home AND don't ever want to drive it out of town.
>doubt.tga
Tesla will ban you from fast charging for any third party repair at all (even purely cosmetic), and frequently disables fast charging on second hand cars. That makes charging go form 3-4 hours to over a day. 
All other cars can do is turn off your heated seat subscription or other dumb shit, all of which also affects electrics. Every problem with consumer fuel cars also affects consumer electric cars.
>You're conflating "electric" (simple analog devices) with electronic
Electric is electronic when every modern circuit has a micro controller thrown in. 
>But if someone has, all a hobbyist has to do is flash a ROM with a premade crack
Which has yet to happen with john deere tracktors despite the millions of dollars of incentive to do so. 
>Because electric cars are inherently simpler systems
Again, that simplicity is achieved via electronics that are designed to remove control from the user. Meanwhile clutches still don't have micro controllers built in.  You can still machine car parts which is why the modded fuel cars are as popular as ever. 
The only modded electric car I've ever seen was a tesla with a V8.
Replies: >>9449
>>9441
Sure!  That's interesting at least.  Don't mistake me for somebody who thinks EVs are inherently stupid or uninteresting.

I forget the guy's name and lost touch with his independent radio appearences, but last I heard he was looking for people willing to go in at I think like the 20kW or 50kW level to help him fund some novel wind power generators suitable for windy planes like out in the midwest where they could feasibly power or suppliment small farms where EV runnabouts and whatever else might be a desireable alternative or addition to everything needing a constant supply of diesel from afar.  Be neat if that pans out, since not every place is entirely suited to using solar for such a provision.
Replies: >>9449
>>9443
>old engines
Break long before old motors, costing thousands of dollars more in maintenance over the same period:
https://www.consumerreports.org/hybrids-evs/evs-offer-big-savings-over-traditional-gas-powered-cars/
>Old batteries
Exist, burned fuel does not.
>Electric cars have no range
Electric cars have the the same range (80-400 miles) and their batteries+electricity achieve breakeven vs. gas within 2-7 years, as the above link describes. That's well before the warranty expires (8 years or 30% capacity loss, though typically less than 10% capacity loss occurs by then):
https://www.motortrend.com/features/how-long-does-a-tesla-battery-last/
>literal hours to recharge
At your destination while you're doing something else, instead of having to waste time visiting a gas station. And, as I've repeatedly noted upthread, other designs such as flow batteries/unitized fuel cells allow quick refilling of electrolyte in addition to grid charging.
>have spent thousands of dollars to charge it at home
Which is likewise more than paid for by lower energy prices
>don't ever want to drive it out of town
Assuming you need to drive more than hundreds of miles a day, similarly to packing jerrycans with you, there are options for EVs ranging from external batteries up to gas genset trailers.
>Tesla will ban you from fast charging
There's a whole lot of fuckery going on with that beyond banning repaired cars, like dumbass promotional schemes of complementary recharges, paying by the minute parked instead of by the kWh, 3rd-party EVs having to negotiate for charging from Tesla's network, commercial fleet vs. personal vehicles, etc. I imagine the same disputes would be happening if e.g. CNG cars were ubiquitous and people were filling up at their offices or their friend's apartment from premises metro pipelines, and I imagine moar regulations and class action lawsuits will be the only way it's settled. Not to mention that electricity is a lot easier to make than gas
>Which has yet to happen with john deere tracktors despite the millions of dollars of incentive to do so.
https://archive.is/lzcKH
>Electric is electronic when every modern circuit has a micro controller thrown in
Basic subcomponents like Li-ion cell stacks, motor stators, connectors, and wiring, don't have microcontrollers. And what interaction they do have with electronics are generic enough to be substituted far more easily than machining low-tolerance mechanical parts.
>Meanwhile clutches still don't have micro controllers built in.
https://www.troublecodes.net/pcodes/p0902/
>modded electric car
Admittedly almost all firmware/chip tuning for now, though there are also some upgraded batteries, inverters, motors, and cooling:
https://autoversed.com/the-future-of-car-modification-in-the-face-of-electric-vehicles/ 
>a tesla with a V8
There's also the opposite, so-called "crate motor" BEV conversions:
https://www.tuningblog.eu/en/categories/cars-from-az/porsche-911-electrogenic-458747/
Overall, I think we're mostly suffering from a lack of knowledge and experience at the moment, as I'd say fabricating or assembling a good electric kit car is much easier than a gas kit car, but I concede tuning a modern factory production electric is currently harder than its gas equivalent.

>>9438
>potatoes obviously
https://en.wikipedia.org/wiki/Enzymatic_biofuel_cell

>>9444
>wind power
>farms
That's a particularly good match because it already has things like road access and evened ground that undeveloped wildland lacks, and makes up a little over half US land, or 1/5th counting only planted cropland:
https://www.ers.usda.gov/amber-waves/2012/march/data-feature-how-is-land-used/
>solar
Probably the ideal siting is the opposite of that for wind, so-called "grayfield" (paved) and "brownfield" (blighted and contaminated) land:
https://www.theenergymix.com/2016/07/12/solar-could-turn-old-industrial-sites-from-brownfield-to-brightfield/
Replies: >>9574 >>9585
563435R.jpg
[Hide] (210.9KB, 1000x800)
>>9439
>Because electric cars are inherently simpler systems than fuel cars, requiring simpler tools, simpler knowledge, and whose subcomponents/materials are more generic 
What you're missing is that an ICE vehicle can have 1000 moving parts but if any of them break it's $100 to fix it. When your super simple EV breaks it's $20,0000 for a new battery pack. And you're deluding yourself if you think you're DIYing it.
Replies: >>9599
f255b4df88e67f802efa73b019cab4368ff2cf5fd8c56a30dd64307453382a6d.jpg
[Hide] (1.2MB, 1346x2163)
>>9449
Replies: >>9585 >>9599
5a6a718920ea73b7e0162c62c891cb91cafcd6475b32ec14f286f3f7595d35e5.jpg
[Hide] (107.1KB, 1920x1080)
>>9449
>>9574
Replies: >>9599
ps12342940-original_japan_sanyo_18650_2600mah_flat_head_li_ion_3_7v_rechargeable_battery.jpg
[Hide] (85.3KB, 800x800)
>>9482
>a new battery pack. And you're deluding yourself if you think you're DIYing it.
As noted in the article I linked a couple posts up, the only reason e.g. Tesla battery packs are so hard to fix is because they're filled with glue, moreover glue obviously chosen to be needlessly difficult to dissolve. Not exactly high-tech. Absent such blatant malfeasance, it would be no harder to fix than a laptop battery using the exact same commodity cells that cost pennies, FAR easier and cheaper than any fuel drivetrain could possibly be.

Everything you're complaining about are problems that have nothing to do with the underlying technologies, everything to do with corporate audacity, and as a result are likewise a burgeoning cancer on new fuel cars.

>>9574
>>9585
Ha ha. Seriously though, Li-ion batteries (and, on a related topic, hydrogen, for the same reasons as CNG) are far safer than gasoline in cars:
https://www.autoinsuranceez.com/gas-vs-electric-car-fires/
Some of Li-ion's bad reputation in EVs comes not from comparison with fuel vehicles, but from non-automotive applications compared against other battery chemistries (NiCd, NiMH, etc.), which it actually is more fire-prone in comparison to.
>>9599
>it would be no harder to fix than a laptop battery using the exact same commodity cells that cost pennies
If Jamal's Local Autorepair can fix your tesla battery for "pennies" then tesla wouldn't be able to sell them for $20,000. Something doesn't add up in your narrative.
Replies: >>9601
model-3-battery-teardown-main.png
[Hide] (338.2KB, 800x449)
>>9600
>Something doesn't add up in your narrative
Like I said, the gobs of gunk they're entombed in. If they didn't use glue, or used a glue chosen for its compatibility with a convenient DIY solvent, that wouldn't be an issue. But I suspect some combination of legislation and lawsuits will be necessary, since aside from the usual kit car hobbyist bunch there's no "Purism of EVs" as a serious player right now.

As-is, the larger modules can be swapped for cheaper than an entire pack:
https://electrek.co/2021/09/13/tesla-battery-pack-replacement-repair/
And entire 3rd-party aftermarket batteries are on their way:
https://www.businessinsider.com/startup-doubled-tesla-range-with-special-battery-2022-1
As I said, I think the main problem with EV repair/tuning right now is simply the sheer newness of the cottage industry in an environment when the auto industry as a whole is in blitzkrieg-mode against home handymen and non-dealer mechanics.
Replies: >>9603
RUP12aky.jpg
[Hide] (83.6KB, 720x531)
>>9599
>are far safer than gasoline in cars
This is decades of data on millions of gas cars vs a few years and a few hundred EVs. This is how to lie with statistics 101. And obviously you realize corporations like your link churn out propaganda like this to increase their ESG scores not because it has any relevance to reality.

>far safer
There's also a big difference in how the fires start. The only way an ICE can can go up is if oil or fuel leaks onto a very hot component like the exhaust manifold. The problem with EVs is that they can short themselves out while cold and at rest which is a whole different thing. EVs are basically constantly at risk of catching fire just by existing.

>far safer
The last point here is that ICE vehicles firewall the passenger compartment from the engine so  any fires are contained and you've got plenty of time to get out. EVs spread the heavy batteries all over the underside of the car to even out the weight distribution. So when an EV catches fire the whole thing catches fire at the same time making you super fucked if you're inside.
>>9601
>As-is, the larger modules can be swapped for cheaper than an entire pack
<So how much did it cost? The modules were $1,500 each, for a total of $3,000. Another $750 in parts for contractors and fuses
<With diagnostic and labor, it came up to about $5,000
They replaced 2 out of 16 battery modules for $5000 and you think that proves your point?
Replies: >>9606 >>9610
>>9603
>They replaced 2 out of 16 battery modules for $5000 and you think that proves your point?
The point was supposed to be that it's possible to DIY repair these batteries, not just buy new ones but in smaller quantities.
>>9602
Took me a minute to appreciate picrel. That's a mid engined Boxster, the engine is at the back but in the middle. The trunk is open but no flames are coming out the back. The passenger compartment is also fully open and no fire there either. The fire is completely contained where the engine is.
tv_weather.jpg
[Hide] (35.9KB, 526x635)
>>9602
>This is how to lie with statistics 101
>corporations like your link churn out propaganda like this
As opposed to the completely effortless copypasta you're parroting: Just point and gabble mindlessly at a parade of random anecdotes, free of even the flimsiest pretense at context or proportion. The very strongest verifiable statement that be made right now is "EVs have accidents, those are probably less likely than fuel vehicles".  
>The only way an ICE can can go up is if oil or fuel leaks onto a very hot component like the exhaust manifold
LOL:
https://normantaylor.com/blog/which-cars-catch-fire-the-most/

>>9603
>They replaced 2 out of 16 battery modules for $5000 and you think that proves your point?
That's obviously a lot less than $22k, and similar to a lot of mechanical jobs (e.g.: getting a transmission or catalytic replaced).
Replies: >>9611
>>9610
>The very strongest verifiable statement that be made right now is "EVs have accidents, those are probably less likely than fuel vehicles".  
Except >>9602 completely destroyed this statement. It's not true just because you want it to be true. And it's definitely not true just because multinational corporations riding the ESG money train tell you it's true.

>LOL
What's your argument? Linking to random articles you obviously didn't read is just a diversion tactic.

>That's obviously a lot less than $22k
They didn't fix it though, they just replaced 1/8th of the battery modules with brand new ones. Replacing all the modules would have cost the same as a new battery ($1500*16).
That's not what you said in >>9599 and >>9439
<Because electric cars are inherently simpler systems than fuel cars, requiring simpler tools, simpler knowledge, and whose subcomponents/materials are more generic 


>and similar to a lot of mechanical jobs (e.g.: getting a transmission or catalytic replaced).
When you rebuild a transmission almost all of the cost is the labor of delicately taking it apart and putting it back together again, the actual parts are cheap. Again, all your guys did was buy a new battery module from a factory and glue it onto the old ones. The only reason it was cheaper than tesla's fix price was because they bought a smaller number of modules.
Replies: >>9612
>>9611
>completely destroyed this statement
By offering absolutely zero data?
>It's not true just because you want it to be true
And it's not false because you saw ooh a scary photo, but it is PROBABLY TRUE because what data we have leans toward batteries being safer than gasoline.
>Linking to random articles you obviously didn't read
Yeah, articles about how fuel cars spontaneously explode all the time in the exact way scaremongers were propagandized only EVs do. Totally random.
>Replacing all the modules would have cost the same as a new battery
No duh. But if the pack only has failures the cells of a few modules, that's a lot cheaper. And like I've said repeatedly, if modules weren't filled with gratuitously insoluble glue or an easy way of removing it was discovered, single cells could be replaced for far cheaper.
>When you rebuild a transmission
Sure, but that's still $2K-$3K unless you DIY. And for a factory replacement, parts alone are $3K-$5K, $4K-$8K with labor.
Replies: >>9613 >>9614
>>9612
>By offering absolutely zero data?
By explaining why the sample set is not big enough to make a meaningful comparison.

>it is PROBABLY TRUE because what data we have leans toward batteries being safer than gasoline
Dude stop consuming corporate media before the brain damage is irreversible.

>articles about how fuel cars spontaneously explode all the time 
The article says exactly what >>9602 said. A fire only starts when oil or fuel leaks and touches a very hot component. The picture also confirms the point about ICE vehicles containing fire within the engine bay vs. every EV fire you see being an out of control inferno.

>No duh
In >>9599 and >>9439 you were clearly saying that it's possible to repair the battery cells, not just buy a whole new module. Are you admitting now that was wrong?

>modules weren't filled with gratuitously insoluble glue or an easy way of removing it was discovered, single cells could be replaced for far cheaper
Dude only one cell was broken in each module. If they'd rather spend $5000 replacing the whole modules instead of fixing the two broken cells then clearly you're wrong about fixing single cells being an option.
Replies: >>9615
>>9612
>if modules weren't filled with gratuitously insoluble glue
Which EV batteries don't do this then?

>>9599
>it would be no harder to fix than a laptop battery using the exact same commodity cells that cost pennies
Your laptop is not running on 400 volts nigger.
Replies: >>9615
>>9613
>the sample set is not big enough to make a meaningful comparison
I disagree, but it's certainly big enough to show there's no identifiable trend of EVs being way more dangerous, unlike...
>stop consuming corporate media before the brain damage is irreversible
Such as meaningless random photos of EVs on fire?
>A fire only starts when oil or fuel leaks and touches a very hot component
LOL:
<faulty rod bearings
<the chance of that ground terminal melting and starting a fire
<allows water from external sources to get into the electrical connections of the wiring harness. Water on electric components can cause short circuits, leading to an increased fire risk if the ignition is turned off for long periods of time.
<While they don’t cite a specific reason, Ford states its cars have an “increased risk of underhood fire, including while the vehicle is parked and off.” 
<etc.
>you were clearly saying that it's possible to repair the battery cells
No. I was saying IN PRINCIPLE it is far easier to repair a properly designed battery pack or electric motor compared to similarly major components in even an ideally designed ICE drivetrain. Also, that the problem with CURRENT stock factory production EV batteries isn't high-tech issues that other posters upthread were worried about such as proprietary single-source subcomponents or electronic DRM, but instead very low-tech hostile design features such as glue.
>clearly you're wrong about fixing single cells being an option
Which is why I never claimed that about current Tesla batteries, and instead REPEATEDLY emphasized the glue as an example of very silly hostile design.

>>9614
>Your laptop is not running on 400 volts nigger
The individual 18650 cells are only 3.6 volts, and are the exact same SKU used in laptops.
Replies: >>9616
>>9615
>I disagree, but it's certainly big enough to show there's no identifiable trend of EVs being way more dangerous
I don't know how I can explain this so you can understand. All your "data" and "trends" come from people with a big financial incentive to promote EVs. The link you posted had no statistical rigor. If your study has 1,000,000 ICEs and 100 EVs, of course there will be more ICE fires. It's utterly meaningless.

>Such as meaningless random photos of EVs on fire?
Those pictures don't look like they came from the corporate media to me. The media narrative is "EVs good ICE bad" just like you incidentally. I didn't post them but I did point out that whatever you want to say about the probability of a fire starting, the speed the fire spreads and the probability of surviving is also relevant to safety.

>the chance of that ground terminal melting and starting a fire
I've had corroded wiring short out. You've got maximum 12V going through that shit. It smoulders and melts a bit, it doesn't explode into flames.

>faulty rod bearings
The cause is still fuel/oil igniting outside the cylinder.

>the problem with CURRENT stock factory production EV batteries isn't high-tech issues that other posters upthread were worried about such as proprietary single-source subcomponents or electronic DRM
You can't have it both ways. If it's magic battery technology that will let you go 1000 miles between charges then you can't fix it with cheap generic parts.

>but instead very low-tech hostile design features such as glue
If the glue has no functional purpose then there must be a cheapo manufacturer who skips the glue to save cost. Why can't you show me one?
ss.png
[Hide] (211.5KB, 1684x1210)
Yet another tech to join the /tttt/ club: https://archive.is/Jdsei
Replies: >>9648 >>9650 >>9654
>>9641
>rusted wangblows
What a fucking timeline...
>>9641
>linux switching to rust
>microsoft switching to rust
MacOS is officially the least gay desktop operating system
Replies: >>9652
>>9650
>linux switching to rust
It's still vaporware. No one has managed to (re)write any real world kernel code in rust yet.
>>9641
>The basic goal here was to convert some of these internal C++ data types into their Rust equivalents
It's all theater as usual, copying trivial high level functionality that can be done in any language even Python. Meanwhile Rust the "systems programming language" can't do shit about real low level C bitbanging and memory shuffling without using a giant unsafe block.
Bringing Memory Safety to sudo and su
>https://www.memorysafety.org/blog/sudo-and-su/
>https://github.com/memorysafety/sudo-rs
Why not just use (open)doas? Anyway, the motivation comes from: https://www.sudo.ws/security/advisories/

Parrots taught to video call each other become less lonely, finds research
>https://www.theguardian.com/environment/2023/apr/21/parrots-taught-to-video-call-each-other-become-less-lonely-finds-research
Replies: >>9665 >>9679
>>9663
>Why not just use (open)doas?
If powerful people are pushing rust everywhere it's because they think it will give them more power in the future.
>>9663
I already deleted sudo package long ago. I just login as root on a spare console tty1-6, if needed.
New C features in GCC 13
https://developers.redhat.com/articles/2023/05/04/new-c-features-gcc-13

Static linking considered useful
>https://medium.com/@anton_samokhvalov/static-linking-considered-useful-c25300c46e3d

Other related articles:
<https://www.akkadia.org/drepper/no_static_linking.html
<https://blogs.gentoo.org/mgorny/2021/02/19/the-modern-packagers-security-nightmare/ (scroll down)
<https://gavinhoward.com/2021/10/static-linking-considered-harmful-considered-harmful/
<https://harmful.cat-v.org/software/dynamic-linking/
Also:
>https://github.com/oasislinux/oasis
>https://sta.li
Or how about Gentoo with static USE enabled in make.conf?

Driving Compilers
Pretty good article series that explains how C programs get compiled (the whole process)
>https://fabiensanglard.net/dc/

Apple fagOS Internals
>https://gist.github.com/kconner/cff08fe3e0bb857ea33b47d965b3e19f
Also: http://newosxbook.com/home.html

OpenSSL Cookbook 3rd edition
>https://www.feistyduck.com/library/openssl-cookbook/online/

The early days of Linux
>https://lwn.net/Articles/928581/

Microsoft is forcing Outlook and Teams to open links in Edge, and IT admins are angry
>https://www.theverge.com/2023/5/3/23709297/microsoft-edge-force-outlook-teams-web-links-open
Replies: >>9796 >>9798
>>9793
>Static linking considered useful
For some reason my brain automatically read that as "considered harmful", multiple times, until I read the article and figured something wasn't right...
Happy to see more and more developers vouching for static linking, it's already solving software distribution on loonix for a great deal of programs.
Replies: >>9800 >>9815
>>9793
>New C features
I like constexpr and the removal of unprototyped functions
>>9796
Static linking is rarted. It's the Electron approach to design, and the author's argument is likewise braindead since static linking doesn't unload transitive deps that increase attack surface, not to mention all the other moronity that comes from a bazillion redundant copies of defunct old versions of the same lib.
>solving software distribution on loonix
Reminder this is due entirely to the unstable ABI, and it's a problem literally no other modern OS has.
Replies: >>9815
>>9796
>it's already solving software distribution on loonix for a great deal of programs
There wasn't a problem to solve, you're creating a problem, not solving one.

>>9800
>Reminder this is due entirely to the unstable ABI
No, it's just nudevs being nudevs. For one, Linux and glibc do have a stable ABI. And an OS which does not have a stable ABI like OpenBSD doesn't suffer from this Linux brain damage.
Replies: >>9816
87dffebdd4fdfbcc8f390cdaa91debd94269a4e11959fdd5b7147ffeba997e06.jpg
[Hide] (13.9KB, 311x313)
>>9815 (You)
>glibc do have a stable ABI
MAL hacked: Let's All Love Lain
https://archive.is/41Xlz
Replies: >>9829
>>9828
lainchan has really taken things too far this time
>>>/digi/11602
>https://www.techradar.com/news/youtube-is-attempting-to-block-your-ad-blocker-in-new-experiment
YouTube is trying to block ad-blockers.
Replies: >>9890
>>9888
R*ddit will begin charging for access to its API
https://techcrunch.com/2023/04/18/reddit-will-begin-charging-for-access-to-its-api

Will this kill the libre frontends?
Replies: >>9893
>>9890
IIRC Invidious, Teddit and others scrape pages instead of using official APIs.
Replies: >>9896
>>9893
Sadly Pushshift (thus Unddit & Reveddit) is too lazy to scrape, but hopefully it will be reengineered or replaced by something that does. Reddit is fucking unusable without the ability to conveniently read deleted posts/accounts.
New youtube purge inbound
Replies: >>9906
>>9905
YT maybe safe from it?
https://9to5google.com/2023/05/16/google-account-delete/
Debian 12 aka bookworm will have a new non-free-firmware package archive in apt sources.list
>https://www.debian.org/releases/testing/amd64/release-notes/ch-upgrading.en.html#non-free-firmware
non-free got split into non-free and the new non-free-firmware . This change is already live on testing and unstable.

The Dangers of Google’s .zip TLD
Context: https://domains.google/tld/zip/
>"The web moves at high speed, so show you do too with a .zip domain. When you're offering services where speed is of the essence, a .zip URL lets your audience know that you're fast, efficient, and ready to move."
>https://medium.com/@bobbyrsec/the-dangers-of-googles-zip-tld-5e1e675e59a5
What can possibly go wrong?
Replies: >>9947
>>9938
I want my own TLD too.
PGP signatures on PyPI: worse than useless
>https://blog.yossarian.net/2023/05/21/PGP-signatures-on-PyPI-worse-than-useless
Is he right?

Envisioning a Simplified Intel Architecture for the Future
>https://www.intel.com/content/www/us/en/developer/articles/technical/envisioning-future-simplified-architecture.html

The absurd cost of finalizers in Go
>https://lemire.me/blog/2023/05/19/the-absurd-cost-of-finalizers-in-go/

Harvey OS (a Plan9 fork) Retired
>https://harvey-os.org/2023/04/23/retirement.html
>We have created something new that we named R9, an OS strongly inspired by Plan 9, written in the Rust programming language.
>https://github.com/r9os/r9
Replies: >>9969 >>9974
>>9968
>The absurd cost of finalizers in Go
Related: https://utcc.utoronto.ca/~cks/space/blog/programming/GoFinalizerCostsNotes
Replies: >>9974
>>9968
>>9969
So the 2nd article concludes that the problem is that heap allocation in Go is slow and finalizers force heap allocation, which means garbage collection. It appears setting up the finalizer is itself slow, and GC down the line adds to it. A surprising detail is that a single threaded program can have a double digit % of its runtime occupied by locking in Go, just imagine how badly Go scales with threads.
Should have read the news item before posting...
community repo got deprecated and everything from community was moved to extra.
>https://archlinux.org/news/git-migration-completed/
RFC: Enforcing Bounds Safety in C (-fbounds-safety)
>https://discourse.llvm.org/t/rfc-enforcing-bounds-safety-in-c-fbounds-safety/70854

ITU News Magazine – The future of Coordinated Universal Time
>https://www.itu.int/hub/publication/s-gen-news-2023-2/
You don't need to tell them your email address, just leave it blank!

PyPI was subpoenaed
>https://blog.pypi.org/posts/2023-05-24-pypi-was-subpoenaed/

Securing PyPI accounts via Two-Factor Authentication
>https://blog.pypi.org/posts/2023-05-25-securing-pypi-with-2fa/

Dynamic Tracing on OpenBSD 7.3
>https://blog.lambda.cx/posts/openbsd-dynamic-tracing/
I have never used it or DTrace or bpftrace. 

Don't abuse su for dropping user privileges.
>https://jdebp.uk/FGA/dont-abuse-su-for-dropping-privileges.html
Wow, didn't know about this.

Sudo and signal propagation
>https://dxuuu.xyz/sudo.html
... or this!

Rust got forked!?
>https://github.com/crablang/crab
Even more drama?

Fish Folk: Jumpy - Tactical 2D shooter in fishy pixels style. Made with Rust 
>https://github.com/fishfolk/jumpy
I wonder if it will ever be good? Probably not because they require CoCk and recommend using Chrome browser.

Setris - Tetris but with sand physics
>https://mslivo.itch.io/setris

Wikipedia had the wrong Vatican City flag for years. Now incorrect flags are everywhere
>https://www.catholicnewsagency.com/news/254032/wikipedia-had-the-wrong-vatican-city-flag-for-years-now-incorrect-flags-are-everywhere

The poisoning of ChatGPT
>https://softwarecrisis.dev/letters/the-poisoning-of-chatgpt/

The Gemini protocol seen by this HTTP client person
>https://daniel.haxx.se/blog/2023/05/28/the-gemini-protocol-seen-by-this-http-client-person/
Interesting analysis but why Gemini should reuse connections if the total content is not large? Also, I never understood why use Gemini over good old Gopher?

Leaked Government Document Shows Spain Wants to Ban End-to-End Encryption 
>https://www.wired.com/story/europe-break-encryption-leaked-document-csa-law/
Are the gov of Spain and EU stupid or evil (or both)?
Replies: >>10168
>>10167
>Don't abuse su for dropping user privileges.
Where's the poc? How does a su'ed process get back to root if it's so dangerous.

>Rust got forked!? Even more drama?
According to their website it's actually satire intended to protest the drama.
https://crablang.org/
>The Crab (or “CrabLang”) community fork was created as a lighthearted yet measured response to the growing concerns within the community about .... blah blah blah nobody cares
I love the tranny language. "This is a measured response". Faggot that's for other people to decide how they perceive your actions. You can't declare that you are "measured" to avoid criticism, just like how you can't declare that you're a woman to get into the women's bathroom.
>>10168
>CrabLang
More like crap. I like how Rust is really a joke language just by existing.
>>10168
>the influence of corporations and the restrictive trademark policy proposed by the foundation
>but we also believe that it is essential to maintain a balance between corporate influence and the will of the community
>the constraints imposed by corporate interests
>We want to emphasize that we are not at odds with the project
How can these people imagine that the childish circus they're reacting to is some external entity like "corporations", "the foundation", or "the project", separable from "the community"? As if the cultlike demand for all-encompassing lifestyle conformity from a piece of software wasn't the sole source of this autismal drama fountain.
>>>/v/201476
>Gigabyte consumer motherboards contain dropper backdoor in firmware
>https://eclypsium.com/blog/supply-chain-risk-from-gigabyte-app-center-backdoor/
Another reason why I won't buy anything from Gigabyte!
I had 1 Gigabyte GPU that died just 1 or 2 months after warranty expired.
Replies: >>10195
>>10192
Anyone buying anything modern after IntelME doesn't care anyways.
stux.jpg
[Hide] (79.7KB, 500x335)
>>10168
Would the FSF approve? I doubt that anybody from that fork would support RMS. I don't think it would be in the Linux-libre kernel, either.
Replies: >>10296
>>10208
I don't care much about R*eddit but they are effectively killing 3rd-party clients: https://archive.is/34MZH
Will this affect teddit and RedReader (android/f-droid app)? Reddit sometimes comes up in web search results.
YouTube legal team contacted invidious developers
>https://github.com/iv-org/invidious/issues/3872
Worrisome.
Replies: >>10322 >>10328
>>10320
Wake me up when they go for yt-dlp.
Replies: >>10328
>>10296
Reddit jannies are privating their subreddits in retaliation, but they are too stupid to understand that the admins (who actually do not do it for free) are going to just ban them and replace them with more jannies and the normalfags that infest their site could give less of a crap. Redditors deservee everything that happens to them even more.
Replies: >>10327
>>10296
>Will this affect teddit and RedReader
Yup. The writing was on the wall since reveddit and other "undelete" services stopped working.
Although since teddit doesn't support actually engaging with the website (login, post, comment) it probably doesn't need an API key and can just crawl and parse the Reddit webpages themselves.

>>10326
Thousands of subreddits have already gone dark: https://reddark.untone.uk/
I don't think the admins can ban this many people.
When all social media websites finally go under maybe the www will go back to specialized forums and classic message boards like before. One can dream.
>>10320
I still don't understand why people still use Github when they are owned by Microsoft and companies can DMCA repositories for stupid shit like this.
At least they have a backup repo.
>>10322
They better have backups too or it's going to be another youtube-dl situation again.
Replies: >>10329
>>10328
Wouldn't be surprised if they got rid of the top jannies who own the more popular subreddits and replace them, and then just let the smaller ones die.
Replies: >>10330
>>10329
How the fuck do they not create a clone and replace that shithole already? They are babies complaining to big daddy compared to us, we are used to this.
Replies: >>10336 >>10339
>>10330
>create a clone
A lot of redditors pre-blackout were shilling Lemmy instances, but Lemmy is far from intuitive to use and AFAICT still a WIP. Also I hate how it's unusable without JS unlike old.reddit.com
Replies: >>10337 >>10341
>>10336
Lemmy has filters for "bad" words ('nigger' & variations, etc) in the code itself. And back in the day the official instance advertised itself as "leftist FOSS enthusiasts" or something along those lines
Replies: >>10339 >>10345
2000px-Digg.svg-57c655a03df78cc16e67ed14-1c847ce63d2e485b929a91bbd63f4a03.jpg
[Hide] (34.9KB, 1682x1124)
>>10330
One of the founding myths of Reddit is the great migration from Digg in 2010. The problem with equating that to Reddit today, which many seem to have forgotten, is Reddit itself was only a year younger than Digg, and as such had been around for years as a relatively mature site with a large enough userbase to stress test its architecture.

The situation is completely different with all of the various aspiring Reddit alternatives, which whether centralized like Voat, or decentralized like Lemmy, or somewhere inbetween like the various sub-specific offsites (Patriots, Hexbear, etc.), which are ridiculously amateurish and flimsy on both an organizational and technological level.

>>10337
Similarly to Mastodon vs. Pleroma, isn't there an uncastrated fork of Lemmy?
Replies: >>10340
>>10339
I think there was "Lenny", but it seems to be dead... https://github.com/innereq/lenny
Replies: >>10346
jfinger.webm
[Hide] (2.1MB, 931x576, 00:08)
>>10336
How profitable is it if I host a clone right now with ads?
>>10337
>Lemmy has filters for "bad" words ('nigger' & variations, etc) in the code itself.
I thought this was funny so I had a look.

The hardcoded filters are actually part of a unit test.
https://github.com/LemmyNet/lemmy/blob/main/crates/utils/src/utils/slurs.rs#L74

The production code seems to read a regular expression from config somewhere (slur_filter_regex). So no it's not hardcoded by the devs. What the devs consider "slurs" in their tests is pretty much what you'd expect though.
Replies: >>10346
>>10340
The README says it's in maintenance mode but it's better to fork it.
>>10345
Yeah, I'd rather not go on that slippery slope.
>>10296
Honestly I don't care whether reddit shits itself as long as it keeps RSS feeds. The only reason I use them is to keep track of specific niche search feeds. 
Any information about what they're going to do with b the rss feeds?
https://archive.is/afXQH
>sold his soul to a megacorpo
>complained when said megacorpo destroyed his passion project
Anyway, seems like Facebook has really hit the wall on their "growth" and thinks embracing the Fediverse would bring in the much needed growth their shareholders are demanding.
Replies: >>10587
>>10582
>the empire
I can smell the soy already. Do they really think "rebel" dramas produced by the same group as "the empire" is inspiring?
Tw*tter has made its website login only to view and has also changed all of their routes, breaking frontends like Nitter
Replies: >>10593 >>10599
>>10592
lmao
>we'll solve our financial problems by creating blockades to entry and driving away ad revenue generating lurkers
Musk really is le reddit man isn't he?
Replies: >>10596
>>10593
He appointed a literal World Economic Forum executive as the new CEO, yet alt-lite figureheads will suck his cock. His profile picture on Tw*tter is literally him as Satan. GloboHomo :tm: is just fucking with people at this point and they are eating it up.
>>10592
They had already done it with "adult" profiles requiring an account. 
I'm not sure why nitter didn't enable frontends to have accounts back then. Hopefully they'll figure something out instead of waiting for this "temporary" measure to end.
Replies: >>10600
memoryhole.jpeg
[Hide] (31.4KB, 474x347)
>>10599
Word on the Matrix is, spoofing the Android client like Piped does for Youtube will be the chosen approach.

TBH I don't think it's that much of a loss if this "temporary" measure isn't reversed, since there are no automatic comprehensive archives for Twatter aside from very incomplete scraper archives like Wayback, which makes it too easy for coverups to succeed.

I'm more concerned about the fact Pushshift has been restricted to trannitors after its resurrection, so public frontends like Unddit & Reveddit are still KIA, as they previously made bypassing censorship reliably possible, and censored Reddit is fucking unuseable.
example1.mp4
[Hide] (1.5MB, 1280x720, 00:20)
example2.mp4
[Hide] (2.2MB, 1280x720, 00:29)
"Fast machines, slow machines" by Julio Merino
https://jmmv.dev/2023/06/fast-machines-slow-machines.html
(Archive: https://web.archive.org/web/20230630020748/https://jmmv.dev/2023/06/fast-machines-slow-machines.html)
Replies: >>10630
Are_you_ready?.webm
[Hide] (4.1MB, 960x540, 02:15)
>>3863
>immutable strings
>inefficient parallelism paradigm (lmao they seriously expect you to copy data across threads over a form of IPC instead of passing references in shared data structures) coupled with a garbage collector and unnecessary allocations from immutable strings (mapping memory into the process stops all threads to update mappings) means the language has a limit to parallelism baked into it
>no shared libraries
>completely unpackageable
>locked into Google's ecosystem
It's not even a serious language.
serial_experiments_lain_stinger.jpg
[Hide] (24.4KB, 476x345)
>>10601
The comparison is rather facile, for reasons the author outlines at length. But I think a better complaint is that is that whereas hardware was too slow to be responsive at desirable tasks back then, that hasn't been true since sometime in the late '90s, and there is no excuse for the UI of software to ever "feel" slow on any modern computer.

After all, running NT on an actually typical period machine was so slow you could see windows repaint a line at a time. But once faster PCs started getting cheap, the speed that could be reached with those same older OSs was absolutely blistering.

In particular, I LOL'd at this from the comments:
<Great Post, reminds me of 1998 when we all took a look at BeOS (now HaikuOS) for the first time running on Mac hardware and playing 5 videos at the same time, even when moving the window! The Mac could only play one and moving the window only moved an outline, not the actual window.
As svelte as Windows 3.11, System 7, or Gnome 1 look in retrospect on modern hardware, there was still an enormous amount of bloat and broken design that could've been sliced away with any kind of disciplined engineering back then.

The fact that never ended up happening, even when the remit for essentially new platforms like HTML5, iOS, & Android to be built from the ground up was issued, is really why things are so laggy.
Replies: >>10643
>>10630
Even on Unix we have piss slow terminals that operate at a megabyte per second or even less for the worse terminals while refterm goes at gigabytes per second. 

X11, too, is a great hive of inefficiency, and GUI frameworks like QT or GTK can be inferior to their corporate counterparts.
>>10643
>X11, too, is a great hive of inefficiency
that tends to happens when 40 year old software is continuously updated for the modern age. and yet it's still better than wayland.
>GUI frameworks like QT or GTK can be inferior to their corporate counterparts.
because a group of autists working on something piecemeal will never compare to an army of pajeets being whipped and enslaved to make something work.
Replies: >>10652
>>10647
>and yet it's still better than wayland
Reminder X was an absolute raging dumpsterfire for the first 20 of those years, barely whipped into shape with the cleanup from XFree86 to X.Org, which thereafter ground to a halt under the weight of its accumulated cruft. This bodes poorly for Wayland, being a mere 15 years old.

In comparison, Apple (Quartz) & M$ (DWM) both wrote equivalents of what Wayland wants to be in under 5 years, pretty much from scratch.
>>10643
>my terminal goes at gigabytes per second
What does that even mean?
Replies: >>10679 >>10681
scr.png
[Hide] (5.2KB, 640x480)
>>10653
That sounds like it would be a bit pointless. You just need something that's not dog slow with noticeable latency. For me the tty still works gud. I don't care about Xorg or Wayland (and XFree86 already sucked on my 486 in the 90's, so I used tty back then too).
Replies: >>10681 >>10687
Linux_CoC.png
[Hide] (830.4KB, 1553x2059)
>>6489
The platform isn't crippled. I use a 32-bit ARM every day, can play games/emulators, watch video, even run Xorg (but I don't like it). The problem is rustniggers have made a bloated shit on purpose just like pothead made systemd bloated shit on purpose. They are subversive cunts whose agenda is making things bad, because they work for the same people as Google, Intel, etc.
Replies: >>10681 >>12502
carry_on.png
[Hide] (62.9KB, 561x1080)
>>10643
A surprising blackpill of that nature I got was learning one of the biggest impediments to porting modern roguelikes to retro platforms, is that the ncurses library they use all by itself is too bloated to run acceptably or even fit in their address space.

>>10653
https://piped.tokhmi.xyz/watch?v=hxM8QmyZXtg
tl;dw:
<terminal emulators in general have always been unoptimized horseshit, but the default terminal on windoze has always been among the slowest
<m$ recently decided to hype up a new improved gpu-accelerated terminal as part of their win10/linux subsystem push
<except it's still terrible
<minor eceleb who's a competent coder goes on m$'s bugtracker to complain, gets told by the m$ pajeets who wrote it that fixing the problems he pointed out would be doctoral level scientific research
<eceleb shits out a hack in a weekend that's thousands of times faster than any existing terminal
<becomes a meme among tech community, m$ is clowned on hard
See also: 
https://martin.ankerl.com/2007/09/01/comprehensive-linux-terminal-performance-comparison/
https://danluu.com/term-latency/

>>10679
The issue isn't that any single little thing, like terminal emulators, or X, are too big and slow. The issue is that once you get to the point of a complete system capable of doing useful work, the combined bloat of those and every other subcomponent, exacerbated by the overall kludgy way in which those are integrated with each other, produces a system that is only barely fast enough to function.

>>10680
>even run Xorg
Without HW acceleration on most SoCs, much like the lack of BT/802.11/USB/etc. drivers on many of them. It's crippled, but at least it can selfhost & compile.
>The problem is rustniggers have made a bloated shit on purpose
Rust can be configured to for development and compilation within the same limitations as C, the actual problem is all the defaults are insanely bloated (well, that and habitual reliance on its own package manager with de-facto one single repo, but that's a cultural braincancer many languages such as JS, Python, and Go have now). The same is true of much modern tooling, for instance the Boost frameworks in C++ land.
scr.png
[Hide] (6.5KB, 640x480)
>>10681
My board does have accelerated Xorg driver (fbturbo), and also wifi, USB, etc. I can build kernels and whatever else I want on here. Just probably not the subversion they call Rust, and whatever depends on it. If newer Linux kernel needs Rust, that means I won't be able to build it probably. But then again at that point I'm probably migrating to NetBSD or OpenBSD, because it means Linux is finished.
Replies: >>10699
>>10679
>>10681
>my terminal goes at gigabytes per second
No literally what does this mean? What bytes are being transferred from where to where at a rate of gigabytes per second? It sounds like somebody doesn't have a clue what they are talking about.

>habitual reliance on its own package manager with de-facto one single repo, but that's a cultural braincancer
Rust has no ABI. You can't just build a library and then link it to your application. They have to (re)compile all dependencies with the target or the linker won't have a clue how to resolve any of the symbols. That's why the cancer known as cargo is so central to rust's build process.
Replies: >>10689
>>10687
>What bytes are being transferred from where to where at a rate of gigabytes per second?
From stdout to the terminal, duh.
>That's why the cancer known as cargo is so central to rust's build process.
Nope. C++ also doesn't support dynamic linking because its ABI isn't stable either, yet it isn't infected with centralized repo package manager cancer.
Replies: >>10690 >>10697
>>10689
>there is no such thing as C++ shared libraries
What the fuck are you talking about. There is no ABI in the spec maybe but the compilers provide their own ABI in practice. The way rust is designed it literally can't. That's the difference.

>From stdout to the terminal
Lol ok. Is this a relevant metric for video games or something.
Replies: >>10691
>>10690
>the compilers provide their own ABI in practice
"In practice" the "ABI" used for such dynamic linking is just the C ABI, with C++ features such as templating stripped. Incidentally, Rust does pretty much the same thing.
Replies: >>10693
>>10691
>"In practice" the "ABI" used for such dynamic linking is just the C ABI, with C++ features such as templating stripped.
Templating acts on the source code level so obviously that's not part of any binary interface, just like macros. You are wrong because C++ specific features like virtual methods and exceptions do work across shared objects without recompiling. It's not just "the C ABI".

>Rust does pretty much the same thing.
I don't know rust that well it sounds like you don't really know either language. Last time I asked why I have to put up with cargo autism the answer was because you can't even trust the exact same rust compiler to output code that is binary compatible with a build you did 30 seconds ago.
Replies: >>10702
>>10689
>From stdout to the terminal, duh.
This. That's why that guy who writes C++ games for the terminal gets >4'000fps on his stuff.
Replies: >>10703
>>10686
>But then again at that point I'm probably migrating to NetBSD or OpenBSD, because it means Linux is finished.
You have a serious point there IMO. Dunno what kind of Jew temptress loaded Torvalds up with drugs, but it was clearly an insane move for the platform's respectability.
>>10681
>gpu-accelerated terminal 
Anything like Kitty, Anon?
https://sw.kovidgoyal.net/kitty/
>>10693
>obviously that's not part of any binary interface, just like macros.
Swift achieved something similar in recent versions with its generics, though there are performance penalties when dynamically linked. A faster solution that's about as powerful is Ada's separately compiled packages. 
>do work across shared objects without recompiling
Invariably via nonstandard interfaces outside the ABI, rather than e.g. something such as the abomination that is Itanium.
>because you can't even trust the exact same rust compiler to output code that is binary compatible with a build you did 30 seconds ago
Even ignoring the obvious hyperbole, if that were remotely true it couldn't even complete a single compile of a large project. Rust has an ABI, but it is not stable across versions, and has no versioning mechanism. Much like C++, Rust can dynamically link using the C ABI, but with a restricted featureset.
Replies: >>10703
>>10697
>muh video games
I apologize I'm not 12 I write code that actually matters.

>>10702
C++ templates are just the compiler copy pasting the code and plugging in the actual types the caller wants. It can only operate on the source code level.

>Invariably via nonstandard interfaces outside the ABI
That is the ABI my dude. It is not standardized across implementations but it exists.

>Much like C++, Rust can dynamically link using the C ABI
Just keep repeating it and maybe it will start being true.
LXD moves into Canonical
>Canonical, the creator and main contributor of the LXD project has decided that after over 8 years as part of the Linux Containers community, the project would now be better served directly under Canonical’s own set of projects. 
>https://lwn.net/Articles/937369/
Firefox 115 can silently remotely disable my extension on any site
>https://lapcatsoftware.com/articles/2023/7/1.html

The WTF is Pozilla doing?
Replies: >>10773
>>10681
>https://martin.ankerl.com/2007/09/01/comprehensive-linux-terminal-performance-comparison/
I just tried his benchmark and got 3ms on st 0.9 and 50ms on OpenBSD 7.3's xterm.
Replies: >>10748
>>10747
Also, one thing I should add is that I noticed xterm's slowness in neomutt: I could see ncurses draw the screen. st is fast enough that I don't notice it.

This is on a core i7 4770 with 1866mhz CAS9 memory and OpenBSD.
>>10746
>The WTF is Pozilla doing?
A man in a black suit and sunglasses turned up at Mozilla HQ with a bag full of money. I like the theory about disabling ad blockers on youtube. I can't see what else this is good for.
https://marc.info/?l=openbsd-cvs&m=168856997929968

Seems softdep, a neat idea, is now a piece of history, as OpenBSD was the last operating system that was still attempting it.
Replies: >>10879
pout.png
[Hide] (87.1KB, 240x239)
newpipe.net removed from Google search results due to DMCA take down request
https://archive.ph/gWGyS
>You might have already noticed this: Searching “NewPipe” via Google will yield plenty information about the project, but a link to the official website is missing. This is because Google submitted to a DMCA takedown notice from a French record label, “Because Music”. The notice demands removing our homepage newpipe.net from their search listings along with a set of other domains completely unrelated to our project. The DMCA takedown notice was published in the Lumen database by Google themselves.
>While worse things could have happened as the result of such a takedown request, Google’s unlisting of our homepage creates a variety of problems. Given the fact that Google no longer counts visits to our site, it will lose relevance. As a result, websites for fake clones of NewPipe that mimic our homepage will tend to rank higher in the results. This could ultimately cause users to fall for such scams.
>The team is currently discussing what to do about the situation. We are considering taking legal action.
Replies: >>10824
>>10823
It's afraid.
The shady world of Brave selling copyrighted data for AI training
>https://stackdiary.com/brave-selling-copyrighted-data-for-ai-training/

Cuck browser!
Install Firefox with arkenfox config (you can apply it via about:config for example) or ungoogled-chromium or just regular chromium 

>>10792
>softdep
What it was used for?
>>10879
just use librewolf
Replies: >>10882
>>10879
>>10881
Seconding librewolf
wha2.png
[Hide] (362.4KB, 700x700)
>>10879
>doesn't give a fuck about ((( copyright ))) and even illegally profits from it
>cuck browser
Replies: >>10908
>>10879
>What it was used for?
A filesystem without journaling or "soft dependencies" must operate synchronously to avoid corruption, this is slow. Journaling allows the filesystem to function asynchronously which improves performance, and it also prevents having to check the entire filesystem on power loss (you only have to check the journal). However, journaling wastes disk space and has huge performance overhead, between 10-30% depending on various factors.

Soft dependencies, on the other hand, is (was) the idea that by carefully ordering metadata writes to the disk, one can keep the filesystem consistent at all times without needing synchronous operation, speeding up the filesystem massively without journaling's overhead, but still requiring a full filesystem check on power loss.

The problem with softdep is that it's extremely complicated, and many OSes tried it at some point and eventually all gave up. OpenBSD was the last one to give up. Also, keep in mind that even with softdep, OpenBSD's disk access is still much slower than e.g. Linux, it's a slow OS in general.
Replies: >>10888
>>10886
Seems weird that openbsd would be the last to yeet a complicated bug ridden performance hack.
Replies: >>10889
>>10888
They usually try to do things the right way, softdep seemed the right way.

Also, for some numbers, Linux with the BFQ disk scheduler can get around 300MiB/s sequential read speed off my hard disk. Linux has multiple disk schedulers, often there is one that is the best for a specific kind of device (not that Linux distros have sane defaults for this). Linux can take advantage of a drive's geometry for performance. 

OpenBSD, on the other hand, has a very simple disk scheduler, and only a single one that is used for all storage types, and to top it off, the kernel only supports 512 byte block sizes, which is inefficient when you have a disk with e.g. 4KiB blocks or other block sizes. It can only get around ~95MiB/s sequential off my disk, and it can't handle random writes nearly as well as Linux can.

Additionally, even if you install a SSD which is where a very basic disk scheduler is the right way (and Linux has deadline, noop, kyber, and more for this), OpenBSD doesn't support TRIM, so after enough use, every write operation to a SSD is preceded by a delete operation which decreases performance and is what TRIM addresses.
>>10883
the way i understood it, Brave Search leeches (plagiarizes) data from your sites and doesn't link back to your site/article and they even make profit off your (probably freely available) content. also, there is nothing wrong with copyright per se (as opposed to software patents or medical/pharmaceutical patents), unless some kike starts copyright trolling and trying to make money by suing people.
Replies: >>10922
>>10908
Still, that's the opposite of "cucked" on Brave's side (the "cucks" are people hosting/making websites), so why did xhe write "Cuck browser!" ?
541a527f06d77490812e2e6b28fd2deab9d9ba6bc4d0213b4abed1e2b56d9bc9.png
[Hide] (462.7KB, 479x715)
Google proposes treacherous computing DRM for web pages
>"Users often depend on websites trusting the client environment they run in. This trust may assume that the client environment is honest about certain aspects of itself, keeps user data and intellectual property secure, and is transparent about whether or not a human is using it."
<They need to do it to protect IP => You can't use inspect element anymore? Are you even allowed to copy-paste in the future?? Do you need to pay them to be allowed to view a website???
<They need to verify that it's really you who is accessing the website!
https://github.com/RupertBenWiser/Web-Environment-Integrity/blob/main/explainer.md

I think it's time to start looking into Palememe and i2p? Or perhaps make Gopher great again? At any rate, I think posting your response in the Github issues section is also important (pls do it if you have Github account!)

Stallman was right again! 
>https://www.gnu.org/philosophy/can-you-trust.html
Replies: >>11026 >>11029
cyber.jpg
[Hide] (80.9KB, 768x768)
>>11025
It sounds like some Web 3.0 shit, with the digital IDs and crypto crap. So in other words, a whole lot of overcomplicated bullshit.
Terry Davis was going in the other direction: simplify as much as possible.  He was right. Stallman doesn't care about this, he doesn't understand anything but license, license, license. He doesn't see the big picture. He doesn't care if GNU/Linux/Systemd/Rust is a monster so long as the license is kosher.
Palememe and i2p are also overcomplicated. Gopher is fine for what it was designed for. Usenet is better for discussions than any webshit.
Replies: >>11027
human_love_story.jpg
[Hide] (231.8KB, 700x704)
>>11026
>Web 3.0 shit, with the digital IDs and crypto crap
Would actually be a major improvement, if implemented properly. A trusted, revocable chain of attestation to verify that someone is human, is part of a certain group, is using certain software unaltered, etc.

In fact
>Usenet
Was based around an implicit primitive analog of this, with servers choosing to honor or ignore certain headers from other servers, based on servers propagated to earlier, etc., paralleled by the way users built and shared killfiles, and PGP signatures many used with eMail too.

Of course, the Google proposal above is clearly nothing of the sort, a useless abomination extending little further than a grab bag of MPAA's DRM wishlist + all the crap the 5 Eyes were pushing with Clipper in the '90s.
Replies: >>11030
>>11025
>https://github.com/RupertBenWiser/Web-Environment-Integrity/blob/main/explainer.md
This is just an API proposal for doing remote attestation. It's basically a rootkit running on your device, (possibly running in SGX/TEE so the user can't mess with it). And the rootkit authenticates your identity to the website.

The solution is simple, don't install the rootkit. All websites that don't buy into this crap will still work. If the big corporate sites want to wall off their content then there are a million ways they can do it besides this. Not only can you not stop them but you shouldn't give a fuck anyway. Are you really that addicted to tiktok.
Replies: >>11042
Minuet.gif
[Hide] (79.4KB, 1920x1440)
>>11027
The Usenet killfile was just a basic regex filter, nothing at all like they're proposing. Plus the messages were all plain text with headers. That's why it actually worked ok with 1980's hardware.
Same with gopher, any old computer can manage it just fine.
Anyway it's like Terry Davis said, idiots wants to make it more complicated. And there's a whole lot more idiots in computer today than there were back in the 80's and 90's, when things were more comfy.
Replies: >>11042
God, you fags are a circlejerk. It's no wonder technology is moving towards Applefied shitskin-proof nonsense; because all its would-be protestors are too busy measuring e-peen in a corner of the room to do anything of substance.
cats.png
[Hide] (587KB, 1090x984)
>>11031
I am doing something of substance. I'm moving away from dependence on technology.
Replies: >>11035 >>11041
>>11031
>It's no wonder technology is moving towards Applefied shitskin-proof nonsense
It's 'moving' that way because that's what the powers that be want, so that's all they are going to create and promote. The only meaningful "protest" you can do is as
>>11032
Says. Stay far away from it and engineer alternatives.
>>11031
>>11032
The solution isn't moving away, the solution is making your own software that is usable, fast, and minimal. In a sea of bloated proprietary garbage you can be the exception that draws users in.
>>11029
>All websites that don't buy into this crap will still work
The same could be said for "all websites that require no or minimal CSS+JS will still work in old browsers". As long as you must participate in civilization, you must either tolerate something compatible with their shitware, or persuade others to do things your way.

>>11030
PGP & SSL, for a couple examples, were about the same level of sophistication as modern crypto. There is nothing about, e.g., PoS blockchain, that couldn't be implemented on '80s microcontrollers.

Also, the ABSOLUTE STATE of modern cyberspace is the direct result of featureset deficiencies in those old standards, leaving a vacuum readily filled opaque internal protocols executed atop a stack of misused JS.

What we need are new crossplatform protocols at least as open, public, standardized, decentralized, and cleanly designed as those old protocols, but for all the applications that didn't exist then.
Replies: >>11050
desk.jpg
[Hide] (129KB, 690x924)
>>11042
It comes down to scaling. PGP and SSL worked on my 33 MHz 486 DX, but they weren't exactly fast. But that didn't matter much, because most websites weren't using SSL, and it wasn't often that I needed to encrypt an email. Actually I never needed to for my own purposes, but I did set it up for some other people who wanted to do some basic ecommerce. In any case, it was slow and that was with smaller keys than are used today, and it was on a relatively "fast" computer at the time (one that could run Doom quite well).
daytrader.jpg
[Hide] (70.2KB, 814x417)
>>11050
>not replacing all dat dead tree with moar monitors
Replies: >>11054 >>11057
>>11050
>sovl
>sovlless
Replies: >>11053
soul-vs-soulless.jpg
[Hide] (57.3KB, 690x924)
>>11050
>>11052
Replies: >>11074
tintin.jpg
[Hide] (64.7KB, 537x441)
>>11051
Cause I don't want to live in The Matrix. I like me old books and cheery things.
Replies: >>11055
flexible_e-ink.jpg
[Hide] (78.1KB, 983x731)
>>11054
Perhaps the future is some silly Harry Potter-esque convergence of hi-tech function with low-tech form fr tho discrete eInk PC monitors would be very nice
Replies: >>11056
cyberpunkworld.webm
(3.9MB)
>>11055
It'll be much more grim than that, in practice.
>>11051
i love day trading setups.
>>11053
saved
strlcpy and strlcat added to glibc
>https://zine.dev/2023/07/strlcpy-and-strlcat-added-to-glibc/
>https://www.austingroupbugs.net/view.php?id=986

GNOME is Rethinking Window Management
>https://blogs.gnome.org/tbernard/2023/07/26/rethinking-window-management/
<what are tiling WMs?
<what are workspaces and virtual desktops?
Replies: >>11080 >>11082
>>11079
>strlcpy and strlcat added to glibc
Nice. Took what? 50+ years?
Replies: >>11081 >>11275
>>11080
>le openbsd security meme
<Let's deal with a concrete example: "strlcpy". This API originating from OpenBSD would be on most people's list of a "safe" strcpy API. It doesn't write more than the destination length provided and nul-terminates the result. There's another API that some might call "safe" as well: strncpy. It has the same behavior as strlcpy when it comes to not copying more than the destination length, but if the source string is longer than the destination buffer, it doesn't nul-terminate. So it's more "unsafe" than strlcpy in that regard. But it has an important additional feature: it zero-pads to the provided length of the destination buffer. In some instances, this isn't needed, but in attack surface working with structured data containing fixed-length strings (the Linux kernel is one large example), it's actually very important. Failure to zero-pad buffers that are copied to userland is a recipe for an information leak. There's another problem with strlcpy in that it effectively performs an strlen() on the source string, regardless of whether it's attacker provided and 500MB large. So it would be unheard of for someone to just make a blanket replacement of uses of strncpy in some codebase and switch them all to strlcpy, right?
<We've provided this example elsewhere before, but it bears repeating here. The exact scenario played out in multiple stages starting in 2013...
https://grsecurity.net/huawei_and_security_analysis
Replies: >>11082
>>11079
Oh shit, strlcpy() is going to be POSIX, finally.

>>11081
Yes, if you have fixed-width fields and you're setting up ROM or sending data from kernelspace to userspace, go ahead and use strncpy(), that is the appropriate API.

If you're going to kludge strncpy() to do something it's not supposed to do or call strlen() on the source to know if you can strcpy() it, use strlcpy() instead.

Some people are just braindead retards and these words will fly over their heads and they will see strlcpy() as a sort of magic dust that fixes everything, that's pretty much what grsecurity is arguing, but such people shouldn't be programming in the first place, and that's not strlcpy()'s fault.
Replies: >>11087
>>11082
>Some people are just braindead retards and these words will fly over their heads and they will see strlcpy() as a sort of magic dust that fixes everything
That is exactly the mentality openbsd encourages.
>>11080
i remember 20 years ago seeing the microsoft secure development lifecycle which just meant adding string length parameters to functions and thinking anyone who thinks that makes a difference is a dildo fucking moron.
Bram Moolenaar (author of Vim) dieded. RIP
>https://groups.google.com/g/vim_announce/c/tWahca9zkt4

Zenbleed
>"This bug is specific to the AMD Zen2 microarchitecture."
>https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-20593
>https://www.tomshardware.com/news/zenbleed-bug-allows-data-theft-from-amds-zen-2-processors-patches-released

Canonical's LXD got forked and (re)added to Linux Containers project
>https://linuxcontainers.org/incus/
>https://www.theregister.com/2023/08/04/incus_lxd_fork/
>>11282
>Bram Moolenaar (author of Vim) dieded. RIP
I will always remember xhem as a nigger lover who puts messages in xheir software begging the users to give their money to niggers in africa
Replies: >>11285
>>11284
And for writing terrible code and running the project equally terribly.
http://geoff.greer.fm/vim/
5495c8a4b87fd30467c0c01a1f95662ad47482b707d50a135a9a6a2c09a462e4.gif
[Hide] (90.7KB, 185x140)
>>11282
>Ryzen 2XXX series unaffected
can't touch me
>>11282
>Bram Moolenaar (author of Vim) dieded. RIP
F
DOWNFALL
Looks like the Intel version of Zenbleed. 
https://www.phoronix.com/review/downfall
Interestingly, it requires SMT (Hyperthreading) to be on, and that means yet another hardware vulnerability which does not affect OpenBSD because it disables SMT.
>>11282
>>11288
>More vulnerabilities on x86_64 processors
I'm seriously considering switching to a different architecture.
>>11312
using page tables is also a vulnerability so only use systems that are >20 years old
>>11312
As soon as RISC-V stops being vaporware.
>>11312
ARM has some of those vulns too. Definitely less than x64 though.

I have a hunch hardware development is much less sophisticated than software because trying out things in software takes seconds, while in hardware it takes months. Additionally, the open culture of software provides good examples to learn from, while there is only a nascent equivalent in hardware: I can go learn how the best software by almost any metric and for almost any class of program works and understand it as well as code I wrote myself from reading the source code and books the authors wrote, but nobody can learn how to make a processor as performant as x64 or as power efficient as ARM. 

All of this should mean that incompetence in the hardware sector is way more prevalent than it is in software (and we all know how bad we have it in software) and that even the competent hardware engineers just don't have techniques and tools as sophisticated as software engineers, even though hardware and software are the exact same thing.
>>11312
Also, most likely, the only reason those vulns aren't found on e.g. Alpha, PA-RISC, etc, is lack of eyes.
For instance, speculative execution vulnerabilities only started showing up about a decade after Alpha was abandoned, and Alpha processors had speculative execution. Did anyone bother to check?
__gotoh_hitori_and_thomas_shelby_bocchi_the_rock_and_1_more_drawn_by_xyanaid__0fa54a4f6587b540c9a29f021cb8b0a6.jpg
[Hide] (557.3KB, 2946x2268)
>>11312
AMD INCEPTION
https://www.phoronix.com/news/AMD-INCEPTION
>AMD has kicked off a busy Patch Tuesday by disclosing INCEPTION, a new speculative side channel attack affecting Zen 3 and Zen 4 processors that require new microcode while prior Zen CPUs require a kernel-based solution.
Yet another AMD vuln, this time for Zen 1 only:
https://www.phoronix.com/news/AMD-Zen1-Divide-By-Zero-Bug
>the Linux kernel saw a new bug fix merged today for a different issue... It turns out original AMD Zen 1 processors could end up leaking data in certain conditions after a divide by zero occurs.
Replies: >>11326
>>11325
>A kernel message added by this patch also notes that disabling Symmetric Multi-Threading (SMT) is the way to achieve "full" protection against this divide by zero issue.
Doesn't affect OpenBSD... again.
Replies: >>11327 >>11329
>>11288
>>11326
<ISSUE: Enhancements to remote security since previous version completely removes network stack
<CLOSED: NOTABUG
>>11326
"full" you fucking loser anything running on the same core will still get whatever garbage data is relevant to the previous division which is so trivial and useless that no one should give a shit
Replies: >>11330
>>11329
>"full" you fucking loser
Yes, it looks to me like the fix put in for linux could still be bypassed by SMT. That's what the warning is about. That doesn't mean disabling SMT magically fixes the bug.

>>11288
>Interestingly, it requires SMT (Hyperthreading) to be on
Where are you getting that from?
<GDS is highly practical. It took me 2 weeks to develop an end-to-end attack against encryption keys. It only requires the attacker and victim to share the same physical processor core

>opENBsd OPenbsd oPENbsd
Shut the fuck up.
https://www.phoronix.com/news/Chrome-JPEG-XL-Seconds
Good news:
Google reconsiders jpeg xl support in Chrome.
Replies: >>11340 >>11342
>>11339
How does this work? Chromium is open source, does google gate keep who gets write access to repositories?
Replies: >>11341 >>11371
>>11340
It's owned by google, they control it
>>11339
I realize this battle was completely lost when the pointless WebM vs. MPEG slapfight happened, but honestly it's ridiculous that image format support is even up to the browser at all, rather than dynamically linked to the OS.

It's akin to integrating printer drivers into your browser, making it impossible to print unless HP makes a deal with Google and Chrome gets patched for that inkjet, dumb shit from out of the 8-bit PC booter app days before OSs existed.
>>11342
>It's akin to integrating printer drivers into your browser, making it impossible to print unless HP makes a deal with Google and Chrome gets patched for that inkjet, dumb shit from out of the 8-bit PC booter app days before OSs existed.
Bingo. And that's exactly what the kikes at Jewgle intended it to be in the first place.
>tl;dr
These bloodsuckers won't be satisfied (or stop) with less than total control of everything in your life. George Orwell? Pfft. An optimist.
>>11342
The web browser becoming the "everything app" is the worst thing to happen to the internet.
oki_microline.jpg
[Hide] (346.5KB, 1600x1200)
>>11342
How far back are you talking? CP/M was already in common use in the 70's, they even had an entire architecture built around it (S100 bus) that made systems fairly compatible and expandable.
But that was a little before my time. I got my first computer in the 80's, and since it had a Z80 it also came with CP/M. Printing over parallel port to a dot matrix just werked, no special drivers were needed. My parents even had an electric typewriter connected to their computer (an older Z80 with CP/M) over the parallel port, and this let them print documents from WordStar with much nicer output than with the 9-pin dot matrix.
If I turne my computer without a CP/M boot disk in the drive, it would simply boot to the BASIC and minimal OS that was in ROM. That too would print without issues to any parallel port printer. Most 8-bit BASIC dialects even have a variant of LIST and PRINT that sends output to the printer instead of the screen.
It wasn't magic, just a simple and sensible design. Nowadays the computers are monstrosities and the OS and software that runs on them are even worse. Also I don't even own a printer now, because they're poorly built (actually designed to fail, so you go buy another), and the ink cartriges are a big scam.
Replies: >>11351
>>11350
>CP/M
I was mostly thinking of cheaper systems like Atari or Apple, where software usually took over the entire computer, and even running something from a DOS or ROM BASIC would cause a reboot. But even something upmarket like a CP/M system didn't really provide much more than storage and memory abstractions to ease portability, with anything resembling the TSRs or accessory drivers that characterized the simplest single-tasking proper OSs like MS-DOS largely still confined to software.
>Printing over parallel port to a dot matrix just werked, no special drivers were needed.
If you had the exact right printer, matching the firmware's hardcoded control sequences for something very basic like linemode output. Otherwise you had to reinstall your entire word processor, maybe even your OS as well, to configure it to a different printer, even keeping multiple installs if you wanted to use different printers. And if your printer wasn't supported, you had to patch your word processor. For this reason, word processors like WordStar came to include drivers for hundreds of printers by the mid-'80s.
Replies: >>11359
ladconf.png
[Hide] (4.8KB, 640x480)
>>11351
Configuring a different terminal or printer under CP/M was easy. All you needed was the documentation for your hardware, and they all came with nice hardcopy manuals back then.
This is not like a "driver" in the modern sense of the word, where you have to actually program a kernel module and then rebuild your OS. No, you just configured some very simple settings. Even better, if you had a common hardware, then you didn't even have to do that.
Here is LADCONF.COM, from the CP/M game Ladder. If you have some obscure terminal, you just choose the last option and then it asks you for the ASCII codes that your terminal uses. Then you can save these settings so the game uses them next time, and you don't have to configure it again (unless you get a different terminal).
Replies: >>11360
>>11359
>it asks you for the ASCII codes that your terminal uses
That could end up being dozens of hex values for a single device: 
http://jefftranter.blogspot.com/2014/03/wordstar-30-on-briel-altair-8800.html
Granted, it was back in the day when hobbyists routinely copied hundreds of lines of software by hand from printed magazines.
Replies: >>11400
>>11340
Yes.
>>11342
Jpeg XL may still happen. It got into Safari after all and has interest from many other companies..
Replies: >>11376
02c212b18badb62a60a3346a12bf5f00c6bb1b49092444d3d60123aa5a54a533.jpg
[Hide] (33.8KB, 500x376)
>>11371
>Jpeg XL may still happen
Google shitcanned JXL support in Chromium because they refuse to let go of AVIF and WebP for absolutely no meaningful reason other than because they can. It's not going to happen until something makes them reconsider it.
https://bugs.chromium.org/p/chromium/issues/detail?id=1178058#c325
Replies: >>11431
65c3c58c356dd38bb39606b46af62816bf96a5535f9130af7455b654de458a8a.mp4
[Hide] (17.6MB, 1280x720, 01:03)
Devuan Daedalus 5.0 stable release
https://www.devuan.org/os/announce/daedalus-release-announce-2023-08-14
Dear Friends and Software Freedom Lovers,

It is with great pleasure that the Devuan Developers hereby announce the release of Devuan Daedalus 5.0 as the project's newest stable release. This is the result of lots of painstaking work by the team and extensive testing by the wider Devuan community.

<What's new in Daedalus 5.0?
>Based on Debian Bookworm (version 12) with Linux kernel 6.1
>Rootless startx uses libseat1
>Wayland GUI without elogind
Replies: >>11382
>>11380
upgraded now, aside from a minor hiccup with some conflicting odbc packages it's all set. new plasma desktop is a bit weird to get used to but i'll manage. nothing is obscenely broken so that's nice.
>debian users getting excited over "new" three-year-old packages
alice.jpg
[Hide] (137.5KB, 1035x632)
>>11360
Even in that particular case (my dot matrix printer just werked, nothing special was ever needed), typing a few dozen hex codes even today isn't particularly tedious. In fact, I can type much better and faster now.
Oh but now of course printers and other hardware & software don't come with real manuals, so there won't be anyone typing of hex codes. They will instead have to go search for some drivers, which may or may not exist for your OS.
And on the left of pic, it's a thermal printer! The computer is french market version of Tandy MC-10.
>>412 (OP) 
My (John Cowan's) resignation letter as R7RS-large chair
>https://groups.google.com/g/scheme-reports-wg2/c/xGd0_eeKmGI/m/q-xM5fbuAQAJ
WTF is going on with R⁷RS Large?
>http://dpk.io/r7rswtf

Will R7RS-large be ever finished? What do you think? I think R7RS-large  may die for good but idk if it's a good thing or not. Scheme implementations are very fragmented but is it a bad thing? I'm an outsider but I think all Forth implementation seem to be pretty fragmented, too.
Replies: >>11424
>>11423
I was hoping we'd have a situation like C and POSIX where R7RS-small is C and R7RS-large is POSIX. And then someone would write a goddamn book teaching it because books are still stuck on R5RS.

How many of those people in the committee have enough experience programming to do this anyway? I've noticed Scheme implementations are very incompetently designed, is there enough expertise going around in the Scheme community? The C committee has the issue that it's full of non-programmers and C++ programmers, for instance, and that's part of why every newer version of the standard is so bad.
r5rs-Z-G-57.gif
[Hide] (4.2KB, 384x410)
your language is fucking shit like every other mainstream language and pedantically defined too much for what it provides: nothing
the spec is unreadable because a boomer did boomer things and somehow managed to make the pics unreadable gifs. no im not gonna fuck with tex or pdf or whatever the fuck
tl;dr normal people arent autistic enough to blow their mental budget on the autistic rabbit holes you create
>The C committee has the issue that it's full of non-programmers 
it also has the issue that C is a garbage and poorly defined language to begin with. its like scheme but 100x more harder to understand because of all the retarded shit kenny or whoever put in at the get go
>>11376
>add this new experimental C++ code to your computer
yeahh, no. webp and avif were a mistake also
Replies: >>11448
>>11431
JPEG is such utterly obsolete dogshit that it can be NONDESTRUCTIVELY recompressed by ~30%
Replies: >>11454 >>11461
>>4898
do they not understand what "ABSOLUTELY NO WARRANTY" implies in those funny LICENSE.txt files?
>>11448
It's so obsolete, it's still better than WebP at same filesize.
Replies: >>11458
>>11454
No it isn't. Aside from being obsoleted by even newer formats, WebP does have some true flaws, such as mandatory 4:2:0 in lossy mode.
Replies: >>11469
>>11448
You mean it can get even smaller with no loss in quality? That's amazing!
>>11458
WebP is worse with photorealistic content than JPEG at same file size.
Replies: >>11470 >>11612
>>11469
WebP images under a certain quality level / file size feel like screenshots from a video, which is no surprise considering WebP's relationship to the VP8 video codec. I'll stick with JPEG for the foreseeable future.
Replies: >>11612
>>11469
>>11470
The compression pipelines specified in the formats for WebP vs. JPEG, aside from transparent internal efficiency improvements in WebP, are practically identical, with the only major feature producing any visual difference being that the spatial prediction stage in JPEG is restricted to DC only while WebP also has a bunch of extra modes. Because WebP compression is a strict superset of JPEG, if only using DC, valid WebP output would be produced visually identical to JPEG.

For this reason, condemnation of WebP artifacts vs. JPEG is not about what the formats allow, but about how well encoders implemented them. In particular, older versions of libwebp were infamous for trying too hard to preserve film grain and dither.
WebP had a buffer overflow discovered in the last days allowing for remote code execution.
'WEBP BELIEVERS BTFO'
Replies: >>11641 >>11667
>>11640
It was supposed to be bold
843e78e5904adef2c7e392732ce9a1157f0451ff83a8863caf070533ecfcaa41.jpg
[Hide] (45.3KB, 731x540)
MGM struggles to contain fallout from days-long IT outages
https://archive.ph/9B1fP
>MGM Resorts International is struggling to contain the public impact of an apparent cyberattack that has continued to snarl business all week at one of the U.S.'s largest casino operators.
>What's happening: Roughly five days into the incident, slot machines are still out of order, digital room keys are offline and resort guests are slamming the company on social media for its seeming lack of customer support.
>MGM, which operates several high-profile casinos across the country, is also expected to take a financial hit: The company is facing potential revenue losses, litigation and reputational risks, credit rating firm Moody's warned (paywall).
>Meanwhile, MGM has been hush on the details in its public communications throughout the week. The company has yet to confirm what kind of attack it's facing or what customer data, if any, was stolen.
>MGM did not respond to requests for comment.
>Why it matters: The fallout from the apparent cyberattack on MGM provides a rare glimpse into how damaging these incidents can be to businesses and consumers.
>Typically, either the impact of a hack is limited to stolen personal data or the victim organization sweeps the full scope of an attack under the rug.
>The big picture: Casinos and hospitality firms have become a target for cyberattacks in recent years.
>Caesars Entertainment, which operates several major casinos in Las Vegas, confirmed on Thursday that it also faced a cyberattack a few days before the MGM hack began.
>Details: The IT outages are impacting MGM properties across the country — not just in Las Vegas.
>I visited MGM National Harbor outside of Washington, D.C. on Thursday afternoon and found a handful of slot machines on the second floor were still offline, as well as a few ATMs in the casino.
>All of the MGM Rewards kiosks — where members can print rewards cards so they can use their points to play games — were also down, forcing people to cash out their winnings in-person.
>Of note: Throughout the week, confused and frustrated customers have flooded MGM's social media feeds with online reviews and comments trying to figure out if they can get a refund or if computer systems will be up in time for their weekend trips.
>"Terrible customer service for a large customer like myself and my team," one person wrote in a Google review for the Aria Hotel in Las Vegas. "We will be taking our business elsewhere after the cybersecurity attacks."
>Yes, but: The website for BetMGM, the company's online betting site, appears to have been unaffected and remains functional.
>The intrigue: A member of the hacking group Scattered Spider has claimed responsibility for the MGM hack, the Financial Times reports.
>The hackers — who are believed to be young adults possibly based in the U.S. and U.K. — initially were trying to target the slot machines and recruit people to "milk the machines," a member told the FT.
>Bloomberg reported Wednesday that the same group targeted Caesars last week.
>Zoom in: A former MGM employee who left the company this year told Axios that the company restructured roughly 75% of its corporate IT teams in April, resulting in layoffs, and outsourced another IT team in July.
>Caesars said in an SEC filing that its cyberattack started with a social engineering attack targeting an outside IT vendor.
>Between the lines: Public statements about a cybersecurity incident run up against legal obligations and regulatory scrutiny — making it difficult to communicate what's happening with the public.
>Once a company uses the word "data breach" or "data leakage," the clock starts ticking for the organization to comply with state-level data breach notification rules and other compliance, Alex Waintraub, a cyber crisis management expert at CYGNVS, told Axios.
>It takes days, sometimes weeks, to determine the impact of a cyber intrusion, including what data was stolen or accessed.
>"This is going to become a legal battle," Waintraub said. "We do not say [data breach] in writing until forensics confirm that there is data leakage."
I believe they paid about $15 million to get un-ransomwared. Seems like a very low fee for a casino.
Replies: >>11663
5ffe8d003feb533f51589f159351e7ff11858c7d6da97f6b4bf7109e56855371.jpg
[Hide] (59.2KB, 1080x810)
>>11662
>you are the 1000000 visitor click here
>*click*
>oh shit
Replies: >>11664
>>11663
it was a social engineering attack, someone called their help desk, posed as an employee and got their password reset, then they just worked from there
>>11640
Sure, but this sort of thing happens all the time:
https://www.cvedetails.com/google-search-results.php?q=jpeg#gsc.tab=0&gsc.q=jpeg&gsc.sort=date
Replies: >>11673
ClipboardImage.png
[Hide] (87.7KB, 748x412)
>>11667
>on Linux allows attackers to execute arbitrary code via crafted JPEG-XR data.
There's a bunch of different formats with jpeg in the name nigger. Jpeg XR isn't jpeg.
Replies: >>12114
richard-stallman-gnu-40.jpg
[Hide] (51.6KB, 1393x1031)
closing-remarks-gnu40.webm
[Hide] (9.9MB, 1280x720, 00:57)
Richard Stallman reveals he has cancer in the GNU 40 Hacker Meeting talk
https://piped.video/vUwQLsWjA-g?si=Cwmj9Bgt1IsusA4e&t=120
Replies: >>11789 >>11844
bf2cc39491f975eb2ea738125acd40002c72b4ba849df2291bd196462833da97.jpg
[Hide] (105.4KB, 1275x717)
>>11788
cancer to the left, heartattacks to the right, here i am stuck in the middle with jews
860f40b212fa3e94ecf637a96e227c1de3b4ab05811c004b7f03c56083fc8d1f.png
[Hide] (354.2KB, 474x473)
>>11788
the man is a turboautist on steroids and i disagree with him on pretty mcuh anything but it sucks seeing him like that. looks inhuman without the beard
Xorg Hit By New Security Vulnerabilities - Two Date Back To 1988 With X11R2
>https://www.phoronix.com/news/XOrg-Vulnerabilities-Since-1988

CVE-2023-4911: Looney Tunables – Local Privilege Escalation in the glibc’s ld.so
>https://blog.qualys.com/vulnerabilities-threat-research/2023/10/03/cve-2023-4911-looney-tunables-local-privilege-escalation-in-the-glibcs-ld-so
< "discovered a buffer overflow vulnerability in GNU C Library’s dynamic loader’s processing of the GLIBC_TUNABLES environment variable."
>https://nvd.nist.gov/vuln/detail/CVE-2023-4911
Replies: >>11872
>https://archive.ph/MNBl4
>CVE-2023-4863, was a heap buffer overflow in the WebP image library
>"Google is aware that an exploit for CVE-2023-4863 exists in the wild."
Replies: >>12088
>>11858
> Looney Tunables
Before you ask, Musl is not affected. Form the qualys article: "It’s likely that other distributions are similarly susceptible, although we’ve noted that Alpine Linux remains an exception due to its use of musl libc instead of glibc."
Severity HIGH security problem to be announced with curl 8.4.0 on Oct 11
>https://github.com/curl/curl/discussions/12026
GNOME Merge Requests Opened That Would Drop X.Org Session Support
>https://www.phoronix.com/news/GNOME-MR-Drop-X11-Session
>https://gitlab.gnome.org/GNOME/gnome-session/-/merge_requests/99

I don't care about GNOME desktop environment
Replies: >>12040
>>12037
>Merge Requests Opened That Would...
Was it an actual gnome developer? Because anyone can just open a merge request, that alone doesn't mean shit.
ClipboardImage.png
[Hide] (7KB, 345x70)
Firefox 119 removed "image webp enabled" from about:config which I had set to FALSE.
Can you believe it? When I click the trash icon it's gone completely. No default value. It was just there because I changed it in a prior version.
I don't want your webp vulns, you fucking niggers.

For some reason a word filter is preventing me from posting the dots between "image webp enabled".
Replies: >>12083 >>12087
Now all those fucking webps are loading and I get the fucking reencodes again from retarded CMS' instead of the original jpegs.
Replies: >>12083
>>12081
>>12082
Just download an older version of Firefox and use that, the official website offers binaries for all platforms including Linux.
For a long term solution, you may be able to compile Firefox yourself without libwebp entirely or whatever it's called.
Replies: >>12084
>>12083
Na, that's a pain. I'd need to get rust and all this other crap and infest everything with it.
Why haven't they added Jpeg XL yet? Safari already has it for over a month!
Disgusting Google cocksuckers.
>>5573
Nvidia moved as much of the drivers as they could into the firmware before doing this.
Replies: >>12090
>>12081
>I don't want your webp vulns, you fucking niggers.
Wait what vulnerabilities does webp have?
Replies: >>12088 >>12114
>>12087
lurk moar
>>11859
Replies: >>12114
>>12085
Yes and it happend one year ago. Read the timestamp next time.
>>11673
No duh. But almost all of those results are still for exploits in plain ol' JPEG, including similarly serious ones for ubiquitous deps like JPEGDEC and ImageMagick.

>>12087
>>12088
It's just a sperg sperging about spergshit
Replies: >>12163
>>12114
>But almost all of those results are still for exploits in plain ol' JPEG
No, most of them are for other codecs.
You seem to be unaware of how many codecs with jpeg in the name exist by now.
Replies: >>12165
And video based image codecs are way to complex, so there is only one single implementation based on copy pasted code from libvpx.
>>12163
JPEG stands for Joint Photographic Experts Group. JPEG Algorithms don't have to be anything alike eachother as the acronym stands for the group who designed them, not for the algorithm itself. 
JPEG and JPEG XL are nothing alike, for instance.
https://www.freebsd.org/platforms/
https://www.freebsd.org/releases/14.0R/relnotes/
>FreeBSD 15.0 is not expected to include support for 32-bit platforms other than armv7. The armv6, i386, and powerpc platforms are deprecated and will be removed.
Looks like FreeBSD has fallen enough they forgot the value of portability and low end hardware.

https://netbsd.org/releases/formal-10/NetBSD-10.0.html
In other news, the upcoming NetBSD 10.0 is set to include many improvements to 32-bit machines, including new drivers, specific performance optimizations, and increased limits.
Replies: >>12334
black-box-engineering.png
[Hide] (9.3KB, 608x479)
hidden_prompt.jpg
[Hide] (114.8KB, 717x800)
I realize this is old news, but it's new to me. I had assumed that all lamestream cloud-hosted AI did was to censor its output with internal weighting or openly refuse crimethink input, but apparently it's now silently altering input by inserting rightthink into prompts:
https://nitter.net/Captain_British/status/1729086605636636680
Not only are bots being brainwashed, the pajeets doing the brainwashing are now too ignorant to even twiddle internal dials, instead just slapping stuff onto the outside of the black box.

>>12333
>portability
Not really. 64-bit arches still supported include x86, ARM, PPC, & RISC-V.
>low end hardware
That's actually valid, though aside from maybe x86 & ARM, the number of working 32-bit machines out there running modern OS updates is probably in the low pentuple digits.
>In other news
OpenBSD is IMHO the only BSD interesting enough to merit attention
Replies: >>12359
>>12334
>Not really. 64-bit arches still supported include x86, ARM, PPC, & RISC-V.
That's basically nothing for an OS. OSes benefit from portability even more than other kinds of programs. It makes sure components of the boot process stay properly decoupled because they will have to deal with all the differences between the firmwares of those machines. Different machines also have wildly different MMUs, caches, and memory models. There's more. Portability lets you find bugs that you wouldn't find otherwise, including bugs in different machines.

Even if people are going to grab a amd64 machine and install an i386 OS on it, it's still worth it.

Btw, NetBSD supports lots of arches, but doesn't work very well on most of them. For instance, OpenBSD requires that every platform it runs on be self hosting, and NetBSD doesn't. For every OpenBSD port, there's one machine that port supports capable of compiling the OS and all the packages, however long it takes. Meanwhile, right this moment, I'm trying to contribute to NetBSD, but the old computer I'm running it on doesn't have enough memory to compile the toolchain NetBSD's source code uses. That made me realize that you have no choice but to cross compile for most architectures NetBSD runs on, most of them are physically incapable of installing enough memory to compile NetBSD. OpenBSD is also the OS that actually makes an effort to bring all its features to as many arches as possible. Linux doesn't even have proper address space randomization on most architectures it supports, OpenBSD has it on every single one.
Replies: >>12360
>>12359
>That's basically nothing for an OS
It's reasonably diverse, about the only thing missing is maybe some kind of still-relevant embedded arch like PIC or AVR, but I'm unsure as to whether eunuchs is too phat to boot them.
>OSes benefit from portability even more than other kinds of programs
Absolutely, one of my favorite examples was this being the reason Windows NT was originally written for a platform ("Jazz" MIPS) M$ created from scratch specifically to port from, to avoid bugs that would inevitably result from writing on the primary target platform of x86. This is also why, especially after the W³C halted reference testbed projects like Arena & Amaya, the death of Gecko would be absolutely catastrophic for the web as a coherently standardized platform, regardless of the fact Firefox's user share is microscopic compared to Webkit/Blink.
Image parsing vulnerabilities found in popular UEFI implementations, bypasses platform security features
>https://arstechnica.com/security/2023/12/just-about-every-windows-and-linux-device-vulnerable-to-new-logofail-firmware-attack/

What do anons make of this? My understanding is that there's 2 attack vectors, first being the EFI System Partition on a storage device, the other being firmware updates with unsigned boot logos. The latter would result in a long-term hardware compromise that can't be fixed by wiping the system drive.
not_good.webm
[Hide] (2MB, 935x738, 00:07)
>>12392
>>12392
>step #1: install a malicious firmware update installation
Maybe my brain just isn't big enough, but I don't understand any scenario where you wouldn't already be pwned just as bad for that, exploitable image parser or no.

Also
<al dat crapple shillan
Replies: >>12395 >>12402
>>12394
Probably relevant essay found linked in the comments:
https://devblogs.microsoft.com/oldnewthing/20060508-22/?p=31283
It rather involved being on the other side of this airtight hatchway
Replies: >>12402
>>12392
>bypasses platform security features
That sounds good.
Finally a way to attack ME and PSP.
>>12394
>>12395
>I don't understand any scenario where you wouldn't already be pwned just as bad for that
Usually that isn't possible because firmware updates are signed by the vendor, however in many cases the boot image isn't because it's slightly more convenient for the hardware companies or something. The issue here is that vendors have provided software tools for updating the firmware for years (you've probably seen these in the form of DOS or Windows applications), an attacker who exploits a vulnerability in your OS and gets root could then flash a malicious image straight to your motherboard which you effectively wouldn't have any way of detecting.
>>12396
>Finally a way to attack ME and PSP.
This is more about things like secure boot than remote management features, although this level of hardware control could make it possible to soft disable those early in the boot process with a custom payload.
Replies: >>12403
>>12402
Rereading about it, the idea seems to be that the firmware payload is signed with a crypto hash, but the logo picture is (on most but not all secure boot implementations) a separate file that isn't, so that's supposed to be the privilege escalation. Thonking as hard as I can, I still don't understand how that's a privilege escalation, since if your malicious logo picture targeted a given firmware specifically enough to do anything, you would also have enough target-specific knowledge to exploit everything else we've known about secure boot for over a decade now:
https://broken-by-design.fr/posts/secure-boot-not/

>>12396
The problem with ME/PSP isn't that they can't be deleted (we've known how to do that for a long time in many implementations), but that they're a pile of undocumented spaghetti assembler the rest of the mobo relies on to function. Simply deleting it would disable most mobos, so what's needed is to understand how they work, and replace them with an open source equivalent stripped of everything except those vital features.

Sadly, this requires decompiling and reverse engineering pretty much the entire firmware with every new hardware rev, which is why e.g.: me_cleaner takes so long to make progress with new CPU/mobo chipsets.
Replies: >>12404
>>12403
>I still don't understand how that's a privilege escalation
The escalation is going from kernel control to system bootup control, even without flashing firmware the malicious image could meddle with otherwise uncompromised systems booting from something like a USB stick for instance. If the file was written to the ESP you would have to disconnect the infected drive to make sure it can't execute, if it's in firmware then you would probably need to hook up a programmer and reflash the chip.
>if your malicious logo picture targeted a given firmware specifically enough to do anything
It might not need to be written for an exact mainboard firmware, since the UEFI implementations on most machines come from just a few companies, more generic exploits that target a large group of boards may be possible.
>https://broken-by-design.fr/posts/secure-boot-not/
Interesting, just goes to show how much we need open source firmware so that problems like this can be fixed even beyond the vendor support period.
I tried to use secure boot with my own keys on my system, but a CMOS reset wipes them.
Spoiler File
(1005.5KB, 886x934)
sSFzzRt71K8_large.jpg
[Hide] (26.5KB, 360x360)
Imagine an alternate universe where furries were actively rejected and shunned from opensource platforms like github well thats the case of thorium browser 2 weeks ago
https://desuarchive.org/g/thread/97887861/
Thank fucking god 4chan is finally getting the balls to start standing up to these sodomites i guess FOSS isnt ruined after all also the troon had his wokehub account banned pic related is the image itself from accidental commit KEK
Now if youre feeling truly evil how exactly can i trigger a zoophile exodus on KDE? i just want my old desktop with a childish dragon cartoon mascot back not this stupid alphabet fandom bait is that to hard to ask

>>12392
is CosmicStrand and Lojax actually a real virus or just some made up CIA scare how do i even check my chinesium mini PC for pozzed BIOS image i heard mossad used it atleat once

>>10680
saved thanks
also how is the state of GNU linux in the middle east anyone here from MENA countries, considering they actively used israeli backdoors in this current war
>>12502
>furries were actively rejected and shunned
>4chan is finally
This incident isn't weebs vs. furfags sperging about furshit vs. weebshit, it's normalfags finding porn of any kind in what's supposed to be a serious piece of software, and then finding unrelated personal website backups hosted on the same repo as the software's sourcecode. Basically "this is very unprofessional, get your shit together, kiddo".
>CosmicStrand and Lojax
They're real, but both were narrowly targeted at specific institutional victims, infections present in other random public peoples' PCs seem to be incidental. Also, both rely on compatible Windows installs to do their thing, instead of operating entirely in ring -2 or lower in an OS-agnostic way.
>mossad
>israeli backdoors
On a personal level, unless your PC is connected to a big government/corporate institution's internal network, you're probably at greater risk from your own country's or its allies' regime.
>state of GNU linux in the middle east
I was under the general impression that even among normalfags, familiarity with basic tools such as VPNs & VMs was higher for residents of theocracies and other intrusive police states.

I myself would strongly recommend further opsec for anything that could get you into more trouble than vidya piracy or whatever (i.e.: verboten political discussion) segregating all activities that could draw legal or social suspicion in your jurisdiction to a portable live distro such as Tails on a hidden VeraCrypt partition.
>>12502
>also how is the state of GNU linux in the middle east anyone here from MENA countries
Linux is a niche OS where I live, only somewhat popular among computer engineers but even there it's rarely used as a desktop OS.
t. egyfag
Replies: >>12509
>>12502
>>12506
>>also how is the state of GNU linux in the middle east anyone here from MENA countries, considering they actively used israeli backdoors in this current war
It's not better here either. People have only read it from school books. Admittedly I rarely go outside let alone interact with people, so my experience is a bit unreliable.
t. sandi niggerian
Replies: >>12510
>>12509
s/read it/read about it/
>>12396
>Finally a way to attack ME and PSP.
That's not what it means. The vulnerability allows you to do something that ME/PSP usually stops you from doing. That's what they mean by "bypassing" platform security.
>>12502
>is that to hard to ask
Nobody works for free. If you think about it it's not surprising that FOSS communities are dominated by attention seeking clowns. If those people valued money more than ego/drama then they would focus on doing paid work instead.
GEZGAVdXgAARG3P.jpeg
[Hide] (463KB, 2048x1536)
NetBSD⧸evbppc_10.99.10_on_the_Nintendo_Wii_[n-MShCcFm_w].webm
[Hide] (4.8MB, 1920x1080, 01:18)
https://blog.netbsd.org/tnf/entry/netbsd_10_0_rc4_available
>And as an (unexpected) bonus support for the Nintendo Wii has been added to the evbppc port.

NetBSD developer Jared McNeill has ported NetBSD to the Nintendo Wii. The port is still incomplete, for instance, only one USB port is supported, and there's no documentation explaining how to install.
However, there's a prebuilt SD card image that contains a partition with the Homebrew Channel bootloader and another partition with NetBSD: http://cdn.netbsd.org/pub/NetBSD/NetBSD-10.0_RC4/evbppc/binary/gzimg/wii.img.gz
Any Unix user is familiar with this, you just extract the image to your SD card's device, then it's ready for use on a hacked Wii.
Replies: >>12896
>>12894
That's really cool, reminds me of how there were ports of some Linux distributions back in the day.
Replies: >>12899
wise_fwum_yow_gwav.png
[Hide] (27.9KB, 505x675)
Not sure when this happened, since I gave up after PullPush's seemingly endless heel dragging, but it looks like they finally got their shit together at some point, and there's at least one functioning public Unddit instance again:
https://undelete.pullpush.io/
So we can once more see what the predditors are hiding
>>12896
Yeah.
I just tested it and USB devices aren't working. The developer says on his Twitter you need an USB 2.0 hub for some reason, I don't have one.
ClipboardImage.png
[Hide] (104.2KB, 1270x418)
ClipboardImage.png
[Hide] (19.5KB, 1270x117)
ClipboardImage.png
[Hide] (207.1KB, 498x1756)
Since some anons brought this up on smug, might as well post it here. Jewvidya earning call in a few hours, it'd be interesting to see the results.
ClipboardImage.png
[Hide] (17.9KB, 498x153)
SSH backdoor in upstream xz/liblzma release tarballs!
>https://www.openwall.com/lists/oss-security/2024/03/29/4

Also, this looks suspicious: https://archive.vn/ogmcy
>>13191
>depends on systemd
When will systemdick lovers ever learn.
>>13191
The same account has ((( contributed ))) to libarchive too!
https://github.com/libarchive/libarchive/commit/e37efc16c8665f405182dd77eb1bbb32376f5484
>download exe instead of tarball
>never get malware
windows wins again
Replies: >>13215 >>13226
>>13191
>ogmcy
Please don't post obfuscated links like that. That site requires google's javascript captcha for vpn users. You can include the original url like:
https://archive.vn/oldest/https://github.com/tukaani-project/xz/commit/af071ef7702debef4f1d324616a0137a5001c14c
Then I could have tried a different archive.
It also works with newest or YYYY[MM[DD[HH[MM[SS]]]]] .
Replies: >>13213
859df2344cc7979310ab9e368e54d0e6156db2f321329c4703d75375798b493c.jpg
[Hide] (69.9KB, 848x941)
>>13212
>for vpn users
>>13194
>use entirely malicious OS
>>13194
>use Linux Mint
>never get malware because based on Ubuntu LTS
Replies: >>13249
>>13226
>use Linux Mint
>spend more time fixing Linux breakage than using the computer
Replies: >>13251
>>13249
If you are retarded, sure
CoqProofOfDecidablityOfEqualityOnNaturalNumbers.png
[Hide] (73.5KB, 1016x735)
I've been reading about some of the progress in automated theorem prover in the last year.  They've basically all been catching up with the ChatGPT nonsense, and are currently at the level of being able to solve High School math Olympiad problems.  This is with the proof database of a lot of these solvers still not being complete with the current known theorems in human knowledge and a lot of them on GPT2 tech.  So, with a more replete theorem db and the most up-to-date tech I'm beginning to think it's going to start outdoing many real mathematicians.

What do you think is the likelihood that the Riemann Hypothesis might be solved by an automated theorem prover?
What implications do you think this has on the art of mathematics?
Replies: >>13260
>>13258
considering it took 800 years to find an use for fibonacci maybe it'll change the world in 800 years
Replies: >>13262
>>13260
>it took 800 years to find an use for fibonacci
And that use is...?
Replies: >>13276
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?
Replies: >>13282
>>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.
Replies: >>13284 >>13287
>>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.
Replies: >>13738
>>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...
Replies: >>13765
>>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.
Replies: >>13821
>>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.
Replies: >>13826 >>13828
>>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.
Replies: >>13829
>>13822
There are no *nix admins worth their salt. Wagies can't do anything right.
Replies: >>13830 >>14180
>>13826
Broken installs happen in test environment. If it happens in production, it means the admin fucked up.
Replies: >>13830
>>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.
Replies: >>13835 >>13836
>>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
Replies: >>14293
▄█▀_█▬█_█_▀█▀.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.
Replies: >>14338
>>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.
Replies: >>14337
>>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
Replies: >>14363 >>14372
laughing_slut.png
[Hide] (618.3KB, 677x765)
>>14362
Tragic?
Replies: >>14368
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.
Replies: >>14365
>>14364
That clown not only used a whole subdomain but also got a cert just for a draft webpage?
Plenty damning either way.
Replies: >>14369
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
Replies: >>14371
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/
Replies: >>14377
>>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/
Replies: >>14439 >>14445
>>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.
Replies: >>14448
>>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.
Replies: >>14578 >>14586
>>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.
Replies: >>14593
>>412 (OP) 
Who's going to micro$haft's website every day? Did they mean Outlook?
Replies: >>14594
>>14586
>Linus has been a fag for too long.
True but I'm not sure the foss community needs more division.
Replies: >>14596
>>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.
Replies: >>14665
>>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!)
Replies: >>14680
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.
Replies: >>14695
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?
Replies: >>14697
>>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.
Replies: >>14701
>>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.
Replies: >>14702
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
Replies: >>14735
>>14702
Just because you don't understand what it is doesn't mean it's bloat.
Replies: >>14737 >>14740
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.
Replies: >>14741
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?
Replies: >>14763 >>14766
>>14762
Thought they brought direct sign-up back.
Replies: >>14766
>>14761
Direct registration was working, but you couldn't send email without pow.
Was there other news that explain the threat they are facing?
Replies: >>14766
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.
Replies: >>14792
>>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'?
Replies: >>14793
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.
Replies: >>14892
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
Replies: >>14898
>>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
Replies: >>14902 >>14906
>>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.
Replies: >>14918
>>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.
Replies: >>14910
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
Replies: >>14914
>>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.
Replies: >>14917 >>14918
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.
Replies: >>14918
>>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.
Replies: >>14923
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.
Replies: >>14923
>>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.
Replies: >>14922 >>14923
>>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.
Replies: >>14924 >>14925
>>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.
Replies: >>14927
>>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.
Replies: >>14933
>>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.
Replies: >>14945
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.
Replies: >>14954
>>14951
>Oh my science nooo, let me use [Chromium slop] instead of [Chromium slop]
Replies: >>14954 >>14957
browser_threads.jpg
[Hide] (673.1KB, 3361x460)
>>14951
>>14952
>>14953
Replies: >>14955 >>14983
>>14954
Once Otter browser gets plugins, it will blow every other browser out of the water
Replies: >>14956
>>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
[New Reply]
500 replies | 149 files
Connecting...
Show Post Actions

Actions:

Captcha:

Select the solid/filled icons
- news - rules - faq -
jschan 1.4.1