Fórum Root.cz
Hlavní témata => Distribuce => Téma založeno: mamlasek 24. 02. 2013, 22:37:51
-
Patram po distribuci, kterou bych pouzival jako "server" pro sve vyvojarske hratky - apache, nginx, postgres, node, php, python, svn, git ... . Nemam tedy v umyslu pouzivat jakekoliv graficke rozhrani. Ale pozor, nevysvetle si to nejak spatne, nejedna se o produkcni stroj!
Co ocekavam a nemohu najit (pohromade):
- jednoducha sprava, zadne vymysly te ci one distribuce (k cemu je mi v knihovnicce TLDP, kdyz si kazda distribuce urcuje logiku po svem)
- kvalitni balickovaci system - bez nesmyslnych zavislosti, s moznosti instalovat ruzne verze software (opravdu se muze stat, ze clovek potrebuje rozchodit vice verzi neceho soucasne)
- aktualni software
- stabilni
Na Debianu jsem narazil na to, ze nainstalovat novejsi verze aplikaci je velmi obtizne, nekdy az nemozne. Pridavat repozitare, ktere jsem si jen tak vygooglil, se mi uplne nechce. A "testing" pro mne znamena "testing", a ne produkcni pouziti - precijen nechci travit vice casu stelovanim/opravovanim/konfiguraci. (... ale treba mi nekdo vice osvetli zivotni cyklus Debianu, viz posledni odstavec)
Kdyz jsem opoustel Fedoru pred par lety, bylo to obdobi, kdy kazda aktualizace rozbila neco, co pred tim fungovalo. Mozna se to zase uklidnilo, mou duveru uz si tato distribuce asi neziska (... nebo me premluvite?).
Idealni by byla takova distribuce, ktera by "nezamrzla" v case (jako treba zminovany Debian), ale neco, o cem by neslo rict, ze je to ta ci ona verze. Proste system, ktery bych prubezne aktualizoval, pricemz zaklad by se drzel nejakeho osvedceneho schematu.
Predem diky za jakykoliv tip.
-
Ideálně to samý, co běží na produkci. Je blbost vyvíjet na Red Hatu software pro Debian..
Jinak tvoje požadavky mi připadá, že dobře splňuje openSUSE. Díky openbuildservice tam jde snadno nainstalovat prakticky jakoukoliv verzi čehokoliv - ok, přehánim, ale koukni na software.opensuse.org a zkus si pár balíčků najít a posuď sám..
-
Díky openbuildservice tam jde snadno nainstalovat prakticky jakoukoliv verzi čehokoliv - ok, přehánim, ale koukni na software.opensuse.org a zkus si pár balíčků najít a posuď sám..
OP ale chce vic verzi jednoho softu zaraz - obavam se, ze to je dost silny pozadavek a bez vetsiho mnozstvi rucni prace, stelovani a zjistovani kompatibility se to asi neobejde nikde... S timhle mu asi openbuildservice nepomuze, ne?
Pro tenhle pozadavek by asi byl nejlepsi Arch s jeho AUR, kde si v PKGBUILDu clovek snadno a prehledne nastavi co chce, klidne i z jednoho balicku vytvori vic verzi, v idealnim pripade instalovatelnych zaraz...
Ale Arch zase koliduje s pozadavkem stability... Holt clovek asi nemuze chtit vsechno :)
-
Debian, Centos...
-
tadeas: opravdu nejde o vyvoj "pro ...", na produkcnim serveru nezalezi, nemluve o tom, ze pokud neco vyrobim v PHP nebo Pythonu, melo by to fungovat vsude stejne (za predpokladu dodrzeni plus/minus stejnych verzi). Kazdopadne diky za tip, kouknu na to.
2012: debian prave mam, a nevyhovuje mi - ale musim se priznat, ze mam Debian Squeeze, protoze brandingu "testing" se vyhybam jako cert krizi. Mozna by sel ale Debian roczhodit tak, jak bych si pral (?). Na CentOS se take podivam, diky.
-
A co treba gentoo? To taky podporuje instalaci nekolika verzi stejneho softu. Pro tyhle ucely mi prijde v celku ok. Jen to nebude stejna pohodicka jako treba s CentOS.
-
debian prave mam, a nevyhovuje mi
Asi by to chtelo napsat, co presne ti nevyhovuje. Protoze jestli nechces nic z ranku testing/bleeding edge a zaroven chces mit vetsi volnost v instalaci ruznych verzi balicku, tak to na to asi nic takovyho nenajdes... Leda, ze by byla nejaka distribuce, ktera by mela pravidelny cyklus vydavani verzi a zaroven nejaky jednoduchy zpusob tvorby vlastnich balicku ala AUR. Pokud neco takovyho existuje, tak to by me taky docela zajimalo...
-
A co treba gentoo? To taky podporuje instalaci nekolika verzi stejneho softu. Pro tyhle ucely mi prijde v celku ok. Jen to nebude stejna pohodicka jako treba s CentOS.
Tiez som za Gentoo - na tie poziadavky sedi skoro idealne. S tou pohodickou to aj je - ja som dlho pouzival najnovsie nevydane Ubuntu, tj. na urovni Debian unstable a so zavislostami a niekedy aj rozbitym systemom som stravil kazdy mesiac cca tolko casu, kolko mi zabrala instalacia Gentoo (pricom udrzba uz nebrala skoro nic).
-
BTW nezapomeň na možnost virtualizace. Různý prostředí prostě v různejch systémech. Mít nějakej už nainstalovanej "rozumnej základ" a ten pak podle potřeby klonovat a doinstalovávat různý konfliktní věci... Nehrozí, že si pak instalací něčeho rozbiješ něco jinýho. V práci takhle využíváme OpenVZ na Debianu (Squeeze host i guest). Já sám mám několik Debianů v KVM na openSUSE...
-
na toto jedine virtualizaciu. To je najjednoduchsie a najspolahlivejsie riesenie.
Mozno v nejakej distribucii sa ti podari rozchodit rozne verzie toho isteho SW ale to potom so stabiltiou budes urcite horsie ako Debian testing (wheezy). Ak do toho zaratas aj cas na experimentovanie a nastavovanie, tak virtualizacia bude oproti tomu malina.
Prave na taketo vyuzitie vymysleli virtualizaciu+snapshoty. Neries nic ine.
-
IMHO virtualizovat... a klidne do me, ale ubuntu 12.04 je moje volba :)
-
Prave na taketo vyuzitie vymysleli virtualizaciu+snapshoty. Neries nic ine.
Pokud potrebujes vyvijet konkretni verzi OS, tak ano. Pokud ale potrebujes (nejakou chvili) vyvijet pro PHP verze xyz, tak to zas az tak moc nepomuze. Porad zustava problem volby OS, do ktereho se da elegantne dostat PHP verze xyz.
-
Ale pomoze. Na to je virtualizacia ako stvorena.
Rozbehnutie viacerych verzii nieje trivialna a vec a aj keby bola, tak ak si nieco rozbijem, tak mam snapshot, kde to este fungovalo. S virtualizaciou a snapshotmi to jednoducho a rychlo obnovim do stavu, ked mi to fungovalo.
Takto mozem mat viacej OS navirtualizovanych a mozem robit co chcem a vzdy sa viem rychlo vratit do povodneho bodu.
Ide to aj bez virtualizacie ale s virtualizaciou je to najjednoduchsie a najrychlesie.
Bezne to tak vyuzivam v praci a aj doma a je to vec na nezaplatenie.
-
Cele toto vyvojove prostredi planuji spoustet ve virtualu - z pohodli systemu, ktery si nepokazim, a ktery funguje. Myslenka, ze mohu virtualizovat do aleluja je pekna, ale ne prilis prakticka. Kdysi jsem zamyslel mit data na hostu, a virtual pouzivat skutecne jen jako server - tedy nejak nasdilet data z hlavniho OS a mit nad nimi spusteny virtual se serverem. Myslenka hezka, ale velmi brzo jsem narazil treba s Apachem, kde se mi semlely prava, pristupy a podobne - a Apache pak odmital nektere skripty uplne interpretovat. Proto bych mel vsechny zdrojaky na te ci one masine - a udrzovat kod mezi N virtualy se mi zrovna moc nechce.
Mkrnu se na CentOS, zdali to by mi alespon trosku nepomohlo, a nebo Gentoo? (... i kdyz mam stale v zive pameti, jak jsme cekali na kolegu, az si zkompiluje noveho svn klienta... sli jsme tehda na obed a pak jeste chvilku lelkovali na lavicce, slunicko hralo... idilka :D)
-
tak pouzi verzovaci system (git,subversion,...) a nemas problem s udrzovanim kodu.
-
musim se priznat ze vubec nechapu kde je vlastne problem...
Vyvoj snad bezi u kazdeho jedince na jeho specializovanem prostredi, ide atd. Pak commitne do gitu. O distribuci na ruzna testovaci(virtualni) prostredi, otestovani a rozeslani vysledku testu se snad postara pan Jenkins ne.
IMHO je nesmysl na jeden OS cpat tri verze apache, pet verzi php atd.
-
debian prave mam, a nevyhovuje mi - ale musim se priznat, ze mam Debian Squeeze, protoze brandingu "testing" se vyhybam jako cert krizi. Mozna by sel ale Debian roczhodit tak, jak bych si pral (?). Na CentOS se take podivam, diky.
Jestli se stitis Debianu testing (a verim, ze opravnene), pak doporucuju unstable. Treba zjistis, ze je to prave to, co potrebujes ;)
-
Ja si prave myslim, ze prave to co hledas je debian testing. Stabilni je dostatecne, pritom ma aktualni software. Pokud te trapi ze je "testing" tak si stahni wheezyho a za par mesicu, az bude wheezy stable si prehod v repolistu wheezy na jessie a o nejakym testingu nebudes ani vedet. Anebo si muzes rikat - nemam testing ale next stable ;)
Za dobu co pouzivam debian testing se mi nestalo ze by neco rozhasili aktualizace. Pokud slo neco do kopru tak sem tomu vzdycky pomohl sam svym odbornym zasahem. Naopak u stable verze sem musel resit backporty o to byla zbytecna prace.
Doma to pouzivam v podstate na to samy co bys rad tzn. apache, tomcat, git, hudson atd ...
-
Gentoo. Jednoznacne.
-
Mozno by stal za pokus Sabayon. Je Gentoo-based, ma portage aj binarne balicky. Pouzivam ho na denne notase, za skoro 2 roky pouzivania sa mi iba raz rozhasil X-server ked som pri experimentoch s optimusom zmazal drivre :D
-
musim se priznat ze vubec nechapu kde je vlastne problem...
IMHO je nesmysl na jeden OS cpat tri verze apache, pet verzi php atd.
Problem je v tom, ze jako hlavni system pouzivam Windows (po letech jsem Linux jako uzivatelsky OS opustil - mladicke ideje mne opustily). Ale programujte na Windows, ze? Takze si tak programuju, kdyz v tom zjistim, ze potrebuju novejsi tu ci onu libku, protoze v te co mam je nejaka chyba... Zaroven ale nechci konfiguraci ztracet zbytecne cas, a hlavne nechci opakovat rozchazeni celeho systemu nekolikrat do roka. A prave proto by byla nejaka pozvolna aktualizace bez "zamykani" na konkretni verzi distribuce, s moznosti instalace ruznych verzi treba Pythonu (na kterem casto zavisi hodne dalsich veci), naprosto idealni.
Takze dekuji vsem diskutujicim za napady :) budu to postupne zpracovavat (tedy zkouset instalovat ruzna distra a zkoumat, zda-li mi sedi vic)
-
IMHO je nesmysl na jeden OS cpat tri verze apache, pet verzi php atd.
Žádný nesmysl, krutá realita po letech v ostrém provozu.
Třeba u PHP je nevyhnutelně potřeba provozovat dvě oddělené verze 4.x a 5.x, jednu pro nové projekty a druhou pro staré které se ještě nestačily předělat tak aby šlapaly v 5.x
-
no vidis, normalni clovek si na to rozjede dva ruzny virtualy...
-
no vidis, normalni clovek si na to rozjede dva ruzny virtualy...
To ale musí vědět předem a to se nevědělo.
-
:o Gentoo ... musim se priznat, dost s tim bojuji... a kdyz zrovna nebojuji, cekam na dokonceni kompilace :-\
-
:o Gentoo ... musim se priznat, dost s tim bojuji... a kdyz zrovna nebojuji, cekam na dokonceni kompilace :-\
To je normální, alespoň ze začátku ;] Toho se nelekej :)