Hi, DongInn Kim wrote: > Hi Jean, > > So, are you saying that we have to keep the history of the list of uploaders > in config.xml in order to put their changelog to it? > Can we just assume that the authors on the changelog are the uploaders? (in > fact, it is, right?) > From my point of view, e-mail, company and years of contributions of an author are important informations, even for an uploader. We can not put all these informations in the changelog, that would cause redundancy with authors' list. That's why I imagined that, in the changelog, author's name is just a pointer to author's informations, like an id, just a little bit more readable.
> What is the benefit of having another list for only uploaders? This is not another list. Just think about changelog entry author like an id. > Is there any particular reason that the uploader list is required on the > debian? > > I am still not really convinced with having another list for the uploaders > but if it is somehow required for opkgc, I don't mind using another > list(uploaders) on config.xml. > > Regards, > > - DongInn > > Regards, Jean > Jean Parpaillon wrote: > >> Hi, >> >> Le 20.11.2007 19:48, Bernard Li a écrit : >> >>> On 11/20/07, Erich Focht <[EMAIL PROTECTED]> wrote: >>> >>> >>> >>>> I agree. This is annoying and should be reverted. I don't want to force >>>> the maintainer to update packages. If someone else can update it and the >>>> maintainer >>>> is in vacation, why not? >>>> >>>> >> In config.xml schema, we have 3 kind of authors: upstream, maintainer >> and uploader. >> Uploaders are people who just modify a little thing without being the >> main maintainer. >> >> The reason of the enforcement is that we need to retrieve author's datas >> (email, insitution and so on) from the changelog entry. >> >> Given this, is there a problem to force people who contribute to a >> package to be added to the authors' list, as uploaders ? >> >> >> Regards, >> Jean >> >> >>> I'll put in my 2 cents worth of agreement with DongInn and Erich. >>> >>> Cheers, >>> >>> Bernard >>> >>> >>> ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Oscar-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/oscar-devel
