If I'm Linus, i would have removed bcachefs from mainline already. From his reply he never once admit his attitude problem and keep thinking he is right.

This type of people can't work with others, not today, not in future.

Not specified for this research but... if you rely on LLM to write code that is security-sensitive, I don't expect you to write secured code without LLM anyway

I hope AMD can take a significant market share from NVIDIA while NVIDIA is too busy counting money from the AI bubble

GitLab don't have the monetary incentive to implement federation. Most of their revenue is coming from big companies which are mostly using private GitLab instance and won't want their projects federated.

That being said, hope this changes can get merge as somebody already done the dirty work for them. The beauty of open source.

what's the exact prompt?

I have a N150 mini PC running F42 (KDE), it runs basically perfectly. N150 is a pretty new CPU so you will need a recent kernel, and F42 already using 6.14, so it is fine (just don't run Debian on it).

However the only thing that worries me is the battery of that tablet. The N150 use around 10-20W under load, and with the 25WHr battery, it probably going to latest around 1 to 2 hours only.

I'm using Tailscale Status Gnome extension which works pretty well. But good to see alternatives that is not tied to specific DE.

You can use nvtop or lm_sensors to read the GPU power (PPT)

same for me as well, i guess that if you only play on one OS (Linux only obviously), the OS chart won't show up in the replay page

You can write a Kwin script and connect to the windowActivated function. Unfortunately you can't run arbitrary command from Kwin script, but as suggested in the comment you can use DBus to workaround that.

workspace.windowActivated.connect(function(client) {
    if (client != null && client.caption == "name") {
        callDBus(...); // call your DBus function which call ddcutil
    }
})

Just an example, you will have to do some trial and error yourself!

Interesting, maybe this issue only happens for RDNA3?

I'm also using F41 with same kernel but with KDE. Display is 2560x1440 @ 120Hz. On 3D_FULLSCREEN, my pp_dpm_mclk is on 772Mhz most of the time with some occasional 456Mhz, but never drop to 96Mhz. It will only drop to 96Mhz if I change to BOOUP_DEFAULT (or POWER_SAVING).

During idle (or very low load) yes (5-10W), but not under load (watching video, web browsing, etc).

Most of the time it is just some incompetent webdevs implements redirect in a bad way, but there are some websites abuse it maliciously.

most N100/150 mini pc only consume 6-8w on idle (check reviews on YouTube), I wont say it is "power hungry"