bolha.us is one of the many independent Mastodon servers you can use to participate in the fediverse.
We're a Brazilian IT Community. We love IT/DevOps/Cloud, but we also love to talk about life, the universe, and more. | Nós somos uma comunidade de TI Brasileira, gostamos de Dev/DevOps/Cloud e mais!

Server stats:

254
active users

#gentoo

5 posts4 participants0 posts today
スパックマン クリス<p>Am I crazy for considering modifying the <a href="https://twit.social/tags/Mozilla" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Mozilla</span></a> <a href="https://twit.social/tags/Firefox" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Firefox</span></a> code and recompiling just to get <a href="https://twit.social/tags/emacs" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>emacs</span></a> -like shortcuts? Even just ctrl-s for search and ctrl-w for cut (or at least turning off ctrl-w = close the window) would be huge time savers and "oops" removers.</p><p>Supposedly there are ways to add some <a href="https://twit.social/tags/javascript" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>javascript</span></a> to dirs to make these changes, but honestly, it seems more difficult than tweaking &amp; recompiling.</p><p>Seems that extensions can't get deep enough to change some shortcuts.</p><p><a href="https://twit.social/tags/FLOSS" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>FLOSS</span></a> <a href="https://twit.social/tags/gentoo" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>gentoo</span></a></p>
mgorny-nyan (he) :autism:🙀🚂🐧<p><a href="https://social.treehouse.systems/tags/HDF5" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>HDF5</span></a> is doing great. So basically:</p><p>1. Originally, upstream used autotools. The build system installed a h5cc wrapper which — besides being a compiler wrapper — had a few config-tool style options.<br>2. Then, upstream added <a href="https://social.treehouse.systems/tags/CMake" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>CMake</span></a> build system as an alternative. It installed a different h5cc wrapper that did not have the config-tool style options anymore.<br>3. Downstreams that tried CMake quickly discovered that the new wrapper broke a lot of packages, so they reverted to autotools and reported a bug.<br>4. Upstream closed the bug, handwaving it as "CMake h5cc changes have been noted in the Release.txt at the time of change - archived copy should exist in the history files."<br>5. Upstream announced the plans to remove autotools support.</p><p>So, to summarize the current situation:</p><p>1. Pretty much everyone (at least <a href="https://social.treehouse.systems/tags/Arch" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Arch</span></a>, <a href="https://social.treehouse.systems/tags/Conda" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Conda</span></a>-forge, <a href="https://social.treehouse.systems/tags/Debian" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Debian</span></a>, <a href="https://social.treehouse.systems/tags/Fedora" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Fedora</span></a>, <a href="https://social.treehouse.systems/tags/Gentoo" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Gentoo</span></a>) is building using autotools, because CMake builds cause too much breakage.<br>2. Downstreams originally judged this to be a HDF5 issue, so they didn't report bugs to affected packages. Not sure if they're even aware that HDF5 upstream rejected the report.<br>3. All packages remain "broken", and I'm guessing their authors may not even be aware of the problem, because, well, as I pointed out, everyone is still using autotools, and nobody reported the issues during initial CMake testing.<br>4. I'm not even sure if there is a good "fix" here. I honestly don't know the package, but it really sounds like the config-tool was removed with no replacement, so the only way forward might be for people to switch over to CMake (sigh) — which would of course break the packages almost everywhere, unless people also add fallbacks for compatibility with autotools builds.<br>5. The upstream's attitude suggests that HDF5 is pretty much a project unto itself, and doesn't care about its actual users.</p><p><a href="https://github.com/HDFGroup/hdf5/issues/1814" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">github.com/HDFGroup/hdf5/issue</span><span class="invisible">s/1814</span></a></p>
mgorny-nyan (he) :autism:🙀🚂🐧<p><a href="https://social.treehouse.systems/tags/Gentoo" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Gentoo</span></a> is also going "full <a href="https://social.treehouse.systems/tags/PEP517" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>PEP517</span></a>" 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.</p><p>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. <a href="https://social.treehouse.systems/tags/Fail2Ban" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Fail2Ban</span></a> is a particularly notorious example (the way I see it, it's going to stop working sooner or later).</p><p>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.</p><p>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.</p><p>4. Finally, we have removed a fair bunch of "hopeless" packages.</p><p><a href="https://social.treehouse.systems/tags/Python" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Python</span></a></p>
mgorny-nyan (he) :autism:🙀🚂🐧<p>So, if you noticed half a dozen different <a href="https://social.treehouse.systems/tags/RustLang" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>RustLang</span></a> compilers being installed on your <a href="https://social.treehouse.systems/tags/Gentoo" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Gentoo</span></a> system… that's because the eclass pins the compiler to the newest version supported at the time the package was built. So if you built a package when Rust 1.82.0 was the newest version in Gentoo, the package will keep requiring this version until you rebuild it. Move 5 versions forward, and you have random packages pinning half a dozen Rust toolchain versions. Awesome.</p><p>So what you can do? There's a half-broken 'rust-rebuild' set that will rebuild too many packages (installing all Rust compilers). What you can do instead is, for each old compiler version:</p><p>1. Determine which package are pinning to it (e.g. via `emerge -cv =rust-1.82.0*`).<br>2. Check these packages for `RUST_MAX_VER` (optional, but avoids rebuilding stuff that will pin to this version anyway).<br>3. Rebuild these packages.<br>4. Try removing the compiler again (`emerge -cv =rust-1.82.0*`).<br>5. Repeat for every other version till you are left with just the newest.</p><p>Yeah, Rust is great. Truly love it. [keyboard melted by acid]</p>
mgorny-nyan (he) :autism:🙀🚂🐧<p>Yeah, so if you felt that requiring nightly <a href="https://social.treehouse.systems/tags/RustLang" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>RustLang</span></a> compiler to work is not bad enough, we now have packages that call `cargo build` recursively. Like, you build the package and one of the crates calls `cargo build` via `build.rs`. Good news is, is that mostly works.</p><p>By "mostly", I mean we need to unpack the package first, process Cargo.lock, unpack the crates and then process Cargo.lock from the crates. But who would care about details like that, or that packages are effectively silently fetching more packages behind your back?</p><p>Memory safety is all that matters! Stable dependencies? Supply chain <a href="https://social.treehouse.systems/tags/security" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>security</span></a>? Transparency? Meh, stuff for weaklings!</p><p><a href="https://social.treehouse.systems/tags/Gentoo" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Gentoo</span></a></p>
mid_kid<p>Installing binary packages using the <a href="https://fosstodon.org/tags/portage" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>portage</span></a> package manager feels like watching paint dry, compared to other package managers. I can count multiple seconds per package, even when said package is empty (e.g. a virtual).</p><p>I've always wondered why that is. It *feels* wrong, and nobody has managed to explain it to me.</p><p>A few days ago, while waiting multiple hours for 1500 packages to install into a clean root, it finally bothered me enough to dig into it.</p><p><a href="https://fosstodon.org/tags/gentoo" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>gentoo</span></a> <a href="https://fosstodon.org/tags/linux" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>linux</span></a> <a href="https://fosstodon.org/tags/optimization" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>optimization</span></a> <a href="https://fosstodon.org/tags/python" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>python</span></a></p>
Paranoid<p>I use <a href="https://mastodon.social/tags/linux" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>linux</span></a> with <a href="https://mastodon.social/tags/niri" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>niri</span></a> window manager and I need a new monitor. Anyone could give me a feedback about how window managers perform in hi-resolution monitors? Particularly, is 4K overkill? <br>I also want to use ddcutil to change brightness (I have very sensitive eyes 😞 )</p><p><a href="https://mastodon.social/tags/arch" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>arch</span></a> <a href="https://mastodon.social/tags/gentoo" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>gentoo</span></a> <a href="https://mastodon.social/tags/debian" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>debian</span></a></p>
Jérôme Carretero<p><span class="h-card" translate="no"><a href="https://mastodon.social/@jk" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>jk</span></a></span> </p><p>It may be personal but I see it with a much different perspective.</p><p>I'm *immensely grateful* that it's possible to have a machine with so many millions of SLOC running pretty much exactly how I want, respecting my freedom, with me contributing so little in return.</p><p>I'm also grateful that I can get to learn and know what's inside, and via the stream of updates and breakages, essentially be getting free continuous learning and also staying updated.</p><p>I'm purposely running <a href="https://mastodon.zougloub.eu/tags/gentoo" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>gentoo</span></a> on my main machine, playing that Tamagotchi game very much.<br>When I want to "get things done without surprises", I use a "stable" "supply chain", trading off my own risk against reduced functionality, increased cost.</p><p>The good thing with "Linux" is that in no case you lose your freedom.</p>
Anoncheg<p><a href="https://techhub.social/tags/dailyreport" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>dailyreport</span></a> <a href="https://techhub.social/tags/rust" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>rust</span></a> <a href="https://techhub.social/tags/linux" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>linux</span></a> <a href="https://techhub.social/tags/gentoo" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>gentoo</span></a> <a href="https://techhub.social/tags/opensource" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>opensource</span></a> <a href="https://techhub.social/tags/compiler" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>compiler</span></a><br><a href="https://techhub.social/tags/security" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>security</span></a><br>I compiled Rust from sources with alternative compiler<br> Mrustc (C++) without any binary blobs.</p><p>As you may know Rust compiler distributed as Rust sources<br> meant to be build by older "snapshot" of itself. Which<br> violate open source paradigm.</p><p>I was able to solve this in Gentoo GNU/Linux OS with<br> reproducible way. First I compile Rust 1.74 version and<br> then in chain I compile all versions to 1.84.</p><p>All steps took approximately 8 hours, but after it is fast<br> to compile new version, without blobs.<br>蠡</p>
Oleh Gordi<p>Okay, now I'm so lazy that I'm writing a zsh script to automatically activate a `venv` if it's in the current directory and deactivate on any parent directories.</p><p>// check code in first reply, change `TRUST_DIR` and `venv` if you prefer another name.</p><p><a href="https://mastodon.social/tags/linux" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>linux</span></a> <a href="https://mastodon.social/tags/macOS" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>macOS</span></a> <a href="https://mastodon.social/tags/gentoo" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>gentoo</span></a> <a href="https://mastodon.social/tags/zsh" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>zsh</span></a> <a href="https://mastodon.social/tags/python" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>python</span></a></p>
Shai<p>Buon compleanno, Gentoo! 🎉 🥳 <br>Ecco la tua torta, vai avanti e compilatela da solo 😁 </p><p><a href="https://livellosegreto.it/tags/Gentoo" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Gentoo</span></a> <a href="https://livellosegreto.it/tags/Linux" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Linux</span></a></p>
NerdNextDoor :Blobhaj:<p>Nothing like trying to compile <a href="https://mastodon.social/tags/Gentoo" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Gentoo</span></a> packages and <a href="https://mastodon.social/tags/Windows" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Windows</span></a> Server 2003 using Windows 10 at the same time while listening to <a href="https://mastodon.social/tags/Lagtrain" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Lagtrain</span></a>.</p><p>It's kind of soothing watching it all come together.</p><p><a href="https://mastodon.social/tags/WindowsServer" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>WindowsServer</span></a> <a href="https://mastodon.social/tags/Linux" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Linux</span></a> <a href="https://mastodon.social/tags/GentooLinux" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>GentooLinux</span></a> <a href="https://mastodon.social/tags/Music" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Music</span></a> <a href="https://mastodon.social/tags/Tech" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Tech</span></a> <a href="https://mastodon.social/tags/Technology" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Technology</span></a></p>
Dion Moult<p><span class="h-card" translate="no"><a href="https://aus.social/@galoisghost" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>galoisghost</span></a></span> <a href="https://mastodon.social/tags/gentoo" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>gentoo</span></a> :)</p>
thesaigoneer<p>This week's Gang of Four consists of Slackware KDE 6.3.3, Gentoo with dwm &amp; Qtile Wayland, AerynOS with Gnome 48 and Asterix Saigon, my Aurora beta spin (Fedora 42). Although all are rolling and rocking this absolutely feels solid 🪨💪🏻<br><a href="https://fosstodon.org/tags/AerynOS" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>AerynOS</span></a> <a href="https://fosstodon.org/tags/slackware" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>slackware</span></a> <a href="https://fosstodon.org/tags/Aurora" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Aurora</span></a> <a href="https://fosstodon.org/tags/Gentoo" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Gentoo</span></a></p>
Steve<p><span class="h-card" translate="no"><a href="https://mastodon.social/@itsfoss" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>itsfoss</span></a></span> <a href="https://mastodon.social/tags/gentoo" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>gentoo</span></a> for me!</p>
FurbyOnSteroids<p>Idk wtf I did, but whenever I update my <a href="https://ohai.social/tags/nixos" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>nixos</span></a> it just compiles everything from source. I guess this is what it feels like to use <a href="https://ohai.social/tags/gentoo" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>gentoo</span></a>. Update and don't do anything else because the update process takes 2 hours at close to 100% cpu usage <a href="https://ohai.social/tags/linux" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>linux</span></a></p>
mgorny-nyan (he) :autism:🙀🚂🐧<p><a href="https://social.treehouse.systems/@mgorny/114137227235533135" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">social.treehouse.systems/@mgor</span><span class="invisible">ny/114137227235533135</span></a></p><p>Yes, they did it. <a href="https://social.treehouse.systems/tags/setuptools" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>setuptools</span></a> literally made lots of <a href="https://social.treehouse.systems/tags/Python" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Python</span></a> packages (such as requests) explode, apparently in order to resolve a problem with their own test suite. Sure, that stuff has been deprecated for a long time. But as I've said multiple times, *nobody* sees these deprecation warnings.</p><p>Well, unless they run <a href="https://social.treehouse.systems/tags/Gentoo" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Gentoo</span></a>, because we have literally the only Python package installer out there that catches and repeats setuptools deprecation warnings verbosely. But we don't have time to fix deprecations in upstream packages while upstreams are making sure to set up fires all over the place, all the time.</p><p><a href="https://github.com/pypa/setuptools/issues/4910" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">github.com/pypa/setuptools/iss</span><span class="invisible">ues/4910</span></a></p><p><a href="https://social.treehouse.systems/tags/packaging" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>packaging</span></a></p>
Jons Mostovojs<p>Climate change nightmare, tech edition: <a href="https://social.doma.dev/tags/CI" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>CI</span></a> workflow using <a href="https://social.doma.dev/tags/Nix" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Nix</span></a> on <a href="https://social.doma.dev/tags/Gentoo" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Gentoo</span></a> to fine-tune a <a href="https://social.doma.dev/tags/JVM" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>JVM</span></a> implementation of a <a href="https://social.doma.dev/tags/blockchain" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>blockchain</span></a>-enabled <a href="https://social.doma.dev/tags/LLM" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>LLM</span></a>.</p><p>Thanks for inspiration, <span class="h-card"><a href="https://fosstodon.org/@faassen" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>faassen</span></a></span>!</p>
Raniri<p>I could be called as arrogant and gatekeeper, but if you have no experience with terminal, command line, terminal user interface, stay away from advance Distro. <a href="https://mastodon.social/tags/gentoo" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>gentoo</span></a> <a href="https://mastodon.social/tags/linux" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>linux</span></a> <a href="https://mastodon.social/tags/terminal" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>terminal</span></a></p>
Giuseppe Ranieri 🚁 :verified:<p>Gentoo rebooted. <br>Mi sono messo a resuscitare l'ultimo mio desktop auto costruito.<br>La vecchia scheda video una GT8600 MSI passiva era moribonda, da sempre forse, il che rendeva il pc instabile.<br>Sostituita con una GT710 é rinato.</p><p>Gentoo reinstallata e visto che avevo fatto le cose a modo ho rimontato le sue partizioni boot e home.</p><p>XFS on the rock.</p><p>I suoi 17 anni se li porta bene!</p><p>Batteria CMOS sostituita!</p><p><a href="https://mastodon.uno/tags/Gentoo" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Gentoo</span></a> <a href="https://mastodon.uno/tags/RetroLinux" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>RetroLinux</span></a> <a href="https://mastodon.uno/tags/backup" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>backup</span></a></p>