Příspěvky

1

Studium a uplatnění / Re:Jak na anglictinu?

« kdy: 24. 08. 2025, 12:23:26 »

Ako akobsolvent bilingvalneho gymply odporúčam v roku 2025 sa už konečne vykašlať na učenie cudzieho jazyka a na preklad pouzit ChatGPT. Výsledok je o mnoho lepší. Takže nájsť elektronickú verziu a nechať preložiť.

Odborne IT knihy nie je problém prečítať, ak človek pozná terminologiou. Ale umelecká literatúra, najma ta trochu staršia a väčšou slovnou zásobou, napr Mary Shelley), to je zabava počítaná v mesiacoch so slovníkom.

Výhodou prekladu pomocou ChatGPT je aspon v pisomnom prejave potom nevyzerate na prvý pohlad ako jednoduchý cudzinec.

2

Studium a uplatnění / Práca v Ciklum (bývalý CN Group CZ) embedded hw a sw v C

« kdy: 12. 05. 2025, 19:54:35 »

Poznáte túto firmu, prípadne môžete napísať skúsenosti s prácou v tejto firme  ? Jedná  sa o ponuku embedded hw & sw v C pre mikrokontrolery. 

Bol som na pohovore na pobočke v Bratislave, ale možno by mi pomohli aj recenzie z českých pobočiek (Praha, Zlín). Ďakujem

3

Server / LXC Error: Get "http://unix.socket/1.0": EOF

« kdy: 06. 10. 2024, 18:44:51 »

Pomocou prikazu lxc restore som obnovil lxc kontainer librarian ktory je na dalsom externom siffrovanom disku (nie je trvalo pripojeny)

Vsetko fungovalo. Pri dalsom spusteni pc ked som chcel spustit lubovolny kontainer, tak mi vypisuje chybovu hlasku

Kód: [Vybrat]

lxc start librarian
2024/10/06 18:34:37.610776 system_key.go:131: cannot determine nfs usage in generateSystemKey: cannot parse /etc/fstab: expected between 3 and 6 fields, found 1
Error: Get "http://unix.socket/1.0": EOF
takisto nie je mozne zobrazit dostupne kontainerz prikayom lxc list, tiez vypise hlasku  Error: Get "http://unix.socket/1.0": EOF[/code]

Kód: [Vybrat]

systemctl status snap.lxd.daemon
● snap.lxd.daemon.service - Service for snap application lxd.daemon
     Loaded: loaded (/etc/systemd/system/snap.lxd.daemon.service; static)
     Active: active (running) since Sun 2024-10-06 18:35:46 CEST; 316ms ago
TriggeredBy: ● snap.lxd.daemon.unix.socket
   Main PID: 13899 (daemon.start)
      Tasks: 0 (limit: 18954)
     Memory: 532.0K
        CPU: 231ms
     CGroup: /system.slice/snap.lxd.daemon.service
             ‣ 13899 /bin/sh /snap/lxd/29619/commands/daemon.start

okt 06 18:35:46 hlavnypc lxd.daemon[5236]: - proc_stat
okt 06 18:35:46 hlavnypc lxd.daemon[5236]: - proc_swaps
okt 06 18:35:46 hlavnypc lxd.daemon[5236]: - proc_uptime
okt 06 18:35:46 hlavnypc lxd.daemon[5236]: - shared_pidns
okt 06 18:35:46 hlavnypc lxd.daemon[5236]: - cpuview_daemon
okt 06 18:35:46 hlavnypc lxd.daemon[5236]: - loadavg_daemon
okt 06 18:35:46 hlavnypc lxd.daemon[5236]: - pidfds
okt 06 18:35:46 hlavnypc lxd.daemon[5236]: Reloaded LXCFS
okt 06 18:35:46 hlavnypc lxd.daemon[13899]: => Re-using existing LXCFS
okt 06 18:35:46 hlavnypc lxd.daemon[13899]: => Starting LXD
Skusil som zobrazit socket, ale neviem ci je vysledok spravny

Kód: [Vybrat]

ls -l /var/snap/lxd/common/lxd/unix.socket
srw-rw---- 1 root lxd 0 okt  6 18:20 /var/snap/lxd/common/lxd/unix.socket


skusil som pozriet chzbove spravy

Kód: [Vybrat]

lxd --debug --group lxd
Error: Failed initializing storage pool "librarian_storage_pool": Failed to mount "/var/lib/snapd/hostfs/mnt/btrfs/archiv/eknihy/librarian/librarian_storage_pool" on "/var/snap/lxd/common/lxd/storage-pools/librarian_storage_pool" using "none": no such file or director
Neviete kde moze byt chyba ? Nemoze byt problem ak je librarian_strorage_pool umiestneny na disku ktory je pocas startu pc odpojeny ?

Nevie niekto poradit ako riešiť kontainer na vymenitelnom externom disku ?

4

Studium a uplatnění / Re:Snížení mezd v IT

« kdy: 08. 07. 2024, 18:14:31 »

Kód: [Vybrat]

Nikoliv Foxcon, který ho v Číně montuje, protože to je práce s nízkou přidanou hodnotou.

Budte radi ze náklady vybavenie IT hardverom a službami sú stále male v porovnaní s inými odvetviami. Co by dali kolegovia mechanický konstruktéri za to aby nemusela ich firma platit dalsi ekvivalent ich mesacneho platu roznym Solidworksom a Catiam ?

Predstavte si montáž Iphonu je práca s vysokou pridanou hodnotou. Lenze praca je exportovana do otrokárskej Číny.
Napríklad rozdiel ceny medzi "Librem made in USA (1999 USD)" a smartphonom Librem vyrobnenom v Azii (1300USD) je 700 USD staci zmenit krajinu  hned pridana hodnota prace tovarne narastie o  + 50%.

Stačí rozhnevať Čínu a následný insourcing vyroby z Číny naspať domov určite prinesie dramatickú zmenu pomeru ceny hardvéru/softvéru.

5

Studium a uplatnění / Re:IT freelancer - pojištění odpovědnosti OSVČ

« kdy: 24. 04. 2023, 17:45:50 »

A ako je to si situaciami typu precenil som svoje schopnosti/možnosti a vysledný produkt je nestabilný/problémový/pomalý/spotrebuva viac zdrojov než by mal.

Alebo napríklad moj soft potrebuje k svojej praci knižnicu/framework/operačný system typu XY, v ktorom je bug (o ktorom vopred nevedel) a samozrejme tvorca knižnice/frameworku/operačnýho systému nezodpovedá za nič.

6

Windows a jiné systémy / Re:Jak na Ad Blocker na mobilech?

« kdy: 06. 01. 2023, 22:39:01 »

Mam  androida Motorola One, defaultny od vyrobcu + aktualizacie. Pouzivam prehliadac Firefox + unlock origin a ziadne reklamy na YouTube mi nezobrazuje ( Ked pozeram YouTube cez prehliadac).

7

Server / Re:Knot kresd cannot resolve address 'b root-servers.net'

« kdy: 05. 08. 2022, 12:30:33 »

Odstránil som {'194.36.144.87', hostname='ns29.de.dns.opennic.glue', ca_file='/etc/ssl/certs/ca-certificates.crt'}

a už 3 dni všetko funguje bez chybovych hlaseni  . ( ziadba tls_cl chyba, ziadny crash knot resolvera,m, ziadny double free)

Tak to vyzera ze to opennic ma nejaky problem s certifikatmi/nastavenim.

Ďakujem za radu.

8

Server / Re:Knot kresd cannot resolve address 'b root-servers.net'

« kdy: 01. 08. 2022, 13:45:27 »

po restart kresd1.service sa prva chyba [tls_cl] objavi po 15 minutach prevadzky.

9

Server / Re:Knot kresd cannot resolve address 'b root-servers.net'

« kdy: 01. 08. 2022, 13:41:57 »

Zřejmě máte TLS_FORWARD kde nakonfigurované jméno služby neodpovídá jménu certifikátu který ta služba pošle.  Tam aktualizace ca-certificates nemůže pomoct, protože nesedí jméno.  Takže... prostě nastavte správné jméno, za předpokladu že mu stále věříte, apod.

Kde/ako (v ktorom konfigu) mám správne nastaviť to meno ?

Ja mám k /etc/knot-resolver/kresd.conf nasledujuce nastavenie TLS

Kód: [Vybrat]

policy.add(policy.all(policy.TLS_FORWARD({
  {'9.9.9.9', hostname='dns.quad9.net', ca_file='/etc/ssl/certs/ca-certificates.crt'},
  {'149.112.112.112', hostname='dns.quad9.net', ca_file='/etc/ssl/certs/ca-certificates.crt'},
  {'194.36.144.87', hostname='ns29.de.dns.opennic.glue', ca_file='/etc/ssl/certs/ca-certificates.crt'}
})))


Tiez som si všimol ze sa Knot obsac sam od seba restartne, , vypis z /var/log/syslog

Kód: [Vybrat]

Aug  1 09:34:37 rpi400 kresd[2312]: [tls_cl] failed to verify peer certificate: The certificate is NOT trusted. The name in the certificate does not match the expected.
Aug  1 09:37:22 rpi400 kresd[2312]: double free or corruption (!prev)
Aug  1 09:37:23 rpi400 systemd[1]: kresd@1.service: Main process exited, code=dumped, status=6/ABRT
Aug  1 09:37:23 rpi400 systemd[1]: kresd@1.service: Failed with result 'core-dump'.
Aug  1 09:37:23 rpi400 systemd[1]: kresd@1.service: Scheduled restart job, restart counter is at 2.
Aug  1 09:37:23 rpi400 systemd[1]: Stopped Knot Resolver daemon.
Aug  1 09:37:23 rpi400 systemd[1]: Starting Knot Resolver daemon...
Aug  1 09:37:23 rpi400 systemd[1]: Started Knot Resolver daemon.
Aug  1 09:38:20 rpi400 kresd[5900]: [tls_cl] failed to verify peer certificate: The certificate is NOT trusted. The name in the certificate does not match the expected.
Aug  1 09:38:44 rpi400 kresd[5900]: message repeated 3 times: [ [tls_cl] failed to verify peer certificate: The certificate is NOT trusted. The name in the certificate doe



10

Server / Re:Knot kresd cannot resolve address 'b root-servers.net'

« kdy: 31. 07. 2022, 17:31:08 »

System na rpi nebol 2 mesiace aktualizovany.

Ja knot resolver som predtym stahoval z stahujem z repozitaru https://download.opensuse.org/repositories/home:/CZ-NIC:/knot-resolver-latest/xUbuntu_20.04/

Najskor som skusil aktualitovat len knot-resolver a knot-resolver-release a systemctl restartol, ale nepomohlo (ani po rebooote).

Ked som potom aktualizoval cely system, tak dns zacalo fungovat.

V systeme teraz mam 2 baliky knot-resolver (5.5.1-cznic.1)  a knot-resolver-release (1.10-1)

Aky je rozdiel medzi knot-resolver a knot-resolve-release ? 

11

Server / Re:Knot kresd cannot resolve address 'b root-servers.net'

« kdy: 31. 07. 2022, 13:28:26 »

este som si vsimol v szslogu dalsiu chybu

Kód: [Vybrat]

kresd[2371]: [tls_cl] failed to verify peer certificate: The certificate is NOT trusted. The name in the certificate does not match the expected.
skusal som update ca-certifikatov

apt-get update
apt-get install ca-certificates
update-ca-certificates --fresh --verbose
openssl rehash -v
reboot

ale knot stale nefunguje.

12

Server / Knot kresd cannot resolve address 'b root-servers.net'

« kdy: 31. 07. 2022, 12:13:53 »

Mam doma na rpi400 pusteny Knot resolver 1.10 na Ubuntu 20.04. Po polroku bezproblemovej prevadzky sa dnes v noci nieco pokazilo

Na niektore weby sa dostanem, na niektore nie weby sa nedostanem
 Rpi400 slisi ako router/firewall a pakety na  53 a 853 presmerovavam na moj Knot resolver von cez dns over tls.

Systemctl status kresd1.service

Kód: [Vybrat]

kresd[3258]: [primin] cannot resolve address 'b.root-servers.net.', type: 1

kresd[3258]: [primin] cannot resolve address 'b.root-servers.net.', type: 28

kresd[3258]: [primin] cannot resolve address 'c.root-servers.net.', type: 28

kresd[3258]: [primin] cannot resolve address 'e.root-servers.net.', type: 1

kresd[3258]: [primin] cannot resolve address 'f.root-servers.net.', type: 1

kresd[3258]: [primin] cannot resolve address 'g.root-servers.net.', type: 1

kresd[3258]: [primin] cannot resolve address 'g.root-servers.net.', type: 28

kresd[3258]: [primin] cannot resolve address 'h.root-servers.net.', type: 1

kresd[3258]: [primin] cannot resolve address 'l.root-servers.net.', type: 28

kresd[3258]: [primin] cannot resolve address 'm.root-servers.net.', type: 28

Neviem niekto poradit ako to opravit ? Dakujem

13

Sítě / Re:Kde je ajťákův ráj na venkově?

« kdy: 27. 01. 2022, 12:10:09 »

Ako človek ktorý v mladosti zažil presťahovanie z mesta na blízku dedinu mám jednoznačný názor.

Podla mna najlepšia kombinácia je dom (nie byt/panelak) v skutočnom meste (nie satelit). Na lokalite tiež dosť záleží. Veľká záhrada je na prítaž. Civilizácia je super, len je potrebná určitá "nárazníkova zóna"

Ludia čo chcú uniknúť pred mestským smogom bývajú prekvapení dedinským smogom (stači jeden debil na ulici ktorý kúri drevotrieskovým odpadom).

Tiež je dobré zistit v prípade prúseru ako dlho by trval príjazd záchranky a pod ktorú nemocnicu patríte. Je roziel byt 5 km od veľkej univerzitnej než 50 km po cestách 3 triedy do malej/slabo vybavenej.

14

Server / Re:Mail u sebe doma

« kdy: 30. 10. 2021, 14:14:35 »

A nie je celý problém len v tom že mailserver postavený na  Postfix/Dovecot je nevhodný ( hlavne časová námaha na konfiguraciu) ak niekto chce domaci email server pre jedneho použivatela ?

Neexistuje nejakí jednoduchší softvér (hoci aj plateny) na "domace použitie pre jedného použivatela ? "  KISS princíp ?

Vyskúšal som volakedy davno (10rokov dozadu) rozbehnúť Postfix + Dovecot doma.  Na antispam filter som už nemal silu.

15

Odkladiště / Re:Počítač bez integrovaných obvodů

« kdy: 08. 10. 2021, 15:31:45 »

A co tak pouzit diskretne suciastky k stavbe exotickejsieho cpu, napriklad  pracujuceho v trojkovej sustave ?

http://xyzzy.freeshell.org/trinary/CPE%20Report%20-%20Ternary%20Computing%20Testbed%20-%20RC6a.pdf

https://www.computer-museum.ru/english/setun.htm