Společnost JetBrains uvolnila Mellum, tj. svůj velký jazykový model (LLM) pro vývojáře, jako open source. Mellum podporuje programovací jazyky Java, Kotlin, Python, Go, PHP, C, C++, C#, JavaScript, TypeScript, CSS, HTML, Rust a Ruby.
Vývojáři Kali Linuxu upozorňují na nový klíč pro podepisování balíčků. K původnímu klíči ztratili přístup.
V březnu loňského roku přestal být Redis svobodný. Společnost Redis Labs jej přelicencovala z licence BSD na nesvobodné licence Redis Source Available License (RSALv2) a Server Side Public License (SSPLv1). Hned o pár dní později vznikly svobodné forky Redisu s názvy Valkey a Redict. Dnes bylo oznámeno, že Redis je opět svobodný. S nejnovější verzí 8 je k dispozici také pod licencí AGPLv3.
Oficiální ceny Raspberry Pi Compute Modulů 4 klesly o 5 dolarů (4 GB varianty), respektive o 10 dolarů (8 GB varianty).
Byla vydána beta verze openSUSE Leap 16. Ve výchozím nastavení s novým instalátorem Agama.
Devadesátková hra Brány Skeldalu prošla portací a je dostupná na platformě Steam. Vyšel i parádní blog autora o portaci na moderní systémy a platformy včetně Linuxu.
Lidi dělají divné věci. Například spouští Linux v Excelu. Využít je emulátor RISC-V mini-rv32ima sestavený jako knihovna DLL, která je volaná z makra VBA (Visual Basic for Applications).
Revolut nabídne neomezený mobilní tarif za 12,50 eur (312 Kč). Aktuálně startuje ve Velké Británii a Německu.
Společnost Amazon miliardáře Jeffa Bezose vypustila na oběžnou dráhu první várku družic svého projektu Kuiper, který má z vesmíru poskytovat vysokorychlostní internetové připojení po celém světě a snažit se konkurovat nyní dominantnímu Starlinku nejbohatšího muže planety Elona Muska.
Poslední aktualizací začal model GPT-4o uživatelům příliš podlézat. OpenAI jej tak vrátila k předchozí verzi.
21.1.2008 21:20
kozzi | skóre: 55
| blog: vse_o_vsem
| Pacman (Bratrušov)
21.1.2008 21:33
kozzi | skóre: 55
| blog: vse_o_vsem
| Pacman (Bratrušov)
, ale já to vydím poprvý, nebo spíš si je to porvý co mě to si to pamatuju. každopádně mi to přišlo zajímavý
Ono totiž v Gentoo existuje něco, čemu se říká PMSU nás doma to existuje také a vždycky je to otrava...
...
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
21.1.2008 21:31
Building target list... paludis@1200948851: [QA] In program paludis -pi php:
... When performing install action from command line:
... When adding install target 'php':
... When disambiguating package name 'php':
... When loading entries for virtuals repository:
... When fetching versions of 'dev-lang/php' in gentoo:
... When loading versions for 'dev-lang/php' in gentoo:
... When extracting version from '/usr/portage/dev-lang/php/php-5.2.4_pre200708051230-r2.ebuild':
... When parsing version spec '5.2.4_pre200708051230-r2':
... Number part '200708051230' exceeds 8 digit limit permitted by the Package Manager Specification
(Paludis supports arbitrary lengths, but other package managers do not)
Paludis wants to downgrade Qt or KDE Unlike Portage, Paludis enforces the dependencies of installed packages, rather than those of the corresponding package in its original repository. Unfortunately, to work around Portage limitations, the Qt and KDE eclasses are set up to depend specifically on those versions that are in the tree at the time of installation. The result is that after upgrading to a newer version, dependant packages that were installed before the new version became available will try to force a downgrade back to the old version. To solve this problem, run your Paludis update command with the --dl-downgrade warning option, and check the backtrace for the package that depends on the older library. Reinstalling this package will fix the dependency. Repeat if there is more than one package with the problem.
... Number part '200708051230' exceeds 8 digit limit permitted by the Package Manager Specification (Paludis supports arbitrary lengths, but other package managers do not)Ano, taky bych doporucil dohledat si prislusny bug tykajici se PMS a nesmyslnosti tohoto omezeni v delce verze, ktere si tam vyvojari paludis (kteri cirou nahodou spravuji PMS) dopsali patrne protoze bagr... Portage s danym cislem verze pracuje naprosto korektne, pkgcore taky - takze jeste navrch siri FUD.
Vy jste asi fakt utekli z cirkusu
21.1.2008 22:27
xxx | skóre: 42
| blog: Na Kafíčko
"Tvorba ebuildu neni slozita, protoze tvorba RPM je slozitejsi.", naaadherna uvaha, no nevadi, jdeme dal.
Me to prijde jako regulerni argument v tomhle pripade. Proste tvorba balicku je vsude plus/minus stejne obtizna. Tudiz to ze se vam zda slozita, neznamena ze je to chyba Gentoo, ale slozitost obecnych problemu, ktere musi resit kazdy system pro spravu balicku.
No, nevim, mel jsem moznost delat SPECy pro RPM na RH72-9. Ted delam pro servery v praci debiani rules pro DEB. Ale osobne mi fakt prijde nejjednodussi ebuild. Je to obyc shell (coz by mel znat i junior admin), v man 5 ebuild naprosto vycerpavajici dokumentace, prakticky staci zadat par naprosto zakladnich udaju. Pokud balik pouziva standardni build system, tak snad neni nutne do ebuildu psat ani funkce src_compile a src_install a vsechno se provede automaticky. A kdyz ten balik potrebuje nejake zmeny napr. v configure nebo make, tak se vytvori normalni shell prikazy, jako by to clovek psal v bashi. Samozrejme je mozny v ebuildu vyuzit silu bashe. Co jsem delal SPEC soubory, tak toho moc neumel a syntaxe byla taky takova zbesila (nevim, co umi dneska). DEB system je taky silnej, ale DEB pouziva make ve spojeni s internima deb funkcema, takze clovek by mel aspon trosku vedet, k cemu jsou a soubor "rules" je jima plnej, tak tvurce debu musi opravdu vedet, co kam napsat - ebuild je proti tomu jednodussi. Osobne gentoo pouzivam taky z toho duvodu, ze je hooodne jednoduchy udelat ebuild pro novy balik a nainstalovat ho spravnym zpusobem."Tvorba ebuildu neni slozita, protoze tvorba RPM je slozitejsi.", naaadherna uvaha, no nevadi, jdeme dal. Me to prijde jako regulerni argument v tomhle pripade. Proste tvorba balicku je vsude plus/minus stejne obtizna. Tudiz to ze se vam zda slozita, neznamena ze je to chyba Gentoo, ale slozitost obecnych problemu, ktere musi resit kazdy system pro spravu balicku.
prakticky staci zadat par naprosto zakladnich udaju.
Ohromný rozdíl proti RPM... :-)
A kdyz ten balik potrebuje nejake zmeny napr. v configure nebo make, tak se vytvori normalni shell prikazy, jako by to clovek psal v bashi.
Ohromný rozdíl proti RPM... :-)
A kdyz ten balik potrebuje nejake zmeny napr. v configure nebo make, tak se vytvori normalni shell prikazy, jako by to clovek psal v bashi.
%build
./configure --with-sandals
make %{?jobs:-j%jobs}
%install
make DESTDIR=$RPM_BUILD_ROOT install
install -d -m755 %{buildroot}/%{_datadir}/vim/current/syntax/
install -m644 %{SOURCE1} %{buildroot}/%{_datadir}/vim/current/syntax/
Jediný velký rozdíl je v tom, že se ve specu nedělá prakticky nic implicitně a namísto proměnných se používají makra, která expanduje už rpmbuild a nikoli shell (ale existují proměnné mající stejný význam jako makra - třeba %{buildroot} a $RPM_BUILD_ROOT).
Otaznik je naprosto insignifikatni, ze? Zajimave ze jste nereagoval na zpravicku se stejnym obsahem.Mohl bys to prosim preformulovat? Bohuzel nevidim, k cemu tato veta patri.
To ze existuje PMS samozrejme vim, to ze ji Gentoo nedodrzuje vim take:
Building target list... paludis@1200948851: [QA] In program paludis -pi php:
... When performing install action from command line:
... When adding install target 'php':
... When disambiguating package name 'php':
... When loading entries for virtuals repository:
... When fetching versions of 'dev-lang/php' in gentoo:
... When loading versions for 'dev-lang/php' in gentoo:
... When extracting version from '/usr/portage/dev-lang/php/php-5.2.4_pre200708051230-r2.ebuild':
... When parsing version spec '5.2.4_pre200708051230-r2':
... Number part '200708051230' exceeds 8 digit limit permitted by the Package Manager Specification
(Paludis supports arbitrary lengths, but other package managers do not)
Aha, takze chyba je v tom, ze se Paludis drzi PMS standardu? Proste narazil na ebuild, ktery je spatne pojmenovany, a proto korektne ohlasil chybu. Nevidim v tom nic, co by zpusoboval Portage a zaroven omezovalo Paludis...
Citace z webu paludis aby toho nebylo malo:Dekuju za jeden z mnoha prikladu, kde ebuildy musi pouzivat obezlicky misto hezkych featur, nicmene opet zde nevidim zadne omezeni Paludisu.
"Tvorba ebuildu neni slozita, protoze tvorba RPM je slozitejsi.", naaadherna uvaha, no nevadi, jdeme dal.To jsem sice, pane kolego, nikde nerekl, ale mozna bude lepsi, kdyz uvedu ukazku toho, jak vypada ebuild pro slusne napsany program, nuz pohledte.
K zamitnuti na zaklade programovaciho jazyka, slo o dvou-panelovy spravce souboru napsany v pascalu, bug bohuzel nemuzu najit.Nasel jsem bug 33478, je to to, co myslis? Pokud ano, ktera cast z "Binary only, similar to other packages already in Portage... I'm not interested in maintaining this one." znamena, ze jde o odmitnuti kvuli Pascalu? Pokud myslis jiny bugreport, prosim o dodani nejakeho blizsiho popisu. V Bugzille mame celkem 190 bugu, ktere jsou uzavreny (avsak "nevyreseny") a v komentarich obsahuji slovo "psacal", v tom se za tebe hrabat nebudu.
V podstate se mi potvrzilo ze Gentoo hnije a ted uz vim i proc. Proste nejsou vyvojari a ti co jsou, "jsou lini" (to jsou vase slova).Ja bych to rekl jinak -- nejsou vyvojari na to, aby delali otroky linym uzivatelum.
Mohl bys to prosim preformulovat? Bohuzel nevidim, k cemu tato veta patri.Otaznik je v nadpisu.
Aha, takze chyba je v tom, ze se Paludis drzi PMS standardu? Proste narazil na ebuild, ktery je spatne pojmenovany, a proto korektne ohlasil chybu. Nevidim v tom nic, co by zpusoboval Portage a zaroven omezovalo Paludis...Precti si to znovu, to je ukazka ze Gentoo nedodrzuje PMS (kterou podle tveho kolegy, nebo kdo to je tvori zlodusi co implementuji paludis).
Dekuju za jeden z mnoha prikladu, kde ebuildy musi pouzivat obezlicky misto hezkych featur, nicmene opet zde nevidim zadne omezeni Paludisu.Protoze to musi resit. Kdyby ebuild byl napsan podle PMS, tak to paludis vubec nemusi resit.
To jsem sice, pane kolego, nikde nerekl, ale mozna bude lepsi, kdyz uvedu ukazku toho, jak vypada ebuild pro slusne napsany program, nuz pohledteNjn, ebuildy pro knihovny ktere prakticky nemaji zadne zavislosti (a uz vubec ne vazane pres use flagy) se pisou nadherne, s tim muzu jenom souhlasit.
Ja bych to rekl jinak -- nejsou vyvojari na to, aby delali otroky linym uzivatelum.Liny uzivatel = uzivatel ktery si nedokaze napsat ebuild?
Precti si to znovu, to je ukazka ze Gentoo nedodrzuje PMSNikoliv, to je ukazka toho, ze spravce PMS (ktery BTW uz neni vyvojarem Gentoo) tam pripsal umele omezeni, na kterem se nikdo neshodl, ktere v portage neexistuje a se kterym z buhvijakeho duvodu citi potrebu otravovat uzivatele ve svem alternativnim package manageru, ackoliv to uzivatele vubec nezajima. Znova, najdi si prislusny bug.
Otaznik je v nadpisu.Stale nechapu, co ma znamenat Tva prvni veta.
Precti si to znovu, to je ukazka ze Gentoo nedodrzuje PMSBugreport je ohlasen a resi se, nevidim problem v tom, ze se ebuild nedrzi jednoho zcela marginalniho a kontroverzniho bodu, ktery ho omezuje. Fakt, ze v PMS se obcas vyskytne chyba, je sice smutny, ale co se da delat, pisou ho pouze lidi. V mnoha draftech ruznych RFC bylo mnoho chyb, ktere se postupem casu doladily.
kterou podle tveho kolegy, nebo kdo to je tvori zlodusi co implementuji paludisNeflejmuj, prosim, nikdo je za zloduchy neoznacil. Jejich iniciativa je bezesporu chvalihodna.
Protoze to musi resit. Kdyby ebuild byl napsan podle PMS, tak to paludis vubec nemusi resit.Prosim? Program jako paludis nemusi osetrovat data, se kterymi pracuje? Neni to spis vynuceno PMS nez spatnym nazvem ebuildu?
Njn, ebuildy pro knihovny ktere prakticky nemaji zadne zavislosti (a uz vubec ne vazane pres use flagy) se pisou nadherne, s tim muzu jenom souhlasit.Zato uzivatele si potrebuji zcela bezne nainstalovat nesmirne komplikovane programy. Prosimte precti si odkazovany text a par kapitol kolem, USE flag je zalezitost na dva radky. Kdo zvladne napsat ./configure se spravnymi parametry, dokaze napsat i ebuild.
Liny uzivatel = uzivatel ktery si nedokaze napsat ebuild?Liny uzivatel == uzivatel, ktery si dokaze program stahnout, precist README a INSTALL, zkompilovat a nainstalovat, ale nedokaze si vygooglit, jak k nemu napsat trivialni ebuild, pripadne se nekoho slusne zeptat na pomoc, ano, takovym uzivatelum rikam lini.
Bugreport je ohlasen a resi se, nevidim problem v tom, ze se ebuild nedrzi jednoho zcela marginalniho a kontroverzniho bodu, ktery ho omezuje. Fakt, ze v PMS se obcas vyskytne chyba, je sice smutny, ale co se da delat, pisou ho pouze lidi. V mnoha draftech ruznych RFC bylo mnoho chyb, ktere se postupem casu doladily.Najednou je to uplne normalni, a pripoustis ze se to deje, hlavne ze v tvem blogpostu jsem si vsechno vymyslel
Se dneska citim jako Alenka v risi divu, nebo mozna skacu z jednoho alternativniho vesmiru do druheho, kazdou minutu jina realita.
Neflejmuj, prosim, nikdo je za zloduchy neoznacil. Jejich iniciativa je bezesporu chvalihodna.Neflejmuju, ale kolega ma ponekud chabejsi argumentaci nez ty.
Prosim? Program jako paludis nemusi osetrovat data, se kterymi pracuje? Neni to spis vynuceno PMS nez spatnym nazvem ebuildu?Qt, to je reakce na Qt, sakra prace.
Zato uzivatele si potrebuji zcela bezne nainstalovat nesmirne komplikovane programy. Prosimte precti si odkazovany text a par kapitol kolem, USE flag je zalezitost na dva radky. Kdo zvladne napsat ./configure se spravnymi parametry, dokaze napsat i ebuild.Ano, ale problem jsou kolize souboru, kolize zavislosti, chybejici zavislosti.
Liny uzivatel == uzivatel, ktery si dokaze program stahnout, precist README a INSTALL, zkompilovat a nainstalovat, ale nedokaze si vygooglit, jak k nemu napsat trivialni ebuild, pripadne se nekoho slusne zeptat na pomoc, ano, takovym uzivatelum rikam lini.V kolika procentech pripadu je ten ebuild takhle trivialni? A v kolika procentech pripadu se takhle trivialni ebuild dostane do portage? A v kolika procentech pripadu by bylo 100x rychlejsi kdyby k tomu na 5 minut sedl nejaky vyvojar a napsal to? Sorry, ale kazdy dela neco. Nekdo se stara o distribuci, nekdo pise programy, nekdo vydelava penize. Kazdy by mel ale delat to co umi. Kdyz uzivatel musi travit hodiny tvorbou neceho co zkuseny vyvojar napise za par minut, tak je to opravdu plytvani vsim. A ver mi ze po tech par hodinach je o jednoho uzivatele Gentoo min.
Najednou je to uplne normalni, a pripoustis ze se to deje, hlavne ze v tvem blogpostu jsem si vsechno vymyslelTys pil? Kde jsem rikal, ze je PMS bezchybne? Mozna je ve Tve vete mockrat "to", prestavam se "v tom" orientovat.
WTF?Prosim? Program jako paludis nemusi osetrovat data, se kterymi pracuje? Neni to spis vynuceno PMS nez spatnym nazvem ebuildu?Qt, to je reakce na Qt, sakra prace.
Ano, ale problem jsou kolize souboru, kolize zavislosti, chybejici zavislosti.Jake kolize souboru??? Jake kolize zavislosti???
V kolika procentech pripadu je ten ebuild takhle trivialni?Ve vetsine pripadu neni o moc komplikovanejsi.
A v kolika procentech pripadu se takhle trivialni ebuild dostane do portage? A v kolika procentech pripadu by bylo 100x rychlejsi kdyby k tomu na 5 minut sedl nejaky vyvojar a napsal to?Ale vtip a cele nedorozumeni je v tom, ze vyvojari tohle budou delat jenom pokud balicek sami potrebuji, potrebuje ho nejaky jejich kamarad a nebo pokud je nekdo hezky pozada a usmeje se na ne. Ty zjevne pokladas za problem, ze v Gentoo neni nejaky tvuj oblibeny tool, ale zaroven odmitas neco udelat proto, aby se tam dostal.
Sorry, ale kazdy dela neco. Nekdo se stara o distribuci, nekdo pise programy, nekdo vydelava penize. Kazdy by mel ale delat to co umi. Kdyz uzivatel musi travit hodiny tvorbou neceho co zkuseny vyvojar napise za par minut, tak je to opravdu plytvani vsim. A ver mi ze po tech par hodinach je o jednoho uzivatele Gentoo min.Bohuzel ale ti, kdo se staraji o distribuci, zaroven musi taky nekdy vydelavat penize. Takze abychom se pohnuil, rekni mi konkrektni aplikaci, kterou tam chces dostat, a nabidni konkretni castku. Pokdu neches verejne, tak jkt@gentoo.org.
Ale vtip a cele nedorozumeni je v tom, ze vyvojari tohle budou delat jenom pokud balicek sami potrebuji, potrebuje ho nejaky jejich kamarad a nebo pokud je nekdo hezky pozada a usmeje se na ne. Ty zjevne pokladas za problem, ze v Gentoo neni nejaky tvuj oblibeny tool, ale zaroven odmitas neco udelat proto, aby se tam dostal.Jj, fatalni problem OpenSource. Vsichni delaji jenom to co je bavi. Ja to resim tak ze hledam alternativu.
Bohuzel ale ti, kdo se staraji o distribuci, zaroven musi taky nekdy vydelavat penize. Takze abychom se pohnuil, rekni mi konkrektni aplikaci, kterou tam chces dostat, a nabidni konkretni castku. Pokdu neches verejne, tak jkt@gentoo.org.Momentalne zadnou nepotrebuji a platit za jeden balicek je dost nesystematicke. Hlavne kdyz prave hledam alternativu kam odejit
Idealne nekam kde bude ponekud ochotnejsi komunita.
A v kolika procentech pripadu by bylo 100x rychlejsi kdyby k tomu na 5 minut sedl nejaky vyvojar a napsal to?
S tímto modelem uvažování se občas setkávám ve zdejší poradně a dost mne vytáčí. Nepřipadá vám argumentace "Já něco chci, ale nechce se mi s tím trávit můj drahocenný čas, protože XY by to určitě zvládl rychleji než já, takže je jeho morální povinností udělat to místo mne." tak trochu bezohledná? (použiju-li velmi mírný výraz)
Pokud se nenajde vyvojar, ktery bude ochoten spravovat balicek, tak se balicek do distribuce nedostane.No, a vis o nejake jine distribuci, kde je to jinak? Ja jen ze bych se ji chtel zdaleka vyhnout.
Vyvojaru je malo a nestaci pokryvat potreby uzivatelu.Mozna bys mel nejdriv definovat potreby uzivatelu. Pod timhle pojmem si rozhodne nepredstavuju, ze do repozitare bude nekdo pridavat kdejakej shit jen kvuli tomu, ze radove jednotky uzivatelu projevily zajem.
Vyvojarum je jedno co uzivatele chteji.Nikoliv, jen je potreba zapojit rozum. Ze nekdo neco navrhne neznamena, ze to musim realizovat.
Kdyz chce uzivatel neco protlacit do distribuce, musi se stat vyvojarem.Uplny nesmysl. Nove balicky se pridavaji pravidelne, stejne jako se likviduji ebuildy aplikaci, ktere jsou rozbite a mrtve.
No, a vis o nejake jine distribuci, kde je to jinak? Ja jen ze bych se ji chtel zdaleka vyhnout.Moje chyba malo jsem to rozepsal a vypadlo to z kontextu.
Mozna bys mel nejdriv definovat potreby uzivatelu. Pod timhle pojmem si rozhodne nepredstavuju, ze do repozitare bude nekdo pridavat kdejakej shit jen kvuli tomu, ze radove jednotky uzivatelu projevily zajem.Jednotky, zajimave. Pred par hodinama to byli tisice :)
Uplny nesmysl. Nove balicky se pridavaji pravidelne, stejne jako se likviduji ebuildy aplikaci, ktere jsou rozbite a mrtve.Jo hlavne ze to tady bylo potvrzeno minimalne 10x.
Tisice ano - ale ebuildu. Kolik myslis, ze asi tak zajemcu pripada na jeden z nich v prumeru? :-PMozna bys mel nejdriv definovat potreby uzivatelu. Pod timhle pojmem si rozhodne nepredstavuju, ze do repozitare bude nekdo pridavat kdejakej shit jen kvuli tomu, ze radove jednotky uzivatelu projevily zajem.Jednotky, zajimave. Pred par hodinama to byli tisice :)
Huh? Ne, ono se ti jenom nekdo snazil opakovane naznacit, ze nikdo nebude pridavat neco jen kvuli tomu, ze uzivatel X zacne hulakat v bugzilla/blogu/nekde jinde o tom, ze distribuce Y nema uzasny jedinecny nepostradatelny balicek Z (o kterem ve vetsine pripadu nikdo z vyvojaru v zivote neslysel).Uplny nesmysl. Nove balicky se pridavaji pravidelne, stejne jako se likviduji ebuildy aplikaci, ktere jsou rozbite a mrtve.Jo hlavne ze to tady bylo potvrzeno minimalne 10x.
Najednou, hlavne ze pred chvili tady prolitlo ze kdyz bude 1000 uzivatelu chtit nejakou aplikaci, tak maji proste smulu. To fakt nema cenu. Tady kazdy co pet minut meni nazory o 180%.A nejaka citace s odkazem by nahodou nebyla? Asi ne, co? Cim to asi bude... (Jo pokud bude tisic uzivatelu chtit zpatky XMMS, tak tam stejne nebude, protoze na to nikdo nesahne ani vidlema, ale o tom tahle debata opravdu, ale opravdu neni).
22.1.2008 08:50
Václav "Darm" Novák | skóre: 26
| blog: Darmovy_kecy
| Bechyně / Praha
Achjo, ja si to poplet se zugainou. Ale to je fuk.Jak, fuk?! Pak je ten tvuj prispevek preci uplne mimo. Covece s nekym, kdo ani nedokaze chlapsky priznat, ze se nekdy seknul, a misto toho napise tohle, bych skutecne jen velice nerad prisel nekdy osobne do styku. Zacina mi byt jasne, proc se tady ta diskuse tak rozflamovala...
Ale princip je v tom ze prace vyvojare, at uz dobrovolna, nebo placena je proste prace. To je to same jako kdyby lekari bez hranic jeli nekam do vyvojove zeme a pak si rekli ze se jim dnes nechce lecit. Proste kdyz neco delam tak to delam z nejakeho duvodu. Kdyz se nekomu nelibi napln prace, duplem dobrovolne tak proc ji proboha dela?
Kde berete to přesvědčení, že ti vývojáři se prostě jen místo toho, aby se zabývali výrobou a údržbou balíčků, které vy považujete za životně důležité, nevěnují výrobě a údržbě balíčků, které považují za důležité oni, ale prostě se jen dloubou v nose? Nebo je problém v tom, že váš názor na to, co je důležité, je z nějakých záhadných důvodů nadřazen jejich názoru?
- Pokud se nenajde vyvojar, ktery bude ochoten spravovat balicek, tak se balicek do distribuce nedostane.
Zbylé tři body považuji za velmi zkreslenou interpretaci, takže si je dovolím přeformulovat:
- Distribuce nemá dost vývojářů na to, aby zvládali implementovat všechno, co uživatele napadne.
- Chci-li mít jistotu, že protlačím projekt do distribuce, je možné, že se budu muset stát jeho maintainerem.
- Vývojáři mají občas jiné priority než já.
Přeji hodně štěstí při hledání distribuce, kde tato tvrzení neplatí. Budete ho potřebovat - a nejsem si jistý, jestli to bude stačit.
Ne, neni to tvoje moralni povinnost. Ale princip je v tom ze prace vyvojare, at uz dobrovolna, nebo placena je proste prace. To je to same jako kdyby lekari bez hranic jeli nekam do vyvojove zeme a pak si rekli ze se jim dnes nechce lecit. Proste kdyz neco delam tak to delam z nejakeho duvodu. Kdyz se nekomu nelibi napln prace, duplem dobrovolne tak proc ji proboha dela?Mozna pro Tebe bude snadneji pochopitelna paralela s lekarem, ktery jede ockovat deti, a za kterym chodi mistni mrzaci, aby jim uvaril jidlo. Oboji je jiste pomoc potrebnym, ale lekar ma pouze dve ruce a typicky na vsechny pozadavky nestaci. Navic ale obvykle dostava zaplaceno, protoze neco jist musi i on, a protoze cesta do Afriky neni prace na dve odpoledne tydne. Take vetsina lekaru slozila Hippokratovu prisahu. Ja coby developer o podobnem zavazku nevim.
Pokud se nenajde vyvojar, ktery bude ochoten spravovat balicek, tak se balicek do distribuce nedostane.Je mi uprimne lito uzivatelu distribuce, ve ktere se o balicky nikdo nestara.
Kdyz chce uzivatel neco protlacit do distribuce, musi se stat vyvojarem.Ach jo, pripomina mi to hazeni hrachu na stenu...
Mozna pro Tebe bude snadneji pochopitelna paralela s lekarem, ktery jede ockovat deti, a za kterym chodi mistni mrzaci, aby jim uvaril jidlo. Oboji je jiste pomoc potrebnym, ale lekar ma pouze dve ruce a typicky na vsechny pozadavky nestaci. Navic ale obvykle dostava zaplaceno, protoze neco jist musi i on, a protoze cesta do Afriky neni prace na dve odpoledne tydne.Ok, v tom pripade mne zajima co je hlavni naplni vyvojare Gentoo. Z toho co tady probehlo mi to vubec neni jasne.
Take vetsina lekaru slozila Hippokratovu prisahu. Ja coby developer o podobnem zavazku nevim.Ja jo, probehlo to pri statnicich
Jo tahle diskuze je uplne o nicem protoze kazdy mele uplne neco jineho ani vy dva co mi tady oponujete se neumite shodnout. Staci si precist celou diskuzi a mam jasno ze at si bude prat balicek libovolny pocet uzivatelu Gentoo tak se tam proste nedostane dokud ho nebude potrebovat nejaky vyvojar. Jo, tohle tady zaznelo.
V puvodnim blogpostu jsem napsal naprosta fakta, ty si se snazil vyvratit tim zes mi do ust vstrcil zavery, ktere jsem vubec neudelal. Ten zacatek byl jenom o tom co se mi nelibi na gentoo a za tim si stojim (taky mi to nikdo nevyvratil).
Staci si precist celou diskuzi a mam jasno ze at si bude prat balicek libovolny pocet uzivatelu Gentoo tak se tam proste nedostane dokud ho nebude potrebovat nejaky vyvojar.
Přesněji: dokud se ho tam nějaký vývojář nerozhodne zahrnout a starat se o něj. Přičemž není nikde řečeno, že to musí být současný vývojář.
V puvodnim blogpostu jsem napsal naprosta fakta, ty si se snazil vyvratit tim zes mi do ust vstrcil zavery, ktere jsem vubec neudelal.Zase lzes. Vyrok "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í", ktery si pouzil ve svem blogpostu, rozhodne zadnym faktem neni. Pokud tohle nechapes, je dalsi diskuse ztratou casu.
Ebuildy pro KDE 4.0.0 se zacali resit den po oficialnim vydani. Ja nechapu jak se muzou resit veci jako chybejici zavislosti az po vydani KDE 4.0.Co to meles za nesmysly? Na tech ebuildech se pracovalo mesice predtim, ano ebuildy pro KDE4 byly az potom, co bylo KDE4 oficialne vydano, protoze driv to jaksi byt nemohlo, to da totiz rozum. A jestli si myslis, ze tohle je trivialni vec aspon nejak otestovat, commitnout a doladit, tak sis asi nechal mozek v satne, to se vazne neda jinak rict.
Taky to asi zacnu delat.
Je velice zajimave ze rok delate na overlayi a v den vydani najednou prijdete na to ze vam chybi nejake zavislosti. Zajimave ze Bety i RC se v overlayi objevili ten samy den co vysli, faaakt zajimave. KDE 4.0 vysel officialne v jeden den. SVN freeze byl minimalne jeden tyden, tudiz vsechny potrebne informace byli davno k dispozici. To ze KDE vyjde jste vedeli uz minimalne mesic a ani jste nebyli schopni udelat update webu.
S KDE 4.0 jste to posrali. Udelali jste si brutalni ostudu.
S KDE 4.0 jste to posrali. Udelali jste si brutalni ostudu.No, ja myslim, ze jediny, kdo si tady uz druhy den dela brutalni ostudu, jses ty. Tvoje arogance misty dosahuje urovne nejmenovaneho neslavne prosluleho t.c. SUSE agigatora, takze zaverem - no comment, nehodlam s tebou ztracet uz ani minutu. Sam jsi udelal na KDE4 velky kulovy, tak si laskave over informace a prestan sirit bludy. (Jo, a uz si konecne najdi nejakou tu alternativu, o podobne uzivatele fakt nemame zajem.)
22.1.2008 00:54
Bluebear | skóre: 30
| blog: Bluebearův samožerblog
| Praha
22.1.2008 00:53
pavlix | skóre: 54
| blog: pavlix
Opravdu miluju kdyz si dlouhodobe uzivatelske zkusenosti (7 let) vezme nejaky vyvojar jako osobni utok.Kecy. Mě to přijde jako rozumná a ucelená reakce.
Ano diky C++ a cachovani je paludis rychle. Cisto cisty fakt.Dobry, a ted si nainstaluj pkgcore (napsano v pythonu, stejne jako portage), udelej si par benchmarku a pak sem prijd pohovorit o tom, jak je neco diky C++ rychle nebo jak je neco kvuli pythonu pomale... Hlavne si ale nejdriv over fakta...
A jeste jednou, s tim ze python je pomaly jsem neprisel ja, ale tady tvuj kolega.
Skoda, chtel jsem vyzkouset, ale out-of-the-box nefunguje a navod jsem nenasel.No, to mas vazne blby, clovek neschopny napsat
pmerge --help by asi mel pouzivat neco jineho nez Gentoo.
Ty jses fakt chytrak, ze? Hlavne ze mi pmerge --pretend -uD world napise to co jsem napsal do predesleho postu.Jiste, protoze ses vubec neobtezoval precist ani ten help... RTFM!
pmerge -puD -s world
real 1m57.023s user 0m52.823s sys 0m21.596spkgcore MEM:
real 0m4.663s user 0m4.218s sys 0m0.305spaludis COLD:
real 1m27.564s user 0m20.925s sys 0m2.006spaludis MEM:
real 0m25.672s user 0m20.412s sys 0m1.021sPkgcore skonci na chybe zavislosti u virtualboxu, dal nepokracuje (tudiz cas je neuplny, ale nemam moznost to ted resit, takze pro porovnani musi stacit).
takze pro porovnani musi stacit.No, ja myslim ze to uplne staci na zdokumentovani toho, ze o zvolenem jazyku to opravdu, ale opravdu neni.
Pokud se nudis, muzes zkusit treba neco jako tohle.
Priteli, kdyz to podle webu ma fungovat out-of-the-box, tak na to proste narazet budu.out-of-the-box != bude fungovat kdyz nejakej lamer co je neskutecne linej precist si help napise nekorektni syntaxi
No, Ciaran je sice vyhozeny vyvojarMcCreeshe uz vykopli? Co pamatuju, tak sice porad ohlasoval, ze odejde, ale porad plival jedovate sliny v mailinglistech. Ze bych mohl pomalu sebrat odvahu a zacit je zase cist? Jestli ho vykopli, tak to je pro me vyrazna znamka zivotaschopnosti Gentoo - ten chlap je sice chytry programator, ale podle reakci odradil rozhodne vic chytrych programatoru, nez je sam schopen nahradit.
McCreeshe uz vykopli? Co pamatuju, tak sice porad ohlasoval, ze odejde, ale porad plival jedovate sliny v mailinglistech.Jo, tusim tak rok a pul zpet nebo tak nejak... nejak nemam chut to dohledavat.
Ze bych mohl pomalu sebrat odvahu a zacit je zase cist?No, tam bohuzel opruzuje porad.
tož, za prvý, fakt nevím, proč sem taháš školu - MFF je mi sice výrazně sympatičtější než FI MUNI (je řeč o FI?), ale určitě ne díky lidem jako ty, kteří cejtí potřebu se za každou cenu nad někoho povyšovat ... podle mě je to podpásovka a ten, kdo kope, seš tyAle ja se do FI MUNI nenavazim :), pouze konstatuji, ze mi prijde napsat ebuild o neco snazsi nez napsat spec pro RPM, a ze mam za sebou mene semestru nez kolega bakalar.
za čtvrtý, o tom KDE to není lež - jen je potřeba nevytrhávat z kontextu ... řeč byla o Portage, a tam se ebuildy opravdu objevily se zpožděním až po vydání; že se na nich nějakou dobu pracovalo v overlayi je věc jináTakze zpozdeni jeden den oproti vydani od upstream developeru je kriticky? Kde zijes? Ktera cast vyroku "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í." pojednava o overlayi? Pan kolega proste tvrdi, ze se na tom zacalo pracovat pozde, dokonce az po vydani, a ja to opravuji, protoze tohle je proste naprosto ucelove sirena lez.
sečteno podtrženo - typické arogantní a elitářské chování Gentoo developera šířícího bludy jen aby obhájil chyby jemu a jeho distribuci vlastníCekam na uvedeni konkretnich bodu, kde ja sirim bludy, a to v o neco meen obecne rovine, nez je "kotel sracek".
Ale ja se do FI MUNI nenavazim :)tak proč vůbec zmiňuješ, na jaké škole kdo je?
chceš říct týden oproti oficiálnímu vydání, než to bylo v použitelném stavu, a dva týdny oproti dostupnosti kódu pro vývojáře ... jestli to je nebo není kritické, u největšího desktopového prostředí kolem jehož nové verze je obrovské haló, nechávám na posouzení laskavému čtenáři - není to totiž příliš relevantní k původnímu tvrzení, že toto "krásně ilustruje" fakt, že se balíčky do oficiálního stromu Portage dostávají pomaluza čtvrtý, o tom KDE to není lež - jen je potřeba nevytrhávat z kontextu ... řeč byla o Portage, a tam se ebuildy opravdu objevily se zpožděním až po vydání; že se na nich nějakou dobu pracovalo v overlayi je věc jináTakze zpozdeni jeden den oproti vydani od upstream developeru je kriticky?
Ktera cast vyroku "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í." pojednava o overlayi?právěže žádná, je řeč o balíčcích v Portage, ne v overlayi
Pan kolega proste tvrdi, ze se na tom zacalo pracovat pozde, dokonce az po vydani, a ja to opravuji, protoze tohle je proste naprosto ucelove sirena lez.takže chceš říct, že to bylo v Portage dřív? - přečti si laskavě celou pasáž nadepsanou "Ebuildy" ... je to o tom, že balíčky se do Portage dostávají pomalu (pokud vůbec), ne o tom, jak dlouho se na daném ebuildu pracuje v tomto kontextu ta věta dává perfektní smysl, lež z toho děláš ty vytržením z kontextu, kdy "začali připravovat" s implicitním "v Portage" nahrazuješ explicitním "pohledem do historie overlaye" ...
Cekam na uvedeni konkretnich bodu, kde ja sirim bludy, a to v o neco meen obecne rovine, nez je "kotel sracek".bod třetí a čtvrtý, částečně i druhý - jasně, tam se můžeš vykroutit, že jsi psal svůj osobní pohled, ovšem dosti zavádějícím způsobem ...
chceš říct týden oproti oficiálnímu vydání, než to bylo v použitelném stavu, a dva týdny oproti dostupnosti kódu pro vývojáře ...jestli to je nebo není kritické, u největšího desktopového prostředí kolem jehož nové verze je obrovské haló, nechávám na posouzení laskavému čtenářiOno to v pouzitelnem stavu pro uzivatele neni dodnes, to by totiz musel pred vydanim 'final' verze nejdriv nekdo ten kod dodelat tak, aby tam nebyli mraky regresi oproti KDE 3.5 - ale ne v Gentoo, ale u KDE; nejlepe misto tech marketingovych saskaren, ktere se kolem toho predvadely, ackoliv kazdemu muselo byt jasne, ze se absolutne nemuze stihnout to v danem terminu dodelat do rozumne podoby. KDE 4.0 je hardmasked a tam zustane, a jestli se ti nelibi rychlost, z jakou se to dostalo do portage, tak muzes misto nemistneho neproduktivniho zvaneni muzes jit neco delat. Totez doporucuju tvemu kolegovi. Uz me tahle debata vazne prestava bavit, kazdej ma plnou drzku chytrejch zvastu, sam udelal hovno, predstavu o tom, co to vubec obnasi ma nulouvou, ale hlavne je potreba si blognout a zanadavat na to, ze uzivatele museli nekolik dni cekat na neco, co pro uzivatele neni vubec urceno a ze Gentoo stoji za vylizprdel, vyvojare na uzivatele hazou bobek a misto toho asi stahujou porno. Bezte si to zadarmo ve volnem case delat sami a lip, mistri.
Ono to v pouzitelnem stavu pro uzivatele neni dodnes, to by totiz musel pred vydanim 'final' verze nejdriv nekdo ten kod dodelat tak, aby tam nebyli mraky regresi oproti KDE 3.5 - ale ne v Gentoo, ale u KDE; nejlepe misto tech marketingovych saskaren, ktere se kolem toho predvadely, ackoliv kazdemu muselo byt jasne, ze se absolutne nemuze stihnout to v danem terminu dodelat do rozumne podoby.Nádherný příklad vlamování se do otevřených dveří.
vážně? - ale nepovídej, předevčírem jsem na dvou strojích úspěšně instaloval kdegames-meta-4.0.0 ... řeč totiž byla o ebuildech, že už (konečně) nekolidují atp., nikoli o kvalitě samotného software, který nainstalujíchceš říct týden oproti oficiálnímu vydání, než to bylo v použitelném stavu, a dva týdny oproti dostupnosti kódu pro vývojáře ...jestli to je nebo není kritické, u největšího desktopového prostředí kolem jehož nové verze je obrovské haló, nechávám na posouzení laskavému čtenářiOno to v pouzitelnem stavu pro uzivatele neni dodnes,
to by totiz musel pred vydanim 'final' verze nejdriv nekdo ten kod dodelat tak, aby tam nebyli mraky regresi oproti KDE 3.5 - ale ne v Gentoo, ale u KDE; nejlepe misto tech marketingovych saskaren, ktere se kolem toho predvadely, ackoliv kazdemu muselo byt jasne, ze se absolutne nemuze stihnout to v danem terminu dodelat do rozumne podoby.no tak v tomhle se ovšem my dva vzácně shodneme
KDE 4.0 je hardmasked a tam zustane,což je jedině dobře
a jestli se ti nelibi rychlost, z jakou se to dostalo do portage,mě je ta rychlost celkem u prdele, jedu z overlaye - jenom mi vadí, že tady kolega se snaží vzbudit dojem, že to co píše druhý kolega je blbost, když je to pravda a jediná otázka je, zda má druhý kolega právo za tento fakt někoho kritizovat či nikoliv
tak muzes misto nemistneho neproduktivniho zvaneni muzes jit neco delat. Totez doporucuju tvemu kolegovi.já tu žvaním, zatímco stroj dělá za mně, někde se vyflejmovat musím, abych si to nevybíjel při pokusech být produktivní :-p
Uz me tahle debata vazne prestava bavit, kazdej ma plnou drzku chytrejch zvastu, sam udelal hovno, predstavu o tom, co to vubec obnasi ma nulouvou, ale hlavne je potreba si blognout a zanadavat na to, ze uzivatele museli nekolik dni cekat na neco, co pro uzivatele neni vubec urceno a ze Gentoo stoji za vylizprdel, vyvojare na uzivatele hazou bobek a misto toho asi stahujou porno.mno, mě tak nějak vůbec(*) nevadí, že vývojáři tomu nevěnují tolik času, kolik by si to zasloužilo, nýbrž jen tolik, kolik uznají za vhodné, a ve zbylém sledujou porno, nýbrž vadí mi, že to, co dělají, nedělají pořádně, a k věcem se staví dosti arogantně, nebo je všelijak stupidně okecávají (*) z hlediska této diskuse, jinak samozřejmě na pár věcí to vliv má, že ...
Pan bakalar totiz hledal alternativu a taky by ji mozna nasel, kdyby tady pan bez titulu a pan anonym nazasrali celou diskuzi honenim sveho ega.No, tak hledej, rychle a usilovne... Uz se nemuzu dockat, az si naistalujes pro me za me treba Visty. Hlavne si bez machat hubu nekam jinam.
Vis co? Skoc si k sousedovi delat machra ze delas vyvojare Gentoo. Na toho to mozna udela dojem. A mozna te i poplaca po zadech, jakej jses dobrej.Ano, a ty taky zajdi k soudedovi a rekni mu, ze ta policka, co ti ve volnych chvilich pro manzelku zbastlil do kuchyne, stoji celkem vzato za hovno, ze te sere jak to trvalo dlouho a ze nejakejch par prkynek na tebe stejne neudelalo zadnej dojem. (Jo, a dej si predem chladit par pytliku s ledem do mrazaku, jen tak preventivne.)
podle tebe je Gentoo dokonale a nema vubec zadne chybyCitatu a odkazu se evidentne opet nedockame, takze bych pozadal, abys mi prestal pripisovat neco, co jsem nikdy nerekl...
a kazdy kdo si mysli ze ma a treba mu na Gentoo neco vadi a chce prejit jinam je nebezpecny silenec, ktereho je potreba okamzite zpacifikovat.Ale naopak! Prosimte, uz bez... rychle, cim driv, tim lip! Hlavne doporucuju nejake placene distro, tak budes mit alespon nejaky duvod si na vyvojare otevirat svou nevymachanou hubu.
Tiskni
Sdílej:
