Příspěvky

286

Windows a jiné systémy / Re:Chytrá televize se vysype, když zabanuji domény

« kdy: 02. 12. 2020, 21:39:59 »

Vlastní krabička je pochopitelně koncepčním bezpečným řešením, ale jedna věc by někomu mohla chybět - HbbTv. Jejich obsah stojí u komerčních stanic v ČR za <|>, ale u ČT se mi osobně jeví jako velmi zajímavý (právě zde je vidět rozdíl mezi komerční a veřejnou TV). Hledal jsem, zda neexistuje nějaký doplněk do Kodi, ale nic takového jsem nenašel.

V Kodi používám doplněk "ivysilani - Česká televize" a přijde mi to červenému tlačitku na ČT hodně podobné.

Jestli si správně pamatuji diskuze na fórech zda (ne)vyvíjet HbbTv addon pro Kodi, tak argument pro nevyvíjet byl právě proto, že existují (nebo lze doprogramovat) plnohodnotné addons než dělat polovičaté řešení v podobě HbbTv addon.

287

Hardware / Re:RPM čtečky otisků na Fedoře

« kdy: 01. 12. 2020, 19:44:37 »

a vidis jake byli pouzity zdrojaky, debian files (soubory na zaklada kterejch se sestavil balicek), atd, resp. konkretne tohle:

Kód: [Vybrat]

byobu_5.133-0ubuntu1~focal.debian.tar.xz (65.1 KiB)
byobu_5.133-0ubuntu1~focal.dsc (1.8 KiB)
byobu_5.133-0ubuntu1~focal_all.deb (166.3 KiB)
byobu_5.133.orig.tar.gz (743.8 KiB)

Aha, takže to je podobná buildovací infrastruktura jako ten Copr. Bohužel tak jako u Copru není na první pohled zřejmé odkud ty zdrojáky pocházejí (nevím jestli mohly být uploadnuty nebo pocházejí někde z githubu...). Možná kdybych detailně prohlídl buildlog tak by to tam někde bylo.

288

Hardware / Re:RPM čtečky otisků na Fedoře

« kdy: 01. 12. 2020, 15:04:40 »

Mimochodem, v článku je i odkaz na AUR.

Uvažuji o přechodu na Fedoru (případně Ubuntu), ale AUR je jedna z hlavních věcí co mne u Manjara (nebo jiného Arch distra) drží. Bojím se že u Fedory bych musel neoficiální balíčky složitěji hledat nebo vlastnoručně sestavovat.

ohledne *buntu, tam mas PPA, je to sice comunitni takze si tam teoreticky muze kdokoliv da cokoliv, ale to same myslim plati i o AUR (nevim jak u komunitnich repo Fedory)

Právěže u AURu to funguje tak, že vidíš konfigurák (PKGBUILD) a v něm je mj. vidět odkud se stahují zdrojáky. Ty se stáhnou na local, zkompiluje se a vytvoří se balíček (je tam i volba "jen vytvořit balíček" bez instalace). U Copru lze taky najít zdrojáky, byť to působí méně přehledně - je tam nějaký build.log ve kterém vidíš odkud se zdrojáky stahují. Bohužel se zdá, že se většinou stahují z githubu autora balíčku Copru (fork?), nikoliv přímo z githubu autora daného projektu), takže bych musel zkoumat zda fork na githubu je opravdu shodný se zdrojáky od autora a tím se to komplikuje. Každopádně co vím tak v PPA je již zkompilovaný balíček, takže neověříš odkud pochází zdrojový kód a pokud je to nějaký komunitní PPA, tak bych z toho neměl klidné spaní. 

289

Hardware / Re:RPM čtečky otisků na Fedoře

« kdy: 01. 12. 2020, 11:31:50 »

Fedora má COPR a také flatpaky (jsou všude, ale mnohdy nahradí aur).

Třeba u Spotify jsem taky dal přednost Flatpaku/Snapu před verzí z AUR. Ale když budu hledat nějaké ovladače (buď ten co hledáš ty) nebo na méně běžné myši, klávesnice, tablety (pera) atd. (v tom mi Flatpak nepomůže), nebo nějaký méně běžný prográmek z githubu, tak se obávám, že u Copru je ta šance na nalezení menší než u AURu (kdysi jsem tam nemohl najít to co na AURu bylo). U Copru se mi hůř hledá a taky jsem se zatím nezorientoval jak jednoduše najít odkud se pro daný balíček stahují zdrojáky, u AURu stačí kliknout na PKGBUILD a v jednoduchém přehledném konfiguráku vidím vše podstatné a pokud chci např. zkompilovat starší verzi, tak stačí jednoduchá uprava PKGBUILDu.

Kromě AURu mě na Manjaru drží ještě excelentní dokumentace Archu. Na tu žádné jiné distro nemá.

Já jsem to nikdy nepotřeboval.

Z AURu využívám třeba https://aur.archlinux.org/packages/looking-glass/ nebo https://aur.archlinux.org/packages/linux-vfio/. Vidím, že na Copru to je a asi by to byly první věci co na Fedoře budu testovat až se rozhoupu Fedoru zkusit naostro.

290

Hardware / Re:RPM čtečky otisků na Fedoře

« kdy: 30. 11. 2020, 23:51:13 »

Mimochodem, v článku je i odkaz na AUR.

Uvažuji o přechodu na Fedoru (případně Ubuntu), ale AUR je jedna z hlavních věcí co mne u Manjara (nebo jiného Arch distra) drží. Bojím se že u Fedory bych musel neoficiální balíčky složitěji hledat nebo vlastnoručně sestavovat.

291

Hardware / Re:PC s pasivním chlazením (Ryzen 5 1600AF)

« kdy: 30. 11. 2020, 23:35:50 »

Rozmyslam ci by nebolo dobre predsa len dat tam nizkotackovy ventilator na rozhybanie vzduchu.

Bolo. Čím větší teplota, tím nižší životnost elektroniky. Do léta než začnou tropy máš čas nějaký vybrat.

292

/dev/null / Re:Ovládání přehrávače v Chrome – kde se vzalo

« kdy: 29. 11. 2020, 22:30:51 »

@Wrána diskuze: Aha, tak teď už tomu rozumím. Hamparle je tvoje ségra ze Švédska
Tak to je jiná, ale né abyste zaneřádily celý Root holky

293

Windows a jiné systémy / Re:Chytrá televize se vysype, když zabanuji domény

« kdy: 29. 11. 2020, 22:17:30 »

Alternativni reseni: prestat otravovat root.cz kravinami

Souhlasím. Navrhuji sníst psy.

294

Hardware / Re:Grafický tablet nefunguje v KVM

« kdy: 27. 11. 2020, 23:30:02 »

Myslel jsem celý XML ať jde vidět co je tam v konfliktu.

295

Hardware / Re:Grafický tablet nefunguje v KVM

« kdy: 27. 11. 2020, 17:51:09 »

A nerozumiem tomu,... skúšal som to zmeniť aj na fs1, fs2, fs7, a stále chyba.

U mne vše funguje jak má. V guestOS jsem použil příkaz co jsem našel v dokumentaci Qemu:

Kód: [Vybrat]

mount -t 9p -o trans=virtio sharename /tmp/shared/ -oversion=9p2000.L,posixacl,msize=104857600,cache=loose

Vytvořený "novy.txt" z guestOS vypadá v hostOS takto:

Kód: [Vybrat]

-rw-r--r-- 1 nobody kvm       0 27. lis 17.39 novy.txt

Když v tom ukázkovém commandline v libvirtu změním na fmode=0777, tak to v hostOS vypadá takto:

Kód: [Vybrat]

-rwxrwxr-x 1 nobody kvm       0 27. lis 17.48 novy777.txt

Normálně ho můžu v hostOS smazat. Pokud jsi si jistý, že v XML nemáš nějaký překlep, tak ho sem hoď.

296

Hardware / Re:Grafický tablet nefunguje v KVM

« kdy: 27. 11. 2020, 13:12:20 »

Jak jsem se díval, tak se zdá, že Qemu nastavuje 0600/0700 natvrdo, takže ACL ti nepomůže. Takže jinak - přece jen to vypadá, že Qemu má volby fmode a dmode.

297

Hardware / Re:Grafický tablet nefunguje v KVM

« kdy: 27. 11. 2020, 11:54:40 »

Nedivoč ať to nedopadne jak včera kdy stačilo jen přehodit QXL na VGA . V klidu si pročti a vyzkoušej jestli je setfacl přesně to co potřebuješ. Zde je další studijní materiál

298

Hardware / Re:Grafický tablet nefunguje v KVM

« kdy: 27. 11. 2020, 10:32:14 »

drwx------   2 libvirt-qemu kvm      4096 nov 27 00:10 a

Práva má jen vlastník, takže to že ses přidal do skupiny libvirt-qemu ti nepomůže.

jedna možnost: /etc/libvirt/qemu.conf (mrkni na user= a group=)

druhá možnost: setfacl na hostOS co jsem ti poslal v odkazu jsi zkoušel?

299

Hardware / Re:Grafický tablet nefunguje v KVM

« kdy: 27. 11. 2020, 00:04:20 »

Konfigurace X11 by bylo další velké téma. Pokud nevíš kde a jak nakonfigurovat X11, tak asi bude lepší samostatný dotaz. Tipl bych, že ovladač Wacom tabletu si vytvoří svůj vlastní config pro Xko, ale nevím.

300

Hardware / Re:Grafický tablet nefunguje v KVM

« kdy: 26. 11. 2020, 23:47:25 »

nedetekuje to prítlak.

Ale měl by. Kdyby jsi chtěl dál zkoušet, tak třeba zde je nějaká ukázka (hledej spojení usb-wacom-tablet) včetně configu X11. Můžeš zkoušet.