People who say “Python is slow” are generally wrong, yes, the language is slower then C in basically everything and it also almost always doesn’t matter.

The bottleneck in a console app is not your applications ability to process, it’s your ability to read and type, you will have the same experience in any language.

The same is true with GUI apps, python GUI apps are generally just bindings to toolkits written in other languages like pyqt is a python wrapper around a C++ toolkit.

In actual gamedev, something like Pygame is using SDL which is a C library.

YouTube is a python web app.

Yes, python is slow, and generally it doesn’t matter, if it’s slow then it’s usually a PEBCAK problem. Python is primarily used as an easy to write language that is gluing together more complicated things written in faster languages.

Like bash, but readable by humans!

Those are such weird responses, is that user an agent?

Instead of “yes I vibecoded X because of Y” we get the classic respond like you’re trying to hit the word limit on your essay.

Sure this is a pretty funny screenshot, but this is a rewrite of gnuutils not a rewrite of libc.

I’m pretty sure binding of Isaac is native as well but my minimal arch/niri install wouldn’t run it, so I assume it was relying on a system library that I didn’t care to work out. Switching to proton magically fixed it.

I don’t use any AUR packages, I don’t even have an AUR helper installed ATM, If it’s not in core/extra/multilib I use Flatpak. Generally I will go to Flatpak’s for userland apps, Krita and Firefox are both in extra (I think?) I still use the Flatpak’s for both. If I’m going to use the AUR I would generally prefer to just build from source.

As far as SQL is concerned, all rows are the same. So a window function allows you to operate over multiple rows at once. So I say what I want it to do and how I want it to search e.g. “give me a single row per client_id where the session_date is max” will give me 1 row for each client with the client’s newest session. This is the purpose of window functions.

Maybe? There are 3 emdashes in the first 3 paragraphs, which is a suspiciously high number.

I’m not sure that it’s necessary, the issue here is that anyone can create an account and adopt an orphaned package.

Hilarious that it’s JavaScript again, truely npm, pypi and cargo are obvious targets. Also, guys, minimise your usage of the AUR! I don’t use any AUR packages.

Core > Extra > flathub >>>>>>>>>>>>> AUR

Not that core/extra/flathub can’t be pwned but it’s harder then the AUR.

I still feel like it should apply, this is the first term of the gpl:

This License applies to any program or other work which contains a notice placed by the copyright holder saying it may be distributed under the terms of this General Public License. The “Program”, below, refers to any such program or work, and a “work based on the Program” means either the Program or any derivative work under copyright law: that is to say, a work containing the Program or a portion of it, either verbatim or with modifications and/or translated into another language

“I rewrote it in another language as a library instead of an exe” is still covered under this term isn’t it?

I feel like rewriting a GPL thing based on the GPL version should require the GPL licence. After all, you’ve built something on top of GPL code which means it’s also GPL right?

If I go and build my own implimentation of GTK, how do I even prove that I made it entirely without looking at GTK because that’s what’s required to relicense right?

Solely from the fact that I’m telling you I made my own implementation of GTK, I’m admitting It’s not clean room right?

Imagine reinventing preprocessor macros in go…

It is a bit eye rolling “LOOK AT THIS DISASTER OF AN EXPLOIT!!!” *Requires physical access to the machine

But the major issue is that if you have some other exploit that gets you RCE or a shell you can then use these exploits to pwn someone and we have RCE’s and shell exploits come around all the time.

I know we’ve all heard Microsoft and google say that 70% of their bugs are memory safety issues, but the GNU core utils don’t really have that problem. They’re small, simple, short lived programs and most of the problems they have arent memory related.

Most of the CVE’s we’ve seen since Ubuntu picked the rust version up are logic issues and race conditions.

I can only think of 3 cases in as many years lol.

1. KDE patch at beginning of the week made it so scrolling the start menu crashed the desktop, fixed in ~3 days
2. LY changed the service to call it so I got booted into the TTY next time I started my PC
3. There was a wifi card update which stopped my wifi from working, fixed with a power cycle.

Don’t know where arch got its reputation of being held together by hopes and prayers, maybe it was more unstable in the past?

I don’t really care about this copyright argument, open source code copyright has always been a battle. I think the better “hollowing out” argument is burnout:

“here’s my 10k line PR that Claude helped me write, I pinkie promise that I reviewed it all myself”.

Bruh, I glaze over reviewing a 1k line PR, never mind 10k, ain’t no way you reviewed it yourself and now I have to?!

Dementia is a memory leak lmao!

I mean, this sounds like less of a headache then my latest attempt to setup rust in native windows (hello linker errors).

That being said, “the tool chain is a pain in the ass to setup” is a real problem IMO. MSVC makes me want to jump out the window every time I’m forced to use it at work.

If you’re going to cause me more of a headache then go/python/zig to setup (which is basically none) I’m very quickly going to look for an excuse to stop using you.

This is true for basically every language though. If you read the documentation for c++ it doesn’t sound like the work of the devil. You only learn that after you start.

A quick google of GIMP docs tells me it uses C, Python and Script-fu so, sorta?

https://developer.gimp.org/resource/writing-a-plug-in/