Před týdnem zranitelnost Copy Fail. Dnes zranitelnost Dirty Frag. Běžný uživatel může na Linuxu získat práva roota (lokální eskalaci práv). Na většině linuxových distribucí vydaných od roku 2017. Aktuálně bez oficiální záplaty a CVE čísla [oss-security mailing list].
Ačkoli je papež Lev XIV. hlavou katolické církve a stojí v čele více než miliardy věřících po celém světě, také on někdy řeší všední potíže. A kdo v životě neměl problémy se zákaznickou linkou? Krátce poté, co nastoupil do úřadu, musel papež se svou bankou řešit změnu údajů. Operátorka ale nechtěla uvěřit, s kým mluví, a Svatému otci zavěsila.
Incus, komunitní fork nástroje pro správu kontejnerů LXD, byl vydán ve verzi 7.0 LTS (YouTube). Stejně tak související LXC a LXCFS.
Google Chrome 148 byl prohlášen za stabilní. Nejnovější stabilní verze 148.0.7778.96 přináší řadu novinek z hlediska uživatelů i vývojářů. Vypíchnout lze Prompt API (demo) pro přímý přístup k AI v zařízení. Podrobný přehled v poznámkách k vydání. Opraveno bylo 127 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Richard Hughes oznámil, že po společnostech Red Hat a Framework a organizacích OSFF a Linux Foundation, službu Linux Vendor Firmware Service (LVFS) umožňující aktualizovat firmware zařízení na počítačích s Linuxem, nově sponzorují také společnosti Dell a Lenovo. Do dnešního dne bylo díky LVFS provedeno více než 145 milionů aktualizací firmwarů od více než 100 různých výrobců na milionech linuxových zařízení.
Americké technologické společnosti Microsoft, Google a xAI souhlasily, že vládě Spojených států poskytnou přístup k novým modelům umělé inteligence (AI) před jejich uvedením na trh. Oznámila to americká vláda, která tak bude moci prověřit, zda modely nepředstavují hrozbu pro národní bezpečnost. Oznámení podtrhuje rostoucí obavy Washingtonu z rizik spojených s výkonnými AI systémy. Americké úřady chtějí v rámci předběžného přístupu
… více »Společnost Valve zveřejnila (GitLab) nákresy ovladače Steam Controller a puku. Pro všechny, kdo by jej chtěli hacknout nebo modifikovat, případně pro ně navrhnout nějaké příslušenství. Pod licencí Creative Commons (CC BY-NC-SA 4.0).
PHP bylo dlouho distribuováno pod vlastní licencí – s výjimkou částí spadajících pod licenci Zend Engine. Po několikaleté práci se povedlo PHP přelicencovat na 3bodovou licenci BSD.
Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za duben (YouTube). Na Linuxu je vedle Qt frontendu nově k dispozici také GTK4 / libadwaita frontend.
Neziskové průmyslové konsorcium Khronos Group vydalo verzi 3.1 specifikace OpenCL (Open Computing Language). OpenCL je průmyslový standard pro paralelní programování heterogenních počítačových systémů.
do dnešního dne jsem byl přesvědčen, že přípona exe je jasným příznakem aplikace, která není psaná pro Linux. Dnes jsem ale potřeboval killnout vytouhlou aplikaci pod wine, tak jsem si našel procesy s řetězcem ".exe" a ono tam na mě pomrkává:
Banshee.exe BeagleDaemon.exe IndexHelper.exe
Po prohledání disku jsme našel ještě další příklady, ale nebylo jich mnoho. Vím, že principiálně by v tom neměl být problém, ale rád bych věděl, zda je nějaká konvence (ne)používání přípony *.exe
Řekl bych, že výše zmiňované programy jsou .NET programy a běží přes Mono. Mají příponu .exe, protože tak se to na Windows dělá, protože .NET je od Microsoftu. Jestli to je povinná záležitost, nebo jenom zvyk (zhlediska .NET), nevím.
Pokud jste našel další podobné názvy, asi se jedná o programy z balíku Wine (emulace Windows v Linuxu), což je opět věc spojená s Microsoftem.
Jinak v Linuxu obecně na názvu nezáleží, spustitelnost značí příznak spustitelnosti v právech dotyčného souboru.
Díky za odpověď. Tím, co jsem našel pod Wine či CrossOver jsem se samozřejmě nezabýval, na práva jsem také narazil, ale .Net programy - tak to mě na Linuxu překvapilo (i když s openSUSE by možná nemělo 
). Každopádně drtivá většinu nalezeného je právě v Banshee, Beagle a Mono adresářích. Pak jsem to ještě našel v linuxové verzi Lotus Notes (BTW - by mě zajímalo, zda adresář win32 jen zapomněli, nebo jej využívají). Dalších cca 20 výskytů bych nepitval - je to u aplikací, kde při odkazu na .Net mi to již nepřidaná tak překvapivé (snad vyjma balíčku ggreater 
) a hlavně to nebyl cíl dotazu.
Neodbytně se tedy vrátím k otázce. Proč ne *.exe když *.sh, *.bin atd. vídám hojně? Tradice?
*.sh se používá spíše jen tam, kde se jedná o skript, který nemá nastavená práva pro spuštění a je nutné jej pouštět přes ručně volaný interpret. Podobně *.pl pro perlové skripty. Ale je třeba říci, že tohle dělají často vývojáři, kteří jsou přeučení uživatelé Windows a šéf jim řekl „potřebuji udělat skript, co poběží na UNIXu.“
*.bin většinou dělají výrobci proprietárních megalomanských aplikací (hry, ovladače od nvidie), protože si myslí, že nadržený hráč si nedokáže přečíst README.
Jediný smysluplný případ je, když je třeba automaticky zpracovávat soubory určitého druhu. Například když se dělají moduly pro Perl nebo Python, tak se instalace řídí pomocí Makefile, který je založen na porovnání vzorových jmen (globbing).
Historicky bude důvodem pravděpodobně to, že spustitelné soubory se na UNIXu typicky nacházejí v k tomu určených adresářích (~/bin, /bin, /usr/bin, ...) a bylo by poněkud zbytečné mít tam u každého souboru ještě příponu se stejným významem. Ale ničemu to určitě nevadí, viděl jsem to dokonce myslím u nějakého "čistě linuxového" programu. Někomu to možná přijde přehlednější, existují třeba i lidé, kterým připadá jako normální název spustitelného souboru "a.out" 
21.1.2009 13:39
tomas789 | skóre: 15
| blog: big_blog
| Litomyšl
> Wine (emulace Windows v Linuxu)
Pouze bych doplnil detail. Wine není emulátor. Dokonce jsem se setkal se skratkou Wine Is Not an Emulator.
22.1.2009 18:32
kozzi | skóre: 55
| blog: vse_o_vsem
| Pacman (Bratrušov)
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz