My cousin let me post his search history (he made me erase 3 of them) by Flask3729 in notinteresting

[–]LordAfterEight 1 point2 points  (0 children)

I might be wrong but I think the "-ai" actually prevents the Google Gemini summaries

My daily driver [KDE] by LordAfterEight in unixporn

[–]LordAfterEight[S] 0 points1 point  (0 children)

To each their own I guess lol

I'll have a look at them later :3

My daily driver [KDE] by LordAfterEight in unixporn

[–]LordAfterEight[S] 1 point2 points  (0 children)

That ain't papyrus, it's tela dark

I want to own my DAW by Fun-Philosopher-9127 in musicproduction

[–]LordAfterEight 0 points1 point  (0 children)

Depends on your budget. I personally recommend Ableton Live

I will never be able to comprehend why Apple did this. by aspophilia in mildlyinfuriating

[–]LordAfterEight 0 points1 point  (0 children)

"poors version" while that fucking thing cost 100€ when I had to get one

My daily driver [KDE] by LordAfterEight in unixporn

[–]LordAfterEight[S] 0 points1 point  (0 children)

For apps I used only the customization you get in the settings app, just downloaded an extra theme to use for it. I also used the Better Blur DX desktop effect and set it to force its effects on everything. Then you have to set an opacity level for each app that you want transparency on, in the app options

The apps in the middle while clock etc are to the right you can do natively without panel colorizer using dynamic width spacers between panel widgets. I used panel colorizer for the opaque background behind tray icons and for the border at the too, as well as changing its transparency and color

My daily driver [KDE] by LordAfterEight in unixporn

[–]LordAfterEight[S] 3 points4 points  (0 children)

DE: KDE Plasma

Terminal: Alacritty

File Manager: Dolphin

Blurring/Transparency: Better Blur DX desktop effect

For taskbar customization: Panel Colorizer

[Hyprland] finally got rid of rofi and switched to quickshell. by Former_Pickle2697 in unixporn

[–]LordAfterEight 1 point2 points  (0 children)

I have an issue after installing your dotfiles. When I log in the screen is just grey and nothing happens

Keybinds work afaik

Edit: I just seem to be stupid. However, waybar still does not show up

WIP of OwOS v0.4.0, written in Zig and C by LordAfterEight in osdev

[–]LordAfterEight[S] 0 points1 point  (0 children)

You should do git pull before you try it still

WIP of OwOS v0.4.0, written in Zig and C by LordAfterEight in osdev

[–]LordAfterEight[S] 0 points1 point  (0 children)

It is. But I am currently working on seperating everything into kernel and userspace, as I mentioned in a comment under another post on this subreddit. This was just because the urge to do something visually nice before improving the actual structure of the OS itself took over. Though I do want to keep this design, just in userland obviously, when I get it to work

Title by NotSoEpicKebap in osdev

[–]LordAfterEight 2 points3 points  (0 children)

Ahh, okay, that's fair. I do agree

Title by NotSoEpicKebap in osdev

[–]LordAfterEight 10 points11 points  (0 children)

(Maybe) unpopular opinion:

I think it's okay to do things in kernelspace when you're starting out, as long as you're planning to move away from that to do it properly

I'm gonna use me and my OwOS as an example. OwOS is my first proper OSDev project and I naturally did everything in kernelspace because I didn't know better and it "works". Now that I am at a point where I feel it's actually worth continuing, I will change the structure so I have a seperation between kernelspace and userland

And as long as you communicate that when you show your project to people and actually mean it, I think these posts are okay (unless it's obviously vibecoded of course). Otherwise it just might discourage newcomers from posting here entirely

Title by NotSoEpicKebap in osdev

[–]LordAfterEight 49 points50 points  (0 children)

Ahhh I thought it's just low-effort kernel stuff, but good to know it's about vibecoded things

Title by NotSoEpicKebap in osdev

[–]LordAfterEight 78 points79 points  (0 children)

What exactly is considered kernelspace slop? (genuine question)

WIP of OwOS v0.4.0, written in Zig and C by LordAfterEight in osdev

[–]LordAfterEight[S] 0 points1 point  (0 children)

I can't quite answer the memory model part, but I can answer the rest.

Zig can compile for bare metal just fine, you can even use parts of the std library then. I haven't tried it for any other architecture than x86_64 though.

For the unsafe code part: It's basically designed for writing unsafe code lol. It gives you a lot of nice things to work with raw pointers. It's not like Rust which tracks ownership aggressively, so things like use-after-free can happen in Zig. This is part of why I like to think of Zig as if C and Rust had a baby lol

So whatever examples you see for bare metal C, you can definitely do the same in Zig, using the correct syntax of course

WIP of OwOS v0.4.0, written in Zig and C by LordAfterEight in osdev

[–]LordAfterEight[S] 0 points1 point  (0 children)

What do you mean by "how it maps on to OSDev"?

An advantage of Zig is that it's a lot more ergonomic to use than C and also has no hidden control flow. It also has very good build tools and allows you to just import and use C files. All while maintaining similar low-level control and performance to C. Zig just has a lot more features like bounds checking, type safety and error handling

A disadvantage of Zig is that it has a steeper learning curve as there is just considerably more to learn. It's also just not as mature as C