Re: About the MBF on now-failing alioth list addresses (was: Completed: lists.alioth.debian.org migration)

[Andreas Tille]

Hi,

if you are in CC of this mail please replace your e-mail address
in the named source package in Maintainer and Uploaders field since
the e-mail becomes invalid soon with the shutdown of Alioth.

On Wed, Apr 18, 2018 at 10:09:40PM +0200, Alex Muntada wrote:
 
> OTOH, there are some packages that have users.alioth.debian.org
> e-mail addresses in Maintainer and Uploaders, that may be worth
> dealing with.


udd=# select distinct source, maintainer from packages where maintainer like 
'%alioth.debian.org%' and maintainer not like '%lists.alioth.debian.org%' ;
   source| maintainer 
-+
 gconfmm2.6  | Deng Xiyue 
 glibmm2.4   | Deng Xiyue 
 gnome-vfsmm2.6  | Deng Xiyue 
 gtkmm2.4| Deng Xiyue 
 gtkmm-documentation | Deng Xiyue 
 libglademm2.4   | Deng Xiyue 
 libgnomecanvasmm2.6 | Deng Xiyue 
 libgnomemm2.6   | Deng Xiyue 
 libgnomeuimm2.6 | Deng Xiyue 
 libnotifymm | Deng Xiyue 
 libxml++2.6 | Deng Xiyue 
 scim-pinyin | Ming Hua 
 scim-tables | Ming Hua 
 scim-uim| Ming Hua 
(14 rows)
 
I've added those two maintainers in CC.

Similar with Uploaders (I've excluded in the list the sources that are
mentioned above):

udd=# select distinct source, uploaders from sources where uploaders like 
'%alioth.debian.org%' and uploaders not like '%lists.alioth.debian.org%' and 
source not in ( select distinct source from packages where maintainer like 
'%alioth.debian.org%' and maintainer not like '%lists.alioth.debian.org%');
   source   |   
uploaders   

+---
 atkmm1.6   | Deng Xiyue , 
Michael Biebl , Krzysztof Klimonda 

 autoconf-archive   | Deng Xiyue 
 glade-3| Deng Xiyue , 
Josselin Mouette , Loic Minier , Michael Biebl 

 glade-3| Deng Xiyue , 
Josselin Mouette , Loic Minier , Sebastian 
Dröge 
 gsequencer | Joël Krähemann 
, IOhannes m zmölnig (Debian/GNU) 

 gsequencer | Joël Krähemann 
, IOhannes m zmölnig (Debian/GNU) 
,
 gtkmm3.0   | Deng Xiyue , 
Emilio Pozuelo Monfort , Michael Biebl , 
Sebastian Dröge 
 libgtksourceviewmm | Deng Xiyue , 
Josselin Mouette , Michael Biebl 
 libgtksourceviewmm | Deng Xiyue , Loic 
Minier , Michael Biebl 
 pangomm| Deng Xiyue , 
Martin Pitt , Michael Biebl , Michael 
Casadevall 
 pangomm| Deng Xiyue , 
Martin Pitt , Michael Biebl , Sebastian 
Dröge , Michael Casadevall 
 pangomm| Deng Xiyue , 
Michael Biebl , Sebastian Dröge , Michael 
Casadevall 
 postgrey   | Jon Daley 
 scim   |  Osamu Aoki , LI Daobing 
, Ming Hua 
 scim-hangul| Ming Hua 
 scim-m17n  | Osamu Aoki , Ming Hua 

(16 Zeilen)


Kind regards

 Andreas.


-- 
http://fam-tille.de

Re: About the MBF on now-failing alioth list addresses (was: Completed: lists.alioth.debian.org migration)

[Andreas Tille]

Hi again,

On Thu, Apr 19, 2018 at 09:06:09AM +0200, Andreas Tille wrote:
> Hi,
> 
> if you are in CC of this mail please replace your e-mail address
> in the named source package in Maintainer and Uploaders field since
> the e-mail becomes invalid soon with the shutdown of Alioth.

the lists are definitely shorter if it is restricted to release='sid'
which is the only thing we can change (and Ming Hua
 does not need to change
anything anymore - thanks for doing this pro-actively):

Maintainers:

udd=# select distinct source, maintainer from packages where release = 'sid' 
and maintainer like '%alioth.debian.org%' and maintainer not like 
'%lists.alioth.debian.org%' ;
   source| maintainer 
-+
 libglademm2.4   | Deng Xiyue 
 libgnomecanvasmm2.6 | Deng Xiyue 
(2 Zeilen)


Uploaders (here is even a duplicate, probably due to different arches):

udd=# select distinct source, uploaders from sources where uploaders like 
'%alioth.debian.org%' and uploaders not like '%lists.alioth.debian.org%' and 
source not in ( select distinct source from packages where maintainer like 
'%alioth.debian.org%' and maintainer not like '%lists.alioth.debian.org%'); 
udd=# select distinct source, uploaders from sources where release = 'sid' and 
uploaders like '%alioth.debian.org%' and uploaders not like 
'%lists.alioth.debian.org%' and source not in ( select distinct source from 
packages where maintainer like '%alioth.debian.org%' and maintainer not like 
'%lists.alioth.debian.org%'); 
   source   |   
  uploaders 

+---
 atkmm1.6   | Deng Xiyue , 
Michael Biebl , Krzysztof Klimonda 

 autoconf-archive   | Deng Xiyue 
 gsequencer | Joël Krähemann 
, IOhannes m zmölnig (Debian/GNU) 

 gsequencer | Joël Krähemann 
, IOhannes m zmölnig (Debian/GNU) 
,
 libgtksourceviewmm | Deng Xiyue , 
Josselin Mouette , Michael Biebl 
 pangomm| Deng Xiyue , 
Martin Pitt , Michael Biebl , Michael 
Casadevall 
 postgrey   | Jon Daley 
(7 Zeilen)

Kind regards

Andreas.
 
> On Wed, Apr 18, 2018 at 10:09:40PM +0200, Alex Muntada wrote:
>  
> > OTOH, there are some packages that have users.alioth.debian.org
> > e-mail addresses in Maintainer and Uploaders, that may be worth
> > dealing with.
> 
> 
> udd=# select distinct source, maintainer from packages where maintainer like 
> '%alioth.debian.org%' and maintainer not like '%lists.alioth.debian.org%' ;
>source| maintainer 
> -+
>  gconfmm2.6  | Deng Xiyue 
>  glibmm2.4   | Deng Xiyue 
>  gnome-vfsmm2.6  | Deng Xiyue 
>  gtkmm2.4| Deng Xiyue 
>  gtkmm-documentation | Deng Xiyue 
>  libglademm2.4   | Deng Xiyue 
>  libgnomecanvasmm2.6 | Deng Xiyue 
>  libgnomemm2.6   | Deng Xiyue 
>  libgnomeuimm2.6 | Deng Xiyue 
>  libnotifymm | Deng Xiyue 
>  libxml++2.6 | Deng Xiyue 
>  scim-pinyin | Ming Hua 
>  scim-tables | Ming Hua 
>  scim-uim| Ming Hua 
> (14 rows)
>  
> I've added those two maintainers in CC.
> 
> Similar with Uploaders (I've excluded in the list the sources that are
> mentioned above):
> 
> udd=# select distinct source, uploaders from sources where uploaders like 
> '%alioth.debian.org%' and uploaders not like '%lists.alioth.debian.org%' and 
> source not in ( select distinct source from packages where maintainer like 
> '%alioth.debian.org%' and maintainer not like '%lists.alioth.debian.org%');
>source   | 
>   uploaders   
> 
> +---
>  atkmm1.6   | Deng Xiyue , 
> Michael Biebl , Krzysztof Klimonda 
> 
>  autoconf-archive   | Deng Xiyue 
>  glade-3| Deng Xiyue , 
> Josselin Mouette , Loic Minier , Michael 
> Biebl 
>  glade-3| Deng Xiyue , 
> Josselin Mouette , Loic Minier , Sebastian 
> Dröge 
>  gsequencer | Joël Krähemann 
> , IOhannes m zmölnig (Debian/GNU) 
> 
>  gsequencer | Joël Krähemann 
> , IOhannes m zmölnig (Debian/GNU) 
> ,
>  gtkmm3.0   | Deng Xiyue , 
> Emilio Pozuelo Monfort , Michael Biebl , 
> Se

Re: More expressive Multi-Arch field

[Raphael Hertzog]

Hello Lumin,

On Wed, 18 Apr 2018, Lumin wrote:
> Compared to "same"/"foreign", the idea above provides a more
> expressive and self-doc'd Multi-Arch field.
> 
> Your opinion?

I think that you have no idea of the amount of energy and discussion that
went into Multi-Arch. While your proposed wording is nice, it fails to
achieve the core goal of the field: express what kind of
(cross-architectures) dependencies are allowed on the given package.

And if you manage to remember that, it will be much easier to remember
the meaning of the value:
"same" -> only packages of the same architecture can depend on it
"foreign" -> packages of different ("foreign") architectures can depend on it
"allowed" -> a bit of both depending on the annotation of the dependency
(":any" -> allowed, otherwise not allowed).

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: https://www.freexian.com/services/debian-lts.html
Learn to master Debian: https://debian-handbook.info/get/

Re: Completed: lists.alioth.debian.org migration

[Raphael Hertzog]

Hello,

On Thu, 19 Apr 2018, Christoph Biedl wrote:
> > Also, @lists.alioth.debian.org addresses that were *not* migrated now
> > result in bounces as expected. Are there already plans for a MBF
> > severity RC against all packages with a now-failing maintainer address?
> 
> Following the rule a social ecosystem can work only if you're willing to
> do a bit more than your actual chores, I'll organize this MBF. Currently
> some coordination with the alioth-lists maintainers is happening, also
> we might implement some shortcuts for deceased lists that maintain
> *many* packages, some numbers have three digits ...

Packages maintained by forensics-devel@ and pkg-security-team@ all
have a fixed maintainer email in git. I was not planning on doing any mass
upload right now and I would be really annoyed to have to hand-edit all
changelog entries to add a bug closure.

So please don't file bugs for those. However a new check and/or a ping a
few months before the freeze would certainly be welcome.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: https://www.freexian.com/services/debian-lts.html
Learn to master Debian: https://debian-handbook.info/get/

Re: Comma in Maintainer field (Was: problems in gjots2 and Debian)

[Michael Biebl]

Am 19.04.2018 um 08:37 schrieb Andreas Tille:
> On Wed, Apr 18, 2018 at 09:52:18PM +0500, Andrey Rahmatullin wrote:
>> On Wed, Apr 18, 2018 at 04:00:51PM +0100, Ian Jackson wrote:
>>> Instead, tools grew to tolerate commas here rather than treat them as
>>> separators (because they would mishandle the erroneous packages).
>> Is this the main problem with fixing the Policy? Does someone have a plan
>> with this?
> 
> I checked UDD for real cases:
> 
> udd=# select distinct maintainer from packages where maintainer like '%,%' 
> order by maintainer;
>   maintainer  
> 
> --
>  "Adam C. Powell, IV" 
>  Adam C. Powell, IV 
>  Debian GNOME Maintainers , 
> Sebastian Dröge 
>  John H. Robinson, IV 
>  "Natural Language Processing, Japanese" 
> 
>  Natural Language Processing, Japanese 
> 
>  Rogério Brito ,   
>+
>   Holger Levsen 
>  Thomas Bushnell, BSG 
>  TransNexus, Inc. 
> (9 rows)
> 
>>From my understanding the names in quotes should be parsed correctly, right?
> 
> This leaves 7 maintainer names
> 
> udd=# select distinct maintainer from packages where maintainer like '%,%' 
> and maintainer not like '"%' order by maintainer;
>   maintainer  
>  
> ---
>  Adam C. Powell, IV 
>  Debian GNOME Maintainers , 
> Sebastian Dröge 
>  John H. Robinson, IV 
>  Natural Language Processing, Japanese 
> 
>  Rogério Brito ,   
>+
>   Holger Levsen 
>  Thomas Bushnell, BSG 
>  TransNexus, Inc. 
> (7 rows)
> 
> Out of these there are clearly two bugs that violate our current
> 
> udd=# select distinct package, maintainer from packages where maintainer like 
> '%>%,%'order by maintainer;
>  package  |  
> maintainer   
> --+---
>  gir1.0-gdata-0.0 | Debian GNOME Maintainers 
> , Sebastian Dröge 
> 
>  libgdata7| Debian GNOME Maintainers 
> , Sebastian Dröge 
> 
>  libgdata-common  | Debian GNOME Maintainers 
> , Sebastian Dröge 
> 
>  libgdata-dev | Debian GNOME Maintainers 
> , Sebastian Dröge 
> 
>  libgdata-doc | Debian GNOME Maintainers 
> , Sebastian Dröge 
> 
>  youtube-dl   | Rogério Brito ,
>   +
>   |  Holger Levsen 
> (6 rows)
> 
> 
> I think we should start filing bug reports against packages 
> that do not match our current understanding of that field
> (and lintian should throw an error about this).
> 
> Currently that definitely fits the last query but if we
> intend to enhance the maintainer field to some later point
> in time we should also ask the other 5 maintainers above
> to add quotes around their names.
> 
> What do you think?

libgdata seems to be a false positive. before filing bug reports, please
restrict that search to sid (libgdata7 is from 2011)

Regards,
Michael


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Re: Comma in Maintainer field

[Simon McVittie]

On Thu, 19 Apr 2018 at 08:37:07 +0200, Andreas Tille wrote:
> Out of these there are clearly two bugs that violate our current [practices]:
> 
> udd=# select distinct package, maintainer from packages where maintainer like 
> '%>%,%'order by maintainer;
>  package  |  
> maintainer   
> --+---
>  gir1.0-gdata-0.0 | Debian GNOME Maintainers 
> , Sebastian Dröge 
> 
>  libgdata7| Debian GNOME Maintainers 
> , Sebastian Dröge 
> 
>  libgdata-common  | Debian GNOME Maintainers 
> , Sebastian Dröge 
> 
>  libgdata-dev | Debian GNOME Maintainers 
> , Sebastian Dröge 
> 
>  libgdata-doc | Debian GNOME Maintainers 
> , Sebastian Dröge 
> 
>  youtube-dl   | Rogério Brito ,
>   +
>   |  Holger Levsen 
> (6 rows)

src:libgdata had this bug in squeeze-security (version 0.6.4-2+squeeze1)
but in no other version tracked by UDD. That version has been outside
its support lifetime for years and will not be uploaded again, even if
this is considered to be a release-critical bug. I've checked that all
versions tracked by tracker.debian.org have a correct Maintainer. This
might have been a bug in the version of gnome-pkg-tools in squeeze,
or it might have been a mistake by the security team uploader.

youtube-dl seems to have this bug in jessie-backports only. It could be
fixed by a re-upload with only one maintainer. Bugs in backports are not
tracked in the Debian BTS[1] but I've contacted the backports mailing list
and the maintainers.

> I think we should start filing bug reports against packages 
> that do not match our current understanding of that field
> (and lintian should throw an error about this).

It already does:

E: youtube-dl source: maintainer-address-malformed Rog??rio Brito 
, Holger Levsen 

(and I assume it would do the same for the ancient version of src:libgdata
that is affected) but lintian.debian.org doesn't check backports,
(old)*stable(-security)? and other non-development suites.

> Currently that definitely fits the last query but if we
> intend to enhance the maintainer field to some later point
> in time we should also ask the other 5 maintainers above
> to add quotes around their names.

Policy doesn't actually define a quoting mechanism, and neither do
deb-src-control(5) or deb-control(5), so it's ambiguous whether a name
or name part in double quotes is to be taken literally or treated as a
quoted string. (See also src:openarena, co-maintained by
«Bruno "Fuddl" Kleinert », whose name gets interpreted
as «Bruno Fuddl Kleinert» by tracker.debian.org.)

Perhaps the designers of dpkg intended the Maintainer and each
comma-separated Uploader to be an RFC 822 "mailbox", but Policy doesn't
actually *say* they are, and neither do the format man pages; so it
would seem to be a valid interpretation that a package with

Uploaders: "William H. Gates, III" <...>, Steve Ballmer <...>

has *three* uploaders of which the first is syntactically invalid, namely:

* «"William H. Gates»
* «III" <...>»
* «Steve Ballmer <...>»

(This is clearly not what was intended.)

smcv

Re: Comma in Maintainer field (Was: problems in gjots2 and Debian)

[Andreas Tille]

Hi again,

for sure I also here forgot the restriction to release='sid'...

On Thu, Apr 19, 2018 at 09:49:34AM +0200, Michael Biebl wrote:
> Am 19.04.2018 um 08:37 schrieb Andreas Tille:
> > On Wed, Apr 18, 2018 at 09:52:18PM +0500, Andrey Rahmatullin wrote:
> >> On Wed, Apr 18, 2018 at 04:00:51PM +0100, Ian Jackson wrote:
> >>> Instead, tools grew to tolerate commas here rather than treat them as
> >>> separators (because they would mishandle the erroneous packages).
> >> Is this the main problem with fixing the Policy? Does someone have a plan
> >> with this?
> > 
> > I checked UDD for real cases:
> > 
> > udd=# select distinct maintainer from packages where maintainer like '%,%' 
> > order by maintainer;
> >   maintainer
> >   
> > --
> >  "Adam C. Powell, IV" 
> >  Adam C. Powell, IV 
> >  Debian GNOME Maintainers , 
> > Sebastian Dröge 
> >  John H. Robinson, IV 
> >  "Natural Language Processing, Japanese" 
> > 
> >  Natural Language Processing, Japanese 
> > 
> >  Rogério Brito , 
> >  +
> >   Holger Levsen 
> >  Thomas Bushnell, BSG 
> >  TransNexus, Inc. 
> > (9 rows)
> > 
> >>From my understanding the names in quotes should be parsed correctly, right?
D> > 
> > This leaves 7 maintainer names
> > 
> > udd=# select distinct maintainer from packages where maintainer like '%,%' 
> > and maintainer not like '"%' order by maintainer;
> >   maintainer
> >
> > ---
> >  Adam C. Powell, IV 
> >  Debian GNOME Maintainers , 
> > Sebastian Dröge 
> >  John H. Robinson, IV 
> >  Natural Language Processing, Japanese 
> > 
> >  Rogério Brito , 
> >  +
> >   Holger Levsen 
> >  Thomas Bushnell, BSG 
> >  TransNexus, Inc. 
> > (7 rows)

Here comes a better query with those issues that require some action:


udd=# select distinct release, maintainer from packages where (release in 
('sid', 'experimental') or release like '%backports') and maintainer like '%,%' 
order by maintainer;
 release  | maintainer  
   
--+
 sid  | Adam C. Powell, IV 
 sid  | "Natural Language Processing, Japanese" 

 sid  | Natural Language Processing, Japanese 

 jessie-backports | Rogério Brito ,  
 +
  |  Holger Levsen 
(4 rows)


BTW, I remember Adam C. Powell, IV was very active in Debian Science but
I havn't seen any upload from him any more.  I've put him in CC - may be
that's a case for the MIA team but I'll wait for a response.

My question, whether quoted names with comma inside is valid remains.

> > Out of these there are clearly two bugs that violate our current
> > 
> > udd=# select distinct package, maintainer from packages where maintainer 
> > like '%>%,%'order by maintainer;
> >  package  |  
> > maintainer   
> > --+---
> >  gir1.0-gdata-0.0 | Debian GNOME Maintainers 
> > , Sebastian Dröge 
> > 
> >  libgdata7| Debian GNOME Maintainers 
> > , Sebastian Dröge 
> > 
> >  libgdata-common  | Debian GNOME Maintainers 
> > , Sebastian Dröge 
> > 
> >  libgdata-dev | Debian GNOME Maintainers 
> > , Sebastian Dröge 
> > 
> >  libgdata-doc | Debian GNOME Maintainers 
> > , Sebastian Dröge 
> > 
> >  youtube-dl   | Rogério Brito ,  
> > +
> >   |  Holger Levsen 
> > (6 rows)

That's in fact basically done in sid (and all other relevant
architectures until oldstable):

udd=#  select distinct package, maintainer from packages where (release in 
(select release from releases where role != '') or release like '%backports') 
and maintainer like '%>%,%' order by maintainer;
  package   | maintainer  
+-
 youtube-dl | Rogério Brito ,+
|  Holger Levsen 
(1 row)

I've just noticed a mail on debian-backports list clarifying this.

> > I think we should start filing bug reports against packages 
> > that do not match our current understanding of that field
> > (and lintian should throw an error about this).
> > 
> > 

Re: Comma in Maintainer field (Was: problems in gjots2 and Debian)

[Andrey Rahmatullin]

Thank you Andreas, this is surprisingly interesting.

On Thu, Apr 19, 2018 at 08:37:07AM +0200, Andreas Tille wrote:
>  "Adam C. Powell, IV" 
>  Adam C. Powell, IV 
>  Debian GNOME Maintainers , 
> Sebastian Dröge 
>  John H. Robinson, IV 
>  "Natural Language Processing, Japanese" 
> 
>  Natural Language Processing, Japanese 
> 
>  Rogério Brito ,   
>+
>   Holger Levsen 
>  Thomas Bushnell, BSG 
>  TransNexus, Inc. 
> (9 rows)
> 
> >From my understanding the names in quotes should be parsed correctly, right?
Hmm, there are different "should" here.
I think we can say "it should be supported in Debian" (or at least some
other quoting thing).
I don't know if it's OK for the current policy, as it's not clear if "The
name must come first, then the email address inside angle brackets <> (in
RFC822 format)." means the whole string or just the email address should
be in RFC822 format.
I don't know if the current tools parse it correctly.


-- 
WBR, wRAR


signature.asc
Description: PGP signature

Re: Comma in Maintainer field (Was: problems in gjots2 and Debian)

[Roberto C . Sánchez]

On Thu, Apr 19, 2018 at 08:37:07AM +0200, Andreas Tille wrote:
> On Wed, Apr 18, 2018 at 09:52:18PM +0500, Andrey Rahmatullin wrote:
> > On Wed, Apr 18, 2018 at 04:00:51PM +0100, Ian Jackson wrote:
> > > Instead, tools grew to tolerate commas here rather than treat them as
> > > separators (because they would mishandle the erroneous packages).
> > Is this the main problem with fixing the Policy? Does someone have a plan
> > with this?
> 
> I checked UDD for real cases:
> 
> udd=# select distinct maintainer from packages where maintainer like '%,%' 
> order by maintainer;
>   maintainer  
> 
> --
>  "Adam C. Powell, IV" 

#547460 (and its blockers #401452 and #509935) might interesting to read
if you have not already.

Regards,

-Roberto

-- 
Roberto C. Sánchez

Re: Bits from the release team: full steam ahead towards buster

[Stephan Seitz]

On Mi, Apr 18, 2018 at 08:52:25 +0300, Adrian Bunk wrote:

On Wed, Apr 18, 2018 at 11:14:50AM -0400, Michael Stone wrote:

specifically, what locale sorts english words differently than LANG=C?

Estonian (et_EE) sorts z between s and t.


Boah, thanks for all the examples. I didn’t know you could sort so 
differently.


Shade and sweet water!

Stephan

--
| Public Keys: http://fsing.rootsland.net/~stse/keys.html |


smime.p7s
Description: S/MIME cryptographic signature

Re: Comma in Maintainer field

[Ian Jackson]

Simon McVittie writes ("Re: Comma in Maintainer field"):
> Perhaps the designers of dpkg intended the Maintainer and each
> comma-separated Uploader to be an RFC 822 "mailbox",

That is indeed what I remember intending.  But evidently it's not what
I wrote.  I dug out my copy of the source code to dpkg 1.3.0, from
July 1996, and the language in its programmer.sgml is identical to
that in current policy.

> But Policy doesn't
> actually *say* they are, and neither do the format man pages; so it
> would seem to be a valid interpretation that a package with
> 
> Uploaders: "William H. Gates, III" <...>, Steve Ballmer <...>
> 
> has *three* uploaders of which the first is syntactically invalid, namely:

I think nowadays we should specify that this field, and Uploaders, are
in RF822 recipient field syntax.  We can expect any program which
wants to split it into separate recipients to have a full-on email
header parser.  (In 1996 this was a much more difficult prescription.)

The db searches in this thread show that in practice the existing
tools are lax enough, and entries with commas in rare enough and often
enough already noncompliant, that this change can be brought in
without too much pain.

Ian.

-- 
Ian JacksonThese opinions are my own.

If I emailed you from an address @fyvzl.net or @evade.org.uk, that is
a private address which bypasses my fierce spamfilter.

Re: Comma in Maintainer field (Was: problems in gjots2 and Debian)

[Andreas Tille]

On Thu, Apr 19, 2018 at 06:58:00AM -0400, Roberto C. Sánchez wrote:
> > udd=# select distinct maintainer from packages where maintainer like '%,%' 
> > order by maintainer;
> >   maintainer
> >   
> > --
> >  "Adam C. Powell, IV" 
> 
> #547460 (and its blockers #401452 and #509935) might interesting to read
> if you have not already.

I did not read it already but I fixed it[1].

Thanks for your pointer and feel free to be less patient with issues
like this by making some noise on the maintainers list.

Kind regards

  Andreas.


[1] 
https://alioth-lists.debian.net/pipermail/debian-science-maintainers/2018-April/060328.html
 

-- 
http://fam-tille.de

Bug#896094: ITP: devpi-common -- PyPI server and packaging/testing/release tool - Common modules

[Nicolas Dandrimont]

Package: wnpp
Severity: wishlist
Owner: Nicolas Dandrimont 

* Package name: devpi-common
  Version : 3.3.2
  Upstream Author : Holger Krekel et al.
* URL : https://github.com/devpi/devpi
* License : MIT
  Programming Lang: Python
  Description : PyPI server and packaging/testing/release tool - Common 
modules

 devpi provides a powerful PyPI-compatible server and complementary
 command-line tool to drive packaging, testing and release activities with
 Python.
 .
 Its main features are:
  - fast PyPI mirror
  - uploading, testing and staging with private indexes
  - index inheritance
  - web interface and search
  - replication
  - import/export
  - Jenkins integration
 .
 This package provides the base modules common to both devpi's server
 and client components.

I will maintain the package in the Debian Python Modules Team.

Re: salvaging packages, was Re: Lucas Kanashiro and Athos Ribeiro salvaged my package

[gustavo panizzo]

Hi

On Tue, Apr 17, 2018 at 09:09:31AM -0700, Sean Whitton wrote:

Hello gustavo,

On Tue, Apr 17 2018, gustavo panizzo wrote:


Besides the thread, are you aware of anything written down somewhere?


Yes.  Take a look on gobby (apt-get install gobby and connect to
gobby.debian.org).


Thanks, I'll read it. However my question was if there is anything
"official" we can redirect people to


--
IRC: gfa
GPG: 0X44BB1BA79F6C6333

Bug#896095: ITP: devpi-server -- PyPI server and packaging/testing/release tool - Server

[Nicolas Dandrimont]

Package: wnpp
Severity: wishlist
Owner: Nicolas Dandrimont 

* Package name: devpi-server
  Version : 4.4.0
  Upstream Author : Holger Krekel et al.
* URL : https://github.com/devpi/devpi
* License : MIT
  Programming Lang: Python
  Description : PyPI server and packaging/testing/release tool - Server

 devpi provides a powerful PyPI-compatible server and complementary
 command-line tool to drive packaging, testing and release activities with
 Python.
 .
 Its main features are:
  - fast PyPI mirror
  - uploading, testing and staging with private indexes
  - index inheritance
  - web interface and search
  - replication
  - import/export
  - Jenkins integration
 .
 This package provides the devpi server component.

I will maintain this package inside the Python Applications Packaging Team.

Bug#896096: ITP: devpi-client -- PyPI server and packaging/testing/release tool - Command-line client

[Nicolas Dandrimont]

Package: wnpp
Severity: wishlist
Owner: Nicolas Dandrimont 

* Package name: devpi-client
  Version : 4.0.1
  Upstream Author : Holger Krekel et al.
* URL : https://github.com/devpi/devpi
* License : MIT
  Programming Lang: Python
  Description : PyPI server and packaging/testing/release tool - 
Command-line client

 devpi provides a powerful PyPI-compatible server and complementary
 command-line tool to drive packaging, testing and release activities with
 Python.
 .
 Its main features are:
  - fast PyPI mirror
  - uploading, testing and staging with private indexes
  - index inheritance
  - web interface and search
  - replication
  - import/export
  - Jenkins integration
 .
 This package provides the command-line client for the devpi server

I will maintain this package in the Python Applications Packaging Team.

Bug#896097: ITP: devpi-web -- PyPI server and packaging/testing/release tool - Web and search component

[Nicolas Dandrimont]

Package: wnpp
Severity: wishlist
Owner: Nicolas Dandrimont 

* Package name: devpi-web
  Version : 3.2.2
  Upstream Author : Holger Krekel et al.
* URL : https://github.com/devpi/devpi
* License : MIT
  Programming Lang: Python
  Description : PyPI server and packaging/testing/release tool - Web and 
search component

 devpi provides a powerful PyPI-compatible server and complementary
 command-line tool to drive packaging, testing and release activities with
 Python.
 .
 Its main features are:
  - fast PyPI mirror
  - uploading, testing and staging with private indexes
  - index inheritance
  - web interface and search
  - replication
  - import/export
  - Jenkins integration
 .
 This package provides the web frontend and search component for the devpi 
server

This will be maintained in the Python Applications Packaging Team.

Bug#896103: ITP: servod-tools -- manage multiple servo control boards automatically

[Ana Guerrero Lopez]

Package: wnpp
Owner: Ana Guerrero Lopez 
Severity: wishlist

* Package name : servod-tools
Version : 20180201
Upstream Author : Daniel Stone  and others
* URL : https://gitlab.collabora.com/gtucker/servod-tools
* License : MIT
Programming Python
Description : manage multiple servo control boards automatically

servod-tools lets you use one or many Servo control board for 
Chromebooks in some
kind of vaguely automated fashion. After installing these and 
configuring for

your local boards, you should have access to the CPU UART as
/dev/google-servo/$devicename/cpu-uart, and the EC as
/dev/google-servo/$devicename/ec-uart, as well as having servod itself
listening for more complex commands on a predictable port.

Bug#896111: ITP: servo-hdctools -- Chrome OS Hardware Debug & Control Tools

[Ana Guerrero Lopez]

Package: wnpp
Owner: Ana Guerrero Lopez 
Severity: wishlist

* Package name : servo-hdctools
Version : 20180401
Upstream Author : The Chromium OS Authors 
* URL : https://chromium.googlesource.com/chromiumos/third_party/hdctools
* License : BSD-3-clause
Programming Language: Python, C
Description : Chrome OS Hardware Debug & Control Tools

Servo is a debug board used for Chromium OS test and development.
This code contains:
* the backend server that talks to servo boards
* a binary allowing to control the server
* usbkm232, an RS232 (uart) to USB keyboard emulator

Re: Bits from the release team: full steam ahead towards buster

[Adam Borowski]

On Wed, Apr 18, 2018 at 10:19:46AM -0700, Russ Allbery wrote:
> That said, nearly all US English writers will just omit the accents
> anyway.  At least US English (I can't speak for UK) really aggressively
> drops accent marks.

About dropping accents: do you know what can upcase('i') and lowercase('I')
be?  Even this is not invariant.

Thus, there are locales where a purely ASCII word sorts differently when
capitalized and when not.


Meow!
-- 
⢀⣴⠾⠻⢶⣦⠀ 
⣾⠁⢰⠒⠀⣿⡁ 
⢿⡄⠘⠷⠚⠋⠀ ... what's the frequency of that 5V DC?
⠈⠳⣄

Re: About the MBF on now-failing alioth list addresses (was: Completed: lists.alioth.debian.org migration)

[Joël Krähemann]

Hi,

I just replaced the alioth mail address of gsequencer repository. What about
an old debian changelog entry?

 -- Joël Krähemann   Wed,
01 Feb 2017 11:14:14 +0100

Bests,
Joël

On Thu, Apr 19, 2018 at 9:12 AM, Andreas Tille  wrote:
> Hi again,
>
> On Thu, Apr 19, 2018 at 09:06:09AM +0200, Andreas Tille wrote:
>> Hi,
>>
>> if you are in CC of this mail please replace your e-mail address
>> in the named source package in Maintainer and Uploaders field since
>> the e-mail becomes invalid soon with the shutdown of Alioth.
>
> the lists are definitely shorter if it is restricted to release='sid'
> which is the only thing we can change (and Ming Hua
>  does not need to change
> anything anymore - thanks for doing this pro-actively):
>
> Maintainers:
>
> udd=# select distinct source, maintainer from packages where release = 'sid' 
> and maintainer like '%alioth.debian.org%' and maintainer not like 
> '%lists.alioth.debian.org%' ;
>source| maintainer
> -+
>  libglademm2.4   | Deng Xiyue 
>  libgnomecanvasmm2.6 | Deng Xiyue 
> (2 Zeilen)
>
>
> Uploaders (here is even a duplicate, probably due to different arches):
>
> udd=# select distinct source, uploaders from sources where uploaders like 
> '%alioth.debian.org%' and uploaders not like '%lists.alioth.debian.org%' and 
> source not in ( select distinct source from packages where maintainer like 
> '%alioth.debian.org%' and maintainer not like '%lists.alioth.debian.org%');
> udd=# select distinct source, uploaders from sources where release = 'sid' 
> and uploaders like '%alioth.debian.org%' and uploaders not like 
> '%lists.alioth.debian.org%' and source not in ( select distinct source from 
> packages where maintainer like '%alioth.debian.org%' and maintainer not like 
> '%lists.alioth.debian.org%');
>source   | 
> uploaders
> +---
>  atkmm1.6   | Deng Xiyue , 
> Michael Biebl , Krzysztof Klimonda 
> 
>  autoconf-archive   | Deng Xiyue 
>  gsequencer | Joël Krähemann 
> , IOhannes m zmölnig (Debian/GNU) 
> 
>  gsequencer | Joël Krähemann 
> , IOhannes m zmölnig (Debian/GNU) 
> ,
>  libgtksourceviewmm | Deng Xiyue , 
> Josselin Mouette , Michael Biebl 
>  pangomm| Deng Xiyue , 
> Martin Pitt , Michael Biebl , Michael 
> Casadevall 
>  postgrey   | Jon Daley 
> (7 Zeilen)
>
> Kind regards
>
> Andreas.
>
>> On Wed, Apr 18, 2018 at 10:09:40PM +0200, Alex Muntada wrote:
>>
>> > OTOH, there are some packages that have users.alioth.debian.org
>> > e-mail addresses in Maintainer and Uploaders, that may be worth
>> > dealing with.
>>
>>
>> udd=# select distinct source, maintainer from packages where maintainer like 
>> '%alioth.debian.org%' and maintainer not like '%lists.alioth.debian.org%' ;
>>source| maintainer
>> -+
>>  gconfmm2.6  | Deng Xiyue 
>>  glibmm2.4   | Deng Xiyue 
>>  gnome-vfsmm2.6  | Deng Xiyue 
>>  gtkmm2.4| Deng Xiyue 
>>  gtkmm-documentation | Deng Xiyue 
>>  libglademm2.4   | Deng Xiyue 
>>  libgnomecanvasmm2.6 | Deng Xiyue 
>>  libgnomemm2.6   | Deng Xiyue 
>>  libgnomeuimm2.6 | Deng Xiyue 
>>  libnotifymm | Deng Xiyue 
>>  libxml++2.6 | Deng Xiyue 
>>  scim-pinyin | Ming Hua 
>>  scim-tables | Ming Hua 
>>  scim-uim| Ming Hua 
>> (14 rows)
>>
>> I've added those two maintainers in CC.
>>
>> Similar with Uploaders (I've excluded in the list the sources that are
>> mentioned above):
>>
>> udd=# select distinct source, uploaders from sources where uploaders like 
>> '%alioth.debian.org%' and uploaders not like '%lists.alioth.debian.org%' and 
>> source not in ( select distinct source from packages where maintainer like 
>> '%alioth.debian.org%' and maintainer not like '%lists.alioth.debian.org%');
>>source   |
>>uploaders
>> +---
>>  atkmm1.6   | Deng Xiyue , 
>> Michael Biebl , Krzysztof Klimonda 
>> 
>>  autoconf-archive   | Deng Xiyue 
>>  glade-3| Deng Xiyue , 
>> Josselin Mouette , Loic Minier , Michael 
>> Biebl 
>>  glade-3| Deng Xiyue , 
>> Josselin Mouette , Loic Minier , Sebastian 
>> Dröge 
>>  gsequencer | Joël Krähemann 
>> , IOhannes m zmölnig (Debian/GNU) 
>> 

Re: salvaging packages, was Re: Lucas Kanashiro and Athos Ribeiro salvaged my package

[Philipp Kern]

On 18.04.2018 07:09, Sean Whitton wrote:
> On Wed, Apr 18 2018, Paul Wise wrote:
> 
>> I'm guessing you are referring to this file?
> 
> Yes.
> 
>> infinote://gobby.debian.org/debconf17/bof/if_you_love_a_package_let_it_go
>> https://gobby.debian.org/export/debconf17/bof/if_you_love_a_package_let_it_go
> 
> I didn't know there existed URLs to particular gobby documents.  Thank
> you!

FWIW, I'd still encourage people to preserve those documents somewhere
more permanent with a good revision history, like copying them to the
wiki after you are done with the conference/sprint.

Kind regards and thanks
Philipp Kern

Re: About the MBF on now-failing alioth list addresses (was: Completed: lists.alioth.debian.org migration)

[Jeremy Bicha]

On Thu, Apr 19, 2018 at 3:12 AM, Andreas Tille  wrote:
> Maintainers:
>
> udd=# select distinct source, maintainer from packages where release = 'sid' 
> and maintainer like '%alioth.debian.org%' and maintainer not like 
> '%lists.alioth.debian.org%' ;
>source| maintainer
> -+
>  libglademm2.4   | Deng Xiyue 
>  libgnomecanvasmm2.6 | Deng Xiyue 

Neither of those 2 packages are in Testing and it's intended for them
to be removed from Unstable "soon".

Thanks,
Jeremy Bicha

Re: About the MBF on now-failing alioth list addresses (was: Completed: lists.alioth.debian.org migration)

[Holger Levsen]

On Thu, Apr 19, 2018 at 09:06:09AM +0200, Andreas Tille wrote:
> > OTOH, there are some packages that have users.alioth.debian.org
> > e-mail addresses in Maintainer and Uploaders, that may be worth
> > dealing with.
 
Andreas, thanks for digging out the facts and informing those affected!


-- 
cheers,
Holger


signature.asc
Description: PGP signature

Re: Bits from the release team: full steam ahead towards buster

[Holger Levsen]

On Thu, Apr 19, 2018 at 09:35:25AM +1200, Ben Caradoc-Davies wrote:
> In the C locale, all uppercase letters are sorted before all lowercase
> letters:
> 
> $ echo -e "buster\nStretch" | LC_COLLATE=C sort
> Stretch
> buster
> 
> In en_GB, by comparison:
> 
> $ echo -e "buster\nStretch" | LC_COLLATE=en_GB.utf8 sort
> buster
> Stretch

wow, madness. thanks.

(maybe just mild madness... :)

> -- 
> Ben Caradoc-Davies 
> Director
> Transient Software Limited 
> New Zealand

I now wondered if it's not only en_GB.utf8 which is "different", but also
the NZ and US variants sort like that (and so differently than C)... not 
sure if en_FR.utf8 exist, but using it, it sorts differently / like C ;)

(probably because it doesnt exist, thus the default, C, is used.)


-- 
cheers,
Holger


signature.asc
Description: PGP signature

Re: Bits from the release team: full steam ahead towards buster

[Christoph Biedl]

Philipp Kern wrote...

> Turns out that this is a terrible idea.

Because?

> We should use numeric values for
> sorting. (And Ubuntu now does the same thing on the technical side.)

From a technical point of view there is no need for codenames at all.
But being human I prefer names over numbers, even if it's just for
aesthetic reason - "buster" is just more comfortable than "debian10".
However, above all is the rule "do not confuse". Starting two
consecutive releases with the same letter does. Adding a third one makes
it worse.

Christoph



signature.asc
Description: PGP signature

Re: Comma in Maintainer field

[Holger Levsen]

On Thu, Apr 19, 2018 at 09:06:36AM +0100, Simon McVittie wrote:
> youtube-dl seems to have this bug in jessie-backports only. It could be
> fixed by a re-upload with only one maintainer. Bugs in backports are not
> tracked in the Debian BTS[1] but I've contacted the backports mailing list
> and the maintainers.

I'm building a fixed version as I'm typing this. Expect an upload
shortly after. Thanks Simon!


-- 
cheers,
Holger


signature.asc
Description: PGP signature

Collation discrepencies between locales [was: Re: Bits from the release team: full steam ahead towards buster]

[Clément Hermann]

On 19/04/2018 22:45, Holger Levsen wrote:
> I now wondered if it's not only en_GB.utf8 which is "different", but also
> the NZ and US variants sort like that (and so differently than C)... not 
> sure if en_FR.utf8 exist, but using it, it sorts differently / like C ;)
> 
> (probably because it doesnt exist, thus the default, C, is used.)

Indeed, it doesn't exist. At least , for fr_* locale, it seems to be
consistent both in the different charsets available (e.g. fr_FR and
fr_FR.UTF-8) and country (fr_BE, fr_CA, fr_CH, fr_FR and fr_LU).

Actually I thought the localization had been made consistently with the
apparition of unicode locales, that is, fr_* locale would all give the
same result regardless of the charset (but older fr_FR for instance
might give a different order than before the apparition of the unicode
variant). I may be wrong - one would probably have to check the code in
GNU libc to be sure.

However, Note that the generation of locale matters: at first I thought
fr_FR and fr_BE where behaving differently, but after uncommenting all
fr_* locales in /etc/locale.gen, everything became consistent.


Cheers,

-- 
nodens

Work-needing packages report for Apr 20, 2018

[wnpp]

The following is a listing of packages for which help has been requested
through the WNPP (Work-Needing and Prospective Packages) system in the
last week.

Total number of orphaned packages: 1271 (new: 3)
Total number of packages offered up for adoption: 161 (new: 4)
Total number of packages requested help for: 53 (new: 0)

Please refer to http://www.debian.org/devel/wnpp/ for more information.



The following packages have been orphaned:

   djvubind (#895698), orphaned 5 days ago
 Description: simple creation of djvu files
 Installations reported by Popcon: 92
 Bug Report URL: http://bugs.debian.org/895698

   geshi (#895843), orphaned 3 days ago
 Description: Generic Syntax Highlighter
 Reverse Depends: dokuwiki
 Installations reported by Popcon: 1174
 Bug Report URL: http://bugs.debian.org/895843

   p2c (#895637), orphaned 6 days ago
 Description: Pascal to C translator
 Bug Report URL: http://bugs.debian.org/895637

1268 older packages have been omitted from this listing, see
http://www.debian.org/devel/wnpp/orphaned for a complete list.



The following packages have been given up for adoption:

   impacket (#895785), offered 4 days ago
 Description: Python module to easily build and dissect network
   protocols
 Reverse Depends: patator polenum
 Installations reported by Popcon: 606
 Bug Report URL: http://bugs.debian.org/895785

   pcapy (#895787), offered 4 days ago
 Description: Python interface to the libpcap packet capture library
 Reverse Depends: python-impacket
 Installations reported by Popcon: 608
 Bug Report URL: http://bugs.debian.org/895787

   ply (#895783), offered 4 days ago
 Description: Lex and Yacc implementation for Python
 Reverse Depends: bind9utils cxxtest firefox-dev firefox-esr-dev
   freecad gertty gitsome nml nordugrid-arc-nagios-plugins
   python-astropy (20 more omitted)
 Installations reported by Popcon: 25643
 Bug Report URL: http://bugs.debian.org/895783

   pyscript (#895784), offered 4 days ago
 Description: Python module for producing postscript graphics
 Installations reported by Popcon: 17
 Bug Report URL: http://bugs.debian.org/895784

157 older packages have been omitted from this listing, see
http://www.debian.org/devel/wnpp/rfa_bypackage for a complete list.



For the following packages help is requested:

   autopkgtest (#846328), requested 505 days ago
 Description: automatic as-installed testing for Debian packages
 Reverse Depends: debci-worker openstack-pkg-tools
 Installations reported by Popcon: 1118
 Bug Report URL: http://bugs.debian.org/846328

   balsa (#642906), requested 2398 days ago
 Description: An e-mail client for GNOME
 Installations reported by Popcon: 154
 Bug Report URL: http://bugs.debian.org/642906

   broadcom-sta (#886599), requested 101 days ago (non-free)
 Description: Broadcom STA Wireless driver (non-free)
 Installations reported by Popcon: 2031
 Bug Report URL: http://bugs.debian.org/886599

   cargo (#860116), requested 373 days ago
 Description: Rust package manager
 Reverse Depends: dh-cargo
 Installations reported by Popcon: 619
 Bug Report URL: http://bugs.debian.org/860116

   cups (#532097), requested 3239 days ago
 Description: Common UNIX Printing System
 Reverse Depends: ayatana-indicator-printers bluez-cups boomaga
   chromium cinnamon-settings-daemon cloudprint cups cups-backend-bjnp
   cups-browsed cups-bsd (70 more omitted)
 Installations reported by Popcon: 175692
 Bug Report URL: http://bugs.debian.org/532097

   cyrus-sasl2 (#799864), requested 939 days ago
 Description: authentication abstraction library
 Reverse Depends: 389-ds-base 389-ds-base-libs 389-dsgw adcli
   autofs-ldap cairo-dock-mail-plug-in claws-mail
   claws-mail-acpi-notifier claws-mail-address-keeper
   claws-mail-archiver-plugin (122 more omitted)
 Installations reported by Popcon: 198445
 Bug Report URL: http://bugs.debian.org/799864

   dee (#831388), requested 643 days ago
 Description: model to synchronize mutiple instances over DBus
 Reverse Depends: dee-tools gir1.2-dee-1.0 libdee-1.0-4-dbg
   libdee-dev zeitgeist-core
 Installations reported by Popcon: 64860
 Bug Report URL: http://bugs.debian.org/831388

   developers-reference (#759995), requested 1328 days ago
 Description: guidelines and information for Debian developers
 Installations reported by Popcon: 13037
 Bug Report URL: http://bugs.debian.org/759995

   devscripts (#800413), requested 933 days ago
 Description: scripts to make the life of a Debian Package maintainer
   easier
 Reverse Depends: apt-build a

Re: Bits from the release team: full steam ahead towards buster

[Russ Allbery]

Adam Borowski  writes:
> On Wed, Apr 18, 2018 at 10:19:46AM -0700, Russ Allbery wrote:

>> That said, nearly all US English writers will just omit the accents
>> anyway.  At least US English (I can't speak for UK) really aggressively
>> drops accent marks.

> About dropping accents: do you know what can upcase('i') and
> lowercase('I') be?  Even this is not invariant.

Yes?  Not sure that's super-relevant here, but that's a rather notorious
edge case in the Turkish locale.

> Thus, there are locales where a purely ASCII word sorts differently when
> capitalized and when not.

Yes, including en_US.

-- 
Russ Allbery (r...@debian.org)   

Re: Comma in Maintainer field

[Russ Allbery]

Ian Jackson  writes:

> I think nowadays we should specify that this field, and Uploaders, are
> in RF822 recipient field syntax.

I am opposed to this on the grounds that there are two types of RFC822
parsers in the world: correct ones that will drive you insane if you
attempt to understand them, and incorrect ones.  Nearly all of them are in
the latter bucket.

Full RFC822 is incredibly complicated and way, way beyond any tool that we
currently use for Debian packages.

I'm opposed to introducing significance for double quotes in the
maintainer field for the same reason, unless it's part of standardizing
some rather simple syntax.  (I'd much rather just ban commas in Maintainer
except as a separator and ask people with commas in their names to omit
them, which isn't great but which is very common.)

If we're going to change the syntax, I think we need something much, much
simpler to parse than RFC822.

> We can expect any program which wants to split it into separate
> recipients to have a full-on email header parser.

I don't think this assumption is at all justified given the number of
tools in Debian that need to parse the Maintainer field for various
purposes (tracker.debian.org, dd-list, etc.).

-- 
Russ Allbery (r...@debian.org)   

Re: Comma in Maintainer field

[Russ Allbery]

Andreas Tille  writes:

> From my understanding the names in quotes should be parsed correctly,
> right?

Definitely not.  They will absolutely break with some tools.

-- 
Russ Allbery (r...@debian.org)   

Re: Bits from the release team: full steam ahead towards buster

[Russ Allbery]

Russ Allbery  writes:
> Adam Borowski  writes:

>> Thus, there are locales where a purely ASCII word sorts differently
>> when capitalized and when not.

> Yes, including en_US.

Just to head off the noise of the corrections for this error, this last
should have said "yes, including C."

-- 
Russ Allbery (r...@debian.org)   

Bug#896137: ITP: rebound -- Command-line tool to fetch Stack Overflow results when program execution error

[林上智]

Package: wnpp
Severity: wishlist
Owner: SZ Lin (林上智) 
X-Debbugs-CC: debian-devel@lists.debian.org

* Package name: rebound
  Version : 1.6
  Upstream Author : Jonathan Shobrook 
* URL : https://github.com/shobrook/rebound
* License : Expat
  Programming Lang: Python
  Description:  Command-line tool to fetch Stack Overflow results when
program execution error

 Rebound is a command-line tool that instantly fetches
 Stack Overflow results when getting a program execution
 error in Python and Node.js. This tool will execute the
 program, pull the error message if needed, and display
 related Stack Overflow questions and answers without
 leaving the terminal.
 .
 Features
 .
 - Supported file types: Python and Node.js
 - View answers in command line mode
 - Open browser for GUI
 .
 rebound is under Expat
--

SZ Lin (林上智) , http://people.debian.org/~szlin

Debian Developer

4096R/ 178F 8338 B314 01E3 04FC 44BA A959 B38A 9561 F3F9

Re: Completed: lists.alioth.debian.org migration

[Christoph Biedl]

Raphael Hertzog wrote...

> Packages maintained by forensics-devel@ and pkg-security-team@ all
> have a fixed maintainer email in git. I was not planning on doing any mass
> upload right now and I would be really annoyed to have to hand-edit all
> changelog entries to add a bug closure.

Debian policy has a clear statement on the validity of the address in
the Maintainer: field. I fully support this "must" requirement, that's
why I'm doing this cleanup job - and not because I'm a huge fan of
beaurocratic processes.

On the other hand I fully agree doing dozens or hundreds of uploads just
because an address out of my control became invalid is a huge waste of
ressources that are better spent elsewhere. However, that's why
alioth-lists was created.


So I see two options: Either get wide consensus packages like yours are
not considered rc-buggy for the time being, also make sure it's assured
important mails like bug reports do reach people who are in charge of
the respective package.

However, keep in mind I would certainly not agree to that since it's a
terrible hack, creates a precedent I wouldn't want to see, and mostly:
There's another option, ask the alioth-list administrators to create an
according forward. For you, this should take less time than writing an
answer to this message, for them hopefully not much longer.

> So please don't file bugs for those.

Noted. But anybody could do this as well.

Christoph



signature.asc
Description: PGP signature

Re: About the MBF on now-failing alioth list addresses (was: Completed: lists.alioth.debian.org migration)

[Andreas Tille]

Hi Joël,

On Thu, Apr 19, 2018 at 08:02:33PM +0200, Joël Krähemann wrote:
> 
> I just replaced the alioth mail address of gsequencer repository.

Thanks for the quick response.

> What about an old debian changelog entry?
> 
>  -- Joël Krähemann   Wed,
> 01 Feb 2017 11:14:14 +0100

These changelog entries do not make it into apt cache, UDD and the tools
that are consuming these data.  If you adapt d/control and the recent
changelog entry fits the ID you gave in d/control that's fine.

BTW, I guess that lots of old changelog entries are containing invalid
e-mail addresses (including my first packages) - so there is no point in
change the past.

Kind regards

   Andreas.

-- 
http://fam-tille.de

Re: Comma in Maintainer field

[Andreas Tille]

Hi Russ,

On Thu, Apr 19, 2018 at 06:26:47PM -0700, Russ Allbery wrote:
> > From my understanding the names in quotes should be parsed correctly,
> > right?
> 
> Definitely not.  They will absolutely break with some tools.

Thanks for the clarification.  So since we have clarified this now in
this thread what are the next steps?  Doing a MBF just pointing to this
thread or would it be better to write down this in some documentation
clearly first (I hope I did not missed any hint to it in this
discussion) and do the MBF afterwards?

I admit I have some alioth migration issues on my desk and may be my
spare time in May will be limited.  The good thing is that we have
dealt right now with some of the issues. 

I'm just keeping pkg-nlp-ja-de...@lists.alioth.debian.org in CC since
there are two very good reasons to become active

   1. Comma in Maintainer name
   2. E-mail becomes invalidated soon

So please all members of Natural Language Processing, Japanese team
update the maintainer field to some working e-mail address where the
name does not contain any ','.  The affected source packages are:

udd=# select distinct source from sources where release = 'sid' and maintainer 
like '%pkg-nlp-ja-de...@lists.alioth.debian.org%' ;
  source  
--
 chasen
 darts
 kakasi
 mecab
 mecab-jumandic
 mecab-naist-jdic
 naist-jdic
 unidic-mecab
(8 rows)

(In case you have not followed the discussion on debian-devel the
relevant part of the thread starts somehow here[1])

Kind regards

 Andreas.


[1] https://lists.debian.org/debian-devel/2018/04/msg00435.html

-- 
http://fam-tille.de