no ipv6 ma pak priioritu 0 ;)

CHOROBA: ale on pise o priorizaci, ne o uplnym vypnuti... to je vcelku rozdil :)

me funguje skvele tohle.
sysctl -w net.ipv6.conf.all.disable_ipv6=1
sysctl -w net.ipv6.conf.default.disable_ipv6=1

DURDIN: Jo! funguje to prima :) Díky :)

GILHAD: No, polud maji designeri toho HW mozek, tak ten FTDI cip napaji z USB tak to zarizeni proste existuje jak zapojis kabel. Ale take mam par devboardu kde to tak neni :-(

DANIELSOFT: Pár jednodušších pokusů mi selhalo, že se to náhodně strefovalo do míst, kde už něco bylo, ale asi ne tak úplně a se správnými právy, nebo to už bylo "daleko" za začátkem vysílání a dál jsem to moc nehrotil, že možná časem, pokud někdo neporadí něco lepšího (protože tohle přece už muselo řešit spousta lidí přede mnou ...) ...

BTW: Koho zajima souboj mezi Wejlendem a X.
... yaft [ yet another frame buffer terminal ]
https://github.com/uobikiemukot/yaft
Jedna se o framebuffer terminal s podporou sixelu.

(jestli tam přímo není ten soubor tak bohatě stačí test "-f" v bashi nebo perlu)

GILHAD: nejde napsat si nějaký skript, který bude čekat a pak pustí screen?

bash, python, perl, případně by se možná hodil i expect v tcl

Když se tu probírá screen - já si teď hraju s různýma pofidérnostma (např Motorola 6809 - 8bit), co komunikují po seriálu (přez CH340 - ttyUSB0) a tak to vždycky zapojím do počítače a spustím screen /dev/ttyUSB0 115200
A ono to funguje, akorát mi tam chybí úvodní logo. Když spustím screen moc brzo, tak vypadne, že /dev/ttyUSB0 není (a když to vyndám, tak taky skončí a smaže obrazovku).

Tak jestli není něco jiného, co by dokázalo čekat, jestli náhodou to /dev/ttyUSB0 nevznikne a číst ho jakmile je to možné a když zanikne, tak čekat, jestli se zase neobjeví.

ZBYNEK: asi to tak udělám, aspoň se to v případě tátova laptopu bude updatovat automaticky a já jenom budu povyšovat zbytek systému

ZBYNEK: díky, máš to z PPA nebo z .tar.gz?

VYHULENY_UFO: to chápu, však jsem ho také používal :). Stále je to užitečný nástroj, ale nevím jestli jenom pro důchodce :).

DELVIT: protoze s nim tak nejak umim pracovat uz od devadesatek, kdy to byl celkem uzitecny nastroj...

DANYSEK: Já jsem dříve používal výhradně screen, ale byli věci jako třeba detach split screen, které dost používám a nefungovalo to. Taky tím, že tmux se vyvíjí pod OpenBSD tak si myslím, že kvalita kódu bude lepší.

Jinak jestli se nepletu tmux má release cycle cca rok s tím, že v půlce roku (případně rychleji pokud jsou vážné) vyjdou opravy chyb. V roce 2020, když všichni byli zavření našli těch chyb více asi se nudili :D.