Příspěvky

1

Distribuce / Re:Kompilovanie software pre DVB-C tuner (TBS, Raspberry)

« kdy: 08. 09. 2025, 10:48:31 »

alebo čo znamenajú tie hexa čísla

Sú to CRC z prototypov daných symbolov. Takže to by chcelo inú verziu TBS zdrojákov, ktorá pracuje s prototypmi ako má jadro 6.12. Hm.

2

Distribuce / Re:Kompilovanie software pre DVB-C tuner (TBS, Raspberry)

« kdy: 08. 09. 2025, 10:33:09 »

Zdá se, že to kompiluješ proti jiné verzi než původní autor, ...

Na Wiki https://github.com/tbsdtv/linux_media/wiki sa píše "support kernel version from v4.19-6.14". To zjavne neplatí. Aj na tom Kubuntu mi to s pôvodným kernelom neišlo (to bol tuším 6.8 ) a rozbehlo sa až keď som dal HWE kernel (6.14).
"Prerequisites, Build errors and Rebuilding" som si samozrejme už prešiel, nevidím tam nič pre mňa relevantné.
Okrem skriptu install.sh obsahuje projekt media_build aj skript build, kde je vetva pre Raspberry, tak verím, že sa nepokúšam o niečo celkom neadekvátne. (Ako som už písal, RPi4 - no problem.)

Súčasťou balíčka linux-headers je aj súbor Module.symvers. Projekt media_build si ale vyrába vlastný Module.symvers s inými adresami (alebo čo znamenajú tie hexa čísla).

Kód: [Vybrat]

# journalctl -b | grep 'Unknown symbol' | head -n 1
sep 07 17:34:51 rpi5 kernel: pisp_be: Unknown symbol vb2_queue_init (err -22)

# grep -F vb2_queue_init `find / -name Module.symvers 2>/dev/null`
/usr/local/src/tbs/media_build/v4l/Module.symvers:0xe422420c    vb2_queue_init_name     /usr/local/src/tbs/media_build/v4l/videobuf2-v4l2       EXPORT_SYMBOL_GPL
/usr/local/src/tbs/media_build/v4l/Module.symvers:0x9adb93ef    vb2_queue_init  /usr/local/src/tbs/media_build/v4l/videobuf2-v4l2       EXPORT_SYMBOL_GPL
/usr/src/linux-headers-6.12.25+rpt-rpi-v8/Module.symvers:0x27c3aa16     vb2_queue_init_name     drivers/media/common/videobuf2/videobuf2-v4l2   EXPORT_SYMBOL_GPL
/usr/src/linux-headers-6.12.25+rpt-rpi-v8/Module.symvers:0xa3575fdc     vb2_queue_init  drivers/media/common/videobuf2/videobuf2-v4l2   EXPORT_SYMBOL_GPL
/usr/src/linux-headers-6.12.34+rpt-rpi-v8/Module.symvers:0x27c3aa16     vb2_queue_init_name     drivers/media/common/videobuf2/videobuf2-v4l2   EXPORT_SYMBOL_GPL
/usr/src/linux-headers-6.12.34+rpt-rpi-v8/Module.symvers:0xa3575fdc     vb2_queue_init  drivers/media/common/videobuf2/videobuf2-v4l2   EXPORT_SYMBOL_GPL

Toto mi príde čudné, ale keďže o zostavovaní modulov do jadra viem veľkú 0, tak neviem, čo s tým.

3

Distribuce / Kompilovanie software pre DVB-C tuner (TBS, Raspberry)

« kdy: 07. 09. 2025, 18:16:18 »

Ahoj. Snažím sa skompilovať ovládače pre DVB-C tuner TBS-5230 podľa postupu na https://github.com/tbsdtv/linux_media/wiki, ale výsledkom je množstvo hlásení v žurnále ako napr.:

Kód: [Vybrat]

kernel: pisp_be: disagrees about version of symbol __video_register_device
kernel: pisp_be: Unknown symbol __video_register_device (err -22)
kernel: rpi_hevc_dec: disagrees about version of symbol v4l2_m2m_job_finish
kernel: rpi_hevc_dec: Unknown symbol v4l2_m2m_job_finish (err -22)

Skúsil som aj samotný install.sh skript z https://github.com/tbsdtv/media_build, ako mi radil vývojár z githubu, ale výsledok bol ešte horší (žiadne ovládače sa nenahrali).

Kompilujem to pre Raspberry Pi 5, Linux rpi5 6.12.34+rpt-rpi-v8 #1 SMP PREEMPT Debian 1:6.12.34-1+rpt1~bookworm (2025-06-26) aarch64 GNU/Linux. Predtým som používal Raspberry Pi 4, s trochu iným tunerom a so software nebol problém. (RPi4 a starý tuner neprežili blesk.)

Poradíte mi, prosím, ako opravím ten problém so symbolmi?

P.S.: Zo zvedavosti som to skúsil rozchodiť aj na notebooku s Kubuntu a tam softvér funguje a kernel sa na symboly nesťažuje.

4

Hardware / Zkušenosti s telefonem Fairphone

« kdy: 06. 08. 2025, 18:39:07 »

Ahoj. Je tu niekto, kto dlhšiu (alebo aj kratšiu) dobu používa Fairphone a je ochotný sa podeliť o skúsenosti? Zaujímalo by ma, či sa s vekom nezhoršuje funkčnosť (rozoberateľné kontakty), ako často chodia aktualizácie a čokoľvek ďalšie, čo môže byť zaujímavé.

Pri Fairphone 6 by ma špeciálne zaujímala výdrž batérie.

Díky!

5

Software / Re:Kate - vypnúť opakovanie znakov na novom riadku

« kdy: 20. 03. 2025, 09:03:47 »

Mam Kate ve Win10 a deje se mi to, jen musim drzet Shift + Enter -> coz je korektni chovani podle dokumentace. Enter funguje normalne. Zkuste, co vam dela ten Shift + Enter.

Toto je dobrá nápoveda!

Zmenil som mapovanie keyboard shortcuts "Insert Smart Newline = Return" na "Shift+Return", mám konečne normálny stav. Teraz môžem mať Default indentation mode Normal, Enable autocompletion a chová sa to v súlade so zdravým rozumom.

To "Insert Smart Newline = Return" bolo pravdepodobne default v niektorej staršej verzii Kubuntu a keďže profil sa prenáša, pretrvalo to. Pozeral som v čerstvo nainštalovaných Kubuntu a tam je to tak, ako píšete.

Díky!

6

Software / Kate - vypnúť opakovanie znakov na novom riadku

« kdy: 16. 03. 2025, 20:09:05 »

Ahoj.

Keď v Kate napíšem napr. "# abc"+Enter, editor automaticky vloží na začiatok nového riadku "# ". Takto opakuje prakticky hociaký prefix zo špeciálnych znakov: "!@#$%^&*-=+ abc"+Enter, editor vloží "!@#$%^&*-=+ ".

Už som povypínal, čo sa v GUI dalo: indentation mode=none, auto completion všetky možnosti disabled, prešiel som obsah konfigu, či tam nenájdem ešte niečo, čo by sa dalo vypnúť, ale neviem sa tejto skvelej feature zbaviť.

Prikladám aktuálny ~/.config/katerc.

Ako vypnem opakovanie prefixu zo špeciálnych znakov na novom riadku?

7

Hardware / Re:Wi-Fi kamera na chatu, co pošle fotku jednou denně

« kdy: 23. 01. 2025, 23:33:40 »

Možno by šlo použiť starší mobil, ak by sa našiel vhodný soft. Ja som hlbšie nehľadal, narýchlo som vygooglil len toto

https://www.cnet.com/home/security/turn-an-obsolete-phone-into-a-free-security-camera-with-3-easy-steps/

Viem, že to nie je ono. Len námet.
Plus by to chcelo kompromis s napájaním.

8

Hardware / Re:Aky setup na stole pouzivate pre notebook?

« kdy: 20. 04. 2024, 12:28:36 »

2 drevené kocky pod zadnými nožičkami :-)  - kvôli lepšiemu chladeniu

Pre druhý notebook som si spravil podstavec, lebo okrem chladenia som chcel dosiahnuť aj lepšiu polohu obrazovky voči hlavnému monitoru. Nakoniec ale používam len ten hlavný veľký monitor

9

Hardware / Re:Externí disk "do šuplíku" - existuje 3.5'' disk napájen z USB?

« kdy: 21. 01. 2024, 20:39:07 »

Myslím, že 3.5" disk potrebuje okrem +5V aj +12V. Obávam sa, že taký adaptér (USB 5V DC --> SATA s napájaním 5V a 12V) nezoženieš.

10

Vývoj / Re:Bash a trap

« kdy: 20. 11. 2023, 15:51:48 »

Pokial to cele zabalim do subshelu (normalnymi zatvorkami), vsetko funguje. Ak to ale miesto subshellu zabalim do {}:

Odpovedal si si sám. () - subshell, {} - blok, tj. žiaden shell sa neukončuje, nenastane EXIT udalosť.

Kód: [Vybrat]

~$ cat s1
#!/bin/bash
echo Start
(
        echo Subshell start
        trap "echo Exit trap - subshell" EXIT
        echo Subshell end
)
echo End

~$ bash s1
Start
Subshell start
Subshell end
Exit trap - subshell
End

~$ cat s2
#!/bin/bash
echo Start
{
        echo Block start
        trap "echo Exit trap" EXIT
        echo Block end
}
echo End

~$ bash s2
Start
Block start
Block end
End
Exit trap

~$


Ak by to nebol voľný blok ale funkcia, mohol by si použiť RETURN trap.

11

Sítě / Re:Návod pro nasazení IPv6 pro začátečníka kutila

« kdy: 13. 10. 2023, 00:55:02 »

V IPv4 mate fixnich 32 bitu.
V IPv6 mate fixnich 64 bitu a pak nahodnych 64 dalsich bitu.
O jake ztrate soukromi se tu bavime? :-)

Chápem, že náhodné bity sú pomerne značná prekážka pre prípadného útočníka.

Vôbec ovšem nerozumiem, ako ma môžu ochrániť pred špehovaním. Špehovač náhodné bity odignoruje. Na základe horných 64b s istotou vie, ktorá komunikácia prichádza z rovnakého stroja.

Môžeš prosím svoju argumentáciu rozviesť?

12

Sítě / Re:Vzdálený přístup bez statické veřejné IP adresy

« kdy: 24. 05. 2021, 10:56:40 »

@_Jenda
...Mám několik VPS, ale nechci se s tím srát, abych si dělal vlastní VPN....

Keď máš VPS na verejných statických IP a ak Tvoj NAS má SSH klienta a CRON, môžeš skúsiť aj reverzný ssh tunel.

13

Windows a jiné systémy / Re:Nedá sa nadviazať TLS spojenie medzi dvoma konkrétmymi strojmi

« kdy: 18. 02. 2021, 15:40:48 »

@RDa: Bingo!

PC1 má 2 sieťové karty (jednu na doske). Prehodil som kábel z karty v slote do karty na doske a spojenie ide. IP adresu som nechal automatickú cez DHCP. Predtým bola pridelená konštantná na konkrétnu MAC adresu cez DHCP.

Stále nechápem, čo mohlo vadiť tomu jedinému spojenu PC1<->server a nevadilo žiadnemu inému ani nevadilo žiadnemu nešifrovanému. To môžem dohľadávať, až sa budem niekedy nudiť. Hlavne že to ide.

Veľká vďaka za tip!

14

Windows a jiné systémy / Nedá sa nadviazať TLS spojenie medzi dvoma konkrétmymi strojmi

« kdy: 18. 02. 2021, 14:25:06 »

Úvodom: Viem, že tieto stránky sú prevažne o Linuxe a FOSS a môj problém sa týka Windows, ale nenapadá ma iná vhodná skupina bystrých ľudí, na ktorých by som sa obrátil. V tomto smere prosím o zhovievavosť.

Z jedného konkrétneho PC (PC1) nemôžem nadviazať TLS spojenie s jedným konkrétnym serverom. Zo susedného PC (PC2) spojenie funguje bez problémov. Iné TLS spojenia z PC1 fungujú. Oba stroje sú Windows 7 SP1 + všetky aktualizácie. Problém je nízkoúrovňový, lebo nesúvisí s konkrétnym protokolom na aplikačnej vrstve (HTTPS, FTP s vyžadovaným TLS), nesúvisí s konkrétnym prehliadačom/ FTP klientom, nezávisí od windows účtu, pod ktorým som práve prihlásený, prejavuje sa aj v "Safe mode with networking".

Keď skúsim openssl s_client -connect... (v Cygwin-e) dostanem na PC1 jediný riadok CONNECTED(00000004). Na PC2 dostanem normálny dlhý výpis s certifikátmi a ďalšími údajmi o spojení.

Asi najlepšie to bude demonštrovať na FTP spojení (logy sú z FileZill-y).

PC2 - spojenie funguje:

Kód: [Vybrat]

13:17:09 Status: Connecting to 37.9.175.131:21...
13:17:09 Status: Connection established, waiting for welcome message...
13:17:09 Trace: CFtpControlSocket::OnReceive()
13:17:09 Response: 220 ftp.websupport.sk
13:17:09 Trace: CFtpLogonOpData::ParseResponse() in state 1
13:17:09 Trace: CControlSocket::SendNextCommand()
13:17:09 Trace: CFtpLogonOpData::Send() in state 2
13:17:09 Command: AUTH TLS
13:17:09 Trace: CFtpControlSocket::OnReceive()
13:17:09 Response: 234 AUTH TLS successful
13:17:09 Trace: CFtpLogonOpData::ParseResponse() in state 2
13:17:09 Status: Initializing TLS...
13:17:09 Trace: tls_layer_impl::client_handshake()
13:17:09 Trace: tls_layer_impl::continue_handshake()
13:17:09 Trace: tls_layer_impl::continue_handshake()
13:17:09 Trace: tls_layer_impl::continue_handshake()
13:17:09 Trace: tls_layer_impl::continue_handshake()
13:17:09 Trace: TLS Handshake successful
13:17:09 Trace: Protocol: TLS1.3, Key exchange: ECDHE-SECP384R1-RSA-PSS-RSAE-SHA256, Cipher: AES-256-GCM, MAC: AEAD
13:17:09 Trace: tls_layer_impl::verify_certificate()

PC1 - nedokončí sa TLS handshake:

Kód: [Vybrat]

13:11:32 Status: Connecting to 37.9.175.131:21...
13:11:32 Status: Connection established, waiting for welcome message...
13:11:32 Trace: CFtpControlSocket::OnReceive()
13:11:32 Response: 220 ftp.websupport.sk
13:11:32 Trace: CFtpLogonOpData::ParseResponse() in state 1
13:11:32 Trace: CControlSocket::SendNextCommand()
13:11:32 Trace: CFtpLogonOpData::Send() in state 2
13:11:32 Command: AUTH TLS
13:11:32 Trace: CFtpControlSocket::OnReceive()
13:11:32 Response: 234 AUTH TLS successful
13:11:32 Trace: CFtpLogonOpData::ParseResponse() in state 2
13:11:32 Status: Initializing TLS...
13:11:32 Trace: tls_layer_impl::client_handshake()
13:11:32 Trace: tls_layer_impl::continue_handshake()
13:11:32 Trace: tls_layer_impl::continue_handshake()
13:11:32 Trace: tls_layer_impl::continue_handshake()
13:11:52 Error: Connection timed out after 20 seconds of inactivity
13:11:52 Trace: CFtpControlSocket::ResetOperation(2114)

PC1 - TLS spojenia na iné servrery normálne fungujú:

Kód: [Vybrat]

13:10:37 Status: Connecting to 37.9.175.24:21...
13:10:37 Status: Connection established, waiting for welcome message...
13:10:37 Trace: CFtpControlSocket::OnReceive()
13:10:37 Response: 220 ftp.websupport.sk
13:10:37 Trace: CFtpLogonOpData::ParseResponse() in state 1
13:10:37 Trace: CControlSocket::SendNextCommand()
13:10:37 Trace: CFtpLogonOpData::Send() in state 2
13:10:37 Command: AUTH TLS
13:10:37 Trace: CFtpControlSocket::OnReceive()
13:10:37 Response: 234 AUTH TLS successful
13:10:37 Trace: CFtpLogonOpData::ParseResponse() in state 2
13:10:37 Status: Initializing TLS...
13:10:37 Trace: tls_layer_impl::client_handshake()
13:10:37 Trace: tls_layer_impl::continue_handshake()
13:10:37 Trace: tls_layer_impl::continue_handshake()
13:10:37 Trace: tls_layer_impl::continue_handshake()
13:10:37 Trace: tls_layer_impl::continue_handshake()
13:10:37 Trace: TLS Handshake successful
13:10:37 Trace: Protocol: TLS1.3, Key exchange: ECDHE-SECP384R1-RSA-PSS-RSAE-SHA256, Cipher: AES-256-GCM, MAC: AEAD
13:10:37 Trace: tls_layer_impl::verify_certificate()

Poradíte mi, prosím, niekto, ako to opraviť bez reinštalácie OS?

P.S.:
@administrátor: Toto je druhá verzia textu. O originál som prišiel, lebo ma odhlásilo zo stránky. Klikol som na "Prohlédnout", prečítal som si text, niečo som opravil a doplnil, znova som klikol na "Prohlédnout" a bol som odhlásený. Medzi tými dvoma klikmi na "Prohlédnout" nemohlo byť viac než 10s. Je to hnusná chyba, prosím, opravte ju.

15

Software / Re:DWService.net - dá sa im veriť?

« kdy: 15. 01. 2019, 13:27:49 »

@David1234

To sa ľahšie povie než urobí.

Zatiaľ som rozbalil tar, ktorý je vlepený do vnútra inštalačného bash skriptu a dekompiloval niektoré pyc na py. V inštalačnom python skripte som našiel, že sa počas inštalácie stiahne z dwservice súbor files.xml, ktorý obsahuje zoznam ďalších súborov, ale tieto sa mi zatiaľ stiahnuť nepodarilo. Ešte som to nevzdal, možno som v skripte niečo prehliadol - ja python zrovna nemusím.

Ak však tento softvér obsahuje kód na automatickú aktualizáciu, nie je až také dôležité, čo robí dnes*, ale čo bude robiť zajtra! Čím sa dostávame späť ku pôvodnej otázke: či sa ľuďom za dwservice.net dá veriť.

*) ibaže by už dnes robil niečo zlé, takže by sa diskvalifikoval hneď teraz