home.social

Search

1000 results for “gentoo”

  1. 📅 Mind the date: 2025-06-14 20:00 (UTC+2)
    💬 Discussion on 🔒 LibrePGP and GnuPG

    Join the audio conference and discuss with fedifreu.de/@duxsco and others the latest developments.

    Join the for free via on
    bbb.gentoo-ev.org/

  2. 📅 Mind the date: Samstag, 2025-05-10 um 20:00 Uhr
    @ulm berichtet zu
    Was ändert sich für Variablen, Pipelines, Versionen u. a. m.?

    Wir sehen uns im
    bbb.gentoo-ev.org/

  3. 📅 Mind the date: Samstag, 2025-05-10 um 20:00 Uhr
    @ulm berichtet zu #EAPI9
    Was ändert sich für Variablen, Pipelines, Versionen u. a. m.?

    Wir sehen uns im #GentooWorkshop
    bbb.gentoo-ev.org/

  4. 📅 Mind the date: Samstag, 2025-05-10 um 20:00 Uhr
    @ulm berichtet zu #EAPI9
    Was ändert sich für Variablen, Pipelines, Versionen u. a. m.?

    Wir sehen uns im #GentooWorkshop
    bbb.gentoo-ev.org/

  5. 📅 Mind the date: Samstag, 2025-05-10 um 20:00 Uhr
    @ulm berichtet zu #EAPI9
    Was ändert sich für Variablen, Pipelines, Versionen u. a. m.?

    Wir sehen uns im #GentooWorkshop
    bbb.gentoo-ev.org/

  6. 📅 Mind the date: Samstag, 2025-05-10 um 20:00 Uhr
    @ulm berichtet zu #EAPI9
    Was ändert sich für Variablen, Pipelines, Versionen u. a. m.?

    Wir sehen uns im #GentooWorkshop
    bbb.gentoo-ev.org/

  7. today #gentoo wasn't booting
    until I added

    --- a/fsck
    +++ b/fsck
    @@ -42,6 +42,12 @@
     {
     	local fsck_opts= p= check_extra=
     
    +	if true; then
    +		ewarn "Skipping fsck"
    +		sleep 10
    +		return 0
    +	fi
    +
     	if [ -e /fastboot ]; then
     		ewarn "Skipping fsck due to /fastboot"
     		return 0
    to /etc/init.d/fsck

    this is a pure
    #reiserfs #shaming ​:meowcry:​

  8. W oczekiwaniu jutrzejszej Wielkiej Zmiany, przebudowuję mój kontener roboczy #Gentoo, wyłączając wsparcie Pythona 3.10 oraz #PyPy 3.10. 1158 paczek do przebudowania — i długa lista konfliktów. Tyle że nie wiem, czy te konflikty to "nie przebuduję tych paczek", czy tylko "poradziłem sobie z nimi".

    #Python

  9. In anticipation of tomorrow's Big Switch, I'm rebuilding my #Gentoo dev conainer with #Python 3.10 and #PyPy 3.10 disabled. 1158 rebuilds — and a long list of conflicts, though I'm not sure if these conflicts were "I won't rebuild these packages" or "I have resolved them".

  10. #gentoo #python #gstreamer #eclass

    Разработчики забыли положить
    python3_13 в PYTHON_COMPAT внутри /usr/portage/eclass/gstreamer-meson.eclass

  11. Until #Gentoo portage catches up with the packages needed for #StumpWM to run without crashing, I think I'll give #QTile a go. Can't do the keyboard shortcut things I want, but neither can most other WM or DEs.

    Should be very helpful with the new 3440x1440 monitor arriving tomorrow. Large fonts AND two windows next to each other. Sounds great; I can't wait to experience it. (Upgrading from 1920x1080.)

    #Linux #WindowManagers

  12. #Gentoo is also going "full #PEP517" now, or to be more precise, we are going to rip out the legacy code paths that used `setup.py install`. However, that doesn't mean that PEP517 support is a solved problem.

    1. There are still packages that require `setup.py install`, and either outright reject or ignore PEP517. And I'm not talking of dead packages but actively maintained projects. #Fail2Ban is a particularly notorious example (the way I see it, it's going to stop working sooner or later).

    2. Some packages that do work with PEP517 builds, still require some hacks to install correctly. Sometimes it means moving files around, sometimes installing some files manually, sometimes patching stuff.

    3. There are many packages that use the legacy setuptools backend to workaround their broken PEP517 port. Fortunately, these are at least easy to fix, provided you can convince upstream that actually altering sys.path is the correct solution.

    4. Finally, we have removed a fair bunch of "hopeless" packages.

    #Python

  13. #Gentoo przechodzi na "100% #PEP517", a dokładniej, to usuwamy kod wspierający `setup.py install`. Nie oznacza to jednak, że ekosystem doczekał się bezproblemowego wsparcia dla tego standardu.

    1. Nadal mamy paczki, które wymagają `setup.py install`, i albo odrzucają, albo ignorują, PEP517. I nie mówię tu o nierozwijanych starociach, lecz aktywnych projektach. #Fail2Ban jest tu przykładem wartym nagany (jestem przekonany, że prędzej czy później przestanie działać).

    2. Niektóre paczki działają, ale wymagają obejść. Czasem trzeba przerzucić pliki po instalacji, czasem trzeba doinstalować jakiś brakujący plik, a czasem coś połatać.

    3. Wiele paczek nadal wymaga przestarzałego ("legacy") backendu setuptools, by obejść problemy z portem na PEP517. Szczęśliwie, z reguły łatwo się je naprawia, o ile uda się przekonać autorów, że modyfikacja sys.path to właściwe rozwiązanie.

    4. No i sporo paczek, dla których "nie było nadziei", wyleciało.

    #Python

  14. Gentoo rebooted.
    Mi sono messo a resuscitare l'ultimo mio desktop auto costruito.
    La vecchia scheda video una GT8600 MSI passiva era moribonda, da sempre forse, il che rendeva il pc instabile.
    Sostituita con una GT710 é rinato.

    Gentoo reinstallata e visto che avevo fatto le cose a modo ho rimontato le sue partizioni boot e home.

    XFS on the rock.

    I suoi 17 anni se li porta bene!

    Batteria CMOS sostituita!

    #Gentoo #RetroLinux #backup

  15. 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ć?

    blog.sigstore.dev/pypi-attesta

    Ten post sugeruje, że na blogu PyPI znajdę "detale istotne dla użytkowników". No więc zajrzyjmy tam.

    blog.pypi.org/posts/2024-11-14

    Tylko informacje o publikowaniu i przeglądaniu ich (a sposób wymieniony tam nie jest właściwą odpowiedzią na pol.social/@mgorny/11405397625), a nie weryfikacji. Szukamy dalej.

    docs.pypi.org/attestations/

    Tylko linki do kilku technicznych specyfikacji, nic przydatnego.

    docs.pypi.org/attestations/con

    O, tu w końcu jest jakiś przykład. Sprawdźmy podlinkowany projekt.

    pypi.org/project/pypi-attestat

    > [!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":

    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:

    github.com/trailofbits/pypi-at

    #Python #bezpieczeństwo

  16. Schnell notieren und weitersagen: 🐞 - Wir beheben offene Bugs gemeinsam online via BBB.
    Am Samstag, 2025-03-15 um 20:00 MEZ beim Workshop
    gentoo-ev.org/

  17. Nie, żebym coś obiecywał, ale właśnie wysłałem ostatnią łatkę, która powinna naprawić budowanie Flanga na #Gentoo:

    github.com/llvm/llvm-project/p

    #LLVM #Flang #Fortran

  18. It's not often you see #Gentoo running in public places like this

    #StLouisZoo

  19. Okej, mnie już skończyły się pomysły, więc czas poprosić innych o uwagi. Rozpocząłem pracę nad "dyskusją" na packaging.python.org, która ma za zadanie wyjaśnić autorom paczek Pythona, jak wygląda praca z ich paczkami w dystrybucjach, i jak mogą nam pomóc. Oparłem się na moje doświadczenie w #Gentoo, więc uwagi od innych dystrybucji się bardzo przydadzą, wżdy ich doświadczenie może różnić się od naszego.

    github.com/pypa/packaging.pyth

    #ArchLinux #CondaForge #Debian #Fedora #Homebrew #Python

  20. Also ich bin jetzt doch von #Gentoo auf #ArchLinux herübergewechselt, weil da einiges, was für ein Zufall, doch besser funktioniert.

    An sich funktioniert das ganze gut. Dennoch habe ich ein paar Problemchen, die man doch gerne lösen würde.

    - Der Ton ist etwas leise, selbst auf voller Lautstärke und Ton gibt es auch nur über die internen Lautsprecher, aber nicht über HDMI.

    - Im Game Mode funktionieren die Funktionstasten nicht, auch wenn sie erkannt werden, Ton kann ich aber entweder nur manuell oder im Desktop Modus ändern.

    - Wenn ich im Game Mode die Powertaste drücke, geht das
    #SteamDeck einfach aus. Im Desktop Modus kann ich einfach sagen, dass es als Standby funktionieren soll.

    - Das Performance-Menü funktioniert bis auf MangoHUD nicht. Egal ob ich den aktuellen
    #Linux 6.12 Kernel nehme oder den #SteamOS Neptune 6.5 Kernel.

    - Mehr so ein Neutral: Ich habe kein Plan, wie ich smooth zwischen Game Mode und Desktop Mode wechsele. Das geht momentan nur über SDDM. Zum Glück auch mit On-Screen Keyboard. Autologin habe ich KDE Plasma eingestellt.

    Lustigerweise hätte ich ja bei SteamOS oder
    #Bazzite bleiben können, aber die Vorteile überwiegen doch die Nachteile.

    - Der Kernel ist aktueller

    - Die Treiber sind aktueller

    - Ich bin nicht an
    #Flatpak oder #Homebrew gebunden, kann also alles nutzen, was Arch Linux bietet oder selbst Dinge kompilieren.

    - Ich kann modifizierte SteamOS Programme wie
    #Gamescope Plus verwenden, auch wenn das meine Probleme im Game Mode momentan nicht löst.

    Das wichtigste ist
    #Gaming funktioniert und das auch gut.

    Hier mal ein paar Links, die ich benutzt habe:

    https://forums.gentoo.org/viewtopic-p-8848461.html

    https://wiki.archlinux.org/title/Steam_Deck

    https://wiki.archlinux.org/title/Gamescope

    https://github.com/shahnawazshahin/steam-using-gamescope-guide

    RE:
    https://social.pascal-leinert.de/notes/a34sp5p38ozx002s

  21. Also, dass die EFI Partition ins Rootverzeichnis gehört, wäre mir ja irgendwie neu.

    #Gentoo #Linu #SteamDeck

  22. Also, dass die EFI Partition ins Rootverzeichnis gehört, wäre mir ja irgendwie neu.

    #Gentoo #Linu #SteamDeck

  23. Also, dass die EFI Partition ins Rootverzeichnis gehört, wäre mir ja irgendwie neu.

    #Gentoo #Linu #SteamDeck

  24. Also, dass die EFI Partition ins Rootverzeichnis gehört, wäre mir ja irgendwie neu.

    #Gentoo #Linu #SteamDeck