Ian Jackson <i...@davenant.greenend.org.uk> writes:
> Gerrit Pape writes ("Re: Bug#422139: Please supply a sysvinit script"):>> A separate binary package named git-daemon-sysv or so, that conflicts >> and provides git-daemon-run, is the way I'd do the integration. > Personally I think the profusion of tiny packages is not all that nice. > It would be better to solve that problem (that the administrator should > be able to choose whether to run the daemon) with a debconf question. > I would agree with Kurt's comments about the separation between > packages. Currently, git-daemon is in git-core. I don't think a debconf prompt for every installer of git-core would be a good idea. Most people are only going to be interested in the client. Gerrit's approach, while proliferating small packages, has the advantage of supporting the standard semantics of "install the daemon package and the daemon is started by default." A possible alternative would be to move git-daemon to a separate git-daemon package which installs an init script by default, and then have the installation of git-daemon-run disable that init script, but that requires migration for existing users that may be rather annoying. The approach Gerrit proposes doesn't have the migration problem. -- Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/> -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
