Open source softwarový stack ROCm (Wikipedie) pro vývoj AI a HPC na GPU od AMD byl vydán ve verzi 7.0.0. Přidána byla podpora AMD Instinct MI355X a MI350X.
Byla vydána nová verze 258 správce systému a služeb systemd (GitHub).
Byla vydána Java 25 / JDK 25. Nových vlastností (JEP - JDK Enhancement Proposal) je 18. Jedná se o LTS verzi.
Věra Pohlová před 26 lety: „Tyhle aféry každého jenom otravují. Já bych všechny ty internety a počítače zakázala“. Jde o odpověď na anketní otázku deníku Metro vydaného 17. září 1999 na téma zneužití údajů o sporožirových účtech klientů České spořitelny.
Byla publikována Výroční zpráva Blender Foundation za rok 2024 (pdf).
Byl vydán Mozilla Firefox 143.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Nově se Firefox při ukončování anonymního režimu zeptá, zda chcete smazat stažené soubory. Dialog pro povolení přístupu ke kameře zobrazuje náhled. Obzvláště užitečné při přepínání mezi více kamerami. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 143 bude brzy k dispozici také na Flathubu a Snapcraftu.
Byla vydána betaverze Fedora Linuxu 43 (ChangeSet), tj. poslední zastávka před vydáním finální verze, která je naplánována na úterý 21. října.
Multiplatformní emulátor terminálu Ghostty byl vydán ve verzi 1.2 (𝕏, Mastodon). Přehled novinek, vylepšení a nových efektů v poznámkách k vydání.
Byla vydána nová verze 4.5 (𝕏, Bluesky, Mastodon) multiplatformního open source herního enginu Godot (Wikipedie, GitHub). Přehled novinek i s náhledy v příspěvku na blogu.
Byla vydána verze 3.0 (Mastodon) nástroje pro záznam a sdílení terminálových sezení asciinema (GitHub). S novou verzí formátu záznamu asciicast v3, podporou live streamingu a především kompletním přepisem z Pythonu do Rustu.
15.7.2019 23:21
| deleted
| 
| poslední úprava: 26.10.2021 01:26
Tiskni
Sdílej:
16.7.2019 00:37
Max | skóre: 72
| blog: Max_Devaine
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
boot 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: 49
| 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.