101010.pl is one of the many independent Mastodon servers you can use to participate in the fediverse.
101010.pl czyli najstarszy polski serwer Mastodon. Posiadamy wpisy do 2048 znaków.

Server stats:

516
active users

#gentoo

3 posts3 participants0 posts today

Czas na okresową kontrolę katalogu ~/.cache:

ccache: 4G
uv: 2.2G
pre-commit: 2.1G
rattler: 1.7G
mozilla: 1.1G
thumbnails: 1G
evolution: 550M
fotema: 511M
pip: 404M

Kto by tam zakładał, że /home nie jest nieograniczone?

New reason not to use #PythonPoetry just dropped: they reinvented "reproducible builds", poorly. The problem is, they missed the purpose of reproducible builds entirely and they use it for source distributions too, and when you don't use SOURCE_DATE_EPOCH, they force all files to epoch (as in timestamp 0) instead of leaving them alone.

Like, all source distributions created by Poetry and uploaded to #PyPI now have 1970 timestamps that, simply speaking, break stuff. The most absurd thing is that ZIP can't handle that timestamp, so they override it and use another date for wheels 🤦.

github.com/python-poetry/poetr

GitHubPoetry v2 attaches the epoch timestamp to all files in the sdist .tar.gz file · Issue #10083 · python-poetry/poetryBy pronovic

So if someone asked me what's going to happen on July 8th when my #2yearlinuxchallenge is over, here's where I stand:

50% at sticking on #openSUSE - I love this distro, I really do. It has flaws, but everything does. With zypper getting better, this is a real option

20% at switching to #Gentoo - The most difficult challenge.

15% at switching to #Debian - This would just be me saying eff it, I'm going to use Debian the rest of my life.

10% at switching to #Bluefin - Really liked this when I used it.

5% at switching to NixOS. Despite my severe dislike of the community (and theirs of me), the damn thing still intrigues me.

This changes damn near daily based on what's pissing me off about openSUSE, so who knows really where I'll land when the challenge is over.

#Linux
#Gentoo
#Nvidia

The Nvidia GPU on my big laptop has stopped being recognized by the current version of Gentoo. I can't even get power profiles in KDE either.

Been trying to solve the problem for a bit. I am tempted to pull all the data off the home drive and redo the entire install. This time with full disk encryption and secure boot.

Seems a bit over kill for the issue. But redoing the kernel multiple times hasn't solved it. Lspci can't recognize it, and before you ask Windows 10 and Gentoo Live with 6.6.51 does. So it's an issue specific to my current build.

But overkill means fixing things I should have done differently in the first place so there is that.

Kiedy poświęcasz godzinę na zaciągnięcie poprawek bezpieczeństwa do wszystkich wersji Pythona w #Gentoo, bo właśnie weszły do repozytorium CPythona i nie było nowych wydań w planach — a kilka godzin później znów poświęcasz czas na zaktualizowanie paczek do nowych wersji, które jednak wydano.

No i oczywiście po drodze dziwisz się, dlaczego nie zamaskowałeś 3.8 poprzednim razem, i drugi raz popełniasz tę samą gafę.

A, no i zaktualizujcie CPythona i PyPy na swoich komputerach (poprawki bezpieczeństwa dla PyPy tylko w Gentoo).

When you spend an hour backporting #CPython #security fixes to all versions of #Python #Gentoo, because there was no planned security release, and a few hours later you spend time again bumping to the unexpected security releases.

And then you are surprised why you didn't mask Python 3.8 yet, and repeat the same mistake.

Oh, and ofc update your CPython and PyPy (fixed PyPy only in Gentoo).

I moved all the articles I saved in Pocket to a self-hosted @readeck installation and I'm really satisfied with the result. Readeck has the most useful functionality Pocket lost in the last few years and is very pleasant to use.

If I find some free time I'll whip my #Gentoo ebuild into shape and contribute it to the guru package repository.

Właśnie zaktualizowałem trochę starych paczek #Gentoo do EAPI 8. Niektóre nie były aktualizowane od 6 lat. I wiecie, co jest najlepsze? Że nadal działają — systemy budowania działają, kod się kompiluje, programy działają. W odróżnieniu od większości nowego oprogramowania.

Nieudany poranek z nowymi wersjami paczek Pythona dla #Gentoo:

1. Projekt, który zwlekał z wydaniem nowej wersji z poprawkami bezpieczeństwa 4 lata, w końcu wydał nową wersję. Oczywiście, jak się robi jedno wydanie na 7 lat, to definitywnie trzeba w tym czasie zmienić system budowania na zepsutą hybrydę #PythonPoetry + #setuptools.

2. Inny projekt wydał nową wersję z popsutymi testami. Na głównej gałęzi działają — widać nikomu nie zależało, żeby przetestować gałąź z wydaniem.

3. Właśnie odkryłem, że kilka paczek na nowo zaczęło używać przestrzeni nazw pkg_resources — a byłem przekonany, że pozbyliśmy się tego gówna lata temu! No i oczywiście, że #Google. A że teraz pkg_resources jest oficjalnie przestarzałe, rzuca ostrzeżeniami, które psują testy w innych paczkach.

A z rzeczy pozytywnych: w redis-py sypie mi się test_lolwut.

A bad #Python bump morning in #Gentoo:

1. A project that couldn't be bothered to make a release with a security fix for 4 years finally made a release. Of course, if you make one release in 7 years, it is definitely a good idea to replace your build system with a broken #PythonPoetry + #setuptools hybrid.

2. Another project made a release with a bunch of test failures — that were fixed in "master" branch already at the time, but I guess nobody bothered testing the release branch.

3. Just discovered that a bunch of projects are using pkg_resources namespaces again — and we were supposed to have gotten rid of them years ago! Of course it's #Google. And on top of that, since pkg_resources are now throwing deprecation warnings, they are indirectly breaking random other test suites.

On the positive side, test_lolwut is failing for me in redis-py.

Projekt #PyYAML odrzucił wsparcie dla Pythona bez GIL (#freethreading). Skutkiem tego, powstał fork skupiony na dodaniu tego wsparcia. Ze względu na ograniczone potrzeby forka, wspiera on tylko Pythona 3.13+. A że nie da się jeszcze wyrażać zależności warunkowo od wersji freethreading, inne paczki wymagają PyYAML-ft dla wersji Pythona >=3.13 (w tym zwyczajnej, z GIL-em) i zwykłego PyYAML dla <3.13.

Czy świat paczek Pythona nie jest super?

github.com/yaml/pyyaml/pull/83
github.com/Instagram/LibCST/bl

GitHubAdd free-threading support by FFY00 · Pull Request #830 · yaml/pyyamlBy FFY00

#PyYAML rejected #freethreading support. As a result, a new fork has been created with freethreading support. Given the fork's focus on freethreading, it supports only Python 3.13+. Given the lack of environment markers for freethreading (yet), packages end up depending on PyYAML-ft for >=3.13 (including non-freethreading builds), and PyYAML for <3.13.

Isn't #Python #packaging great?

github.com/yaml/pyyaml/pull/83
github.com/Instagram/LibCST/bl

GitHubAdd free-threading support by FFY00 · Pull Request #830 · yaml/pyyamlBy FFY00