med-mastodon.com is one of the many independent Mastodon servers you can use to participate in the fediverse.
Medical community on Mastodon

Administered by:

Server stats:

362
active users

#gentoo

9 posts8 participants1 post today
spla :fed: :vim:<p><a href="https://mastodont.cat/tags/DivendresDEscriptori" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>DivendresDEscriptori</span></a> <a href="https://mastodont.cat/tags/Gentoo" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Gentoo</span></a></p>
David Zaslavsky<p><span class="h-card" translate="no"><a href="https://mastodon.longlandclan.id.au/@stuartl" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>stuartl</span></a></span> I feel your pain 😛</p><p>At some point I looked into whether I could configure Portage to ignore Chromium updates (or, any package) unless a specific component of the version number is bumped, but I couldn't figure it out quickly enough. And then eventually I realized I wasn't using it and just uninstalled it.</p><p><a href="https://techhub.social/tags/Gentoo" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Gentoo</span></a></p>
Stuart Longland (VK4MSL)<p>```<br>2025-07-10 07:55:14: === (17 of 19) Merging (www-client/chromium-138.0.7204.92::/usr/portage/www-client/chromium/chromium-138.0.7204.92.ebuild)<br>2025-07-10 07:55:23: &gt;&gt;&gt; AUTOCLEAN: www-client/chromium:0<br>2025-07-10 07:55:23: === Unmerging... (www-client/chromium-137.0.7151.119)<br>2025-07-10 07:55:28: &gt;&gt;&gt; unmerge success: www-client/chromium-137.0.7151.119<br>2025-07-10 07:55:35: === (17 of 19) Post-Build Cleaning (www-client/chromium-138.0.7204.92::/usr/portage/www-client/chromium/chromium-138.0.7204.92.ebuild)<br>2025-07-10 07:55:35: ::: completed emerge (17 of 19) www-client/chromium-138.0.7204.92 to /<br>```</p><p>`emerge --sync` …</p><p>```<br>[ebuild U ] www-client/chromium-138.0.7204.100<br>```</p><p>*sigh*</p><p><a href="https://mastodon.longlandclan.id.au/tags/Gentoo" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Gentoo</span></a> <a href="https://mastodon.longlandclan.id.au/tags/Chromium" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Chromium</span></a></p>
pcyx<p>Got an ultra wide monitor, now all 32 Tuxes are visible. 🐧</p><p><a href="https://c.im/tags/Linux" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Linux</span></a> <a href="https://c.im/tags/tux" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>tux</span></a> <a href="https://c.im/tags/gentoo" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>gentoo</span></a> <a href="https://c.im/tags/gentoolinux" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>gentoolinux</span></a> <a href="https://c.im/tags/ultrawide" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>ultrawide</span></a></p>
Fossery Tech :debian: :gnome:<p>This week's Linux and FOSS news:</p><p>LINUX NEWS</p><p>Fedora made proposal to drop UEFI boot support of x86-64 systems running on MBR-partitioned disks:<br><a href="https://news.itsfoss.com/fedora-uefi-mbr-support-drop/" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">news.itsfoss.com/fedora-uefi-m</span><span class="invisible">br-support-drop/</span></a></p><p>SUSE's Agama installer switches from X.Org to Wayland for installation GUI:<br><a href="https://www.phoronix.com/news/SUSE-Agama-16-Installer" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://www.</span><span class="ellipsis">phoronix.com/news/SUSE-Agama-1</span><span class="invisible">6-Installer</span></a></p><p>OpenSUSE Tumbleweed monthly update brings KDE Plasma 6.4, other package updates, security patches:<br><a href="https://alternativeto.net/news/2025/7/opensuse-tumbleweed-s-latest-update-brings-kde-plasma-6-4-and-critical-security-patches/" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">alternativeto.net/news/2025/7/</span><span class="invisible">opensuse-tumbleweed-s-latest-update-brings-kde-plasma-6-4-and-critical-security-patches/</span></a></p><p>Arch ISO with Linux kernel 6.15 and Archinstall 3.0.8 is available:<br><a href="https://9to5linux.com/first-arch-linux-iso-release-powered-by-linux-6-15-is-now-available-for-download" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">9to5linux.com/first-arch-linux</span><span class="invisible">-iso-release-powered-by-linux-6-15-is-now-available-for-download</span></a></p><p>Ubuntu 25.10 will raise RISC-V profile requirements:<br><a href="https://www.omgubuntu.co.uk/2025/06/ubuntu-riscv-rva23-support" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://www.</span><span class="ellipsis">omgubuntu.co.uk/2025/06/ubuntu</span><span class="invisible">-riscv-rva23-support</span></a></p><p>Critical Sudo vulnerabilities found, exploited using --chroot (-R) and --host (-h) options:<br><a href="https://ostechnix.com/sudo-vulnerabilities-expose-linux-systems-to-privilege-escalation/" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">ostechnix.com/sudo-vulnerabili</span><span class="invisible">ties-expose-linux-systems-to-privilege-escalation/</span></a></p><p>GNOME 49 will default to the Papers document viewer:<br><a href="https://www.phoronix.com/news/GNOME-Papers-Approved-49" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://www.</span><span class="ellipsis">phoronix.com/news/GNOME-Papers</span><span class="invisible">-Approved-49</span></a></p><p>GNOME 49 Alpha 1 released with showing the workspace switcher on-screen display across all monitors, do-not-disturb quick setting, dedicated accessibility menu on the login screen, etc.:<br><a href="https://www.phoronix.com/news/GNOME-Shell-Mutter-49-Alpha-1" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://www.</span><span class="ellipsis">phoronix.com/news/GNOME-Shell-</span><span class="invisible">Mutter-49-Alpha-1</span></a></p><p>KDE improves KClock by adding picture-in-picture support on Wayland:<br><a href="https://www.phoronix.com/news/KDE-Clock-Wayland-PIP" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://www.</span><span class="ellipsis">phoronix.com/news/KDE-Clock-Wa</span><span class="invisible">yland-PIP</span></a></p><p>KDE Plasma 6.4.2 released with various bug fixes and improvements:<br><a href="https://9to5linux.com/kde-plasma-6-4-2-improves-the-kicker-app-menu-widget-spectacle-and-more" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">9to5linux.com/kde-plasma-6-4-2</span><span class="invisible">-improves-the-kicker-app-menu-widget-spectacle-and-more</span></a></p><p>KDE Gear 25.04.3 released as the last update in the KDE Gear 25.04 series, with fixes for Dolphin, KClock, Gwenview, Itinerary etc.:<br><a href="https://9to5linux.com/kde-gear-25-04-3-released-as-the-last-update-in-the-kde-gear-25-04-series" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">9to5linux.com/kde-gear-25-04-3</span><span class="invisible">-released-as-the-last-update-in-the-kde-gear-25-04-series</span></a></p><p>Debian installer Trixie RC2 released with improved installation media handling, better Secure Boot support, Btrfs system rescue, improved bootloader reliability, etc.:<br><a href="https://ostechnix.com/debian-installer-trixie-rc-2-released/" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">ostechnix.com/debian-installer</span><span class="invisible">-trixie-rc-2-released/</span></a></p><p>Debian aiming to attract more contributors, looks for OpenAI fund for the AI usage of contributors:<br><a href="https://www.phoronix.com/news/Debian-More-Newcomers-LLMs" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://www.</span><span class="ellipsis">phoronix.com/news/Debian-More-</span><span class="invisible">Newcomers-LLMs</span></a></p><p>New Gentoo images available with Linux kernel 6.12 LTS and KDE Plasma 6.3:<br><a href="https://www.phoronix.com/news/Gentoo-Linux-July-2025" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://www.</span><span class="ellipsis">phoronix.com/news/Gentoo-Linux</span><span class="invisible">-July-2025</span></a></p><p>AerynOS tooling is rewritten in Rust instead of D (not C lol):<br><a href="https://www.phoronix.com/news/AerynOS-Mid-2025" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://www.</span><span class="ellipsis">phoronix.com/news/AerynOS-Mid-</span><span class="invisible">2025</span></a></p><p>(more Linux and FOSS news in comments)</p><p><a href="https://social.linux.pizza/tags/WeeklyNews" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>WeeklyNews</span></a> <a href="https://social.linux.pizza/tags/News" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>News</span></a> <a href="https://social.linux.pizza/tags/Linux" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Linux</span></a> <a href="https://social.linux.pizza/tags/LinuxNews" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>LinuxNews</span></a> <a href="https://social.linux.pizza/tags/Fedora" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Fedora</span></a> <a href="https://social.linux.pizza/tags/openSUSE" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>openSUSE</span></a> <a href="https://social.linux.pizza/tags/Arch" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Arch</span></a> <a href="https://social.linux.pizza/tags/Ubuntu" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Ubuntu</span></a> <a href="https://social.linux.pizza/tags/Sudo" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Sudo</span></a> <a href="https://social.linux.pizza/tags/GNOME" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>GNOME</span></a> <a href="https://social.linux.pizza/tags/KDE" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>KDE</span></a> <a href="https://social.linux.pizza/tags/Debian" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Debian</span></a> <a href="https://social.linux.pizza/tags/Gentoo" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Gentoo</span></a> <a href="https://social.linux.pizza/tags/AerynOS" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>AerynOS</span></a> <a href="https://social.linux.pizza/tags/KDEPlasma" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>KDEPlasma</span></a> <a href="https://social.linux.pizza/tags/LinuxDesktop" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>LinuxDesktop</span></a> <a href="https://social.linux.pizza/tags/Security" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Security</span></a> <a href="https://social.linux.pizza/tags/Vulnerability" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Vulnerability</span></a> <a href="https://social.linux.pizza/tags/GNOME49" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>GNOME49</span></a> <a href="https://social.linux.pizza/tags/FosseryTech" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>FosseryTech</span></a></p>
mgorny-nyan (on) :autism:🙀🚂🐧<p>I mamy kolejny komplet jąder <a href="https://pol.social/tags/Gentoo" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Gentoo</span></a> <a href="https://pol.social/tags/Linux" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Linux</span></a> Distribution Kernel (6.1.143, 6.6.96, 6.12.36, 6.15.5). A z nim kilka istotnych zmian:</p><p>• Przekopiowałem brakujące zmiany z sys-kernel/gentoo-kernel na sys-kernel/vanilla-kernel — przede wszystkim szersze wsparcie architektur.<br>• Dodałem domyślną konfigurację dla <a href="https://pol.social/tags/RISCV" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>RISCV</span></a> w 6.12 (mieliśmy już ją w 6.15) — ta wersja również jest wspierana przez Fedorę.<br>• Wszystkie trzy paczki wykorzystują teraz archiwum z oryginalnym wydaniem jądra + połączoną łatkę aktualizacji (przedtem w vanilla-kernel używaliśmy osobnego archiwum dla każdego wydania, a w gentoo-kernel* używaliśmy łatek z genpatches). Dzięki temu będzie mniejsze zużycie przestrzeni dyskowej i łącza.<br>• Wszystkie trzy paczki wspierają&nbsp;verify-sig. NIe weryfikujemy już zdekompresowanego archiwum, lecz używamy pliku `sha256sums.asc`, który pozwala weryfikować skompresowane archiwum i łatkę.<br>• sys-kernel/gentoo-kernel* używa teraz własnego archiwum z genpatches. Dzięki temu jest dużo lżejsze i szybciej się nakłada (jak już wspomniałem, używamy teraz oryginalnej łatki z jądra zamiast pojedynczych łatek z genpatches). Możemy też teraz wydawać nasze jądra zanim gentoo-sources będą gotowe.</p><p>Nadal muszę nanieść zmiany na gałęzie 5.15 i 5.10 — zrobię to przy kolejnych wydaniach dla tych wersji.</p>
mgorny-nyan (he) :autism:🙀🚂🐧<p>New set of <a href="https://social.treehouse.systems/tags/Gentoo" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Gentoo</span></a> <a href="https://social.treehouse.systems/tags/Linux" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Linux</span></a> Distribution Kernels (6.1.143, 6.6.96, 6.12.36, 6.15.5) is out. This set brings some major changes:</p><p>• I've backported a bunch of changes from sys-kernel/gentoo-kernel to sys-kernel/vanilla-kernel that were missing — notably wider architecture support.<br>• I've added default <a href="https://social.treehouse.systems/tags/RISCV" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>RISCV</span></a> configs to 6.12 (in addition to 6.15), since Fedora had them.<br>• All three packages are based off the baseline kernel tarball + upstream patch (vanilla-kernel used to fetch patch-level tarball every time, and gentoo-kernel* used genpatches for patch versions). This should reduce disk space and bandwidth use.<br>• All three packages now support verify-sig. Rather than verifying the uncompressed tarball signature, we now use upstream `sha256sums.asc` file to verify the compressed tarball and patch.<br>• sys-kernel/gentoo-kernel* now repackages genpatches. This means patchset that's much leaner and faster to apply (since we just fetch and use the combined upstream patch rather than including point patches). This also means that we are able to release Distribution Kernels before gentoo-sources are done.</p><p>The changes still need to be done to 5.15 and 5.10 branches — we're going to do for the next upstream releases of these.</p><p><a href="https://social.treehouse.systems/tags/kernel" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>kernel</span></a></p>
mgorny-nyan (on) :autism:🙀🚂🐧<p>Jakiś&nbsp;czas temu, zainspirowany <a href="https://pol.social/tags/Fedor%C4%85" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Fedorą</span></a>, wyodrębniłem paczki .whl z Pythonowego ensurepip w <a href="https://pol.social/tags/Gentoo" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Gentoo</span></a> (właśnie sprawdziłem — "jakiś&nbsp;czas" to 3 lata). Umożliwiło to nam aktualizowanie ich razem z paczkami pip i setuptools, dzięki czemu nowe środowiska wirtualne otrzymują najnowszą dostępną&nbsp;wersję, a nie tę, którą&nbsp;włączono w dane wydanie CPythona.</p><p>Myślałem wówczas, by budować je z naszych systemowych paczek, ale już wówczas usuwaliśmy zagnieżdżone zależności, więc otrzymalibyśmy niepełne paczki. Zamiast tego po prostu zgarnialiśmy gotowe paczki z PyPI. A dlaczego nie budować ich na nowo ze źródeł? Pomijając fakt, że wydawało się to zbędne (wszak paczki na PyPI nie zawierają&nbsp;żadnego skompilowanego kodu), nie mieliśmy do tego dobrej infrastruktury w eclass.</p><p>Za inspiracją&nbsp;<span class="h-card" translate="no"><a href="https://floss.social/@hroncok" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>hroncok</span></a></span>, dziś przygotowałem nowe wersje paczek ensurepip, które budują wszystko ze źródeł. Co się&nbsp;zmieniło, i dlaczego warto dziś&nbsp;budować&nbsp;ze źródeł? Po pierwsze, nasz kod budowania PEP517 dorobił się możliwości wydobycia poprzednich paczek .whl. Po drugie, skoro usuwamy zagnieżdżone zależności z pipa i setuptools, to właściwie testujemy inny kod niż ten, który trafia do ensurepip — a myślę,&nbsp;że miałoby sens testowanie obydwu wariantów. Po trzecie, budowanie ze źródeł ułatwi nakładanie łatek, a w szczególności umożliwi użytkownikom łatwe dodawanie lokalnych łatek.</p><p>A skoro już się&nbsp;za to wziąłem, to przy okazji zaktualizowałem stan testów we wszystkich trzech paczkach (pip, setuptools i wheel — tego ostatniego potrzebujemy ze względu na testy). No i oczywiście, że trafiłem na padające testy w wersjach z zagnieżdżonymi zależnościami, i przypadkiem odkryłem błąd w <a href="https://pol.social/tags/PyPy" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>PyPy</span></a>.</p><p><a href="https://github.com/gentoo/gentoo/pull/42882" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">github.com/gentoo/gentoo/pull/</span><span class="invisible">42882</span></a> (tak, nadal tam jesteśmy)<br><a href="https://github.com/pypy/pypy/issues/5306" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">github.com/pypy/pypy/issues/53</span><span class="invisible">06</span></a></p><p><a href="https://pol.social/tags/Python" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Python</span></a></p>
mgorny-nyan (on) :autism:🙀🚂🐧<p>Jak bywa to w innych dużych projektach Wolnego Oprogramowania, twórcy <a href="https://pol.social/tags/Gentoo" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Gentoo</span></a> miewają różny stopień aktywności. Jedni poświęcają sporą&nbsp;część swojego wolnego czasu, opiekują się setkami paczek, udzielają&nbsp;się&nbsp;w wielu obszarach. Inni mają&nbsp;węższe zainteresowania, produkują się mniej, ale wciąż wkładają wysiłek, by Gentoo było lepsze — i to się liczy. No i jest też ogon.</p><p>Mamy więc kilku takich, których głównymi talentami zdają się&nbsp;być&nbsp;1) wyszukiwanie paczek, które nie wymagają praktycznie żadnego wysiłku, i 2) uzasadnianie swojego statusu długimi esejami. I to już przekracza granice absurdu. Nie mówimy tu o "wszystkie moje paczki są aktualne". Ani o "moje paczki nie wymagają wiele wysiłku, dlatego też nie widać wiele z mojej strony". Ci ludzie mówią wprost "celowo wybrałem paczki, które nie wymagają wysiłku, żebym nie musiał nic robić". No ale oczywiście tacy ludzie koniecznie muszą zachować dostęp do repozytorium, i wykorzystywać swój status — i jest to *cholernie nieuczciwe*.</p><p>A w międzyczasie inni mają tyle na głowie, że ulegają&nbsp;wypaleniu. A wówczas rezygnują z opieki nad kolejną częścią dystrybucji. I kto wtedy musi tę pracę przejąć? Oczywiście, nie ci, którzy właśnie przyznali, że nie mają nic do roboty…</p><p><a href="https://pol.social/tags/WolneOprogramowanie" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>WolneOprogramowanie</span></a></p>
Gentoo e.V.<p>Der <a href="https://fosstodon.org/tags/Gentoo" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Gentoo</span></a> e.V. bereitet sich mit Volldampf auf die <a href="https://fosstodon.org/tags/FrOSCon" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>FrOSCon</span></a> vor.</p><p><a href="https://fosstodon.org/tags/DevRoom" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>DevRoom</span></a> organisieren, <a href="https://fosstodon.org/tags/Workshops" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Workshops</span></a> planen, Flyer neu erstellen, 📦Font paketieren. </p><p>😍 Gefällt Dir? Sende heute noch Deinen Mitgliedsantrag ab und unterstütze unsere Arbeit</p><p>💡 Gute Ideen zur Förderung von Gentoo? <br>💌 Schick sie schnell an den Vorstand!</p>
spla :fed: :vim:<p><a href="https://mastodont.cat/tags/DivendresDEscriptori" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>DivendresDEscriptori</span></a> amb <a href="https://mastodont.cat/tags/Gentoo" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Gentoo</span></a></p>
0x0<p>Here's the customary <a href="https://hachyderm.io/tags/introduction" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>introduction</span></a>: i'm into <a href="https://hachyderm.io/tags/C" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>C</span></a> and tolerate C++ on a daily basis at work, i've also used others like java, kotlin, python, PHP, etc and am curious about <a href="https://hachyderm.io/tags/COBOL" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>COBOL</span></a>, <a href="https://hachyderm.io/tags/AdaLanguage" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>AdaLanguage</span></a> and <a href="https://hachyderm.io/tags/erlang" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>erlang</span></a>.</p><p>My dislike of jenkins is only surpassed by my hate of githubactions and everything MS-related. AI is not I, only A. I'm interested in <a href="https://hachyderm.io/tags/selfhosted" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>selfhosted</span></a> stuff but atm that's a VPS with some sites, which doesn't really count. For now <a href="https://hachyderm.io/tags/syncthing" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>syncthing</span></a> is quite useful and <a href="https://hachyderm.io/tags/wireguard" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>wireguard</span></a> is on the horizon once i reformat/reinstall my current <a href="https://hachyderm.io/tags/gentoo" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>gentoo</span></a> (i'll keep the root <a href="https://hachyderm.io/tags/ZFS" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>ZFS</span></a> aproach and am on the fence regarding <a href="https://hachyderm.io/tags/XFCE" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>XFCE</span></a> or <a href="https://hachyderm.io/tags/KDE" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>KDE</span></a>), would be interesting to have a barebones <a href="https://hachyderm.io/tags/KVM" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>KVM</span></a>/#QEMU running all the stuff and i digress.</p><p>kthxbai\0</p>
mgorny-nyan (on) :autism:🙀🚂🐧<p>Jednym z celów, jakie sobie postawiłem rozwijając biblioteki eclass Pythona w <a href="https://pol.social/tags/Gentoo" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Gentoo</span></a>, było unikanie niepotrzebnych komplikacji. Niestety, materia często ich wymaga. Niemniej, wiele funkcji, które ostatnio dodałem, była już ręcznie realizowana przez ebuildy od dawna.</p><p>Wyłączanie automatycznego ładowania wtyczek pytesta stosowaliśmy już od lat — pierwotnie dla pojedynczych paczek, które sprawiały problemy; następnie dla tych, w których testy stawały się powolne, a w ostatnim czasie praktycznie ilekroć cokolwiek robiłem przy funkcji `python_test()`. Robienie tego ręcznie było wyjątkowo toporne — a `EPYTEST_PLUGINS` wprowadziłem, jak tylko wymyśliłem dobry sposób na uogólnienie koncepcji.</p><p>Podobnie, zmienną `EPYTEST_XDIST` wprowadziłem po tym, jak wielokrotnie "na piechotę" powtarzałem pełne wywołanie `epytest -p xdist -n "$(makeopts_jobs)" --dist=worksteal` — a przy okazji dodałem brakującą&nbsp;możliwość nadpisania liczby procesów przez `EPYTEST_JOBS`.</p><p>Może `EPYTEST_TIMEOUT` nie było aż tak częste — natomiast miało głównie na celu wspomożenie procesów typu CI, w których zawieszone testy mogły powodować znaczne problemy.</p><p>Podobnie było z możliwością&nbsp;stosowania "wersji biblioteki standardowej" (np. `3.9`) w `python_gen_cond_dep` — wcześniej długo pisaliśmy `python3_9 pypy3`. Przy okazji, wówczas jeszcze `pypy3` mogło oznaczać różne wersje, więc przy okazji rozwiązaliśmy drugi problem.</p><p><a href="https://pol.social/tags/Python" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Python</span></a></p>
Ric<p>Apparently the 2038 problem was fixed in <a href="https://fosstodon.org/tags/MariaDB" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>MariaDB</span></a> 2 months ago, and considering the last time I checked up on this there were literally no plans to fix it ever, and some of the projects I've built do have date values beyond 2038 ('lifetime' accounts that expire in 2100 etc 😅), I'm genuinely a bit relieved about this one!</p><p>Absolutely no idea what the status of this is in anything other than MariaDB mind. That's going to be a fun year as a <a href="https://fosstodon.org/tags/Gentoo" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Gentoo</span></a> <a href="https://fosstodon.org/tags/Linux" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Linux</span></a> guy isn't it? 👀</p>
mgorny-nyan (on) :autism:🙀🚂🐧<p>Biblioteki eclass związane z Pythonem w <a href="https://pol.social/tags/Gentoo" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Gentoo</span></a> są całkiem aktualne. Stosują się do aktualnych zaleceń i standardów, i usuwają na bieżąco rzeczy przestarzałe. Niemniej, mają za sobą długą historię, i najlepiej chyba to widać po nazewnictwie.</p><p>Biblioteki te powstały w celu zastąpienia wcześniejszych "distutils" i "python". Dlatego też nazwałem je odpowiednio "distutils-r1" i "python-r1", podążając za schematem rewizji dla ebuildów. Dla spójności, pozostałe biblioteki również doczekały się sufiksu "-r1": "python-any-r1", "python-single-r1" i "python-utils-r1" — mimo że nigdy nie istniały w wersji "r0".</p><p>Wkrótce poznałem swój pierwszy błąd. Uczyniłem bibliotekę odpowiedzialną za budowanie paczek dla wielu implementacji "domyślną", prawdopodobnie w oparciu o ówczesne rekomendacje pisania ebuildów. Jednak z czasem odkryłem, że w większości przypadków (tam, gdzie nie używamy "distutils-r1") nie potrzeba takiej funkcjonalności, a ebuildy stają się niepotrzebne skomplikowane. Gdybym wybierał nazwy dzisiaj, najpewniej nazwałbym ją "python-multi", żeby podkreślić zastosowanie. A "domyślnej" albo by nie było w ogóle, albo byłaby nią "python-single".</p><p>Z "distutils-r1" jest jeszcze gorzej. Oczywiście, kiedy powstawała, distutils wciąż istniało, a niektórzy ludzie (jak ja) preferowali je nad zależnością od setuptools. A dziś&nbsp;zostało już całkiem pochłonięte przez setuptools, a za sprawą&nbsp;<a href="https://pol.social/tags/PEP517" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>PEP517</span></a> nawet "setuptools" nie jest już dobrą nazwą. No i ludzie dziwią się, że np. dla systemu budowania Hatchling mają używać "distutils-r1".</p><p>No i to już jest coś, co mogłem zrobić lepiej. Wprowadzenie wsparcia PEP517 była sporą&nbsp;zmianą, i zamiast dodawać zmienną DISTUTILS_USE_PEP517 (nazwa ze sprzecznością), mogłem utworzyć nową bibliotekę. Dlaczego tego nie zrobiłem? Cóż, jeden i drugi tryb dzieliły ze sobą sporo kodu, i nie było sensu go duplikować. Oczywiście, z czasem wspólnego kodu było trochę mniej, i w końcu wsparcie starego trybu wyleciało — ale to już po ptakach.</p><p>(1/2)</p>
mgorny-nyan (on) :autism:🙀🚂🐧<p><a href="https://pol.social/tags/RustLang" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>RustLang</span></a> w <a href="https://pol.social/tags/Gentoo" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Gentoo</span></a> przynosi nowe memy: "zawsze winne jest [patch.crates-io]".</p>
spla :fed: :vim:<p><a href="https://mastodont.cat/tags/DivendresDEscriptori" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>DivendresDEscriptori</span></a> des de <a href="https://mastodont.cat/tags/macOS" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>macOS</span></a> <a href="https://mastodont.cat/tags/Tahoe" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Tahoe</span></a> 26 Developer Beta 2 i <a href="https://mastodont.cat/tags/Gentoo" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Gentoo</span></a> del PC en la terminal.</p>

*sighs*

The other day #PolKit updated or something related to it did on our #Gentoo installation and now our backlight asks for the root password whenever we want to lower or increase the brightness with the keyboard keys when it didn't before.

To be clear we can find nothing of use on the wiki etc, we have looked.

Can any of y'all help please?

A tak poza tym, to wysłałem parę łatek, by ulepszyć funkcję epytest w #Gentoo.

Wymuszają krótkie podsumowania, załączają tworzenie plików junit .xml, żeby ułatwić maszynowe przetwarzanie wyników, i — co najważniejsze — dodają zmienną EPYTEST_PLUGINS, żeby podawać, które wtyczki mają być załadowane. Będziemy dążyć do tego, by całkiem odejść od domyślnego automatycznego ładowania wtyczek.

archives.gentoo.org/gentoo-dev

archives.gentoo.org[gentoo-dev] [PATCH 0/5] python-utils-r1.eclass: epytest improvements