Revolut nabídne neomezený mobilní tarif za 12,50 eur (312 Kč). Aktuálně startuje ve Velké Británii a Německu.
Společnost Amazon miliardáře Jeffa Bezose vypustila na oběžnou dráhu první várku družic svého projektu Kuiper, který má z vesmíru poskytovat vysokorychlostní internetové připojení po celém světě a snažit se konkurovat nyní dominantnímu Starlinku nejbohatšího muže planety Elona Muska.
Poslední aktualizací začal model GPT-4o uživatelům příliš podlézat. OpenAI jej tak vrátila k předchozí verzi.
Google Chrome 136 byl prohlášen za stabilní. Nejnovější stabilní verze 136.0.7103.59 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 8 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Homebrew (Wikipedie), správce balíčků pro macOS a od verze 2.0.0 také pro Linux, byl vydán ve verzi 4.5.0. Na stránce Homebrew Formulae lze procházet seznamem balíčků. K dispozici jsou také různé statistiky.
Byl vydán Mozilla Firefox 138.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 138 je již k dispozici také na Flathubu a Snapcraftu.
Šestnáctý ročník ne-konference jOpenSpace se koná 3. – 5. října 2025 v Hotelu Antoň v Telči. Pro účast je potřeba vyplnit registrační formulář. Ne-konference neznamená, že se organizátorům nechce připravovat program, ale naopak dává prostor všem pozvaným, aby si program sami složili z toho nejzajímavějšího, čím se v poslední době zabývají nebo co je oslovilo. Obsah, který vytvářejí všichni účastníci, se skládá z desetiminutových
… více »Richard Stallman přednáší ve středu 7. května od 16:30 na Technické univerzitě v Liberci o vlivu technologií na svobodu. Přednáška je určená jak odborné tak laické veřejnosti.
Jean-Baptiste Mardelle se v příspěvku na blogu rozepsal o novinkám v nejnovější verzi 25.04.0 editoru videa Kdenlive (Wikipedie). Ke stažení také na Flathubu.
V Mozille firefoxu jsem si otevřel stránku české televize a tam jsem si otevřel některé video a chtěl ho přehrát. Ani jedno video se mi nedalo přehrát a psalo mi to, že mám zastaralou verzi flash-pluginu (mám nainstalovaný balík flash-plugin, verze 9.0.48.0-release.i386) a že potřebuji novější, 10.
Navedlo mě to na stránku http://get.adobe.com/cz/flashplayer/ , ze které bych si měl stáhnout ten flash. Vyberte verzi, kterou chcete nainstalovat. Nabídlo mi to:
Protože si nechci zasírat operační systém, ani riskovat, že v systému něco poškodím, vybral jsem si následující možnost:
1.Stáhnul jsem si install_flash_player_10_linux.tar.gz.
2.Umístil stažený soubor do prázdné složky a rozbalil. Získal jsem sdílenou knihovnu libflashplayer.so.
3.Tento soubor sdílené knihovny už stačilo nakopírovat do /home/uživatel/.mozilla/plugins . Starý balík s flashpluginem jsem neodinstaloval.
4.Ukončit prohlížeč Mozilla Firefox, pokud není ukončený a spustím Mozillu Firefox znovu.
5.Zkusil jsem najet v Mozille Firefoxu na to video, které se mi předtím odmítlo přehrát a už konečně šlo přehrát.
Později však nastal nový problém, na který jsem narazil po několika dnech. Stalo se to, že když si otvírám kteroukoliv uloženou internetovou stránku v Konqueroru nebo když prohlížím v Konqueroru normální internet, mám poněkud spomalené načítání a navíc vyskočí okno Obsluha pádu (obraz v příloze) a na kartě backtrace je tento text:
(no debugging symbols found) Using host libthread_db library "/lib/i686/libthread_db.so.1". (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread -1236822320 (LWP 7148)] (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [KCrash handler] #6 0xb534c658 in gdk_pixbuf_new_from_data () from /usr/lib/libgdk_pixbuf-2.0.so.0 #7 0xb535324e in gdk_pixbuf_from_pixdata () from /usr/lib/libgdk_pixbuf-2.0.so.0 #8 0xb53535b6 in gdk_pixbuf_new_from_inline () from /usr/lib/libgdk_pixbuf-2.0.so.0 #9 0xb586d5e5 in QGList::~QGList$delete () from /home/david/.mozilla/plugins/libflashplayer.so #10 0xb586c03e in QGList::~QGList$delete () from /home/david/.mozilla/plugins/libflashplayer.so #11 0xb587067e in NP_Initialize () from /home/david/.mozilla/plugins/libflashplayer.so #12 0x080557f3 in NSPluginClass::initialize () #13 0x0805807a in NSPluginClass::NSPluginClass () #14 0x0805f389 in NSPluginViewer::newClass () #15 0x0805ada1 in NSPluginViewerIface::process () #16 0xb751806d in DCOPClient::receive () from /usr/lib/libDCOP.so.4 #17 0xb751cf67 in QGList::~QGList$delete () from /usr/lib/libDCOP.so.4 #18 0xb751d985 in QGList::~QGList$delete () from /usr/lib/libDCOP.so.4 #19 0xb7529ea6 in KDE_IceProcessMessages () from /usr/lib/libDCOP.so.4 #20 0xb7510026 in DCOPClient::processSocketData () from /usr/lib/libDCOP.so.4 #21 0xb751d66b in DCOPClient::qt_invoke () from /usr/lib/libDCOP.so.4 #22 0xb7047f5d in QObject::activate_signal () from /usr/lib/qt3/lib/libqt-mt.so.3 #23 0xb70489e0 in QObject::activate_signal () from /usr/lib/qt3/lib/libqt-mt.so.3 #24 0xb7356130 in QSocketNotifier::activated () from /usr/lib/qt3/lib/libqt-mt.so.3 #25 0xb70659f0 in QSocketNotifier::event () from /usr/lib/qt3/lib/libqt-mt.so.3 #26 0xb6feacea in QApplication::internalNotify () from /usr/lib/qt3/lib/libqt-mt.so.3 #27 0xb6febb86 in QApplication::notify () from /usr/lib/qt3/lib/libqt-mt.so.3 #28 0xb76e5dba in KApplication::notify () from /usr/lib/libkdecore.so.4 #29 0xb6fdf691 in QEventLoop::activateSocketNotifiers () from /usr/lib/qt3/lib/libqt-mt.so.3 #30 0x0805498e in QXtEventLoop::processEvents () #31 0xb70009e0 in QEventLoop::enterLoop () from /usr/lib/qt3/lib/libqt-mt.so.3 #32 0xb7000876 in QEventLoop::exec () from /usr/lib/qt3/lib/libqt-mt.so.3 #33 0xb6fea90f in QApplication::exec () from /usr/lib/qt3/lib/libqt-mt.so.3 #34 0x0805b1af in main ()
Nic mi sice napadá, ale i tak je problém poněkud nepříjemný. Přemýšlel jsem, proč se ty problémy objevily, ale potom mi napadlo, že to bude nejspíš souviset s tím, co jsem provedl s tím flashem. Uvědomil jsem si, že ten problém se neobjevil dříve, ale až po tom, co jsem si dával ten flash.
Udělal jsem potom pokus: Z jedne z uložených stránek, u které při načítání vyskakuje to hlášení, jsem (přímo ve zdrojovém kódu html souboru) odstranil reklamy a potom zkusil ten dokument otevřít v Konqueroru znovu. Už to hlášení u te stránky nevyskočilo a načítání se zrychlilo.
Potom jsem udělal jiný pokus: Zkusil jsem ten soubor z ~/.mozilla/plugins na chvíli dat ven a už se zase všechny uložené stránky načítají rychle a bez vyskakování toho hlášení, z toho vyplývá, že ty problémy musí souviset s tím flashem. Když jsem ten soubor z ~/.mozilla/plugins dal ven, všechny uložené stránky načítají rychle a bez vyskakování toho hlášení, ale zase přestaly fungovat ty videa, kvůli kterým jsem si ten flash dával. Takže to vypadalo, že asi nemůžu mít obojí - fungující všechny videa a zároveň nemít problém při otvírání uložených stránek.
Nakonec jsem to vyřešil takto: Podle potřeby budu ten soubor libflashplayer.so odstraňovat z toho adresáře a jindy ho tam zase vracet, podle toho, co zrovna budu chtít, aby fungovalo. Na přesunutí toho souboru z ~/.mozilla/plugins pryč, jsem si vyrobil složku ~/.mozilla/odklad. Abych nemusel soubor pokaždé přesunovat ručně a zdržovat se, tak jsem si si vyrobil jednoduché skripty, na které vždycky kliknu a přesune se mi ten soubor do složky "odklad" nebo zpět do "plugins". Skripty mám dva. Když kliknu na první, soubor se přesune do ~/.mozilla/plugins, když kliknu na druhý skript, tak se soubor přesune do složky ~/.mozilla/odklad. Skripty jsou jednoduché, kromě povinného prvního řádku #!/bin/bash
obsahují jenom další řádek, na kterém je příkaz pro přesunutí souboru: mv ~/.mozilla/plugins/libflashplayer.so. ~/.mozilla/odklad
nebo mv ~/.mozilla/odklad/libflashplayer.so. ~/.mozilla/plugins
. To s tím přesouváním tohoto souboru opravdu pomáhá a je to zatím jediné řešení, které znám.
Nechápu ale jednu věc. Když mám ten soubor v ~/.mozilla/plugins, tak mám problémy s tím Konquerorem, jak jsem předtím napsal. Jak můžou být problémy v Konqueroru, když ten libflashplayer.so je v ~/.mozilla/plugins? To je přece adresář Mozilly a ne Konqueroru, tak jak je možné, že to s tím souvisí?
Tiskni
Sdílej:
Konkrétně je to problém mezi ABI libgdk a flashe. Zdá se, že flash byl přeložen proti jiné verzi libgdk a nebo prostě jinak zkonfigurovanému API a střílí do libgdk něco jinak než to nainstalovaná verze očekává. Zdá se v nesprávném formátu budou data pro pixbuffer. Takto se to těžko určuje, ale stačí doinstalovat debugovací symboly (viz hláška (no debugging symbols found)) a aspoň u libgdk se krom názvu volaných funkcí objeví i všechny parametry a jejich obsah. Z toho už by snad šlo něco určit.#9 0xb586d5e5 in QGList::~QGList$delete () from /home/david/.mozilla/plugins/libflashplayer.so #10 0xb586c03e in QGList::~QGList$delete () from /home/david/.mozilla/plugins/libflashplayer.so #11 0xb587067e in NP_Initialize () from /home/david/.mozilla/plugins/libflashplayer.so
Jinak plug-iny se do ~/.mozilla/plugins cpou protože Mozilla byla první kdo to tak používal a teď to v tom adresáři hledají a používají všichni (nejen prohlížeče, ale prostě všechno co potřebuje Flash), u ČT stačí kliknout na starou verzi portálu a není potřeba žádný Flash (při nejhorším se dá použít rtmpdump) a tento dotaz IMHO spíš patří do poradny.
z historickejch duvodu ktery nechapu se to cpe do toho jednoho adresare a vsechny ostatni programy to hledaji prave tam
Je to velmi jednoduché. Mozilla byla první prohlížeč, který dovoloval natahovat binární moduly a ty připojovat k prohlížeči (oni se jinak pro všechny uživatele cpou myslím někam do /etc). Dříve ještě Macromedia vůbec nic neřešila. Žádné rozhraní, žádné standardy, nic. Prostě binární modul odkud si ho Mozilla natáhne a vše funguje. Jenže pak přišli i ostatní prohlížeče, nějaké standardní místo kam by se cpal jeden libflash.so žádné, standard také ne, Macromedia nadále nic neřešila (proč taky, když je to komerční firma a ne žádná Armáda spásy) – no přece oni nebudou nic vymýšlet (tady máte binárku a buď berte a nebo nechte být), v Mozille to fungovalo, tak se prostě ostatní prohlížeče přizpůsobili a též si to odtamtud tahají. Všechno funguje a všichni jsou spokojeni – teda všichni očividně ne.
Jinak to je důvod proč RMS tak vehementně odmítá podobné binární moduly v otevřeném prostředí. Když jsou otevřené, musejí se vymyslet nějaké standardní umístnění, API a tak, když vznikne víc podobných modulů, tak se prostě ten nejstarší přizpůsobí (vždyť má otevřené zdrojové kódy) a vytvoří se nějaký jednotný standard a jedno ovládací místo a tak. U binárních tohle nefunguje (většinou), nějaká firma vytvoří nějaký několikamegový zázrak, ten nechá několik let hnít (vývojáři kteří rozumí kódu jsou většinou něco jako otrocká síla a slovo mají až jako poslední), na nějaké standardy kašle (nech se všichni přizpůsobují jejich binárnímu zázraku, jejich binární zázrak se těžko bude přizpůsobovat jednomu tisíci variant a oni zdrojáky nevydají a nebo podobně jako Microsoft to dělají cíleně) a pak z toho vznikají takové radostné situace. Nejlíp je to vidět třeba v případě nVidie na Windech. Nevím jak AMD, ale i přesto že Windowsy mají aspoň nějaká standardní rozhraní pro grafické ovladače, nVidia si vytvořila svoje, různé programy chtějí-li víc než běžnou funkcionalitu se musí přizpůsobit a tak vznikají tlačítka pro nVidii, pro AMD, pro Intel – no prostě radost.