MALUS je kontroverzní proprietarní nástroj, který svým zákazníkům umožňuje nechat AI, která dle tvrzení provozovatelů nikdy neviděla původní zdrojový kód, analyzovat dokumentaci, API a veřejná rozhraní jakéhokoliv open-source projektu a následně úplně od píky vygenerovat funkčně ekvivalentní software, ovšem pod libovolnou licencí.
Příspěvek na blogu Ubuntu upozorňuje na několik zranitelností v rozšíření Linuxu o mandatorní řízení přístupu AppArmor. Společně jsou označovány jako CrackArmor. Objevila je společnost Qualys (technické detaily). Neprivilegovaný lokální uživatel se může stát rootem. Chyba existuje od roku 2017. Doporučuje se okamžitá aktualizace. Problém se týká Ubuntu, Debianu nebo SUSE. Red Hat nebo Fedora pro mandatorní řízení přístupu používají SELinux.
Byla vydána nová verze 19 integrovaného vývojového prostředí (IDE) Qt Creator. Podrobný přehled novinek v changelogu.
Bitwig Studio (Wikipedie) bylo vydáno ve verzi 6. Jedná se o proprietární multiplatformní (macOS, Windows, Linux) digitální pracovní stanici pro práci s audiem (DAW).
Společnost Igalia představila novou linuxovou distribuci (framework) s názvem Moonforge. Jedná se o distribuci určenou pro vestavěné systémy. Vychází z projektů Yocto a OpenEmbedded.
Google Chrome 146 byl prohlášen za stabilní. Nejnovější stabilní verze 146.0.7680.71 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 29 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
D7VK byl vydán ve verzi 1.5. Jedná se o fork DXVK implementující překlad volání Direct3D 3 (novinka), 5, 6 a 7 na Vulkan. DXVK zvládá Direct3D 8, 9, 10 a 11.
Bylo vydáno Eclipse IDE 2026-03 aneb Eclipse 4.39. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.
Ze systému Slavia pojišťovny uniklo přibližně 150 gigabajtů citlivých dat. Jedná se například o pojistné dokumenty, lékařské záznamy nebo přímou komunikaci s klienty. Za únik může chyba dodavatelské společnosti.
Sněmovna propustila do dalšího kola projednávání vládní návrh zákona o digitální ekonomice, který má přinést bezpečnější on-line prostředí. Reaguje na evropské nařízení DSA o digitálních službách a upravuje třeba pravidla pro on-line tržiště nebo sociální sítě a má i víc chránit děti.
LS_OPPTIONS= ls
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
/bin/ls' a obejít tak alias?
unalias ls
LS_OPTIONS jsou ještě zlaté, koho bych někdy opravdu rád dostal do ruky, je ten, kdo v nejmenovaných distribucích vymyslel toto:
alias cp='cp -i' alias mv='mv -i'
a zejména zlatý hřeb(íček do rakve příčetnosti):
alias rm='rm -i'
/bin/rm nebo unalias, ale protože většinou pracuji na distribucích, které takto "bezpečné" nejsou, samozřejmě na to téměř vždy zapomenu.
1. To je hezké, že máte takový postoj, ale standardní chování unixových příkazů cp, mv a rm je takové, že se (skoro) na nic neptají. Pokud se vám to nelíbí, můžete používat přepínač -i nebo si na to nastavit alias. Ale vnucovat nestandardní "bezpečné" (viz bod 2) chování i těm, kdo o něj nestojí, je hloupost.
2. Představa, že vnucování dotazů typu "opravdu chcete …" ke každé sebeméně destruktivní operaci zvyšuje bezpečnost, je podle mého názoru pouhá iluze. Ze zkušenosti vím, že programy, které se tak chovají, nevedou k zodpovědnějšímu chování, ale naopak k podstatně nezodpovědnějšímu - uživatel se prostě naučí, že má ten enter mačkat dvakrát, případně že má mačkat enter-y-enter, ale rozhodně nezačne víc přemýšlet o tom, co dělá. A co je horší, uživatel zvyklý na takovou "vypolštářovanou" distribuci si může navyknout používat zmíněné příkazy bez přemýšlení, protože kdyby hrozilo, že si něco smaže, příkaz se ho zeptá; a když si pak sedne k standardně se chovajícímu systému, ta bezstarostnost se mu velmi rychle vymstí.
3. U příkazů cp a mv bych ještě vnucení implicitního přepínače -i byl ochoten se skřípěním zubů překousnout, ale u příkazu rm to musím označit za projev mdlého rozumu. Vy snad používáte příkaz rm k něčemu jinému než k mazání souborů? Já ne… Takže nechápu, proč by se mne měl ptát, zda chci smazat soubor. Kdybych to nechtěl, tak ho nemažu. O slaboduchosti chování toho přepínače při mazání většího počtu souborů (nebo nedej bože adresářových stromů) ani nemluvě…
/etc/bash.bashrc, csh.cshrc, ksh.kshrc
/etc/profile.d/alias.sh
mohlo by stacit na konec ~/.profile dat
unset LS_OPTIONS
nebo z nej vubec nenacitat /etc/profile.
na te verzi suse co mam k dispozici (9.2?) to funguje, ovsem mohli to od te doby nejak prekopat...
# ls -F --indicator-style=none
Snad je to ten přepínač, co jsi přehlédl a chceš. :)
Další varianta je nadefinovat si vlastní bashovou funkci ls a v ní si už zavolat skutečné ls tak, jak chceš.
Jak je to vše na BSD bohužel nevím.
18.3.2007 01:19
Petr Tomášek | skóre: 39
| blog: Vejšplechty
ls na Debianu se žádnými LS_OPTIONS neřídí?
Příkaz ls se sám o sobě proměnnou LS_OPTIONS neřídí. V některých distribucích je ale defaultně nastaveno ls jako alias pro '/bin/ls $LS_OPTIONS'.
\ls
Tiskni
Sdílej:
