On Mon, 05 Dec 2011 22:35:24 +0100, Joachim Breitner <nome...@debian.org> wrote: Non-text part: multipart/signed > if you feel more comfortable with git, I would not mind converting the > repo to git first; I’m not attached to the choice of Darcs. It might > also make contributions by other more likely.
I don't mind. I found Darcs really easy to use and it does seem to have a very simple system of patches. For most people it's probably just a question of apt-get install darcs. I must remark: I recently sent patches to the gnome project - for python keyring integration and discovered the compelling features of Git's patch management system. > If all you care about for now is metainit, you do not even have to > become a Debian Maintainer; you can hack on metainit and prepare the > packages, and then have a sponsor (e.g. me) upload the package. Only > when you get annoyed by this indirection you should consider applying > for Debian Maintainer or Debian Developer status. Yes, I'm interested in doing this, I have attempted this before (internally, unsuccessfully), when trying to package Sphinx Search Server 2 for use on one of our servers. The skills would be usefull, and serve all both our own needs and that of the larger project. > Anyway, the most important work with this project, if you want to make > it useful, is to advertise it, make more packages use it (by suggesting > it to the maintainers of suitable packages, maybe with a patch), and > maybe also add some extra value, e.g. systemd integration. For > advertising it might be useful if your blog (if you have one) gets added > to planet.debian.org. All this does not need special priviliges, and is > how most work gets done in Debian – by just doing it :-) In the near term: I see it as a really easy way for administrators to start programs at boot without having to get involved in copying and pasting of existing init.d scripts. With a proliferation of init systems (sysv,systemd,upstart), it would be cool if a developer did not have to re-learn the peculiar syntax every time a distro decides to re-invent the wheel. In the mid to long term, my goal would be to serve the needs of other package maintainers. If it is simple to use it will be flexible enough to be used by them too. Regards, Bryan Hunt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
