V Berlíně probíhá konference vývojářů a uživatelů desktopového prostředí KDE Plasma Akademy 2025. Při té příležitosti byla oznámena alfa verze nové linuxové distribuce KDE Linux.
Byl vydán Debian 13.1, tj. první opravná verze Debianu 13 s kódovým názvem Trixie a Debian 12.12, tj. dvanáctá opravná verze Debianu 12 s kódovým názvem Bookworm. Řešeny jsou především bezpečnostní problémy, ale také několik vážných chyb. Instalační média Debianu 13 a Debianu 12 lze samozřejmě nadále k instalaci používat. Po instalaci stačí systém aktualizovat.
Evropská komise potrestala Google ze skupiny Alphabet pokutou 2,95 miliardy eur (71,9 miliardy Kč) za porušení antimonopolní legislativy. Podle EK, která mimo jiné plní funkci antimonopolního orgánu EU, se Google dopustil protisoutěžních praktik ve svém reklamním byznysu. Google v reakci uvedl, že rozhodnutí považuje za chybné a hodlá se proti němu odvolat. EK ve věci rozhodovala na základě stížnosti Evropské rady vydavatelů. Podle
… více »Podpora 32bitového Firefoxu pro Linux skončí v roce 2026. Poslední podporované 32bitové verze budou Firefox 144 a Firefox 140 s rozšířenou podporou, jehož podpora skončí v září 2026.
Společnost Raspberry Pi nově nabízí Raspberry Pi SSD s kapacitou 1 TB za 70 dolarů.
Microsoft BASIC pro mikroprocesor 6502 byl uvolněn jako open source. Zdrojový kód je k dispozici na GitHubu.
Národní úřad pro kybernetickou a informační bezpečnost (NÚKIB) se připojil k dokumentu „A Shared Vision of Software Bill of Materials (SBOM) for Cybersecurity“, který vydala americká Agentura pro kybernetickou a infrastrukturní bezpečnost (CISA) s Národní bezpečnostní agenturou (NSA), spolu s dalšími mezinárodními partnery. Dokument vznikl v rámci globálního expertního fóra pro SBOM, které má za cíl motivovat k širšímu využívání … více »
Švýcarská AI centra EPFL, ETH Zurich a CSCS představila otevřený vícejazyčný velký jazykový model (LLM) s názvem Apertus. Vyzkoušet lze na stránce Public AI Inference Utility.
Byl vydán Linux Mint 22.2 s kódovým jménem Zara. Podrobnosti v přehledu novinek a poznámkách k vydání. Vypíchnout lze novou XApp aplikaci Fingwit pro autentizaci pomocí otisků prstů nebo vlastní fork knihovny libAdwaita s názvem libAdapta podporující grafická témata. Linux Mint 22.2 bude podporován do roku 2029.
Čínská společnost Tencent uvolnila svůj AI model HunyuanWorld-Voyager pro generování videí 3D světů z jednoho obrázku a určené trajektorie kamery. Licence ale nedovoluje jeho používání na území Evropské unie, Spojeného království a Jižní Koreje.
Různé drobnosti a užitečnosti na které narazím nebo sám vytvořím. Primárně se zaměřuji na věci, které mohou být zajímavé a užitečné pro ostatní uživatele GNU/Linuxu či typografického systému TeX, občas se tu ale určitě vyskytne i něco z úplně jiného soudku, např. z oblasti bezpečnosti apod.
Nevíte někdo, co se to dneska dělo s kernelem Linuxu? Podle Kernel.org vyšlo dnes do této chvíle 7 (slovy „sedm“!) opravných verzí. Ze stabilního jádra 2.6.23.1 tak máme v této chvíli stabilní jádro 2.6.23.8. Tohle mi na stabilní větvi nepřipadá jako ideální stav.
Vydávání vypadalo takto:
Date: Fri Nov 16 08:19:12 2007 -0800
Linux 2.6.23.2
Date: Fri Nov 16 08:24:58 2007 -0800
Linux 2.6.23.3
Date: Fri Nov 16 08:36:42 2007 -0800
Linux 2.6.23.4
Date: Fri Nov 16 09:27:48 2007 -0800
Linux 2.6.23.5
Date: Fri Nov 16 09:33:58 2007 -0800
Linux 2.6.23.6
Date: Fri Nov 16 09:43:31 2007 -0800
Linux 2.6.23.7
Date: Fri Nov 16 10:14:27 2007 -0800
Linux 2.6.23.8
Už vidím, jak tohle rozmáznou na anti-linuxových serverech. :-/
Update: Není to chyba, ale vlastnost. 
Lots of stable kernel updates. Tímto se autorům omlouvám.
Chtěl jsem to sem připsat ještě včera v noci, ale ÁBíČko bylo nedostupné. :-/
Tiskni
Sdílej:
16.11.2007 23:36
Cohen | skóre: 21
| blog: Drobnosti
| Brno
No že se chyby opravují, to je jasné. (Díky všem, kteří to dělají. Patří jim mé srdečné díky.) Proč ale musí na stabilní větvi vyjít během několika hodin sedm opravných verzí? Od vydání 2.6.23.1 uplynulo skoro pět týdnů. Snad by se tedy dalo 2.6.23.2 vydat ještě o pár hodin později, ale se všemi opravami najednou, ne?
17.11.2007 07:50
David Watzke | skóre: 74
| blog: Blog...
| Praha
17.11.2007 14:02
Pavel Půlpán | skóre: 22
| Trutnov
17.11.2007 08:33
stativ | skóre: 54
| blog: SlaNé roury
Podle me cela rada uz od sveho vzniku vsechno mozne (progresivni, inovativni, apod.) jen ne "stabilni"...
17.11.2007 10:47
David Watzke | skóre: 74
| blog: Blog...
| Praha
17.11.2007 11:50
Luboš Doležel (Doli) | skóre: 98
| blog: Doliho blog
| Kladensko
17.11.2007 11:58
Luboš Doležel (Doli) | skóre: 98
| blog: Doliho blog
| Kladensko
To je obvykle starost vývojářů distribuce.Protoze vyvojari v distribucich nemaji nic lepsiho na praci, nez furt dokola opravovat skody napachane aktualizaci jadra. A ty rady, aby se tyhle moduly zaclenily do jadra, ty jsou taky k nezaplaceni. Kdyz uz se to nejakou nestastnou nahodou nekomu povede, tak to dopadne tak, ze po vsech "opravach" kodu obsahuje x-nasobek chyb oproti kodu, ktery byl mimo jadro. Protoze dosavadni vyvojari, co danou vec po leta vyvijeli, jsou evidentne nesvepravni pitomci, takze na jejich namitky a zduvodneni, proc je neco udelano tak, jak je, a ne tak, jak by panove od kernelu chteli, neni potreba brat zretel. Nedavny priklad je treba ivtv.
Nebylo GPIO označené za obsolete už docela dlouho?Jiste, nejlepsi je pouzivanou vec smazat a na uzivatele hodit bobek. On tam ten kod totiz hrozne prekazel a bez jeho smazani by se kernel nepohnul z mista.
17.11.2007 12:19
Luboš Doležel (Doli) | skóre: 98
| blog: Doliho blog
| Kladensko
Už ani nepamatuju dobu, kdy gpio obsolete nebylo - víc než rok to v takovém stavu bylo. Jako náhrada je teď dev/event, byl dostatek času na přechod.Nebylo GPIO označené za obsolete už docela dlouho?Jiste, nejlepsi je pouzivanou vec smazat a na uzivatele hodit bobek. On tam ten kod totiz hrozne prekazel a bez jeho smazani by se kernel nepohnul z mista.
Už ani nepamatuju dobu, kdy gpio obsolete nebylo - víc než rok to v takovém stavu bylo. Jako náhrada je teď dev/event, byl dostatek času na přechod.Jiste, ono to sice nefunguje, ale na to sere pes. Hosi dekujem!
lircd-0.8.3pre1[21753]: lircd(cph06x) ready lircd-0.8.3pre1[21753]: accepted new client on /dev/lircd lircd-0.8.3pre1[21753]: could not get hardware features lircd-0.8.3pre1[21753]: this device driver does not support the new LIRC interface lircd-0.8.3pre1[21753]: major number of /dev/input/event5 is 13 lircd-0.8.3pre1[21753]: LIRC major number is 61 lircd-0.8.3pre1[21753]: check if /dev/input/event5 is a LIRC device lircd-0.8.3pre1[21753]: caught signal /etc/init.d/lircmd[21762]: start-stop-daemon: /usr/sbin/lircmd died /etc/init.d/lircmd[21742]: ERROR: lircmd failed to start
Pokud vím, bylo to především tak, že pánové od lirc se několik let sveřepě bránili návrhům na začlenění ovladače do jádra, takže upřímně řečeno, dobře jim takNeni nad to zjistit si informace, nez tady zase plknes nejakou nebetycnou kravinu... http://git.wilsonet.com/linux-2.6-lirc.git/
Jako obsolete (a obvykle na dlouhou dobu) jsou takové věci označeny hlavně proto, aby se lidé, kteří ještě něco takového potřebují, ozvali. Pokud se rok neozvou tak, světe div se, mají smůlu.
Protoze dosavadni vyvojari, co danou vec po leta vyvijeli, jsou evidentne nesvepravni pitomci, takze na jejich namitky a zduvodneni, proc je neco udelano tak, jak je, a ne tak, jak by panove od kernelu chteli, neni potreba brat zretel.Viděl jsem už pěknou řádku externě vyvíjených modulů a na téměř všech je vidět, že jejich základy pocházejí odkudsi z dávnověku, kdy ještě spousta věcí v jádru fungovala jinak, a od té doby jsou pouze záplatovány, aby chodily s novějšími kernely. Pitomost bych nikomu nepřisuzoval, ale jaksi málokdo, kdo není přímo zapojený do vývoje jádra, dokáže při starání se o své ovladače ještě sledovat docela zběsilé tempo vývoje zbytku jádra. Při review kódu před začleněním do jádra také často vyjdou najevo nejrůznější bugy (například v základech shnilé zamykání v ReiserFS 4) nebo nepřenositelnost (ne každý ví, na co se lze spolehnout obecně a na co jen na i386). Proto si myslím, že začleňování do jádra většině driverů prospěje. Výjimky se samozřejmě najdou všude, ale podle nich bych nesoudil na funkčnost celého systému.
Některé distribuce, jako SUSE, to vzdaly a přestaly podporovat karty na tom čipsetu úplně. Takže v SUSE 10.1 to fungovalo, provedete upgrade na SUSE 10.2, těšíte se, co bude nového a vylepšeného, a ona zatím wifi přestalo fungovat úplně.
Driver pro Ralink wi-fi v OpenSuSE 10.2 je, je jen potřeba nainstalovat příslušný balíček.
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
wlan-kmp-default, v 10.3 rt2x00-kmp-default.
17.11.2007 12:33
Heron | skóre: 53
| blog: root_at_heron
| Olomouc
17.11.2007 12:40
David Watzke | skóre: 74
| blog: Blog...
| Praha
17.11.2007 17:11
alblaho | skóre: 17
| blog: alblog
Pokud by se vrtali jen v implementaci a garantovali API, alespoň po nějakou nezanedbatelnou dobu, byl bych spokojený.Možná nebyl, když by se brzy ukázalo, že nějaký nový driver nelze do jádra přidat bez změny API
Mezi KDE a jádrem je bohužel ten podstatný rozdíl, že zatímco KDE žije ve svém vlastním světě, kde si volí axiomy, jádro se musí umět přizpůsobit stále se vyvíjejícímu hardwaru.
Jistě, problém lze obejít tak, že zavedete kopii původního API a změníte jen tu, ale to je, slušně řečeno, čuňačina a cesta, ačli dlážděná úmysly z nejčistších, vedoucí kamsi pod zem.
17.11.2007 12:42
frEon | skóre: 40
| Praha
17.11.2007 14:22
Pavel Půlpán | skóre: 22
| Trutnov
17.11.2007 14:04
Max | skóre: 72
| blog: Max_Devaine
17.11.2007 14:04
David Watzke | skóre: 74
| blog: Blog...
| Praha
17.11.2007 14:23
Pavel Půlpán | skóre: 22
| Trutnov
17.11.2007 14:37
Pavel Půlpán | skóre: 22
| Trutnov
17.11.2007 21:31
mess | skóre: 43
| blog: bordel
| Háj ve Slezsku - Smolkov
Tohle jsem četl kdesi na živě a musím říct, že to ten dotyčný vystihl dokonale (dokonce to byl Windowsák). Takže si myslím, že WXP nebudou jediným problémem Vist .