Know what you mean, would probably be a worthwhile feature request to make on the bug tracker.

You can change the zone size by dragging the border with the mouse while you are in the editing mode.

Edit: so drag to 1/3 and 2/3 roughly, split the bigger field again.

I see you figured it out. Will add an explanation to my post as well, if you hadn’t deleted your reply I would have answered that instead. :)

You have to hold the Shift key while moving a window for it to snap into the tiles you set up. If you just move them normally they have a different snapping behaviour like what you described.

Edit: So as the deleted reply was probably asking, this is how it works in full. If you have the KDE Plasma desktop environment after a certain version (I wanna say 5.6-ish?) you can do the following:

1. Press Windows+T, or as we Linux nerds like to call it Meta+T, to configure your “tiling zones” on your monitors.
2. Hold Shift+LeftClick on the title bar of a window to move them into the “tiling zones” you set up.

Discoverability on this sucks (as much of the Plasma desktop does) but it’s a pretty cool feature.

Read the policies yourself

I suggest reading this diff to the FAQs instead, paints a much clearer picture:

https://github.com/mozilla/bedrock/commit/d459addab846d8144b61939b7f4310eb80c5470e

Basically removes all the language about not selling data and some about privacy. Down in the comments someone argues this is due to a narrow legal definition of that language in certain jurisdictions, but that couldn’t sound more like an empty excuse if they tried. Actually all the reactions from Mozilla I have seen on this so far sound like pure corpo PR bullshit to me.

You and i read different things.

Apparently we did.

I hated how he worded them, but his arguments at greppable and understandable are valid arguments that go beyond rust and if he can read it or not or refuses to.

I’m failing to see how Rust code is not greppable unless you don’t speak Rust.

Mixing languages in a part of a project brings complexity and is often a huge ass nono because it makes things unreadable and hard to manage on a large scale.

An argument which I would acknowledge, but if the decision to do this has been made by the group it still is weird to see it blocked by an individual.

He also argues that a c interface exists to connect 2 parts of a system. The person that changes the interface should not have to alter the users of that interface, […] So if he changes the interface, the rust team will need to fix it, specially since they are the minority.

Nobody asked Hellwig to do this, in fact Krummrich said several times they would maintain the interface consuming the C code themselves. They just want one common interface for all Rust drivers, instead of replicating the same code in each driver. Which Hellwig never gives a substantial reply to.

That also doesnt mean he can change it in whatever way without worry, it is an interface change, that needs discussions and approvals ahead of time ofc.

Again not how I’m reading that thread. As Krummrich put it:

Surely you can expect maintainers of the Rust abstraction to help with integrating API changes – this isn’t different compared to driver / component maintainers helping with integrating fundamental API changes for their affected driver / component, like you’ve mentioned videobuf2-dma stuff.

How do you figure?

The only two “technical” arguments I could see were firstly that code should

[remain] greppable and maintainable

which unless I’m missing something boils down to “I don’t speak Rust”, and secondly that

The only reason Linux managed to survive so long is by not having internal boundaries, and adding another language complely breaks this

which unless I’m missing something boils down to “I don’t speak Rust”, because ain’t nobody trying to add any other languages to the Linux code base.

Surely this can’t be the “decent technical reasoning” you are referring to? I have to admit I don’t follow kernel development that closely, but I was under the impression that integrating Rust into the code base was a long discussed initiative having the “official” blessing of the higher ups among the maintainers by now, so it seems odd to see it opposed in such harsh terms by a subsystem maintainer here:

I absolutely support using Rust in new codebase, but I do not at all in Linux.

Well if anything breaks I suspect my add/script blockers first and in like 9/10 cases that’s correct. Had turned fingerprinting resistance on since making that comment three weeks ago, and so far I didn’t run into any problems beyond theming. Although I admittedly only frequent a small set of websites.

Oh it wasn’t that bad. You just had to understand rules, models, layouts, variants, and options. Oh and then of course key codes, syms, maps, states, and modifiers. Oh and then…

Kidding aside though, in this particular case it would have been relatively simple:

If you wanted to enable the Ctrl+Alt+Backspace sequence to kill the X server by default, you could create a configuration snippet /etc/X11/xorg.conf.d/90-zap.conf containing:

Section "InputClass"
    Identifier "keyboard defaults"
    MatchIsKeyboard "on"

    Option "XKbOptions" "terminate:ctrl_alt_bksp"
EndSection

This would be equivalent to running the shell command:

setxkbmap -option "terminate:ctrl_alt_bksp"

I found this in about:config, defaults to true apparently: privacy.resistFingerprinting.randomDataOnCanvasExtract

But you have to enable privacy.resistFingerprinting for it to work first. I enabled that and now the EFF test says “randomized” for the hashes but also Lemmy went from dark to light theme somehow.

To those who missed the small disclaimer in the post, 1.0 is not properly released yet. RC4 is out, actual 1.0 release should be “sometime [this] week” (barring new bugs and regressions). See: https://blog.freecad.org/2024/11/14/freecad-1-0-release-candidate-4-is-out/

Edit: Release is out now: https://blog.freecad.org/2024/11/19/freecad-version-1-0-released/

can’t see how this can possibly be a good thing, you know it will mean funding with conditions.

Well, the things they are funding will get funded? How is that a bad thing?!

The conditions range from very broad, like “fix bugs” (curl), over somewhat specific like “improve cross-platform compatibility and the Linux RNG” (Wireguard), to very specific like “create a test-suite and drive development on the Fediverse account migration functionality” (ActivityPub).

You can see more for yourself at https://www.sovereign.tech/tech

All of these seem to be rather tame conditions that are just there to ensure the funds get used in the way they were intended to be used. And I don’t really see how that gives the STF any sort of direct control over these projects, while it gives those projects resources to achieve more than they might have otherwise. There are no long-term funding models that would enable implicit control over these projects.

Creating bigger and stronger governments will only lead to the protection of an elite that is way too irresponsible with their powers.

Well I clearly see the danger. The many against the few is a problem as old as society. And where there is power, there will be abuse. And every system we have, like separation of powers and checks and balances, is flawed. But the cold hard truth is that we have run out of time and I don’t really see any other viable solutions. If somebody has one please let me know, that’s why I made this post.

It’s genuinely very hard to find someone that says: “I don’t care about microplastics, “I have no issue with air pollutants causing cancer” and “I don’t care we are trashing the ocean”.

I know what you mean, most people would agree on this. But sadly it is very easy to find the people who would say so. Cui bono? Who is benefiting? So we need to regulate them. And then of course there are people too consumed with simply subsistence to care about any of this.

I don’t know if governments and corporations will solve the climate crisis, but goddamn I’ll do my part and help businesses and others do their part too.

On this we agree.

This is indeed interesting. That charter reads like a git diff on the current one. Exactly the stuff I was looking for, thanks.

World Bank ties though? Oof. People are going to call me a lizard person. /s

android auto

First I heard of this, but since it seems to be just some software that runs on the hardware of car manufacturers it seems rather unlikely. But very theoretically possible, if the car manufacturer was using default process scheduling in a CPU constrained machine and now switches to real-time scheduling in an update. But that was possible for years before this news, the code has just been mainlined to the default kernel now. If the car manufacturer cared about that they would probably have done it already with a patched kernel.

Oh yeah, can’t use the same IP range as your LAN, that will lead to problems. :D Glad it’s fixed.

Out of curiosity, does forwarding work now without the output (-o) command in PostUp?

Like I said in another thread on this post, I’m pretty sure that’s because they are forwarding input but not output in the PostUp rules. Setting a /32 in AllowedIPs works fine for me.

What are you trying to say? That reply also shows AllowedIPs set to a /32 on the server side.

I don’t think that’s what the setting does. Anyway, I have them set to a /32 IP in my server config and it works nonetheless. I get full access to the /24 behind the server from the client.

You have ALL traffic being routed over Wireguard here.

Please correct me if I’m wrong, but isn’t it the other way around? All Wireguard traffic is forwarded to the local interface.