W dniu 2012-01-04 14:55, Bartlomiej Lidke pisze:
> Tomasz Kaczanowski<kaczus@dowyciecia_poczta.onet.pl> wrote:
>> W dniu 2012-01-04 13:02, Bartlomiej Lidke pisze:
>>> Tomasz Kaczanowski<kaczus@dowyciecia_poczta.onet.pl> wrote:
>>>> W dniu 2012-01-04 11:39, Bartlomiej Lidke pisze:
> [....]
>>>> Program powinien sprawdzać jedynie minimalną wersję biblioteki. I
>>>> wtedy problemy tu opisane się nie pojawiają.
>>>
>>> to jest kwestia zarowno zgodnosci jak i bledow pojawiajacych sie w tych
>>> bibliotekach. kazdy Twoj koncowy uzytkownik moze miec inna wersje i
>>> jego interesuje to ze mu Twoj program nie dziala i do Ciebie przychodzi
>>> z pretensjami (support). Ty sie go pytasz o biblioteki i potem musisz
>>> sobie taki zestaw skompletowac zeby zweryfikowac blad. powodzenia
>>
>> A jednak się da. I to się sprawdza. Oczywiście trzeba ograniczać się do
>> bibliotek porządnych, a nie bałaganu.
>
> nie rozwiaze Ci to problemu bledow w bibliotekach w innych wersjach
> na srodowisku uzytkownika. a w jaki sposob stwierdzasz ze biblioteka jest
> porzadna? czy np. gtk jest porzadne?

Nie potrzebowałem używać, więc nie wiem, czy jest porządne.


>>> i nie mozesz "sprawdzac minimalnej wersji" poniewaz znikasz w ten sposob
>>> problem funkcjonalnosci "deprecated"
>>
>> Co znaczy znikasz? Dla utrzymania zgodności są preferowane 2 wersje
>> 1) metody nowe i stare różnią się nieznacznie - wtedy wrappujesz i masz
>> stare i nowe metody
>> 2) zmiany są bardzo duże - tworzysz nową bibliotekę, starą przestajesz
>> supportować, ew sprzedajesz/oddajesz/cokolwiek kod innym
>
> czyli narobiles sobie roboty. ktos inny wrzuci do swojego google-earth
> czy czegostam innego wymagana biblioteke i wogole nie ma tego problemu

Tam, gdzie jest balagan, to jest wlasnie robota, puchnące niepotrzebnie
pliki wykonywalne, bo ufać bibliotekom zewnętrznym nie można. WIęcej,
biblioteka się rozwija działa lepiej, ale użytkownik z tego nie
skorzysta....


>>> popatrz tez z punktu widzenia uzytkownika. chcialbym np. sprawdzic
>>> najnowsza wersje:
>>> http://www.kdenlive.org/user-manual/downloading-and-
installing-kdenlive
>>>
>>> i oprocz sredniego pomyslu w postaci virtualbox-ow oraz live-cd moge
>>> jedynie wpasc w bagno kompilacji (patrz wymagania). a ja chce tylko
>>> odpalic program i stwierdzic czy sie do czegos nadaje czy nie. tak w 5-10 minut
>>>
>>
>>
>> Bo całość jest od początku nie przemyslana.
>
> acha. a jak rozwiazac ten problem fafnastu wymaganych bibliotek po stronie
> uzytkownika i to jeszcze w konkretnych wersjach? inaczej niz wpakowac je
> do swojego podkatalogu 'lib' i bez statycznego linkowania?

wpakować można, ale jako instalowane warunkowo, tudzież wypisać wymagane
biblioteki i zostawić użytkownikowi to by je posiadal - wszystko zależy
od popularności.

>> przykład: http://mos.aminet.net/package/misc/math/MathScript32
>> staroć jak widać, są podane tylko warunki brzegowe i okazuje się, że ja
>> mając obecnie po wielu latach inny system, biblioteki w dużo nowszych
>> wersjach z możliwościami na które tamtejszy sprzęt nie pozwalał. Program
>> rozpakowuję i po prostu uruchamiam i on działa.... Więc można. Ale to
>> właśnie nie na Linuksie, bo ten niewiele gwarantuje, a twórcy 3rd party
>> bibliotek dokładają jeszcze dodatkowo, żeby bałagan był jeden wielki.
>
> amigowcem nie jestem ale:
> - jakich zewnetrznych rozwijajacych sie od 15 lat bibliotek ten program uzywa?


Rozwija się choćby cały pakiet MUI (tak wyglądał kiedyś:
http://www.sasg.com/mui/ do wersji 3.8, teraz wersja 4.0 posiada
przepisane biblioteki ze zmienioną funkcjonalnością - jedna z wersji
została zintegrowana z systemem MorphOS
http://morphos-team.net/index.html). Zmieniły się też funkcje systemowe.

> - czym sa fontengine.library oraz post.library?

jednymi z wymaganych bibliotek? Na tyle mało popularnymi w danym
okresie, że autor postanowił je dołączyć?


> czy ten program w sensie skomplikowania zaleznosci jest wogole porownaniem
> do wspomnianego kdenlive? to jest tylko pierwszy poziom:
>
> Depends: kdebase-runtime, libc6 (>= 2.1.3), libgcc1 (>= 1:4.1.1), libice6
> (>= 1:1.0.0), libkdecore5 (>= 4:4.4.0), libkdeui5 (>= 4:4.3.4), libkio5
> (>= 4:4.3.4), libknewstuff3-4 (>= 4:4.4.0), libknotifyconfig4 (>= 4:4.3.4),
> libkrossui4 (>= 4:4.3.4), libmlt++3, libmlt3, libnepomuk4 (>= 4:4.3.4),
> libqt4-dbus (>= 4:4.6), libqt4-network (>= 4:4.6), libqt4-svg (>= 4:4.6),
> libqt4-xml (>= 4:4.6), libqtcore4 (>= 4:4.6.1), libqtgui4 (>= 4:4.6.2),
> libsm6, libstdc++6 (>= 4.2.1), libx11-6, libxau6, libxdmcp6, libxext6,
> libxft2 (>> 2.1.1), libxpm4, kdenlive-data (= 0.7.8-1.2), melt, ffmpeg

Np tym, że nie wypisano wymaganych bibliotek systemowych, które są nie
istotne, po za minimalną wersja pakietu? Można by wypisać biblioteki
MUI, których ten program potrzebuje w minimalnych wersjach, ale zamiast
tego wpisano, że pakiet ma być co najmniej w wersji 3.x


--
Kaczus
http://kaczus.republika.pl