#omarchy najlepsze distro z jakim miałem do czynienia. Żegnaj #nixos !

https://pl.omarchy.org/

#linux #archlinux

Ta piosenka wymaga od ciebie około 3 minuty uwagi. i działający głosnik. i zero pojęcia o konsekwencjach.
#archlinux :D

trza przyznać astra jest dobra :D nawet sam nie wiem jak to ona synchronizuje, ale działa :D

Stallman wytoczył ciężkie działa. Omarchy zebrało 13 mln dolarów w 2 tygodnie. https://omarchy.org/

#linux #programista15k #programowanie #archlinux

Bürokratismus naprawdę istnieje...
usunęli mój pakiet by zastąpić swoim...

mój dłogotrwały pakiet: https://github.com/skorotkiewicz/packages-aur/tree/main/rayfish (yay -S rayfish)
został zastępiony przez "oficjalne" konto rayfish. (yay -S rayfish-bin)

no jak tak chcą, oby tylko tej decyzji nie zawali...

#ciekawostki #archlinux

Co ja robiłem w nowym roku 2014?

https://aur.archlinux.org/account/modinfo
https://news.ycombinator.com/user?id=modinfo

#heheszki #archlinux

WOW! Nowa wersja pi-bin jest super mocne z mcp wynikami :o
jak całkowicie nowy silnik do mcp :o
// zabawne, że cytuje włansy pakiet do AUR o_O

#archlinux #sztucznainteligencja

Kiedy wróci AUR do normy? :c

#archlinux #aur #kiciochpyta

Co tak naprawdę drażni w systemd

Mało który temat w świecie Linuksa potrafi wywołać tyle emocji przy piwie albo na forum co pytanie o systemd. Z jednej strony mamy ponad dekadę intensywnego rozwoju, ogromną adopcję i fakt, że większość dużych dystrybucji dawno uznała go za standard. Z drugiej – uporczywą krytykę, która nie znika mimo powszechnego wykorzystania projektu. Warto rozłożyć ją na czynniki pierwsze, bo sprowadzanie całej dyskusji do „bo tak” niewiele wyjaśnia.

Pierwszy zarzut dotyczy skali projektu. systemd zaczynał jako zamiennik klasycznego init, ale z czasem objął znacznie więcej: centralny dziennik zdarzeń (journald), resolver DNS (resolved), zarządzanie sesjami (logind), konfigurację sieci (networkd), synchronizację czasu (timesyncd), timery będące alternatywą dla crona i wiele innych elementów. Każdy z tych komponentów z osobna ma swoje uzasadnienie. Kontrowersje budzi jednak fakt, że są rozwijane w ramach jednego ekosystemu, mają wspólny cykl wydawniczy i często korzystają ze wspólnej infrastruktury.

Nie oznacza to, że wszystkie komponenty systemd działają z uprawnieniami roota – wiele usług korzysta z osobnych użytkowników systemowych i mechanizmów sandboxingu. Jednocześnie jednak część kodu wykonuje zadania uprzywilejowane lub współpracuje bezpośrednio z PID 1. W praktyce większa liczba komponentów odpowiedzialnych za podstawowe funkcje systemu oznacza większą powierzchnię wymagającą audytu bezpieczeństwa. Historia podatności, między innymi w journald czy systemd-resolved, pokazuje, że nie jest to wyłącznie teoretyczny problem. Oczywiście podobne błędy zdarzają się również w innych projektach – różnica polega głównie na skali całego ekosystemu.

Dobrze ilustruje to Alpine Linux, który świadomie obrał zupełnie inną drogę: wykorzystuje OpenRC zamiast systemd i musl zamiast glibc. Nie dlatego, że OpenRC jest z definicji bezpieczniejszy. Po prostu wiele komponentów obecnych w systemd w ogóle tam nie istnieje. Mniejsza liczba usług systemowych i mniejsza złożoność upraszczają architekturę oraz ograniczają ilość kodu wymagającego utrzymania. Nie gwarantuje to automatycznie większego bezpieczeństwa, ale zmniejsza poziom skomplikowania systemu.

Drugim źródłem sporów jest filozofia projektowania. Klasyczny Unix promował niewielkie narzędzia wykonujące jedno zadanie i komunikujące się za pomocą prostych interfejsów, najczęściej tekstowych. systemd stawia na znacznie silniejszą integrację. Zamiast zestawu niezależnych programów otrzymujemy spójny ekosystem, którego elementy współpracują ze sobą i wykorzystują wspólne mechanizmy.

Dobrym kontrastem jest s6 autorstwa Laurenta Bercota. To zestaw małych programów realizujących nadzór nad usługami bez centralnego demona zarządzającego całym systemem. Nie oznacza to, że s6 jest obiektywnie lepsze od systemd. Pokazuje jedynie, że podobne cele można osiągnąć również poprzez większą modularność i podział odpowiedzialności między mniejsze narzędzia.

Trzecia kwestia ma charakter bardziej ekosystemowy niż techniczny. Wiele popularnych projektów zaczęło zakładać obecność komponentów systemd, zwłaszcza logind. Przykładowo środowisko GNOME korzysta z API dostarczanego przez logind, a dystrybucje nieużywające systemd potrzebowały kompatybilnej implementacji tego interfejsu. Tak powstały rozwiązania takie jak elogind, które pozwalają korzystać z części ekosystemu GNOME bez instalowania pełnego systemd.

Podobnie dystrybucje unikające systemd, takie jak Devuan, musiały przez lata utrzymywać własne rozwiązania lub alternatywne komponenty. Nikt ich do tego nie zmuszał, ale był to koszt pozostania poza dominującym ekosystemem.

Z tym wiąże się także koszt migracji. Im dłużej dystrybucja lub administrator wykorzystuje systemd, tym więcej pojawia się integracji: jednostki usług, timery, generatory, transient units czy zależności między usługami. Każda z tych funkcji jest przydatna, ale każda zwiększa koszt ewentualnego przejścia na inne rozwiązanie. Void Linux pokazuje, że można przez lata z powodzeniem opierać całą dystrybucję na runit. Jest to jednak przykład systemu zaprojektowanego od początku wokół tej technologii, a nie migracji z systemd. Łatwiej nie wejść do danego ekosystemu niż później z niego wychodzić.

Jest jeszcze kwestia czytelności konfiguracji i diagnozowania problemów. Drop-iny w katalogach .d, generatory tworzące jednostki podczas startu czy jednostki tymczasowe powstające dynamicznie sprawiają, że system jest bardzo elastyczny. Jednocześnie zwiększają liczbę miejsc, które trzeba przeanalizować podczas awarii. W praktyce administrator często korzysta z journalctl, systemctl status czy systemd-analyze, analizując wiele warstw konfiguracji. W klasycznym SysVinit większość logiki znajdowała się w skryptach /etc/init.d/, które można było po prostu przeczytać od początku do końca.

Trzeba jednak oddać systemd to, co mu się należy. SysVinit miał rzeczywiste ograniczenia: sekwencyjny start usług, brak natywnego nadzoru nad procesami, prymitywne zarządzanie zależnościami oraz skrypty, których jakość zależała od autora pakietu. systemd rozwiązał wiele z tych problemów, wprowadzając deklaratywne zależności, równoległy start usług, automatyczne restartowanie procesów, socket activation oraz spójny sposób zarządzania usługami.

To właśnie dlatego został przyjęty przez większość dużych dystrybucji, a nie z powodu „zmowy” czy wygody maintainerów.

Krytyka systemd nie polega więc na negowaniu jego osiągnięć. Pytanie brzmi raczej, czy wszystkie te funkcje musiały znaleźć się w jednym projekcie i czy równie skuteczne rozwiązania można było osiągnąć przy mniejszym stopniu integracji.

Różne systemy init odpowiadają na to pytanie na różne sposoby.

systemd – bardzo rozbudowany zestaw komponentów, natywne supervision usług, deklaratywne zależności, socket activation, scentralizowane logowanie, timery, zarządzanie sesjami i wiele usług systemowych. Filozofia: głęboka integracja całego stosu.

SysVinit – prosty init oparty na skryptach, bez natywnego supervision i z ograniczonym mechanizmem zależności. Filozofia: prostota i przewidywalność.

OpenRC – zgodny ze skryptami SysV, oferuje równoległy start i zarządzanie zależnościami, a supervision można dodać opcjonalnie. Filozofia: modularność przy zachowaniu kompatybilności.

runit – niewielki, bardzo szybki, z wbudowanym stałym nadzorem nad procesami. Filozofia: minimum funkcji potrzebnych do skutecznego zarządzania usługami.

s6 – zaawansowany zestaw narzędzi supervision zbudowany zgodnie z filozofią małych programów współpracujących przez proste interfejsy. Dodatkowe funkcje, takie jak socket activation, realizowane są przez osobne narzędzia. Filozofia: maksymalna modularność.

sinit – ekstremalnie mały init ograniczający się praktycznie do uruchomienia pierwszych procesów. Zarządzanie usługami pozostawia użytkownikowi. Filozofia: absolutny minimalizm.

Shepherd – system init wykorzystywany przez GNU Guix, napisany w Guile, z deklaratywną konfiguracją i możliwością dynamicznego przeładowywania usług. Filozofia: integracja z modelem konfiguracji Guix.

dinit – nowoczesny system init napisany w C++, oferujący supervision, zależności usług oraz socket activation przy stosunkowo niewielkim rozmiarze kodu. Filozofia: nowoczesne funkcje bez nadmiernej rozbudowy.

Nie istnieje więc jeden obiektywnie najlepszy system init. Wybór zawsze oznacza kompromis między funkcjonalnością, prostotą, stopniem integracji i łatwością utrzymania.

systemd pozostaje najbardziej kompletnym rozwiązaniem i oferuje najgłębszą integrację z obecnym ekosystemem Linuksa. s6 reprezentuje najbardziej konsekwentne podejście do klasycznej filozofii Uniksa, choć wymaga większej wiedzy administratora. runit od lat pokazuje, że prosty system supervision może napędzać pełnoprawną dystrybucję, czego przykładem jest Void Linux. sinit pozostaje rozwiązaniem dla zwolenników ekstremalnego minimalizmu, a Shepherd wyróżnia się przede wszystkim w ekosystemie GNU Guix.

To właśnie o ten kompromis od kilkunastu lat toczy się cała dyskusja wokół systemd.

#linux #systemd #unix #opensource #opensource #sysadmin #administracja #serwery #devops #programowanie #informatyka #cyberbezpieczenstwo #technologia #software #foss #gnu_linux #archlinux #debian #alpine #voidlinux #gnulinux #fsf

Mireczki, krótka piłka, bo weekend za pasem. ( ͡° ͜ʖ ͡°)

Jak komuś z Was albo znajomym wysypał się właśnie #linux, system nie wstaje, GRUB rzucił czarnym ekranem, PipeWire zgubił dźwięk, albo sterowniki od Nvidii/Proton palą gierki na Steam Decku przed wieczornym graniem – nie traćcie nocy na przekopywanie toksycznych forów.

Szkoda nerwów, ogarniam takie usterki od ręki zdalnie przez RUSTDESK (open-source, czysta robota, bez zamulania) albo stacjonarnie w #szczecin (Niebuszewo / Centrum).

Żeby nie było niedomówień, cennik studencko-ratunkowy:
ZDALNIE: 50 zł / h (pierwsza godzina z góry na BLIK, bo zbieram na spłatę
kredytu i długów, więc robimy czystą akcję win-win).
STACJONARNIE: 50 zł / h + stówka za dojazd.
PAKIETY: Przy konkretnych tematach (instalacja od zera, dual-boot z Windowsem, sterowniki) możemy dogadać stałą cenę orientacyjną za całą usługę, żeby nikt nie czuł się zaskoczony.

(Z góry mówię: nie bawię się chwilowo w serwery WWW i bazy danych – czysty desktop, gaming i codzienne awarie).

Jak coś komuś leży i kwiczy – uderzajcie prosto na PW, opiszcie krótko pacjenta i stawiamy system na nogi, zanim p--o w lodówce zdąży się schłodzić! 🐧🔥
#linux #pcmasterrace #komputery #ubuntu #archlinux #steamdeck #serwispc #gry

Gapisz mi się na Kernel ?!!
#linux #archlinux

Ostatnio na Linuxa wypływa coraz więcej podatności, i nasuwa mi się takie pytanie - jaki jest najbezpieczniejszy model pozyskiwania nowego softu tak aby być bezpiecznym? Flatpak, snap czy appimage? Wiadomo że najlepiej instalować tylko z zaufanych źródeł, oficjalnych sprawdzonych repo itd. Ale nikt nie jest nieomylny a przy tak wielu dystrybucjach, nie na każdej są oficjalne pakiety każdego programu.

https://wykop.pl/link/7961103/w-repozytorium-aur-systemu-arch-linux-wykryto-ponad-400-zainfekowanych-pakietow

#linux #kiciochpyta #pytanie #archlinux #ubuntu

Dell postawiło stoisko z linuxem Omarchy na ich flagowej konferencji Dell Technologies World https://x.com/i/status/2056761861152850154

To będzie rok Linuxa :)

#linux #dell #omarchy #archlinux #wayland #komputery

#linux #archlinux #wayland
No no LXQT na Wayland działa już całkiem sprawnie :D

dlaczego po świeżej instalacji archa z KDE i firefoxa, ten ma upośledzony pasek żywcem wyjęty z GNOME? Bez maksymalizacji i minimalizacji - mogę se to tylko wyłączyć!! Co tu się odj... Krwicy tu zara dostanę!
#linux #archlinux

Od kilku godzin, bezskutecznie próbuję poprawić wygląd polskich czcionek w cachyOS przy pomocy ejajuf wszelkiej maści i nic nie pomaga. Czy to w chromium czy firefox - wszystkie ogonki ą ę ń ź ż są wyraźnie mniejsze od pozostałych, jakby z innej parafii. Jeśli wiesz jak to naprawić, podziel się!
#linux #archlinux

Widzę, że jesteś dumny ze swojego projektu. Ale może wyjaśnisz z czego? Że Archa zainstalowałeś na e-papierosie? #linux #archlinux #elektroda

Jaki system plików używać na #linux z obsługą snapshotów? Nie wiem na co się już zdecydować, bo słyszałem historie że i BTRFS jak i ZFS potrafią cicho uszkadzać dane.

I drugie dodatkowe pytanie. Czy odradzacie robienie partycji na całym dyski, aby później dzielić ją na subvolumes wewnątrz systemu plików?
#archlinux #ubuntu #fedora #cachyos #zfs #btrfs #ext4

#linux #ubuntu #debian #mint #linuxmint #archlinux #linuxmasterrace

Idealna choinka dla użytkowników Linuxa

curl xmas.ysap.sh | bash

Wow, właśnie w 46 sekund postawiłem Arch Linux z EFI (systemd-boot) i zamontowałem dysk!
To był totalny reinstall, przez chroot z Arch, ale właśnie zdałem sobie sprawę, ja postawiłem Archa w mniej niż 1 minutę!
I to na osobyn dysku, gdzie fizycznie musiałem podczepić sata!

System w mniej niż 1 minuta! Arch Linux <3 (dodatkowe pakiety openssh i dhcpcd)

#archlinux

Siusiak drży

#linux #linuxmasterrace #archlinux

#linux #archlinux #mint #linuxmint #heheszki

Zmieniłem se kernela z linux-lts na zwykły linux. Lts wydaje się trochę sojacki. Dobrze zrobiłem czy źle? Powiedzcie proszę koledzy

#linux #archlinux