Názory k článku Source Mage GNU/Linux - I
Článek je starý, nové názory již nelze přidávat.
-
David (neregistrovaný)
No zni to vsechno hezky - zadne silene zavislosti mezi rpm baliky, instalacni iso obraz zhruba 120MB (komprimovany, ale i tak to je dost malo). Ovsem mne by zajimalo jak dlouho zhruba muze trvat cela kompilace takove distribuce. Kdesi jsem cetl, ze kompilace OpenOffice na prumernem pocitaci (tusim to byl procak ~1GHz a 256MB RAM, ale nevim to jiste) trva az 10 hodin - osobne jsem to nezkousel...
Ta predstava, ze by mi tyden v kuse bezela kompilace vseho softwaru, ktery potrebuju je docela srandovni :) -
Filip Huška (neregistrovaný)
Ale takhle to opravdu neni - Já mám teda Gentoo linux cca 1/2 roku, a první instalace je šílená, protože musí člověk "pochopit". A pak to jde samo. Krom toho - OpenOffice je lepší stáhnout v binární podobě - přeložené a lokalizované, než je kompilovat :-)
Jinak je to Supr :-)
Krom toho - velké věci nad 20 MB jsou většinou v Gentoo k dispozici v binární podobě - pouze pokud jseš fajnšmejker, můžeš si stáhnout kod a přeložit si to :-)
A nestane se ti typická věc pro Debiana (moje oblíbené distro) -- zastaralé knihovny a nemožnost instalace :-) -
laco (neregistrovaný)
nejake detaily pre lfs system: ako host distribucia slack8.1, dual pIII/800MHz, 1GB ram, kompilacia zakladneho systemu (bez xsiek a pod.) za menej ako pol dna, momentalne makam na bash skripte ktoremu sa na zaciatku zada par conf suborov a potom to bezi same; detaily na poziadanie mailom; avsak na slabych masinach to je naozaj pomale (napokon, co sa cudujete? kompilacia naozaj nie je easy job), rovnaky system na 486-stke skoro tyzden; podla mna vyhody daleko prevysuju nevyhody;
laco. -
Kamil Tollinger (neregistrovaný)
A to je výhoda, že jako root musím pamatovat, že když jsem instaloval GIMP, musel jsem taky nainstalovat gtk, pango, glib, libpng, libart, a že když budu GIMP chtít odstranit, tak jsou tyto knihovny zbytečné? Gentoo tuhle věc řeší elegantně - používá systém správy balíčků založený na systému "port" z BSD. Navíc si pro instalaci každého balíčku nemusím zjišťovat všechny jeho parametry "--with-mysql" apod. Prostě jednou v parametrech správce balíčků nastavím USE="X mysql java alsa" a já vím, že každý balík, který tyto vlastnosti podporuje, je také bude mít zahrnuty při kompilaci.
-
Pawlik (neregistrovaný)
To je ono, proc bych mel pouzivat system spravy balicku zalozeny na systemu z BSD, kdyz muzu pouzivat primo BSD? Obsah clanku mi velmi pripomina instalaci NetBSD. Tam se rozbali binarky opravdu jen minimalniho systemu a pak si muzete vybrat, bud instalujete z binarek, nebo - a to je nadhera si to vyzkouset - systemem pkgsrc. Najdete si jen prislusny SW v seznamu dostupnych, date 'make install' a uz to jede. Pozoruju na sobe odklon od klasickych distribuci Linuxu k BSD. Mozna ze si ale zde popisovanou distribuci vyzkousim, je mi zatim velmi sympaticka :)
-
Jáchym Čepický (neregistrovaný)
Povídání o těchto distribucích ze zdrojáků se vždycky hezky čte. Optimalizovaný výkon, vyladěný počítač, minimální instalace... Ale jak to máme dělat my, co máme k pevnýmu drátu přístup jenom občas? Třeba Gentoo Linux se dá instalovat z CDček, ale z binárek, takže ta kompilace už jaksi není ono... Nuže?
Jáchym -
-=kaaja=- (neregistrovaný)
Vcera jsem to zkousel, pres apt jsem stahl *.orig.tar, *.diff a jeste nakej treti soubor - uz nevim jakou mel koncovku. Myslim ze to bylo prikazem "apt-get -b source jmeno_baliku". Myslel jsem si, ze se to i samo zkompiluje, ale one ne:-). Normale se mi to nakopirovalo do /home a smitec. Jeste jsem to moc nezkoumal, ale nevite nekdo jestli to jde taky "ala gentoo"?
-
Petr Krčmář (neregistrovaný)
Přeju hezký den ve spolek. Source distribuce se mi velmi líbí a taky nad nějakou přemýšlím. Článek je hezký, ale mám jedno ALE. Jste si jistí, že aktuálnost distribuce je vždycky prioritou ? Aktuální balíčky = nové a neodzkoušené. A to nemusí být vždycky dobře.
Hezký den přeje Petr -
kokot (neregistrovaný)
No o kompilaci balicku na miru se uvazuje uz peknou radku let, ale v parxi to nikdo nedela, protoze se to nikomu nechce a nema na to cas, mozna, ze gentoo nebo Source Mage uz ma dostatecnou podporu automatickeho kompilovani, takze uz se zase vyvoj vraci zpatky a zase budem instalovat ze zdrojaku..:-)
Vyplati se tedy ta drbacka s kompilaci a vsim kolem na normalnim pracovnim citaci? Na serveru? Pouziva to nekdo dlouhodobe na produkcnim serveru? Zkusenosti? -
Ondra (neregistrovaný)
jak kdy. napriklad u FreeBSD jednoznacne ANO. U linuxu je to tak nejak na pul. Problem je spis v tom, ze co distribuce to nekompatibilita. Misto aby se lisily nastroji, lisi se umistenim souboru a to zcela zbytecne.
Dalsi problem je financovani. Jedna vec je mit vyladeny server s distribuci kompilovanou na miru a druha je co s nim kdyz distro skonci pro nedostatek financi.
A do tretice otazka jsou upgrady a nasledna udrzba. Jak jsem rikal, BSD ma system velice propracovany a proto jej zasadne kompiluji. Linux ze misto toho zameril na binarni balicky a podle toho to vypada.
Podle meho pro vyber distribuce hovori spis jeji stabilita na trhu nez to, jestli je ci neni kompilovana ze zdrojaku. (Vykon pocitacu dnes je vic nez postacujici a cenz nizke) -
kokot (neregistrovaný)
BSD je pro me neprijatelne, nema patricnou podporu pokud jde o ovladace.
Spis me zajima jina vec, je mozne kompilovat balicky
na jinem storji nez na kterem pak pojedou? Ani v jedne distribuci jsem to v FAQ nenasel, tohle by fakt hodne pomohlo na pomalejsich strojich.. typicky notebook s P100 je za 10000.- ale kompilovat na tom treba X je na tyden urcite..:-) -
kokot (neregistrovaný)
tady ale nejde ani tak o volbu kompilatoru, to je jasny, ze to pujde, tady jde o to, jestli muzu prekompilovat neco do balicku a ten si pak prehrat
a naisntalovat, a to vse jednoduse, hromadne, proste abych mel minimalne prace, neni problem se treba v necem trochu povrat, ale sorry ja nejsem hard-core uzivatel, pouzivam system jako infrastrukturu pro svou parci, nemuzu se prilis drbat s instalaci, na druhe strane nemam nic proti tomu volat ifconfig rucne:-) -
laco (neregistrovaný)
ja to pouzivam na produkcnej pracovnej stanici v robote, uz by som nemenil za ziadnu predkompilovanu distribuciu; okrem toho na strankach linuxfromscratch.org je mnozstvo "hintov" pre prelozenie xsiek, rozchodenie tlaciarne a pod.; poobede si pre kompilaciu pripravim rozne zakladne konfiguraky, pustim to a rano ma caka cerstvo prelozena masina (odpurucam zlozit bocny kryt z compu, zapnut klimatizaciu naplno, nech mu to chladi);kua, ale robim reklamu, len sa mi tak z huby prasi ;o)) tak radsej skoncim;
laco. -
dip (neregistrovaný)
Co se tyce rychlosti, tak soft z kompilace "na miru" mi neprijde nijak vyrazne rychlejsi. Dokud bylo napr. KDE 3.1 unstable, cely sem si ho pravidelne s novym rc kompiloval sam. Ted mam binarky pro Debian z ftp.kde.org a rychlost je stejna. Nic co by se dalo _kdekoli_ poznat. Stejny zkusenosti mam i s kompilovanou vs. binarni mozillou. Jediny co bych nikdy nebral jako binary je jadro, ale to je jednak jasny a dvajak to ma vic duvodu.
-
Viktor Matys (neregistrovaný)
Clanek se mi moc libi. I ja jsem priznivec kompilovani vseho co je mozne. Nicmene par veci ve clanku chybi:
Predevsim je treba se pripravit na to, ze kompilace ze zdrojovych kodu je velmi narocna na misto na disku. Rozbaleny tar.gz archiv spolkne nekolikanasobek sve puvodni velikosti. Behem kompilace pak muze jeste dale nekolikanasobne zbytnet. Napr. Gnome zabere necelych 100MB, ale pri kompilace se doporucuje mit 1,2GB volneho mista na disku!
Po kompilaci je mozne zbytnely zdrojovy adresar "procistit" pomoci make clean, ale ani potom nebude tak "maly" jako byl po rozbaleni. A smazat ho dle meho nejde, protoze by se do budoucna vyloucila moznost odinstalovani pomoci make uninstall (ale tady me mozna nekdo opravi a ja budu rad:o). Navic, jak v claku zmineno - nektere balicky volbu uninstall nemaji.
Dalsi vec jsou zavislosti. Pokud nemate FreeBSD, Gentoo nebo podobny system, ktery ma hlidani zavislosti i u kompilace ze zdrojaku v popisu prace, tak na nevyresene zavislosti budete narazet tak casto jak u Red Hata z binarek. Kdyz si zdrojaky stahuje clovek sam, musi si na reseni zavislosti (stare knihovny ap) zvyknout jako na nutne zlo.
Taky chci reagovat na to, ze OpenOffice, Mozillu, XFree86 a dasli superbaliky si nemusim kompilovat, ale mohu pouzit binarni (predkompilovane) baliky. To je pravda, ale pak je po vyhode zrychleni pomoci kompilace "na miru".
Instalovat binarni balicky je vetsinou pohodlnejsi a rychlejsi. Kompilace vetsich softwaru na i486 je vetsinou casove neunosna. Navic, kdyz to podstoupite a po 8 hodinach to skonci chybou...;-) Resenim muze byt cross-kompilace - preklad na rychlem stroji s nastavenim parametru tak, aby kompilator kompiloval pro onu 486ku. Ale to uz se hodne vzdalujeme domacim pomerum.
A navic stahnout si kompletni distribuci pres modem...
Opakuji, sam kompiluju, co se da, ale nadseni bych hodne hodne brzdil. Ja osobne kompiluju veci, ktere nemam v distribuci (nejaky ten special-sw stazeny z Internetu, pripadne hodne nove veci a ja jsem netrpelivy). Jinak se do toho zas tak moc nehrnu.
Ale proti gustu...:o) -
Petr Krčmář (neregistrovaný)
Jo, s tím make uninstall Tě opravím :-).
Stačí si nechat MakeFile, případně si po kompilaci udělat balíček pro Tvou distribuci (třeba alien, nebo makepkg - tuším), pak ho normálně nainstaluješ a nepotřebuješ nic.
Nehledě na to, že jsem někde v konferenci četl, že dost programatoru v MakeFile na volbu uninstall kašle, ale nemůžu to ani potvrdit, ani vyvrátit, nikdy jsem to nepotřeboval. Postup přes balíčkovací systém je jistější. Pokud je k dispozici.
Petr -
hisaak (neregistrovaný)
Uz jsem si zvykl, ze uzivatele debianu se povazuji za nejlinuxovatejsi z linuxovatych, takze jsem jen cekal, kdy se objevi nekdo jeste vic "hardcore". No a uz jsou tady - "prekladatele" vseho. ;-)
Ted uz jen pockam, az i techto bude hodne a vznikne mezi nimi skupina, kterym samotne pouzivani a prekladani bude pripadat prilis ubohe a zacnou vsechny aplikace psat sami. (Back to Linus?:-))
Takze nic proti, prekladani vseho je urcite zajimava kratochvile, ale ja musim obcas i pracovat a ne se jen bavit, takze zustanu u svych rpm a v zachvatech "prekladatelskeho" chtice se uspokojim nejakym src.rpm balikem. ;-) -
Yeti (neregistrovaný)
1. pokud mi jde o strojový čas, tak není jedno, že počítač furt něco kompiluje (nice toho moc nevyřeší, celkové množství strojového času, který je k disposici, se nicem nezvětší)
2. pokud s tím programem potřebuju pracovat, tak musím počkat, až se zkompiluje, takže na druhé konzole můžu leda tak čumět na prompt
aby se kokot nemusel namáhat s odpovědí: samozřejmě tomu taky nerozumím :o) -
Czerteak (neregistrovaný)
No tak to je taky pekna blbina...
ad 1) Kdyz clovek potrebuje strojovej cas -> viz. "nice" ev. "renice".
ad 2) Kompilace samozrejme vubec nesouvisi s aktualni instanci toho programu. Event. problemy muzou nastat az u "make install" (pouhy kopirovani), ale to vetsinou taky nevadi, protoze ten program uz je natazenej v pameti. Ted mluvim samozrejme o updatu toho programu, ne o novy instalaci. Tam je samozrejme potreba si pockat, ale to samy plati i u binarnich distribuci (jen to trva min)... -
Yeti (neregistrovaný)
1. Ach jo. Mluvím do zdi nebo co? Když procesor za skundu zvládne dohromady třeba miliardu instrunkcí, tak pustím pár programů s nicem a on z ničeho nic zvládne miliardy dvě? Škoda že to nevědí u Intelu a AMD :o) Jak podle tebe zvětší nice celkové množství strojového času k disposici, o kterým píšu?
2. No to teda souvisí. Dokud se nová verze nezkompiluje, musím používat starou, případně žádnou, pokud jsem program doteď neměl nainstalovaný. Na vyzkoušení nějakého programu nebo nové featury je to naprosto na prd. -
ctirad (neregistrovaný)
Když jsem instaloval gentoo, tak jsem to samozrejme delal ve stavajici linuxove instalaci, kde jsem si na to vyhradil jednu konzoli. Chrootnul jsem si na novej disk, zadal par parametru, nakopnul to a pak prepnul zpatky do X a pracoval jako obvykle. Akorat sem tam jsem se juknul jestli to nepotrebuje popohnat a zase se vratil k praci. Pohoda. Kdyz uz jsem mel natahane vsechno co jsem potreboval, tak jsem si pretahl home adresar na partisnu s gentoo, upravil zavadec a rebootnul, upravil par veci a od te doby jedu v Gentoo. Ztrata casu minimalni, jelikoz vsechno kompilovani se odbude nekde na pozadi a clovek pritom muze pracovat jakoby se nechumelilo.
Jinak gentoo nepouzivam ani kvuli tomu kompilovani, ale spis kvuli te filozofii ala BSD. Debian sice takhle v podsate funguje taky, ale od pouziti na desktopu me odrazuji nutne sarady s balicky z ruznych vetvi. -
Ladislav Michl (neregistrovaný)
ačkoliv se jako uživatel debianu cítím hrubě uražen ;-) nezbývá nic jiného než souhlasit. kdysi v počátcích portu debianu na MIPS jsem si vyzkoušel jaký je _skutečný_ bootstrapping, tj. vezmete zdrojáky gcc, binutils a libc a ty na architektuře X (u mě i386) přeložíte pro --target=Y (tady linux-mips). Pak je potřeba přeložit jádro, libc, nějaký init a spol pro cílovou platformu. Už ted jste zabili půlden... zkoušel jsem totéž pro linux-arm a ejhle: konfigurační skripty nebylo možné použít. člověk by čekal, že bude stačit upravit --target a věci okolo použitého procesoru, ale ono to není pravda. enable-threads vs. disable-threads, with-headers aj. jsou věci tak křehké, že je třeba testovat každou verzi toolchains zvlášt. když překlad skončí chybou po dvou hodinách je vážně veselo. toolchain-source je zkrátka solidní balík :)
tahle distribuce neřeší nic, je to jenom učebnice překladu ze zdrojáků. apt-get source <package> dá lepší výsledek a vyřeší závislosti. to musíte udělat stejně. *BSD systémy fungují velmi podobně. debian unstable obsahuje v podstatě tentýž sw. a jakpak je asi vyřešena situace, kdy host != target (jinými slovy potřebujete něco pro svůj embeded systém)? tohle umí i RH :-)
když se podívám na buglist kteréhokoliv projektu, je z takového mrhání silami smutno... ale co, každý dělá, co ho baví :-) -
Yeti (neregistrovaný)
hlavně s poslední větou musím naprosto souhlasit.
za chvíli bude linuxových distribucí víc než aplikací, a k čemu to? nikoho nezajímá, že v programech jsou tuny chyb a nedodělaných featur, hlavně že má nejnovější verze zoptimalizované pro jeho procesor a správu balíčků, která je nefunkční jiným způsobem, než správy balíčků v ostatních distribucích.
např. z gimpu budou nejspíš zase odstraněny mmx optimalizace základních grafických rutin, protože není, kdo by se o to staral. takže kompilace s -O9 -march=pentium5 vám bude stejně na prd. -
Michal (neregistrovaný)
Sam jsem si take prosel obdobim byt "in" a zasadne nepouzivat binarni balicky. Toto obdobi me uz ale opustilo. Nerozumim prilis vasim argumentum.
> nejsou optimalizovány pro konkrétní hardware, a proto nemohou využívat všech jeho možností
Kolik procent systemovych prostredku tim ale ztratite? Trofam si rici, ze u "beznych aplikaci" nejvyse nekolik procent (u vsech programu kde jsem to zkousel byl rozdil minimalni). Navic "kriticke" aplikace byvaji i v binarnich distribucich optimalizovane (jadro, libc, multimedia,...)
> obvykle jsou již v době svého vzniku zastaralé, tj. obsahují zastaralé verze softwarových produktů
Ovsem u kolika programu opravdu potrebuji tu nejnovejsi verzi? Zbytecne riskuji, ze narazim na chyby v novych verzich (to nikdo krome testeru a vyvojaru nechce). Kvuli nedockavosti u jednoho balicku, nechci riskovat znestabilneni celeho systemu.
> binární balíčky a závislosti mezi nimi, obvykle považované za klad binárních distribucí, se často stávají noční můrou náročnějších uživatelů.
Ano zavislosti jsou ma "nocni mura" a to proste proto, ze se o problem jedna. Zavislosti mezi (binarnimi ci zdrojovymi) balicky se ho snazi resit - nakonec i configure script zavislosti testuje, protoze ani zdrojove tar.gz balicky nejsou kompatibilni. Se zavislostmi si nepomuzete ani kdyz budete instalovat jen nejnovejsi software. Nektere aktualni stabilni verze programu chteji nejnovejsi knihovny, jine ne.
Vas nazor Vam neberu (jak rikam, drive jsem jen kompiloval a i dnes to delam rad :-), jen argumenty me moc nepresvedcuji. -
Yeti (neregistrovaný)
naprostý souhlas.
abych k tomu taky něco dodal: všichni, kdo používáte ty nejaktualizovanější a nejoptimalizovanjší distribuce, se zamyslete nad tím, u kolika programů potřebujete ty nejnovější nebo optimalizované verze
0. programy, kde byla opravena nějaká bezpečností díra nebo vážná chyba (spíš opravené stabilní verze, než nejnovější)
1. jádro, libc (spíš optimalizované a stabilní, než nejnovější)
2. multimédia, jak bylo taky zmíněno (opět spíš optimalizované, než nejnovější)
3. programy, které intenzivně a netriviálně používáte -- vzhledem k definici jich je pouze několik; navíc při netriviálním používání chcete upgradovat spíš co nejbezbolestněji, a ideálně vůbec, pokud zrovna nečekáte na nějakou novou konkrétní featuru
4. programy, na jejichž vývoji se podílíte -- takových je opět pouze několik
a ten zbytek (90%)? nejspíš byste si ani nevšimli, že máte rok a půl starou verzi zkompilovanou jen s -O -march=i386. takže o co jde?
navíc v případě 4 a občas i 3 stejně nepoužíváte žádný balíček, ani zdrojový, ale checkujete je přímo z CVS (resp. jiného RCS), patchujete, modifikujete a kompilujete nezávisle na distribuci -
Yeti (neregistrovaný)
už dospěl ;-)
já si toho kompiluju poměrně hodně -- aspoň vzhledem k tomu jaký tady prosazuju názory
třeba 10%. ovšem těchto 10% jsou intenzivně používané věci, které zaberou třeba 90% celkem spotřebovaného času procesoru. na zbytek kašlu.
základní pravidlo optimalizace je optimalizovat bottleneck, ne něco, co se použije jednou za půl roku, možná, za dobrého počasí, a výstup se pošle do /dev/null. -
hkmaly (neregistrovaný)
Zhruba souhlasim. Do 1 bych pridal gcc a mozna by se naslo i par dalsich, podle toho co na pocitaci delate, ale ve vetsine pripadu nema smysl prekladat si komplet distribuci z duvodu rychlosti. Pochopitelne, z duvodu ze si tak pripadate vic in to ma smysl vzdycky. Osobne volim variantu nainstalovani normalni distribuce a pak postupne prekladam co mi nevyhovuje. Vite ze mplayer 0.90rc3 jde prelozit pod libc5 jenom s tremi upravami, kazda s mene nez 3mi radky ?
-
IQ8 (neregistrovaný)
Dobry den
chtel jsem se vas zeptat ten intelsky prekladac je volne stazitelny nebo patri mezi placeny software. Uz jsem nekolikrat slisel, ze veci na nem prelozene jsou o dost rychlejsi ? Intel pri ma prekladac na Fortran pouzivate ho nekdo pod Linuxem?
Omlouvam se jestli tento prispevek neni uplne k veci.
Dekuji IQ8 -
kokot (neregistrovaný)
oboji je pod linuxem volne stazitelne a licence je takova ze primo podporuje prekldani gnu sw temito prekladaci, intel se snazi o maximalni kompatibilitu s gnu prekladcem, takze chce to jen vyzkouset, me osobne by zajimalo neco takoveho jako Xka (jadro zatim nejde), fortran intenzivne pouzivam
-
anonymníAlpha Magic 14 days India blanket rate, flight Economy Class in the double room -- EUR 1260. - Blanket rate, flight Business Class in the double room -- EUR 2200. - "What A child OF Magic". Experience one of the most beautiful regions of India and feel you like a maharadscha! Magnificent temples and palaces let the legendary wealth of former rulers suspect. True wonderworks from marble and sandstone charms with their completed proportions. A fairy tale world waits for it to be discovered: "Namaskar" - cordial welcomely in Rajasthan! Minimum number of participants: 10 persons maximum number of participants: 25 persons of prices blanket rate, with Economy Class in the double room -- EUR 1260. - Blanket rate, with Business Class in the double room -- EUR 2200. - Embedding room addition -- EUR 245. - Plus Aufzahlung date * -- EUR 150. - Airport tax at present -- EUR 60. - Visa -- EUR 60. - Achievements: Line flights with air India, Austrian airline/air India or specially arrangement with air Slovakia of Bratislava inclusive free of charge collection from at home and retour in Vienna (with free service) and 30 kg freigepaeck all transfers 9 days/8 nights in 4/5 stars hotel, Heritage hotel, Palace hotel with board basis half-board inspections during the round trip inclusive entrance fees elephant ride in Amber local German-speaking guides off/to Delhi does not inkludiert: Airport taxes visa fee inclusive provision (EUR 60. -) Beverages of tips and personal expenditures cancellation insurance it apply the general travel conditions § for 73 exp. 1 GewO, given change from the professional association of the travel agencies in the federal chamber of the commercial economy. Travel process: 1. Day: Flight Vienna - Delhi (flight duration 7 hours, zeitunterschied 3.5 hours). With your arrival in Delhi a representative of our partner agency, which accompanies you to your hotel already, expects you. 2. Day: Delhi after the breakfast stands one day fully fascinating Impressionen on the program. During the all day city inspection you learn alto to visit and again Delhi and the red away, the largest mosque of India Jama Masjied, walk by the alive business quarter Chandini Chowk and visit the last ruhestaette of Mahatma Gandi. In contrast to it you see the "British Delhi" in again Delhi, with tree-covered avenues, the British administrative centre and the commercial centre Connaught Circus. Dinner and overnight accomodation. 3. Day: Delhi - Agra breakfast following travel after Agra. On afternoon inspection of the famous Taj Mahal a "dream from marble" builds from Shah Jahan for his favourite woman Mumtaz Mahal. Today this Monument is the landmark of India (UNESCO cultural monument). Dinner and overnight accomodation. 4. Day: Agra - Jaipur breakfast while driving into the province capital Jaipur gives to see it still another further UNESCO world cultural heritage, the abandoned city Fatehpur Sikri. In the evening arrival in Jiapur. Dinner and overnight accomodation. 5. Day: Jaipur Samode one day in the "rose-pink city" is an impressing experience: The palace of the hoist points itself in the most beautiful light and the ride on an elephant to the fortress from Amber becomes completely special pleasures and one of the most beautiful experiences of this journey. In the late afternoon travel after Samode. The Samode Palce is simultaneous a bezaubernde palace plant and one of the best hotels of the country. Dinner in the palace and return trip after Jaipur. Overnight accomodation 6. Day: Jaipur - Bikaner breakfast in the morning travel after Bikaner, the largest city of the desert Tharr and center of the camel breed. The afternoon is at the free disposal. Dinner and overnight accomodation. 7. Day: Bikaner Jaisalmer breakfast all day one travel by the desert Tharr after Jaisalmer (approx. 330 km), the oldest capital Rajasthans an incomparably beautiful city, therefore also "golden city" mentioned. The wealth is there particularly favorably been because of the commercial route to the out goldfarbenen sandstone built and reichverzierten Havelis to see. Dinner and overnight accomodation. 8. Day: Jaisalmer breakfast in the morning round course by the city, where the artful verzierten houses from that 19. Jhdt. from next proximity to be visited. Walk along the citadel, where a still original Rajasthan, men with multicolored turbanen and women in the most magnificent Saris become hautnah experiencable. Dinner and overnight accomodation. 9. Day: Jaisalmer Jodhpur after the breakfast travel by a wild-like landscape (320 km) after Jodhpur. The Pilgerort is near the holy mountain of the Jaina, Mount Abu. because of the afternoon throws away you a breath-robbing view of the convenient highly above Meherangarh, one of the most impressive temple plants, of the "blue city", as Jodhpur is also called. Dinner and overnight accomodation. 10. Day: Jodhpur Udaipur breakfast in the morning continues to go it to the bedeutensten and largest Jaintempel into Ranakpur. After the inspection drive on after Udaipur, this city lies pictorial between lakes and mountains and the entzueckenden white houses, which are verziert with multicolored painting. In the evening you drive with the boat on the Pichola lake to the Palace hotel, one of the beruemtesten hotels of the world where also a James bond film were turned. Dinner with a folklore presentation of typical dances from Rajasthan. Overnight accomodation. 11 Day: Udaipur - Delhi after the breakfast city tour with inspections of the large city palace with his famous glasmosaiken and miniatures. Subsequently, walk by the Maharadjagarten. In the afternoon flight to Delhi. To make fresh dinner and time around itself. Late evening transfer to the airport. 12. Day: Mumbai Delhi Vienna (flight and program modifications are reserved)
-
LS (neregistrovaný)
Nevim jestli bych chtel vymenit
zrychleni pocitace o nejake dve procenta,
protoze vic to urcite nebude za
tydny kompilace (nemam superstroj),
absenci balickoveho systemu (v me distribuci balickovy system funguje perfektne a nechci nic jineho,
ze v red hatu to nejak dobre nefunguje je problem red hatu), bordel na disku (jak zjistis ktery soubor patri ke kteremu software bez balickoveho systemu?),
a pravdepodobne i nestabilitu atd. atd...
Ja chapu ze ta nebinarni distribuce muze mit i vyhody,
ale chce to skutecne argumenty a ne jenom prazdne
zvasty nicim nepodlozene.
Myslim ze kvalita clanku na rootu jde velmi dolu,
coz me velmi mrzi.
Typicky vzorec je, ze si
nejaky amater neco nainstaluje,
za tyden (nebo za mesic, to je jedno)
se prohlasi za odbornika
a napise o tom necem clanek na roota,
zalozeny na naprosto nepodlozenych tvrzenich
typu JE TO RYCHLEJSI, JE TO VYKONEJSI,
JE TO LEPSI, NAINSTALUJE SE TO TAK.
Predchozi takovy clanek
stejneho razeni se tusim jmenoval
Smazime v Linuxu, nebo tak nejak. Jestli
to tady takhle pujde dal, tak si asi budu muset
najit nejaky jiny zdroj informaci. Nevytykam nic
autorum, za tohle muze rootova redakce, ze takove
clanky pousti --- asi nemaji nic lepsiho.
-
- PHP/JS Developer/ka v týmu Seduo.cz
- Projektant dokumentace skutečného provedení
- Tester/Konzultant Junior
- Desktop Support Analyst T1
- Integrační specialista, který umí vyndat ježka z klece
- KOTLIN Developer Junior i Senior
-
- Knihovny na SharePointu 3: Akce se soubory v knihovně online
- Osobní styl muže jako brána k úspěchu
- Obecně o funkcích v Excel
- Matematické funkce v Excel
- Zbavte se bolesti zad jednou provždy
- PowerPoint – Práce s texty a obrazci
-
- PHP/JS Developer/ka v týmu Seduo.cz
- Projektant dokumentace skutečného provedení
- PHP Back-End Developer
- Desktop Support Analyst T1
- Lead Programátor pro ERP systém MONEY, v C#.NET Core
- Integrační specialista, který umí vyndat ježka z klece
-
- Obecně o funkcích v Excel
- Obsahová strategie I: První kroky
- Anglická frázová slovesa I
- Zbavte se bolesti zad jednou provždy
- Zkušenosti generála tajné služby: Práce s lidmi
- PowerPoint – Práce s texty a obrazci
