Tor Browser, tj. fork webového prohlížeče Mozilla Firefox s integrovaným klientem sítě Tor přednastavený tak, aby přes tuto síť bezpečně komunikoval, byl vydán ve verzi 16.0. Postaven je na Firefoxu ESR 153. Vydána byla také nová verze 7.16 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. S Tor Browserem 16.0.
FreeTube, desktopový klient pro YouTube využívající lokální API, byl vydán ve verzi 0.26.0. Toto velké opravné vydání mj. vrací částečnou podporu živých přenosů nebo přepracovává zobrazování titulků a obecně nastavení videa v přehrávači – FreeTube umožňuje např. přehrávat video s větším zrychlením.
Další vlna kyberútoků zasáhla chladicí zařízení supermarketů v sedmi evropských zemích, Belgii, Lucembursku, Švédsku, Nizozemsku, Irsku, Estonsku a Finsku. Mrazáky se v některých prodejnách opět 'proměnily v trouby' a zahřály až na 50°C, což pochopitelně vedlo ke znehodnocení uskladněných potravin. Útoky navazují na podobný incident ve Francii z první poloviny října letošního roku, pachatel stále není znám.
Zranitelnost v aktualizačním mechanismu WordPress umožňuje útočníkovi zasáhnout do dočasného instalačního adresáře během aktualizace jádra systému. Před aktualizací veřejně dostupného WordPressu dočasně zablokovat HTTP přístup k wp-content/upgrade/, následně aktualizovat a zkontrolovat logy. Postižené verze: WordPress 4.7 až 7.1.3.
Alpine Linux zveřejnil podrobnosti o útoku na svůj GitLab a 30. října oznámil obnovení provozu. Útočník se 20.–21. října pokusil zneužít chybu v regulárních výrazech. Exploit způsobil opakované pády workerů a několikrát se dostal do pokročilé fáze. Úspěšné spuštění kódu však nebylo potvrzeno. Fix: Opravený GitLab a současně Ruby 3.3.13, 3.4.12 nebo 4.0.9+, pokud jde o vlastní sestavení či kontejner.
Konference OpenAlt 2026 proběhne tento víkend 7. a 8. listopadu na FIT VUT v Brně. Jedná se již o 21. ročník této konference, která propojuje otevřené technologie, svobodný software, hardware a lidi, kteří chtějí věci nejen používat, ale také jim rozumět a měnit je k lepšímu. Více o konferenci v příspěvku OpenAlt 2026: technologie, které dávají svobodu na blogu spolku OpenAlt.
Eben Upton oznámil další zdražení jednodeskových počítačů Raspberry Pi. Tentokrát 16 GB varianty Raspberry Pi o 80 dolarů a 16 GB varianty Raspberry Pi Compute Module 5 o 40 dolarů. Cena Raspberry Pi 500+ se nemění.
Francouzské Národní shromáždění přijalo 30. října 2026 poměrem 11 hlasů pro, 10 proti a 14 abstencí pozměňovací návrh I-1358 ke státnímu rozpočtu na rok 2027, který zavádí daň z objemu dat doručovaných uživatelům internetu. Návrh socialistického poslance Laurenta Lhardita stanovuje sazbu 0,055 eura za gigabajt, tedy 55 eur za terabajt. Zatím nejde o platný zákon, ale o dílčí hlasování během prvního čtení rozpočtu. Daň by měli platit
… více »Snažím se vzkřísit z mrtvých obrázkový prohlížeč, na Linuxu, s vývojovým prostředím Lazarus. Když zamakám, může z toho být alternativa k IrfanViewu...
Je to asi 2 roky zpátky, když sem psal/skládál dohromady obrázkový prohlížeč podobný IrfanViewu, dělal sem to v Delphi asi rok, ale zbytečně, protože se mi něco podělalo na disku a některá data mi zmizela, spolu i s celým archivem toho prohlížeče. Ale to nevadí, nyní se ho snažím naprogramovat znovu v prostředí Lazarus + FreePascal pro GNU/Linux, hodně jsem už ale zapoměl (začínm zase od začátků). Licence prohlížeče bude muset být GNU GPL v2 
Proč jsem si vybral zrovna obdobu Delphi, Lazarus? Fanatičtí Céčkaři a Javaři jistě prominou, prostě protože je to v tom jednoduchý a rychlá nezdržující tvorba mě baví (nechci se štvát s toolkitem). Ale to je kámen úrazu, Lazarus (poslední stable 0.9.16) má plno nevychytaných chyb, mezi které patří i nefunkční "obarvování" grafických prvků (jako třeba černá na TPanel nebo jiné...), nefunkční tlačítka "šipky" na Scrollboxu a další menší problémy které až tak nebolí. Mno zkusím, jestli tyto problémy nevyřeší upgrade na nejnovější testing verzi Lazarusu.
Proč vlastě dělat další prohlížeč pro Linux? Žádný dobrý+jednoduchý+šikovný jako IrfanView jsem ještě pro linux neviděl a spoustu lidí si stěžuje proč není alternativní aplikace a proč to musí spouštět ve Wine (na pomalejších počítačích je to někdy porůdek). Můj otec říkal, že až bude něco jako IrfanView pro linux, zahodí Widle...
Hlavní prvky Pictureruse:
)
Standardní věci jako fullscreen, malý navigační panel, rozšířené informace, navigační okno, styl zobrazení obsahu, otáčení, efekty, ukládání...bla..bla..bla...budou zcela určitě
...musim si osvěžit paměť (nejlépe vychlazenou 12kou)...
Nyní je Picturerus v experimentálním stádiu, na úplném začátku, ale aspoň už zobrazuje PNG (mimochodem, nevíte o nějaké grafické knihovně pro Lazarus/FPC pod GPL?) a má toolbar (heh, ikonky nesmím zapomenou někde podělat, chci nějaké hezké, možná z KDE). Je toho ještě hoodně, a jestli nebudu tak líný a nesoustředěný jako do dnes, bude stabilní release nejdřív v červnu roku 2007 (plánuju na 3.6.2007 - to mám narozky, tak si snad udělám radost). Žádné CVS neplánuju, pouze budu vydávat verze na homepage (muffy.ic.cz/picturerus, až bude). Verze programu budou podobné jako repozitáře debianu (experimental, unstable, testing, možná RC, stable -- v současné době experimental).
Ta to byl takový výkřik do tmy... Kdo by chtěl spolupracovat, tak mě může kontaktovat na mr.silent(na)njs.netlab.cz, měl by umět základy Delphi/Kylix/Lazarus/Pascal, ale upozorňuji že jsem zase v záčátcích a vím velký kulový
Průběžně budu informovat o novinkách, ale nechci vás tu moc rozprudit, tak toho zase moc nebude
UPDATE: Zjistil jsem docela nemilou věc, binárka má už teď 6.6MB! Pochybuju že bych to nějak zkomprimoval
Takže jste někteří měli pravdu, přejdu na C++ asi s Qt (co mi doporučujete vzhledem k rychlosti? Qt nebo GTK?), jaký toolkit, to fakt nevím.
Tiskni
Sdílej:
Ale jako projekt pěkný, zajímalo by mě jak se ti v tom Lazarovi bude dělat... já Pascal rád nemam, přijde mi jako v praxi velmi špatně použitelný jazyk a nelíbí se mi. Někdo ho považuje dobrý aspoň jako na výuku programování (k čemuž byl taky původně určen nepletu-li se), ale podle mě i to by šlo třeba v Pythonu mnohem lépe (dokonce sem snad někde četl nějakou esej proč je Python na výuku programování lepší než Pascal).
writeln? Jde to vůbec? Je fakt, že jsem zamrznul u TP 6, potom jsem našel C.
).
<lehce mimo>Pořád lepší než přetížený operátor + pro nastavování titulku okna
</lehce mimo>
sprintf v C). Ale Pascal jim to neumožní a (i) z toho důvodu je to špatný jazyk.
Já vím, že je to staré a Pascalská konvence předávání parametrů funkcím ostatně nic takového ani neumožňuje. Ale nemám rád tyhle speciální výjimky. Navíc, pokud jazyk samotný něco používá, ale programátorovi to naopak zakazuje, je to příklad špatného návrhu, ať už si o Wirthovi myslím cokoliv.
To už vůbec nemluvím o dynamických polích a podobných věcech
chápu, že milovníci C++ na to jistě mají odlišný názorNo C++ je šíleně složitý jazyk, ale mám raději jazyky, jejichž tvůrci se nerozhodovali, co všechno v něm nepůjde jednoduše udělat. Navíc tíhnu k dynamickým jazykům, takže C++ dvakrát nepreferuji.)
<lehce mimo>Pořád lepší než přetížený operátor + pro nastavování titulku oknaCož je jistě problém návrhu jazyka a vůbec to není problém dotyčné knihovny, která používá operátor + pro nastavení titulku okna, co? Takže zatímco mi v C++ stačí změnit knihovnu, nebo napsat potomka dané třídy a místo + používat normální metodu</lehce mimo>
setTitle(std::string), tak v Pascalu musím pro napsání obdoby writeln a) změnit jazyk b) přepsat překladač. Tak nevím, co bude lepší
.
Já vím, že je to staré a Pascalská konvence předávání parametrů funkcím ostatně nic takového ani neumožňuje. Ale nemám rád tyhle speciální výjimky.Jasně, je to relikt, který si nikdo nedovolil úplně odstranit. Což není bug, nýbrž feature, funkce s proměnným počtem parametrů jsou dost kontroverzní záležitost. V Delphi jsou implicitní hodnoty parametrů, ale uznávám, že
writeln s tím nenapíšu.
To už vůbec nemluvím o dynamických polích a podobných věcechTa dynamická pole jsou v Delphi taky. Ale pokud se pamatuju, chovají se v některých věcech jinak než ta statická (a nemám na mysli fakt, že mají proměnnou velikost
).
To měl být pokus o vtip, a krom toho jistě víte, že existují (vulgárně řečeno) dva názorové proudy: 1. jazyk by měl umožnit programátorovi úplně všechno a je na něm, aby toho nezneužíval; 2. jazyk by měl být restriktivní a neměl by nechat programátora dělat něco, co by mohla být prasárna. Nechci se hádat, který je "lepší", ale faktem je, že Pascal se ze zjevných "historických" důvodů řadí k tomu druhému a nikdy nebyl důvod na tom cokoliv měnit (i když zrovna to Delphi svým překotným vývojem pěkně zprasáčtělo).<lehce mimo>Pořád lepší než přetížený operátor + pro nastavování titulku oknaCož je jistě problém návrhu jazyka a vůbec to není problém dotyčné knihovny, která používá operátor + pro nastavení titulku okna, co?</lehce mimo>
já Pascal rád nemam, přijde mi jako v praxi velmi špatně použitelný jazyk a nelíbí se mino já mám jiné zkušenosti, třeba v Delphi se dobře dělají projekty jako textové editory, prohlížeče obrázků apod. ovšem na jiné aplikace je nevhodný, dá se říct až krkolomný.
určitě by nedosahl takove rychlosti jako IrfanView
Tam bych opravdu žádný KDE program ani spouštět nezkoušel
...dokonce sem snad někde četl nějakou esej proč je Python na výuku programování lepší než Pascal...První jazyk: Python
já Pascal rád nemam, přijde mi jako v praxi velmi špatně použitelný jazyk a nelíbí se mi. Někdo ho považuje dobrý aspoň jako na výuku programování (k čemuž byl taky původně určen nepletu-li se)Pascal byl sice původně určen pro výuku programování, ale to, čemu se dneska říká Pascal, má s tím Wirthovým bazmekem společné akorát jméno. Podotýkám, že tím neříkám nic o kvalitách nebo nekvalitách toho jazyka, a ani nechci... (ale jsem zatvrzelý... bývalý zatvrzelý Pascalista/Delphista
)
Mimochodem, pro opravdové zájemce, kdesi na webu se nechá najít specifikace ISO Extended Pascalu a návrhu objektově orientovaného rozšíření pro Extended Pascal, a to jsou docela zajímavé jazyky (trochu mi připomínají Adu
).
(nojo, sorry, blbej fór
)
A packala neee. Jedině C++ a GTK
Tak já si naopak myslím, že dobrý prohlížeč obrázků v gnu/linuxu není. Takže jenom vítám tenhle pokus. IrfanView mi totiž vždy přišel nejlepší - splňoval mé požadavky dokonale.
Hlavní chyby těchto programů v gnu/linuxu (z mých zkušeností):
při otevření obrázku a stisknutí mezerníku nebo šipky nepřejede na další obrázek ve složce
nebo neumí slideshow
a pokud tohle všechno umí, tak je strašně hnusnej a nepřehlednej:-P
Pochopil bych fork() vývoje, ale začít psát nový prohlížeč?!
A co hůř, nevydržím se na něj koukat déle jak 5 vteřin (ano, Motif se mi neskonale hnusí
).
K tomu, že binárka má už teď 6.6MB - strip zmeší binárky z Lazaru několikanásobně.
Problem techto prohlizecu je, ze se do nich postupne pridavaji dalsi a dalsi funkce, az to je neskutecny moloch po vsech strankachPřehánět to nebudu, dám si s tim práci, aby to bylo čistý, přehledný a co nejrychlejší. Snad se mi povedou aspon základní funkce jako ukládání do jiných formátů. Efekty by měli být z části na plug-iny, ale ty já psát nebudu (Picturerus Vanilla)
Nechces tu vyslovnost zaznamenat (neco jako "Hello, this is Linus Torvalds and I pronounce Linux as Linux"
) a dat k dispozici pro pobaveni?
)
Včera jsem si prohlížel dokumentaci PyQT, v tom by to mohlo jít (PyGTK se mi nezalíbilo).Tak to souhlasím, já jen navrhl různé alternativy
Samotnému se mi také mnohem více líbí PyQt než PyGTK.
No momentálně se rozhoduji mezi C++/GTKmm, nebo PyQT, upřímě, víc se mi zamlouvá PythonVšak také Python se s C++ nedá srovnávat
C++ je ošklivý statický (a i vcelku složitý) hybrid, kdežto Python je krásně čistý dynamický objektový jazyk (s funkcionálními prvky). Ono obecně jakýkoliv kvalitní dynamický jazyk (Python, Ruby, Lisp, Scheme, Smalltalk, ...) je alespoň z mého pohledu nesrovnatelně lepší než C/C++/Java/C#
Moje konečná slova: napíšu to v Pythonu s PyQT a změním název z "Picturerus" na něco nejazykolamného. tečkaTo mě opravdu těší
Prvním z nich je Cornice (napsaný bohužel ve wxPython toolkitu, né v PyQt, nicméně používá PIL a vypadá vskutku dobře, něco ve stylu ACDSee) a druhý je Imgv (ten je napsaný v PyGame, tedy nevyužívá žádný grafický toolkit, nýbrž přímo SDL... ale vypadá dost divně, netuším zda je to použitelné
).