On Sat, Mar 17, 2007 at 03:30:11PM +0100, Michel Talon wrote: > Another excellent statement! Maintaining a decent ports system is a task for > hundred people. FreeBSD has aroud 200 people doing that, Debian, around > 1000.
To be fair, Debian *needs* the thousand people because the approach to packagement they use doesn't scale. > One has to be totally unaware of realities to suggest tools from > obscure Linux distributions, wether they are good or bad, when such > distribution may collapse at any moment. Already the move to NetBSD pkgsrc > has cost DFLY division by 3 of the number of available ports with respect > to FreeBSD for an advantage that i have hard time to even discern. Package counting like comparing penis length. There are more important parameters... I've spoken with at least one member of FreeBSD's portmgr who cursed the current size of the tree, making it very hard to maintain or move forward. A friend also just reminded me that ports has over 8700 (!) Perl modules in the list, factoring that out reducing the divisor a lot. You don't know the advance? Check out a pkgsrc tree and try building random stuff on DragonFly and do the same with ports. Any other question needed? As the person responsible for 2/3 of that I decided to use the way of least resistence and the way more appealing for technical reasons. > The NetBSD people have replaced the horrible mess which is the 4000 lines > bsd.port.mk by a similar horrible mess except it is scattered over many > 5 lines files. You have to start somewhere. Moving logic out of the make scripts is an on-going task, which is work if you don't want to break something. Or want to keep the breakage down to strange packages doing bad things. > Like in many cases it is OpenBSD which is doing the good > work, and in particular they have understood the obvious, that is a ports > system must be centered about binary packages, not recompiling source. I simply refuse to comment that, but it is somewhat ironic... Joerg
