* Andreas Tille: " Re: [Ping] Bug#706957: RFS: tryton-modules-stock-lot/2.8.0-1
[ITP]" (Mon, 27 May 2013 22:23:43 +0200):
Hi Andreas,
> As I said previously I have sponsored a lot of packages but close to non
> from mentors.d.o. May be that the policy at mentors might be different
> from what I'm used to. My perception of a request for sponsering is
> that the sponsee makes a suggestion what he thinks is fine for
> uploading. The sponsor is verifying this work and might add remarks or
> change requests (or what I'm frequently doing is to do simple changes
> myself because that might be simpler than explaining what to do and do
> this change in a commit with an extensive commit changelog). In this
> type of workflow the tag in VCS would need to be removed and readded in
> case some changes will need to be made.
Thanks for clarifying your approach. This was just my attempt to follow official
recommendations (i.e. searching for sponsors after uploading to mentors.d.o.).
Now knowing, that you are willing to give me some support on this side and that
you preferably work from VCS, it will ease things for me, too (saving this
extra upload to mentors).
> > > BTW, despite what you wrote about this patch in PM it is wrong anyway
> > > because it creates a dir
> > >
> > > /usr/share/doc/tryton-modules-stock-lot/doc
[...]
> > Second I saw exactly this behavior in other Debian packages and after
> > thinking quite a while found it useful. Having the module documentation (in
> > rst format) mixed up with the standard Debian documentation is confusing.
> > Separating it in its proper doc subdirectory should make clear, that this
> > is really upstream documentation. YMMV of course.
>
> If this was really your intention it is different from what I would do
> but I will not question this kind of decisions. From your other mail I
> assumed you were expecting more docs of *other* modules coming soon and
> thus I was wondering how separating a single file in a single directory
> would help in this aspect.
Documentation of modules in Tryton always comes with the module. Until now this
generally is doc/index.rst. As the name suggests, this is just the first step.
There are discussions in the project how to improve documentation. AFAIS I
expect this documentation to be in rst format (evtl. sphinx builds). With a
separate doc subdirectory we are prepared in any case.
[...]
> > Furthermore I just gave a try to Alioth. After registering an account (as
> > -guest, while I am DM, hmm;)) I am told at the wiki [3]:
> >
> > "Anyone can ask for a new project on Alioth but it will only be approved if
> > it respects the project approval policy."
> >
> > While the link to "ask for a new project [3][1]" just isn't really helpful,
> > "Anyone" according to [2] seems to be rather a synoym for DD.
>
> If you want me to ask for registering a pkg-tryton project (or whatever
> name you want to suggest - feel free to do so) I'd volunteer to do so
> and grant you admin permissions. However, the announcement[2] is 10
> years old and there was no DM status at this time - I can't believe that
> you should not be able to register a project that makes perfectly sense.
> Why not simply go to
>
> https://alioth.debian.org/register/
>
> and fill in the form. WOrst that can be happen is that your request
> will be rejected but I have severe doubt that this will happen.
I simply went there and got a big fat red "Projektregistrierung ist beschränkt
auf Alioth, nur Administratoren können neue Projekte anlegen."
So, no, I didn't get rejected, it was just not possible to create any request.
> > So I will have still to ask a DD to sponsor the project etc., creating even
> > more overhead. My time for Debian is limited and the time I am currently
> > using to just follow administrative procedures takes a lot of it. I prefer
> > to do real work on my packages than to create overhead.
>
> As I said: This is a safe procedure to ensure that you will remain
> alone doing this work. If you want to enjoy the pleasure of teamwork
> inside Debian you need to dig through some administrative stuff first.
>
> > Reading the policy I read
> >
> > "We may also approve other projects on a case by case basis, for
> > example:
> > [...]
> > - Any other project where you can convince the Alioth's
> > administrators that it will help Debian achieve World Domination."
> >
> > Be it a joke or not, I cannot apply to such policy.
>
> I admit people might have a different sense of humor - but this World
> Domination thingy is just a running gag. I think there is no doubt that
> it only can be a joke.
The document is meant and linked as *policy*. I think (and support), there is
very little humour in Debian, when it comes to policies as DFSG etc...;).
Humour is just not appropriate in policy documents.
Whenever I will have a little spare time, I will make another proposal. As long
as this remains unchanged, it is indeed a showstopper for me.
> > Thanks for uploading tryton-modules-stock-lot in the meantime. I would be
> > happy, if you also could do for the other modules (not gnuhealth related
> > modules) for the sake of all Tryton users.
>
> I can try my best if the frequence you throw out new packages will not
> increase over my capacity. Currently it is not.
The recent output (19 modules) is due to stalled development in the last 2
years. Now that I have a working environment I am up-to-date again. Usually
there are ca. 1-3 new modules per release, which makes 2-6 packages a year.
Thanks a lot for considering,
Mathias
--
Mathias Behrle
MBSolutions
Gilgenmatten 10 A
D-79114 Freiburg
Tel: +49(761)471023
Fax: +49(761)4770816
http://m9s.biz
UStIdNr: DE 142009020
PGP/GnuPG key availabable from any keyserver, ID: 0x8405BBF6
Attachment:
signature.asc
Description: PGP signature