Immich byl vydán v první stabilní verzi 2.0.0 (YouTube). Jedná se o alternativu k výchozím aplikacím od Googlu a Applu pro správu fotografií a videí umožňující vlastní hosting serveru Immich. K vyzkoušení je demo. Immich je součástí balíčků open source aplikací FUTO. Zdrojové kódy jsou k dispozici na GitHubu pod licencí AGPL-3.0.
Český telekomunikační úřad vydal zprávy o vývoji cen a trhu elektronických komunikací se zaměřením na rok 2024. Jaká jsou hlavní zjištění? V roce 2024 bylo v ČR v rámci služeb přístupu k internetu v pevném místě přeneseno v průměru téměř 366 GB dat na jednu aktivní přípojku měsíčně – celkově jich tak uživateli bylo přeneseno přes 18 EB (Exabyte). Nejvyužívanějším způsobem přístupu k internetu v pevném místě zůstal v roce 2024 bezdrátový
… více »Raspberry Pi OS, oficiální operační systém pro Raspberry Pi, byl vydán v nové verzi 2025-10-01. Přehled novinek v příspěvku na blogu Raspberry Pi a poznámkách k vydání. Jedná o první verzi postavenou na Debianu 13 Trixie.
Byla vydána nová verze 4.6 svobodného notačního programu MuseScore Studio (Wikipedie). Představení novinek v oznámení v diskusním fóru a také na YouTube.
Společnost DuckDuckGo stojící za stejnojmenným vyhledávačem věnovala 1,1 milionu dolarů (stejně jako loni) na podporu digitálních práv, online soukromí a lepšího internetového ekosystému. Rozdělila je mezi 29 organizací a projektů. Za 15 let rozdala 8 050 000 dolarů.
Svobodný multiplatformní herní engine Bevy napsaný v Rustu byl vydán ve verzi 0.17. Díky 278 přispěvatelům.
Bylo vydáno openSUSE Leap 16 (cs). Ve výchozím nastavení přichází s vypnutou 32bitovou (ia32) podporou. Uživatelům však poskytuje možnost ji ručně povolit a užívat si tak hraní her ve Steamu, který stále závisí na 32bitových knihovnách. Změnily se požadavky na hardware. Leap 16 nyní vyžaduje jako minimální úroveň architektury procesoru x86-64-v2, což obecně znamená procesory zakoupené v roce 2008 nebo později. Uživatelé se starším hardwarem mohou migrovat na Slowroll nebo Tumbleweed.
Ministerstvo průmyslu a obchodu (MPO) ve spolupráci s Národní rozvojovou investiční (NRI) připravuje nový investiční nástroj zaměřený na podporu špičkových technologií – DeepTech fond. Jeho cílem je posílit inovační ekosystém české ekonomiky, rozvíjet projekty s vysokou přidanou hodnotou, podpořit vznik nových technologických lídrů a postupně zařadit Českou republiku mezi země s nejvyspělejší technologickou základnou.
… více »Radicle byl vydán ve verzi 1.5.0 s kódovým jménem Hibiscus. Jedná se o distribuovanou alternativu k softwarům pro spolupráci jako např. GitLab.
Společnost OpenAI představila text-to-video AI model Sora 2 pro generování realistických videí z textového popisu. Přesnější, realističtější a lépe ovladatelný než předchozí modely. Nabízí také synchronizované dialogy a zvukové efekty.
Ale od čiernych úvah naspäť k systemd. S čím som si po prechode zo sysVinit užil najviac? Bolo toho dosť..
- Nefunguje uspávanie môjho pracovného laptopu ako predtým, niekedy ho zobudím na dva krát, niekedy vôbec
- Vcelku odfláknutý prechod zo sysVinit a (aspoň v dobe keď som aktualizoval) neaktuálna a neúplná Archwiki. Som zvyknutý na úplne inú kvalitu, keď sa jedná o Arch wikinu. A to tento krát ide o tak závažnú vec..
- Neviem, či to bude mať nejakú spojitosť so systemd, ale odkedy ho používam začal mi mrznúť počítač, tak jeden krát do dňa. Pomáha len reset.
- Asi najväčšia bolesť je, že tak 1 krát z 5 štartovaní systému sa systemd zasekne do maintenance módu, toto mi začalo robiť aj na HTPC z čoho sa mi zvyšuje tlak. Pravú príčinu som zatiaľ nezistil, jednoducho systemd vyhodnotí, že niečo je tak závažné, že ma na to musí upozorniť. Samozrejme po následnom reštarte všetko funguje.
- Približne 3 hodiny svojho života som stratil pri zisťovaní ako s autologinom nabootovať rovno do X bez použitia login managera, nakoniec som ho radšej aj tak doinštaloval (slim), aby som si to zjedodušil, zlatý inittab. Takto by to asi nemalo vyzerať, možno problém medzi stoličkou a klávesnicou, ale už som riešil komplikovanejšie veci a s lepšou efektivitou.
- Nejaký čas som strávil nad tým, prečo mi tak asi prestali mountovať sshfs body z fstab-u.. ah systemd..
- Zmizol rc.conf a namiesto toho sa systém nastavuje na X miestach. Tomu hovorím pokrok!!! Viem, že sa to dá nejak zakamuflovať, ale je to len otázka času, kým rc.conf zmizne úplne.
..a to nebudem hovoriť o tom, že sa mi administrácia cez systemctl a journalctl vôbec nedostala pod kožu, všetko príbuzné systemd sa mi javí ako jeden veľký hnusný balast.
Takže ak si to zhrniem, pozitíva nula nula nič a problémov nepočítane.
Čítal som rozsiahly komentár od istého developera ako v čom má systemd výhody, nebolo ich málo, ale boli využiteľné podľa mňa tak pre 10% užívateľov. Stojí to za to? Rýchlejší štart? To snáď ani nestojí za komentár. Služby ondemand? Sockety? Hmm, možno pre niekoho.Áno, som jeden z tých spiatočníkov, ktorému vyhovoval inittab, rc.d a pod. Podľa môjho názoru je bootovací proces tá posledná vec, ktorú momentálne LINUX potrebuje vymeniť, poznám tak veľa oblastí, ktoré potrebujú doladiť, zlepšiť..
Ešte nikdy som nebol z podobného kroku Linux komunity tak -slušne povedané- rozčarovaný. Dokonca aj prechod na KDE v.4 som lepšie strávil ;) Ťažko rozmýšľam o prechode na nejakú inú distribúciu, ale možností je stále menej, Poetteringov systemd pohltil takmer každého. Najhoršie je, že nebude iná možnosť, keď ako napríklad pašáci od Gnome udajú systemd ako závislosť. Hm, ešte je tu BSD...
Ospravedlňujem sa za kvalitu, ale píšem pod afektom. UUAAAAAA
Tiskni
Sdílej:
Potteringova parta dostala za duo udev-systemd znamenitý pojeb přímo od LinuseTu diskusi jsem četl a týkala se výhradně problémům s nahráváním firmware z
module_init()
a o systemd
tam nepadlo ani slovo, pokud se nepočítá odkaz na systemd ML.
nebo tím, že Linus učiní udev zbytečným a tím systemd mnohem méně důležitýmNo, to by bylo fakt bezvadný, jak to je dlouho, co je HAL deprecated? Moc ne, a už bychom zas měli další změnu tohoto systému? Do toho by se mi teda nechtělo.
Rýchlejší štart?
Pche? Načo. Pod môj tuxonice sa nedostane a to nemám systém nijako extrémne optimalizovaný (inak starý Thinkpad R61i so sotva 40MB/s sekvenčným čítaním z disku).
Neznášam keď mi pri posteli niečo bliká, svieti ... ;)+1 A ja myslel, ze jsem jediny blazen, ktery to nesnasi.
U notebooku je to ale prakticky rozdíl mezi 0W a 1W, což znamená, že kdybych to dal přes noc do STR a nebyl na nabíječce, tam mám ráno o 20% energie míň... (Nehledě na to, že bych se nevyspal, protože by to blikalo přes celou místnost)
To jsem nevěděl, že se dá z -pf vyhodit ty ostatní patche. Měl jsem s PF občas problém, že mi vytuhával, tak jsem se na čas vrátil k normálu a asi po měsíci zas na -pf, protože bez toho TOI se prostě nedá být Ale jak děláš, že ti to bootuje tak rychle? To máš zabrané tak málo paměti? Já typicky 2-4G, takže to tak rychlý rozhodně nemám...
echo 3 > /proc/sys/vm/drop_caches
.
No, hlavně jsem přišel na to, že jsem měl vypnutou kompresi Sem si řikal, že to dřív bývalo určitě rychlejší...
echo 3 > /proc/sys/vm/drop_cachesTo iste by malo byt dosiahnutelne nastavenim
ImageSizeLimit nocache
+1
Taky se po nasazení všechno nenapravitelně pos*alo?
Chapu ze jses nastvanej ale mozna je na miste si uvedomit, ze Archlinux je divokej projekt uzke skupiny vyvojaru, ktery maji velmi urcite pohledy na problematiku, ktery se lisi od zbytku sveta a tak jej brat. Nic min, nic vic. Mozna jsi od Archu cekal a cekas neco, co ti nemuze dat.
Ja si procital blogy na Arch planet, ktere se tykali (docela bourlive) diskuze o systemd a stotoznuji se z nazorem, ze "MY si z tech a tech duvodu vybrali systemd a tak to bude, protoze Arch je nase distro a my si snim delame, co se nam libi, jestli se ti to nelibi, tak tahni do prdele."
To je pro me duvod, proc jsem si Arch behem 3 mesicu pouzivani tak zamiloval. Zadny ohlizeni na ostatni, proste si to delat jak chci ja a pokud ma nekdo stejnej pohled na vec (ja mam systemd napriklad velmi rad) tak se snama muze vest, jinak FORK away.
Tohle je mimochodem pro me osobne tak ten nejzdravejsi zpusob pristupu k OpenSource projektum. Ohlizet se na ostatni (kdyz mi to nic neprinasi, jako napr. penize nebo dobry pocit) je nejaky lobotomicky stav
Ja diky systemd pochopil kvantum veci a moje administracni schopnosti linuxu jsou na galakticke urovni oproti (pro me) neprehledmym a nepruznym *init vecem.
and btw, manualove stranky jsou ohledne systemd jsou velmi prehledne
Ja diky systemd pochopil kvantum veci a moje administracni schopnosti linuxu jsou na galakticke urovni oproti (pro me) neprehledmym a nepruznym *init vecem.Tak to bych si nechal docela předvést :).
Jako fakt Ja byl (a porad jsem!) strasna lama. Napsat 30 radkovy script v bashi? Ani nahodou. Pro mne je jednodusi se naucit presne danou hiearchii pravidel a zavislosti v systemd a pouze nakonfigurovat .unit soubor a nebo stejne tak u udev nakonfigurovat pravidlo. Logika samotna budiz prenechana povolanejsim
.
Takze jinak - systemd je pro lamy a lamy se systemd dosahuji lepsich vysledku nez z init scripty, kdyz prijde na vec nastavovani a pod.
Nic navim lidem nenabidnou . Ten vyvojarum vsak nejde o to aby ziskali co nejvice uzivatelu (nemaji za to prachy a vylozene je sere jit uzivatelum vstrict na ukor svych pozadavku).
Jde jim o to resit si svoje problemy a vysledek reseni svych problemu nabidnout ostatnim. Jelikoz vsak ma kazdy jine problemy (treba problem init scriptu u nekoho neni problem vubec a pod.), je pak docela mozne, ze Archlinux nekomu nic nenabidne a spise problemy pridela.
Zarnym prikladem budiz spousta narku na systemd, ktere jsou opravnene z hlediska uzivatelu, ktery maji neco nastavene a naucene a ted musi stracet cas ucenim noveho systemu a pod.
Proste se pouze snazim rici, ze diskuze systemd vs. init mi nedava v pripade Archlinuxu smysl. Pro me ten smysl je v sirsim meritku
Pokud jsem dobře rozumněl tomu, co jsem četl na jednom blogu, tak systemd byl vybrán i pro to, že se vývojři archu nemusí totik starat o initscripts. Při určité fluktuaci vývojářů, kdy ti, co mají v Aarchu na starosti velmi důležité kódy, taky jednou odejdou (protože život je volá jinam), tak aby se nestávalo, že najednou se o kód nebude mět kdo starat.
Přešli proto na upstreamový systemd, do kterého přidávají, nebo nechávají přidávat věci, co se Archu hodí.
---
Osobně mám systemd nainstalovaný, a až na pár momentů, kdy se nechce uložit 'stav zvukovky' (nějak to bojuje se pulse..) při restartu, tak se systemd nemám žádný problém. Instalace, nastavení, uspávání, vše jede bez problémů . Takže nadávat na systemd opravdu nemůžu.
...že se vývojři archu nemusí totik starat o initscripts. Při určité fluktuaci vývojářů, kdy ti, co mají v Aarchu na starosti velmi důležité kódy, taky jednou odejdou (protože život je volá jinam), tak aby se nestávalo, že najednou se o kód nebude mět kdo starat.Ano, tohle bylo videt na instalatoru. Ale to je zmena prijatelna, nainstalovat se dalo jednoduse i bez stareho instalatoru, dokonce bych rekl ze to bylo pohodlnejsi a hlavne rychlejsi a hlavne Arch instalujes tak maximalne na novy disk nebo kdyz chces. Ale systemd proste nefunguje jak ma a kdyz se cokoliv pokazi, clovek nevi kam sahnout. X let jsem nevedel o initskriptech...mam lepsi veci na praci nez prichazet na kloub systemd.
To je ta svoboda výběru, nakonec všichni skončíme u Gentoo, protože systemd nepůjde zlikvidovat aniž by to ovlivnilo aplikace
Nešlo by napsat něco jako systemd-fake a používat původní technologii tvářící se jako systemd?
Ještě je tu Debian (který systemd nemůže používat jako default, protože má taky kFreeBSD branch (lze používat FreeBSD jádro místo Linuxového))...To má minimálně dvě řešení: 1) Odstranit kFreeBSD, nebo ho jen lennartovsky ignorovat, ať si to opraví, když chtějí, aby to fungovalo 2) Portovat systemd na kFreeBSD. Stejně to k životu potřebuje snad akorát cgroup labely
A Ubuntu, které jede na Upstartu, který si samo vyvíjí...To se může ze dne na den změnit.
Mám pocit, že Lennart se vyjádřil že BSD je zbytečný odpadTo, že se Lennart vyjádří, že je něco zbytečný odpad, neznamená, že: 1) Se Lennart druhý den nevyjádří úplně jinak. 2) Že se jinak nevyjádří někdo jiný, nejlépe kódem, který umožňuje běh systemd nad BSD kernelem.
Debian to podle všeho bude řešit vývojem "něčeho mezi"Tedy mají v plánu možnost (2).