Ako sa hrám s CNC frézou, tak narážam v Debiane na nedostupnosť balíčkov pre rôzny softvér. Hľadám distribúciu s širokou škálou softvéru, celkom sa mi pozdáva Arch, tam je skoro všetko. Máte ešte nejaké návrhy?
Distribúcia s širokou škálou softvéru
Táto správa neobsahuje vírus, pretože nepoužívam MS Windows. http://kernelultras.org
Pre pridávanie komentárov sa musíte prihlásiť.
Ak chceš tie knižnice len na kompiláciu nejakého SW, tak gentoo bude zlá voľba. V ňom sa nedá kompilovať, a na vytvorenie ebuildu potrebuješ vysokú školu. O vlastnom overlay radšej pomlčím.
neviem, či ťa správne chápem, ale skus emc
Ďakujem za radu, ale mne všetko čo potrebujem funguje. A EMC v tomto prípade neodporúčam.
Emc poznám veľmi dobre.
Arch má širokú komunitu a skoro všetko je v balíčkoch. Gentoo som zvažoval, len mne nejde o kompiláciu všetkého čo mám v iných distribúciach hotové, len toho čo potrebujem. Ako dobrá alternatíva mi ešte prišla Sabayon. Ak sa ti chce mohol by si opísať ako sa dá kompiláciam v Gentoo vyhnúť (viem že to existuje, ale zabudol som ako na to), prípadne či nieje Sabayon na takéto pokusy vhodnejší? Som na Debiane/Ubuntu už celé roky a stratil som prehľad.
Gentoo má možnosť inštalácie aj predžutých binárnych balíčkov ktoré sú prístupné pre najväčšie balíky, takže dĺžky kompilácie by som sa nebál. Tak isto by som sa nebál kompilácie ani keby si ich nechcel použiť, mne na skoro 10 rokov starom počítači s 1G RAM a jednojadrom na frekvencii 1.2GHz a na dnešnú dobu neúnosne pomalým diskom trval kompletný rebuild desktopu s gnome-minimal/fallback cca tri dni. Vzhľadom na to, že komunikuješ priamo cez LPT port sa dá usuúdiť, že máš tú frézu napojenú na nejaký starý desktop ktorý je ale novší ako môj a nemáš tam kompletné grafické prostredie vrátane napríklad firefoxu (firefox-24.0-r1 build 10 hodín u mňa) a podobných molochov.
Myslím, že som Ti niekoľko krát vysvetloval v čom je gentoo lepšie na podobné úlohy ako iné distrobúcie. Zopakujem to, keďže vtedy si nedával pozor. Gentoo má elegantný spôsob ako si môžeš sám pridať balíčky priamo do správcu programov bez toho, aby si riskoval že sa to celé rozpadne. Takže chyby vzniknuté násilným inštalovaním balíkov sa Ťa nebudú týkať. Stačí si vytvoriť vlastný lokálny overlay ktorý môžeš teoreticky aj sprístupniť ostatným ak to uznáš za vhodné a odtatným to pomôže.
Dík za rozsiahlu odpoveď. Viac menej si ma presvedčil, takže ako prvé bude na rade Gentoo.
Ešte taká drobnosť. Použitie emerge v gentoo je jednoduchšie ako trojkombinácia ./configure; make && make install.
Ešte také otázka, čo hovoríš na 64bit kontra 32bit. Mám len 4GB pamäte, doteraz som používal 64bit, len mám pocit, že mi to prinieslo viacej problémov ako úžitku, aký máš na to názor ty? Keď ešte zoberiem že niektoré softvéry čo používam majú problémy s 64bit.
Celkom zaujímavá platforma (ale s mizernou podporou je x32).
Ja síce z pochopiteľného dôvodu nepoznám rozdiely medzi x86 a AMD64/EMT64, ale poznám rozdiel medzi big a little endian keďže používam obidve platformy. Problémy s kompatibilitou som zažil iba pri uzavretom SW a pri SW ktorý programovali ľudia čo si vlastnou prácou odrezali vetvu pod zadkom. Skype a Flash rozoverať nebudem, u nich je to jasné. Ale keď som skúšal Monkey Audio (bezstrátový audio kodek s pohodovým kompresným pomerom), tak mi to generovalo nekompatibilné výstupy ktoré neboli prenositeľné i keď sa z nich dali kompletne zrekonštruovať vstupné dáta. Ale, napríklad ovládač NTFS mi fungoval bez najmenšieho problému na big endian aj keď bol striktne navrhovaný pre little endian.
Samotný 64bit OS by mal byť aj s 64bit aplikáciami rýchlejší kôli zarovnávaniu premenných, ale to má zas vyššie pamäťové nároky. Ale v dnešnej dobe je na rozumne navrhnutom SW problém zaplniť 4G RAM. Predpokladám že na tom jednoúčelovom stroji nemáš ani virtuálne stroje a ani veľké DB ktoré by tú RAM zožrali aj keď ju nepotrebujú. Ale zas môžeš naraziť na nejaký SW ktorý používa na dnešnú dobu nesprávne typovanie premenných. Teda, ak posielaš binárne dáta na frézu alebo ak chceš prenášať binárne údaje medzi 32 a 64bit systémami pre dané projekty. Ale, to by si mal zvládnuť vceľku rýchlo opraviť keďže sa niečím podobným živíš. Teda, ak na také niečo narazíš.
Takže sa v kľude rozhodni podľa seba. Ajtak budeš mať skôr otázku aké jadro sa najviac podobá RT kernelu.
Jediné s čím som mal v posledných rokoch z OSS problém, bola nová verzia webkit-gtk. Tá knižnica nemá rutiny pre architektúru Power, a tak nemôžem mať ten nový Gnome s konskými ikonami. Ale to mi na 1G RAM vôbec nechýba.
Do kompa kde bude Gentoo, bude softvér CAD/CAM a výnimočne z neho budem frézovať proste prehodím kábel, reboot do Ubu s RT a valím, takže v Gentoo RT/RTAI nebudem riešiť. Čo sa týka CAD/CAM softvéru, tam mi to práve žerie nervy. Niektoré sú moc nové a nemám na to balíčky a niektoré sú vyvinuté pred rokmi, hoci vývoj pomaly pokračuje ale na knižniciach z pred X rokov.
Tak, v tom prípade si pozrieš aj sloty pre balíčky.
Neviem či bol dobrý nápad začať s inštaláciou o 21:30 :) Zatiaľ celkom sranda, ráno vstávam, tak to asi nechám rozrobené.
Ctrl z, sleep 10h; fg
Nedalo mi :) Schválne či uhádneš tri veci čo ma hneď potešili.
Nevydržím čakať na odpoveď, lebo ma to fakt moc potešilo.
Nejak sa s nastaveniami moc nehrám, len to čo si myslím že budem potrebovať a čo vyslovene nechcem. Je to fakt zábava, práve kompilujem, takže môžem vytiahnuť meč :)
Dvihni si počet vlákien. Pamäte máš dosť na diskovú cache a CPU by to malo zvládať.
Mimochodom, openrc len tak ľahko z gentoo nevyhodia. Niektoré jeho rutiny sú použité aj v správcovi balíčkov. S gentoo robím na PPC už ozaj skoro 10 rokov, takže si to môžem dovoliť tvrdiť takú prognózu. Za tú dobu som videl ako si v ňom vymenilo miesto zopár rôznych init-ov.
Existuje nejaký dôveryhodný zdroj, kde je dostatok predžutých bináriek?
Priamo v zdroji sú prístupné binárne balíky pre najväčšie balíky z najfrekventovanejších architektúr. Zvyšok nemá význam kôli optimalizácii kde si povolíš alebo zakážeš určité fragmenty. A kde si zapneš optimalizáciu priamo pre Tvoj CPU.
Ale táto otázka už stratila význam keďže pri výkone Tvojho stroja už máš nahodené jadro Tvojej metadistribúcie a nahadzuješ už iba určité verzie knižníc. Teda predpokladám, že ten stroj nie je hlučnejší ako povysávaný notebook a build bežal bez vypínania.
Keď človek chce len niečo narýchlo odskúšať, tak je samozrejme inštalácia binárky rýchlejšia, teda na tom stroji sa toho bude testovať dosť, ale už si zvykám na trochu dlhšie časy :)
Ešte otázka, či to robím dobre. Keď chcem aby stiahlo binárky ak existujú dávam emerge -g a keď chcem výlučne binárky tak emerge -gK.
Inštalácia binárky ktorá je linkovaná ku špecifickej generácii knižníc alebo ku ktorej je linkovaná špecifická generácia programov alebo knižníc mení Gemtoo na Sabayon ktorý zo svojej podstaty nemôže byť optimalizovaný na presne daný HW a pre splnenie špecifických potrieb užívateľa. Ale, rob ako chceš. Je to Tvoj stroj.
Ja som si vybral Gentoo aby mi v systéme nestrašili balíky ktoré nepotrebujem a ani nechcem.
Jasne tak to nakoniec skončí aj u mňa, len chcem čo narýchlejšie otestovať niekoľko softvérov z ktorých si povyberám to čo mi ostane, potom to prevalím na čistotu.
Inak, RT jadro by malo byť dostupné aj v Gentoo:
* sys-kernel/rt-sources [ Masked ] Latest version available: 3.10.6_p3 Latest version installed: [ Not Installed ] Size of files: 71,745 kB Homepage: http://www.kernel.org/ http://www.gentoo.org/ http://www.kernel.org/pub/linux/kernel/projects/rt/ http://www.fsfla.org/svnwiki/selibre/linux-libre/ Description: Full Linux 3.10 kernel sources with the CONFIG_PREEMPT_RT patch License: GPL-2 !deblob? ( freedist )Akurát že je pre ~AMD64. Takže si nastav ACCEPT_KEYWORDS="~amd64 amd64" do make.conf. Ja si to pre ppc nebudem odmaskovávať, nepoužívam to.