Jose V Beneyto wrote:
Danny Rawlins wrote: [...] I'm not disagree with the split unless you can't maintain those ports (thing that never passed yet with you)
Thats a joke right :-) it wont be any harder for me to maintain Don't underestimate the effort. Splitting up the package will mean that
Hi, On Thu, May 01, 2008 at 17:46:28 +1000, Danny Rawlins wrote: people may end up with missmatched versions. Also, while it might be different in boost's case, other packages were rather hard to split cleanly, i.e. the "core" package would be simple but the only way to extract "addons" would be to build all, and then just to install the extra stuff which effectively meant a longer overall compile time for those that needed the whole package. As I said, it may work fine for boost, but Jose's concern is certainly valid in general, as the maintenance effort is outweights the gain.
and personally I would install the lot but I'm thinking about others that don't need every boost library. Does that mean that other's have complained about the compile time? I remember thinking it took long when all I wanted was to play wesnoth, but didn't really mind.
I have done a "prt-get dependent --all boost" and there is not many ports that depend on it, which is why i asked on the mailing list, in case others not in contrib rely on boost [...] I fear very few non contrib maintainers follow this list, so if you want to get feedback from them this should probably go to crux@; not that that's a guarantee for more feedback...
and would like to see it split up, personally I'm disappointed at the lack of feedback which goes to show no one seems to care what happens. So if no one disagrees I'll split it up. Now that's a conclusion I can't really understand... shouldn't you keep it the way it is if no one wants split packages? Especially since there are only few packages that would benefit from it according to dependent --all?
Regards, Johannes -- Johannes Winkelmann mailto:jw@smts.ch Zurich, Switzerland http://jw.smts.ch