Příspěvky

76

Distribuce / FGLRX, Ubuntu 12.04 - pozor na update

« kdy: 08. 02. 2014, 10:56:58 »

Zdravím,

pokud máte starší AMD Radeon, např. 4xxx series apod, dejte pozor při aktualizaci - do Ubuntu precise-updates vložili nový driver 13.10, který už nepodporuje starší karty.

Zajímavé je, že
1) aktualizace proběhne, i když je systém schopen poznat, že není kompatibilní s HW (v grafickém udělátku pro proprietární drivery FGLRX "správně" zmizí, a tudíž nejde touto cestou odstranit)
2) nejde to korektně odstranit ani přes apt-get: při  pokusu o remove to chce instalovat balíček fglrx-updates ve verzi 13.12, čímž si pochopitelně nijak nepomůžete

takže zřejmě jediná cesta jak z toho ven je
sudo apt-get install fglrx=2:8.960-0ubuntu1 fglrx-amdcccle=2:8.960-0ubuntu1
a hned potom
sudo apt-mark hold fglrx fglrx-amdcccle

PS:
legacy driver podporující starší karty funguje jen do jádra 3.4, takže pokud AMD nevydá novou verzi použitelnou ve 14.04, tak to je asi naposledy co jsem od nich něco koupil

77

O serveru Root.cz / Re:Petr Krčmář v TV

« kdy: 05. 12. 2013, 09:56:17 »

Toto je krásný příklad jak funguje náhoda či naschvál :   reportáž jsem viděl, přestože TV absolutně nesleduju.  Stalo se to tak, že jsem testoval funkčnost mého HDMI rozhraní v notebooku, a zhruba na 1s než se TV přepojila na příslušný vstup jsem zahlédl tvář p. Krčmáře, takže jsem tedy přepl zpět, aby mi něco neuniklo :-)

Pominu-li to, že obsahová úroveň byla dobře kompatibilní s cílovou skupinou konzumentů této stanice (a bylo to podáno jako zcela vážné téma), tak z toho p. Krčmář vyšel docela dobře. Jinak jsou tyto akce velké riziko, protože invence tvůrců dokáže i nechtěně dotyčného zcela zdiskreditovat.

78

Hardware / Re:GPU pro linux

« kdy: 08. 11. 2013, 09:21:37 »

HP ProBook 6550b (coz je asi jen primy predchudce 6570b) je velmi povedeny vyrobek, a je pravda, ze jine ProBooky zase tak povedene nejsou.  Mam v nem Radeon 4500 series, ovladace sice oboji v podstate OK, akorat ze fglrx ma spatnou akceleraci videa a oss zase mizerny power-management. Takze v tomto castecna nespokojenost. Navic AMD ukoncilo podporu ovladacu pro starsi modely, fglrx lze instalovat jen do jadra 3.4.

ve Vasem pripade:

* nepotřebuji žádný grafický výkon.
* upřednostňuji nižší spotřebu,

bych doporucoval HP ProBook 6570b + intel graphics

79

Distribuce / Re:nelze instalovat app z backportu

« kdy: 04. 11. 2013, 09:55:40 »

Kód: [Vybrat]

sudo apt-get install conky -t precise-backports

prvy den s ubuntu?

prvy pokus instalovat backport do 12.04, drive (8.04,10.04) to fungovalo jaksi jinak ... hledal jsem chybu a ono to je spis vlastnost.  Kazdopadne dik.

80

Distribuce / Re:nelze instalovat app z backportu

« kdy: 03. 11. 2013, 19:02:35 »

sory,

"Nejdetonainstalovat" = update manager, apt-get i Synaptic se tvari jakoby ta backportova verze (1.9) neexistovala, proste distribucni verze (1.8.1) je posledni.

/etc/apt/sources.list  obsahuje
deb http://cz.archive.ubuntu.com/ubuntu/ precise-backports restricted main multiverse universe

sudo apt-get update
...
Hit http://cz.archive.ubuntu.com precise-backports/universe amd64 Packages
...
sudo apt-get upgrade
Reading package lists... Done
Building dependency tree       
Reading state information... Done
Calculating upgrade... Done
The following packages have been kept back:
  firefox firefox-globalmenu firefox-locale-en
0 upgraded, 0 newly installed, 0 to remove and 3 not upgraded.
(firefox mám zamčený, takže ok)

sudo apt-get install conky
Reading package lists... Done
Building dependency tree       
Reading state information... Done
conky is already the newest version.
0 upgraded, 0 newly installed, 0 to remove and 3 not upgraded.

81

Distribuce / Nelze instalovat app z backportu

« kdy: 03. 11. 2013, 17:04:57 »

Zdar,

chtěl jsem zkusit backportovanou verzi aplikace (konkrétně Conky) a nejde ji nainstalovat ani pomocí Update-manageru, apt-get upgrade, ani apt-get install. Repozitář precise backports je samozřejmě povolen jak v update-manageru tak i v /etc/apt/sources.list a při updatu se zpracovává.

Lze to stáhnout manuálně z webu, ale to je suboptimální řešení.  Dělám chybu někde já, nebo soudruzi z Canonicalu ?

------------------------
Xubuntu 12.04 amd64

82

Hardware / Re:Notebook pro linux do 14 tis.

« kdy: 10. 10. 2013, 16:54:12 »

U ProBooků mi dost vadí, jak špatně se do nich leze.

potvrzuju, zjistit to, a vymenit disk a jak se to zase dava dohromady je fakt terno

fakt, jo ?  mám doma 2 ProBooky, každý konstrukčně jiný, do obou jsem již několikrát lezl a vždycky jsem si lebedil jak mají všechno krásně označené, vč. přehledných návodů...   ale fakt je že nemám moc srovnání s konkurencí

83

Hardware / Re:Obraz v Ubuntu je neostrý

« kdy: 10. 10. 2013, 14:41:33 »

Řekl bych že jde téměř určitě o nastavení prohlížeče fotek, kde se dá nastavit jakým způsobem se mají interpolovat fotografie s obvykle větším rozlišením na malý monitor, obecně tedy při zoomování. Jsou různé metody a taky asi různě kvalitní implementace těch metod.   ZKuste najít v nastavení a nebo použít jiný prohlížeč.

Celkový dojem ostrosti obrazu může být dán kvalitou/způsobem renderování fontů.  Jednak Win/Lin to dělá určitě trochu jinak,  a jednak lze v obou systémech nastavit vlastnosti písma vč. smoothingu, hintingu apod. 
Podobně systost barev lze nastavit v nastavení systému/ovladači grafiky.

84

Desktop / Práva na /home/user se mění

« kdy: 18. 09. 2013, 10:16:57 »

Ahojte

nechápu, nerozumím co se mi včera přihodilo:

na PC s Ubuntu 12.04, se majitel a správce (userA) rozhodl přidat do systému běžného uživatele (userB). Chtěl vědět, zda-li nemůže B-čko nějak náhodně poškodit systém nebo data A-čka.  Ujistil jsem ho, že nemůže, jelikož nebude sudoer a soubory A-čka uvidí jen pro čtení. Jali jsme se to vyzkoušet.

userA logout -> userB login

všechno OK, až na to, že userB nemohl vůbec otevřít složku /home/usera, což mě překvapilo, ale userA měl jěště větší pocit bezpečí, takže v poho

userB logout -> userA login

bum!!   totálně rozhozený desktop (nastavení, lišty, pozadí atak), všechny soubory z plochy pryč ...
obsah plochy jsem našel v koši ..!?!
umím si představit nějakým zkratem stisk CTRL+A a následně DEL, ale byl jsem u toho, takže nic
Thunar měl nějaké podezřele dlouhé odezvy a stěžoval si, že svazek gvfs není připojen přestože ve výpisu mount bylo všechno OK,

dal jsem to nějak do kupy a zkusil ten problém zreprodukovat ... a opravdu znovu a zase znovu totéž:

při zalogování uživatele userb se vždy změnila práva /home/usera na r-x------, při opětovném zalogování usera se to vrátilo do výchozího rwxr-xr-x, nicméně Thunar přesto nechtěl zobrazit domovskou složku /home/usera kvůli gvfs, přestože byla jinak normálně přístupná - toto vyřešil vždy až restart.

Zkoušel jsem to jak z grafického přihlašování, tak i skrze konzole: tty1, login usera, /home/usera rwxr-xr-x ; při zalogování userB do tty2 se to změnilo na r-x------

Celá situace šla zreprodukovat včetně restartů asi 2-3x, načež pak to prostě přestalo a už se to chová normálně.

Poraďte kde udělali soudruzi chybu :-)

85

Odkladiště / Re:Zálohování na Ulož.to a autorská práva

« kdy: 12. 07. 2013, 22:49:46 »

Soudni znalci uz lovi z aktovek psaci pomucky:

http://www.ceskenoviny.cz/zpravy/ln-nakladatelstvi-podala-kvuli-kopiim-na-uloz-to-trestni-oznameni/960641

86

Hardware / Re:1TB disk ext4

« kdy: 02. 07. 2013, 15:50:04 »

Hlavní problém je, že wokna dodnes (!) jako GB používají 1024^3 B, což je podle normy GiB. A pak z toho nemá bejt člověk zmatenej...
V Linuxu je to konzistentní. G = GiB = 1024^3 B, GB = 1000^3 B.

No to určitě .... každá aplikace jak se jí zlíbí, např. Thunar to ukazuje blbě.  A mnohé pro jistotu ukazují jen "G" aby si to člověk podle osobních preferencí domyslel :-)

87

Hardware / Re:1TB disk ext4

« kdy: 01. 07. 2013, 14:29:11 »

1) jestli dobre pocitam, tak 1TB = 1000 GB = 931 GiB
2) tune2fs -m 0 /dev/sdaX  pouzivam leta standardne vsude bez problemu, ale nejsem si uplne jisty hypotetickymi riziky ...

88

Vývoj / Re:SQL dotaz

« kdy: 25. 06. 2013, 14:32:50 »

Podle toho, co jsi psal, to vypadalo spíš na nějaký školní projekt.

nene, to už je dáávno pryč :-), ani jsem nic kolem IT nestudoval, to akorát příležitostně se dostanu před úkol něco naprogramovat a jelikož to není moje denní hobby tak mi chvilku trvá, než se rozjedu ...

Pokud je to produkční aplikace, tím spíš bych pořádný návrh databáze nepodceňoval. Časem můžeš zjistit, že jsou některé dotazy, které potřebuješ, pomalé (na malém množství dat se to nemusí projevit + ta databáze může časem narůst i co do počtu tabulek atd) nebo tam budeš mít některá data 2x (anebo u ne-normalizovaných databází se můžou i ztrácet). To, že máš chybu v aplikaci snadno opravíš - sice přesvědčit uživatele, aby si nainstalovali update občas není sranda, ale lze to řešit. Nicméně když se Ti podrbou data, tak to často spravit nelze.

souhlasím s tím, že věci se mají dělat pořádně od začátku, ale v tomto případě se jedná o aplikaci, která fungovala 3 roky a plně postačovala potřebám pracoviště. A hlavní důvod přechodu k DB byl v tom, že při ukládání dat do sady textových souborů jsem nebyl schopen najít jediného člověka, který by dokázal zkopírovat soubor(y) z disku (např. c:\adresar\soubor.dat) na záložní paměťové médium, a tak jsem těch iks strojů obcházel pravidelně sám, což se projevilo v patřičné ztátě času. Předpokládám, že pokud to bude teď fungovat spolehlivě, tak na to nebudu muset dalších několik let šáhnout. 

Co se týče rychlosti, tak při běžném provozu je odezva bleskurychlá, drobné prodlevy se objevují při zpracování statistik za delší období, což je ale výjimečná situace. Ale zajímalo by mě teda následující:

V hlavní tabulce, která primárně roste je cca 30000 záznamů. Pro statistiky za celou historii se dotážu takto

SELECT u.*, p.* FROM ukony u, vysetreni v, pacienti p WHERE u.VysetreniID=v.ID AND u.PacID=p.ID ORDER BY v.Nazev

tab u má cca 30000 řádků x 15 sloupců
tab v má cca 100 řádků x 2 sloupce
tab p má cca 20000 řádků x 7 sloupců

odezva na dotaz trvá cca 1s (při opakování) na localhostu Core2Duo 2.66GHz, 8 GB RAM, MySQL 5.5, Ubuntu 12.04 amd64

Je to odpovídající čas, nebo by to mělo jít významně urychlit změnou struktury databáze apod ?  Jestli jsem se ale zeptal pitomě, tak na mě nic nehažte :-)

89

Vývoj / Re:SQL dotaz

« kdy: 24. 06. 2013, 09:55:48 »

Dík za reakce,

pro mě bohatě stačí to triviálně spojit do jedné tabulky a hotovo, na čož bych asi přišel časem taky, ale tímto nakopnutím jsem aspoň dost času ušetřil.  Ta ostatní řešení jsou zřejmě pro tu mou aplikaci zbytečně komplexní ale jsem rád že o nich vím, kdybych se k tomu zas někdy dostal.

Jinak teď už dopovím spíš zbytečně, ale jedná se jednoduchou Java+MySQL aplikaci pro evidenci a počítání statistik, kde lidé na několika místech v provozu cvakají údaje a tisknou výpisy apod. Původní lokální verzi jsem kvůli úspoře vlastního času předělal do verze databázové, a teď akorát řeším optimalizace - snižování počtu zbytečných dotazů apod.

90

Vývoj / Re:SQL dotaz

« kdy: 21. 06. 2013, 13:28:11 »

Vypada to dost podivne, proc nemohou byt nazvy v jedne tabulce?

no jo, mohou :-)  to me mohlo napadnout taky, dat skupinu jako dalsi sloupecek, viz odpoved nize :-), pac to bude nejjednosussi reseni ...  neni nad to pracovat s cistou hlavou :-)

Nicmene k dotazu - bud muzes sestavit text dotazu dynamicky (doplnit nazev tabulky dle situace), nebo si udelat view, ktere ti poskytne abstrakci te jakoby jedne tabulky (union dotazu z jednotlivych tabulek s rozlisujicim sloupcem s hdontami 'mala', 'velka' atd.), do ktereho se muzes dotazovat na hodnotu toho pomocneho sloupce.
[/quote]

nicmene kdyz uz jsme u toho, jak by se tedy provedl ten dynamicky dotaz ?  to je to do ceho jsem se zaboril a nevyhrabal ...