Byla vydána nová verze 18 integrovaného vývojového prostředí (IDE) Qt Creator. S podporou Development Containers. Podrobný přehled novinek v changelogu.
Cursor (Wikipedie) od společnosti Anysphere byl vydán ve verzi 2.0. Jedná se o multiplatformní proprietární editor kódů s podporou AI (vibe coding).
Google Chrome 142 byl prohlášen za stabilní. Nejnovější stabilní verze 142.0.7444.59 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 20 bezpečnostních chyb. Za nejvážnější z nich bylo vyplaceno 50 000 dolarů. Vylepšeny byly také nástroje pro vývojáře.
Pro moddery Minecraftu: Java edice Minecraftu bude bez obfuskace.
Národní identitní autorita, tedy NIA ID, MeG a eOP jsou nedostupné. Na nápravě se pracuje [𝕏].
Americký výrobce čipů Nvidia se stal první firmou na světě, jejíž tržní hodnota dosáhla pěti bilionů USD (104,5 bilionu Kč). Nvidia stojí v čele světového trhu s čipy pro umělou inteligenci (AI) a výrazně těží z prudkého růstu zájmu o tuto technologii. Nvidia již byla první firmou, která překonala hranici čtyř bilionů USD, a to letos v červenci.
Po Canonicalu a SUSE oznámil také Red Hat, že bude podporovat a distribuovat toolkit NVIDIA CUDA (Wikipedie).
TrueNAS (Wikipedie), tj. open source storage platforma postavená na Linuxu, byl vydán ve verzi 25.10 Goldeye. Přináší NVMe over Fabric (NVMe-oF) nebo OpenZFS 2.3.4.
Byla vydána OpenIndiana 2025.10. Unixový operační systém OpenIndiana (Wikipedie) vychází z OpenSolarisu (Wikipedie).
České základní a střední školy čelí alarmujícímu stavu kybernetické bezpečnosti. Až 89 % identifikovaných zranitelností v IT infrastruktuře vzdělávacích institucí dosahuje kritické úrovně, což znamená, že útočníci mohou vzdáleně převzít kontrolu nad klíčovými systémy. Školy navíc často provozují zastaralé technologie, i roky nechávají zařízení bez potřebných aktualizací softwaru a používají k nim pouze výchozí, všeobecně známá
… více »
Škoda, že ten X61 už má nejspíš ten intel remote management procesor
.
BTW pro [TX]6[01] Thinkpady se prodával paralelní port dokonce do toho minidocku (jak je v něm DVD mechanika, baterka nebo disk).
Napsal jsem zprávu do té poradny. Nebo to chceš řešit tady?
To zamrzání v poradně, kouknu na to…
BTW pro [TX]6[01] Thinkpady se prodával paralelní port dokonce do toho minidocku (jak je v něm DVD mechanika, baterka nebo disk).
Co je minidock? Notebook samotný prostor pro mechaniku nemá, je tam jen disk. A v dokovací stanici je optická mechanika (případně baterka nebo disk) a porty: paralelní, sériový, USB, zvuk, síť.
BTW: nezkoušel jste někdo paralelně k originální baterce připojit další články (4× nebo 3× 3,7 V podle typu) a prodloužit její výdrž? Připojit jen zdroj (bez nějaké elektroniky) na kontakty pro baterku nejde (notebook se sice zapne, ale hlásí chybu baterie). Ale pokud by tam originální baterka byla, tak by to mohlo prodloužit její výdrž – prostě by se vybíjela pomaleji (akorát by tam nesměl být moc velký rozdíl napětí, aby nešlo moc proudu z jedné baterky do druhé).
Případně by šlo si udělat powerbanku, která dá cca těch 20 V, a zapojit ji místo zdroje, ale tam budou větší ztráty.
.
A hlavně ten MCU je od výroby pořád po proudem a když ho od toho akupacku odpojíš tak může na některých modelech zapomenout důležitá data (na YT jsou videa jak ho přemosťujou na externí power při výměně článků za nový)jj, o tom jsem taky slyšel, je potřeba to držet pořád pod proudem. Uvažuji, že bych to udělal u té X61 Tablet baterky – koupit nové ploché články a dát je tam. Teď má výdrž asi jen hodinu.
... Jo na thinkwiki se to nazývá ultrabay. Podle modelu v tom jsou LPC piny, PATA piny a power piny.V tom mém docku k X61 je PATA a napájecí konektor – takže bych si mohl vyrobit i dodatečnou baterku (ty originální stojí asi šest tisíc, pokud je vůbec někde ještě mají), protože tu mám jednu neznačkovou, ve které odešel jeden článek – šla by z ní použít ta elektronika – počítám, že Číňani tam tu ochranu proti odpojení neimplementovali. X230 už má jen SATA.
Radši budu používat názvosloví z thinkwiki, ten "dock" jsem našel jen na činskejch prodejcích z ebaye
.
Tak baterku v ultrabayi nemám, asi bude slabší než ty klasický 18650 články v hlavní baterce. Podle schématu k T60p má prakticky stejnej konektor jako hlavní baterka, tedy i s I2C komunikací do EC MCU (u mě H8S hitachi). Takže bych řekl, že pokud ten EC nedostane správnou komunikaci, tak ty baterky nepřepne.
Jinak ultrabay baterky se prodávaj a nejsou zas tak drahý (ale je jich kotel typů (viz thinkwiki). Jestli máš nějakou s odpáleným článkem, tak by možná fakt stačilo ten článek vyměnit a modlit se že ten MCU v acupacku bude OK
.
P.S. Jinak když jsem vyměnil článek v akupacku Magiciana, tak po čase málem shořel (dával jsem pozor a včas jsem odpojil li-ion od elektroniky, už byl horkej). Ale ta elektronika byla už načatá a byla neoriginální (kde PIC fejkoval data z originálního nabíjecího ASIC čipu). Ten PIC fungoval jako zkrat článku (taky napájenej i když je akupack mimo mobil)
.
Šifrované disky jsou definované v souboruTo záleží na konfiguraci. Mam šifrováno komplet všechno v konfiguraci LUKS on LVM a v crypttab nic nemám. Jméno pro mapper je určeno boot parametrem kernelu. Mimochodem, to jméno pro mapper není vůbec podstatné, mam tam něco jako "lvm" nebo takněco. Důležitější jsou třeba jména LVM volume groups, particí v GPT a podobně. Takhle si typicky vytvářim dvojice pojmenované stylem Jekyll & Hyde, Fred & George a podobně, které navzájem zálohuju (vždy jeden je nasazen k použití a druhý je záložní, jsou ale zcela prohoditelné, takže když např. přestane fungovat Jekyll, nahradim Hydem a koupím nový Jekyll, na který re-zálohuju data)./etc/crypttaba typicky tam máte název (de)šifrovaného zařízení (to, co pak bude v/dev/mapper/) a UUID šifrovaného oddílu.
Btrfs LVM LUKS MD RAID HDD+HDDPřípadně:
Btrfs LVM LUKS SSDŠifrovat až nad LVM se mi nechtělo jednak kvůli RAIDu a jednak kvůli tomu, že by byly vidět názvy oddílů, jejich počet a velikost. A pak na to nemusím myslet, můžu si vytvářet LV, jak chci, a vím, že všechno už je šifrované. Na druhou stranu si pak člověk může udělat snadno nešifrovaný oddíl třeba pro nějaká dočasná data, když to má jako ty (ale na to používám spíš další disky).
systemd mj. zná ID procesu, pod kterým běží služba (ne jen příkazu, který ji spustil), a není to jen nějaký zdivočelý démon běžící kdesi na pozadí, o kterém systém nic neví a nemá ho pod kontrolou.Bez toho, že by ma zrovna táto téma zaujímala, naozaj nieje možné v Linuxe zistiť hocijaký proces ktorý niekde beží bez sytemd? Nejak sa ta bariera v tom našom Linux enviroment stále prehlbuje a musím povedať objektívne, že to ide len z jednej strany. PS pre redakciu: Furt ma to neskutočne vytáča a popísalo so o tom dosť ako nasierate užívateľov. Nedokážem si ani skopírovať text aby som neklikol kde nechcem. Bolo to odstránené a už dlhý čas je to späť.
naozaj nieje možné v Linuxe zistiť hocijaký proces ktorý niekde beží bez sytemd?Vypsat si běžící procesy samozřejmě můžeš, taky si je můžeš nějak organizovat na základě názvu binárky, uživatele atd., ale většinou nebudeš vědět, odkud byl ten proces spuštěn (jestli ten démon vzešel z init skriptu, nebo ho pustil někdo bokem). Nebo obráceně: zjistit, jaké všechny procesy byly spuštěny při startu nějaké služby. Systemd o tom má přehled AFAIK díky cgroups – což nebrání jiným init systémům to dělat taky, ale jinde jsem to takhle pěkně neviděl.
PS pre redakciu: Furt ma to neskutočne vytáča
var jobsAds = top.document.getElementsByClassName("jobs-ad-logo");
for ( ix in jobsAds ) {
jobsAds[ix].style.width = '100%';
}
zatím to funguje.
#ls { overflow: hidden; }
Zřejmě nebyly nějaké změny commitovány,
Tiskni
Sdílej: