Článek na Raspberry Pi představuje nový vzhled desktopu operačního systému Raspberry Pi OS v aktuálním vydání 2026-09-15.
Nové verze Roundcube Webmailu 1.6.19 a 1.7.4 řeší několik zranitelností.
Na Kickstarteru běží kampaň na podporu hloupého (jenom volání a SMS) tlačítkového DIY telefonu MAKERphone 2.0 od společnosti CircuitMess postaveného na ESP32-S3 a volitelně také s hodinkami MAKERband. S možností psaní vlastních aplikací. S volitelnými HW rozšiřujícími moduly.
Byla vydána nová verze 10.7 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání. Přibyly balíčky HomeBox a Scrypted.
OpenRGB (GitLab) dospěl do verze 1.0 (YouTube). OpenRGB (dříve OpenAuraSDK) je svobodný multiplatformní software umožňující nastavení podsvícení celé řady různých „herních“ komponent a periferií.
Dnes startuje prodej headsetu Steam Frame. Počínaje dneškem se tedy můžete zapsat na seznam pro jeden z následujících modelů: Steam Frame 256 GB za 1 049 EUR a Steam Frame 1 TB za 1 279 EUR.
Vládní CERT upozorňuje na kritickou zranitelnost v GitLab Community Edition (CE) a Enterprise Edition (EE). Zranitelnost CVE-2026-85706 typu path traversal v Repository Commits API dosahuje skóre CVSS 10.0. Kvůli nedostatečnému omezení cest a chybějícímu vynucení autentizace může za určitých podmínek neautentizovaný útočník číst libovolné soubory ze serveru GitLab, a získat tak přístup k citlivým datům a konfiguraci instance.
Linux může běžet nativně na ESP32-S3 – bez emulace a rovnou s 9,7″ e-paperem.
Homebrew (Wikipedie), správce balíčků pro macOS a od verze 2.0.0 také pro Linux, byl vydán ve verzi 7.0.0. Pro sandboxing se na Linuxu nově používá Landlock místo Bubblewrap. Na stránce Homebrew Formulae lze procházet seznamem balíčků. K dispozici jsou také různé statistiky.
Správce fotografií Shotwell byl vydán ve verzi 33.0 (GitLab). Hlavní novinkou v tomto vydání po dvou letech je přechod na GTK4.
class Gatherer(QThread): def __init__(self, parentThread, controller): QThread.__init__(self, QThread.currentThread()) self.controller=controller def run(self): self.stopMe=0 while (self.stopMe==0): print '.' time.sleep(1) print 'xx' def stop(self): self.stopMe=1 QThread.wait(self)jedine co to vypise v konzoli je jedna '.', a potom to 'zamrzne'. 'xx' to vypise az potom, ako sa nieco udeje v tom dockwidgete (napr. sa stlaci nejake tlacidlo - predpokladam ze hocikedy, ked sa vola 'handler' nejakeho signalu). Neviete niekto, kde by mohol byt problem? Ked ten thread spustim priamo:
g=Gatherer() g.run() time.sleep(10) g.stop()tak to samozrejme funguje... Najzaujimavejsie na tom vsetkom je, ze toto: http://trac.reprojected.com/qgisplugins/browser/trunk/threading_demo funguje uplne spolahlivo - pritom jediny rozdiel je, ze tam to vlakno este vytvara nejake signaly a ze miesto dockwidgetu sa tam zobrazuje okno... Jedina moznost co ma napada je, ze to vlakno nebezi preto, ze by, pokial nie su spravy od Qt, nebezal ten python interpreter (co by ale bolo divne, ked clovek od neho chcel vlakno...). any ideas?
self.timer = QTimer()
QObject.connect(self.timer, SIGNAL("timeout()"), self.runStatus)
self.timer.start(10)
...
def runStatus(self):
self.thread.msleep(1)
return
ak by mi niekto bol schopny logicky objasnit, preco je toto nutne, aby vlakna fungovali (a preco to nie je v ziadnej dokumentacii), bol by som velmi vdacny
t=Gatherer(); t.start()...
sranda je, ze nasledujuci workaround to "zfunkcni", a ja vobec netusim preco by mal (ako je mi jasne co to robi, a preco by to mohlo fungovat - ale nechapem, preco je nutne toto spravit, aby fungovali vlakna.. by clovek povedal, ze vlakna su od toho, ze funguju same - nie ze si clovek musi preempciu dokodit sam :)))
def someSignalHandler(self):
self.t=Gatherer()
self.t.start()
self.timer = QTimer()
QObject.connect(self.timer, SIGNAL("timeout()"), self.runStatus)
self.timer.start(10)
def runStatus(self):
self.gatherer.msleep(1)
return
Tiskni
Sdílej: