Příspěvky

6916

Odkladiště / Re:Práce v IBM

« kdy: 03. 04. 2013, 22:34:43 »

No a v pátek to půjdu zkusit.

Držím palce, určitě napiš, jak jsi dopadl a jaký to bylo. Určitě to tu někoho bude zajímat

6917

Odkladiště / Re:Práce v IBM

« kdy: 03. 04. 2013, 20:09:26 »

K jednomu z předchozích příspěvků.
Tak mzdu jsem personální sděloval s důrazem na to že jde o čistou složku.

A ptala se te, kolik mas deti, jestli manzelka pracuje a jestli nemas ZTP? Bez toho totiz tezko muze vedet, o kolik sis vlastne rekl

Drzim ti palce, tvuj pristup se mi hodne libi, portfolio znalosti je pekne, chut ucit se a schopnost dolozit, ze uz jsi se neco naucil, to je k nezaplaceni. Fakt ti drzim palce. ...a hlavne: nepodcenuj se, takovych lidi jako ty je malo!

Řekl sem ji že bych se chtěl dál vzdělávat jak v jazyce tak programování a taky správě serverů... Na to jsem dostal odpověď, že takové programy existují a je možné se do nich zapojit.

Byt tebou, vyuzil bych hlavne kurzu ITIL. IBM ho afaik hodne protlacuje a ty kurzy jsou sakra mastne, takze pokud mas moznost si ho udelat zadarmo, nevahej a zkus se dostat co nejvys to jde. Byt ITIL konzultant na volne noze, to vubec neni k zahozeni pracicka   (moc hezka cisla, ktera uvadi flv bych v takovem pripade jeste nejakym jednomistnym cislem vynasobil

6918

Distribuce / Re:Balíčky v Linuxu

« kdy: 03. 04. 2013, 19:36:37 »

[...] (IBM JRE) [...] (Oracle RDBMS) [...] proprietarnych programov [...] drviva vacsina firemnych PC [...] GPO (na AD)

Jezkovanoho, to je o voze a o koze. OP se pta, jak si na domacim PC muze sandboxovat, ja mu tvrdim, ze pokud bude OS pouzivat beznym zpusobem, tak to nepotrebuje, a ty tady zacnes vykladat o Oracle a AD... Ja to vzdavam.

Pochopil jsem, že by to mohlo být zhruba něco ve stylu http://objectroot.org/ , nevíte o tom někdo něco?

No potes koste, zas nejaci frikulini, co nemaji do ceho pichnout a tak vymysleli, jak zachranit svet... Jako prochazel jsem to jenom velmi zbezne, ale jestli nekoho napadne jenom tak z hecu prejmenovat /home na /users, tak to je chory mozek. Tak samozrejme jako prvni to bude mit Arch, protoze to je desne cool ficura, kterou musime hnedka nasadit, protoze uz nam system nejakou dobu jede celkem stabilne, tak bysme meli neco zmenit, at maji spravci radost

6919

Distribuce / Re:Balíčky v Linuxu

« kdy: 03. 04. 2013, 11:13:34 »

Na obidvoch platformach sa ten bordel zanechava len za tym ucelom, aby sa zachovali uzivatelske nastavenia.

Nejen. Taky napriklad proto, ze (afaik) na Windows nejde smazat otevreny soubor. Cili program nemuze odinstalovat sam sebe, takze smazani posledni casti se necha na nekdy jindy (napr. pri dalsim restartu). Snadny zdroj chyby.

Taky je velky rozdil v tom, ze unixove systemy maji jednoho spravce balicku, zatimco na Windows ma obvykle kazdy program svuj instalator, nekdy pochybne kvality (malo kdo instaluje vsechno pres msi a ani to neni samospasitelne).

A dalsi rozdil je v tom, ze pro rozumny unixovy OS se balicky do repozitaru vytvari v nejakem sandboxu a kontroluje se, jestli se korektne nainstaluji a odinstaluji. Takze pravdepodobnost, ze nekde zustane nejaky bordel je zase o neco mensi.

Proste kdyz budu unixovy system pouzivat tak, jak rika navod, a budu instalovat jenom balicky z rozumnych repozitaru, sance, ze budu mit problem s nejakym bordelem nekde, je celkem zanedbatelna.

A když jsou compile-time, tak to taky znamená, že jediná čistá cesta, jak je změnit, je rekompilace.

...kterouzto ale OP odmita

6920

Distribuce / Re:Balíčky v Linuxu

« kdy: 03. 04. 2013, 09:46:38 »

podle manuálu by to měl umět i dpkg :-)

Kód: [Vybrat]

man dpkg 
--root=dir
              Changing root changes instdir to dir and admindir to dir/var/lib/dpkg.

To není určeno k jenom tak mírnyx týrnyx přesunutí čehokoli kamkoli, ale pro instalaci balíčku v chrootu apod. Má to stejný efekt, jako kdybych ty soubory přesunul pomocí normálního mv. Čili většina programů po přesunutí nebude fungovat.

6921

Distribuce / Re:Balíčky v Linuxu

« kdy: 03. 04. 2013, 01:28:43 »

S tymto az tak nesuhlasim (ak sa teda bavime naozaj len o OS "na hranie"). Jasne, manual je treba, ale je nudny, pomerne silno vynucuje nejaky postup a uzivatel mu zo zaciatku az tak dobre nerozumie. Preto odporucam, aby sa s tym pohral na testovacom stroji a az si skusi, ako to vlastne funguje (s vedomim rizik kompromitacie takehoto systemu), potom si moze citat manual a pripadne to nasadzovat niekam do produkcie.

Jo, to je pravda. Jestli si chce hrát, může zkoušet cokoli. Třeba dd if=/dev/zero of=/dev/sda. Ovšem pokud mu tak moc záleží na nezasírání systému (proto chce sandbox), nejsem si jistý, jak by mu vyhovovalo takovéhle úplné vyčištění systému

Ale především, než vůbec s tímhle vším začne, měl by se naučit dokazovat věty o Turingově stroji, na tom je to totiž všechno založeno a bez toho vůbec nemá smysl si s nějakým počítačem hrát, že jo.
 

Na urovni "kam je libo" to AFAIK nie je ani vo Windows; zalozenie ineho uzivatela pomoze prakticky tak isto. Problem je len "zostavajuci bordel" a pustanie programov s plnymi pravami - to je ale vlastne mozne aj na Unixoidnych systemoch. Bordel u mna na Linuxe zostal napriklad v ~/liferea_1.6 a ~/liferea_1.7; program s plnymi pravami ma rovnaku sancu hadzat vsetko vsade...

Ano, teoreticky to je stejné, v praxi je to úplně jiné. Např. proto, že v unix-světě se obvykle dodržují jakási základní pravidla. Nebo proto, že unixové systémy obvykle mají jakýsi repozitář, kam se dostanou jenom programy splňující jakási kritéria.
Pokud sw na unixovém systému po odinstalaci zanechá jakýsi bordel kdesi, je to jasný bug, o kterém se nediskutuje. Na Win je to spíš standard.

Pre uplnost, na Linuxe aspon 2.6 je takto este bezne /dev/shm (z principu sa maze pri reboote); na Ubuntu 13.04 je naviac world-writable aj /run/user/$USER a /run/lock.

Díky za doplnění.

Taky /var/tmp by mal prezit aj reboot - tam sa neda spolahnut na mazanie, ak si to uzivatel nezariadi sam (ja tam mam napriklad zabudnuty subor este z roku 2009, takze to bezne prezije aj upgrade).

Může být. Ale taky nemusí. Proto je potřeba číst ty nudné manuály Každopádně soubory v tempech si hlavu lámat nemusí, o to jde.

6922

Vývoj / Re:Nejpoužívanější jazyk pro běh na serveru

« kdy: 03. 04. 2013, 00:44:10 »

A vím, že Mirkovi tohle bude znít strašně akademicky

Coby akademickému pracovníkovi mi nic nezní dost akademicky! Náhodou naopak s tím odstavcem do puntíku souhlasím. JS nás může horem spodem přesvědčovat, jak je lisp nejlepší jazyk na světě, kterému není rovno, ale když lispisti nejsou, nástroje nejsou, standardizace není, enterprise support není a každý lispista si rochní ve svém vlastním homemade frameworku, tak to pak ten geniální lisp může nasadit jenom poněkud dobrodružná povaha. A to říkám coby člověk zamilovaný do Erlangu

Tak pokud chce někde programovat v Javě, tak jsou mu Turingovy stroje na nic

To není pravda. Na tom je to všechno přece založeno. Když neznáš TM, budeš pořád jenom řešit HP. A ten je přitom neřešitelný! Cha! Šach mat! Však on ti to student vysvětlí

6923

Sítě / Re:Výpadky sítě po připojení W7

« kdy: 03. 04. 2013, 00:31:50 »

Rad by som vedel, nejako technicky popisane, preco by Wireshark nemal zachytit nejaku management a control vrstvu?

Je to tam napsane: protoze tahle data vubec neopusti ovladac karty.

6924

Vývoj / Re:Nejpoužívanější jazyk pro běh na serveru

« kdy: 03. 04. 2013, 00:03:10 »

Bohužel na ty lepší jazyky člověk potřebuje fakt dobré programátory

To není pravda. Člověk, který umí dokazovat věty o Turingově stroji, se jakýkoliv programovací jazyk naučí během polední přestávky. Akorát nesmí svačit fazole, to moc odvádí pozornost.

6925

Vývoj / Re:servrové zpracování

« kdy: 03. 04. 2013, 00:00:24 »

ale videl jsem uz i webove aplikace, ktere mely backend v lua/erlang

Ja jsem videl aplikace, ktere mely v erlangu i forhend

Jinak, to, ze nejakou kombinaci pouzije Franta Fuka jeste neznamena, ze ta kombinace dava smysl

6926

Distribuce / Re:Balíčky v Linuxu

« kdy: 02. 04. 2013, 23:52:31 »

Omlouvám se za ten Centos, teprve teď koukám, že jsem přehlédl, že Ubuntu zaznělo.

Takže: co říká o práci s konfiguráky manuál Ubuntu?

6927

Distribuce / Re:Balíčky v Linuxu

« kdy: 02. 04. 2013, 23:46:48 »

Díky za odpovědi. I když jsem tak trochu doufal v něco jiného .

Doufal jsi právem, ony ty odpovědi jsou minimálně trochu diskutabilní

1. V podstatě ne. Teoreticky, pokud se s tím chceš hodně s*, tak klidně můžeš místo /usr/share/program mít symlink někam na ten plotnový disk nebo mountovat přes fstab.

To přeci není žádné sraní. Pokud mám distribuci, která mi např. celé Gnome instaluje do /opt/gnome, tak to je jeden symlink, který nemá na updaty prakticky žádný vliv (protože ten kořenový /opt/gnome pravděpodobně nikdo nikdy mazat nebude).

...čímž se mimochodem dostáváme k tomu, že [rýpací mód on]kdyby lidi kolem linuxu nebyli takoví frikulíni, tak by normálně fungovalo mountování /usr až po startu, že... No ale bylo mi zeširoka vysvětleno, že to prý v dnešní moderní době není potřeba. No tak není no [rýpací mód off]

2. To trochu souvisí s první otázkou. Pokud mám nějaký program, který si chci nainstalovat (je v repozitáři), ale nechci s tím zadělávat celý systém (chtěl bych si ho nainstalovat někam do home a později ho smazat). Je nějaká taková možnost? Kompilaci neuvažuju, protože to typicky znamená zároveň instalovat tuny dev balíčků a to už pak celá ta procedura trochu ztrácí smysl.

Zkus nám to vysvětlit jako tříletému dítěti. Ptáš se na tohle? "Chci aby software fungoval jinak, než jak ho zkompiloval autor, ale zároveň program nechci kompilovat"? Na první pohled stupidní otázka

...ale ne zas tak moc. Samozřejmě to jde. Na unixech jde všechno Ale pokud nevíš, jak na to, tak to nedělej, stoprocentně si přiděláš víc problémů než kolik ti to přinese užitku.

Něco podobného Windowsímu Sandboxie ( http://www.sandboxie.com/ ). [...] Měl jsem na mysli, jesti prostě neexistuje nějaká možnost sandboxu pro aplikaci, abych jí odstínil od zbytku systému.

Definuj "něco podobného". Samozřejmě existují různé způsoby, jak udělat sandbox. Je jich asi tak tisíc. Např. můžeš mít layered fs. Nebo chroot. Nebo jail. Nebo paravirtualizaci. Nebo hodinky s vodotryskem
Tady ale platí to samý - pokud to neumíš udělat ručně (a někdo ti neporadí totálně BFU nástroj), tak to nedělej. Až se naučíš unixoidní OS používat tak, jak ho radí používat manuál, pak teprve se pouštěj do toho, že ho budeš nějak fantasmagoricky ohýbat.

A hlavní rada: běžné použití Linuxu nevyžaduje sandbox. "Něco jako Sandboxie" na unixovém systému prostě při jeho obvyklém použití není potřeba. Na unixových systémech není zvykem, že by programy mírnyxtýrnyx kdesi v jakýchsi neviditelných registrech trousily jakýsi odpad. Pokud programy korektně instaluješ a korektně odistaluješ, nemáš co řešit. Maximálně můžeš udělat to, že program spustíš pod jiným uživatelem, než je tvůj běžný účet pro práci. V unixoidních systémech prostě problém "zapíše do registrů kam je libo" de facto neexistuje, proto taky nejsou potřeba frikulínské nástroje pro jeho řešení.

3. Jde nějak zjistit, které konfiguráky v home patří k jakému programu? jsou tam pravděpodobně složky, které už dávno nejsou používané a pravděpodobně už ani nikdy nebudou (programy, které jsem si nainstaloval na zkoušku a pak smazal). Začíná jich být celkem hodně.

Co o tomto problému říká manuál OS, který používáš? Jak je tam popsaná práce balíčkovacího systému s konfiguračními soubory? Čekáš, že hnedka, jak uvidíme "Miki", budeme vědět, že se ptáš na to, jak konfiguráky řeší Centos 6?

1. hmm, to je pech... proč nemá Linux něco jak Windowsy "C:/Program Files", "D:/Program Files"... (spíš řečnická otázka, tohle by asi stejně vedlo na nějaký flame :-D)

No asi tak ze stejného důvodu jako proč Windowsy nemají /dev/bpf Ano, máš pravdu, je to hloupá otázka. Pokud ti vyhovuje způsob, jakým mají FS rozvržený Windows (například tisíce souborů bez ladu a skladu totálně neprůhledně naházené do kontinuálně bobtnajícího C:\Windows), tak prostě používej Windows! Přesně tak snadné to je

3. Jo... uznávám, že tohle je asi tak trochu moje úchylka, ale mám prostě rád na disku uklizeno a vadí mi, že když dám `LL`, tak se ukáže seznam složek na dvě stránky s tím, že vlastně polovina tam už nejspíš být vůbec nemusí...

Zkusím to ještě polopatičtěji: program, který není spuštěný pod rootem, může zapisovat jenom na přesně definovaná místa. Obvykle jenom do ~user (domovská složka uživatele, který program spustil), /tmp a /var/tmp. Nikde jinde prostě nic program trousit nemůže.
Oba dva tmp se obvykle pravidelně mažou, čili na ty zapomeň. A zbyde ti jenom ~user. Čili si vytvoř uživatele "tester", vyzkoušej si pod ním program, a potom jeho home smaž. Voilá! Máme "něco jako Sandboxie"

Jediný problém je s pouštěním programů, které vyžadují rootovská oprávnění. Ty si musíš zkoušet ve fikanějším sandboxu. Ideální je na to virtální mašinam, to je taky "něco jako Sandboxie"

Jak to? Já bral SSD především jako urychlení načítání kernelu a často používaných programů. K čemu by mi bylo SSD pro filmy/hudbu/cokoli-co-mám-v-home? Tam ta rychlost čtení moc podstatná není, ne?

Pokud máš dostatek paměti, tak ty často používané programy máš stejně v cache. A s kernelem si nemusíš dělat starost, ten se stejně z disku načítá jednou pro vždy při startu

6928

Desktop / Re:skel

« kdy: 02. 04. 2013, 16:06:02 »

4.  Tak tomu se rád vyhnu, nechci poslouchat, jak dlouho se to startuje.

Spusteni jednoho sedu pri prvnim prihlaseni si uzivatel fakt nevsimne

Zatím se jdu podívat po nějakém filemanageru.

Pokud ma byt light, zkusil bych Thunar. Zalezi ale na pozadavcich... S filemanagery je potiz

6929

Desktop / Re:skel

« kdy: 02. 04. 2013, 14:15:15 »

Moc pekny dotaz, na kterem se ukaze sila unixu, ktere si muzes krasne upravit tak, aby delaly presne to, co chces

V podstate jde hlavne o to, ze ta aplikace je zprasena. Takze jako vzdycky mas prvni dve moznosti:

1. rozhodnout se to neresit (-> aplikaci nepouzivat, najit jinou podobnou apod.)
2. aplikaci opravit (to je pry ta obrovska vyhoda OSS, uz ji nekdo nekdy vyuzil?

Pokud ti tyhle moznosti nevyhovuji, pak resis obecny problem: jak spustit nejaky skript pred prvnim prihlaseni uzivatele?

Tady mas moznosti vic, podle toho, jaky pouzivas OS. Videl bych to asi takhle:
3. provest upravy pri pridavani uzivatele = vytvorit si skript, kterym budes uzivatele pridavat - prvne spusti tradicni user_add nebo co pouzivas a potom upravi soubory v $HOME
4. provest upravy pri prvnim prihlaseni uzivatele - necim ve stylu pam_mkhomedir, co bude umet spustit skript. Konkretne poradit neumim, chce to googlovat. Prinejhorsim by sis to musel napsat, ono to zas takove raketove inzenyrstvi neni

Ja osobne pouzivam variantu 3, protoze tak jako tak mam vlastni skript pro pridani uzivatelu a navic potrebuju upravovat konfiguraci firefoxu a thunderbirdu (dovnitr souboru s konfiguraci je potreba vlozit jmeno, prijmeni, email apod.)

6930

Hardware / Re:AMD HD 7850 a zkušenosti pod Linuxem

« kdy: 02. 04. 2013, 00:46:17 »

Napriklad: https://www.cryptohaze.com/gpurainbowcracker.php

Pokud ti jde o podporu OpenCL, tak by to asi bylo rozumné v datazu zmínit...