Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za červen (YouTube).
Libreboot (Wikipedie) – svobodný firmware nahrazující proprietární BIOSy, distribuce Corebootu s pravidly pro proprietární bloby – byl vydán ve verzi 25.06 "Luminous Lemon". Přidána byla podpora desek Acer Q45T-AM a Dell Precision T1700 SFF a MT. Současně byl ve verzi 25.06 "Onerous Olive" vydán také Canoeboot, tj. fork Librebootu s ještě přísnějšími pravidly.
Licence GNU GPLv3 o víkendu oslavila 18 let. Oficiálně vyšla 29. června 2007. Při té příležitosti Richard E. Fontana a Bradley M. Kuhn restartovali, oživili a znovu spustili projekt Copyleft-Next s cílem prodiskutovat a navrhnout novou licenci.
Svobodný nemocniční informační systém GNU Health Hospital Information System (HIS) (Wikipedie) byl vydán ve verzi 5.0 (Mastodon).
Open source mapová a navigační aplikace OsmAnd (OpenStreetMap Automated Navigation Directions, Wikipedie, GitHub) oslavila 15 let.
Vývojář Spytihněv, autor počítačové hry Hrot (Wikipedie, ProtonDB), pracuje na nové hře Brno Transit. Jedná se o příběhový psychologický horor o strojvedoucím v zácviku, uvězněném v nejzatuchlejším metru východně od všeho, na čem záleží. Vydání je plánováno na čtvrté čtvrtletí letošního roku.
V uplynulých dnech byla v depu Českých drah v Brně-Maloměřicích úspěšně dokončena zástavba speciální antény satelitního internetu Starlink od společnosti SpaceX do jednotky InterPanter 660 004 Českých drah. Zástavbu provedla Škoda Group. Cestující se s InterPanterem, vybaveným vysokorychlostním satelitním internetem, setkají například na linkách Svitava Brno – Česká Třebová – Praha nebo Moravan Brno – Břeclav – Přerov – Olomouc.
Byla vydána nová verze 8.7.0 správce sbírky fotografií digiKam (Wikipedie). Přehled novinek i s náhledy v oficiálním oznámení (NEWS). Nejnovější digiKam je ke stažení také jako balíček ve formátu AppImage. Stačí jej stáhnout, nastavit právo ke spuštění a spustit.
Před 30 lety, k 1. 7. 1995, byl v ČR liberalizován Internet - tehdejší Eurotel přišel o svou exkluzivitu a mohli začít vznikat první komerční poskytovatelé přístupu k Internetu [𝕏].
Byla vydána (𝕏) nová verze 7.4 open source monitorovacího systému Zabbix (Wikipedie). Přehled novinek v oznámení na webu, v poznámkách k vydání a v aktualizované dokumentaci.
Jen krátce ohledně upgradu glibc
na 2.16.0-2 na Arch Linuxu v testingu.
Při aktualizaci (vzdálené přes SSH) to na mě teď vyplivlo, že došlo ke konfliktu souborů ve FS. Balíček se snažil nějak šachovat s /lib
a nešlo mu to (selhalo to). Spustil jsem to jako správný blázen s --force
a zůstal jsem se zdánlivě nefunkčním systémem. Všechny příkazy vracely "no such file or directory", i když jejich binárky existovaly a FS nebyl připojený s "noexec
".
Našel jsem tenhle uzavřený bugreport, kde měl někdo stejný problém a jistý chytroprd mu tam odpověděl, že to má vyřešit jako člověk (místo toho aby napsal jak) a bug zavřel. Nefungovala mi žádná binárka (ani ls
), tak mě napadlo použít busybox
, který naštěstí fungoval a snažil jsem se zjistit co se dělo s /lib
. Pak mi došlo, že se vše přesunulo do /usr
a stačí /lib
dát pryč a vytvořit místo toho symlink do /usr/lib
a pak už to fungovalo.
# nejdřív se ujistěte, že máte busybox nainstalovaný a pak: pacman -Sf glibc busybox mv /lib /lib.bak busybox ln -s /usr/lib /lib
To je vše. Ještě že máme ten BusyBox
Tiskni
Sdílej:
Chytroprdem jsem ho nazval proto, že neposkytl (odkaz na) řešení a jen dělal chytrýho. Kdyby dělal chytrýho a zároveň poskytl to řešení, tak neceknu.Řešení se povalují snad na všech mailing listech, IRC a dost možná i na fóru.
Testing je AUR?Ne. Ale v testingu by nemělo být kromě glibc nic, co má věci v /lib. Tudíž to musel být nějaký balíček z AURu, co to pokazil. Případně je tu ještě možnost, že je tam nějaký pochybný bordel, který není součástí žádného balíčku. Jo, teď mě napadá ještě jedna možnost (a řekl bych, že dost pravděpodobná), za kterou může pacman, protože v něm není možné vynutit pořadí aktualizovaných balíčků – k aktualizaci glibc došlo dříve, než k aktualizaci ostatních balíčků a ty tedy neodstranily své soubory z /lib před tím, než glibc začalo čachrovat se symlinky. Pak by pomohlo něco jako
pacman -Syu --ignore glibc && pacman -S glibc
plus je tomuto kroku mírně nakloněnTohle mě zajímá. Nějaké důvody, proč by to mělo být lepší? Zatím jsem nikde neviděl opravdu dobrý důvod, proč to tak mít. Pořád to jsou jen vyjádření typu: Fedora to tak má (proč?), Solaris to tak má (proč?), všechny binárky jsou v /bin i v /usr/bin (máme přece PATH), už vyžadujeme, aby /usr bylo namountováno v initramfs (jak to s tím souvisí?). Když už, tak mi přijde rozumnější udělat merge opačným směrem – ušetří to psaní (což je samo o sobě chabý důvod).
Taky jsem původně navrhoval merge opačným směrem. Ale nechal jsem se přesvědčit, že je lepší mountovat jeden /usr než jednotlivě /bin, /sbin, /lib a k tomu ještě /usr (protože například /usr/include, /usr/share, /usr/doc, …). Nový /usr tak sdružuje všechna neměnná data pohromadě v jednom filesystému.To dává smysl, hlavně vzhledem k počtu adresářů s nestálým obsahem co jsou v /.
Co ale prakticky neexistuje, jsou nějaké relevantní důvody proti tomuto kroku v době, kdy systém bez /usr není tak jako tak považován za plně funkční.To ne, ale přijde mi to takový krok stranou, který nic nezmění.
To ne, ale přijde mi to takový krok stranou, který nic nezmění.Přesně z toho důvodu píšu, že jsem mu nakloněn mírně :). Nemyslím si, že by to něco měnilo, nemyslím si, že by to bylo špatně, a myslím si, že to má nějaké drobné výhody.
čo platilo včera dnes nieje pravda
1. Toto platí u libovolné distribuce, akorát Arch to má "rychlejší".
2. Je to jenom prostě přirozená reakce na aktuální dění v oblasti (svobodného, otevřeného) softwaru.
1. Distrá čo používam používajú v danej verzií backporty, takže nič sa nemení.čo platilo včera dnes nieje pravda1. Toto platí u libovolné distribuce, akorát Arch to má "rychlejší".
2. Je to jenom prostě přirozená reakce na aktuální dění v oblasti (svobodného, otevřeného) softwaru.
Jenom dodám, že tu "cenu" za aktuální software rád "zaplatím".