Google Chrome 140 byl prohlášen za stabilní. Nejnovější stabilní verze 140.0.7339.80 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Vylepšeny byly také nástroje pro vývojáře.
LeoCAD (Wikipedie) je svobodná multiplatformní aplikace umožňující také na Linuxu vytvářet virtuální 3D modely z kostek lega. Vydána byla verze 25.09. Zdrojové kódy a AppImage jsou k dispozici na GitHubu. Instalovat lze také z Flathubu.
RubyMine, tj. IDE pro Ruby a Rails od společnosti JetBrains, je nově zdarma pro nekomerční použití.
Český LibreOffice tým vydává překlad příručky LibreOffice Calc 25.2. Calc je tabulkový procesor kancelářského balíku LibreOffice. Příručka je ke stažení na stránce dokumentace.
Byla vydána (Mastodon, 𝕏) vývojová verze 3.1.4 příští stabilní verze 3.2 svobodné aplikace pro úpravu a vytváření rastrové grafiky GIMP (GNU Image Manipulation Program). Přehled novinek v oznámení o vydání.
Zakladatel ChimeraOS představil další linuxovou distribuci zaměřenou na hráče počítačových her. Kazeta je linuxová distribuce inspirována herními konzolemi z 90. let. Pro hraní hry je potřeba vložit paměťové médium s danou hrou. Doporučeny jsou SD karty.
Komunita kolem Linuxu From Scratch (LFS) vydala Linux From Scratch 12.4 a Linux From Scratch 12.4 se systemd. Nové verze knih s návody na instalaci vlastního linuxového systému ze zdrojových kódů přichází s Glibc 2.42, Binutils 2.45 a Linuxem 6.15.1. Současně bylo oznámeno vydání verze 12.4 knih Beyond Linux From Scratch (BLFS) a Beyond Linux From Scratch se systemd.
Organizátoři konference LinuxDays ukončili veřejné přihlašování přednášek. Teď je na vás, abyste vybrali nejlepší témata, která na letošní konferenci zaznějí. Hlasovat můžete do neděle 7. září. Poté podle výsledků hlasování organizátoři sestaví program pro letošní ročník. Konference proběhne 4. a 5. října v Praze.
Byla vydána verze 11.0.0 vizuálního programovacího jazyka Snap! (Wikipedie) inspirovaného jazykem Scratch (Wikipedie). Přehled novinek na GitHubu.
Na čem aktuálně pracují vývojáři GNOME a KDE Plasma? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE Plasma. Vypíchnout lze, že v Plasmě byl implementován 22letý požadavek. Historie schránky nově umožňuje ohvězdičkovat vybrané položky a mít k ním trvalý a snadný přístup.
Tak jsem si jako úplná lama nainstaloval Mandrivu LE2005 jako druhý systém k WinXP, super, všechno bylo fpoho až na to, že se to při každém odhlášení zaseklo na černé obrazovce a nešlo nic dělat.
Po několika tvrdých restartech mi Linux odmítl nabootovat, tak jsem ho přeinstaloval s tím, že si zkompiluju nový kernel. Po mnoha dnech hledání na internetu jsem konečně shromáždil tolik informací, že jsem si řekl, že bych to mohl zvládnout.
I stalo se. Po několikahodinové konfiguraci (byla moje první v životě) a párminutové kompilaci bylo nové jádro připraveno. Zkusil jsem ho a hle, nabootovalo. Byl jsem šťastný jak blecha, protože po pročtení informací z netu jsem nedoufal, že se mi to povede napoprvé.
Pak jsem potřeboval něco dořešit ve win. Když jsem měl toto dořešené, vzpoměl jsem si, že bych si měl zálohovat .config, kdybych ho ještě někdy potřeboval a něco se s tím původním stalo. Protože jsem byl líný restartovat, vzal jsem si k ruce Partition Magic a jeho File browser, ve kterém jsem zkopíroval .config na ntfs oddíl a posléze vypáli. Až sem bylo všecko OK.
Druhý den jsem zkoušel nabootovat svůj nový kernel, ale coto? Jak Cannot find Ext3 filesystem on hda8
? Nechápal jsem. Rozjel jsem si rescue z instalačního DVD Mandrivy. Dal jsem lspatrs
. Samozřejmě, že všechny oddíly až na ten s windowsama byly zpřehzené.
Následovalo opět dlouhé hledání. Po něm následovala editace lilo.conf a přeinstalace Lila, pak ještě fstab podle toho, co vyplivl lsparts
Tentokrát bylo všecko fpoho, až na to, že mí dkms při startu vypíše:
ati (8.10.19) Installing module
... (Bad exit status 3)
Build failed Installation skipped [OK]
A od té doby mi nejede 3D akcelerace. Na starém kernelu mi to psalo jenom že exit code je 5 a ze Installation failed ale 3D jelo. Při prvním bootu nového jádra dokonce nevypsal dkms žádnou chybu. Tak nevím. No neva, zkusím to nějak s pomocí Netu nějak pořešít.
Tiskni
Sdílej:
parted
em, ani fdisk
em. Na ext2 jsem jej použil jen jednou (nic se nestalo), příště jsem radši použil resize2fs
(i když tvůrci PM mají prsty i v něm).
Ovšem zásadně nepoužívejte parted na reiserfs, používá na jeho zvětšování/zmenšování nějakou nestandardní knihovnu, která ho ve velkém množství případů likviduje!no, mě se především nepodařilo parted ukecat, aby se reiserfs vůbec pracoval
Po několika tvrdých restartech mi Linux odmítl nabootovat, tak jsem ho přeinstaloval s tím, že si zkompiluju nový kernel.přeinstalace budiž, když o tom člověk moc neví, nemá čas na pořádné studium ani šikovného rádce po ruce a chce se rychle dostat do výchozího stavu ... ale proč by probůh mělo něco řešit překompilování kernelu? jsou dvě možnosti - buď se použijí distribuční zdrojáky, pak ovšem nevidím důvod si myslet, že z nich vzniklé distribuční jádro je špatně zkompilované (copak vývojářům distribuce funguje kompilátor jinak - hůř - než mě?) - nebo se použije vanilla jádro, v tom případě mi ovšem bude chybět spousta patchů, se kterými mandrakovské nástroje počítají, a bude to tak jako celkově k hovnu, s prominutím ... samozřejmě zkušený uživatel může sáhnout k rekompilaci jádra, když ví, čeho chce dosáhnout, ze zmínky o několikahodinové konfiguraci však soudím, že to není tento případ ???