Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - Ondřej Caletka

Stran: 1 ... 32 33 [34] 35 36 ... 55
496
Desktop / Re:Vytvoření udalosti pro zabránění uspání
« kdy: 18. 02. 2013, 09:14:40 »
V Debianu si na tohle VLC spouští proces:
xdg-screensaver suspend #nějakéčíslo
Přesně. A to nějaké číslo handle okna, které si má screensaver hlídat a dokud dané okno existuje, je screensaver blokován (tím se šikovně brání uvíznutí v blokovaném stavu pokud aplikace chcípne nekorektně). Dá se zjistit pomocí nástroje xwininfo

497
Sítě / Re:PowerDNS a nedostupné www.lide.cz
« kdy: 14. 02. 2013, 21:52:49 »
Nemáš v resolv.conf (ještě) jiný nameserver, než localhost?

498
Odkladiště / Re:Koho z diskutérů poslouchat?
« kdy: 14. 02. 2013, 21:47:56 »
Kdo je tu nejstarší, kdo je tu nejstarší?!
To je uplne jedno. Pravdu ma ten, kdo ma nejvetsiho...
Jako uptime? Já nic moc, často měním jádra:
Kód: [Vybrat]
$ uptime 
 21:47:04 up 213 days, 17:41,  1 user,  load average: 0.00, 0.02, 0.05

499
Sítě / Re:Přejmenování síťových rohraní
« kdy: 14. 02. 2013, 14:33:33 »
Časem ano, zatím to v rámci duševní hygieny distributoři nepouštějí do distribucí. Ale vedlejším efektem je, že přestalo fungovat přejmenování podle MAC adres.

500
Sítě / Re:Přejmenování síťových rohraní
« kdy: 14. 02. 2013, 13:34:29 »
Bohužel, v novějším udevu byla funkce snadného přejmenování síťových rozhraní odstraněna a namísto toho zavedeno přejmenování všech karet na šílené názvy. Více info třeba zde:

https://bugs.gentoo.org/show_bug.cgi?id=453494

501
Software / Re:Praktické zkušenosti s rdiff-backup
« kdy: 14. 02. 2013, 12:52:05 »
Rdiff-backup používám asi půl druhého roku. Hlavní, co o něm můžu říct je, že je pomalý − kolem 2MB/s. Jinak zálohy jsou tzv. reverzně inkrementální, takže nejčerstvější záloha je vždy v plné podobě a starší jsou formou přírůstků.

502
Sítě / Re:IPv6 nastavení serveru (Debian Squeeze)
« kdy: 14. 02. 2013, 11:25:19 »
No, takhle by se to asi dělat nemělo. Správně po debianovsku je to nějak takhle:

Kód: [Vybrat]
auto eth0
iface eth0 inet static
        address 192.0.2.21
        netmask 255.255.255.0
        gateway 192.0.2.1

iface eth0 inet6 static
        address 2001:db8:dead::21
        netmask 64
        gateway 2001:db8:dead::1
        pre-up echo 0 > /proc/sys/net/ipv6/conf/$IFACE/accept_ra
Poslední řádek je volitelný – vypíná příjem RA, takže je nastavení skutečně statické.

503
Sítě / Re:Nefungujúce IPv6 medzi XP a Linuxom
« kdy: 08. 02. 2013, 12:36:37 »
Nevim zda to pomuze, ale co si pamatuju, tak pres virtualni sit v VirtualBox nikdy neprochazeno ICMP. Pred par lety na vejsce sem na to narazil, nevim jak je to dnes (uz pouzivam VMware).
Přes virtuální NAT ve VBoxu neprochází ICMP, protože VBoxí virtuální NAT pracuje jako neprivilegovaný uživatel a tedy nemá oprávnění odesílat icmp datagramy. Ale v režimu bridge nebo host only není s icmp problém.

504
Sítě / Re:Přesměrování komunikace
« kdy: 07. 02. 2013, 12:14:31 »
Asi to i nějak rozběhneš, ale s největší pravděpodobností ta hra nebude hratelná. Kdyby byla, autoři by se nenamáhali programovat ji po UDP, když je to s TCP jednodušší.

505
Sítě / Re:Nefungujúce IPv6 spojenie medzi XP a Linuxom
« kdy: 06. 02. 2013, 08:59:25 »
Zkus vyměnit emulovanou síťovou kartu. Občas některé emulace nejsou úplně dobré, mně třeba nefungovalo IPv6 na VirtIO ovladači ve Windows 7.

506
Hardware / Re:Výběr DVB-T MPEG4 tuneru do USB
« kdy: 05. 02. 2013, 15:22:45 »
Občas se stane, že nějak vytuhne, dělá to chyby na USB, pomůže vyndat zandat. To se mi děje jen při bootu kompu, možná to s linuxem nesouvisí, mám v dualbootu windows vista a tam je to stejný.
Na tohle pozor, windowsí ovladače občas používají jiný fw než ty linuxové, takže při rebootu mezi OS bez odpojení z USB zůstane v tuneru nevhodný firmware a může to vést i k jeho trvalému poškození (přepsání konfigurační eeprom a tak). Při rebootu mezi OS je vždycky lepší USB tuner (nebo obecně jakékoli zařízení, které dostává firmware od OS) vypojit.

507
Distribuce / Re:Distribuce pro UMPC s Atomem
« kdy: 05. 02. 2013, 15:14:35 »
A proto jsem šel do distcc (Atom už nic nekompiluje, jen to vše předává stroji s 4x 2,66GHz) a můžu říct:
Ovšem pokud je po ruce nějaký hodně výkonný stroj (mně se třeba poštěstilo mít k dispozici i7-2600 - 4 jádra, 3.4GHz), nevyplatí se, aby takovýto pomalý stroj kompilaci pomocí distcc řídil. Lepší je poslat komplet zdrojáky na výkonný stroj a stáhnout zpět binárky. A rozdíl je tak výrazný, že mě to samotného překvapilo. Překládal jsem kernel na 1-jádru P4 2.4GHz, 512 MB RAM coby klientovi, který prostřednictvím distcc předával vše na výkonný stroj, kompilace trvala 24 minut. Když jsem nahrál tytéž zdrojáky s toutéž konfigurací na výkonný stroj a pustil cross kompilaci přímo tam, trvalo to necelé dvě minuty.

508
Hardware / Re:Výběr DVB-T MPEG4 tuneru do USB
« kdy: 05. 02. 2013, 08:51:09 »
Dostaneš-li se do stavu, že vidíš zařízení /dev/dvb/adapter0 a kernel v dmesg neprotestuje, že nemá firmware a podobně, je následujícím krokem obvykle sehnání zaváděcího souboru s přehledem vysílačů v dané oblasti. Pro Plzeň to tedy nejspíš bude něco takového:

# MUX 1 Ceska televize K34
T 578000000 8MHz 2/3 NONE QAM64 8k 1/4 NONE
# MUX 2 Ceske radiokomunikace K48
T 690000000 8MHz 2/3 NONE QAM64 8k 1/4 NONE
# MUX 3 Czech Digital Group K52
T 722000000 8MHz 3/4 NONE QAM64 8k 1/8 NONE
# MUX 4 Digital Broadcasting K56
T 754000000 8MHz 3/4 NONE QAM64 8k 1/8 NONE


Tento soubor předhodíš utilitce scan (někdy též dvbscan) a ta vygeneruje soubor channels.conf, který vypadá zhruba takto:
Kód: [Vybrat]
SMICHOV:642000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_3_4:FEC_1_2:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_8:HIERARCHY_NONE:3601:3602:517
Nova HD:642000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_3_4:FEC_1_2:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_8:HIERARCHY_NONE:1681:1682:516
CT1 HD:642000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_3_4:FEC_1_2:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_8:HIERARCHY_NONE:1691:1692:261
FANDA:642000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_3_4:FEC_1_2:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_8:HIERARCHY_NONE:1601:1602:515
TV POHODA:642000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_3_4:FEC_1_2:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_8:HIERARCHY_NONE:1641:1642:2817
Inzert TV:642000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_3_4:FEC_1_2:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_8:HIERARCHY_NONE:1651:1652:3841

Tenhle soubor už bez problému načte třeba VLC nebo Mplayer a můžeš začít přehrávat. Alternativou k získání souboru s přehledem vysíláčů je utilita w_scan, která proladí celé pásmo (takže to trvá strašně dlouho).

509
Hardware / Re:Poraďte s výběrem DVB-T MPEG4 tuneru do USB
« kdy: 04. 02. 2013, 16:13:46 »
No, tak v Plzni už DVB-T2 není a než znovu bude, je možné, že tou dobou už nebude USB :)

Já mám doma ASUS U3100 mini, funguje bez problému, ale už ho nekoupíš.

Pak jsem taky měl noname USB dongle s chipsetem E3C, opět bez problému.

Pak jsem také viděl jiný noname tuner, který také funguje, ale vyžaduje poměrně čerstvé jádro a jeho citlivost není nic moc. Ale dá se snad ještě koupit.

510
Hardware / Re:Modem TP-LINK WiFi a dlouhé pingy
« kdy: 04. 02. 2013, 15:57:36 »
Pokud má router podporu 802.11N, zkus ho přepnout do režimu G. Některé starší verze atheros driverů mají nějak zvláštně rozbitou podporu 802.11n.

Stran: 1 ... 32 33 [34] 35 36 ... 55