Bug#846282: [pkg-go] Bug#846282: ITP: go-toml -- Go library for the TOML language

[Potter, Tim (HPE Linux Support)]

On 1 Dec 2016, at 11:35 AM, Potter, Tim (HPE Linux Support) 
<timothy.pot...@hpe.com> wrote:
> 
> On 30 Nov 2016, at 7:20 AM, Dr. Tobias Quathamer <to...@debian.org> wrote:
>> 
>> Package: wnpp
>> Severity: wishlist
>> Owner: Dr. Tobias Quathamer <to...@debian.org>
>> 
>> * Package name: go-toml
>> Version : 0.3.5-1
>> Upstream Author : Thomas Pelletier
>> * URL : https://github.com/pelletier/go-toml
>> * License : TODO
>> Programming Lang: Go
>> Description : Go library for the TOML language
>> 
>> This library supports TOML (Tom's Obvious, Minimal Language)
>> version v0.4.0.
>> .
>> TOML aims to be a minimal configuration file format that's
>> easy to read due to obvious semantics. TOML is designed
>> to map unambiguously to a hash table. TOML should be
>> easy to parse into data structures in a wide variety
>> of languages.
> 
> Hi Tobias.  I think the name for this package should be, according to the 
> pkg-go
> standards[1] golang-github-pelletier-go-toml.
> 
> We already have a TOML parser (but more are OK since it's a dependency for
> another package) with a source package named golang-toml, but it was created 
> before
> the particular version of the standard came into effect.

After looking at the code a bit I think the package name was created 
automatically
since dh-make-golang detected that binaries are created.

Here's what I do for packages like this.

* Run "dh-make-golang -type library github.com/foo/bar" to always create a 
library.  Source
package is called golang-github-foo-bar and it produces a 
golang-github-foo-bar-dev package.

* If there is a binary being created add a binary package stanza to d/control 
and add
the appropriate binaries.  Take care not to package test binaries etc.

* Think up a name for the binary package.  This is tricky.  (-:

Regarding binary packaging naming my thoughts are If it's a major app then
the binary and source package should be called the app name, e.g influxdb.

For smaller utilities I usually name the binary package golang-foo, e.g for the 
TOML
parser golang-toml but that name is already taken.  And the full 
golang-github-pelletier-toml
is pretty unwieldy.  Not sure what to do here.


Tim.


signature.asc
Description: Message signed with OpenPGP using GPGMail

Bug#846282: [pkg-go] Bug#846282: ITP: go-toml -- Go library for the TOML language

[Potter, Tim (HPE Linux Support)]

On 30 Nov 2016, at 7:20 AM, Dr. Tobias Quathamer  wrote:
> 
> Package: wnpp
> Severity: wishlist
> Owner: Dr. Tobias Quathamer 
> 
> * Package name: go-toml
>  Version : 0.3.5-1
>  Upstream Author : Thomas Pelletier
> * URL : https://github.com/pelletier/go-toml
> * License : TODO
>  Programming Lang: Go
>  Description : Go library for the TOML language
> 
> This library supports TOML (Tom's Obvious, Minimal Language)
> version v0.4.0.
> .
> TOML aims to be a minimal configuration file format that's
> easy to read due to obvious semantics. TOML is designed
> to map unambiguously to a hash table. TOML should be
> easy to parse into data structures in a wide variety
> of languages.

Hi Tobias.  I think the name for this package should be, according to the pkg-go
standards[1] golang-github-pelletier-go-toml.

We already have a TOML parser (but more are OK since it's a dependency for
another package) with a source package named golang-toml, but it was created 
before
the particular version of the standard came into effect.


Tim.

[1] https://pkg-go.alioth.debian.org/packaging.html


signature.asc
Description: Message signed with OpenPGP using GPGMail

Bug#846309: ITP: golang-github-docker-docker-credential-helpers -- Use native stores to safeguard Docker credentials

[Potter, Tim (HPE Linux Support)]

On 1 Dec 2016, at 4:34 am, Jason Pleau  wrote:
> 
> See #843454 (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=843454)
> 
> We have started work on the package in collab-maint, feel free to take
> it over and move it to pkg-go, we will be maintaining the python
> bindings, hence why we needed docker-credentials-helper

Hi Jason and Felipe.  Oh man my apologies for not searching for and finding the
existing ITP - I usually do this but forgot this time.

I can merge the two packages together but I think a better location is under the
pkg-go team with all the other Go and Docker stuff.  Happy to hand it all over 
to 
you if either or both of you would like to maintain it in collab-maint though.


Regards,

Tim.

Bug#846309: ITP: golang-github-docker-docker-credential-helpers -- Use native stores to safeguard Docker credentials

[Potter, Tim (HPE Linux Support)]

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

* Package name: golang-github-docker-docker-credential-helpers
  Version : 0.3.0+git20160906.22.f72c04f-1
  Upstream Author : David Calavera
* URL : https://github.com/docker/docker-credential-helpers
* License : Expat
  Programming Lang: Go
  Description : Use native stores to safeguard Docker credentials

The docker-credential-helpers package is a suite of programs to use
 the built-in OS native stores to keep Docker credentials safe.
.
It consists of a Go client and and an executable for manipulating the
credential store.


signature.asc
Description: Message signed with OpenPGP using GPGMail

Bug#844682: ITP: golang-github-dnephin-cobra -- A Commander for modern Go CLI interactions

[Potter, Tim (HPE Linux Support)]

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

* Package name: golang-github-dnephin-cobra
  Version : 1.5+git20161103.0.a3c0924-1
  Upstream Author : Steve Francia, Eric Paris, Daniel Nephin
* URL : https://github.com/dnephin/cobra
* License : Apache-2.0
  Programming Lang: Go
  Description : Go library for creating powerful modern Go CLI applications

Cobra is a Go library providing a simple interface to create powerful
modern CLI interfaces similar to git & go tools.

Cobra has an exceptionally clean interface and simple design without
needless constructors or initialization methods.

This package is a fork of the golang-github-spf13-cobra package and as such
both packages cannot be installed at the same time.


signature.asc
Description: Message signed with OpenPGP using GPGMail

Bug#844678: ITP: swarmkit -- Toolkit for orchestrating distributed systems at any scale

[Potter, Tim (HPE Linux Support)]

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

* Package name: swarmkit
  Version : 1.12.0+git20161117.730.afae8a8-1
  Upstream Author : Docker, Inc.
* URL : https://github.com/docker/swarmkit
* License : Apache-2.0
  Programming Lang: Go
  Description : Toolkit for orchestrating distributed systems at any scale

SwarmKit is a toolkit for orchestrating distributed systems at any
scale. It includes primitives for node discovery, raft-based consensus,
task scheduling and more.

Its main benefits are:

  * Distributed: SwarmKit uses the Raft Consensus Algorithm in order to
coordinate and does not rely on a single point of failure to perform
decisions.

  * Secure: Node communication and membership within a Swarm are secure
out of the box. SwarmKit uses mutual TLS for node authentication,
role authorization and transport encryption, automating both
 certificate issuance and rotation.

   * Simple: SwarmKit is operationally simple and minimizes
 infrastructure dependencies. It does not need an external database to
 operate.Overview Machines running SwarmKit can be grouped together in
 order to form a Swarm, coordinating tasks with each other.



signature.asc
Description: Message signed with OpenPGP using GPGMail

Bug#844477: ITP: golang-github-cloudflare-redoctober -- Software-based two-man rule style encryption and decryption server

[Potter, Tim (HPE Linux Support)]

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

* Package name: golang-github-cloudflare-redoctober
  Version : 0.0~git20161017.0.78e9720-1
  Upstream Author : Nicholas Sullivan
* URL : https://github.com/cloudflare/redoctober
* License : BSD-2-Clause
  Programming Lang: Go
  Description : Software-based two-man rule style encryption and decryption 
server

Red October is a software-based two-man rule style encryption and decryption 
server.
The two-man rule is a control mechanism designed to achieve a high level of 
security
by requiring the presence of two authorized people at all times. In the case of 
Red
October the two-man rule is implemented by encrypting data in such as way as to
require two authorised key-holds to decrypt it.



signature.asc
Description: Message signed with OpenPGP using GPGMail

Bug#844474: Subject: ITP: golang-github-geertjohan-go.rice -- Go package for embedding web resources into Go executables

[Potter, Tim (HPE Linux Support)]

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

* Package name: golang-github-geertjohan-go.rice
  Version : 0.0~git20160123.0.0f3f5fd-1
  Upstream Author : Geert-Johan Riemer
* URL : https://github.com/GeertJohan/go.rice
* License : BSD-2-clause
  Programming Lang: Go
  Description : Go package for embedding web resources into Go executables

go.rice is a Golang package that makes working with resources such as
html, js, css, images and templates very easy. During development
go.rice will load required files directly from disk. Upon deployment
it is easy to add all resource files to a executable using the rice
tool, without changing the source code for your package. Several
methods are provided for adding resources to your binary by go.rice.



signature.asc
Description: Message signed with OpenPGP using GPGMail

Bug#844472: ITP: golang-github-kisom-goutils -- Various TLS certificate and other utility libraries for Golang

[Potter, Tim (HPE Linux Support)]

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

* Package name: golang-github-kisom-goutils
  Version : 0.0~git20161101.0.858c9cb-1
  Upstream Author : Kyle Isom
* URL : https://github.com/kisom/goutils
* License : Expat
  Programming Lang: Go
  Description : Various TLS certificate tools and other utility libraries 
for Golang

This package contains a collection of utility libraries for Golang, as well
as an assortment of tools mainly for displaying information about TLS
certificates and keys.



signature.asc
Description: Message signed with OpenPGP using GPGMail

Bug#844469: ITP: golang-github-jessevdk-go-flags -- go command line option parser

[Potter, Tim (HPE Linux Support)]

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

* Package name: golang-github-jessevdk-go-flags
  Version : 1+git20161025.376.0648c82-1
  Upstream Author : Jesse van den Kieboom
* URL : https://github.com/jessevdk/go-flags
* License : BSD-3-clause
  Programming Lang: Go
  Description : Go library for parsing command line arguments

This library provides similar functionality to the builtin flag library
of Go, but provides much more functionality and nicer formatting.

The library uses structs, reflection and struct field tags to allow
users to specify command line options. This results in very simple and
concise specification of your application options.



signature.asc
Description: Message signed with OpenPGP using GPGMail

Bug#844468: ITP: golang-github-jmoiron-sqlx -- General purpose extensions to golang's database/sql

[Potter, Tim (HPE Linux Support)]

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

* Package name: golang-github-jmoiron-sqlx
  Version : sqlx-v1.1+git20160206.61.398dd58-1
  Upstream Author : Jason Moiron
* URL : https://github.com/jmoiron/sqlx
* License : Expat
  Programming Lang: Go
  Description : General purpose extensions to Golang's database/sql library

sqlx is a library which provides a set of extensions on Go's standard
database/sql library. The sqlx versions of sql.DB, sql.TX, sql.Stmt,
et al. all leave the underlying interfaces untouched, so that their
interfaces are a superset on the standard ones.  This makes it relatively
painless to integrate existing codebases using database/sql with sqlx.

Major additional concepts are:

  * Marshal rows into structs (with embedded struct support), maps, and slices
  * Named parameter support including prepared statements
  * Get and Select to go quickly from query to struct/slice



signature.asc
Description: Message signed with OpenPGP using GPGMail

Bug#844281: ITP: golang-github-pivotal-golang-clock -- time provider & rich fake for Go

[Potter, Tim (HPE Linux Support)]

Package: wnpp
Severity: wishlist
Owner: Tim Potter 

* Package name: golang-github-pivotal-golang-clock
  Version : 0.0~git20160726.0.e0835a7-1
  Upstream Author : Alex Suraci
* URL : https://github.com/pivotal-golang/clock
* License : Apache-2
  Programming Lang: Go
  Description : Time provider and clock testing library for Go

This library provides a Clock interface for Go which is useful for
injecting time dependencies in tests.




signature.asc
Description: Message signed with OpenPGP using GPGMail

Bug#841081: [pkg-go] Bug#841081: RFP: golang-gopkg-dancannon-gorethink.v1 -- RethinkDB driver for Go

[Potter, Tim (HPE Linux Support)]

On 19 Oct 2016, at 7:02 PM, Guillem Jover <gjo...@sipwise.com> wrote:
> 
> Hi!
> 
> On Wed, 2016-10-19 at 01:40:02 +0000, Potter, Tim (HPE Linux Support) wrote:
>> On 18 Oct 2016, at 1:21 AM, Guillem Jover <gjo...@sipwise.com> wrote:
>>> Attached a working and tested packaging, where only the ITP bug number
>>> needs to be filled in the debian/changelog. The other patch is required
>>> to get the git repository back to a proper upstream version, because it
>>> was at v2 now.
>> 
>> Which repo were you looking at for the first patch?  The one at 
>> golang-gopkg-dancannon-gorethink.v1
>> was never at v2.  Maybe there was a split into v1 and v2 but that could have
>> happened before my time.
> 
> The repo I was working against was:
> 
> https://anonscm.debian.org/cgit/pkg-go/packages/golang-gopkg-dancannon-gorethink.v1.git
> 
> which does contain an import of the v2 branch version v2.0.1 into the
> v1.4.1 tag. Take a look at commit 1ec608b3e9473da10b35ddfa5afc40a137df6f32
> and you'll see.

Gah - I didn't look to closely at the contents and believed the tags and 
contents
of the changelog.  (-:

I ended up importing the v1.4.1 tarball rather than applying the patch so that 
the
pristine-tar and upstream branches are up to date.

>> The second patch applies just fine.  I pushed it but the remark about
>> changing the build directory to _build that Martin Ferrari made about
>> golang-dns applies here as well.  Technically it could mess up
>> multi-platform builds but I'm not aware of packages that do this.
> 
> My same reply applies here as well, I find it more pleasing to have
> the same directory regardless of the host system, because it makes it
> easier to debug, or instruct people to do so. It certainly should have
> no visible effect to the build machinery, as long as there's no need
> to explicitly point to files underneath the build directory, but I
> think it's still better. But do as you prefer, or your group policies
> dictate, I don't really mind. ;)

I left it as is.

>> I added a missing build-dependency (why does v1 of the package require v2?
>> that's weird) and added a few tweaks.
> 
> It does not depend on v2, the problem is that it *is* v2, but the
> package gets installed as v1 due to the "unmatched" XS-Go-Import-Path
> field, so go cannot find the real module and complains that it's
> missing. The reversion patch really needs to be applied. :) I guess
> having the tag point to the incorrect contents will be confusing, but
> fixing that would require rewriting history. Perhaps in this case it's
> worth it, and instead of the patch, just rebasing and force pushing
> might be better, up to you.

Fixed and uploaded to the NEW queue.


Tim.

> 
> Thanks,
> Guillem



signature.asc
Description: Message signed with OpenPGP using GPGMail

Bug#841081: [pkg-go] Bug#841081: RFP: golang-gopkg-dancannon-gorethink.v1 -- RethinkDB driver for Go

[Potter, Tim (HPE Linux Support)]

On 18 Oct 2016, at 1:21 AM, Guillem Jover  wrote:
> 
> Attached a working and tested packaging, where only the ITP bug number
> needs to be filled in the debian/changelog. The other patch is required
> to get the git repository back to a proper upstream version, because it
> was at v2 now.

Which repo were you looking at for the first patch?  The one at 
golang-gopkg-dancannon-gorethink.v1
was never at v2.  Maybe there was a split into v1 and v2 but that could have
happened before my time.

The second patch applies just fine.  I pushed it but the remark about changing
the build directory to _build that Martin Ferrari made about golang-dns applies
here as well.  Technically it could mess up multi-platform builds but I'm not 
aware
of packages that do this.

I added a missing build-dependency (why does v1 of the package require v2?
that's weird) and added a few tweaks.


Tim.

> 
> Thanks,
> Guillem
> <0001-Revert-import-of-v2.0.1-back-to-v1.4.1.patch><0002-Update-packaging.patch>___
> Pkg-go-maintainers mailing list
> pkg-go-maintain...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers



signature.asc
Description: Message signed with OpenPGP using GPGMail

Bug#841120: [pkg-go] Bug#841120: RFP: golang-github-influxdata-toml -- TOML parser and encoder library for Golang

[Potter, Tim (HPE Linux Support)]

On 18 Oct 2016, at 6:00 AM, Guillem Jover  wrote:
> 
> There are two problems to be solved before this can be uploaded:
> 
>  * Uses a pre-built generated PEG output file, should be switched to
>use the newly packaged peg-go.
>  * Upstream has modified directly the pre-built generated PEG output
>file, tracked at ,
>but ITSM those changes could simply be dropped when the pre-generated
>file gets dropped.

I'm not sure that it's absolutely required that this be fixed but it's really
confusing to someone else coming along.  Technically you could document
this in debian/README.source but a better fix would be as you describe.

> Attached a working and tested packaging, where in addition to the above,
> only the ITP bug number needs to be filled in the debian/changelog,
> Maintainer changed, and Vcs fields added.

Uploaded to new package repo and it builds just fine.

I took the liberty of setting the Maintainer to the team and uploaders to
sipwise.  Feel free to revert if that's not what you want.


Tim.

> 
> Thanks,
> Guillem
> ___
> Pkg-go-maintainers mailing list
> pkg-go-maintain...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers



signature.asc
Description: Message signed with OpenPGP using GPGMail

Bug#841121: [pkg-go] Bug#841121: RFP: golang-github-influxdata-config -- unified configuration management package

[Potter, Tim (HPE Linux Support)]

On 18 Oct 2016, at 6:06 AM, Guillem Jover  wrote:
> 
> The lack of license situation needs to be resolved before this can be
> uploaded (see the link in the License field above).

Yes.  (-:

> Attached a working and tested packaging, where only the ITP bug number
> needs to be filled in the debian/changelog, Maintainer changed, and Vcs
> fields added.

I've uploaded this to a new packaging repo and it builds just fine.

I took the liberty of setting the Maintainer to the team and uploaders to
sipwise.  Feel free to revert if that's not what you want.


Tim.

> 
> Thanks,
> Guillem
> ___
> Pkg-go-maintainers mailing list
> pkg-go-maintain...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers



signature.asc
Description: Message signed with OpenPGP using GPGMail

Bug#840676: [pkg-go] Bug#840676: RFP: golang-github-kardianos-osext -- Extensions to the standard "os" package

[Potter, Tim (HPE Linux Support)]

On 14 Oct 2016, at 5:44 AM, Guillem Jover  wrote:
> 
> Package: wnpp
> Severity: wishlist
> Tags: patch
> 
> * Package name: golang-github-kardianos-osext
>  Version : 0.0~git20160811.0.c2c54e5-1
>  Upstream Author : Daniel Theophanes
> * URL : https://github.com/kardianos/osext
> * License : BSD-3-clause
>  Programming Lang: Go
>  Description : Extensions to the standard "os" package

Hi Guillem.  This package is already in Debian under the source package name
"golang-osext".  It's not the latest version though, so there is still some work
that can be done here.


Tim.



signature.asc
Description: Message signed with OpenPGP using GPGMail

Bug#840583: ITP: es-module-loader-0.17.js -- Polyfill and low-level API for the WhatWG loader spec

[Potter, Tim (HPE Linux Support)]

Package: wnpp
Severity: wishlist
Owner: Tim Potter 
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: es-module-loader-0.17.js
 Version : 0.17
 Upstream Author : Guy Bedford
* URL : https://github.com/ModuleLoader/es-module-loader
* License : Expat
 Programming Lang: JavaScript
 Description : CustomElements polyfill from the webcomponentsjs project

This library provides a polyfill and low-level API for the WhatWG
loader spec to create custom module loaders. It supports the
System.register module fomat to provide identical module loading
semantics as ES modules in environments today.
.
This package contains the 0.17 branch of the library.


signature.asc
Description: Message signed with OpenPGP using GPGMail

Bug#839116: ITP: node-webcomponentsjs-custom-element-v0 -- CustomElements polyfill from the webcomponentsjs project

[Potter, Tim (HPE Linux Support)]

Hi Jérémy.  Just circling back to this after spending time on other things.

On 29 Sep 2016, at 7:31 PM, Jérémy Lal  wrote:
> Packaging only custom-elements actually makes sense in the long term !
> 
> Here's why: currently only the custom-elements part of the v0 spec
> seems to be surviving. The HTML Imports is not supported by firefox [0], and 
> the
> Shadow DOM v0 is hard to polyfill - the version in webcomponents is full of 
> compromises
> and workarounds (just look at the polyfill code size and the fact no new 
> releases happened
> for months).
> Shadom DOM v1 is being upstreamed to whatwg DOM spec [1],
> and some libs are implementing parts of it like the named slots api [2].
> 
> So... i don't know what's the best solution. Using the correct upstream is 
> always better, unless
> the alternate upstream is actually a better maintained fork.

I think I'll go with only custom-element for the moment.  If this turns out to 
be a mistake
it shouldn't be too hard to recover by packaging the full library as 
libjs-webcomponents-js
and judicious use of

> In any case my remark about using libjs is still valid (and sorry for my 
> "wrong" words, i usually
> try to be less rude even before my morning coffee).

I've renamed to libjs-webcomponentsjs-custom-element-v0.


Tim.



signature.asc
Description: Message signed with OpenPGP using GPGMail

Bug#839116: ITP: node-webcomponentsjs-custom-element-v0 -- CustomElements polyfill from the webcomponentsjs project

[Potter, Tim (HPE Linux Support)]

On 29 Sep 2016, at 4:28 pm, Jérémy Lal  wrote:

> Two things are wrong with this package:
> 
> - wrong upstream, why not choose the original upstream maintaining 0.7.22 of 
> the software ?
> - wrong name, it should be libjs-xxx since this is a browser lib
> 
> Regards,

Hi Jérémy.  Thanks for the reply.  I'll redo the package taking this into 
account.

I think I chose the wrong upstream because another upstream has vendored just
the CustomElement part.  Packaging the larger package makes more sense.


Tim.

Bug#839116: ITP: node-webcomponentsjs-custom-element-v0 -- CustomElements polyfill from the webcomponentsjs project

[Potter, Tim (HPE Linux Support)]

Package: wnpp
Severity: wishlist
Owner: Tim Potter 
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: node-webcomponentsjs-custom-element-v0
  Version : 1.0.1
  Upstream Author : Geza Kovacs (http://github.com/gkovacs)
* URL : https://github.com/gkovacs/webcomponentsjs-custom-element-v0
* License : Expat
  Programming Lang: JavaScript
  Description : CustomElements polyfill from the webcomponentsjs project

 This library contains the CustomElements polyfill (code that implements
 functionality that isn't supported by a particular browser) from the
 webcomponentsjs project.
 .
 Node.js is an event-based server-side JavaScript engine.



signature.asc
Description: Message signed with OpenPGP using GPGMail

Bug#839036: ITP: node-is-glob -- Node module to return true if a string is a glob or extglob

[Potter, Tim (HPE Linux Support)]

Package: wnpp
Severity: wishlist
Owner: Tim Potter 
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: node-is-glob
  Version : 3.0.0
  Upstream Author : Jon Schlinkert (https://github.com/jonschlinkert)
* URL : https://github.com/jonschlinkert/is-glob
* License : Expat
  Programming Lang: JavaScript
  Description : Node module to return true if a string is a glob or extglob

Node module providing a function that returns true if a string contains
a glob or extglob.  Extglobs add the expressive power of regular expressions
to globs patterns.
.
Node.js is an event-based server-side JavaScript engine.




signature.asc
Description: Message signed with OpenPGP using GPGMail

Bug#839035: ITP: node-is-extglob -- Node module to return true if a string is an extglob

[Potter, Tim (HPE Linux Support)]

Package: wnpp
Severity: wishlist
Owner: Tim Potter 
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: node-is-extglob
  Version : 2.0.0
  Upstream Author : Jon Schlinkert (https://github.com/jonschlinkert)
* URL : https://github.com/jonschlinkert/is-extglob
* License : Expat
  Programming Lang: JavaScript
  Description : Node module to return true if a string is an extglob

Node module providing a function that returns true if a string contains
an extglob.  Extglobs add the expressive power of regular expressions
to globs patterns.


signature.asc
Description: Message signed with OpenPGP using GPGMail

Bug#838435: ITP: node-grunt-cli -- command-line interface to Grunt JavaScript task runner

[Potter, Tim (HPE Linux Support)]

Package: wnpp
Severity: wishlist
Owner: Tim Potter 
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: node-grunt-cli
  Version : 1.2.0
  Upstream Author : Grunt Development Team (http://gruntjs.com/development-team)
* URL : https://github.com/gruntjs/grunt-cli
* License : Expat
  Programming Lang: JavaScript
  Description : command-line interface to Grunt JavaScript task runner

Grunt is a task runner to performing repetitive tasks like
minification, compilation, unit testing, linting, etc, on JavaScript
applications.
.
This module is a script to load and run Grunt itself.


signature.asc
Description: Message signed with OpenPGP using GPGMail

Bug#837511: ITP: golang-github-googleapis-proto-client-go -- Generated proto and gRPC classes for Google cloud platform

[Potter, Tim (HPE Linux Support)]

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

* Package name: golang-github-googleapis-proto-client-go
  Version : 0.0~git20160726.0.e5790fe-1
  Upstream Author : Google APIs
* URL : https://github.com/googleapis/proto-client-go
* License : BSD-3-clause
  Programming Lang: Go
  Description : Generated proto and gRPC classes for Google cloud platform

 This repository contains the Go classes generated from protos contained
 in Google APIs (https://github.com/googleapis/googleapis/).


signature.asc
Description: Message signed with OpenPGP using GPGMail

Bug#836808: ITP: golang-github-googleapis-gax-go -- Google API Extensions for Go

[Potter, Tim (HPE Linux Support)]

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

* Package name: golang-github-googleapis-gax-go
  Version : 0.0~git20160714.0.8b0741b-1
  Upstream Author : Google APIs
* URL : https://github.com/googleapis/gax-go
* License : BSD-3-clause
  Programming Lang: Go
  Description : Google API Extensions for Go

 Google API Extensions for Go (gax-go) is a set of modules which aids
 the development of APIs for clients and servers based on gRPC and Google
 API conventions.


signature.asc
Description: Message signed with OpenPGP using GPGMail

Bug#832081: [pkg-go] Bug#832081: ITP: golang-github-miekg-dns --

[Potter, Tim (HPE Linux Support)]

On 22 Jul 2016, at 2:31 PM, Nicolas Braud-Santoni  
wrote:
> 
> Package: wnpp
> Severity: wishlist
> Owner: Nicolas Braud-Santoni 
> Control: block 813502 by -1
> 
> * Package name: golang-github-miekg-dns
>  Version : 0.0~git20160614.0.5d001d0-1
>  Upstream Author : Miek Gieben 
> * URL : https://github.com/miekg/dns
> * License : BSD-3
>  Programming Lang: Go
>  Description : DNS library in Go, forked from the standard lib. code
> 
>  This is a dependency of lego, among other software.

Hi Nico.  This package is already in the archive under the name "golang-dns".


Tim.


signature.asc
Description: Message signed with OpenPGP using GPGMail

Bug#822289: ITP: golang-github-docker-go-events -- Composable event distribution for Go

[Potter, Tim (HPE Linux Support)]

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

* Package name: golang-github-docker-go-events
  Version : 0.0~git20160331.0.882f161-1
  Upstream Author : Stephen Day and Andrea Luzzardi
* URL : https://github.com/docker/go-events
* License : Apache-2.0
  Programming Lang: Go
  Description : Composable event distribution for Go

The go-events package implements a composable event distribution
package for Go. It was originally created to implement the
notifications in Docker Registry 2, but is now used in other
components of the Docker ecosystem.


signature.asc
Description: Message signed with OpenPGP using GPGMail

Bug#822219: ITP: golang-github-docker-go -- Utility package for building other Docker packages

[Potter, Tim (HPE Linux Support)]

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

* Package name: golang-github-docker-go
  Version : 0.0~git20160303.6.d30aec9-1
  Upstream Author : Docker
* URL : https://github.com/docker/go
* License : BSD-3-clause
  Programming Lang: Go
  Description : Utility package for building other Docker packages

 This packages is a fork of the canonical/json package and is used by
 other packages in the Docker ecosystem.


signature.asc
Description: Message signed with OpenPGP using GPGMail

Bug#821045: ITP: golang-github-gorilla-context -- A golang registry for global request variables

[Potter, Tim (HPE Linux Support)]

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

* Package name: golang-github-gorilla-context
  Version : 0.0~git20160226.0.1ea2538-1
  Upstream Author : Gorilla web toolkit
* URL : https://github.com/gorilla/context
* License : BSD-3-clause
  Programming Lang: Go
  Description : Golang registry for global request variables

The package context for this library stores values shared during a
request lifetime.
.
For example, a router can set variables extracted from the URL and
later application handlers can access those values, or it can be used
to store sessions values to be saved at the end of a request. There
are several others common uses.


signature.asc
Description: Message signed with OpenPGP using GPGMail