Re: IPv6 problem for one debian mirror

[Alexandre Rossi]

> Vincent Danjean, on Wed 08 Feb 2017 01:05:51 +0100, wrote:
>> However, the machine answers to IPv4 connections but not to IPv6
>> $ time wget -6 ftp.fr.debian.org
>> --2017-02-08 00:53:58--  http://ftp.fr.debian.org/
>> Résolution de ftp.fr.debian.org (ftp.fr.debian.org)… 2a01:e0c:1:1598::2
>> Connexion à ftp.fr.debian.org (ftp.fr.debian.org)|2a01:e0c:1:1598::2|:80… ^C
>
> No problem here (Orange ISP).
>
>>   So, who should be contacted to fix this problem (ie either remove
>> the IPv6 for debian.proxad.net. or makes this machine to answer again
>> to IPv6 or change the ftp.fr.debian.org alias or ...) ?
>
> It's between your ISP and free. Unfortunately ipv6 is not so well
> connected, the Cogent IPv6 network is for instance notably *not*
> connected to google, so I wouldn't be surprised to see other such
> issues.  Which is your ISP?  That's probably where to start.

No problem here (french ISP Free).

I had this problem once, and it was because I had improperly configure
the MTU of my default route. It was configured as 1500 (default)
because I wanted to have a static ipv6 address and my connexion needs
it to be set as 1480. Compare the result of the following command
between SLAAC and manual configuration.

$ ip -6 route | grep default
default via fe80::1 dev br0  proto ra  metric 1024  expires 1714sec
mtu 1480 hoplimit 64

Alex

Team analysis graphs

[Andreas Tille]

Hi,

this is my yearly hint to the teammetrics graphs you can find for your
team at

 http://blends.debian.net/liststats/

The idea for the graphs was first presented at DebConf8[1] and the final
realisation was done by Sukhbir Singh in a GSoC project[2].  I'm generating
the graphs at beginning of each month.

Last year I added some teams to the metrics set - feel free to ask me to
add your team if you are interested.  You could also make suggestions for
new graphs that might be interesting.

Kind regards

Andreas.

[1] https://people.debian.org/~tille/talks/200808_lightning/index_en.html
[2] 
http://saimei.acc.umu.se/pub/debian-meetings/2011/debconf11/high/712_Measuring_Team_Performance.ogv

-- 
http://fam-tille.de

Re: Team analysis graphs

[Javier Fernandez-Sanguino]

On 8 February 2017 at 10:03, Andreas Tille  wrote:

> Hi,
>
> this is my yearly hint to the teammetrics graphs you can find for your
> team at
>
>  http://blends.debian.net/liststats/
>
> The idea for the graphs was first presented at DebConf8[1] and the final
> realisation was done by Sukhbir Singh in a GSoC project[2].  I'm generating
> the graphs at beginning of each month.
>

Very interesting work Andreas, would it be possible to add the Debian
documentation team there too? (More information on CVS sources and lists
here: https://www.debian.org/doc/cvs)

If possible, I would also be interested in having information from the
Debian Spanish i18n team (only the mailing list).

Thanks!

Javier

Re: Team analysis graphs

[Andreas Tille]

On Wed, Feb 08, 2017 at 10:25:35AM +0100, Javier Fernandez-Sanguino wrote:
> > The idea for the graphs was first presented at DebConf8[1] and the final
> > realisation was done by Sukhbir Singh in a GSoC project[2].  I'm generating
> > the graphs at beginning of each month.
> >
> 
> Very interesting work Andreas, would it be possible to add the Debian
> documentation team there too? (More information on CVS sources and lists
> here: https://www.debian.org/doc/cvs)

Added ddp team to commitinfo in Git.
 
> If possible, I would also be interested in having information from the
> Debian Spanish i18n team (only the mailing list).

Added debian-l10n-spanish to listinfo in Git.

I'll collect some further wishes and graphs will be available in beginning
of March.

Kind regards

  Andreas.

-- 
http://fam-tille.de

Bug#854560: ITP: node-max-timeout -- Max amount of milliseconds that can be passed to `setTimeout()`

[Abhishek Lolage]

Package: wnpp
Severity: wishlist
Owner: Abhishek Lolage 
X-Debbugs-CC: debian-devel@lists.debian.org

* Package name: node-max-timeout
 Version : 1.0.0
 Upstream Author : Sindre Sorhus  (sindresorhus.com)

* URL : https://github.com/sindresorhus/max-timeout
* License : Expat
 Programming Lang: JavaScript
 Description : Max amount of milliseconds that can be passed to
`setTimeout()`

Values larger than the one returned from this module, 2147483647 (~25
days),
are too big to fit into a signed 32-bit integer,
which is how JS engines store it, and will cause overflow,
resulting in the timeout being scheduled immediately.
.
Node.js is an event-based server-side JavaScript engine.

Re: IPv6 problem for one debian mirror

[Adrien CLERC]

Le 08/02/2017 à 01:05, Vincent Danjean a écrit :
> However, the machine answers to IPv4 connections but not to IPv6
> $ time wget -4 ftp.fr.debian.org
> --2017-02-08 00:53:54--  http://ftp.fr.debian.org/
> Résolution de ftp.fr.debian.org (ftp.fr.debian.org)… 212.27.32.66
> Connexion à ftp.fr.debian.org (ftp.fr.debian.org)|212.27.32.66|:80… connecté.
> requête HTTP transmise, en attente de la réponse… 200 OK
> Taille : 1915 (1,9K) [text/html]
> [...]
> real  0m0,108s
> user  0m0,000s
> sys   0m0,000s
> $ time wget -6 ftp.fr.debian.org
> --2017-02-08 00:53:58--  http://ftp.fr.debian.org/
> Résolution de ftp.fr.debian.org (ftp.fr.debian.org)… 2a01:e0c:1:1598::2
> Connexion à ftp.fr.debian.org (ftp.fr.debian.org)|2a01:e0c:1:1598::2|:80… ^C
>
> real  1m52,272s
> user  0m0,000s
> sys   0m0,000s
> [I did a C-c in the shell to interrupt]
>
> My IPv6 connection is ok for other sites, for example:
>
> $ time wget -6 www.debian.org
> URL transformed to HTTPS due to an HSTS policy
> --2017-02-08 00:57:00--  https://www.debian.org/
> Résolution de www.debian.org (www.debian.org)… 2001:610:1908:b000::148:14, 
> 2001:41c8:1000:21::21:4
> Connexion à www.debian.org (www.debian.org)|2001:610:1908:b000::148:14|:443… 
> connecté.
> requête HTTP transmise, en attente de la réponse… 200 OK
> Taille : 14926 (15K) [text/html]
> [...]
> real  0m1,079s
> user  0m0,012s
> sys   0m0,000s
Hi,

I can only but encourages you to try lower MTU. Here is an example:
ip -6 route change default via fe80::207:cbff:feb1:7dd7 dev eth_adsl mtu
1480

You can also try with a lower value, such as 1456 or 1440.
Yes, the MTU discovery is not working on proxad network, and I don't
know why. Maybe it's my own firewall, I don't know, and I don't have the
time to investigate.

Note however that this might be a peering issue. After all, IPv6 is only
18 years old, it's a young technology preview ;)

Adrien

Bug#854569: ITP: node-convert-to-spaces -- Convert tabs to spaces in a string

[Abhishek Lolage]

Package: wnpp
Severity: wishlist
Owner: Abhishek Lolage 
X-Debbugs-CC: debian-devel@lists.debian.org

* Package name: node-convert-to-spaces
 Version : 1.0.1
 Upstream Author : vdemedes  (github.com/vdemedes)
* URL : https://github.com/vdemedes/convert-to-spaces#readme
* License : Expat
 Programming Lang: JavaScript
 Description : Convert tabs to spaces in a string

Replaces '\t' in a given input string
with given number of spaces (default 2 spaces).
.
Node.js is an event-based server-side JavaScript engine.

Bug#854570: ITP: node-bn.js -- Big number implementation in pure javascript: Required for browserify

[Siddhesh Rane]

Package: wnpp
Severity: wishlist
Owner: Siddhesh Rane 
X-Debbugs-CC: debian-devel@lists.debian.org

* Package name: node-bn.js
  Version : 4.11.6
  Upstream Author : Fedor Indutny 
* URL : https://github.com/indutny/bn.js
* License : Expat
  Programming Lang: JavaScript
  Description : Big number implementation in pure javascript.

 This package can handle arithmetic of big numbers provided through strings.
 It can convert the big decimal to javascript numbers. Decimals are
not supported.

 This package is a dependency of browserify
 .
 Node.js is an event-based server-side JavaScript engine.

Bug#854572: ITP: node-clean-stack -- Clean up error stack traces

[Abhishek Lolage]

Package: wnpp
Severity: wishlist
Owner: Abhishek Lolage 
X-Debbugs-CC: debian-devel@lists.debian.org

* Package name: node-clean-stack
 Version : 1.1.1
 Upstream Author : Sindre Sorhus  (sindresorhus.com)

* URL : https://github.com/sindresorhus/clean-stack#readme
* License : Expat
 Programming Lang: JavaScript
 Description : Clean up error stack traces

Removes internal Node.js error stack traces which are not
helpful in resolving problems.
.
Node.js is an event-based server-side JavaScript engine.

Bug#854578: ITP: node-source-map-url -- Tools for working with sourceMappingURL comments.

[Abhishek Lolage]

Package: wnpp
Severity: wishlist
Owner: Abhishek Lolage 
X-Debbugs-CC: debian-devel@lists.debian.org

* Package name: node-source-map-url
 Version : 0.4.0
 Upstream Author : Simon Lydell
* URL : https://github.com/lydell/source-map-url#readme
* License : Expat
 Programming Lang: JavaScript
 Description : Tools for working with sourceMappingURL comments.

This module is useful for returning a sourceMappingURL,
finding out if there exists a sourceMappingURL,
removing a sourceMappingURL,
inserting text before a sourceMappingURL in a code
.
Node.js is an event-based server-side JavaScript engine.

Re: manpages.debian.org has been modernized!

[Wouter Verhelst]

On Thu, Jan 19, 2017 at 06:20:30PM +0100, Michael Stapelberg wrote:
> Would a mirror of the git repository on alioth be sufficient? I had
> planned to set that up, but didn’t get around to it yet. Any help with
> that would be very welcome.

I realize you've already done so, but for future reference, this is
ridiculously easy for anyone who's a Debian Developer or otherwise has
an account on alioth:

ssh to git.debian.org, and run:

mkdir -p public_git/repo.git
cd public_git/repo.git
git init --bare

log out again; then, in your local repository, run:

git remote add --mirror debian git.debian.org:public_git/repo.git
git push debian

you're done.

Alternatively, if you don't want to push all branches, drop the --mirror
part on the 'git remote add' thing, and add a branch to every "git push
debian" command. This works for all remotes btw, not just the alioth
ones.

Personally, I tend to push my code to multiple git hosting services,
because it's so simple to do.

-- 
< ron> I mean, the main *practical* problem with C++, is there's like a dozen
   people in the world who think they really understand all of its rules,
   and pretty much all of them are just lying to themselves too.
 -- #debian-devel, OFTC, 2016-02-12

Re: IPv6 problem for one debian mirror

[David Kalnischkies]

Hi Vincent (and anyone else reading this),

On Wed, Feb 08, 2017 at 01:05:51AM +0100, Vincent Danjean wrote:
>   As a side note, it is really sad that APT imposes a 1min timeout
> for such problem. I proposed a patch in #668948 but never got any
> feedback :-(

You are like most people under the impression the APT team has a healthy
size and could stay on top of the incoming bugreports and even triage
older ones… but unfortunately we are not. The report isn't tagged as
including a patch so another "good" reason to get lost in our pile…
apt has earned and needs to defend its second place[0] after all… :(


It does sound similar to another bugreport I replied to "recently"
(#636871) talking about "Happy Eyeballs" (RFC6555) which seems like the
formalisation of your implementation – and that newcomer offer is still
up for grabs (as all others I have ever made, just saying…).

The patch itself looks a bit strange on first look regarding general
style, using environment variables instead of config options and I am
not a gigantic fan of 90% code copies of functions in the same file
(with a name diffing only in naming-styles…) – and it of course doesn't
apply cleanly anymore, but if you are still interested in working on
this we can surely work this all out. Just ping the bug with an updated
patch and I will work on a more detailed review.


Thanks in any case for report and initial patch and sorry for not
getting feedback in years from the fellowship of the cow!


Best regards

David Kalnischkies

[0] https://qa.debian.org/cgi-bin/bugs-by-source


signature.asc
Description: PGP signature

Re: Team analysis graphs

[Roger Shimizu]

On Wed, Feb 8, 2017 at 7:53 PM, Andreas Tille  wrote:
>
> I'll collect some further wishes and graphs will be available in beginning
> of March.

Thanks for your effort!
I just didn't find printing team and pkg-go team.

Cheers,
-- 
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1

Re: Team analysis graphs

[Boyuan Yang]

在 2017年2月8日星期三 SGT 上午11:53:28，Andreas Tille 写道：
> I'll collect some further wishes and graphs will be available in beginning
> of March.

Sounds interesting. Could you please add the Chinese Team [1] on Alioth, 
together with another maillist debian-chinese-gb onto list?

And one more question out of curiosity: instead of making data collection opt-
in, why don't we just collect information of *all* teams in Debian? That 
should be easy because all information needed are available on lists.d.o and 
alioth.d.o.

[1] https://alioth.debian.org/projects/chinese/

--
Sincerely,
Boyuan Yang

signature.asc
Description: This is a digitally signed message part.

Bug#854606: ITP: libnfc-nci -- NFC stack for NCI based NFC Controllers by NXP

[Josua Mayer]

Package: wnpp
Severity: wishlist
Owner: Josua Mayer 

* Package name: libnfc-nci
  Version : 2.1
  Upstream Author : NXP Semiconductors
* URL : https://github.com/NXPNFCLinux/linux_libnfc-nci
* License : Apache-2.0
  Programming Lang: C
  Description : NFC stack for NCI based NFC Controllers by NXP

This library provides an abstracted interface to NFC controllers in order 
to build applications that make use of nfc technology.
Description to be revised!

This library is provided by NFC to facilitate development of nfc enabled 
applications.
It currently has support for the pn7120 and pn7150 chips.

SolidRun Ltd is releasing a mikroBUS nfc board featuring the pn7120.
The purpose of this package is to facilitate rapid development of applications 
utilizing this nfc module, by making it as easy as possible to use from Debian, 
or a debian-based rootfs.

However this library can be used with devices and nfc addon boards by other 
vendors providing they feature a supported nfc chip.
Such it could benefit a much broader audience than just SR customers.

I volunteer to do the necessary packaging work, and handle any unexpected build 
failures in the future.

I would like for this package to be maintained in a packaging team, however I 
have not been able to identify a single team that would fit perfectly. Is there 
a team that focuses on IoT, connectivity or low-level hardware development?
And since I am not affiliated with Debian, I am also looking for a sponsor to 
take on this package.

Re: Team analysis graphs

[Gunnar Wolf]

Andreas Tille dijo [Wed, Feb 08, 2017 at 10:03:30AM +0100]:
> Hi,
> 
> this is my yearly hint to the teammetrics graphs you can find for your
> team at
> 
>  http://blends.debian.net/liststats/

Very interesting! I will share this link with a student who is working
with me and doing time-related analysis of Debian; he started by
working with the keyring data, but this will surely be interesting to
him.

The sheer number of files you are presenting is overwhelming as it is,
but, if this person is interested in this data, could you share your
dataset at a finer resolution? (say, monthly instead of yearly) Or, if
you don't keep the source data with you, the scripts that produce
them?

Thanks a lot!


signature.asc
Description: Digital signature

Bug#854622: ITP: libfunction-parameters-perl -- module for subroutine definitions with parameter lists

[gregor herrmann]

Package: wnpp
Owner: gregor herrmann 
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org, debian-p...@lists.debian.org

* Package name: libfunction-parameters-perl
  Version : 1.0705
  Upstream Author : Lukas Mai 
* URL : https://metacpan.org/release/Function-Parameters
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : module for subroutine definitions with parameter lists

Function::Parameters extends Perl with keywords that let you define functions
with parameter lists. It uses Perl's keyword plugin API, so it works reliably
and doesn't require a source filter.

The package will be maintained under the umbrella of the Debian Perl Group.


signature.asc
Description: Digital Signature

Re: Team analysis graphs

[Andreas Tille]

Hi Gunnar,

On Wed, Feb 08, 2017 at 01:11:26PM -0600, Gunnar Wolf wrote:
> The sheer number of files you are presenting is overwhelming as it is,
> but, if this person is interested in this data, could you share your
> dataset at a finer resolution? (say, monthly instead of yearly) Or, if
> you don't keep the source data with you, the scripts that produce
> them?

The code is at

https://git.debian.org/git/teammetrics/teammetrics.git

and any interested person could get a login on blends.debian.net.  Just
send me a login name and an ssh public key.

Kind regards

   Andreas.

-- 
http://fam-tille.de

Re: Team analysis graphs

[Andreas Tille]

Hi,

On Wed, Feb 08, 2017 at 10:53:57PM +0800, Boyuan Yang wrote:
> 
> Sounds interesting. Could you please add the Chinese Team [1] on Alioth, 
> together with another maillist debian-chinese-gb onto list?

Added in Git.
 
> And one more question out of curiosity: instead of making data collection opt-
> in, why don't we just collect information of *all* teams in Debian? That 
> should be easy because all information needed are available on lists.d.o and 
> alioth.d.o.

The first reason for this is simply historical:  In the beginning it was
invented for Blends teams but in the end there was no point to restrict
the method for these teams only.

Considering the fact that the data gathering process is not very
performant I see no point in gathering data that are not used
afterwards.  If this would be really needed / wanted a cod review
needs to precede.

Kind regards

   Andreas.

> [1] https://alioth.debian.org/projects/chinese/

-- 
http://fam-tille.de

Re: Team analysis graphs

[Andreas Tille]

On Wed, Feb 08, 2017 at 11:00:03PM +0900, Roger Shimizu wrote:
> I just didn't find printing team and pkg-go team.

Added in Git, will be rendered in March.

Kind regards

  Andreas. 

-- 
http://fam-tille.de

Bug#854630: ITP: prometheus-apache-exporter -- Prometheus exporter for Apache

[Jelmer Vernooij]

Package: wnpp
Severity: wishlist
Owner: Jelmer Vernooij 

* Package name: prometheus-apache-exporter
  Upstream Author : Ruslan Islamgaliev 
* URL : https://github.com/neezgee/apache_exporter
* License : MIT
  Programming Lang: Go
  Description : Prometheus exporter for Apache

This server reads Apache mod_status statistics and exports them via HTTP for
consumption by Prometheus.

Re: manpages.debian.org has been modernized!

[Alexander Wirt]

On Wed, 08 Feb 2017, Wouter Verhelst wrote:

> On Thu, Jan 19, 2017 at 06:20:30PM +0100, Michael Stapelberg wrote:
> > Would a mirror of the git repository on alioth be sufficient? I had
> > planned to set that up, but didn’t get around to it yet. Any help with
> > that would be very welcome.
> 
> I realize you've already done so, but for future reference, this is
> ridiculously easy for anyone who's a Debian Developer or otherwise has
> an account on alioth:
> 
> ssh to git.debian.org, and run:
> 
> mkdir -p public_git/repo.git
> cd public_git/repo.git
> git init --bare
> 
> log out again; then, in your local repository, run:
> 
> git remote add --mirror debian git.debian.org:public_git/repo.git
> git push debian
> 
> you're done.
> 
> Alternatively, if you don't want to push all branches, drop the --mirror
> part on the 'git remote add' thing, and add a branch to every "git push
> debian" command. This works for all remotes btw, not just the alioth
> ones.
> 
> Personally, I tend to push my code to multiple git hosting services,
> because it's so simple to do.
or you can just tell me and I will add it to the mirror section :) on git.d.o

Alex
 

Bug#854635: ITP: golang-github-karlseguin-ccache -- A golang LRU Cache for high concurrency

[Potter, Tim]

X-Debbugs-CC: debian-devel@lists.debian.org, 
pkg-go-maintain...@lists.alioth.debian.org
Package: wnpp
Severity: wishlist
Owner: Tim Potter 

* Package name: golang-github-karlseguin-ccache
  Version : 2.0.2+git20161222.2.12c7ffd-1
  Upstream Author : Karl Seguin
* URL : https://github.com/karlseguin/ccache
* License : Expat
  Programming Lang: Go
  Description : A golang LRU Cache for high concurrency

 CCache is an LRU Cache, written in Go, focused on supporting high
 concurrency. Lock contention on the list is reduced by introducing a
 window which limits the frequency that an item can get promoted,
 using a buffered channel to queue promotions for a single worker, and
 garbage collecting within the same thread as the worker.



signature.asc
Description: Message signed with OpenPGP using GPGMail

Bug#854636: ITP: golang-github-karlseguin-expect -- testing framework for Go with more consice syntax

[Potter, Tim]

X-Debbugs-CC: debian-devel@lists.debian.org, 
pkg-go-maintain...@lists.alioth.debian.org
Package: wnpp
Severity: wishlist
Owner: Tim Potter 

* Package name: golang-github-karlseguin-expect
  Version : 1.0.1+git20160716.12.5c2eadb-1
  Upstream Author : Karl Seguin
* URL : https://github.com/karlseguin/expect
* License : Expat
  Programming Lang: Go
  Description : Testing framework for Go with more concise syntax

 Expect is a testing framework for Go to help write shorter
 tests. Go's built-in testing package is fine, except it tends to lead
 to verbose code.  Expect runs within the go test framework but
 provides a different, concise syntax for specifying expectations.



signature.asc
Description: Message signed with OpenPGP using GPGMail

Bug#854637: ITP: golang-github-wsxiaoys-terminal -- Colorful terminal output for Golang

[Potter, Tim]

X-Debbugs-CC: debian-devel@lists.debian.org, 
pkg-go-maintain...@lists.alioth.debian.org
Package: wnpp
Severity: wishlist
Owner: Tim Potter 

* Package name: golang-github-wsxiaoys-terminal
  Version : 0.0~git20160513.0.0940f3f-1
  Upstream Author : Meng Zhang
* URL : https://github.com/wsxiaoys/terminal
* License : BSD-3-Clause
  Programming Lang: Go
  Description : Colorful terminal output for Golang

 Terminal is a simple golang package that provides basic terminal
 handling. Terminal wraps and color/format functions are implemented
 using standard ANSI escape codes.



signature.asc
Description: Message signed with OpenPGP using GPGMail

Re: manpages.debian.org has been modernized!

[Bernd Zeimetz]

hi,

just fyi:

On 02/04/2017 02:14 PM, Stig Sandbeck Mathisen wrote:
> I've noted the presence of gogs (https://gogs.io/) 

insteaf of gogs using https://github.com/go-gitea/gitea seem the better
idea, it is a fork of gogs which is actually in development and has an
active upstream.

cheers,

bernd

-- 
 Bernd ZeimetzDebian GNU/Linux Developer
 http://bzed.dehttp://www.debian.org
 GPG Fingerprint: ECA1 E3F2 8E11 2432 D485  DD95 EB36 171A 6FF9 435F

Bug#854639: ITP: golang-github-cockroachdb-cmux -- Payload-based connection multiplexer for Golang

[Potter, Tim]

X-Debbugs-CC: debian-devel@lists.debian.org, 
pkg-go-maintain...@lists.alioth.debian.org
Package: wnpp
Severity: wishlist
Owner: Tim Potter 

* Package name: golang-github-cockroachdb-cmux
  Version : 0.0~git20170110.0.30d10be-1
  Upstream Author : Soheil Hassas Yeganeh, Tamir Duberstein
* URL : https://github.com/cockroachdb/cmux
* License : Apache-2.0
  Programming Lang: Go
  Description : Payload-based connection multiplexer for Golang

 The cmux library is a generic Go library to multiplex connections
 based on their payload. Using cmux you can serve gRPC, SSH, HTTPS,
 HTTP, Go RPC and pretty much any other payload on the same TCP
 listener. Lookahead is used to match and hand off connections
 to the appropriate server implementation.
 .
 This package is a fork of github.com/soheily/cmux.


signature.asc
Description: Message signed with OpenPGP using GPGMail

Bug#854642: ITP: golang-github-grpc-ecosystem-grpc-gateway -- gRPC to JSON proxy generator for Golang

[Potter, Tim]

X-Debbugs-CC: debian-devel@lists.debian.org, 
pkg-go-maintain...@lists.alioth.debian.org
Package: wnpp
Severity: wishlist
Owner: Tim Potter 

* Package name: golang-github-grpc-ecosystem-grpc-gateway
  Version : 1.1.0+git20170127.54.6863684-1
  Upstream Author : gRPC Ecosystem
* URL : https://github.com/grpc-ecosystem/grpc-gateway
* License : BSD-3-clause
  Programming Lang: Go
  Description : gRPC to JSON proxy generator for Golang

 Grpc-gateway is a protoc plugin that reads gRPC service definitions
 and generates a reverse-proxy server which translates a RESTful JSON
 API into gRPC. The server is generated according to custom options in
 your gRPC definition and helps you to provide your APIs in both gRPC
 and RESTful style at the same time.



signature.asc
Description: Message signed with OpenPGP using GPGMail

Bug#854645: ITP: golang-github-grpc-ecosystem-go-grpc-prometheus -- Prometheus monitoring for gRPC Go servers

[Potter, Tim]

X-Debbugs-CC: debian-devel@lists.debian.org, 
pkg-go-maintain...@lists.alioth.debian.org
Package: wnpp
Severity: wishlist
Owner: Tim Potter 

* Package name: golang-github-grpc-ecosystem-go-grpc-prometheus
  Version : 1.1+git20160910.0.6b7015e-1
  Upstream Author : Michael Witkowski
* URL : https://github.com/grpc-ecosystem/go-grpc-prometheus
* License : Apache-2.0
  Programming Lang: Go
  Description : Prometheus monitoring for gRPC Go servers

 This library uses gRPC Go interceptors (middleware) to implement both
 server- and client-side metrics and monitoring using Prometheus for a
 gRPC interface.
 .
 Using Prometheus for API monitoring allows querying and visualization
 of latency, request rates and other useful metrics that can be
 obtained from collecting time-series data.




signature.asc
Description: Message signed with OpenPGP using GPGMail

Re: ITP: golang-github-choueric-cmdmux -- Package cmdmux implements a command parser and router for terminal programme.

[Ben Finney]

Konstantin Khomoutov  writes:

> On Tue, 7 Feb 2017 13:23:24 +0800
> Haishan Zhou  wrote:
>
> >  * Package name: golang-github-choueric-cmdmux
> [...]
> >  * URL : https://github.com/choueric/cmdmux
> >  * License : GPL-3.0
>
> Are you aware of the fact that usage of GPL is questionable *library*
> Go code because a) most of Go programs are statically linked, and b)
> this makes any Go code using a GPL-ed library required to use GPL as
> well?

That is an explicit intention of a copyleft license like the GNU GPL: to
encourage programs to also be licensed under the same copyleft terms.

I don't see why you say it is “questionable” to use the GNU GPL for the
purpose for which it is designed. Please don't cast FUD on copyleft
licenses, they are an important part of free software and therefore of
Debian.

> So, in the end, you're about to package a library which is currently
> used by no packages external to it, and vasty more feature-complete
> alternatives exist.  Hence do we need it in the archive?

This is a reasonable criticism. Haishan Zhou, is there a specific reason
you want this particular library in Debian when there are apparently
equivalent packages already?

-- 
 \“He who laughs last, thinks slowest.” —anonymous |
  `\   |
_o__)  |
Ben Finney 

Possibility of migrating Debian FTP-hosted package archives to Gopher

[Ryan Campbell Cunningham]

Attention Debian Developers:

I was recently thinking that there may be a possibility to migrate to 
Gopher all of the package archives hosted by Debian which currently use FTP.


The Internet Gopher protocol was created in March 1993 by Bob Alberti, 
Farhad Anklesaria, Mark McCahill, Paul Lindner, David Johnson, and 
Daniel Torrey. Its goal was to provide a consistent organization of 
Internet resources by way of a file-and-folder metaphor. Though the 
Gopher protocol was almost outlasted by HTTP, some Gopher sites still 
exist today.


However, the File Transfer Protocol, or FTP, was created in 1971 (no 
author information is available from RFC 114), almost specifically for 
the computers of then, which simply behaved as peers. FTP account 
passwords are sent in plain text, which can make them vulnerable from 
packet sniffing - which is a concern especially in this era after the 
revelations made by Edward Snowden. Also, plain-text files that contain 
critical, sensitive information, such as credit card numbers or bank 
securities - and are not encrypted with a strong-enough password or key 
- are also vulnerable from packet sniffing.


But the security issues I know of in Gopher are only specific ones that 
exist in particular Gopher server implementations, not in the protocol 
itself.


This should be implemented through the following procedure, if possible:

1. Instantiating a new server at  (it
   probably should have Debian installed).
2. Installing new servers at  for
   every [c-code] (for example "us", "ja", "gb") where there is a
   server at .
3. Have a grace period of at least 90 days, so users of Debian who use
   the existing FTP package archive can migrate to the new Gopher archive.

This should not directly affect mirrors or master archives of any 
operating system derived from Debian (including Ubuntu) or of any 
operating system from which Debian is itself derived.


I would much appreciate your cooperation.

Sincerely,

Ryan Cunningham

Re: Possibility of migrating Debian FTP-hosted package archives to Gopher

[Ryan Cunningham]

This will also require support for Gopher to be provided by default in Debian's 
versions of Firefox ESR, Epiphany, Rekonq, Wget, cURL, APT, Synaptic, Gdebi, 
and similar packages.

Enviado desde mi iPod

> El feb 8, 2017, a las 3:04 PM, Ryan Campbell Cunningham 
>  escribió:
> 
> Attention Debian Developers:
> 
> I was recently thinking that there may be a possibility to migrate to Gopher 
> all of the package archives hosted by Debian which currently use FTP.
> 
> The Internet Gopher protocol was created in March 1993 by Bob Alberti, Farhad 
> Anklesaria, Mark McCahill, Paul Lindner, David Johnson, and Daniel Torrey. 
> Its goal was to provide a consistent organization of Internet resources by 
> way of a file-and-folder metaphor. Though the Gopher protocol was almost 
> outlasted by HTTP, some Gopher sites still exist today.
> 
> However, the File Transfer Protocol, or FTP, was created in 1971 (no author 
> information is available from RFC 114), almost specifically for the computers 
> of then, which simply behaved as peers. FTP account passwords are sent in 
> plain text, which can make them vulnerable from packet sniffing - which is a 
> concern especially in this era after the revelations made by Edward Snowden. 
> Also, plain-text files that contain critical, sensitive information, such as 
> credit card numbers or bank securities - and are not encrypted with a 
> strong-enough password or key - are also vulnerable from packet sniffing.
> 
> But the security issues I know of in Gopher are only specific ones that exist 
> in particular Gopher server implementations, not in the protocol itself.
> 
> This should be implemented through the following procedure, if possible:
> 
> Instantiating a new server at  (it probably 
> should have Debian installed).
> Installing new servers at  for every 
> [c-code] (for example "us", "ja", "gb") where there is a server at 
> .
> Have a grace period of at least 90 days, so users of Debian who use the 
> existing FTP package archive can migrate to the new Gopher archive.
> This should not directly affect mirrors or master archives of any operating 
> system derived from Debian (including Ubuntu) or of any operating system from 
> which Debian is itself derived.
> 
> I would much appreciate your cooperation.
> 
> Sincerely,
> 
> Ryan Cunningham

Re: Possibility of migrating Debian FTP-hosted package archives to Gopher

[Ian Jackson]

Ryan Campbell Cunningham writes ("Possibility of migrating Debian FTP-hosted 
package archives to Gopher"):
> I was recently thinking that there may be a possibility to migrate to Gopher
> all of the package archives hosted by Debian which currently use FTP.

You seem to have posted your message about 51 days early.
But still, pretty good.

Regards,
Ian.

Re: Possibility of migrating Debian FTP-hosted package archives to Gopher

[Michael Banck]

Hi,

On Wed, Feb 08, 2017 at 03:15:31PM -0800, Ryan Cunningham wrote:
> This will also require support for Gopher to be provided by default in
> Debian's versions of Firefox ESR, Epiphany, Rekonq, Wget, cURL, APT,
> Synaptic, Gdebi, and similar packages.

I had already my code editor up starting to implement all that, but then
you top-posted and now I lost interest, sorry.


Michael

Re: ITP: golang-github-choueric-cmdmux -- Package cmdmux implements a command parser and router for terminal programme.

[Haishan Zhou]

The main reason is that this library is written specifically for my another
program "kbdashboard"[1] which I want to package into debian too.
So I thought I should add this package first. kbdashboard is a program to
help manage building multiple linux kernels which are different versions
or with different configurations, such as toolchains. It is, I think,
particular useful in embedded field. I wrote this tool and use it in my
daily work.
I do not find any other similar tools (maybe I am wrong) and want people
can benefit from it if they need.

By the way, after seeing other existent libraries, I think there is one
main differernce from them:

Multi-level sub commands. cli or subcommands can create app behaving like
git which has only one subcommand level,
such as "$ git commit [options]". But I hope to implement the something
like "$ kbdashboard build image" or "$ kbdashboard install image".
The pattern is like "build/image" and "install/image".

Because there may be many levels for sub-commands, I think a completion
file is important. It can help user utilise this program more effectively.

I know there are some shortages:
1. help information. I am trying to implement this feature now.
2. options. I believe this feature is not the main concern and can be
handled by the user.
Implementing it can make the library too complex to use. And I want it
simple and focus on the commands.

Sorry for my poor English. I hope my ideas are expressed clearly.

Maybe there is an althernative way: merge this library into kbdashboard so
that I only add one program into Debian :).





1. https://github.com/choueric/kbdashboard

2017-02-09 6:39 GMT+08:00 Ben Finney :

> Konstantin Khomoutov  writes:
>
> > On Tue, 7 Feb 2017 13:23:24 +0800
> > Haishan Zhou  wrote:
> >
> > >  * Package name: golang-github-choueric-cmdmux
> > [...]
> > >  * URL : https://github.com/choueric/cmdmux
> > >  * License : GPL-3.0
> >
> > Are you aware of the fact that usage of GPL is questionable *library*
> > Go code because a) most of Go programs are statically linked, and b)
> > this makes any Go code using a GPL-ed library required to use GPL as
> > well?
>
> That is an explicit intention of a copyleft license like the GNU GPL: to
> encourage programs to also be licensed under the same copyleft terms.
>
> I don't see why you say it is “questionable” to use the GNU GPL for the
> purpose for which it is designed. Please don't cast FUD on copyleft
> licenses, they are an important part of free software and therefore of
> Debian.
>
> > So, in the end, you're about to package a library which is currently
> > used by no packages external to it, and vasty more feature-complete
> > alternatives exist.  Hence do we need it in the archive?
>
> This is a reasonable criticism. Haishan Zhou, is there a specific reason
> you want this particular library in Debian when there are apparently
> equivalent packages already?
>
> --
>  \“He who laughs last, thinks slowest.” —anonymous |
>   `\   |
> _o__)  |
> Ben Finney 
>

Re: Possibility of migrating Debian FTP-hosted package archives to Gopher

[Ryan Cunningham]

El feb 8, 2017, a las 3:15 PM, Ryan Cunningham  
escribió:

> This will also require support for Gopher to be provided by default in 
> Debian's versions of Firefox ESR, Epiphany, Rekonq, Wget, cURL, APT, 
> Synaptic, Gdebi, and similar packages.
> 
> Enviado desde mi iPod
> 
>> El feb 8, 2017, a las 3:04 PM, Ryan Campbell Cunningham 
>>  escribió:
>> 
>> Attention Debian Developers:
>> 
>> I was recently thinking that there may be a possibility to migrate to Gopher 
>> all of the package archives hosted by Debian which currently use FTP.
>> 
>> The Internet Gopher protocol was created in March 1993 by Bob Alberti, 
>> Farhad Anklesaria, Mark McCahill, Paul Lindner, David Johnson, and Daniel 
>> Torrey. Its goal was to provide a consistent organization of Internet 
>> resources by way of a file-and-folder metaphor. Though the Gopher protocol 
>> was almost outlasted by HTTP, some Gopher sites still exist today.
>> 
>> However, the File Transfer Protocol, or FTP, was created in 1971 (no author 
>> information is available from RFC 114), almost specifically for the 
>> computers of then, which simply behaved as peers. FTP account passwords are 
>> sent in plain text, which can make them vulnerable from packet sniffing - 
>> which is a concern especially in this era after the revelations made by 
>> Edward Snowden. Also, plain-text files that contain critical, sensitive 
>> information, such as credit card numbers or bank securities - and are not 
>> encrypted with a strong-enough password or key - are also vulnerable from 
>> packet sniffing.
>> 
There is also a similar vulnerability in Gopher (that is, unless you use SSL, 
which I did not test).
>> But the security issues I know of in Gopher are only specific ones that 
>> exist in particular Gopher server implementations, not in the protocol 
>> itself.
>> 
>> This should be implemented through the following procedure, if possible:
>> 
>> Instantiating a new server at  (it probably 
>> should have Debian installed).
>> Installing new servers at  for every 
>> [c-code] (for example "us", "ja", "gb") where there is a server at 
>> .
>> Have a grace period of at least 90 days, so users of Debian who use the 
>> existing FTP package archive can migrate to the new Gopher archive.
>> This should not directly affect mirrors or master archives of any operating 
>> system derived from Debian (including Ubuntu) or of any operating system 
>> from which Debian is itself derived.
>> 
>> I would much appreciate your cooperation.
>> 
>> Sincerely,
>> 
>> Ryan Cunningham

Re: ITP: golang-github-choueric-cmdmux -- Package cmdmux implements a command parser and router for terminal programme.

[Vincent Bernat]

 ❦  9 février 2017 11:07 +0800, Haishan Zhou  :

> Multi-level sub commands. cli or subcommands can create app behaving
> like git which has only one subcommand level, such as "$ git commit
> [options]". But I hope to implement the something like "$ kbdashboard
> build image" or "$ kbdashboard install image".  The pattern is like
> "build/image" and "install/image".
>
> Because there may be many levels for sub-commands, I think a
> completion file is important. It can help user utilise this program
> more effectively.

spf13/cobra does that too.
-- 
Make sure every module hides something.
- The Elements of Programming Style (Kernighan & Plauger)


signature.asc
Description: PGP signature