Search
1000 results for “Gentoo_eV”
-
Made progress on packaging #ntpd_rs by @trifectatech for @gentoo :
✅ proper hermetic Rust build
✅ cooked up OpenRC init scripts
✅ runs unprivileged as ntp:ntp
✅ operational #prometheus metrics exporter
✅ man pagesStill a few rough edges but getting there!
#chrony is currently still the better choice but alternatives are always good. -
Gentoo Penguin (Sealife by CollectA)
Review and images by Suspsy; edited by bmathison1972
The gentoo penguin (Pygoscelis papua) is the third largest living species of penguin after the emperor and king penguins respectively. It is found on various islands around Antarctica and the southern tip of South America, but has also been found as far as New Zealand and Tasmania. Its closest relatives are the Adelie and chinstrap […]
Read more... https://animaltoyforum.com/blog/gentoo-penguin-sealife-by-collecta/
-
Gdyby ktoś potrzebował takich danych, to budowanie Flanga (przy pomocy Clanga, na AArch64) z -j96 powoduje maksymalne użycie RAM-u na poziomie 102G.
-
Nie, żebym coś obiecywał, ale właśnie wysłałem ostatnią łatkę, która powinna naprawić budowanie Flanga na #Gentoo:
-
Według https://freepg.org/, 5 dystrybucji używa teraz #FreePG: #ArchLinux, #Debian, #Fedora, #NixOS i #Ubuntu. #Gentoo dołącza do tej listy, ale miast cichaczem wprowadzać istotne zmiany w GnuPG, dostarczamy odrębną paczkę (app-crypt/freepg), i oznaczamy ją odpowiednio:
$ gpg --version
gpg (GnuPG) 2.5.13-freepg -
According to https://freepg.org/, there are 5 distributions using #FreePG right now: #ArchLinux, #Debian, #Fedora, #NixOS and #Ubuntu. Now #Gentoo joins that list, except that instead of silently making intrusive patching on top of GnuPG, we provide it as a separate package (app-crypt/freepg), and mark appropriately:
$ gpg --version
gpg (GnuPG) 2.5.13-freepg -
If you think #Gentoo was boring recently, I've been doing some stuff to make it more interesting. No need to thank me.
#FlexiBLAS: now default in order to break more ~arch systems
#FreePG: available as an alternative on ~arch, but dependencies need to be updated still to allow it more
#ZlibNG: started experimenting with it locally, flag still masked -
If you think #Gentoo was boring recently, I've been doing some stuff to make it more interesting. No need to thank me.
#FlexiBLAS: now default in order to break more ~arch systems
#FreePG: available as an alternative on ~arch, but dependencies need to be updated still to allow it more
#ZlibNG: started experimenting with it locally, flag still masked -
If you think #Gentoo was boring recently, I've been doing some stuff to make it more interesting. No need to thank me.
#FlexiBLAS: now default in order to break more ~arch systems
#FreePG: available as an alternative on ~arch, but dependencies need to be updated still to allow it more
#ZlibNG: started experimenting with it locally, flag still masked -
#gentoo #яхтинг @rf @ua
Посмотрел кто меинтейнит яхтенный софт в генточке - а там https://sy-gentoo.de/assets/images/gentoo.jpg -
Installing ungoogled-chromium-bin on Gentoo turned out to be very straightforward. Just as adding the Librewolf repo is btw. Recently I've been moving all browser installs over to these two. Both projects have been around for a long time and consistently deliver quality.
#gentoo #librewolf #ungoogledchromium -
Installing ungoogled-chromium-bin on Gentoo turned out to be very straightforward. Just as adding the Librewolf repo is btw. Recently I've been moving all browser installs over to these two. Both projects have been around for a long time and consistently deliver quality.
#gentoo #librewolf #ungoogledchromium -
Installing ungoogled-chromium-bin on Gentoo turned out to be very straightforward. Just as adding the Librewolf repo is btw. Recently I've been moving all browser installs over to these two. Both projects have been around for a long time and consistently deliver quality.
#gentoo #librewolf #ungoogledchromium -
Soft 90s Rock and a #Gentoo install on a laptop.
Just #SundayThings
-
So this old-ish 2017 LiteOn SSD is nearing EOL I guess. df -h never finishes, and opening some folders to save a file takes one minute. smartctl pretends self-assessment test result: PASSED, but I'm like meh. Time to let go. #gentoo #ssd #wearandtear
-
Gentoo-Based Porteus Kiosk 5.3 Released with Hardware Video Decoding, Virtual Keyboard
-
Gentoo-Based Porteus Kiosk 5.2 Brings Linux 5.10 LTS, Updated VAAPI Stack
https://9to5linux.com/gentoo-based-porteus-kiosk-5-2-brings-linux-5-10-lts-updated-vaapi-stack
-
Gentoo-Based Porteus Kiosk 5.1 Distro Released with Firefox 78.3 ESR, Silent Printing
-
I keep forgetting the golden rule: provide the absolute minimum of information that's strictly relevant to the issue at hand. Otherwise, people are just going to cling to a tangential point that's entirely irrelevant to the problem. Sigh.
That said, any help at explaining this would be welcome.
https://github.com/SCons/scons/pull/4318#issuecomment-1460130016
-
@joergi Funny, my first Linux happened to be also a #SuseLinux bought around the same time as a physical copy. I can remember that it came with a printed manual.
Soon after this I went completely nuts with #gentoo -
Powspominajmy #LibAV, fork FFmpega. Nie będę wchodził w szczegóły powstania projektu, bo czytałem kilka wersji i nie jestem obiektywny.
W czasie swojej świetności, LibAV borykał się z trzema problemami. Po pierwsze, #FFmpeg stanowił "markę" — definiował to, czego oczekiwali użytkownicy, zbierał większość dotacji i wkładu w kod. Po drugie, LibAV starał się poprawić jakość kodu. Oznaczało to, że FFmpeg mógł łatwo kopiować poprawki z LibAV (i to robiono), natomiast nie wszystko nadawało się do kopiowania w drugą stronę. Po trzecie, LibAV starało się usuwać stare API, wskutek czego istniejące aplikacje były z nim mniej zgodne.
Koniec końców, praca przy LibAV obejmowała zarówno utrzymanie kompletności funkcjonalności z FFmpeg, jak i łatanie oprogramowania dla zgodności z ichnim API. Czasem było to oprogramowanie, które nie było już rozwijane, i tym samym wymagało utrzymania łatek na stałe. Czasem autorzy byli wrogo nastawieni, więc łatki trzeba było regularnie aktualizować. Najbardziej chyba widocznym tego przykładem był odtwarzacz #mpv, którego autor najpierw porzucił wsparcie FFmpega na rzecz LibAV, a potem zmienił zdanie i usunął wsparcie LibAV.
Na dodatek, oba komplety bibliotek nie były ze sobą zgodne pod względem ABI, więc było to wszystko-albo-nic. Użytkownicy #Gentoo przypadkowo zmuszani byli do przebudowania wszystkiego, kiedy nowowybrana paczka albo nowa wersja programu wymagała zmiany. Dystrybucje binarne miały jeszcze gorzej. Koniec końców, Debian wrócił do FFmpega w 2015, Gentoo usunęło LibAV w 2020, a sam projekt zarzucono w 2022.
A skąd te wspominki? Z wiadomości o korporacyjnym przejęciu nginksa, i forku do FreeNginx. Nie pierwszy taki przypadek, z pewnością nie ostatni — może to kolejny wariant obsrania świata IT. OpenOffice z sukcesem został zastąpiony przez LibreOffice. BerkeleyDB jest zarzucany przez programy po przejęciu przez Oracle. LibreSSL wciąż żyje równolegle z OpenSSL, choć nie jest szeroko wspierane.
-
#AnyIO może wydawać się dobrym rozwiązaniem -- obsługa wielu wariantów asyncio za jedną biblioteką. Niestety, z perspektywy dystrybucji Linuksa sprowadza się to do "ta paczka jest (pośrednio) zależna od #trio", a trio nie jest rozwijane szczególnie aktywnie, nie nadąża za nowymi wersjami #Python, a do tego czasem zmienia API i paczki oczekują starych wersji.
To jak promocja "dwa w cenie jednego", kiedy potrzebujesz tylko jednej sztuki, a okres przydatności do spożycia jest krótki.
-
New on my #Gentoo blog: One #jobserver to rule them all
"""
A common problem with running Gentoo builds is concurrency. Many packages include extensive build steps that are either fully serial, or cannot fully utilize the available CPU threads throughout. This problem becomes less pronounced when running building multiple packages in parallel, but then we are risking overscheduling for packages that do take advantage of parallel builds.Fortunately, there are a few tools at our disposal that can improve the situation. Most recently, they were joined by two experimental system-wide jobservers: #guildmaster and #steve. In this post, I’d like to provide the background on them, and discuss the problems they are facing.
"""https://blogs.gentoo.org/mgorny/2025/11/30/one-jobserver-to-rule-them-all/
-
ИИ под запретом. Gentoo вводит ограничения на использование искусственного интеллекта
Gentoo, один из самых популярных дистрибутивов Linux, ввёл запрет на принятие изменений, созданных при помощи инструментов генеративного искусственного интеллекта (ГИИ). Этот запрет охватывает различные аспекты работы над дистрибутивом. Так, разработчики больше не могут использовать ГИИ для написания кода, отчётов об ошибках или документации. Но не исключено, что в будущем эти изменения будут пересмотрены. Подробности — под катом.
https://habr.com/ru/companies/ru_mts/articles/808995/
#искуственный_интеллект #ai #open_source #linux #разработка_под_linux #Gentoo
-
Another post on #Quansight PBC blog: "BLAS/LAPACK #packaging"
https://labs.quansight.org/blog/blas-lapack-packaging
"""
#BLAS and #LAPACK are the standard libraries for linear algebra. The original implementation, often called Netlib LAPACK, developed since the 1980s, nowadays serves primarily as the origin of the standard interface, the reference implementation and a conformance test suite. The end users usually use optimized implementations of the same interfaces. The choice ranges from generically tuned libraries such as OpenBLAS and BLIS, through libraries focused on specific hardware such as Intel® oneMKL, Arm Performance Libraries or the Accelerate framework on macOS, to ATLAS that aims to automatically optimize for a specific system.The diversity of available libraries, developed in parallel with the standard interfaces, along with vendor-specific extensions and further downstream changes, adds quite a bit of complexity around using these libraries in software, and distributing such software afterwards. This problem entangles implementation authors, consumer software authors, build system maintainers and distribution maintainers. Software authors generally wish to distribute their packages built against a generically optimized BLAS/LAPACK implementation. Advanced users often wish to be able to use a different implementation, more suited to their particular needs. Distributions wish to be able to consistently build software against their system libraries, and ideally provide users the ability to switch between different implementations. Then, build systems need to provide the scaffolding for all of that.
I have recently taken up the work to provide such a scaffolding for the Meson build system; to add support for BLAS and LAPACK dependencies to Meson. While working on it, I had to learn a lot about BLAS/LAPACK packaging: not only how the different implementations differ from one another, but also what is changed by their respective downstream packaging. In this blog post, I would like to organize and share what I have learned.
"""
