Search
1000 results for “gentoo”
-
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
-
Also, on the subject of "why yes I rewrote that in bash, why?", you might be interested in one of my side projects: #passgen, a full passphrase generator based off similar principles to diceware or other word-list based passphrase generators. It's pure bash and plays well with standard input/output.
-
#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?!
-
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.
-
@Gentoo_eV Given that I get a KVM console in time, I will demonstrate my installation guide (https://gentoo.duxsco.de/) in English using a #Hetzner dedicated server.
- What? Beyond Secure Boot – Measured Boot on Gentoo Linux?
- When? Saturday, 2024-10-19 at 18:00 UTC (20:00 CEST)
- Where? Video call via BigBlueButton: https://bbb.gentoo-ev.org/
The final setup will feature:
- #SecureBoot: All EFI binaries and unified kernel images are signed.
- #MeasuredBoot: #clevis and #tang will be used to check the system for manipulations via #TPM 2.0 PCRs and for remote LUKS unlock (you don't need tty).
- Fully encrypted: Except for ESPs, all partitions are #LUKS encrypted.
- #RAID: Except for ESPs, #btrfs and #mdadm based #RAID are used for all partitions.
- Rescue System: A customised #SystemRescue (https://www.system-rescue.org/) supports SSH logins and provides a convenient chroot.sh script.
- Hardened #Gentoo #Linux for a highly secure, high stability production environment.
- If enough time is left at the end, #SELinux which provides Mandatory Access Control using type enforcement and role-based access control
-
@Gentoo_eV Given that I get a KVM console in time, I will demonstrate my installation guide (https://gentoo.duxsco.de/) in English using a #Hetzner dedicated server.
- What? Beyond Secure Boot – Measured Boot on Gentoo Linux?
- When? Saturday, 2024-10-19 at 18:00 UTC (20:00 CEST)
- Where? Video call via BigBlueButton: https://bbb.gentoo-ev.org/
The final setup will feature:
- #SecureBoot: All EFI binaries and unified kernel images are signed.
- #MeasuredBoot: #clevis and #tang will be used to check the system for manipulations via #TPM 2.0 PCRs and for remote LUKS unlock (you don't need tty).
- Fully encrypted: Except for ESPs, all partitions are #LUKS encrypted.
- #RAID: Except for ESPs, #btrfs and #mdadm based #RAID are used for all partitions.
- Rescue System: A customised #SystemRescue (https://www.system-rescue.org/) supports SSH logins and provides a convenient chroot.sh script.
- Hardened #Gentoo #Linux for a highly secure, high stability production environment.
- If enough time is left at the end, #SELinux which provides Mandatory Access Control using type enforcement and role-based access control
-
@Gentoo_eV Given that I get a KVM console in time, I will demonstrate my installation guide (https://gentoo.duxsco.de/) in English using a #Hetzner dedicated server.
- What? Beyond Secure Boot – Measured Boot on Gentoo Linux?
- When? Saturday, 2024-10-19 at 18:00 UTC (20:00 CEST)
- Where? Video call via BigBlueButton: https://bbb.gentoo-ev.org/
The final setup will feature:
- #SecureBoot: All EFI binaries and unified kernel images are signed.
- #MeasuredBoot: #clevis and #tang will be used to check the system for manipulations via #TPM 2.0 PCRs and for remote LUKS unlock (you don't need tty).
- Fully encrypted: Except for ESPs, all partitions are #LUKS encrypted.
- #RAID: Except for ESPs, #btrfs and #mdadm based #RAID are used for all partitions.
- Rescue System: A customised #SystemRescue (https://www.system-rescue.org/) supports SSH logins and provides a convenient chroot.sh script.
- Hardened #Gentoo #Linux for a highly secure, high stability production environment.
- If enough time is left at the end, #SELinux which provides Mandatory Access Control using type enforcement and role-based access control
-
@Gentoo_eV Given that I get a KVM console in time, I will demonstrate my installation guide (https://gentoo.duxsco.de/) in English using a #Hetzner dedicated server.
- What? Beyond Secure Boot – Measured Boot on Gentoo Linux?
- When? Saturday, 2024-10-19 at 18:00 UTC (20:00 CEST)
- Where? Video call via BigBlueButton: https://bbb.gentoo-ev.org/
The final setup will feature:
- #SecureBoot: All EFI binaries and unified kernel images are signed.
- #MeasuredBoot: #clevis and #tang will be used to check the system for manipulations via #TPM 2.0 PCRs and for remote LUKS unlock (you don't need tty).
- Fully encrypted: Except for ESPs, all partitions are #LUKS encrypted.
- #RAID: Except for ESPs, #btrfs and #mdadm based #RAID are used for all partitions.
- Rescue System: A customised #SystemRescue (https://www.system-rescue.org/) supports SSH logins and provides a convenient chroot.sh script.
- Hardened #Gentoo #Linux for a highly secure, high stability production environment.
- If enough time is left at the end, #SELinux which provides Mandatory Access Control using type enforcement and role-based access control
-
@Gentoo_eV I linked your announcement at the top of every page at:
https://gentoo.duxsco.de/ -
@Gentoo_eV I linked your announcement at the top of every page at:
https://gentoo.duxsco.de/ -
@Gentoo_eV I linked your announcement at the top of every page at:
https://gentoo.duxsco.de/ -
@Gentoo_eV I linked your announcement at the top of every page at:
https://gentoo.duxsco.de/ -
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
-
Honestly, I find the decision in #Wine 9.0 to force #HidRaw by default for specific gamepads a very bad one. Apparently, it was done because these devices use "a proprietary HID protocol", and so they full functionality cannot be exposed via XInput. Well, okay. Except that there are two problems.
Firstly, using them via HidRaw requires special device permissions. In #Gentoo, this means installing games-util/game-device-udev-rules. If you don't do that, the controllers simply don't appear at all, and you don't know why. You have to look for answers. Even if you do, I have some doubts about giving extra permissions to stuff.
Secondly, it requires all software to support these gamepads explicitly. I mean, I've tried this with DualShock 4 in two games. In "Saints Row V", the gamepad work but the Y axis would be reversed for no apparent reason. In "A Plague Tale", the gamepad wouldn't be detected at all.
I prefer a gamepad that works over theoretical support for some fancy hidden features. So it's back to XInput for me:
wine reg add "HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\winebus" /v "DisableHidraw" /t REG_DWORD /d 1
-
Szczerze mówiąc, uważam wymuszenie #HidRaw dla określonych gamepadów w #Wine 9.0 za złą decyzję. Zdaje się, że zrobiono to, bo te urządzenia wykorzystują "własnościowy protokół HID", i XInput nie dostarcza pełnej funkcjonalności. No dobra… tyle że mam tu dwa problemy.
Po pierwsze, używanie ich przez HidRaw wymaga dodatkowych uprawnień do urządzeń. W #Gentoo zainstalować należy games-util/game-device-udev-rules. Jeśli się tego nie zrobi, to pady nie pojawiają się wcale, i nie masz pojęcia dlaczego. Trzeba szukać odpowiedzi. A nawet jak się je znajdzie, to mam wątpliwości, co do słuszności dawania dodatkowych uprawnień do urządzeń.
Po drugie, wymagania to specjalnego wsparcia w oprogramowaniu. Próbowałem tego z kontrolerem DualShock 4 w dwóch grach. W "Saints Row V", gamepad działał, ale oś Y była odwrócona bez jasnego powodu. "A Plague Tale" w ogóle nie wykrywało pada.
Wolę jednak gamepad, który działa, niż teoretyczne wsparcie jakichś tajnych, wypasionych funkcji. Tak więc wracam do XInput:
wine reg add "HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\winebus" /v "DisableHidraw" /t REG_DWORD /d 1
-
So my #DualShock 4 controller stopped working on #Wine 9.1. I've bisected it, and it turned out that the problem is that they've switched to #HidRaw by default. Okay.
https://bugs.winehq.org/show_bug.cgi?id=56292#c2
So I read up on it, and it seems that… HidRaw is only accessible to root by default, and you need to hack the permissions up to make it work.
Is this a facepalm moment? 🤦♂️
-
No więc mój pad #DualShock 4 przestał działać z #Wine 9.1. Zrobiłem bisecta i wyszło na to, że problem polega na tym, że przełączono na użycie #HidRaw domyślnie dla tego rodzaju kontrolera. No dobra.
https://bugs.winehq.org/show_bug.cgi?id=56292#c2
Tak więc czytam na ten temat… i wygląda na to, że HidRaw domyślnie wymaga uprawnień administratora, i trzeba je przerobić, żeby zadziałało.
Czy to dobry moment na facepalma? 🤦♂️
-
Tempted some times to tear my #Gentoo build down to the absolute baseline and rebuild my desktop environment setup.
Maybe instead of #sddm use something very minimal like #GreetD and #Tuigreet. Maybe see if I could modify the base terminal to instead of the glowing default white I could make it something like older blue green or orange.
-
-
Another #Gentoo day.
#Python brotlicffi package requires test data from #brotli package that's excluded from git archives via
.gitattributes, so we have to fetch it separately.#sphinx-prompt made a new release that's completely uninstallable because it doesn't account for the package name being different than the distribution name. Oh yes, upstream uses the single most awful hack in the history of packaging to workaround that.
https://github.com/sbrunner/sphinx-prompt/issues/398
https://github.com/sbrunner/sphinx-prompt/blob/adebec5cb63deea6e1a210d38e675304ee664ec2/.github/workflows/main.yaml#L26 -
#Gentoo #Linux Begins Offering #x86-64-v3 Binary Packages
Gentoo is joining the likes of Serpent OS, RHEL 10, Ubuntu and other Linux distributions that are optionally providing #x86_64_v3 packages or currently exploring the possibilities of doing so or even raising their #x86_64 baseline in the future.
https://www.phoronix.com/news/Gentoo-x86-64-v3-Binaries -
I am now a GURU contributor \o/
GURU is an official package repository maintained collaboratively by #Gentoo users: https://wiki.gentoo.org/wiki/Project:GURU
I maintain several unofficial packages in my overlay, like #Laminar, #Proselint, #Clight, #Vale, #OfflineIMAP3, #actionlint, #dive.
Having direct access to GURU allows me to publish these into an official source for the greater benefit of the wider #community.
