Ban all advertising for alcohol, too, please

Instead, ban the collection of non-essential data, and also ban the targeting of advertisements based on user profiles/history

Only select advertisements to display based on the immediate context, exactly like printed newspapers and magazines

Planet America, orbiting the American sun, in the galaxy called America

https://www.spacebar.news/stop-using-brave-browser/

https://xkcd.com/1987/

We need a verified check-mark for true wayland users :P

https://www.spacebar.news/stop-using-brave-browser/ :)

The worrying part is rewriting repository history to cover it up

hehe, yikes

between Proton moving operations and its CEO being a MAGA (or at least a Trump sycophant), the advice to adopt Proton has really curdled recently

Gosh darn it I only just onboarded to Omnivore a few months ago Now I guess I need to find a new place to store bookmarks

Can I ignore flatpak indefinitely?

Sure, at least until software you want to use is flatpak only, e.g. Bottles

I've ordered one of the new Pebbles, but in the meantime, I have a PineTime: https://pine64.org/devices/pinetime

I've even given some to nephews and nieces because they are durable enough and so affordable that we don't need to worry too much about them

you don't have to use or like Ubuntu, but they do have a certified hardware list that might be helpful

https://ubuntu.com/certified

you think that's bad? wait until you find out all the places where electron has been installed ... :P

Why do you need gcc to compile a Python program?

this is pretty common in interpreted languages/runtimes like Python, Node.js, Ruby, etc where a dependency is written in C or C++ or Rust or something else when the performance benefit is worth the cost of abandoning the primary language

the amusing/horrifying part is that Node.js actually depends on a Python script for this, so any Node.js application with a C/C++/Rust dependency actually needs Python installed somewhere

e.g. https://github.com/pyca/cryptography is a Python dependency that requires the Rust compiler/toolchain if pip / pipx / uv can't find a pre-compiled version for your system

To me sounds like either a neglected project or designed to run in a docker image maybe? When was it updated last?

as far as i can tell, the project is alive and well, frequent and recent commits, and all the dependencies involved here are on their latest versions

In such cases its probably the best to run the application in a virtual machine.

and yeah, i know i can fix this with a VM or a Dockerfile and i'll probably have to

but my point is that Python is kinda' hot garbage for sharing code that depends on other shared code

it's a terrific language by itself and sharing code that only depends on the standard library is perfectly fine, but as soon as we share code that depends on other third-party code we introduce inevitable suffering

Wayland breaks global hotkeys: I present to you: Hyprland (where you can get global hotkeys). Now, it is normally not allowed by design, as a security measure

Not disagreeing at all, but I'd like to add some information here to support your correction

There's a GlobalShortcuts portal ( https://flatpak.github.io/xdg-desktop-portal/docs/#gdbus-org.freedesktop.impl.portal.GlobalShortcuts ), and this is implemented for hyprland in xdg-desktop-portal-hyprland ( https://github.com/hyprwm/xdg-desktop-portal-hyprland/blob/b2fc1110963fa583ad5348a9dc0101bd58ceac7a/hyprland.portal#L3 )

So, technically, there is nothing in the wayland collection of protocols that supports global keyboard shortcuts, but (along with lots of other supporting functionality), this is addressed via the collection of portal APIs

As it happens, KDE already supports the GlobalShortcuts portal: https://invent.kde.org/plasma/xdg-desktop-portal-kde/-/blob/master/data/kde.portal#L3

Any desktop can provide an implementation of the GlobalShortcuts portal, and any app can adopt it as required (although if it's implemented within popular toolkits/frameworks, then app developers won't have to even think about it)

Here are related tracking issues:

• https://gitlab.gnome.org/GNOME/xdg-desktop-portal-gnome/-/issues/47
• https://github.com/pop-os/xdg-desktop-portal-cosmic/issues/4
• https://github.com/emersion/xdg-desktop-portal-wlr/issues/240
• https://github.com/electron/electron/issues/38288
• https://github.com/tauri-apps/tauri/issues/3578

Try and get your employer to offer and agree to GitHub's BEIPA:

https://github.com/github/balanced-employee-ip-agreement

There's a portal for Global Shortcuts: https://flatpak.github.io/xdg-desktop-portal/docs/doc-org.freedesktop.portal.GlobalShortcuts.html

KDE and Hyprland already implement it, and COSMIC seems likely to

On the app side, if we can get the major toolkits to adopt it, then hopefully that covers most actively-maintained apps (but it's unlikely to cover legacy apps): https://github.com/electron/electron/issues/38288

to help communicate and troubleshoot what is broken here, we need to think of Wayland as a protocol just like HTTP is a protocol

saying "Wayland broke X" is like saying "HTTP broke X", which is possible but not likely to be what you're actually trying to say

rather, we need to be talking about the implementation(s) of the protocol, not the protocol itself

e.g. "HTTP broke X" -> "Google Chrome broke X"

e.g. "Wayland broke X" -> "GNOME broke X"

Howdy!

In the Core One kit, the only pieces that are already assembled for you are things that would need soldering, e.g. electrical components like PCBs and motors

Everything else is separate and needs to be screwed together carefully with the hundreds of different screws they provide :)

It's my first time assembling such a project, and my other issue is that I have a very curious toddler that was playing games with me and with the pieces when I wasn't looking: I'm sure a much faster assembly time is possible with dedicated focus and not having to frequently stop a child from hurting themselves