AlmaLinux OS byl vydán ve verzích 9.8 s kódovým jménem Olive Jaguar a 10.2 s kódovým jménem Lavender Lion. Podrobnosti v poznámkách k vydání (9.8 a 10.2). Opraveny byly zranitelnosti Copy Fail (CVE-2026-31431), Dirty FRAG, Fragnesia (CVE-2026-46300), nginx Rift (CVE-2026-42945) a SSH Keysign Pwn (CVE-2026-46333).
Seznam.cz vykázal za rok 2025 tržby v celkové hodnotě 6,454 miliardy korun. Oproti roku 2024 nárůst o 3,68 %. Zisk před zdaněním oproti předcházejícímu roku poklesl, a to o 11,21 % na 1,330 miliardy korun. Vlastní velké jazykové modely SeLLMa najdou dnes uživatelé téměř na všech seznamáckých službách. Na všechny obsahové služby byla zavedena technologie text-to-speech, díky níž si mohou uživatelé přehrát články v audio verzi namluvené
… více »Vláda představila strategické digitalizační projekty. Roadmapa zahrnuje celkem 55 projektů napříč státní správou, z toho 22 prioritních projektů vycházejících přímo z programového prohlášení vlády a 33 projektů založených na platné legislativě. Portfolio pokrývá oblasti financí, zdravotnictví, digitální identity, dat, registrů, dopravy, krizového řízení, sociálních agend i kybernetické bezpečnosti.
Vyjádřeni Software Freedom Conservancy (SFC) k porušování licence AGPLv3 společností Bambu Lab v jejich softwaru Bambu Studio pro 3D tisk. Bambu Studio vychází z PrusaSliceru. Ten zase z Slic3ru. Spuštěn byl projekt baltobu, který kombinuje několik strategií pro řešení problému. SFC zastřeší vývoj svobodné náhrady proprietární knihovny libbambu_networking pomocí reverzního inženýrství a reimplementace, forku OrcaSliceru pro Bambu Lab tiskárny od Paweła Jarczaka a forku celého Bambu Studia pod názvem Viscose.
Správce souborů GNOME Commander (Wikipedie) byl přepsán do Rustu a vydán v nové verzi 2.0.0.
Sway (Wikipedie), dlaždicový (tiling) správce oken pro Wayland kompatibilní s i3, byl vydán ve verzi 1.12. Do vývoje se zapojilo 50 vývojářů. Přehled novinek na GitHubu. Sway 1.12 závisí na wlroots 0.20.0.
Papež Lev XIV. ve své první encyklice Magnifica Humanitas (Skvělé lidství), která se věnuje umělé inteligenci (AI), varoval před dezinformacemi, které AI manipulací s obsahem vytváří. Moc mají podle něj sociální sítě ovládané hrstkou soukromníků. Upozornil také roli digitálních platforem v obchodování s lidmi, které podle něj musí být uznáno jako současná forma otroctví. Papež se také poprvé omluvil za roli, kterou Vatikán sehrál při legitimizaci otroctví, a za to, že jej po staletí neodsoudil.
Český telekomunikační úřad zveřejnil Výroční zprávu za rok 2025 (pdf), která shrnuje jeho hlavní aktivity v oblasti regulace elektronických komunikací, poštovních služeb, digitálních služeb a přípravy na dohled nad umělou inteligencí. Součástí zprávy jsou také data o vývoji trhu, včetně pokračujícího růstu spotřeby mobilních dat a rozšiřování sítí nové generace. Celkový objem přenesených mobilních dat dosáhl v roce 2025 přibližně
… více »Tým sdružení CZ.NIC vyvíjející routovacího daemona BIRD oznámil vydání nových verzí 3.3.0 a 2.19.0. Ty přinášejí podporu pro EVPN/VXLAN a automatizaci BGP na základě router advertisementů. Více informací je k dispozici v archivu uživatelského mailing-listu.
Open source software pro úpravu digitálních fotografií LightZone (Wikipedie) byl vydán v nové verzi 5.0.0. LightZone je dnes k dispozici pod licencí BSD. Původně se jednalo o proprietární software vyvíjený společností Light Crafts. Ta v prosinci 2012 souhlasila s uvolněním zdrojových kódů jako open source [Wayback Machine].
16.7.2019 00:37
Max | skóre: 73
| blog: Max_Devaine
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.czboot ud:,\\:tbxi
@voidak ~]$ cat bin/void
#!/bin/bash
args=("$@")
name="void"
XINSTALL=$(which xbps-install)
XQUERY=$(which xbps-query)
XREMOVE=$(which xbps-remove)
XPKGDB=$(which xbps-pkgdb)
[ ! -f $XINSTALL ] && $(echo "apt-get non exist!!!";exit)
[ ! -f $XQUERY ] && $(echo "dpkg-query non exist!!!";exit)
[ ! -f $XREMOVE ] && $(echo "aptitude or apt-cache non exist!!!";exit)
#echo $#
#echo $@
#shift
#echo $@
function tlac {
echo -e "\e[7m"
echo -n $@
echo -e "\e[0m"
}
case "$1" in
u | update) tlac "Full-upgrade system"
sudo $XINSTALL -Su
;;
i | install) shift
tlac "Installing: $@"
sudo $XINSTALL $@
;;
rei | reinstall) shift
tlac "Reinstall: $@"
sudo $XINSTALL $@
;;
r | remove) shift
tlac "Remove/Purge package and dependencies: $@"
sudo $XREMOVE -R $@
;;
s | search) tlac "Search: $2"
$XQUERY -Rs $2
;;
si | searchi) tlac "Search in installed packages: $2"
$XQUERY -l | grep -i $2
;;
ql) tlac "Search by file: $2"
$XQUERY -o $2
;;
l) tlac "List installed packages:"
$XQUERY -l
;;
check) tlac "Check error in installed package: $2"
sudo $XPKGDB $2
;;
checkall) tlac "Check error in ALL package - long time checking:"
sudo $XPKGDB -a
;;
ro) tlac "Remove orphans packages and clean cache:"
sudo $XREMOVE -Oo
;;
*) echo "Usage:"
echo " $name update (u) - Update system"
echo " $name install (i) - Installing package"
echo " $name preinstall (rei) - Reinstall package"
echo " $name purge (p) - Purge package (remove prog + remove cfg files)"
echo " $name remove (r) - Remove package"
echo " $name search (s) - Search string in packages name"
echo " $name searchi (si) - Search string in installed packages name"
echo " $name clean - Remove DEB package from /var/cache/apt/archives"
echo " $name ql - List files in package"
echo " $name l - List installed all packages"
;;
esac
Naprosté většině správně napsaného softwaru (s velmi malým množstvím výjímek) může být úplně jedno, jaký má systém endian (viz. třeba https://commandcenter.blogspot.com/2012/04/byte-order-fallacy.html) a naprostá většina existujícího open source softwaru taky bez problému funguje (a pochybuju, že většina z toho je na BE hardwaru testována).I pokud pominu, že často je žádoucí optimalizovat kód pro běh na platformě, na které v drtivé většině případů poběží a ne použít obecné "good enough" řešení, tak zásadní problém je vůbec ověřit, že se na LE/BE handling nikde nezapomnělo. A to se bez toho HW prakticky nedá.
Co Google dělá nebo potřebuje mi může být úplně jedno (a nejen Google, jakýkoliv velký korporát). Pokud nebude vyvíjet svobodný software v pravém slova smyslu, budu je dál bojkotovat, protože arogantní korporátní praktiky do svobodného softwaru prostě nepatří.Takže "o tom co je a co není pro Google dobré rozhodujeme my, strana"!? To přirovnání ke komunismu sedí víc, než se zdá... Ten Google SW totiž je svobodný, můžeš ho pod svobodnou licencí vzít a upravit jak je ti libo. Jenomže ty chceš aby ho Google za tebe upravil jak je tobě libo a to už nemá se svobodou nic společnýho.
I pokud pominu, že často je žádoucí optimalizovat kód pro běh na platformě, na které v drtivé většině případů poběží a ne použít obecné "good enough" řešení, tak zásadní problém je vůbec ověřit, že se na LE/BE handling nikde nezapomnělo. A to se bez toho HW prakticky nedá.Ale houby. I pokud pominul, že dnešní kompilátory takové obecné varianty zoptimalizujou, tak jsem zatím nikdy nenarazil na případ, kde by zrovna tohle byl bottleneck.
Takže "o tom co je a co není pro Google dobré rozhodujeme my, strana"!? To přirovnání ke komunismu sedí víc, než se zdá... Ten Google SW totiž je svobodný, můžeš ho pod svobodnou licencí vzít a upravit jak je ti libo. Jenomže ty chceš aby ho Google za tebe upravil jak je tobě libo a to už nemá se svobodou nic společnýho.To je troll, ne? Google si může dělat co chce. Stejně tak já to nemusím akceptovat a můžu se aktivně snažit co nejvíc lidí odradit od používání Google shitů. Kromě toho po nich nechci nic kromě toho normálně akceptovat patche, stejně jak jakýkoliv normální projekt. A do svobody má Googlí software daleko, a pro ekosystém opravdového svobodného softwaru je aktivně toxický. Ano, technicky se to forknout a upravit dá, prakticky je ten software navržený tak debilně, že správa downstream forku je ekvivalentní sebevraždě.
21.7.2019 16:15
xkucf03 | skóre: 50
| blog: xkucf03
Ale vždyť ani free software neznamená závazek přijímat libovolné patche.
Neříkám, že je to tenhle případ, ale já bych fakt nechtěl používat software, který může zahnojit kdokoli, kdo šel zrovna kolem. Autoři/správci toho softwaru za něj mají odpovědnost – a taky právo rozhodovat, co tam bude a co ne.
A zrovna v případě toho Electronu nebo Qt bych řešení viděl jinde – navrhnout to jako abstraktní rozhraní, které může mít víc implementací – jednou by bylo Chromium/Blink a druhou Firefox/Gecko… a časem by třeba přibyly další (třeba nějaké čisté, minimalistické). Chápu, že je to „práce navíc“ a že to znamená se omezit co se týče funkcionality na společnou podmnožinu nebo si něco implementovat sám, ale je to podle mého správná cesta. Když tam ale zadrátují závislost na jiném softwaru, který nemají pod kontrolou a nejsou schopní ho ani forknout (resp. nechtějí si s tím dávat tu práci), tak ať se pak nediví – tam pak nezbývá než se podřídit autorům/správcům té které závislosti a nepřijde mi na tom nic moc překvapivého.
Tohle by fakt chtělo pojmout spíš jako příležitost/poučení a vytvořit to obecné rozhraní a umožnit místo Blinku používat třeba to Gecko. (i když mnohem radši bych v aplikacích viděl něco řádově jednoduššího, protože často se velké prohlížečové jádro používá i pro jednoduché úlohy, kde je ta komplexita nadbytečná – třeba pro zobrazení jednoduchého formátovaného textu nebo formuláře se třemi políčky a dvěma tlačítky)
Jo, Google si to zahnojí sám. To co tam občas vidím, to je neskutečné... A neříkám nic o tom, přijímat *všechny* patche jakékoliv kvality. Ale co se týče podpory platforem, tak to je něco, co Googlu nepřidá práci vůbec žádnou, komunita by se o to postarala, stejně jak se o to stará v případě Firefoxu. Většině downstreamů je jedno, že něco nejede na ne-x86, protože je zajímá jen to x86, a velikost/komplexita té závislosti dělá downstream patchování nepraktickým; takže pokud se v tomto případě upstream chová tak, jak to teď je, pro uživatelskou možnost volby a svobodný software je tento přístup aktivně toxický.Neříkám, že je to tenhle případ, ale já bych fakt nechtěl používat software, který může zahnojit kdokoli, kdo šel zrovna kolem. Autoři/správci toho softwaru za něj mají odpovědnost – a taky právo rozhodovat, co tam bude a co ne.
No tak Electron je zrovna debilní nápad už od začátku a spíš by to chtělo prostě něco takového nedělat...A zrovna v případě toho Electronu nebo Qt bych řešení viděl jinde – navrhnout to jako abstraktní rozhraní, které může mít víc implementací – jednou by bylo Chromium/Blink a druhou Firefox/Gecko… a časem by třeba přibyly další (třeba nějaké čisté, minimalistické).
Samozřejmě, ale tohle je realita, a spousta lidí ten problém podle všeho nevidí... :/Chápu, že je to „práce navíc“ a že to znamená se omezit co se týče funkcionality na společnou podmnožinu nebo si něco implementovat sám, ale je to podle mého správná cesta. Když tam ale zadrátují závislost na jiném softwaru, který nemají pod kontrolou a nejsou schopní ho ani forknout (resp. nechtějí si s tím dávat tu práci), tak ať se pak nediví – tam pak nezbývá než se podřídit autorům/správcům té které závislosti a nepřijde mi na tom nic moc překvapivého.
GUI toolkitů máme dost, bohužel spousta lidí inklinuje k javascriptovým šmejďárnám...Tohle by fakt chtělo pojmout spíš jako příležitost/poučení a vytvořit to obecné rozhraní a umožnit místo Blinku používat třeba to Gecko. (i když mnohem radši bych v aplikacích viděl něco řádově jednoduššího, protože často se velké prohlížečové jádro používá i pro jednoduché úlohy, kde je ta komplexita nadbytečná – třeba pro zobrazení jednoduchého formátovaného textu nebo formuláře se třemi políčky a dvěma tlačítky)
A dovedu si představit, že POWER PC nemají k dispozici ani v Googlu, neb se tam běžně nepoužívá. Že Google nedělá SW tak jak by si "komunita" představovala je sice mrzuté, ale logické. Google jako komerční subjekt nemůže tvořit opensource v tom klasickém - komunistickém - modelu, kdy nějakej chudák zadarmo dře pro "komunitu".Spousta běžného FOSS se stále ještě rutině testuje na SPARCu v rámci
BTW: nezkoušel jsi na tom těžit nějaké kryptoměny jako Monero? Nemyslím kvůli výdělku ale spíš pro porovnání výkonu s jinými stroji?
9.8.2019 18:48
Petr Fiedler | skóre: 35
| blog: Poradna
Díky za článek!
(
Že bych nahradila z10pe-w16ws.
Tiskni
Sdílej:
