From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Thu, 30 Oct 2008 14:15:10 -0700 From: "Roman V. Shaposhnik" In-reply-to: <20081030180755.GC14902@nibiru.local> To: weigelt@metux.de, Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Message-id: <1225401310.32662.34.camel@goose.sun.com> MIME-version: 1.0 Content-type: text/plain Content-transfer-encoding: 7BIT References: <1223158526.466.10.camel@ginkgo> <1223351034.19902.17.camel@goose.sun.com> <1224739614.11627.124.camel@goose.sun.com> <20081030180755.GC14902@nibiru.local> Subject: Re: [9fans] plan9port lacks exportfs server Topicbox-Message-UUID: 2aa3885e-ead4-11e9-9d60-3106f5b1d025 On Thu, 2008-10-30 at 19:07 +0100, Enrico Weigelt wrote: > Hi folks, > > > I'd like to vote against feeding up p9p with more things, > instead split it up into smaller pieces. Modern distros tend > to have quite convenient package management systems ;-p I really fail to see what is your problem here. There's no rule that source code repository has to correspond 1-1 to the binary package. In fact, it is quite common to use a single repository for producing a number of different binary packages. If you are a binary package maintainer it is your responsibility to package the software in such a way that it ends up being of the most benefit for potential users. One of the biggest mistake an open source distro maintainer could make is to assume that his role is trivial. It is not. As a software developer, not a user, I do have a different set of constraints to optimize for. I would prefer a single source repository for plan9port under a reasonable DSCM so that I don't have to mix and match bits and pieces by hand. Thanks, Roman.