KiCad (Wikipedie), sada svobodných softwarových nástrojů pro počítačový návrh elektronických zařízení (EDA), byl vydán v nové major verzi 10.0.0 (𝕏). Přehled novinek v příspěvku na blogu.
Letošní Turingovou cenu (2025 ACM A.M. Turing Award, Nobelova cena informatiky) získali Charles H. Bennett a Gilles Brassard za základní přínosy do oboru kvantové informatiky, které převrátily pojetí bezpečné neprolomitelné komunikace a výpočetní techniky. Jejich protokol BB84 z roku 1984 umožnil fyzikálně zaručený bezpečný přenos šifrovacích klíčů, zatímco jejich práce o kvantové teleportaci položila teoretické základy pro budoucí kvantový internet. Jejich práce spojila fyziku s informatikou a ovlivnila celou generaci vědců.
Firefox 149 dostupný od 24. března přinese bezplatnou vestavěnou VPN s 50 GB přenesených dat měsíčně (s CZ a SK se zatím nepočítá) a zobrazení dvou webových stránek vedle sebe v jednom panelu (split view). Firefox Labs 149 umožní přidat poznámky k panelům (tab notes, videoukázka).
Byla vydána nová stabilní verze 7.9 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 146. Přehled novinek i s náhledy v příspěvku na blogu.
Dle plánu byla vydána Opera GX pro Linux. Ke stažení je .deb i .rpm. V plánu je flatpak. Opera GX je webový prohlížeč zaměřený na hráče počítačových her.
GNUnet (Wikipedie) byl vydán v nové major verzi 0.27.0. Jedná se o framework pro decentralizované peer-to-peer síťování, na kterém je postavena řada aplikací.
Byly publikovány informace (technické detaily) o bezpečnostním problému Snapu. Jedná se o CVE-2026-3888. Neprivilegovaný lokální uživatel může s využitím snap-confine a systemd-tmpfiles získat práva roota.
Nightingale je open-source karaoke aplikace, která z jakékoliv písničky lokálního alba (včetně videí) dokáže oddělit vokály, získat text a vše přehrát se synchronizací na úrovni jednotlivých slov a hodnocením intonace. Pro separaci vokálů využívá UVR Karaoke model s Demucs od Mety, texty písní stahuje z lrclib.net (LRCLIB), případně extrahuje pomocí whisperX, který rovněž využívá k načasování slov. V případě audiosouborů aplikace na
… více »Po půl roce vývoje od vydání verze 49 bylo vydáno GNOME 50 s kódovým názvem Tokyo (Mastodon). Podrobný přehled novinek i s náhledy v poznámkách k vydání a v novinkách pro vývojáře.
Článek na stránkách Fedora Magazinu informuje o vydání Fedora Asahi Remixu 43, tj. linuxové distribuce pro Apple Silicon vycházející z Fedora Linuxu 43.
Zdravim,
mam taky problem, s ktorym si neviem uz dlhsie poradit. Resp. poradit ano, ale neviem sa ho uplne zbavit.
Problem je v tom, ze mam externy usb disk a na nom JFS filesystem. Pri kazdom uspavani sa vykona toto:
umount /media/disk
sync; sync; sync
Problem je ale v tom, ze ked sa ho pokusim neskor znovu pripojit, je potrebne vykonat fsck /dev/disk, inak mu furt nieco vadi.. Vacsinu casu to nie je problem - pri fsck sa len prehra journal a je pokoj. Dnes sa ale journal neprehral, miesto toho sa spustila standardna kontrola a par giga dat (nastastie tam mam "len" nedolezite data a zalohy) slo do lost+found (samozrejme pod divnymi nazvami atd., takze v podstate su to uz nepouzitelne veci...).
Nie je divne ze aj po umount + 3x sync ostane ten disk v nekonzistentom stave?
Mna teda napada ako mozny zdroj problemov len to, ze ten disk je kus blby a nezapisuje data, ked ma ale drzi si ich pridlho v cache. A mam pocit ze cez USB mu neprikazem, ze uz to ma flushnut...
Druha moznost je ze niekto v ubuntu teame ten JFS pekne zmrsil - ale to sa mi az nechce verit, ze je to mozne.
Stretol (a vyriesil) sa niekto z vas s takymto niecim?
A jak ten disk napájíš ? Neodpojí PC dřív napájení než ten disk zapíše fyzicky ty data na plotny?
Co se stane když provedeš umount ručně, a počkáš třeba 1minutu a potom dáš Pc uspat ? Taky to poničí data ?
toto by problem nemal byt - umount snad nezabuda, ze ma nieco ulozit na disk :)
no to je prave jedna z tych moznosti - skusil som teraz taku vec, ze za sync dat este dd if=/dev/sdc of=/dev/null bs=1M count=100 iflags=direct - tak uvidime, ci sa nieco zmeni.. mozno to disku pomoze, aby sa flushol..
on je totiz pripojeny externe v USB sufliku.. keby to rozhranie usb-disk nebolo tak blbo navrhnute, mohlo by sa pouzit hdparm -W 0 a bolo by po problemoch no... 
Na Debianu (Etch, posléze Lenny i chvilkově Sid) jsem cca rok jako FS používal JFS.
Bez nějakých problémů.
Pak jsem loni na podzim zkoušel Kubuntu 8.10 a protože se mi nechtěla dělat instalaci a chtěl distro s KDE 4 pořádně omakat, nechával jsem cd v nb a ten uspával do ram (v podstatě několik dnů po sobě) ... pohoda.
Jenže, pak najednou nešly partišny s JFS po probuzení připojit - nastala pocopitelně panika, pak fsck /dev/disk ... opravilo se ... jen po dalším uspání jak přes kopírák to samé ... z nainstalovaného Debianu to pochopitelně taky nefakčilo.
To samé se při testování opakovalo před pár dny s Kubuntu 9.04 po uspání (instalace na hdd) a použítí JFS jako fs pro /.
Takže asi tak.
Ale třeba je to rukama
.
prave teraz mam podozrenie skor na hw problem - ale mozno tomu debianu dam sancu :))
Kdysi mel linux kernel problem v tim, ze presne nebylo jasny co znamena, ze data byla zapsana na disk. V nekterych pripadech byla data povazovana za zapsana i v pripade, ze je pouze prijala hw cache primo na disku. Zajimavy na tom bylo, ze tahle chyba vadila nekterym zurnalovacim systemum vice a jinym mene. Pokud se dobre pamatuju, tak se dlouho hledala chyba v XFS. Mozna ze mas podobny problem - zkus hledat mezi parametry hdparmu, taky je mozny, ze ten tvuj USB ramecek proste nektery ATA commandy nepropousti.
no, tak teraz som zapol stroj po uspani a snad prvykrat neprebehol fsck
s tym ze teda volam pred uspanim ten horeuvedeny "dd prikaz", vdaka comu sa zrejme vyprazdnila cache...
uvidim, ci to bude robit aj nabuduce - predpokladam ale, ze toto bude ten problem.. holt je ten USB ramcek blby :)
Tiskni
Sdílej: