Dnes a zítra probíhá vývojářská konference Google I/O 2025. Sledovat lze na YouTube a na síti 𝕏 (#GoogleIO).
V Bostonu probíhá konference Red Hat Summit 2025. Vybrané přednášky lze sledovat na YouTube. Dění lze sledovat na síti 𝕏 (#RHSummit).
Společnost Red Hat oficiálně oznámila vydání Red Hat Enterprise Linuxu 10. Vedle nových vlastností přináší také aktualizaci ovladačů a předběžné ukázky budoucích technologií. Podrobnosti v poznámkách k vydání.
Tuto sobotu 24. května se koná historicky první komunitní den projektu Home Assistant. Zváni jsou všichni příznivci, nadšenci a uživatelé tohoto projektu. Pro účast je potřebná registrace. Odkazy na akce v Praze a v Bratislavě.
Troy Hunt představil Have I Been Pwned 2.0, tj. nový vylepšený web služby, kde si uživatelé mohou zkontrolovat, zda se jejich hesla a osobní údaje neobjevily v únicích dat a případně se nechat na další úniky upozorňovat.
Microsoft představil open source textový editor Edit bežící v terminálu. Zdrojové kódy jsou k dispozici na GitHubu pod licencí MIT.
V Seattlu a také online probíhá konference Microsoft Build 2025. Microsoft představuje své novinky. Windows Subsystem for Linux je nově open source. Zdrojové kódy jsou k dispozici na GitHubu pod licencí MIT.
Z příspěvku Turris Sentinel – co přinesl rok 2024 na blogu CZ.NIC: "Za poslední rok (únor 2024 – únor 2025) jsme zachytili 8,3 miliardy incidentů a to z 232 zemí a z jejich závislých území. Tyto útoky přišly od 6,2 milionu útočníků (respektive unikátních adres). SMTP minipot je stále nejlákavější pastí, zhruba 79 % útoků bylo směřováno na tento minipot, 16 % útoků směřovalo na minipot Telnet, 3 % útoků směřovaly na minipot HTTP a 2 % na minipot FTP. Dále jsme zaznamenali 3,2 milionu unikátních hesel a 318 tisíc unikátních loginů, které útočníci zkoušeli."
Byla vydána (Mastodon, 𝕏) nová verze 3.0.4 svobodné aplikace pro úpravu a vytváření rastrové grafiky GIMP (GNU Image Manipulation Program). Přehled novinek v oznámení o vydání a v souboru NEWS na GitLabu. Nový GIMP je již k dispozici také na Flathubu.
Byla vydána nová stabilní verze 7.4 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 136. Přehled novinek i s náhledy v příspěvku na blogu.
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.