Byla vydána nová verze 25.12.30 svobodného multiplatformního video editoru Shotcut (Wikipedie) postaveného nad multimediálním frameworkem MLT. Shotcut je vedle zdrojových kódů k dispozici také ve formátech AppImage, Flatpak a Snap.
Společnost Valve publikovala přehled To nej roku 2025 ve službě Steam aneb ohlédnutí za nejprodávanějšími, nejhranějšími a dalšími nej hrami roku 2025.
Byly publikovány výsledky průzkumu mezi uživateli Blenderu uskutečněného v říjnu a listopadu 2025. Zúčastnilo se více než 5000 uživatelů.
V dokumentově orientované databázi MongoDB byla nalezena a v upstreamu již opravena kritická bezpečností chyba CVE-2025-14847 aneb MongoBleed.
Při úklidu na Utažské univerzitě se ve skladovacích prostorách náhodou podařilo nalézt magnetickou pásku s kopií Unixu V4. Páska byla zaslána do počítačového muzea, kde se z pásky úspěšně podařilo extrahovat data a Unix spustit. Je to patrně jediný známý dochovaný exemplář tohoto 52 let starého Unixu, prvního vůbec programovaného v jazyce C.
FFmpeg nechal kvůli porušení autorských práv odstranit z GitHubu jeden z repozitářů patřících čínské technologické firmě Rockchip. Důvodem bylo porušení LGPL ze strany Rockchipu. Rockchip byl FFmpegem na porušování LGPL upozorněn již téměř před dvěma roky.
K dispozici je nový CLI nástroj witr sloužící k analýze běžících procesů. Název je zkratkou slov why-is-this-running, 'proč tohle běží'. Klade si za cíl v 'jediném, lidsky čitelném, výstupu vysvětlit odkud daný spuštěný proces pochází, jak byl spuštěn a jaký řetězec systémů je zodpovědný za to, že tento proces právě teď běží'. Witr je napsán v jazyce Go.
Yazi je správce souborů běžící v terminálu. Napsán je v programovacím jazyce Rust. Podporuje asynchronní I/O operace. Vydán byl v nové verzi 25.12.29. Instalovat jej lze také ze Snapcraftu.
Od soboty do úterý probíhá v Hamburku konference 39C3 (Chaos Communication Congress) věnovaná také počítačové bezpečnosti nebo hardwaru. Program (jiná verze) slibuje řadu zajímavých přednášek. Streamy a záznamy budou k dispozici na media.ccc.de.
Byl představen nový Xserver Phoenix, kompletně od nuly vyvíjený v programovacím jazyce Zig. Projekt Phoenix si klade za cíl být moderní alternativou k X.Org serveru.
Zdravim,
potrebuji poradit ohledne konfigurace a nastaveni ppp. Nedari se mi sestavit spojeni na isdn lince. Uz se s tim morduji nekolik tydnu ale nevim, kde je problem
V PC(debian 4.0) mam ISDN kartu (PCI-HFC-S).
Ovladac pouzivam Hisax s prislusnymi parametry.
Pomoci priokazu isdnctrl definuji interface ippp0
nastaveni ippp0 vypada takto
Current setup of interface 'ippp0':
EAZ/MSN: xxxxxxxxx
Phone number(s):
Outgoing: yyyyyyyyy
Incoming:
Dial mode: manual
Secure: off
Callback: off
Reject before Callback: on
Callback-delay: 5
Dialmax: 1
Hangup-Timeout: 340
Incoming-Hangup: on
ChargeHangup: off
Charge-Units: 0
Charge-Interval: 0
Layer-2-Protocol: hdlc
Layer-3-Protocol: trans
Encapsulation: syncppp
Slave Interface: None
Slave delay: 10
Master Interface: None
Pre-Bound to: Nothing
PPP-Bound to: 0
Dale pak spoustim demona ipppd s temito parametry (vzdalena strana pouziva pouze autentikaci chap)
/dev/ippp0
debug
kdebug 7
ipcp-accept-remote
noipdefault
name login
passive
auth
mru 1524
mtu 1500
#lcp-restart 2
+chap
+pwlog
-pap
Bohuzel po vytoceni ippp0 se spojeni nepodari
- vypis messages je
kernel: ippp0: dialing 1 xxxxxxxxx...
kernel: isdn_net: ippp0 connected
ipppd[5650]: Local number: 566522470, Remote number: 226204444, Type: outgoing
ipppd[5650]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 7
ipppd[5650]: Modem hangup
ipppd[5650]: Connection terminated.
ipppd[5650]: taking down PHASE_DEAD link 0, linkunit: 0
ipppd[5650]: LCP is down
ipppd[5650]: closing fd 7 from unit 0
ipppd[5650]: link 0 closed , linkunit: 0
ipppd[5650]: reinit_unit: 0
ipppd[5650]: Connect[0]: /dev/ippp0, fd: 7
kernel: ippp0: remote hangup
kernel: ippp0: Chargesum is 0
pokud se podivam na debug zpravy, vypadaji takto
ipppd[5650]: sent [0][LCP ConfReq id=0x1 <mru 1524> <auth chap md5> <magic 0x398f0772> <pcomp> <accomp>]
kernel: isdn_ppp_poll: minor: 128
kernel: ippp0: 0 bogocps
kernel: ippp_receive: is:c1bb0000 lp:dfde6200 slot:0 unit:0 len:33
kernel: [0/0].receive[0]: ff 03 c0 21 01 0e 00 1d 03 05 c2 23 05 05 06 1d
kernel: [0/0].receive[1]: c1 01 2f 11 04 05 f4 13 06 01 72 69 63 17 04 00
ipppd[5650]: rcvd [0][LCP ConfReq id=0xe <auth chap md5> <magic 0x1dc1012f> <MPmrru 1524> <MPdiscr: 0x1 [ 72 69 63 ]> < 17 04 00 33>]
ipppd[5650]: sent [0][LCP ConfRej id=0xe <auth chap md5> <MPmrru 1524> < 17 04 00 33>]
takto se to opakuje asi 5 krat.
Myslim ze chyba je v tom, ze pri prijmu od vzdalene strany
ipppd[5650]: rcvd [0][LCP ConfReq id=0xe <auth chap md5> <magic 0x1dc1012f> <MPmrru 1524> <MPdiscr: 0x1 [ 72 69 63 ]> < 17 04 00 33>]
posle me PC toto
ipppd[5650]: sent [0][LCP ConfRej id=0xe <auth chap md5> <MPmrru 1524> < 17 04 00 33>]
- zkratka odmitne predchozi ramec se zadosti
Ale proc se tak deje to opravdu nevim
/etc/ppp/chap-secret vypada
"login" "*" "password"
Muzete prosim poradit ?
Nepoužíváte náhodou synchroní PPP? (viz řádek Encapsulation: syncppp) Pak by jste měl použít daemona ipppd. Normální pppd na ISDN synchroní režim nejde použít.
www.isdn4linux.de/faq/i4lfaq-13.html#asyncppp_whichppp
T.
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz