placeholder
xdg-desktop-portal
placeholder | xdg-desktop-portal | |
---|---|---|
9 | 154 | |
668 | 528 | |
- | 2.1% | |
4.6 | 9.4 | |
4 months ago | 2 days ago | |
Python | C | |
GNU General Public License v3.0 or later | GNU Lesser General Public License v3.0 only |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
placeholder
-
Gnome developer proposes removing the X11 session
This guy wasn't maintaining Python, he as creating a new version incompatible with either Python 2.7 or Python 3.
Red Hat and other large companies have maintained Python for years after 2.7 died (EOL date was January 1st, 2020). IBM/Red Hat offer Python 2.7 including security fixes and bug fixes until 2024 (https://access.redhat.com/solutions/4455511).
Had he just provided patches to Python 2.7, nobody would've batted an eye. Instead, they created an alternative language that was completely different (https://web.archive.org/web/20161210161837/https://www.nafta...).
Founders and core devs indicated that the name was the only problem (https://github.com/naftaliharris/tauthon/issues/47#issuecomm...) and that even things like the header file names could continue to be named Python because of API compatibility.
You can fork any open source project you like, but you still need to stick follow trademark law. You can't just release Linux 2.7 because you disagree with breaking changes in 3.0 either, but you're free to take the Linux code and release Twonux if you really care.
-
Debian 12 python2 install
If that doesn't work for some reason, there's this project which claims to be an "active" fork of Python 2, but it also has a lot of backports and additions so I worry a bit about backward compatibility and stability: https://github.com/naftaliharris/tauthon You would have to build this from source as well.
-
Don't carelessly rely on fixed-size unsigned integers overflow
Without developers of the compilers all others groups are pretty much irrelevant. There were lots of people who were telling that Python3 is abomination and some even attempted to fork it but fork haven't caught enough interest thus Python2 is, for all intends and purposes, dead.
-
Blog post: Rust in 2023
Python developers noticed that people are not in any hurry to switch but instead of trying to understand “why” they have drawn the line in the sand and spent their efforts trying to kill unofficial attempts to create a fork.
-
Ubuntu Pro
WinAmp 2 (1998) was widely liked. WinAmp 3 (2002) was considered bloated, and flopped.
So Nullsoft followed it up with WinAmp 5 – because 2+3=5 – in 2003, which was very broadly the codebase of WinAmp 2 (small and lean) plus the skin support from WinAmp 3 (the only part people liked).
This won people back, and WinAmp is still around and got an update this year, 20 years on.
I think it's too late for there to be a Python 5, but I did read a blog post long ago – which I can't find again, or I'd link to it – which proposed a similar compromise fix to Python, in considerable technical detail.
I am with @blagie on this: the Python world handled the 2→3 transition spectacularly badly. V3 didn't deliver enough, and strong-arming people by just end-of-lifing Python 2 and expecting the world to move on was foolhardy and short-sighted.
(And I don't even use the language myself. I'm just observing.)
It's a real shame Tauthon didn't get more traction and support.
https://github.com/naftaliharris/tauthon
If it had got enough support and continued, maybe the Python maintainers would have learned something, but I've not seen any sign that they have.
This is nothing new. For comparison, Perl 6 went so badly that Perl 5 now looks likely to continue as Perl 7:
https://www.perl.com/article/announcing-perl-7/
And PHP 6 didn't really happen -- AFAICT as a total outsider, Unicode support proved too hard and it was never released; the community backported the important bits to PHP 5, and then a new PHP 7, more modest in scope, developed from PHP 5.
The Python world could have done the same, and Tauthon was an effort in that direction.
It's too late now. I suspect that, just as Perl has lost a massive amount of interest and use, partly from the nearly-two-decade-long effort to release Perl 5, Python has done the same -- sabotaged its own community with this high-handed "your leaders know best" approach.
-
Will GIL ever be gone?
I just can't see a major fork happening (see: Tauthon, a fork of 2.7 to keep it alive, but no updates in a year or so).
- What happens if we don't migrate Python 2 code to python 3
-
Pip has dropped support for Python 2
If you want forks there are forks. Off the top of my head, Redhat is supporting Python 2 for several more years and there's a project called Tauthon [1] that is "Python 2.8" in spirit. I'm sure there's more efforts I'm not aware of.
[1] https://github.com/naftaliharris/tauthon
xdg-desktop-portal
- Flathub: One million active users and growing
- Changes to xdg.portals?
-
PCSX2 Disables Wayland Support
>Not losing all the work every time your windows manager crashes
https://news.ycombinator.com/item?id=37509703
>remapping keys
>Use xinput to change parameters of their input devices (libinput dropped most configuration options present with evdev)
Up to the compositor.
>Global shortcuts
Also up to the compositor. Was added to xdp in https://github.com/flatpak/xdg-desktop-portal/blob/main/data... so it's up to the compositor's xdp impl to provide it. It was created by a KDE dev so I assume KDE implements it at least.
>tunnelling over ssh
https://gitlab.freedesktop.org/mstoeckl/waypipe
-
Gnome developer proposes removing the X11 session
> - O proper screen recording support
Works just fine. I use OBS.
> - broken screen sharing
Never had any trouble with it.
> - No proper global keyboard shortcut
> - No push to talk support
On its way: https://github.com/flatpak/xdg-desktop-portal/pull/711 / https://flatpak.github.io/xdg-desktop-portal/#gdbus-org.free...
> - Several problems with multiple screens
Haven't had any more than on X11, but then again I do use Nvidia hardware on Linux.
-
The Guy Preserving the New History of PC Games, One Linux Port at a Time
It might help, but at this point Linux containers can't really stabilize the whole environment, especially for games. Particular pain points include accelerated graphics (which theoretically can have a stable kernel interface, but in practice is so complex and performance-sensitive that it's not stable enough to be a "reference platform", so to speak) and modern game controllers (which present a whole mess of concerns typically "addressed" in Flatpak by granting the device=all permission and hoping for the best [1]).
I also know a guy who ran into issues with a kernel update breaking a custom allocator, although I don't know the fine details. That wasn't for a game, but games also use custom allocators for various reasons.
[1] https://github.com/flatpak/xdg-desktop-portal/issues/536
-
Unpacking Elixir: Syntax
I don't use Wayland, but it seems xdg-desktop-portal since 1.16.0 has a 'Global Shortcuts portal'. Perhaps check it out.
https://github.com/flatpak/xdg-desktop-portal
-
UX Hurdles in Open Source #1: Flatpak Permissions
It's being discussed: https://github.com/flatpak/xdg-desktop-portal/issues/611
-
Advice: TW or Aeon
The first bug report was filed in early 2022 but unfortunately no progress yet on the matter, even after numerous similar reports ever since.
- Native messaging for Firefox
-
Xdg portal hyprland and launching gui apps
Yeah been having the same issue since I changed to using the unstable branch, supposedly noticed and fixed upstream for a few variants of the problem (different people with different configurations of DE and xdg-* deps installed report the same issue due to timeouts of the other portals)
What are some alternatives?
awesome-buttplug - A list of awesome projects that use the Buttplug Sex Toy Control Library
gamescope - SteamOS session compositing window manager [Moved to: https://github.com/ValveSoftware/gamescope]
AntiqueAtlas - A Minecraft mod that adds a fancy interactive map item.
wayfire - A modular and extensible wayland compositor
CraftTweaker - Tweak your minecraft experience
gtk-layer-shell - A library to create panels and other desktop components for Wayland using the Layer Shell protocol
pyupgrade - A tool (and pre-commit hook) to automatically upgrade syntax for newer versions of the language.
pipewire - Mirror of the PipeWire repository (see https://gitlab.freedesktop.org/pipewire/pipewire/)
kpatch - kpatch - live kernel patching
flatpaks
linux - Linux kernel source tree
us.zoom.Zoom