On Sun, Feb 08, 2004 at 07:59:36PM +0100, maHo wrote:np. boost::crc wymaga samego siebie i boost-devel. po co mi do obliczania crc różne type-traitsy, memfny itd....
Jakub Bogusz:
On Sat, Feb 07, 2004 at 06:05:37PM +0100, Jakub Bogusz wrote:boost jest zestawem bibliotek, z których wiele wymaga tylko siebie i config.hpp z boost-devel. po co komu ciągnąć wszystko skoro może sobie pociągnąć tylko mały pakiecik?.
Czemu ma służyć takie rozbicie -devel na podpakiety?
-mpl i -preprocessor i -regex bym rozumiał ze względu na rozmiar -
ale pozostałe kilkanaście pakietów po kilka-kilkanaście kB?
Jak często wystarczy?
jest też tego troche w literkach które jeszcze nie zostały zasponsorowane :).....
boost widziałem w użyciu w 3 przypadkach (oapr, libstk, zinf (ha,częściowo tak, ale do dużej ilości moich 'robótek ręcznych' potrzebowałem tylko kilku nagłówków.
w nowej wersji pojawiło się to nowe wymaganie, a akurat poprzedniego
dnia zainstalowałem)). We wszystkich owszem było włączanych tylko parę
nagłówków, ale wymagających wielu innych - przez co i tak skończyłem
z prawie kompletem zainstalowanych boost*-devel (tylko bez regex
i python).
I ile tych "małych pakiecików"? 150+? :)no jest coś na rzeczy z tym....
To w typowym przypadku jest więcej ściągania, bo każdy pakiet zawiera
parę kB nagłówka i kopię %changeloga.
e, niebardzo. w końcu np. takie boost::ref jest jednak zupełnie czymś innym niż boost::mplale skoro już zacząłem rozdzielać (myślę że słusznie) to głupio by było mieć pakiet boost-utility-mpl-type_traits-devel.. :)[ciach]
Małe rzeczy wymagające mpl można dodać do mpl i tylko wspomnieć o nich w %description
.file:///usr/share/doc/boost-1.30.2/libs/libraries.htm#Alphabetically
spokojnie, do 's' jeszcze nie doszedłem. kończę 'c'.Dalej: Przy próbie użycia <boost/signal.hpp> (który jest w -devel) okazało się,
O masz. To ile tych pakietów?
Wydzielanie parokilowych plików z -devel nie ma żadnego sensu.mimo iż jestem przekonany o że jest sens w tym co robię, czuję się troszkę przekonany. na razie będę wydzielał co większe kawałki, a potem się zobaczy. albo się rozdzieli do końca, albo poscala.
W obecnym devel widzę jednego kandydata do wydzielenia (o ile inne
rzeczy tego nie wymagają) - katalog numeric, tam jest sporo dużych
plików.
Natomiast te parokilowe rzeczy IMO są do włączenia z powrotem do -devel
lub większych pakietów, których wymagają.
pozdrav
maHo
__________________________________________________________ nie pytaj co inni zrobili dla pld, pomysl ile sam zrobiles
