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.
Vanilla OS 3 „Reunion“ byl vydán. Tato na Debianu „Sid“ založená desktopová distribuce s transakčními aktualizacemi „neměnného“ základního systému (ABRoot) nově podporuje architekturu arm64 (vedle x86-64), podporuje reprodukovatelné sestavení většiny balíčků a vylepšuje systémové nástroje. Vlastní meta-správce balíčků APX nyní používá Distrobox v2 a je dostupný i pro jiné distribuce.
tento blog slouží jako zápisník (blok) pro moje výplody
Tento zápisek je především takové malé how-to pro mě a možná i pro ostatní.
Je to už nějaký ten pátek, co jsem přesedlal z Archu na Debian Squeeze, ale ten mi nějak nesedl tak jsem se rozhodl vrátit se zpět na Arch. První co bylo je, že jsem si nahodil moje oblíbené CodeBlocks, gcc-avr, avr-libs atd a hurá do vývoje mého soukromého projektu. Bohužel aktuální verze gcc v Archu je 4.6 a jak je zvykem, nejnovější verzi v Archu drží tedy i gcc-avr.
A teď tedy k věci. Pokud se člověk s touto verzí gcc rozhodne použít knihovnu avr/pgmspace.h, nabije si pěkně čumák s problémem okolo pgmspace, deklarace datových typů uložených ve FLASH a funkcí printf_P. Částečné řešení, které mi kdysi fungovalo se nachází zde : AVR C Runtime Library - Bugs: bug #32988, Internal compiler error:... . Toto mi před nějakým časem v Archu ještě fungovalo, ale zase se patrně cosi změnilo a tak ani kompletní doplnění const k datovým typům, které používám (prog_char) nepomohlo. Ikdyž kompilace proběhne, z dat je na LCD rozlitý čaj.
Nakonec se ukázala jako dobrá volba pomocí ABS vytvořit balíček s přepsáním verze v PKGBUILDU gcc-avr na 4.5.3. Toto je patrně poslední verze, kde pgmspace bez problému funguje s aktuální avr-libs. Zkusil jsem také zkompilovat stejnou verzi gcc, jakou má debian (4.3.5). Tam se bohužel ukázal problém s nadměrnou velikostí produkovaného hex souboru ( 16500B vs 13700B).
Tedy řešením je používat gcc-avr 4.5.3 a přidat baliček do IgnorePkg v /etc/pacman.conf
Když už jsem se tak rozepsal, tak bych mohl uvést druhý částečný problém. Tím je linkování správné libc.a knihovny v Codeblocks, kde při použití avr/eeprom.h mohou nastat problémy s hláškami typu :
car_meas.c:(.text+0x75e)||undefined reference to `__eeupd_block_m168'|
Toto řeším tak, že si v project build options přidám linkeru správnou cestu ke knihovně, například :
/usr/avr/lib/avr5/libc.a
Chce to vždy zkusit, který adresář s libc je ten správný (avr3,..,avr51). Většinou to je právě avr5 (mega16, mega168, mega32 myslím).
Pro AVR vyvíjím v Codeblocks už asi půl roku a zatím si nemohu stežovat. Přešel jsem tak plně od AvrStudia. Používat se dá i jtag ice a pěkně to pak debugovat přes avr-gdb a Codeblocks, ale o tom možná zase někdy jindy..
Tiskni
Sdílej:
7.6.2011 21:06
luta | skóre: 20
| blog: muj_blok
| Prostějov/Brno
no kazdy ma svoje.. ten debian neni taky zadna spasa no. skoda. myslel jsem ze budu spokojen, ale kdyz prichazely nepochopitelne kernel panic a obcas nechodila sit tak jsem si rekl dost. a rychle zpet k archu. tam to aspon muzu svest na aktualizace :D
8.6.2011 14:02
luta | skóre: 20
| blog: muj_blok
| Prostějov/Brno
ono nevim cim presne to bylo..ale pokud nahodim debian stable, vsecko rozchodim = funguje, tyden pracuji a nic se neaktualizuje a do niceho nereju a pak proste prijde vypadek site, wifi nechce jet, mobil jako modem se prestane chytat, obcas do toho padne kernel panic s nejakym silenym vypisem s baterkou pri probouzeni ze suspendu..tak se cloveku rychle zasteskne po Archu 
V nem si aspon na 100% dokazu vsecko dat do kupy.. v Debianu jsem obcas tapal a nechapal co ho zase jebe
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz