Search
1000 results for “mgorny”
-
@mgorny You're welcome?
We don't usually do RCs for patch releases, the last one was five years ago. The 3.14.5 RC was specifically for the GC change.
Unfortunately timelines were a bit short because I wanted to get this out, but it took a bit of time to prepare and test the patches and I didn't want to rush that, nor release during PyCon US.
https://discuss.python.org/t/reverting-the-incremental-gc-in-python-3-14-and-3-15/107014
#Python #CPython -
-
-
-
-
-
-
PSA: The annual #Gentoo #Python switch planned for 2026-06-01. CPython 3.14 becomes the default, 3.11 and #PyPy 3.11 go out. The latter fills me with sadness but keeping it is unrealistic now that projects are aggressively pushing for 3.12+.
Of course, we'll continue shipping the interpreters, so you can use venvs if you like. However, that's going to become harder to use since many projects either don't ship PyPy wheels or don't work on PyPy at all without patching.
We will revisit PyPy support if a version compatible with Python 3.12 appears in reasonable time.
https://public-inbox.gentoo.org/gentoo-dev/[email protected]/T/#u
https://public-inbox.gentoo.org/gentoo-dev/[email protected]/T/#u -
Zacząłem prace nad dodaniem wsparcie wersji #FreeThreading CPythona 3.13 do #Gentoo (tzn. technicznie już mieliśmy, ale jest zepsute). Rozszerzenia w tej wersji są niezgodne na poziomie ABI ze standardowymi, więc musimy ją zrobić odrębnie — włącznie z nową flagą PYTHON_TARGETS. W sumie ma to sens, bo i tak wypadałoby to osobno testować.
Koniec końców, teraz już rozważam spore zmiany w tym, jak #CPython jest paczkowany w Gentoo. Pokrótce, podążając za starymi zwyczajami, wersja freethreading by wylądowała jako:
dev-lang/python-3.13.0-r100:3.13t
Tyle że Portage upiera się, by zawsze instalować (dodatkowo) najnowszą wersją; nawet wówczas, kiedy wszystkie zainstalowane paczki akceptują wyłącznie wcześniejsze wersje (no cóż, czasem to ma sens). Tak więc wszyscy użytkownicy systemów ~arch dostaliby tę wersję zainstalowaną z automatu! Tak więc pomyślałem, żeby zamiast tego dać:
dev-lang/python-freethreading-3.13.0:3.13t
Ale jak się zastanowić, to problem niepożądanych aktualizacji nie jest niczym nowym. Kiedy dodawaliśmy pierwsze wersje 3.13, były instalowane użytkownikom ~arch z automatu, mimo że ich PYTHON_TARGETS nie wskazywał tych wersji. To samo użytkownicy stabilnej gałęzi, kiedy 3.13 w niej wyląduje. W gruncie rzeczy, mogło to doprowadzić do problemów, jeżeli ktoś używał własnych skryptów, które korzystały z systemowych paczek — zależności były zainstalowane dla 3.12, a tu nagle `python` zaczyna używać 3.13!
Poniekąd ten problem rozwiązaliśmy, dodając dev-lang/python-exec-conf, które instaluje domyślną konfigurację dla python-exec w oparciu o wybrane PYTHON_TARGETS. Ale dlaczego nie wziąć się za prawdziwy problem i pozbyć się łączenia wszystkich wersji w jedną paczkę ze slotami? Tak więc zaproponowałem, że kolejna wersja trafi w Gentoo jako:
dev-lang/python3_14
A skoro już zmieniamy, to może od razu pójść w "python3_13t" zamiast "python-freethreading"? Może nazwa mniej oczywista, ale przynajmniej wprost pokrywa się z PYTHON_TARGETS.
https://public-inbox.gentoo.org/gentoo-dev/[email protected]/T/#u
https://public-inbox.gentoo.org/gentoo-dev/[email protected]/T/#u
https://github.com/gentoo/gentoo/pull/38918 -
I've started working on adding the #FreeThreading version of #CPython 3.13 to #Gentoo (properly, our previous approach no longer works). Since it's not ABI-compatible with the regular 3.13, we need to make it truly separate — including a new PYTHON_TARGETS flag. Which kinda makes sense, because we'd want to test it explicitly anyway.
One thing lead to another, and now I'm considering major changes to how to we package CPython itself in Gentoo. Long story short, per the current custom we'd be adding the freethreading variant as something like:
dev-lang/python-3.13.0-r100:3.13t
However, because of Portage always insisting on additionally having the newest version installed anyway when only older slots are requested (well, in some scenarios this makes sense, I guess), this would mean all ~arch users would inadvertently get it installed! So I wanted to go for something like this instead:
dev-lang/python-freethreading-3.13.0:3.13t
But in fact, the inadvertent upgrades problem isn't really new. When Python 3.13 was added, ~arch people got it installed, even though their PYTHON_TARGETS didn't want it. Same goes for stable users when it gets stabilized. In fact, this used to lead to breakage when someone used custom scripts that relied on system #Python packages. Just imagine you've got all your dependencies installed for 3.12, and Portage suddenly installs 3.13 and `python` starts calling it by default!
Historically, we've kinda solved that problem by adding dev-lang/python-exec-conf that'd install a default configuration for python-exec that matched PYTHON_TARGETS. However, why not address the deeper issue and stop slotting instead. So I've proposed that going forward, we make them:
dev-lang/python3_14
And since I'm proposing a major change like this, why not go for "python3_13t" instead of "python-freethreading"? Perhaps it's less obvious, but has the advantage of matching PYTHON_TARGETS.
https://public-inbox.gentoo.org/gentoo-dev/[email protected]/T/#u
https://public-inbox.gentoo.org/gentoo-dev/[email protected]/T/#u
https://github.com/gentoo/gentoo/pull/38918 -
@mgorny The #OpenPGP situation is really sad especially because there is no alternative in sight.
This was also the topic of the round table discussion in the #GentooWorkshop 2025-06-14. Dear community, what do you think? Would you like another meeting to discuss #LibrePGP, #Sequioa-pgp and #GnuPG? Just let us know.
https://gentoo-ev.org/news/online-workshops-2025/ -
@mgorny Thanks for planning to bring up my bug (https://bugs.gentoo.org/963069) for discussion in the council. I personally use OpenPGP with all bells and whistles, but agree that what happens lately (#LibrePGP vs #RFC9580) is a s**tshow, and #OpenPGP was never easy to use. When it comes down to it, we should think about what the main use of OpenPGP at Gentoo is. And, that's signing commits if I am not mistaken. If #RFC9580 and #LibrePGP folks can't reach an agreement, I hope that #Git gets some logic implemented that allows it to automatically delegate the task of v5 (LibrePGP) or v6 (RFC9580) signature verification to the correct OpenPGP tool. In that case, users are free to choose the tool of their choice for Git commit signing.
-
-
No to już w domu. Wymęczony przez jazdę po leśnych szutrach i piachach, ale zadowolony z widoków na trasie.
Podziękowania dla @mgorny za zainspirowanie do wycieczki na wrzosowiska w Okonku i pośrednio do odwiedzenia też tych w Kłominie. I za cynk, że wrzosy już kwitną.
-
So after adding the "footer", I've noticed that my website is an accessibility nightmare. Hopefully I've fixed that.
Then I've decided to add ASCII art icons to the remaining sections. So I've spent a lot of time doing that.
Then I've decided it'd be nice if all ASCII icons were actually 10x5, so I modified a few that weren't.
I definitely don't have no talent but I'm proud of it nevertheless. No fancy tools or AI used, just copy-paste from box drawing characters block until it looked fine.
https://mgorny.pl/ (you may need to reload)
-
Powrót bytomskiej linii tramwajowej 38 na wyremontowaną ulicę Piekarską w Bytomiu.
https://www.bytomski.pl/wraca-legendarna-linia-tramwajowa-38-z-trasa-wydluzona-do-placu-sikorskiego?fbclid=IwAR2KZ4zXZF1K4Rf5WZWxZpVvj_1QJKYfzmP3oK3DaZHXx7WCRlWckrzd7u0https://www.youtube.com/watch?v=b42j1XsuKic&t=10s
#górnyśląsk #bytom #tramwaj #linia #38 #linia38 #tramwajeśląskie #tramwajeśląskiesa #ulica #piekarska #ulicapiekarska #ulicapiekarskawbytomiu
-
Gorzów Wielkopolski, zamieszkany przez nieco ponad 115 tysięcy mieszkańców, sposobi się do wprowadzenia bezpłatnej komunikacji miejskiej od 1 września 2025. Wpierw ta oferta byłaby skierowana do uczennic i uczniów gorzowskich szkół.
Ponadto:
„Według miejskich wyliczeń z darmowej komunikacji miejskiej mogłoby skorzystać około 10 tys. osób. Radni i prezydent zamierzają zaprosić włodarzy podgorzowskich gmin do skorzystania z tego projektu, dołączenia do inicjatywy. Gminy mogłyby proporcjonalnie włączyć się w koszt utrzymania komunikacji, a wtedy uczniowie dojeżdżający też mieliby komunikację miejską za darmo.”@grzeeesiek
@mgorny
@rail_
@jaks
@koniectorowiburaki#bezpłatna #komunikacja #miejska #uczennice #uczniowie #GorzówWielkopolski #Gorzów #Wielkopolski
-
Ever found modern fancy scrollbars in #Firefox too accessible?
about:configand:widget.gtk.overlay-scrollbars.enabled → falsekeeps them fully visible while not however.
widget.non-native-theme.scrollbar.size.overridecan be used to make them THICC (I've set 512).
⸻ @mgorny
https://social.treehouse.systems/@mgorny/112751700910090648 -
Jakiś czas temu zaimplementowałem w #Gentoo wsparcie #SigStore, by móc weryfikować nowe wydania CPythona. Dziś dowiedziałem się, że #PyPI również obsługuje takie "poświadczenia". Tylko jak je weryfikować?
https://blog.sigstore.dev/pypi-attestations-ga/
Ten post sugeruje, że na blogu PyPI znajdę "detale istotne dla użytkowników". No więc zajrzyjmy tam.
https://blog.pypi.org/posts/2024-11-14-pypi-now-supports-digital-attestations/
Tylko informacje o publikowaniu i przeglądaniu ich (a sposób wymieniony tam nie jest właściwą odpowiedzią na https://pol.social/@mgorny/114053976252968950), a nie weryfikacji. Szukamy dalej.
https://docs.pypi.org/attestations/
Tylko linki do kilku technicznych specyfikacji, nic przydatnego.
https://docs.pypi.org/attestations/consuming-attestations/
O, tu w końcu jest jakiś przykład. Sprawdźmy podlinkowany projekt.
https://pypi.org/project/pypi-attestations/
> [!WAŻNE] Ta biblioteka stanowi szczegół implementacji wewnątrz referencyjnej implementacji PEP 740. Większość użytkowników nie musi korzystać z niej bezpośrednio; więcej szczegółów w dokumentacji PyPI. [tłum. własne]
Tyle że ten link prowadzi do strony ze specyfikacjami! Jak jeszcze trochę pokopiemy, to możemy znaleźć API, które dostarcza nasze "poświadczenie":
https://docs.pypi.org/api/integrity/
No fajno, tylko co z nim zrobić? Przeskoczmy pół godziny wprzód, które zmarnowałem, próbując go użyć. Pokrótce rzecz biorąc, jedyne co pypi-attestations może zrobić jest pobranie interesującego nas pliku i danych "poświadczenia" *wprost z serwera*, i zweryfikowanie go. Więc trzeba używać dodatkowego narzędzia, które dodatkowo zawsze korzysta z Internetu.
A przynajmniej tak sądzę, bo nie brak wszędzie słów "eksperymentalne", a dokumentacja chyba już gorsza być nie może. No cóż, zgłosiłem prośbę o weryfikację w trybie offline, zobaczymy:
-
Dziś, we czwartek 18.9.2025 o godzinie 8:49 rozpoczął się proces likwidacji monopolu PKP InterShitty na przewozy dalekobieżne na terenie Rzeczypospolitej Polskiej.
CC: @robbli @grzeeesiek @paper_modeler @koniectorowiburaki @mgorny @[email protected] @[email protected]
O tym co innego ważnego wydarzyło się 18-go września daaawno temu napiszę może już jutro.
-
New on blog: "Poetry(-core), or the ultimate footgun"
"""
I've been complaining about the Poetry project a lot, in particular about its use (or more precisely, the use of poetry-core) as a build system. In fact, it pretty much became a synonym of a footgun for me — and whenever I'm about to package some project using poetry-core, or switching to it, I've learned to expect some predictable mistake. I suppose the time has come to note all these pitfalls in a single blog post.
"""https://blogs.gentoo.org/mgorny/2024/12/20/poetry-core-or-the-ultimate-footgun/
-
#PythonPoetry znów uderza. Nie mam już siły tego komentować.
https://github.com/PyCQA/isort/commit/f7a6b0eea57e87155a367e2490b49b40f83c3944
(kontekst: https://pol.social/@mgorny/111010749186924187 )
-
Czy kogoś jeszcze dziwi, że idzie kolejny tutek z serii "jak złe jest #PythonPoetry" (poprzednio https://pol.social/@mgorny/111010749186924187)?
Tym razem: paczka nie deklaruje sekcji `build-system` w `pyproject.toml`, więc budowanie ze źródeł powoduje użycie `setuptools`, które nie buduje poprawnej paczki.
-
#lispyGopher #climate https://anonradio.net:8443/anonradio #archived
#haiku https://climatejustice.social/@kentpitman/112280945000979913 @kentpitman
#climateStrike Friday! https://fridaysforfuture.org/april19/
@mgorny #gentoo statement against #LLMs
@TheGibson DESIRES CONNECTION #veilid and this means *you* and *me*
@PeterLudemann's 10th rule of programming (#lisp & #prolog) https://mathstodon.xyz/@PeterLudemann/112277869057526180
Lisp's greatest strength
-> #lisp and hooks
Uncovering the #gopher -slate in #lambdaMOO @masinter thx @mattof #unix_surrealism @prahou
#music @ErrorCrater -
@mgorny You can use #flit to produce sdist distributions with autogenerated setup.py:
https://flit.pypa.io/en/stable/cmdline.html#cmdoption-flit-build-setup-py
-
@mgorny You can use #flit to produce sdist distributions with autogenerated setup.py:
https://flit.pypa.io/en/stable/cmdline.html#cmdoption-flit-build-setup-py