Po po téměř roce vývoje od vydání verze 5.38 byla vydána nová stabilní verze 5.40 programovacího jazyka Perl (Wikipedie). Do vývoje se zapojilo 75 vývojářů. Změněno bylo přibližně 160 tisíc řádků v 1 500 souborech. Přehled novinek a změn v podrobném seznamu.
Uroš Popović popisuje, jak si nastavit Linux na desce jako Raspberry Pi Zero, aby je šlo používat jako USB „flešku“.
Andreas Kling oznámil, že jelikož už se nevěnuje nezávislému operačnímu systému SerenityOS, ale výhradně jeho webovému prohlížeči Ladybird, přičemž vyvíjí primárně na Linuxu, SerenityOS opustí a Ladybird bude nově samostatný projekt (nový web, repozitář na GitHubu).
Po dvou měsících vývoje byla vydána nová verze 0.13.0 programovacího jazyka Zig (GitHub, Wikipedie). Přispělo 73 vývojářů. Přehled novinek v poznámkách k vydání.
Na čem aktuálně pracují vývojáři GNOME a KDE? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE.
Před 70 lety, 7. června 1954, ve věku 41 let, zemřel Alan Turing, britský matematik, logik, kryptoanalytik a zakladatel moderní informatiky.
NiceGUI umožňuje používat webový prohlížeč jako frontend pro kód v Pythonu. Zdrojové kódy jsou k dispozici na GitHubu pod licencí MIT.
Open source platforma Home Assistant (Demo, GitHub, Wikipedie) pro monitorování a řízení inteligentní domácnosti byla vydána ve verzi 2024.6. Z novinek lze vypíchnout lepší integraci LLM (OpenAI, Google AI, Ollama) nebo podporu Matter 1.3.
IKEA ve Spojeném království hledá zaměstnance do své nové pobočky. Do pobočky v počítačové hře Roblox. Nástupní mzda je 13,15 liber na hodinu.
Alyssa Rosenzweig se v příspěvku na svém blogu Vulkan 1.3 na M1 za 1 měsíc rozepsala o novém Vulkan 1.3 ovladači Honeykrisp pro Apple M1 splňujícím specifikaci Khronosu. Vychází z ovladače NVK pro GPU od Nvidie. V plánu je dále rozchodit DXVK a vkd3d-proton a tím pádem Direct3D, aby na Apple M1 s Asahi Linuxem běžely hry pro Microsoft Windows.
Vsude se diskutuje o vhodnosti a priravenosti linuxu pro desktop, mame pro nej desitky dister s ruznymi vychytavkami, desitky live cd na zkousku na reseni toho a toho problemu. Zato o vhodnosti Linuxu, pro servry nikdo nepochybuje. Ano. Linux jako jadro je pro velke zelezo jak dalene, jelikoz je mj. tak delane. Ale najit vhodnou distribuci GNU/Linuxu pro server (automaticky uvazuju 64bitu a SMP) to uz je vetsi sranda.
Moje predstava distribuce pro servr je asi takova - jednoducha, abych si ji mohl prizpusobit, ale ne natolik aby to byl linux from scratch.
Slackware -- z meho pohledu jedna z nejkvalitnejsich distribuci. Jde bez nejmensich potizi pouzit na smerovace z prakticky vyrazeneho hardwaru, az po high-end nekolika procesorovy server (odzkouseno). Ma jednu neprijemnou vlastnost -- nema 64bitovou verzi. Jeho neoficialni port slamd64, sice funguje, ale k dokonalosti oficialniho slackwaru je kus cesty.
Debian -- docela hezke, apt je pekny vynalez. ale zase i presto, ze podporuji radu arichtektur, podpora amd64 (itania a sparcy jsou na me moc drahe) je bud ve stavu unofficial nebo testing. coz trochu kazi dojem. dobra stabilita je docela brutalne vykoupena rychlosti vyvoje a osobne mam strach, ze pri nasazeni bych do budoucna musel spoustu balicku ve stable nahrazovat z vetve testing, coz pak jaksi postrada smysl.
Gentoo -- pekne distro na pul cesty mezi Slackware a LFS. Da se vytunit na maximum. Zase nevim jak moc je to dobre odstavovat servr - protoze se jednou zacas rozhodne prekompilovat cely svet. Navic je rozdil instalovat to na jeden pocitac nebo hned nekolik.
RedHat a Novel (SUSE) -- toto jsou na muj vkus moc komplikovane reseni a s yastem a podobnyma vymozenostma nejsem moc kamarad. chci met unix, kde muzu na konfigurovat testovaci stroj, odzkouset a pak prekopirovat textak na jiny servr a ono to funguje. Toto me u techto "enterprise" reseni chybi, resp. neni tak primocare jako u predchozich.
FreeBSD -- sice to neni Linux, ale pro server se jevi jako velice dobre reseni - jednoducha sprava, bezpocnost, kontinualni vyvoj, moznost spoustet linuxove binarky, podpora rady platforem. Rady 5.x vykonove za linuxem malinko zaostavaly, ale to se postupne meni.
Osobne me nejlip vychazi FreeBSD... ale na druhou stranu si rikam, ze linux na tom nemuze byt tak spatne a musi existovat nejaky rozumnny kompromis, ktery nedostatky vyse zminenych resi. Nevite o necem?
Tiskni Sdílej:
apt-get
se kamarádit nechci. Ale zmíněný server s Debianem Sarge skutečně působí funkčně, takže ta distribuce asi bude dobrá.
Oba ty servery jsou poněkud víceúčelové, jsou na nich běžné uživatelské účty, WWW stránky, databáze, Samba (příležitostně), na Debianu i e-mail (postfix).
2) Why does the world need Rubix?
Rubix Linux was concieved during a time when the primary developer of Slackware, Patrick Volkerding, was extremely ill. The fate of Slackware was uncertain since it primarily used a "one man" development model. At the time, Joshua Rubin was a happy Slackware user, but as it started to look unmaintained, he switched to Arch Linux. Arch Linux had many advantages over Slackware, but was simply too bleeding edge and the development did not seem well controlled. Joshua saw a need for a Slackware-like, stable, supported distribution, with modern ammenities such as dependency tracking package management provided with Arch Linux's "pacman" package manager. Further, Joshua wanted to increase security, but not in ways that would be imposing to the end user. The result ended up being Rubix Linux.
Rubix je mladičkej projekt, který vydal první a zatím jedinou stabilní verzi. Navíc vypadá, že se vývoj skoro zastavil. Poslední security advisory je z března 06. Taky odvaha jet na tomhle něco důležitého.
Další odnož Frugalware se sice čile vyvíjí, ale stále neposkytují systém bezpečnostních updatů, který plánují až od vydání stabilní verze 0.5 .
Taky bych si nedělal iluze o nějakém znatelném nárůstu výkonu při použití buildu pro x86_64 - dost záleží na použití. Na jednom AMD64 stroji jsem raději nasadil i386 verzi Sarge, protože je daleko líp odladěný než jeho 64bit bratříček.
glsa_check
, takže není nutné dělat emerge -uav(D) world
. Takhle se provedou skutečně jen bezpečnostní opravy. Samozřejmě se balík reemergne se závislosti nového balíčku.
Doufám, že jsem správně pochopil vaši námitku.
Prý velmi dobrá 64bit varianta Slacku je BlueWhite64...