Portál AbcLinuxu, 30. dubna 2025 08:12
22.1.2008 07:46
Max | skóre: 72
| blog: Max_Devaine
21.1.2008 16:50
bazil | skóre: 33
| blog: sluje
| Miroslav
21.1.2008 16:51
Shadow | skóre: 25
| blog: Brainstorm
21.1.2008 19:32
pools | skóre: 19
| blog: Svědek Damdogův
| Opava/Praha
21.1.2008 16:51
Shadow | skóre: 25
| blog: Brainstorm
22.1.2008 14:50
Shadow | skóre: 25
| blog: Brainstorm
21.1.2008 16:51
saly | skóre: 23
| blog: odi_et_amo
Mám dlouhé zkušenosti s portage, apt-getem a yumem, přičemž Pacman mi vyhovuje suveréně nejvíc (perfektně řešené závislosti u balíčků, plně funkční reverse dependencies, filozofie KISS, atd.).
makepkg, který je opět jednoduchý a svou funkci plní na výbornou. Prostě filosofie KISS. I když Arch tím samozřejmě ztrácí flexibilitu Gentoo (USE flagy), osobně mi to nevadí a k Gentoo už bych se nevrátil nikdy. Výhody Arch Linuxu u mě jasně převážili nad výhodami Gentoo.
21.1.2008 17:18
Luboš Doležel (Doli) | skóre: 98
| blog: Doliho blog
| Kladensko
USE="-pdf" emerge -pv paludis These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N ] virtual/c++-tr1-type-traits-0 0 kB [ebuild N ] dev-python/epydoc-2.1-r2 USE="doc -pdf" 518 kB [ebuild N ] app-admin/eselect-news-20071201 6 kB [ebuild N ] dev-python/pygments-0.9 USE="doc" 763 kB [ebuild N ] virtual/c++-tr1-memory-0 0 kB [ebuild N ] virtual/c++-tr1-functional-0 0 kB [ebuild N ] sys-apps/paludis-0.26.0_alpha7 USE="bash-completion doc python -glsa -inquisitio -pink -portage -qa -ruby -vim-syntax -visibility -zsh-completion" 1,386 kB Total: 7 packages (7 new), Size of downloads: 2,672 kB
21.1.2008 17:49
Shadow | skóre: 25
| blog: Brainstorm
A optimalizace na míru hardware je taky víc než vhodná.Hmm... jak moc veliký reálný význam má tohle v dnešní době s dnešním HW? O kolik je source based distro reálně rychlejší než binární? Neměl by někdo odkaz na nějakou (nedávnou) statistiku?
Zkompilovat si software na míru jde v každé distribuci a myslím si, že je nejlepší dělat to jen tehdy, když to má smysl Kompilovat každou hovadinu, kterou použiju jednou za život pro mě smysl nemá. Hlavně u věcí jako openoffice.org to "na míru hw" nemá smysl vůbec žádný, smysl by mohlo mít "na míru", ale na to ty se neptáš.
Z tvého textu se mi zdá, že od gentoo očekáváš víc, než může dát.
K čemu jsou člověku binární balíčky? Abych si od někoho jiného nastahoval aplikace skompilované třeba s odlišnou verzí ffmpeg, (C|CXX|LD)FLAGS a bez xml use flagu? Podle mě jsou dobré jen tehdy, když potřebuju testovat novy sw - například kombinace xorg-server a ati-drivers.
Pomalé přijímání ebuildů - mám vlastní overlay a ještě z laymana. Zkouknout bugzillu je taky na chvilku. Pokud o nějakém sw nevím, ani mi nechybí - až bude ozkoušen, přijde sám. Pomalost emerge mě taky nepálí - když budu kompilovat systém hodinu, minuta čekání je v klidu. A gentoo jsem začal používat právě proto, že obsahovalo víc sw než fedora. Tam jsem si nakonec psal a upravoval vlastní rpm na kernel a programy, co sleduju. Ebuildy jsou se *.spec docela srovnatelné...
Gentoo mirrory fungují, na fóru si pořád píší lidi, nadšenci spravují overlaye; nevidím ten úpadek ať se snažím jak se snažím.
Kdybych to nečetl, tak se nebudu namáhat reagovat a zaplevelovat diskuzi.
Na víc lidí asi přijde občas puzení vyzkoušet jinou distribuci, protože ta aktuální dělá tohle špatně a tamto nesmyslně pomalu. Jen jsem chtěl nějak vyjádřit, že důvody, které předkládáte, mi nepřijdou, že by zásadně omezovaly a poškozovaly to, jaké a čím gentoo je.
Btw. s djvu problém nemám, používám app-text/djvu.
> I have another question about Zypper, do you have any plan to include > Rollback support? Or at least support for some rpm transacrion set, such > as noscripts, notriggers, nodocs, test, repackage... Rollback is a nice > feature and I use it on my Fedora 7 machines. Yes, this is planned. However, the term 'rollback' has quite different meanings depending on whom you talk to. As we support a wide range of architectures with our SUSE Linux software, rollback for e.g. zSeries (IBM s/390) users means 'bit identical' reversion to a previous state. Thats rather hard to achieve with rpm.Akorát mi není jasné, zda plánují opravdu něco jako je v Conary nebo půjde jen o možnost rollbacku aktualizace, která selhala. Spíš jen to druhé. U distribuce s pověstí Archu bych si nedovedl představit, že bych ji používal a neměla tuhle fíčuru. Mně jde hlavně o to, aby distribuce fungovala aspoň nějak a nic po mně nevyžadovala
openSUSE s vypnutými aktualizacemi to docela splňuje
Rozumný balíčkovací systém mi kvůli funkci kterou nepoužívám nenainstaluje polovinu Gnome (používám KDE).
To není vlastnost balíčkovacího systému, to je otázka toho, jak balíkáři rozdělili systém do balíčků a jak (ne)definovali závislosti.
~/.rpmmacros není o nic těžší než nastavit si USE flagy...
$EDITOR /etc/make.conf USE="-muj_nejgeneralni_useflag muj_rovnez_generalni_useflag"
Ostatně pokud vím i třeba Arch Linux vzniknul z LFS (Judd Vinet si chtěl udělat podobnou distribuci jako Crux a začal právě s LFS).
Mám akorát problém v tom, že dávám 9-10/10 možnosti "něco jako USE flagy".Jo, ja bych dokonce dal 10/10 - USE flagy je IMO nejgenialnejsi vychytavka Gentoo. Ovsem samozrejme hraji roli i jine veci, a po jejich zvazeni mi jako nejprijatelnejsi nahradnik Gentoo vychazi Arch - smim-li se pritomnych Arch-istu zeptat, Arch nepodporuje neco podobneho jako USE flagy?
21.1.2008 20:24
kozzi | skóre: 55
| blog: vse_o_vsem
| Pacman (Bratrušov)
kde -gnome a dal uz se nestaram, nemusim si vybirat ty spravne balicky, nemusim nic zkoumat, cokoli instaluju si vybira zavislosti na KDE a ne Gnome... a je tu spoustu dalsich vyhod.
Povim vam jeden pribeh z davnych a davnych dob - nez jsem presel na Gentoo, tak jsem zkousel Mandrake a SuSE, a v obou jsem mel problemy s nastavenim fontu. Moril jsem se tim asi tyden, a nepodarilo se mi to. To bylo trauma, ktere me poznamenalo nadosmrti
Nektere aplikace si braly fonty z nastaveni Gnome, nektere z KDE, a nektere to michaly takovym zpusobem ze se mi vubec nepodarilo prijit na to, co urcuje nastaveni jejich fontu. Procetl jsem hromady navodu na netu, stahoval podle nich ruzne fonty a umistoval je do ruznych podivnych adresaru. Zeditoval jsem asi tak milion konfuguraku, v ruznych nastavovacich centrech jsem nastavoval fonty a jejich velikosti, rozliseni a dalsi veci, ktere si uz radeji nepamatuju, a neustale se mi stavaly takove veci, ze jsem konecne dosahl toho, ze v jedne aplikaci fonty vypadaly jak jsem chtel, a nasledne se v jine aplikaci uplne rozhodily a ja musel koukat na centimetrove pismena tam, kde do te doby byly ok.
Tehdy mi doslo, ze v systemu opravdu vsechno souvisi se vsim a ja nemam nejmensi tuseni, co souvisi s cim. Uvedomil jsem si, co to znamena nemit ty vztahy pod kontrolou, nemit pod kontrolou zavislosti.
Ke konci tydne uz jsem silel, z poslednich sil jsem odolaval pokuseni prohodit notebook oknem a nevedel jsem uz ani jak se sam jmenuju. Pak jsem zkusil Gentoo... nastavil jsem do USE flagu kde -gnome truetype a bylo vymalovano, od te doby jsem byl ok a k USE flagum mam vztah temer jako k nekomu, kdo mi zachranil zivot. Kdo nezazil, nepochopi
P.S. Vubec nepochybuju, ze jsem si za ty problemy mohl sam a ze jine distribuce maji sve zpusoby, jak se s tim vyporadat - ja jen ze pro me proste byly USE flagy to prave.
21.1.2008 20:32
michich | skóre: 51
| blog: ohrivane_parky
21.1.2008 20:53
michich | skóre: 51
| blog: ohrivane_parky
Protoze treba slang umi UTF a ncurses NE?Jestli je to tak, tak volba je tím pádem jasná. UTF-8 je dneska nezbytnost.
Nebo naopak slang je relativne malo pouzivana knihovna, zatimco nad ncurses jede snad vsechno.Což uživatele vůbec nemusí zajímat.
Do schopností USE flagů tak schází jediná - nabízet defaultně k instalaci ty závislosti, které jsou v proměnné.Jenze to je IMO na cele veci prave to podstatne.
21.1.2008 20:21
kozzi | skóre: 55
| blog: vse_o_vsem
| Pacman (Bratrušov)
21.1.2008 19:53
kozzi | skóre: 55
| blog: vse_o_vsem
| Pacman (Bratrušov)
Stable core - důležitost 8z10Priste si ujasni, co vlastne chces, nez zase nejakou podobnou perlu vypustis do elektronickeho eteru.Bleeding edge updates - důležitost 10z10
21.1.2008 20:24
kozzi | skóre: 55
| blog: vse_o_vsem
| Pacman (Bratrušov)
21.1.2008 20:56
kozzi | skóre: 55
| blog: vse_o_vsem
| Pacman (Bratrušov)
Krásnou ilustrací tohoto problému je fakt že ebuildy pro KDE 4 se začali připravovat až den po oficiálním vydání a vyřešení kolizí trvalo šest dní. Když si uvědomíte, že datum vydání bylo známo minimálně měsíc dopředu a freeze SVN byl minimálně týden předem, je to velká ostuda.Aha, tys to asi sledoval z Pendolina, mam takovy dojem. Na ebuildech pro KDE4 a prislusnych eclass se pracovalo mesice predtim, nez bylo KDE4 'final' vydano. Za tyden by to opravdu nikdo nestihl ani omylem.
Vývojáři často zdržují balíčky (stačí se podívat do bugzily) tak dlouho že ebuild nemá šanci dokonvergovat do funkčního stavu (obvykle se protočí mnoho nových verzí).Jiste, dodej tak 50 kompetentnich vyvojaru a mas sanci, ze se alespon petina z cca 2500 balicku, co maji pozadavky na zacleneni v bugzille, do distribuce skutecne dostane. Do te doby jsou priority nekde jinde nez v zaclenovani novych balicku, na ktere nema nikdo cas.
Systém rozhodně zajímavý nicméně díky relativní složitosti a již vzpomínaným problémům emerge je tvorba ebuildů značně složitá.Zatimco tvorba korektnich RPM balicku je tak trivialni, ze si vyslouzila tady mnohadilny serial. To je fakt argument jak hrom.
Atd. atd. atd., skoda casu...
21.1.2008 21:14
kozzi | skóre: 55
| blog: vse_o_vsem
| Pacman (Bratrušov)
. jinak k tomu jestli stabilita systému souvisí s jádrem + Xserverem, tak to snad závísí na každým znás. každý máme své priority a pro každého znás vypadá stabilní systém jinak. Pro mě je stabilní každý systém na kterém najede alspoň jádro a pár základních initscriptů tak abych se mohl přihlásit a vše co nefunguje opravit . Jinak k tem ostatnim nesmyslum toho moc rict nemuzu deni oklo gentoo jde mimo mě. Snad jen takový detail posuzovat složitost něčeho podle toho, jak dlouhý článek o tom vyšel je IMHO trochu nepřestné. Někdy se i jednoduchá věc dá rozebrat na několik stránek textu .
A to jako ci problem? Santa Clause? Jo predstav si ze je to problem Gentoo.Ne, to neni vubec problem Gentoo. To je problem uzivatelu, kteri se snazi vecpat tisice balicku do distribuce, aniz by o ne mel libovolny z vyvojaru zajem. No, tak to holt vyhnije v bugzille, nebo si je muzou dat uzivatele do overlay a pouzivat je. Kde nic neni, ani smrt nebere.
Taky nikde netvrdim ze tvorba RPM je jednoducha, ani netvrdim ze je to nejaky argument. Tvorba ebuildu je slozita zalezitost a obvykle vam s tim nikdo nepomuze. Tecka.Tvorba RPM/DEB je slozita zalezitost a obvykle vas s tim nikdo nepomuze. Stejne nicnerikajici bezcenne tvrzeni pouzite jen za ucelem flamewaru.
"Ne, to neni vubec problem Gentoo. To je problem uzivatelu, kteri se snazi vecpat tisice balicku do distribuce, aniz by o ne mel libovolny z vyvojaru zajem. No, tak to holt vyhnije v bugzille, nebo si je muzou dat uzivatele do overlay a pouzivat je. Kde nic neni, ani smrt nebere."O duvod vic prejit k jine distribuci. Je dobre vedet ze vyvojari Gentoo kaslou na uzivatele
"Tvorba RPM/DEB je slozita zalezitost a obvykle vas s tim nikdo nepomuze. Stejne nicnerikajici bezcenne tvrzeni pouzite jen za ucelem flamewaru."Jo hlavne ze za tim navazuje sekce kde se pise ze spely v Source Mage jsou jednodussi. Ale to nic, ja vim ze jste to stejne necetl.
Co je mi po nejakym Source Mage? Pro me je spel spanelska vesnice, pro jineho je spanelska vesnice RPM/DEB, pro jineho ebuild. Bud se to nauc a napis si ten ebuild/vytvor balicek, kdyz to holt nikdo neudelal za tebe, protoze jsi jaksi zapomnel dotycnemu zaplatit, nebo si nestezuj."Tvorba RPM/DEB je slozita zalezitost a obvykle vas s tim nikdo nepomuze. Stejne nicnerikajici bezcenne tvrzeni pouzite jen za ucelem flamewaru."Jo hlavne ze za tim navazuje sekce kde se pise ze spely v Source Mage jsou jednodussi. Ale to nic, ja vim ze jste to stejne necetl.
Ne, to neni vubec problem Gentoo. To je problem uzivatelu, kteri se snazi vecpat tisice balicku do distribuce, aniz by o ne mel libovolny z vyvojaru zajem. No, tak to holt vyhnije v bugzille, nebo si je muzou dat uzivatele do overlay a pouzivat je. Kde nic neni, ani smrt nebere.Ja vas chapu, vy developeri se snazite jak tojde a uzivatele to kolikrat ani neoceni, tu obrovskou praci co uzivatelum zadarmo venujete - meli bychom vam byt skutecne vdecni. A verte mi, rad bych pomohl i jako developer, kdybych k tomu mel znalosti. Ale na druhou stranu, jak muzete napsat to "Ne, to neni vubec problem Gentoo. To je problem uzivatelu, kteri se snazi vecpat tisice..."? Nepripada vam to jako protimluv? To nechapu - k cemu ta distribuce bude kdyz ne pro ty uzivatele? Pokud nejaky zasadni podil uzivatelu (tisice) ma problem, tak ma problem distribuce. IMO to neni tak, ze chudaci developeri nestihaji protoze je jich malo, a uzivatele to nechapou a opruzuji. To neni nahoda, kdyz nejaka distribuce nema dost vyvojaru. To muze byt taky systemova chyba. Myslim ze Robbins ma pravdu v tom, ze vstupni bariera pro prechod od uzivatele k vyvojari je prilis vysoka - je spousta schopnych lidi (nekteri se vyjadrili k Robbinsove postu), kteri by radi pomohli, ale proste jim pripada ze nez vubec zacnou musi prekonat prilis vysoke prekazky. Navic council nebyl schopny eliminovat lidi jako McCreesh, ktery je sice vyborny programator, ale ma takove komunikacni schopnosti ze spousta lidi nechce byt v prostredi kde se vyskytuje on, takze se pak jaksi nedostava lidi... Uricte jsou i dalsi veci o kterych nevim, nejsem insider jako vy... to jen kdyby vas nahodou zajimal pohled "zvenku". Diky za vasi praci pro Gentoo.
Ale na druhou stranu, jak muzete napsat to "Ne, to neni vubec problem Gentoo. To je problem uzivatelu, kteri se snazi vecpat tisice..."? Nepripada vam to jako protimluv? To nechapu - k cemu ta distribuce bude kdyz ne pro ty uzivatele? Pokud nejaky zasadni podil uzivatelu (tisice) ma problem, tak ma problem distribuce.Pro vyvojare... vyvojar je taky uzivatel.
Pokud nikdo nema o dany novy balicek zajem, mas v zasade dve moznosti - stan se vyvojarem, nebo si to udrzuj v overlay (lokalnim, nekdo nekterem, ktere za timto ucelem existuje, napr. Sunrise).
IMO to neni tak, ze chudaci developeri nestihaji protoze je jich malo, a uzivatele to nechapou a opruzuji. To neni nahoda, kdyz nejaka distribuce nema dost vyvojaru. To muze byt taky systemova chybaTo neni o nedostatku vyvojaru, to je o nezajmu vyvojaru o nove balicky. Temer kazdy, kdo da novy ebuild do bugzilly, trpi bohuzel predstavou, ze bez daneho balicku nikdo nemuze zit a proste musi v te distribuci byt - coz je bohuzel zasadni omyl. A ne, opravdu nemame dost vyvojaru na to, abychom pridali dalsich 2500 balicku. Ono uprimne receno, tak polovina z tech balicku uz davno umrela na nezajem upstream vyvojaru, aniz by se dotycny uzivatel obtezoval dany bug uzavrit. Takze proste hnije, hnije a hnije, dokud si ho nekdo nevsimne a neuzavre ho jako WONTFIX.
Ok, takze abych byl plnohodnotny uzivatel Gentoo musim se stat vyvojarem (coz rozhodne nebude trivialni proces) abych si mohl do distribuce vlozit vlastni balicky. Pak ale rozhodne ma smysl hledat alternativu, protoze na tohle vazne nemam cas.A co si predstavujete pod takym slovom 'plnohodnotny uzivatel', Kefalin?
Overlay je problem, neni mozne zarucit dostatecnou uroven QA. Kdyby existovalo neco jako ma Arch Linux, proste repozitar, kam lide davaji ebuildy ktere jdou primo testovat a je to soucasti distribuce, kde se hned odhali ze neco nekde koliduje, nemel bych namitek.Zatimco ebuild v oficialnim repozitari, o ktery se nikdo nestara, je uzasnou zarukou QA. No, tudy asi cesta nevede, rekl bych...
- to JE problém Gentoo za dva měsíce (převážně oprašování vědomostí a nic-počítačového-nedělání přes svátky) jsem se stal přispěvatelem ve Fedoře (a Livně) s balíčky pro qmmp v Gentoo bugzille mi hnije několik ebuildů, o které se příležitostně (dle vlastní potřeby, neb coby prostý uživatel k nim nemám závazky) starám, již léta ... z dostupných materiálů jsem vyrozuměl, že je zájem pouze o lidi "na plný úvazek", nikoli o přicmrndávače takže je chybou Gentoo, že část lidí, co by nějaký z těch 2500 balíčků mohli udržovat, prostě posílá do háje - a pokud jsem to blbě pochopil, a Gentoo by uvítalo i takové lidi, pak je opět chybou Gentoo, že to nedá jasně najevoNe, to neni vubec problem Gentoo. To je problem uzivatelu, kteri se snazi vecpat tisice balicku do distribuce, aniz by o ne mel libovolny z vyvojaru zajem. No, tak to holt vyhnije v bugzille, nebo si je muzou dat uzivatele do overlay a pouzivat je. Kde nic neni, ani smrt nebere.Jiste, dodej tak 50 kompetentnich vyvojaru a mas sanci, ze se alespon petina z cca 2500 balicku, co maji pozadavky na zacleneni v bugzille, do distribuce skutecne dostane. Do te doby jsou priority nekde jinde nez v zaclenovani novych balicku, na ktere nema nikdo cas.A to jako ci problem? Santa Clause? Jo predstav si ze je to problem Gentoo.
nevím jak u deb, ale přinejmenším o rpm to neplatí - aspoň pro Fedoru (a před pár lety pro MandrakeTaky nikde netvrdim ze tvorba RPM je jednoducha, ani netvrdim ze je to nejaky argument. Tvorba ebuildu je slozita zalezitost a obvykle vam s tim nikdo nepomuze. Tecka.Tvorba RPM/DEB je slozita zalezitost a obvykle vas s tim nikdo nepomuze. Stejne nicnerikajici bezcenne tvrzeni pouzite jen za ucelem flamewaru.
)
tak laskavě nelži
22.1.2008 11:57
pools | skóre: 19
| blog: Svědek Damdogův
| Opava/Praha
... jejich používání taky není tak samozřejmé jako v jiných distribucích.záleží, co si představuješ pod tím "samozřejmé" ... v Archu je AUR v Mandrivě si přidám PLF kvůli kodekům apod. a mám klid ve Fedoře si přidám Livnu (zanedlouho RPM Fusion) kvůli kodekům apod. a mám klid v Gentoo si mám přidat co? - která overlay obsahuje všechno co potřebuju, je konsistentní s aktuálními stabilními i vývojovými verzemi balíčků v hlavním stromu Portage, a dodržuje stejné požadavky na kvalitu jako hlavní strom? krom toho, přidávání nějakých third party bastlů jaksi trošinku popírá smysl distribuce, to už rovnou můžu jít do LFS a instalovat software přímo od autorů ... jak pozoruju komunitu kolem MDV a Fedory, nebýt sw patentů a obskurních licencí, PLF ani Livna by nemusely existovat, dostat balíček do distra není těžké - ale ne tak v Gentoo
21.1.2008 20:27
kozzi | skóre: 55
| blog: vse_o_vsem
| Pacman (Bratrušov)
Jasny kazdej se preklikne
21.1.2008 20:31
Jiří Němec | skóre: 22
| blog: BluPix
| Horní Smrčné
21.1.2008 21:44
kozzi | skóre: 55
| blog: vse_o_vsem
| Pacman (Bratrušov)
21.1.2008 22:23
pools | skóre: 19
| blog: Svědek Damdogův
| Opava/Praha
21.1.2008 22:38
pools | skóre: 19
| blog: Svědek Damdogův
| Opava/Praha
Pokud jde o balicky, tak ty fakt nemaji tvorit uzivatele, to je prace pro lidi, kteri tomu rozumi. Ze se jim to nechce delat (jak jasne uvedl vyvojar v reakci na muj blog) a ze jich je malo je proste problem distribuce.Patrne jsi neco zasadne nepochopil. Gentoo je komunitni distribuce, na ktere pracuji neplaceni vyvojari, a jestli si myslis, ze je budes ukolovat, tak to jses asi pomatl na rozumu. Proc by mel nekdo tvorit ebuildy pro aplikace, o ktere nema zadny zajem?!
Proc by mel nekdo tvorit ebuildy pro aplikace, o ktere nema zadny zajem?!Napriklad proto, ze to pritahne uzivatele, kteri tu aplikaci potrebuji, a ti pak budou hlasit bugy i u ostatnich distribuci, a prospeje to cele distribuci? Obecne, neni snad cela Linuxova komunita o mmj. tom, ze kazdy nedela jen to, co potrebuje on, ale mysli ina to, ze kdyz prospeje druhym, tak oni zas prospeji jemu? Prosim nezlob se, ale mam pocit, ze si to co Let_Me_Be pise beres moc osobne. On prece nerika, ze ti soucasni vyvojari maji drit po nocich, aby psali ebuildy pro aplikace, ktere je vubec nezajimaji. Spis by mozna bylo uzitecne premyslet, jestli neni chyba treba nekde v naborovem procesu, ze se nedari ziskavat nove vyvojare, kteri by o ty chybejici aplikace zajem meli.
No to je prima, a cas na to maji ty lidi vzit presne kde? Proste nebudu udrzovat neco, co me nezajima, to je jednoducha vec. Nez mit v oficialnim repozitari balicek, ktery nekdo zacleni jenom proto, aby tam byl, nacez se na nej vybodne a necha ho hnit, nebude opravovat chyby a aktualizovat ho, to je lepsi ho tam nemit vubec. Pokud uz neco zaclenim, tak to musim udrzovat v takovem stavu, aby to nedelalo ostudu.Proc by mel nekdo tvorit ebuildy pro aplikace, o ktere nema zadny zajem?!Napriklad proto, ze to pritahne uzivatele, kteri tu aplikaci potrebuji, a ti pak budou hlasit bugy i u ostatnich distribuci, a prospeje to cele distribuci? Obecne, neni snad cela Linuxova komunita o mmj. tom, ze kazdy nedela jen to, co potrebuje on, ale mysli ina to, ze kdyz prospeje druhym, tak oni zas prospeji jemu?
Prosim nezlob se, ale mam pocit, ze si to co Let_Me_Be pise beres moc osobne. On prece nerika, ze ti soucasni vyvojari maji drit po nocich, aby psali ebuildy pro aplikace, ktere je vubec nezajimaji. Spis by mozna bylo uzitecne premyslet, jestli neni chyba treba nekde v naborovem procesu, ze se nedari ziskavat nove vyvojare, kteri by o ty chybejici aplikace zajem meli.Ja nevim, odkud presne pochazi tenhle mytus, ze se nedari ziskavat nove vyvojare. Vyvojari stale prichazeji, odchazeji a nic se v tomhle ohledu nezmenilo. Pokud by mel mit nekdo o chybejici aplikace zajem, tak je to predevsim ten, kdo o ne zada. Ale bohuzel v polovine pripadu se dotycny ani nesnazi vyprodukovat nejaky pokus o balicek a plete si bugzillu s vymennou burzou ebuildu.
No to je prima, a cas na to maji ty lidi vzit presne kde? Proste nebudu udrzovat neco, co me nezajima, to je jednoducha vec.Prosim... prece v druhem odstavci jasne pisu jak tohle vidim, neni snad nutne mi pripisovat neco jineho nez co tvrdim.
Ja nevim, odkud presne pochazi tenhle mytus, ze se nedari ziskavat nove vyvojare. Vyvojari stale prichazeji, odchazeji a nic se v tomhle ohledu nezmenilo.Jakto? Vzdyt vy sam pisete, ze je tisice uzivatelu, kteri maji zajem o aplikace, na ktere soucasni vyvojari nemaji cas a zajem. Copak z toho neplyne, ze by bylo zadouci ziskat vyvojare, kteri by ten cas a zajem meli? Jiste, muzeme mluvit o lenosti uzivatelu, ale to nic neresi. Mozna mate skutecne pravdu - ale nestalo by za to se alespon zamyslet nad tim, jestli mezi temi tisici uzivatelu neni i spousta tech, kteri by ten zajem i cas meli (ku prospechu vsech), ale proste jim v tom brani neco v tom, jak je organizacne usporadano Gentoo? Uz jsem tady odkazoval na reakce lidi, kteri tvrdi, ze oni by do toho sli, ale brani jim v tom prave urcite systemove bariery Gentoo. Odstranit tyhle bariery by mohlo Gentoo pomoci. Pece nam oboum jde o to nejlepsi pro Gentoo.
Vzdyt vy sam pisete, ze je tisice uzivatelu, kteri maji zajem o aplikace, na ktere soucasni vyvojari nemaji cas a zajem. Copak z toho neplyne, ze by bylo zadouci ziskat vyvojare, kteri by ten cas a zajem meli?
No jo. Ale kolik z těch tisíců uživatelů je ochotno se těmi vývojáři stát, tedy svůj zájem transformovat v to, že vytvoří balíček a budou ho nadále udržovat? Silně pochybuji, že by u Gentoo takové uživatele odháněli holí…
No to je presne. Bohuzel takovych uzivatelu je naproste minimum. Pokud se najdou a jedna se o jednotlive balicky, neni problem spravovat ten balicek jako proxy maintainer, tzn. je commity bude delat oficialni vyvojar, ale jinak ma bugy, aktualizace atd. na starosti dany uzivatel. I z toho minima tak polovina uzivatelu po par mesicich zmizi a dany balicek hnije. Takze divit se tomu, ze vyvojari jen tak nepridavaji nove ebuildy jen protoze je nekdo z uzivatelu mermomoci chce, tomu vazne nerozumim, to vubec nedava smysl.Vzdyt vy sam pisete, ze je tisice uzivatelu, kteri maji zajem o aplikace, na ktere soucasni vyvojari nemaji cas a zajem. Copak z toho neplyne, ze by bylo zadouci ziskat vyvojare, kteri by ten cas a zajem meli?No jo. Ale kolik z těch tisíců uživatelů je ochotno se těmi vývojáři stát, tedy svůj zájem transformovat v to, že vytvoří balíček a budou ho nadále udržovat? Silně pochybuji, že by u Gentoo takové uživatele odháněli holí…
Silně pochybuji, že by u Gentoo takové uživatele odháněli holí…Jiste ne holi, ale... ja celou tu diskusi sleduju dost pozorne, a rada lidi - i insideru - tvrdi, ze bariery ktere musi prekonat ti, kteri se chteji stat developery, jsou prilis vysoke. Kdyz to tvrdi i sam zakladatel Gentoo Robbins, ktereho dost respektuju - proste tomu prikladam jistou vahu. Navic nejde jen o to zajemce neodhanet, ale pokud mozno jim co nejvic usnadnit cestu - lepsi pacifikace jedincu, kteri svym chovanim odrazuji slusne vyvojare, co nejlepe propracovany program mentoringu novych vyvojaru... jiste jsou i dalsi moznosti - napada vas neco originalniho?
21.1.2008 23:34
Bluebear | skóre: 30
| blog: Bluebearův samožerblog
| Praha
Pokud ovšem máš o nějakou aplikaci zájem, vytvoříš balíček a prohlásíš, že se o něj budeš starat, tak je to jiná. V tom okamžiku se totiž sám stáváš vývojářem se všemi právy a povinnostmi a balíček je teď tvou zodpovědností - dokud se o něj budeš starat, bude v distribuci.Opravdu? To rikate jako vyvojar Gentoo? Podle toho jake ja jsem mel informace, tak to neni zdaleka tak jednoduche. Ale mohu se mylit.
Nedostane, a to je jedině dobře, protože balíček, o který se nikdo z vývojářů nezajímá, v distribuci nemá co dělat. Aby mohl balíček dlouhodobě existovat, musí existovat vývojář, který se o něj bude starat, vkládat opravy chyb, balit nové verze, reagovat na stížnosti v bugzille, atd. Pokud balíček nemá svého vývojáře, je odsouzen k zániku.Ano, a Gentoo ma malo vyvojaru => neni schopno pokryt aktualni pozadavky uzivatelu => je smysluplne hledat alternativy.
Jo to je logika jak stehno. Chci, aby mi peceni holubi padali primo do huby, a vono kua furt nic!!!111! Stoji to za hovno, jdu hledat alternativy.Nedostane, a to je jedině dobře, protože balíček, o který se nikdo z vývojářů nezajímá, v distribuci nemá co dělat. Aby mohl balíček dlouhodobě existovat, musí existovat vývojář, který se o něj bude starat, vkládat opravy chyb, balit nové verze, reagovat na stížnosti v bugzille, atd. Pokud balíček nemá svého vývojáře, je odsouzen k zániku.Ano, a Gentoo ma malo vyvojaru => neni schopno pokryt aktualni pozadavky uzivatelu => je smysluplne hledat alternativy.
22.1.2008 00:23
Bluebear | skóre: 30
| blog: Bluebearův samožerblog
| Praha
Chci, aby mi peceni holubi padali primo do huby, a vono kua furt nic To je tím, že tvá WiFi karta má příliš nízký výkon.No na tom asi neco bude. To ADSL zahodim.
22.1.2008 01:11
Bluebear | skóre: 30
| blog: Bluebearův samožerblog
| Praha
21.1.2008 21:57
Josef Kufner | skóre: 70
Co jsem tak koukal, tak by měl vyhovovat cca z 95 %.
21.1.2008 23:15
Bluebear | skóre: 30
| blog: Bluebearův samožerblog
| Praha
Zkrátka bych řekl, že u všech balíčkovacích systémů je to stejné - všude je chleba o dvou kůrkách. Snad to platí i o distrech, i když samozřejmě různá distra se různě profilují - na desktop uživatele, který chce s počítačem pracovat a nezajímá se příliš o problematiku, bych rozhodně nedával Gentoo, ale například openSUSE; na server bych nasadil SUSE Enterprise Server nebo Debian. A na počítač krutého a drsného hackera se samozřejmě hodí Gentoo, Slackware, Linux from Scratch, nebo pro ty civilizovanější Debian. A tak dále.
Fuj, to jsem se rozkecal, snad si z toho něco vybereš, a nezlob se, že jsem didaktický
Víš... snad bys opravdu měl zkusit vytvořit a spravovat vlastní distribuci. Myslím, že řada věcí, které považuješ za zbytečné komplikace, zmatek a nedomyšlenosti, by se ti najednou začala jevit úplně v jiném světle.Ale ja na to nemam cas a proto hledam alternativu. Jo, asi bych podle reakci za to mel byt upalen.
Například: jeden z bodů Tvé kritiky je skutečnost, že Portage je napsané v Pythonu. Ano, díky tomu je poněkud pomalejší (ale IMHO ne zase o tolik, protože hlavní zdržení není v kódu, ale v algoritmech a v komunikaci se sítí). Ale na druhé straně díky tomu automaticky funguje na všech platformách, snadněji se udržuje, lépe se v něm hledají chyby. Protože Portage je nástroj, který drží celou distribuci pohromadě, je u něj spolehlivost a udržovatelnost mnohem důležitější než rychlost běhu.Achjo, zase python. To ze je to v pythonu jsem si vzpomel az kdyz mi to bylo vytknuto v reakci. Problem je v tom ze nalezeni osamocenych balicku pomoci externich nastroju trvalo v dobe kdy jsem prechazel na paludis 5 hodin. Paludis to zvladne behem par minut. Ja se ted nebavim o kompilaci, ja se bavim o rychlosti nastroje a jeho moznostech. Bohuzel emerge je prikladem toho ze to s tou udrzovatelnosti nebude tak horke.
Pokud jde o to, že autor nějaké aplikace většinou nepřipraví ebuild, tak to je sice pravda, ale totéž můžeš říct i o jiných balíčcích. Pokud má autor čas a chuť, tak někdy připraví ebuild, někdy DEB, někdy RPM, podle toho, co zná a co je mu blízké. Řekl bych, že žádný balíčkovací systém nemá převahu (u RPM balíčků je to o to složitější, že distribucí založených na RPM je víc a co funguje na jedné, nemusí fungovat na druhé).Nechapu, presne tohle pisu.
22.1.2008 00:13
Bluebear | skóre: 30
| blog: Bluebearův samožerblog
| Praha
A to ještě pořád není nic proti diskusím, jaké se vedou na některých českých politicky zaměřených webech.
Pokud jde o pocit, že ti lidé nerozumějí, tak se obávám, že to je prostě život. Mně se to stává také. Koneckonců, jako přednášející na vysoké škole bys měl být na ten pocit zvyklý
Pokud jde o pocit, že ti lidé nerozumějí, tak se obávám, že to je prostě život. Mně se to stává také. Koneckonců, jako přednášející na vysoké škole bys měl být na ten pocit zvyklýVis jaka je to tady pohoda? Jo, sice si obcas pripadam jako kdybych hazel hrach na zed, ale nastesti na zaverecnych vysledcich je ten rozdil jasne videt.
22.1.2008 00:54
pools | skóre: 19
| blog: Svědek Damdogův
| Opava/Praha
Jak vidis jsem z Brna. Nebo spis v Brne.
Naopak, bude-li pálen někdo z Asie, zcela jistě to zvýší zájem Japonských turistů
... někdo z Asie ...to si pleteš, orient začíná až v Lednici, Brno je o 12' západněji
22.1.2008 11:49
pools | skóre: 19
| blog: Svědek Damdogův
| Opava/Praha
Tiskni
Sdílej:
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.