🚀 go-pugleaf

On 2011-04-15, Radosław Gancarz <N0Spam_radekg@hell.pl> wrote:
> Andrzej Rosa <bakters@yahoo.com> wrote:
[...]
>> >> i przenośność kodu.
>> > Czyli coś, na czym linuksiarzom zależy tylko na poziomie źródeł.
>> 
>> Nieprawda. 
>
> Fakt, nieprawda - w źródłąch kernela etc. też zrobiono parę rewolucji
> psujących rozwiązania third party...

Twórców kernela _Linuksa_ nie obchodzi przenośność kodu?  To nawet kiedyś
było prawdą.  Tak w okolicach wersji 0.1, o ile dobrze pamiętam.

>> Nawet MS nie jest w stanie utrzymać kompatybilności
>> wstecznej w dłuższej skali czasowej, 
>
> Nie "nie jest w stanie" tylko "nie ma interesu". 

Solaris miało interes i też im się nie udało.  W tym wypadku po prostu
utrzymać na rynku.

>> co dopiero OSS, dysponujące o dwa
>> rzędy wielkości mniejszymi funduszami?
>
> Ale stać ich na maintainerów powielających tę samą robotę dla iluśtam
> dystrybucji...

Raz, że to stosunkowo niewielkie wydatki.  Debian utrzymuje się z
dotacji, Gentoo podobnie, czyli to musza być groszowe sprawy.  Znowu
dystrybucje oparte o Debiana czy Gentoo korzystają z ich pracy i nie
potrzebują wielu maintainerów.  Jak kiedyś sprawdzałem Sabayona, miał
troje ludzi w zespole, wliczając sekretarkę.

A dwa, że to jeden z niewielu dostępnych sposobów na ochronę własnych
inwestycji.  Np. RH bardzo dużo finansuje w OSS.  Wszystkie te wydatki
muszą z konieczności trafić do bezpośredniej konkurencji.  W sytuacji
gdy wszyscy używają dokładnie tych samych pakietów, zamrożonych w tym
samym momencie i ustabilizowanych w ten sam sposób, konsument może
równie dobrze używać RH co dowolnej innej dystrybucji, która ma mniejsze
wydatki, bo niczego nie finansuje w OSS.  Na dłuższą metę to niezdrowa
sytuacja.

>> Jestem przekonany, że optymalizacja jvm kosztowałaby kilkakrotnie mniej
>> roboczogodzin.
>
> To czemu nikt do tej pory jej nie zrobił?
> Java jest na komórkach od ładnych paru lat...

Kwestia licencji.  

http://www.betaversion.org/~stefano/linotype/news/110/

Dalvik: how Google routed around Sun’s IP-based licensing restrictions on Java
ME NOVEMBER 12TH, 2007

Sun released their “free java” source code under the GPLv2 to both win the free
software crowd and capture peripheral innovation and bug fixing from the
community. For the java standard edition (aka “the cat is out of the bag”)
there is an exception to the GPLv2 that makes it “reciprocal” only for the Java
platform code itself but not for the user code running on it (or most people
wouldn’t even dare touching it with a pole).

But such exception to the GPLv2 is not there for the mobile edition (aka “where
the money is”).

[...]
>> Jak nie jak tak?  Ebuildy są najpierw testowane przez ludzi na forum,
>> potem przez community jakiegoś overlaya, potem przez użytkowników danego
>> ebuilda już w ramach waniliowego portage, a na samym końcu dopiero
>> trafiają do Ciebie.   
>
> Ktoś już przywołał przykład wpadki Debiana z SSH (a Debian ma jakby
> większe wsparcie niż Gentoo), 

Za to inne podejście.  Gentoo nie modyfikuje pakietów.

> więc pozwolę sobie wątpić w kompetencje
> maintainerów. Jaką mam szansę, że ktoś inny nie wpadnie na genialny
> pomysł likwidacji warningów przez grzebanie w kodzie, którego nie
> rozumie (albo coś równie mądrego)? 

W Gentoo? Niewielką.   

>> >> Ebuildy można przeczytać, co faktycznie robię instalując jakieś
>> >> wynalazki.  Poza tym zawsze uruchamiam emerge --pretend --verbose,
>> >> dzięki czemu wiem co będzie instalowane. 
>> > I myślisz, że takie podejście jest powszechne? 
>> Na Gentoo?  Owszem.
>
> Ale masz jakieś wsparcie, ze tak robią? 

emerge -pv?  To standard.  Robi się to praktycznie zawsze, choćby żeby
sprawdzić czy aby wystarczająco dokładnie atom zdefiniowałeś.

> I że czytają _ze zrozumieniem_
> patche, które są przy okazji nakładane?

A tego nie twierdziłem i nie mam zamiaru.  Zresztą nie ma takiej osoby,
która byłaby w stanie przeczytać ze zrozumieniem te łaty.  

[...]
>> A czemu mam nie grać? (Poza tym, że już mi się zupełnie znudził, ale
>> mniejsza o to.)  
>
> Ja się tylko zastanawiam, czemu model OS nie powoduje powstania fajnych
> gier... Jeśli już jest coś w miarę fajnego OS to zwykle jest to
> uwolniony projekt CS...

Oj, szereg przyczyn. 

>> > Nie systemowe narzędzie tylko ktoś, kto pisał ebuilda. 
>> 
>> Systemowe narzędzie jest w stanie użyć tych informacji. 
>
> Dopóki nie ma kilku repozytoriów z różnymi wersjami tej samej
> bilbioteki. Wtedy masz "maze of twisty little libraries, all
> interdependent", które przemierzasz dłubiąc, surprise!, ręcznie...

Widocznie systemowe narzędzie nie było w stanie użyć tych informacji...

[...]
>> Gdyby tak było, w zaleznościach byłoby virtual/java-vm, a nie konkretnie
>> icedtea, ale nie wykluczam że na jakiejś innej implementacji też komuś
>> działa bezproblemowo.  Może być, ale ja wolę KISS.
>                                        ^^^^^^^^^^^^
> A jednocześnie narzekasz, że windowsowe instalatory są proste...

Narzekam, że są prostackie. 

-- 
Andrzej Rosa
Working Gentoo flavor:  http://www.funtoo.org
Maintained by Daniel Robbins.