[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Possibility of moving package fcitx-imlist under Debian Input Method Team



Hi,

Salsa is new to us and we need to make sure we know how to use it right.
I may be wrong on my statement below.  But let me explain what I thought
... 

On Sat, Feb 24, 2018 at 10:04:05AM +0800, ChangZhuo Chen (陳昌倬) wrote:
> On Tue, Feb 20, 2018 at 11:40:48PM +0900, Osamu Aoki wrote:
> > On Sun, Feb 18, 2018 at 07:07:06PM +0900, Hideki Yamane wrote:
> > > On Sun, 18 Feb 2018 16:57:41 +0800
> > > ChangZhuo Chen (陳昌倬) <czchen@debian.org> wrote:
> > > > So do we need to put debian-input-method related packages into this
> > > > salsa.d.o/input-method-team? Or just put them in salsa.d.o/debian?
> > > 
> > >  It's better to put them into salsa.d.o/input-method-team, IMO
> > >  as migration. 
> > 
> > Well, you didn't speak up previously ... So I thought we are moving to
> > debian
> > 
> > This provide wider access by other DDs who are not much into input
> > method but can help from KDE/Gnome etc.
> 
> I now prefer to put packages into input-method-team instead of debian
> for the following reasons:

OK .... are you are saying that
  you like input-method-team and 
  you don't like debian.

???  But your explanation below doesn't support your thought ...

> * People outside input-method-team can easily contribute via PR. In case
>   [0], Gunnar can contribute to fcitx with only salsa account.

If repository under debian is used... above is true, too.  (This is
because Gunnar is -guest)  This is not differentiating at all.

But if Gunnar is already DD, he needs approval to repository under
input-method-team by the existing few admin people in input-method-team
while repository under debian is automatic admin access for him.
 
> * For non-DD maintainer, they don't have permission for debian by
>   default, so they need to call DD to help them modifying code, just
>   like  [0]. I am not sure if there is any policy for granting debian
>   access permission to non-DD, but for input-method-team, we can define

You, being DD, can technically add gunnarhj-guest to debian/fcitx if you
login to salsa.

>   our own rule so that non-DD maintainer can maintain these packages
>   without any problem.

Any DD can add any guest to any authority per project base with his
admin right if the project is under debian.  (Not to across all
repositories under debian).

If we start input-method-team as already set up, our recruited core
members as admins are far less than DD.  Please
note that not-all DD has admin right to input-method-team in this case. 

I got sick of adding people to old alioth input method team ... this was
especially true when they are DD.  If someone strongly take
responsibility, I have no objection.   But the history gave me a little
assurance.

Having one group may help managing all the packages under a same
name/contact points.  That is true and may be good in some aspect.  But
there seems to be a way to create package group.  I don't do it yet but
I see hints ...

https://wiki.debian.org/qa.debian.org/pts

    Subscribe to set of packages
    
    The members of the Gnome team would like to subscribe with a single
    command to all Gnome-related packages. The idea is to add a new "group
    subscription" feature. The GNOME team maintain the list of packages and
    anyone can then "groupsubscribe gnome-desktop" and be automatically
    subscribed to all relevant packages.
    
This seems to be the way to create tracking mail interface. (This is
advocated in DD ML.

Besides, if we use 
 Maintainer: Debian input method Team <debian-input-method@lists.debian.org>
as the package maintainer address, we can have equivalent of old:

 https://qa.debian.org/developer.php?login=pkg-ime-devel@lists.alioth.debian.org
 
> [0] http://isg.ee.ethz.ch://salsa.debian.org/debian/fcitx/merge_requests/1#note_16204

Are you talking:

https://salsa.debian.org/debian/fcitx/merge_requests/1#note_16204

Osamu



Reply to: