Search
1000 results for “Gentoo_eV”
-
Wyszły wyniki ankiety dla opiekunów otwartego oprogramowania #Tidelift.
Co ciekawe, jest tam cytat z mojej ankiety. Zgadniecie który?
-
Przypadkowe narzekanie z krainy #Gentoo na dziś:
1. Testy w #LibArchive zaczęły się sypać (a #BSDCPIO oraz #BSDTar nagle zaczęły śmiecić wyjście), bo #LRZip postanowił zmienić przeznaczenie opcji `-q`. Przedtem wyłączała zupełnie szczegółowe informacje na wyjściu, które LRZip domyślnie rzuca, a teraz trzeba podawać `-Q`, żeby zupełnie wyciszyć.
https://github.com/libarchive/libarchive/issues/2069
2. #Git 2.43.2 zepsuł #PkgCheck, bo `git log` przestał akceptować `--no-find-copies`.
-
Random #Gentoo moaning for today:
1. #LibArchive started failing its tests (and #BSDCPIO and #BSDTar started being verbose) because #LRZip decided to repurpose the `-q` option. Previously, it silenced all the verbose output it defaults to, now you actually need to pass `-Q` to silence it.
https://github.com/libarchive/libarchive/issues/2069
2. #Git 2.43.2 broke #PkgCheck since `git log` apparently no longer accepts `--no-find-copies`.
-
Decided to switch shells and terminals entirely on #gentoo #linux so here is my new system info! #ksh (KoRN Shell) with #coolretroterm and #i3wm and I also added a cute little cowsay message in the next photo! Let me know what you think and maybe please consider boosting this so others can see my cool new setup!
-
Meet Sprout, the new release of #GenBerry with:
- templates for: #pidp8i #pidp11 and #octoprint
- use qemu
- change root default pw
- add user
https://github.com/dervishe-/GenBerry
#gentoo -
Seed: the first release (v1.1) of #GenBerry can handle #raspberrypi Zero, ZeroW, 1B, 2B, 3B, 3B+ and 4B in both 64 and 32 bits and install #gentoo onto it or build an image file or a tarball. It also allow you to communicate via usb tethering, serial.
https://github.com/dervishe-/GenBerry -
Seed: the first release (v1.1) of #GenBerry can handle #raspberrypi Zero, ZeroW, 1B, 2B, 3B, 3B+ and 4B in both 64 and 32 bits and install #gentoo onto it or build an image file or a tarball. It also allow you to communicate via usb tethering, serial.
https://github.com/dervishe-/GenBerry -
#Gentoo #Linux has become my daily driver over the last few months. The biggest advantage of Gentoo isn't the bragging rights (that still belongs to the #Arch users 😆 ). It's the fact that it's damn easy to package anything for the #Portage #package_management system. EClasses handle a lot of corner cases for you. And development tooling is top notch (I will be release one of my own soon).
For those who are familiar with #packaging on other #distros, do you know of anything more convenient?
-
https://dev.to/luzero/cross-stages-experiments-lfm
Some notes on my experiments on building #Gentoo for the #riscv BPI-F3 using only #crossdev
It starts shaping up nicely!
-
There is now an interesting guide by @mid_kid (https://mid-kid.root.sx/git/mid-kid/bootstrap/src/branch/master/gentoo-2024/gentoo.txt) on installing #Gentoo from just source and a tiny 200 byte kernel. At the moment it's a bit longish and starts with #livebootstrap then pivots to #LFS to obtain 64-bit toolchain and finally bootstraps #Gentoo from there.
Potentially some steps could be optimized, and #LFS removed but it works.
-
I've just updated my gentoo-bootstrap overlay (https://gitlab.com/stikonas/gentoo-bootstrap) with fixes to GCC →OpenJDK 8 bootstrap. (There was a bit of breakage due to some old ecj tarballs disappearing from distfiles.gentoo.org)
-
To speed up software upgrades on my dated #gentoo :gentoo: laptop, I finally installed #distcc (distributed C/C++ compilation) on a more powerful machine in the network (was easy with Docker).
I'm impressed how much big this difference this makes. Much quicker than expected, I can actually use the laptop during updating, _and_ I don't get random compilation errors due to hardware overheating.
-
Ciekawostka: jeżeli różne programy sypią się z błędami typu:
(…): GLib-GIO-ERROR **: 20:46:27.286: Settings schema '…' does not contain a key named '…'
a macie pewność, że schematy skompilowane, i definitywnie zawierają taki klucz, to może okazać się, że z jakiegoś powodu w waszym katalogu domowym siedzi dodatkowy plik ze skompilowanymi schematami, i jest używany zamiast systemowego.
Czyli:
rm ~/.local/share/glib-2.0/schemas/gschemas.compiled
-
Ciekawostka: jeżeli różne programy sypią się z błędami typu:
(…): GLib-GIO-ERROR **: 20:46:27.286: Settings schema '…' does not contain a key named '…'
a macie pewność, że schematy skompilowane, i definitywnie zawierają taki klucz, to może okazać się, że z jakiegoś powodu w waszym katalogu domowym siedzi dodatkowy plik ze skompilowanymi schematami, i jest używany zamiast systemowego.
Czyli:
rm ~/.local/share/glib-2.0/schemas/gschemas.compiled
-
Ciekawostka: jeżeli różne programy sypią się z błędami typu:
(…): GLib-GIO-ERROR **: 20:46:27.286: Settings schema '…' does not contain a key named '…'
a macie pewność, że schematy skompilowane, i definitywnie zawierają taki klucz, to może okazać się, że z jakiegoś powodu w waszym katalogu domowym siedzi dodatkowy plik ze skompilowanymi schematami, i jest używany zamiast systemowego.
Czyli:
rm ~/.local/share/glib-2.0/schemas/gschemas.compiled
-
Fun fact: if random applications are crashing with errors like:
(…): GLib-GIO-ERROR **: 20:46:27.286: Settings schema '…' does not contain a key named '…'
and you've already verified that you've compiled the schemas, and that the schema contains the listed key, then it may mean that for some reason you have another compiled schema file in your home directory, and it's taking precedence.
In other words:
rm ~/.local/share/glib-2.0/schemas/gschemas.compiled
-
Fun fact: if random applications are crashing with errors like:
(…): GLib-GIO-ERROR **: 20:46:27.286: Settings schema '…' does not contain a key named '…'
and you've already verified that you've compiled the schemas, and that the schema contains the listed key, then it may mean that for some reason you have another compiled schema file in your home directory, and it's taking precedence.
In other words:
rm ~/.local/share/glib-2.0/schemas/gschemas.compiled
-
Fun fact: if random applications are crashing with errors like:
(…): GLib-GIO-ERROR **: 20:46:27.286: Settings schema '…' does not contain a key named '…'
and you've already verified that you've compiled the schemas, and that the schema contains the listed key, then it may mean that for some reason you have another compiled schema file in your home directory, and it's taking precedence.
In other words:
rm ~/.local/share/glib-2.0/schemas/gschemas.compiled
-
#html5lib replacements in #Python are going great. So far:
• #bleach vendored it (a while ago) and removed six
• #rdflib forked it into "html5rdf" project, removed six and vendored webencodings
• #WeasyPrint created its own #tinyhtml5 as a replacementBut apparently nobody is interested in properly taking it over and maintaining going forward.
-
Dziś #Inea, dostawca mojego światłowodu, miała sporą awarię — zdaje się, że sięgającą od poznańskiego Dębca aż po Czempiń. Co przy okazji odkryłem?
Po pierwsze, nigdzie na ich stronie internetowej nie mogłem znaleźć informacji o bieżących awariach. W końcu zdecydowałem się na "czat" z "wirtualnym doradcą" (czyli jakimś durnym LLM-em) — i tuż po otwarciu owego "czata" i zaakceptowaniu regulaminu, z automatu dostałem listę bieżących awarii. Naprawdę nie dało się tego umieścić normalnie na stronie?
Po drugie, spędziłem sporo czasu, usiłując skonfigurować #tethering z telefonem. Głowiłem się i głowiłem, dlaczego to cholerne #DHCP nie chce działać. A że ani #systemd, ani #Android, nie dostarczają żadnego sensownego mechanizmu debugowania tego wynalazku, postanowiłem spróbować Wiresharka. Z WS wypatrzyłem, jakie IP ma telefon, dałem komputerowi IP z tego samego adresu — i cud, DHCP w końcu zaczęło działać.
Teraz tak sobie przypominam, że to nie pierwszy przypadek, kiedy DHCP nie działało mi dopóty, dopóki nie dałem komputerowi jakiegoś przypadkowego adresu. Przyznaję, że ekspertem od sieci nie jestem, sysadminem też bym się nie nazwał, ale WTF?!
-
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!
-
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 -
It looks like my joy in testing #Gentoo #time64 migration was premature.
In my case, #Perl did fail because I've added an explicit time32 + time64 linking check. However, after removing that check, it turned out that Perl has its own detailed check for compatibility between the modules and the interpreters, so it fails anyway.
Well, I guess we can't do much about that…
-
Za mną kolejna próbna migracja #Gentoo do #time64. Tym razem trafiłem na kilka problemów mieszania ABI:
• perl (świeżutka biblioteka z time64 poszła w LD_PRELOAD, konfliktowała z… GNU make, które było w wersji time32)
• List-MoreUtils (używało List-MoreUtils-XS, które nie zostało jeszcze przebudowane, na perlu z time64)
• pypy3.10 (test QA posypał się, bo pypy3_10-exe z time64 używało rozszerzeń z time32, z paczki pypy3_10)
• paczki używające help2man (przez Locale-gettext z time32)
• portage (używając modułu _whirlpool z time32, na Pythonie z time64)Moim zdaniem, to pomniejsze problemy, które nie powinny prowadzić do realnego posypania się systemu w produkcji. Czas na jeszcze jedną próbę, tym razem bez blokady mieszania ABI — czyli tak, jak będą to robić normalni użytkownicy.
-
Another #Gentoo #time64 test migration done. Hit a few ABI mixing errors throughout:
• perl (a freshly built time64 library built into LD_PRELOAD, conflicted with time32… GNU make)
• List-MoreUtils (used not-yet-rebuilt List-MoreUtils-XS on time64 perl)
• pypy3.10 itself (failing QA check due to using time64 pypy3.10 pypy3_10-exe with time32 extensions from pypy3_10)
• packages using help2man (due to using time32 Locale-gettext)
• portage (using time32 _whirlpool module on time64 Python)The way I see it, these are minor mismatches, unlikely to lead to any real-life problems. Now to do another try, this time without ABI mixing check — i.e. to see if anything would fail on a production system.
-
Kolejny istotny problem, na który natrafiłem testując migrację #Gentoo do #time64, to cykliczne zależności. Tak na przykład #systemd łączy się z bibliotekami z util-linux, podczas gdy te drugie (opcjonalnie) łączą się z bibliotekami z systemd.
Normalnie, menadżer pakietów wykrywa ten problem i odmawia operacji, sugerując tymczasową zmianę flag USE, by zlikwidować cykl. Niestety, w tej sytuacji to się nie dzieje, bo używamy opcji --emptytree — menadżer pakietów więc zbiera wszystkie paczki tak, jak gdyby żadna nie była zainstalowana, ale nadal traktuje je jak zainstalowane na potrzeby ustalenia, czy zależności są spełnione.
Mamy tu kilka możliwości. Możemy pogodzić się z tym, że kilka (może kilkanaście) paczek się posypie, i użytkownicy będą musieli na bieżąco naprawiać i obchodzić problemy z tymi paczkami. Możemy też dostarczyć kilka podpowiedzi, co przebudować wcześniej (np., żeby zrobić `USE="-systemd -udev" emerge -1v util-linux`). Jednakże nie uważam tego za dobre rozwiązanie.
Myślę, że bardziej praktycznie będzie zmodyfikować time32-prep tak, by domyślnie kopiowało biblioteki współdzielone zamiast przenosić je. W praktyce oznaczać to będzie pewne ryzyko, że programy tymczasowo będą korzystać z bibliotek o potencjalnie niezgodnym ABI, ale będzie to występowało w minimalnym stopniu, i oszczędzi użytkownikom sporego wysiłku walki z wieloma błędami przy przebudowywaniu systemu.
-
The next major issue in the #Gentoo #time64 transition testing I've been doing are cyclic dependencies. For example, #systemd links to util-linux, while util-linux (optionally) links to systemd.
Normally, the package manager detects the cyclic dependency and refuses to proceed, telling the user to temporarily modify USE flags in order to circumvent it. However, this doesn't work here as we're doing an --emptytree rebuild — which means that the package manager collects all packages for rebuild as if none were installed, but still considers them installed for the purpose of dependency satisfaction.
Well, one possibility here is to expect some build failures and actively work towards fixing and working around them. We could also provide some hints as to what to rebuild early (e.g. `USE="-systemd -udev" emerge -1v util-linux`). However, I don't think this is really a good solution for our users.
A far more practical approach would be have time32-prep copy shared libraries by default, rather than moving them. While this would still open some risk of packages temporarily using mixed-ABI libraries, ideally it would be only minimal and save users from having to tediously figure out multiple build failures.
-
Figured something out myself today. How to “Direct Kernel Boot” #gentoo #linux and removing #grub. Thought I’d make a guide and some scripts for helping out if others also want to try doing this.
Here is the GitHub gist I made about it if you wanna try it yourself!
https://gist.github.com/AFellowSpeedrunner/f2374c1c924d39d0fb2c4f27f25e8dbc
#uefi #efi #bootloaders #computers #technology #gentoolinux #linuxkernel
