KindaABigDyl

joined 2 years ago
[–] [email protected] 2 points 1 week ago

You can put anything in your dialog box

[–] [email protected] 5 points 1 week ago (1 children)

I made a shortcut that's Ctrl + S to save and Ctrl + X to exit, so I don't have to remember it and have now forgotten to make room for more Rust knowledge

[–] [email protected] 5 points 3 weeks ago* (last edited 3 weeks ago) (3 children)

Yes. The only way to send patches without something like Github is over email. I don't mind all the other stuff, but there's no other way to do PRs than over email, and I hate email. I didn't see that he gave alternatives. His preferred solution was an email

The formal PR button in a forge is a way to do that with one click, but a short email with all the same information is just as good.

Like, dawg, no it aint

[–] [email protected] 6 points 3 weeks ago (5 children)

I wouldn't mind doing a self-hosted git repo and only using cli if I didn't have to also use email to do so.

Seriously the worst part. Email is a technology that should be left in the past. It's just awful. There's no good way to do email.

[–] [email protected] 10 points 1 month ago (1 children)

Isn't anarchy just against imposed hierarchy? Most anarchists I've met are okay with heirarchies that form naturally, and believe those hierarchies to be enough for society to function, hence why they call themselves anarchists, not minarchists.

[–] [email protected] 2 points 1 month ago* (last edited 1 month ago) (2 children)

Bro what? TI has like... the best docs. What are you talking about? They have the Microsoft C# docs of the semiconductor world. Clear examples, every little detail, well organized. Darn near perfect example of what to do

[–] [email protected] 1 points 1 month ago

I mean, it's fine. And if you can't find something the NixOS subreddit is usually pretty helpful

[–] [email protected] 10 points 1 month ago

I have another one:

30min of fighting with an LLM can save you 10s of boilerplate

[–] [email protected] 24 points 2 months ago

GLFW is a C library, not a C++ one, and an old one at that, and so the reason is that a long time ago, there was no bool in C. Every library would make their own true and false bc it's handy to have.

Nowadays, the type _Bool has been added to C, and C++ has built-in bool, but you can still see the legacy of no boolean in C as to use the type name "bool" as well as the key words "true" and "false" for 1 and 0, you have to include "stdbool.h," as well as in custom types in these old GL-adjacent libraries.

[–] [email protected] 24 points 2 months ago (1 children)

And that's why I don't use Python for anything more than simple scripts

11
submitted 7 months ago* (last edited 7 months ago) by [email protected] to c/[email protected]
 

I created a little side project over the past few days, a new build system for C and C++: https://github.com/blueOkiris/acbs/

I've seen a lot of discourse over C build tools. None of them really seem solid except for (some) Makefiles (some Makefiles are atrocious; you just can't rely on people these days). Bazel, cmake - they're just not straight forward like a clean Makefile is, basically black magic, but setting up a Makefile from scratch is a skill. Many copy the same one over each time. Wouldn't it be nice if that Makefile didn't even need to be copied over?

Building C should be straight forward. Grab the C files and headers I want, set some flags, include some libraries, build, link. Instead project build systems are way way way overcomplicated! Like have you ever tried building any of Google's C projects? Nearly impossible to figure out and integrate with projects.

So I've designed a simplistic build system for C (also C++) that is basically set up to work like a normal Makefile with gcc but where you don't have to set it up each time. The only thing you are required to provide is the name of the binary (although you can override defaults for your project, and yes, not just binaries are possible but libs as well). It also includes things like delta building without needing to configure.

Now there is one thing I haven't added yet - parallel building. It should be as simple as adding separate threads when building files (right now it's a for loop). I know that's something a lot of people will care about, but it's not there yet. It's also really intended to only work with Linux rn, but it could probably pretty easily be adjusted to work with Windows.

Lay your project out like the minimal example, adjust the project layout, and get building! The project itself is actually bootstrapped and built using whatever the latest release is, so it's its own example haha.

It's dead simple and obvious to the point I would claim that if your project can't work with this, your project is wrong and grossly over-complicated in its design, and you should rework the build system. C is simple, and so should the build system you use with it!

So yeah. Check it out when y'all get a chance

 

I created a little side project over the past few days, a new build system for C and C++: https://github.com/blueOkiris/acbs/

I've seen a lot of discourse over C build tools. None of them really seem solid except for (some) Makefiles (some Makefiles are atrocious; you just can't rely on people these days). Bazel, cmake - they're just not straight forward like a clean Makefile is, basically black magic, but setting up a Makefile from scratch is a skill. Many copy the same one over each time. Wouldn't it be nice if that Makefile didn't even need to be copied over?

Building C should be straight forward. Grab the C files and headers I want, set some flags, include some libraries, build, link. Instead project build systems are way way way overcomplicated! Like have you ever tried building any of Google's C projects? Nearly impossible to figure out and integrate with projects.

So I've designed a simplistic build system for C (also C++) that is basically set up to work like a normal Makefile with gcc but where you don't have to set it up each time. The only thing you are required to provide is the name of the binary (although you can override defaults for your project, and yes, not just binaries are possible but libs as well). It also includes things like delta building without needing to configure.

Now there is one thing I haven't added yet - parallel building. It should be as simple as adding separate threads when building files (right now it's a for loop). I know that's something a lot of people will care about, but it's not there yet. It's also really intended to only work with Linux rn, but it could probably pretty easily be adjusted to work with Windows.

Lay your project out like the minimal example, adjust the project layout, and get building! The project itself is actually bootstrapped and built using whatever the latest release is, so it's its own example haha.

It's dead simple and obvious to the point I would claim that if your project can't work with this, your project is wrong and grossly over-complicated in its design, and you should rework the build system. C is simple, and so should the build system you use with it!

So yeah. Check it out when y'all get a chance

 
 

I have enabled the strongswan plugin for Network Manager via networking.networkmanager.enableStrongSwan.

I manually set up my work VPN using nm-applet, but obviously this won't come with me if I reinstall NixOS, so I'd like to set up the VPN using nix.

The problem is that networking.networkmanager doesn't seem to have any sort of vpn configuration system. How would I go about this?

view more: next ›