Finanční skupina Partners se stala minulou neděli obětí kybernetického útoku, při kterém se útočníci dostali k některým osobním údajům klientů. Společnost o tom informovala ve čtvrtek. Ujišťuje, že peníze klientů nejsou v ohrožení. „Kybernetický útok zasáhl část IT infrastruktury naší společnosti. Ihned po zjištění útoku jsme s pomocí externích bezpečnostních odborníků začali intenzivně pracovat na minimalizaci škod. Útočníci se
… více »Americká technologická společnost Meta Platforms se dohodla, že zaplatí až zhruba 18 miliard dolarů (asi 373 miliard Kč) za mimosoudní urovnání sporu o závislosti dětí na sociálních sítích a provede významné změny pro jejich používání mladistvými. Téměř tři desítky států USA firmu v roce 2023 obvinily z toho, že sítě Facebook a Instagram vědomě navrhla tak, aby u dětí vyvolávaly závislost, a zatajovala tyto dopady před veřejností. Firma se
… více »Byl publikován aktuální přehled dění a novinek z vývoje Asahi Linuxu, tj. Linuxu pro Apple Silicon. Blíží se vydání podporující čipy M3. Vývojáře lze podpořit na GitHub Sponsors a Open Collective.
Kancelářský balík LibreOffice byl vydán ve verzi 26.8. Mimo jiné vylepšuje typografii a kompatibilitu s formáty MS Office, více v poznámkách k vydání.
Armbian, tj. linuxová distribuce založená na Debianu a Ubuntu optimalizovaná pro jednodeskové počítače na platformě ARM a RISC-V, ke stažení ale také pro Intel a AMD, byl vydán ve verzi 26.8. Přehled novinek v poznámkách k vydání.
Byla vydána nová verze 23.1.0, tj. první stabilní verze z nové řady 23.1.x, překladačové infrastruktury LLVM (Wikipedie). Přehled novinek v poznámkách k vydání: LLVM, Clang, LLD, Extra Clang Tools, Libc++, Polly a Flang.
Google Chrome 152 byl prohlášen za stabilní. Nejnovější stabilní verze 152.0.7977.64 přináší řadu novinek. Podrobný přehled v poznámkách k vydání. Opraveno bylo 327 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Před 35 lety, 25. srpna 1991, oznámil Linus Benedict Torvalds v diskusní skupině comp.os.minix, že vyvíjí (svobodný) operační systém (jako koníček, nebude tak velký a profesionální jako GNU) pro klony 386 (486), že začal v dubnu a během několika měsíců by mohl mít něco použitelného.
Apple představil čipy M6 a M5 Ultra, Mac mini s M6 nebo M5 Pro a Mac Studio s M5 Max nebo M5 Ultra. Fedora Asahi Remix zatím podporuje jenom M1 a M2.
Firefox 157 přinese zapnutou podporu rastrového grafického formátu JPEG XL. Založena je na v Rustu napsané implementaci jxl-rs používané i v Chrome a Chromiu.
apt-key, který klíče stahuje do adresáře /etc/apt/trusted.gpg.d, při jehož použití si APT stěžuje.nestezuje si kdyz je klic (samostatne) v adresari /etc/apt/trusted.gpg.d/, ale kdyz je sloucene v souboru /etc/apt/trusted.gpg
lol, ne
Respektive, Arch jsem chvíli používal někdy před 12 lety a naprosto nepřichází v úvahu, že bych se k němu vracel.
Hlavní praktický rozdíl, pokud se nic zásadně nezměnilo, spočívá v úrovni automatizace, totiž jestli se balíček prostě jenom někam rozbalí, nebo i obstarává konfiguraci a spouštění služeb. Tzn. Arch znamená práci navíc, kterou hodlat nedělám.
Taky jsem četl nářky, jak změny např. glibc (zrovna teď 2.36) vypekly hlavně uživatele agresivně rolling distribucí jako právě Arch. Díky, nechci.
Co jsem během posledního roku zkoušel, to byla Fedora, protože mi její cyklus vydání a čerstvost aktualizací vyhovuje víc, jenže se ukázala být nestabilní.
Směřuje to k tomu, že tyhle distribuce budou časem immutable s flatpaky/snapy/… pro aplikace, což by mi asi úplně nevadilo, ale než se vyřeší problémy se sandboxingem, to spíš nahodím Nix nebo Guix.
ja treba pouzivam Xubuntu LTS, ale spoustu veci davam z PPA, "cele" Xfce, GIMP, Inkscape, Byobu, mc, LibreOffice, Remmina, Kodi, ... pak jadro z UbuntuMainline(ne-repositar balicku s aktualnima mainline jadrama od Canonicalu), neco si udelam balicek ze zdrojaku... ale zaroven mi vyhovuje ze to cemu PPA nepridam, tak mi drzi verzi do dalsiho LTS... na nekterejch stroji naopak nechavam vse "stock", nebo jen zlomek z PPA...
Je ale fakt, že mi odjakživa víc sedí RPM distra, než DEB.
Tohle jsem nikdy nepochopil. Rozumím, že je to naprosto odlišné pro balíčkáře, ale jako uživatel – prostě se pár příkazů jmenuje trochu jinak (nebo ani ne, třeba PCLOS měl a asi pořád má APT nad RPM).
To je mozne, ja jsem mel vyclenene build servery, ktere fungovaly OK, takze si stezovat nemuzu Ale jak rikam, je to dost individualni...Redhaty? Bývalo zvykem (pravda, je to přes 10 let), že RedHat měl v sobě extra scripty, které se samy automaticky naprdelili do rpmbuild` aby ten výsledek "vylepšily". Například jeden takový script našel všechny
.py soubory a zkompiloval je do .pyc. Další script pak zkontroloval zda noarch balíček náhodou neobsahuje binárky a pokud takovou binárku, například nějaký .pyc soubor, našel, tak celý build zastavil s FATAL ERROR. Takže jsme museli python aplikace balit jako i386 nebo x64...
Jiný script zase našel všechny .jar soubory, rozbalil je v tempu a pak zase zabalil aby byly soubory v abecedním pořadí. Samozřejmě že místo mktemp bylo použito hardcoded jméno adresáře, takže paralelní buildy si navzájem přepisovaly a mazaly soubory.
No prostě srandy pytel.
nejvěčí zahada je že kolibáč má blog ale neni to jakoby vubec vidět u jeho profilu napsaný :O :O :D ;D
to je +- parafráze z mackova blogísku :O :D
už to nemužu najít ale todlecto je taky dobrý hele :D :D
Plynu v ČR bude na podzim a v zimě dostatek. Jen při bližší analýze došlo k upřesnění, že nebude v potrubí, ale v ulicích, a nebude zemní, ale slzný.
Taky dobry
Tiskni
Sdílej: