Bug#930557: i3-gaps RFS/ITP

[Michael Stapelberg]

Personally, I don’t want gaps to be built from src:i3-wm.
It’s enough work to maintain one version of i3.

That said, sur5r is doing all of the Debian work since I retired from
Debian,
so it’s ultimately up to him.

I will stress one more time that what we need here is not a one-time
sponsorship offer,
but a multi-year commitment for maintaining the i3-gaps package in Debian.

On Sun, 3 Oct 2021 at 08:57, Vincent Bernat  wrote:

>  ❦  3 October 2021 08:48 +02, Michael Stapelberg:
>
> > I still think it’d be better to spend time on merging gaps rather than
> > packaging gaps,
> > but it seems like nobody has the skill set and/or motivation.
>
> This is a very different skillset from packaging.
>
> > Is there someone who would continuously maintain i3-gaps in Debian?
> > I wouldn’t want that package to diverge from upstream i3 in terms of
> which
> > version is available in Debian.
>
> Alternatively, src:i3-wm could build both i3-wm and i3-gaps. It adds
> extra work on existing maintainers but maybe you and Jakob would be OK
> with that? I can propose a patch for that if it helps.
> --
> Use recursive procedures for recursively-defined data structures.
> - The Elements of Programming Style (Kernighan & Plauger)
>


-- 
Best regards,
Michael

Bug#930557: i3-gaps RFS/ITP

[Michael Stapelberg]

I still think it’d be better to spend time on merging gaps rather than
packaging gaps,
but it seems like nobody has the skill set and/or motivation.

Is there someone who would continuously maintain i3-gaps in Debian?
I wouldn’t want that package to diverge from upstream i3 in terms of which
version is available in Debian.

I’m asking in particular because people might switch from X11+i3 to
Wayland+sway over the next few years.

On Sun, 3 Oct 2021 at 08:35, Vincent Bernat  wrote:

>  ❦ 17 June 2019 18:30 +02, Michael Stapelberg:
>
> > Ingo will outline what needs to be done to get i3-gaps into a mergable
> > state, so that we can eventually bring these features to all i3 users.
> >
> > For the time being, our recommendation is to NOT add i3-gaps to Debian or
> > any other Linux distribution. Instead, if you have time and motivation,
> > please consider helping improve i3-gaps with the goal of a merge.
>
> It seems there is not much progress on this front. The issue on GitHub
> does not show activity either. As other popular desktop distributions
> (Fedora, openSuSE, Arch and Manjaro) are providing a i3-gaps package,
> maybe an i3-gaps package in Debian could be reconsidered?
>
> I would gladly sponsor it if there is no strong opposition from i3
> maintainers.
> --
> Write and test a big program in small pieces.
> - The Elements of Programming Style (Kernighan & Plauger)
>


-- 
Best regards,
Michael

Bug#930557: i3-gaps RFS/ITP

[Michael Stapelberg]

> Certainly, a merge is the superior solution and i am glad its actually
being considered, but my understanding is that code refactoring/cleaning
could take a considerable amount of time, and therefore the package should
actually be available as a temporary solution for all those who want to use
it, as it currently is everywhere else.

I don’t think having it available temporarily is a good idea. It
complicates the situation both for the package maintainers and for end
users.

-- 
Best regards,
Michael

Bug#930557: i3-gaps RFS/ITP

[Michael Stapelberg]

Hey,

thanks everyone for reaching out.

The interest in making i3-gaps available to more people has prompted some
discussion between Ingo (the maintainer of the i3-gaps fork, and an i3 core
maintainer) and me.

The key concern about the i3-gaps fork is code quality: the implementation
cannot easily be merged into i3 as-is. One example is that you cannot
enable gaps and display title bars at the same time. The intention behind
publishing the fork was to make the feature available to people who can
live with the lower code quality and restrictions, not to have a long-term
sustainable fork.

Ingo will outline what needs to be done to get i3-gaps into a mergable
state, so that we can eventually bring these features to all i3 users.

For the time being, our recommendation is to NOT add i3-gaps to Debian or
any other Linux distribution. Instead, if you have time and motivation,
please consider helping improve i3-gaps with the goal of a merge.

Thank you,

-- 
Best regards,
Michael

Bug#930310: O: dunst -- dmenu-ish notification-daemon

[Michael Stapelberg]

Package: wnpp
Severity: normal


Please see https://michael.stapelberg.ch/posts/2019-03-10-debian-winding-down/

Bug#930309: O: libtomcrypt

[Michael Stapelberg]

Package: wnpp
Severity: normal


Please see https://michael.stapelberg.ch/posts/2019-03-10-debian-winding-down/

Bug#930305: O: unworkable -- efficient, simple and secure bittorrent client

[Michael Stapelberg]

Package: wnpp
Severity: normal


Please see https://michael.stapelberg.ch/posts/2019-03-10-debian-winding-down/

Bug#930304: O: wiipdf -- present a PDF file using your wiimote

[Michael Stapelberg]

Package: wnpp
Severity: normal


Please see https://michael.stapelberg.ch/posts/2019-03-10-debian-winding-down/

Bug#930307: O: simple-tpm-pk11 -- simple library for using the TPM chip to secure SSH keys

[Michael Stapelberg]

Package: wnpp
Severity: normal


Please see https://michael.stapelberg.ch/posts/2019-03-10-debian-winding-down/

Bug#930303: O: wit -- manipulate Wii and GameCube ISO images and WBFS containers

[Michael Stapelberg]

Package: wnpp
Severity: normal


Please see https://michael.stapelberg.ch/posts/2019-03-10-debian-winding-down/

Bug#930308: O: mscompress -- Microsoft "compress.exe/expand.exe" compatible (de)compressor

[Michael Stapelberg]

Package: wnpp
Severity: normal


Please see https://michael.stapelberg.ch/posts/2019-03-10-debian-winding-down/

Bug#930306: O: teensy-loader-cli -- load and run programs onto your Teensy micro controller

[Michael Stapelberg]

Package: wnpp
Severity: normal


Please see https://michael.stapelberg.ch/posts/2019-03-10-debian-winding-down/

Bug#923034: FreeRADIUS status

[Michael Stapelberg]

The freeradius package is generally in good shape these days, I think.

There are a few users who will report bugs, and there is at least one who
is interested in having the latest upstream version available.

The work required to maintain the package is moderate — let’s say a few
hours each month.

Hope this helps,

On Sun, Feb 24, 2019 at 8:47 AM Niels Thykier  wrote:

> Alan DeKok:
> >   We've been looking for a new Debian maintainer for a while.
> >
> >   What, exactly, is in "bad shape" about this package?  If there are
> issues, we can work towards fixing them.
> >
> >   The software is widely used by many tens of thousands of sites.  I
> hope it's not going to be removed from Debian.
> >
> >   I'll note that Debian also packages "livingston-radius", which hasn't
> had any source changes in 20 years.  There's no mailing list, no support,
> and it doesn't implement any of the modern RADIUS standards.
> >
> >   Including that package does a disservice to people who install it, and
> then realize it's next to useless.
> >
>
> Hi,
>
> I am CC'ing Michael on your reply as I am not sure he is subscribed to
> the bug (it is not the default for Debian bugs) and he is probably
> better at answering this given his prior work with the package.
>
> Thanks,
> ~Niels
>


-- 
Best regards,
Michael

Bug#923034: O: freeradius -- high-performance and highly configurable RADIUS server

[Michael Stapelberg]

Package: wnpp
Severity: normal

I am orphaning this package effective immediately. I have never personally used
FreeRADIUS, and only stepped in to help when I saw the package was in bad shape.

(I will share more details in a later post, but figured I would get this out of
 the way immediately because freeradius is marked for autoremoval from testing,
 so if anyone cares, now is the time to step up.)

Bug#893470: ITP: debiman -- generate a static manpage HTML repository out of a Debian archive

[Michael Stapelberg]

Package: wnpp
Severity: wishlist
Owner: Michael Stapelberg 

* Package name: debiman
  Version : 0.0~git20180224.8582b7f-1
  Upstream Author : Michael Stapelberg
* URL : https://github.com/Debian/debiman
* License : Apache-2.0
  Programming Lang: Go
  Description : generate a static manpage HTML repository out of a Debian 
archive

 debiman makes (Debian) manpages accessible in a web browser. Its
 goals are, in order:
 .
 completeness: all manpages in Debian should be available.
 .
 visually appealing and convenient: reading manpages should be fun, convenience
 features (e.g. permalinks, URL redirects, easy navigation) should be available
 .
 speed: manpages should be quick to load, new manpages should be quickly
 ingested, the program should run quickly for pleasant development

Bug#892936: ITP: golang-pault-go-archive -- bindings to work with a Debian archive

[Michael Stapelberg]

Package: wnpp
Severity: wishlist
Owner: Michael Stapelberg 

* Package name: golang-pault-go-archive
  Version : 0.0~git20180223.29fe7b6-1
  Upstream Author : Paul Tagliamonte
* URL : https://github.com/paultag/go-archive
* License : Expat
  Programming Lang: Go
  Description : bindings to work with a Debian archive
 pault.ag/go/archive is a set of non-production test bindings to work with a
 Debian archive

This is a (transitive) dependency of Debiman.

Bug#892934: ITP: golang-pault-go-blobstore --

[Michael Stapelberg]

Package: wnpp
Severity: wishlist
Owner: Michael Stapelberg 

* Package name: golang-pault-go-blobstore
  Version : 0.0~git20180314.d6d187c-1
  Upstream Author : Paul Tagliamonte
* URL : https://github.com/paultag/go-blobstore
* License : Expat
  Programming Lang: Go
  Description : de-duplicating storage abstraction
 pault.ag/go/blobstore is a de-duplicating storage abstraction, useful for
 example for building Debian repositories with pault.ag/go/archive.

This is a (transitive) dependency of Debiman.

Bug#890989: [pkg-go] Bug#890989: ITP: golang-github-containerd-btrfs -- Btrfs bindings for Go

[Michael Stapelberg]

This seems to be a duplicate of #890984?

On Wed, Feb 21, 2018 at 12:50 PM, Arnaud Rebillout 
wrote:

> Package: wnpp
> Severity: wishlist
> Owner: Arnaud Rebillout 
>
> * Package name: golang-github-containerd-btrfs
>   Version : 0.0~git20171005.72c0a35-1
>   Upstream Author : containerd
> * URL : https://github.com/containerd/btrfs
> * License : Apache-2.0
>   Programming Lang: Go
>   Description : Btrfs bindings for Go
>
>  Native Go bindings for btrfs.
>  .
>  Status
>  .
>  These are in the early stages. We will try to maintain stability, but
> please
>  vendor if you are relying on these directly.
>  .
>  Contribute
>  .
>  This package may not cover all the use cases for btrfs. If something you
> need
>  is missing, please don't hesitate to submit a PR.  Note that due to struct
>  alignment issues, this isn't yet fully native.  Preferrably, this could be
>  resolved, so contributions in this direction are greatly appreciated.
>
> 
>
> - why is this package useful/relevant?
>
> It is a dependency of containerd.
>
> - how do you plan to maintain it?
>
> I plan to maintain it within the golang packaging team.
>
> ___
> Pkg-go-maintainers mailing list
> pkg-go-maintain...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers
>



-- 
Best regards,
Michael

Bug#890625: ITP: golang-gopkg-warnings.v0 -- implements error handling with non-fatal errors (warnings)

[Michael Stapelberg]

Package: wnpp
Severity: wishlist
Owner: Michael Stapelberg 

* Package name: golang-gopkg-warnings.v0
  Version : 0.1.2-1
  Upstream Author : Péter Surányi
* URL : https://github.com/go-warnings/warnings
* License : BSD-2-clause
  Programming Lang: Go
  Description : implements error handling with non-fatal errors (warnings)
 Package warnings implements error handling with non-fatal errors (warnings).

This is a dependency of golang-gopkg-gcfg.v1.

Bug#888985: [pkg-go] Bug#888985: Bug#888985: RFS: irtt/0.9-1 [ITP] (#888985)

[Michael Stapelberg]

There’s nothing you need to do. I built it on amd64, as is currently still
required when uploading to the NEW queue (I would have preferred to upload
source-only). Once it’s accepted, the buildds will build it for all
architectures.

On Wed, Feb 14, 2018 at 2:53 PM, Pete Heist  wrote:

>
> On Feb 12, 2018, at 11:05 PM, Pete Heist  wrote:
>
> On Feb 12, 2018, at 10:22 PM, Michael Stapelberg 
> wrote:
>
> Would you like me to sponsor the upload of irtt now?
>
>
> Yes, if you would. Thanks!
>
>
> Glad to see it in the queue, although I noticed there is “source amd64” in
> the Arch column, whereas Go libs seem to have “source all”. I’d like to
> make sure it’s available for any architectures Go supports. I see that
> dh-make-golang adds "Architecture: any” to debian/control for programs, and
> it adds “Architecture: all” for libraries. Is there something more I need
> to do?
>
> Thanks,
> Pete
>
>


-- 
Best regards,
Michael

Bug#888985: [pkg-go] Bug#888985: RFS: irtt/0.9-1 [ITP] (#888985)

[Michael Stapelberg]

On Sun, Feb 11, 2018 at 4:04 PM, Pete Heist  wrote:

>
> On Feb 11, 2018, at 12:37 AM, Michael Stapelberg 
> wrote:
>
> On Sat, Feb 10, 2018 at 6:08 PM, Pete Heist  wrote:
>
>>
>> - I tried getting signatures working but punted because GitHub creates a
>> .tar.gz, which I signed with a .tar.gz.asc, but the build process expects a
>> .tar.xz.asc in the upstream, so lintian then warns with
>> 'orig-tarball-missing-upstream-signature'. Is there any pkg-go example
>> of signatures working with a GitHub hosted repo? Otherwise I’ll eventually
>> figure it out.
>>
>
> The process currently is a bit clunky. dh-make-golang hardcodes using xz
> (via tar J), so either you change that in dh-make-golang’s source, or you
> manually create the packaging git repository:
>
> # save GitHub .tar.gz as irtt_0.9.0.orig.tar.gz
> % mkdir irtt
> % cd irtt
> % git init
> % gbp import-orig ../irtt_0.9.0.orig.tar.gz
> % cp -r /tmp/dh-make-golang/irtt/debian .
> % git commit -a -m "Initial packaging”
>
>
>
>>
>> Let me know if anything else. Thanks!
>>
>
> It would be good to avoid copying the systemd .service file into debian/.
> I think you can instead install it with a debian/rules override. See e.g.
> https://sources.debian.org/src/forked-daapd/25.0-2/debian/rules/?hl=22#L22
>
> Let me know how you’d like to proceed regarding the signatures. It’s not a
> requirement to sign the releases for now, but note that after the initial
> upload, we don’t have the luxury of starting with a fresh repository
> anymore.
>
>
> Ok, I took the advice for the .service file (thanks, that’s smoother), and
> re-initialized the repo for the last time. :)
>
> I passed on signing for now. I modified dh-make-golang to make a .tar.gz
> (thought I might even submit a pull request with a new command line
> option), but the .tar.gz that’s created is not the same as the one GitHub
> automatically creates (different internal directory names for starters), so
> for each build it looks like I’d have to:
>

I’d recommend to use the tar.gz from GitHub for simplicity. This would
require using the workflow I described above.


> - Run gbp once to generate the .tar.gz
> - Sign it to get the .tar.gz.asc
> - Run gbp again with the .tar.gz.asc in place to see that lintian doesn’t
> complain
> - Manually upload the .tar.gz and .tar.gz.asc to GitHub
> In the interest of keeping my release process as simple as possible, I’ll
> smooth this out later when I have more time!
>
> One more thing: I switched to semantic versioning when I started
> CHANGES.md, so on ftp.upload.debian.org what was irtt_0.9-1* before is
> now irtt_0.9.0-1*, in case there are some dangling files there that should
> be cleaned up.
>

There’s no need to clean things up, the upload directory is cleaned
automatically.

Would you like me to sponsor the upload of irtt now?


>
> Thanks again!
>
> Pete
>
>


-- 
Best regards,
Michael

Bug#888985: [pkg-go] Bug#888985: RFS: irtt/0.9-1 [ITP] (#888985)

[Michael Stapelberg]

On Sat, Feb 10, 2018 at 6:08 PM, Pete Heist  wrote:

>
> On Feb 9, 2018, at 11:43 AM, Pete Heist  wrote:
>
> On Feb 9, 2018, at 8:15 AM, Michael Stapelberg 
> wrote:
>
> On Fri, Feb 9, 2018 at 2:09 AM, Pete Heist  wrote:
>
>>
>> From the original warnings you sent I know I’ve fixed all except "I: irtt
>> source: testsuite-autopkgtest-missing”, but a) I’m not seeing that
>> warning and b) I’m seeing two others. So my questions are:
>>
>> 1) What are your expectations for 'testsuite-autopkgtest-missing', and
>> why am I not seeing it? There are no unit tests to run.
>>
>
> Did you apply the ~/.lintianrc I provided? Not doing so would explain the
> difference. autopkgtest is helpful even if it only compiles the package in
> question. Why are there no unit tests for your code? :)
>
>
> 2) Do you care about 'debian-watch-does-not-check-gpg-signature' and
>> 'no-upstream-changelog’? I do not sign the upstream, and the changes are in
>> README.md, in case those should be split out...
>>
>
> They’re not important for the time being. Of course, if you could start
> signing upstream and provide a separate changelog file, that would be great.
>
> Thanks!
>
>
> Ok, I’ve updated the irtt package:
>
> - I added a couple high-value unit tests, which also satisfies lintian.
>
> - CHANGES.md is split out from README.md to satisfy
> 'no-upstream-changelog'.
>

Great, thanks for both of these! :)


>
> - I tried getting signatures working but punted because GitHub creates a
> .tar.gz, which I signed with a .tar.gz.asc, but the build process expects a
> .tar.xz.asc in the upstream, so lintian then warns with
> 'orig-tarball-missing-upstream-signature'. Is there any pkg-go example of
> signatures working with a GitHub hosted repo? Otherwise I’ll eventually
> figure it out.
>

The process currently is a bit clunky. dh-make-golang hardcodes using xz
(via tar J), so either you change that in dh-make-golang’s source, or you
manually create the packaging git repository:

# save GitHub .tar.gz as irtt_0.9.0.orig.tar.gz
% mkdir irtt
% cd irtt
% git init
% gbp import-orig ../irtt_0.9.0.orig.tar.gz
% cp -r /tmp/dh-make-golang/irtt/debian .
% git commit -a -m "Initial packaging"


>
> - I blew away the irtt.git repo and started over so I could just stay on
> the rails of your dh-make-golang.html blog entry, hope that’s fine.
>

Sure.


>
> Let me know if anything else. Thanks!
>

It would be good to avoid copying the systemd .service file into debian/. I
think you can instead install it with a debian/rules override. See e.g.
https://sources.debian.org/src/forked-daapd/25.0-2/debian/rules/?hl=22#L22

Aside from that, the package looks very clean now.

Let me know how you’d like to proceed regarding the signatures. It’s not a
requirement to sign the releases for now, but note that after the initial
upload, we don’t have the luxury of starting with a fresh repository
anymore.


>
> Pete
>
>


-- 
Best regards,
Michael

Bug#888985: [pkg-go] Bug#888985: RFS: irtt/0.9-1 [ITP] (#888985)

[Michael Stapelberg]

On Fri, Feb 9, 2018 at 2:09 AM, Pete Heist  wrote:

>
> On Feb 7, 2018, at 10:03 AM, Michael Stapelberg 
> wrote:
>
> Thanks for contributing this package.
>
> The resulting binary package irtt_0.9-1_amd64.deb contains both a binary
> and Go source code. This is a bit unusual: in Debian, we only package Go
> source code to build other Go programs (not for developers). Hence, we
> usually provide either a binary package with programs or an arch:all
> package with Go source. It’s fine to have a source package which provides
> both, but please separate the source from the binaries. Have a look at
> https://anonscm.debian.org/cgit/collab-maint/codesearch.git/ for an
> example of this pattern.
>
> Further, please address the following lintian warnings:
>
> P: irtt source: package-uses-old-debhelper-compat-version 10
> P: irtt source: insecure-copyright-format-uri http://www.debian.org/doc/
> packaging-manuals/copyright-format/1.0/
> I: irtt source: out-of-date-standards-version 3.9.8 (released 2016-04-06)
> (current is 4.1.3)
> I: irtt source: testsuite-autopkgtest-missing
> W: irtt: priority-extra-is-replaced-by-priority-optional
>
>
> I’m on Debian sid and closer now, with a binary only package (using
> dh_auto_install -- --no-source). There’s still some lintian confusion. When
> I run it, I get:
>
> $ cat /etc/debian_version
> buster/sid
> $ lintian --version
> Lintian v2.5.74
> $ lintian irtt_0.9+git20180209.9cda776-1_amd64.changes
> P: irtt source: debian-watch-does-not-check-gpg-signature
> P: irtt: no-upstream-changelog
>
> From the original warnings you sent I know I’ve fixed all except "I: irtt
> source: testsuite-autopkgtest-missing”, but a) I’m not seeing that
> warning and b) I’m seeing two others. So my questions are:
>
> 1) What are your expectations for 'testsuite-autopkgtest-missing', and
> why am I not seeing it? There are no unit tests to run.
>

Did you apply the ~/.lintianrc I provided? Not doing so would explain the
difference. autopkgtest is helpful even if it only compiles the package in
question. Why are there no unit tests for your code? :)


>
> 2) Do you care about 'debian-watch-does-not-check-gpg-signature' and
> 'no-upstream-changelog’? I do not sign the upstream, and the changes are in
> README.md, in case those should be split out...
>

They’re not important for the time being. Of course, if you could start
signing upstream and provide a separate changelog file, that would be great.

Thanks!


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



-- 
Best regards,
Michael

Bug#888985: [pkg-go] Bug#888985: RFS: irtt/0.9-1 [ITP] (#888985)

[Michael Stapelberg]

Sorry, only saw this email after my other reply. Somehow the threading
broke, it seems.

On Wed, Feb 7, 2018 at 12:20 PM, Pete Heist  wrote:

>
> > On Feb 7, 2018, at 12:01 PM, Clément Hermann  wrote:
> >
> > On 07/02/2018 11:39, Pete Heist wrote:
> >>
> >> Ah, ok. IRTT has an API, but it's not published yet. I think a
> >> binary-only package may be better at this point, and a separate source
> >> package later when that’s ready? If you agree, could you suggest a
> >> simple, current binary package hosted on github as a good example?
> >
> > You can have a single upstream package and produce 2 binary packages -
> > it's a bit more complicated though. Hence the example of Debian Code
> Search.
>
> Ok, I’m getting there, bear with me. :) In my case, would I not want to
> produce both a binary package and eventually a source package?
>

Be careful not to confuse the Debian concept of source packages (i.e. .dsc
files) and binary packages (i.e. .deb files) with a Debian binary package
containing binary files (e.g. a .deb with files in /usr/bin) and a Debian
binary package containing Go source code (e.g. a .deb with files in
/usr/share/gocode).

You always operate on 1 Debian source package (in your case, named irtt)
generating at least 1 Debian binary package (in your case, also named
irtt). We discussed generating 2 Debian binary packages (irtt and
golang-github-peteheist-irtt-dev).


>
> > Usually you would host the packaging on Alioth (soon salsa.debian.org),
> > and leave the upstream on github. Debian Code Search is a bit different
> > since it's specific to Debian. That doesn't change the usefulness of the
> > example for binary/api separation though.
> >
> > Regarding the workflow, the easiest is to tag your releases on github
> > (you probably already do it anyway) and merge the upstream remote in the
> > upstream branch on alioth/salsa every time you want to release (the tag
> > isn't mandatory, it's just easier, and allows for a debian/watch file).
>
> Got it...
>
> > You're expected to run unstable (Sid) for packaging work. At least in a
> > virtual machine.
> >
> > By the way, it's also a good practice to actually build the package in a
> > chroot (using git-buildpackage pbuilder options for instance), to avoid
> > build-depends issues.
>
> That explains a lot. I’ve got my work cut out for me on this part.
>
> Thank you kindly…
>
>
> ___
> Pkg-go-maintainers mailing list
> pkg-go-maintain...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers




-- 
Best regards,
Michael

Bug#888985: [pkg-go] RFS: irtt/0.9-1 [ITP] (#888985)

[Michael Stapelberg]

On Wed, Feb 7, 2018 at 12:01 PM, Clément Hermann  wrote:

> On 07/02/2018 11:39, Pete Heist wrote:
> >
> > Ah, ok. IRTT has an API, but it's not published yet. I think a
> > binary-only package may be better at this point, and a separate source
> > package later when that’s ready? If you agree, could you suggest a
> > simple, current binary package hosted on github as a good example?
>
> You can have a single upstream package and produce 2 binary packages -
> it's a bit more complicated though. Hence the example of Debian Code
> Search.
>

Given the early stage of the API, I would agree that a binary-only package
is a good choice for now. Just modify debian/rules to delete the source
after installation and you should be good.


>
>
> > Debian Code Search? Though its compat version is 8. I just liked how the
> > debian directory is hosted right in the github repo, which brings me to
> > another question...
> >
> > Is it possible to maintain everything on github, or does it need to be
> > on alioth, and if so, what is a good workflow for when I want to pull in
> > changes from upstream for a new release?
>
> Usually you would host the packaging on Alioth (soon salsa.debian.org),
> and leave the upstream on github. Debian Code Search is a bit different
> since it's specific to Debian. That doesn't change the usefulness of the
> example for binary/api separation though.
>

Yeah, I agree: keeping debian/ in the upstream repo is usually not the best
solution: we really like to have our packages team-maintained, i.e. hosted
on our infrastructure alongside all of our other packages, with the same
workflows, etc.


>
> Regarding the workflow, the easiest is to tag your releases on github
> (you probably already do it anyway) and merge the upstream remote in the
> upstream branch on alioth/salsa every time you want to release (the tag
> isn't mandatory, it's just easier, and allows for a debian/watch file).
>
> [snip]
>
> >
> > Hrm, any idea why I'm seeing large differences in lintian output? I
> > didn’t see any warnings before I posted, but I do see new ones after the
> > .lintianrc changes, just they look completely different...
> >
> > $ cat /etc/debian_version
> > 9.3
> > $ lintian --version
> > Lintian v2.5.50.4
> > $ cat .lintianrc
> > display-info = yes
> > display-experimental = yes
> > pedantic = yes
> > show-overrides = no
> > color = auto
> > $ lintian ~/src/github.com/peteheist/irtt/dpkg/irtt_0.9-1_amd64.changes
> > 
> > P: irtt source: debian-watch-may-check-gpg-signature
> > I: irtt: hardening-no-fortify-functions usr/bin/irtt
> > I: irtt: spelling-error-in-binary usr/bin/irtt writeN written
> > I: irtt: spelling-error-in-binary usr/bin/irtt ot to
> > I: irtt: hardening-no-bindnow usr/bin/irtt
> > I: irtt: hardening-no-pie usr/bin/irtt
> > P: irtt: no-upstream-changelog
> >
> > Also, some of the warnings (like compat-version) just come from output
> > from dh-make-golang, which I just installed with ‘apt-get install
> > dh-make-golang’. Do I need a newer version?
>
> You're expected to run unstable (Sid) for packaging work. At least in a
> virtual machine.
>
> By the way, it's also a good practice to actually build the package in a
> chroot (using git-buildpackage pbuilder options for instance), to avoid
> build-depends issues.
>
>
> Cheers,
>
> --
> nodens
>
> ___
> Pkg-go-maintainers mailing list
> pkg-go-maintain...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers
>



-- 
Best regards,
Michael

Bug#888985: [pkg-go] RFS: irtt/0.9-1 [ITP] (#888985)

[Michael Stapelberg]

Thanks for contributing this package.

The resulting binary package irtt_0.9-1_amd64.deb contains both a binary
and Go source code. This is a bit unusual: in Debian, we only package Go
source code to build other Go programs (not for developers). Hence, we
usually provide either a binary package with programs or an arch:all
package with Go source. It’s fine to have a source package which provides
both, but please separate the source from the binaries. Have a look at
https://anonscm.debian.org/cgit/collab-maint/codesearch.git/ for an example
of this pattern.

Further, please address the following lintian warnings:

P: irtt source: package-uses-old-debhelper-compat-version 10
P: irtt source: insecure-copyright-format-uri
http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
I: irtt source: out-of-date-standards-version 3.9.8 (released 2016-04-06)
(current is 4.1.3)
I: irtt source: testsuite-autopkgtest-missing
W: irtt: priority-extra-is-replaced-by-priority-optional

You can run lintian like so:
% cat >> ~/.lintianrc <<'EOT'
display-info = yes
display-experimental = yes
pedantic = yes
show-overrides = no
color = auto
EOT
% lintian irtt_0.9-1_amd64.changes

Let me know once this is done and I’ll be happy to take another look.

BTW, you don’t need to upload the package to mentors. I always work with
the git repository directly.

Thanks!

On Tue, Feb 6, 2018 at 8:26 PM, Pete Heist  wrote:

> Package: sponsorship-requests
> Severity: wishlist
>
> Dear mentors,
>
> I am looking for a sponsor for my package "irtt"
>
>  Package name: irtt
>  Version : 0.9-1
>  Upstream Author : Pete Heist 
>  URL : https://github.com/peteheist/irtt
>  License : GPL-3
>  Section : devel
>
> It builds those binary packages:
>
>   irtt  - Isochronous Round-Trip Tester
>
> To access further information about this package, please visit the
> following URL:
>
>   https://mentors.debian.net/package/irtt
>
> Alternatively, one can download the package with dget using this command:
>
>   dget -x https://mentors.debian.net/debian/pool/main/i/irtt/irtt_
> 0.9-1.dsc
>
> More information about irtt can be obtained from https://github.com/
> peteheist/irtt.
>
> The flent package (https://packages.debian.org/source/sid/flent) from
> pkg-netmeasure will use irtt as a dependency.
>
> Changes since the last upload: none
>
> Regards,
> Pete Heist
>
> ___
> Pkg-go-maintainers mailing list
> pkg-go-maintain...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers
>



-- 
Best regards,
Michael

Bug#889566: ITP: golang-go4 -- go4 collection of packages

[Michael Stapelberg]

Package: wnpp
Severity: wishlist
Owner: Michael Stapelberg 

* Package name: golang-go4
  Version : 0.0~git20180103.fba789b-1
  Upstream Author : go4 authors
* URL : https://github.com/camlistore/go4
* License : Apache-2.0
  Programming Lang: Go
  Description : go4 collection of packages
 go4 is a collection of packages for Go programmers, which started out in
 Camlistore but have nothing to do with it anymore.

This is a dependency of golang-github-opencontainers-image-spec and 
golang-github-appc-spec.

Bug#885176: ITP: teensy-loader-cli -- load and run programs onto your Teensy micro controller

[Michael Stapelberg]

Package: wnpp
Severity: wishlist
Owner: Michael Stapelberg 

* Package name: teensy-loader-cli
  Version : 2.1
  Upstream Author : Paul Stoffregen  
* URL : https://www.pjrc.com/teensy/loader_cli.html
* License : GPL-3
  Programming Lang: C
  Description : load and run programs onto your Teensy micro controller

See https://www.pjrc.com/teensy/ for an introduction to the Teensy family of
USB-based microcontroller development systems.
.
The teensy loader cli is a command-line alternative to the graphical teensy
loader which is included with Teensyduino. The cli version is preferred by
advanced users who want to automate programming, typically from within a
Makefile or similar.

Bug#255572: ITP: cc65 -- Cross development suite for 65xxx processors, necesary for nesicide env

[Michael Stapelberg]

Any update on this? :)

On Sat, Oct 7, 2017 at 10:49 PM, PICCORO McKAY Lenz
 wrote:
> hi! please when upload also be sure once the ITP bug are closed remove the
> entry here too:
>
> https://www.debian.org/devel/wnpp/prospective
>
>
> Lenz McKAY Gerardo (PICCORO)
> http://qgqlochekone.blogspot.com
>
> 2017-10-06 20:30 GMT-04:00 PICCORO McKAY Lenz :
>>
>> a bit late but great work! please upload to debian..
>>
>> Lenz McKAY Gerardo (PICCORO)
>> http://qgqlochekone.blogspot.com
>>
>> 2017-10-06 17:46 GMT-04:00 Michael Stapelberg :
>>>
>>> Indeed, I can confirm that compilation works now. Can you upload the
>>> package to Debian please? :)
>>>
>>> On Fri, Oct 6, 2017 at 11:26 PM, László Böszörményi (GCS)
>>>  wrote:
>>> > On Fri, Oct 6, 2017 at 10:26 PM, Michael Stapelberg
>>> >  wrote:
>>> >> Thanks for sharing! The Debian package builds fine. However, when
>>> >> trying to use cc65 to compile a project of mine, compilation fails
>>> >> with “include/general.h(4): Error: Include file `peekpoke.h' not
>>> >> found”.
>>> >  Please fetch and build again. Should be fixed.
>>> >
>>> > Laszlo/GCS
>>>
>>>
>>>
>>> --
>>> Best regards,
>>> Michael
>>
>>
>



-- 
Best regards,
Michael

Bug#879562: ITP: dex -- OpenID Connect Identity (OIDC) and OAuth 2.0 Provider with Pluggable Connectors

[Michael Stapelberg]

Thanks for flagging this. I’ll rename to src:coreos-dex and
/usr/bin/coreos-dex in that case.

On Sun, Oct 22, 2017 at 11:09 PM, James McCoy  wrote:
> On Sun, Oct 22, 2017 at 10:30:38PM +0200, Michael Stapelberg wrote:
>> * Package name: dex
>>   Version : 2.7.1
>>   Upstream Author : CoreOS
>> * URL : https://github.com/coreos/dex
>> * License : Apache-2.0
>>   Programming Lang: Go
>>   Description : OpenID Connect Identity (OIDC) and OAuth 2.0 Provider 
>> with Pluggable Connectors
>>
>>  Dex is an identity service that uses OpenID Connect
>>  (https://openid.net/connect/) to drive authentication for other apps.
>
> FWIW, there is already a src:dex and /usr/bin/dex.  I'm not sure what
> this package will be providing, but wanted to bring that up.
>
> Cheers,
> --
> James
> GPG Key: 4096R/91BF BF4D 6956 BD5D F7B7  2D23 DFE6 91AE 331B A3DB



-- 
Best regards,
Michael

Bug#879562: ITP: dex -- OpenID Connect Identity (OIDC) and OAuth 2.0 Provider with Pluggable Connectors

[Michael Stapelberg]

Package: wnpp
Severity: wishlist
Owner: Michael Stapelberg 

* Package name: dex
  Version : 2.7.1
  Upstream Author : CoreOS
* URL : https://github.com/coreos/dex
* License : Apache-2.0
  Programming Lang: Go
  Description : OpenID Connect Identity (OIDC) and OAuth 2.0 Provider with 
Pluggable Connectors

 Dex is an identity service that uses OpenID Connect
 (https://openid.net/connect/) to drive authentication for other apps.
 .
 Dex is NOT a user-management system, but acts as a portal to
 other identity providers through "connectors." This lets dex defer
 authentication to LDAP servers, SAML providers, or established identity
 providers like GitHub, Google, and Active Directory. Clients write
 their authentication logic once to talk to dex, then dex handles the
 protocols for a given backend.

Bug#879559: ITP: golang-github-pquerna-cachecontrol -- HTTP Cache-Control Parser and Interpretation

[Michael Stapelberg]

Package: wnpp
Severity: wishlist
Owner: Michael Stapelberg 

* Package name: golang-github-pquerna-cachecontrol
  Version : 0.0~git20171018.0dec1b3-1
  Upstream Author : Paul Querna
* URL : https://github.com/pquerna/cachecontrol
* License : Apache-2.0
  Programming Lang: Go
  Description : HTTP Cache-Control Parser and Interpretation

 cachecontrol implements RFC 7234 Hypertext Transfer Protocol (HTTP/1.1):
 Caching. It does this by parsing the Cache-Control and other headers,
 providing information about requests and responses -- but cachecontrol does
 not implement an actual cache backend, just the control plane to make
 decisions about if a particular response is cachable.

This is a build dependency of the new upstream version of
golang-github-coreos-go-oidc, which in turn is a build dependency for dex.

Bug#879551: ITP: golang-gopkg-square-go-jose.v2 -- An implementation of JOSE standards (JWE, JWS, JWT) in Go

[Michael Stapelberg]

Package: wnpp
Severity: wishlist
Owner: Michael Stapelberg 

* Package name: golang-gopkg-square-go-jose.v2
  Version : 2.1.3-1
  Upstream Author : Square
* URL : https://github.com/square/go-jose
* License : Apache-2.0
  Programming Lang: Go
  Description : An implementation of JOSE standards (JWE, JWS, JWT) in Go

 Package jose aims to provide an implementation of the Javascript Object
 Signing and Encryption set of standards. This includes support for JSON
 Web Encryption, JSON Web Signature, and JSON Web Token standards.
 
This is a build dependency of dex.

Bug#879550: ITP: golang-github-russellhaering-goxmldsig -- Pure Go implementation of XML Digital Signatures

[Michael Stapelberg]

Package: wnpp
Severity: wishlist
Owner: Michael Stapelberg 

* Package name: golang-github-russellhaering-goxmldsig
  Version : 0.0~git20170911.b7efc62-1
  Upstream Author : Russell Haering
* URL : https://github.com/russellhaering/goxmldsig
* License : Apache-2.0
  Programming Lang: Go
  Description : Pure Go implementation of XML Digital Signatures

 XML Digital Signatures implemented in pure Go.

This is a build dependency of dex.

Bug#879549: ITP: golang-github-beevik-etree -- parse and generate XML easily in go

[Michael Stapelberg]

Package: wnpp
Severity: wishlist
Owner: Michael Stapelberg 

* Package name: golang-github-beevik-etree
  Version : 1.0.0+git20171015.af219c0-1
  Upstream Author : Brett Vickers
* URL : https://github.com/beevik/etree
* License : BSD-2-clause
  Programming Lang: Go
  Description : parse and generate XML easily in go

 The etree package is a lightweight, pure go package that expresses XML in the
 form of an element tree. Its design was inspired by the Python ElementTree
 (http://docs.python.org/2/library/xml.etree.elementtree.html) module.

This is a build dependency of dex.

Bug#879547: ITP: golang-github-cockroachdb-cockroach-go -- Packages for go clients.

[Michael Stapelberg]

Package: wnpp
Severity: wishlist
Owner: Michael Stapelberg 

* Package name: golang-github-cockroachdb-cockroach-go
  Version : 0.0~git20170808.c806b48-1
  Upstream Author : CockroachDB
* URL : https://github.com/cockroachdb/cockroach-go
* License : Apache-2.0
  Programming Lang: Go
  Description : Packages for go clients.

 testing Testing helpers for cockroach clients.

This is a build dependency for dex.

Bug#879546: ITP: golang-github-gtank-cryptopasta -- copy & paste-friendly golang crypto

[Michael Stapelberg]

Package: wnpp
Severity: wishlist
Owner: Michael Stapelberg 

* Package name: golang-github-gtank-cryptopasta
  Version : 0.0~git20170601.1f550f6-1
  Upstream Author : George Tankersley
* URL : https://github.com/gtank/cryptopasta
* License : CC0-1.0
  Programming Lang: Go
  Description : copy & paste-friendly golang crypto

 TL;DR- Copy & paste your crypto code from here instead of Stack Overflow.
 .
 This library demonstrates a suite of basic cryptography from the Go standard
 library. To the extent possible, it tries to hide complexity and help you avoid
 common mistakes. The recommendations were chosen as a compromise between
 cryptographic qualities, the Go standard lib, and my existing use cases.
 .
 Some particular design choices I've made:
 .
 1. SHA-512/256 has been chosen as the default hash for the examples. It's
faster on 64-bit machines and immune to length extension. If it doesn't work
in your case, replace instances of it with ordinary SHA-256.
 .
 2. The specific ECDSA parameters were chosen to be compatible with RFC7518[1]
while using the best implementation of ECDSA available. Go's P-256 is
constant-time (which prevents certain types of attacks) while its P-384 and
P-521 are not.
 .
 3. Key parameters are arrays rather than slices so the compiler can help you
avoid mixing up the arguments. The signing and marshaling functions use the
crypto/ecdsa key types directly for the same reason.
 .
 4. Public/private keypairs for signing are marshaled into and out of PEM
format, making them relatively portable to other crypto software you're
likely to use (openssl, cfssl, etc).
 .
 5. Key generation functions will panic if they can't read enough random bytes
to generate the key. Key generation is critical, and if crypto/rand fails at
that stage then you should stop doing cryptography on that machine 
immediately.
 .
 6. The license is a CC0 public domain dedication, with the intent that you can
just copy bits of this directly into your code and never be required to
acknowledge my copyright, provide source code, or do anything else commonly
associated with open licenses.
 .
 .
 The specific recommendations are:
 .
 .
 Encryption - 256-bit AES-GCM with random 96-bit nonces
 .
 Using AES-GCM (instead of AES-CBC, AES-CFB, or AES-CTR, all of which Go also
 offers) provides authentication in addition to confidentiality. This means that
 the content of your data is hidden and that any modification of the encrypted
 data will result in a failure to decrypt. This rules out entire classes of
 possible attacks. Randomized nonces remove the choices around nonce generation
 and management, which are another common source of error in crypto
 implementations.
 .
 The interfaces in this library allow only the use of 256-bit keys.
 .
 .
 Hashing - HMAC-SHA512/256
 .
 Using hash functions directly is fraught with various perils – it's common for
 developers to accidentally write code that is subject to easy collision or
 length extension attacks. HMAC is a function built on top of hashes and it
 doesn't have those problems. Using SHA-512/256 as the underlying hash function
 means the process will be faster on 64-bit machines, but the output will be the
 same length as the more familiar SHA-256.
 .
 This interface encourages you to scope your hashes with an English-language
 string (a "tag") that describes the purpose of the hash. Tagged hashes are a
 common "security hygiene" measure to ensure that hashing the same data for
 different purposes will produce different outputs.
 .
 .
 Password hashing - bcrypt with work factor 14
 .
 Use this to store users' passwords and check them for login (e.g. in a web
 backend). While they both have "hashing" in the name, password hashing is an
 entirely different situation from ordinary hashing and requires its own
 specialized algorithm. bcrypt is a hash function designed for password storage.
 It can be made selectively slower (based on a "work factor") to increase the
 difficulty of brute-force password cracking attempts.
 .
 As of 2016, a work factor of 14 should be well on the side of future-proofing
 over performance. If it turns out to be too slow for your needs, you can try
 using 13 or even 12. You should not go below work factor 12.
 .
 .
 Symmetric Signatures / Message Authentication - HMAC-SHA512/256
 .
 When two parties share a secret key, they can use message authentication to
 make sure that a piece of data hasn't been altered. You can think of it as a
 "symmetric signature" - it proves both that the data is unchanged and that
 someone who knows the shared secret key generated it. Anyone who does not know
 the secret key can neither validate the data nor make valid alterations.
 .
 This comes up most often in the context of web stuff, such as:
 .
 1. Authenticating r

Bug#255572: ITP: cc65 -- Cross development suite for 65xxx processors, necesary for nesicide env

[Michael Stapelberg]

Indeed, I can confirm that compilation works now. Can you upload the
package to Debian please? :)

On Fri, Oct 6, 2017 at 11:26 PM, László Böszörményi (GCS)
 wrote:
> On Fri, Oct 6, 2017 at 10:26 PM, Michael Stapelberg
>  wrote:
>> Thanks for sharing! The Debian package builds fine. However, when
>> trying to use cc65 to compile a project of mine, compilation fails
>> with “include/general.h(4): Error: Include file `peekpoke.h' not
>> found”.
>  Please fetch and build again. Should be fixed.
>
> Laszlo/GCS



-- 
Best regards,
Michael

Bug#255572: ITP: cc65 -- Cross development suite for 65xxx processors, necesary for nesicide env

[Michael Stapelberg]

Thanks for sharing! The Debian package builds fine. However, when
trying to use cc65 to compile a project of mine, compilation fails
with “include/general.h(4): Error: Include file `peekpoke.h' not
found”.

Using strace, I can see:

read(4, "#ifndef GENERAL_H_\n#define GENER"..., 4096) = 1790
access("include/peekpoke.h", F_OK)  = -1 ENOENT (No such file or directory)
access("/build/cc65-cBYPC5/cc65-2.16/include/peekpoke.h", F_OK) = -1
ENOENT (No such file or directory)
write(2, "include/general.h(4): Error: ", 29include/general.h(4): Error: ) = 29
write(2, "Include file `peekpoke.h' not fo"..., 35Include file
`peekpoke.h' not found) = 35

So it seems like the import path is incorrect — it currently points
into the temporary path in which sbuild placed the source when
building the Debian package, while it should point to
/usr/share/cc65/include.

On Fri, Oct 6, 2017 at 9:21 PM, László Böszörményi (GCS)  
wrote:
> On Fri, Oct 6, 2017 at 11:00 AM, Michael Stapelberg
>  wrote:
>> Great! Thanks for letting us know, please keep us posted on the progress.
>  OK, you can download[1] and build the package for testing.
>
> Regards,
> Laszlo/GCS
> [1] dget -x http://www.barcikacomp.hu/gcs/cc65_2.16-1.dsc



-- 
Best regards,
Michael

Bug#255572: ITP: cc65 -- Cross development suite for 65xxx processors, necesary for nesicide env

[Michael Stapelberg]

Great! Thanks for letting us know, please keep us posted on the progress.

On Fri, Oct 6, 2017 at 1:21 AM, László Böszörményi (GCS)  
wrote:
> On Fri, Oct 6, 2017 at 7:39 AM, Michael Stapelberg
>  wrote:
>> László, did you see my message? Any word on this? I’m still interested :)
>  Yup, sorry for the slow reaction.
>
>> On Thu, Nov 3, 2016 at 9:06 AM, Michael Stapelberg
>>  wrote:
>>> "László Böszörményi (GCS)"  writes:
>>>> [1] https://ftp-master.debian.org/new/cc65_0~20160105-1.html
>>>
>>> Thanks for your upload. Can you tell us what happened with it?
>  I think it was rejected, but don't see its reason. :( I should have
> the (old) package on my HDD, will refresh it and check the updated
> license of cc65. Then I plan to do the upload this weekend.
>
> Cheers,
> Laszlo/GCS



-- 
Best regards,
Michael

Bug#255572: ITP: cc65 -- Cross development suite for 65xxx processors, necesary for nesicide env

[Michael Stapelberg]

László, did you see my message? Any word on this? I’m still interested :)

On Thu, Nov 3, 2016 at 9:06 AM, Michael Stapelberg
 wrote:
> Hi László,
>
> "László Böszörményi (GCS)"  writes:
>> [1] https://ftp-master.debian.org/new/cc65_0~20160105-1.html
>
> Thanks for your upload. Can you tell us what happened with it?
> https://packages.debian.org/search?keywords=cc65&searchon=names&suite=all§ion=all
> yields no results, so I’m assuming the upload was rejected…? On what
> grounds, and what can we do to help (if anything)?
>
> --
> Best regards,
> Michael



-- 
Best regards,
Michael

Bug#872600: [Pkg-raspi-maintainers] Bug#872600: RFP: open-rpi-firmware -- Open source VPU side bootloader for Raspberry Pi

[Michael Stapelberg]

FWIW, I think it doesn’t make sense to package this (or upload it,
rather) until we can run a headless Raspberry Pi system with it (i.e.
once DMA, Ethernet and USB work). I don’t expect tooling to be a big
issue.

On Sat, Aug 19, 2017 at 7:18 AM, Petter Reinholdtsen  wrote:
>
> Package: wnpp
> Severity: wishlist
> X-Debbugs-CC: pkg-raspi 
>
> * Package name: open-rpi-firmware
>   Version : n/a, no tags in git
>   Upstream Author : Kristina Brooks
> * URL : https://github.com/christinaa/rpi-open-firmware
> * License : BSD and GPL
>   Description : Open source VPU side bootloader for Raspberry Pi
>
> This package contains firmware to boot the various Raspberry Pi boards.
>
> The free firmware is fairly early in its development process, but it
> would be useful to have it in Debian to ensure all the build tools
> needed are working and to allow those of us that prefer to run into free
> software on our units an option to boot our RPis. :)
>
> Not quite sure what the package name should be.  Suggested the
> -firmware name to match the
> https://tracker.debian.org/pkg/raspi3-firmware > name structure.
>
> --
> Happy hacking
> Petter Reinholdtsen
>
> ___
> Pkg-raspi-maintainers mailing list
> pkg-raspi-maintain...@lists.alioth.debian.org
> https://lists.alioth.debian.org/mailman/listinfo/pkg-raspi-maintainers



-- 
Best regards,
Michael

Bug#868937: ITP: golang-github-kurin-blazer -- A Golang library for Backblaze's B2.

[Michael Stapelberg]

Package: wnpp
Severity: wishlist
Owner: Michael Stapelberg 

* Package name: golang-github-kurin-blazer
  Version : 0.0~git20170711.0.612082e-1
  Upstream Author : Toby Burress
* URL : https://github.com/kurin/blazer
* License : Apache-2.0
  Programming Lang: Go
  Description : Go library for Backblaze's B2

 Blazer is a Golang client library for Backblaze's B2 object storage
 service.  It is designed for simple integration with existing applications
 that may already be using S3 and Google Cloud Storage, by exporting only
 a few standard Go types.
 .
 It implements and satisfies the B2 integration checklist
 (https://www.backblaze.com/b2/docs/integration_checklist.html),
 automatically handling error recovery, reauthentication, and other
 low-level aspects, making it suitable to upload very large files, or
 over multi-day time scales.

This is a dependency of newer versions of restic.

Bug#857291: ITP: golang-golang-x-debug -- debugging tools

[Michael Stapelberg]

Package: wnpp
Severity: wishlist
Owner: Michael Stapelberg 

* Package name: golang-golang-x-debug
  Version : 0.0~git20160621.0.fb50892-1
  Upstream Author : The Go Authors
* URL : https://golang.org/x/debug
* License : BSD-3-clause
  Programming Lang: Go
  Description : debugging tools

Package debug provides the portable interface to a program being debugged.

golang.org/x/debug is a dependency of cloud.google.com/go, which is a
dependency of upspin.

I know that the package description is very brief, but this is all that
upstream provides us with :|.

Bug#857282: ITP: golang-github-golang-geo -- S2 geometry library in Go

[Michael Stapelberg]

Package: wnpp
Severity: wishlist
Owner: Michael Stapelberg 

* Package name: golang-github-golang-geo
  Version : 0.0~git20170112.0.f819552-1
  Upstream Author : Google Inc.
* URL : https://github.com/golang/geo
* License : Apache-2.0
  Programming Lang: Go
  Description : S2 geometry library in Go

 S2 is a library for manipulating geometric shapes. Unlike many geometry
 libraries, S2 is primarily designed to work with spherical geometry, i.e.,
 shapes drawn on a sphere rather than on a planar 2D map. (In fact, the name S2
 is derived from the mathematical notation for the unit sphere.) This makes it
 especially suitable for working with geographic data.
 .
 The library consists of:
 * Basic representations of angles, intervals, latitude-longitude points, unit
   3D vectors, and conversions among them.
 * Various shapes over the unit sphere, such as spherical caps ("discs"),
   latitude-longitude rectangles, polylines, and polygons. These are
   collectively known as "regions".
 * Support for spatial indexing of collections of geometry, and algorithms for
   testing containment, finding nearby objects, finding intersections, etc.
 * A hierarchical decomposition of the sphere into regions called "cells". The
   hierarchy starts with the six faces of a projected cube and recursively
   subdivides them in a quadtree-like fashion.
 * The ability to approximate arbitrary regions as a collection of cells. This
   is useful for building inverted indexes that allow queries over arbitrarily
   shaped regions.  The implementations attempt to be precise both in terms of
   mathematical definitions (e.g. whether regions include their boundaries,
   representations of empty and full regions) and numerical accuracy (e.g.
   avoiding cancellation error).
 .
 Note that the intent of this library is to represent geometry as a
 mathematical abstraction. For example, although the unit sphere is
 obviously a useful approximation for the Earth's surface, functions that
 are specifically related to geography are not part of the core library
 (e.g. easting/northing conversions, ellipsoid approximations, geodetic
 vs. geocentric coordinates, etc).

github.com/golang/geo is a dependency of cloud.google.com/go, which is a
dependency of upspin.

Bug#855823: RFP: upspin -- global name space to name all your files

[Michael Stapelberg]

Package: wnpp
Severity: wishlist

* Package name: upspin
  Version : git-snapshot
  Upstream Author : The Upspin Authors
* URL : https://upspin.io/
* License : BSD
  Programming Lang: Go
  Description : global name space to name all your files

Upspin is an experimental project to build a framework for naming and
sharing files and other data securely, uniformly, and globally: a global
name system of sorts.
.
It is not a file system, but a set of protocols and reference
implementations that can be used to join things like file systems and
other storage services to the name space.
.
Performance is not a primary goal. Uniformity and security are.

This package will be maintained within the pkg-go team.

Bug#848585: O: tircd

[Michael Stapelberg]

Package: wnpp
Severity: normal

I haven’t used tircd for years and lack the time/motivation to maintain
it. Hence, I’m hereby orphaning the package.

Bug#845488: ITP: linux-firmware-raspi3 -- Raspberry Pi 3 GPU firmware and bootloaders

[Michael Stapelberg]

Given that the package has cleared the NEW queue by now, I’ve just done the
rename and uploaded the new package. Will file a request for removal for
the old one once the new one is in.

On Fri, Nov 25, 2016 at 8:39 AM, Michael Stapelberg 
wrote:

> Thanks for the hint, I did not realize that Ubuntu’s linux-firmware-*
> hierarchy is actually firmware-* on Debian.
>
> What’s the best way to rename this package, given that it already sits in
> the NEW queue? Do I need to talk to an ftp-master to remove it from there
> and then do another upload?
>
> On Fri, Nov 25, 2016 at 1:34 AM, Ben Hutchings 
> wrote:
>
>> On Wed, 2016-11-23 at 22:37 +0100, Michael Stapelberg wrote:
>> > Package: wnpp
>> > Severity: wishlist
>> > Owner: Michael Stapelberg 
>> >
>> > * Package name: linux-firmware-raspi3
>>
>> Is this really Linux-specific?  If not, please consider dropping the
>> 'linux-' part.
>>
>> Ben.
>>
>> >   Version : 1.20161123
>> >   Upstream Author : Raspberry Pi Foundation
>> > * URL : https://github.com/raspberrypi/firmware
>> > * License : Proprietary
>> >   Description : Raspberry Pi 3 GPU firmware and bootloaders
>> >
>> >  This package contains all the proprietary files necessary to boot a
>> >  Raspberry Pi 3 board.
>> >  .
>> >  Raspberry Pi is a trademark of the Raspberry Pi Foundation.
>> >
>> > This package will be maintained by the newly created pkg-raspi team, and
>> > is one of the last few pieces of the puzzle to create Debian images for
>> > the Raspberry Pi 3. The package is based on the linux-firmware-raspi2
>> > package from Ubuntu.
>> >
>> --
>> Ben Hutchings
>> [W]e found...that it wasn't as easy to get programs right as we had
>> thought.
>> ... I realized that a large part of my life from then on was going to
>> be spent
>> in finding mistakes in my own programs. - Maurice Wilkes, 1949
>>
>>
>
>
> --
> Best regards,
> Michael
>



-- 
Best regards,
Michael

Bug#845488: ITP: linux-firmware-raspi3 -- Raspberry Pi 3 GPU firmware and bootloaders

[Michael Stapelberg]

Thanks for the hint, I did not realize that Ubuntu’s linux-firmware-*
hierarchy is actually firmware-* on Debian.

What’s the best way to rename this package, given that it already sits in
the NEW queue? Do I need to talk to an ftp-master to remove it from there
and then do another upload?

On Fri, Nov 25, 2016 at 1:34 AM, Ben Hutchings  wrote:

> On Wed, 2016-11-23 at 22:37 +0100, Michael Stapelberg wrote:
> > Package: wnpp
> > Severity: wishlist
> > Owner: Michael Stapelberg 
> >
> > * Package name: linux-firmware-raspi3
>
> Is this really Linux-specific?  If not, please consider dropping the
> 'linux-' part.
>
> Ben.
>
> >   Version : 1.20161123
> >   Upstream Author : Raspberry Pi Foundation
> > * URL : https://github.com/raspberrypi/firmware
> > * License : Proprietary
> >   Description : Raspberry Pi 3 GPU firmware and bootloaders
> >
> >  This package contains all the proprietary files necessary to boot a
> >  Raspberry Pi 3 board.
> >  .
> >  Raspberry Pi is a trademark of the Raspberry Pi Foundation.
> >
> > This package will be maintained by the newly created pkg-raspi team, and
> > is one of the last few pieces of the puzzle to create Debian images for
> > the Raspberry Pi 3. The package is based on the linux-firmware-raspi2
> > package from Ubuntu.
> >
> --
> Ben Hutchings
> [W]e found...that it wasn't as easy to get programs right as we had
> thought.
> ... I realized that a large part of my life from then on was going to
> be spent
> in finding mistakes in my own programs. - Maurice Wilkes, 1949
>
>


-- 
Best regards,
Michael

Bug#845488: ITP: linux-firmware-raspi3 -- Raspberry Pi 3 GPU firmware and bootloaders

[Michael Stapelberg]

Thanks for the hint. I am following that effort already, but AIUI it’s not
in good enough shape yet to be able to actually boot Linux. Hopefully it
will get there eventually :).

On Thu, Nov 24, 2016 at 6:47 AM, Paul Wise  wrote:

> On Thu, Nov 24, 2016 at 5:37 AM, Michael Stapelberg wrote:
>
> >  This package contains all the proprietary files necessary to boot a
> >  Raspberry Pi 3 board.
>
> You may eventually want to look at the open source RPi firmware:
>
> https://github.com/christinaa/rpi-open-firmware
>
> --
> bye,
> pabs
>
> https://wiki.debian.org/PaulWise
>



-- 
Best regards,
Michael

Bug#845488: ITP: linux-firmware-raspi3 -- Raspberry Pi 3 GPU firmware and bootloaders

[Michael Stapelberg]

Package: wnpp
Severity: wishlist
Owner: Michael Stapelberg 

* Package name: linux-firmware-raspi3
  Version : 1.20161123
  Upstream Author : Raspberry Pi Foundation
* URL : https://github.com/raspberrypi/firmware
* License : Proprietary
  Description : Raspberry Pi 3 GPU firmware and bootloaders

 This package contains all the proprietary files necessary to boot a
 Raspberry Pi 3 board.
 .
 Raspberry Pi is a trademark of the Raspberry Pi Foundation.

This package will be maintained by the newly created pkg-raspi team, and
is one of the last few pieces of the puzzle to create Debian images for
the Raspberry Pi 3. The package is based on the linux-firmware-raspi2
package from Ubuntu.

Bug#255572: ITP: cc65 -- Cross development suite for 65xxx processors, necesary for nesicide env

[Michael Stapelberg]

Hi László,

"László Böszörményi (GCS)"  writes:
> [1] https://ftp-master.debian.org/new/cc65_0~20160105-1.html

Thanks for your upload. Can you tell us what happened with it?
https://packages.debian.org/search?keywords=cc65&searchon=names&suite=all§ion=all
yields no results, so I’m assuming the upload was rejected…? On what
grounds, and what can we do to help (if anything)?

-- 
Best regards,
Michael

Bug#821024: ITP: xcb-util-xrm -- utility functions for the X resource manager

[Michael Stapelberg]

Package: wnpp
Severity: wishlist
Owner: Michael Stapelberg 

* Package name: xcb-util-xrm
  Version : 1.0
  Upstream Author : Ingo Bürk
* URL : https://github.com/Airblader/xcb-util-xrm
* License : MIT/X
  Programming Lang: C
  Description : utility functions for the X resource manager

 This package contains the header and library files needed to build software
 using libxcb-xrm, providing utility functions for the X resource manager.
 .
 The xcb-util module provides a number of libraries which sit on top of libxcb,
 the core X protocol library, and some of the extension libraries. These
 experimental libraries provide convenience functions and interfaces which make
 the raw X protocol more usable. Some of the libraries also provide client-side
 code which is not strictly part of the X protocol but which have traditionally
 been provided by Xlib.

This package will be used by the i3 window manager and the awesome
window manager.

Bug#800930: ITP: ratt -- Rebuild All The Things!

[Michael Stapelberg]

Package: wnpp
Severity: wishlist
Owner: Michael Stapelberg 

* Package name: ratt
  Version : 0.0~git20150816.0.b060319-1
  Upstream Author : Michael Stapelberg
* URL : https://github.com/debian/ratt
* License : MIT
  Programming Lang: Go
  Description : Rebuild All The Things!

 ratt (“Rebuild All The Things!”) operates on a Debian .changes file of a
 just-built package, identifies all reverse-build-dependencies and rebuilds
 them with the .debs from the .changes file.
 .
 The intended use-case is, for example, to package a new snapshot of
 a Go library and verify that the new version does not break any other
 Go libraries/binaries.

Bug#793646: ITP: golang-github-jacobsa-ratelimit -- Go package for rate limiting

[Michael Stapelberg]

Package: wnpp
Severity: wishlist
Owner: Michael Stapelberg 

* Package name: golang-github-jacobsa-ratelimit
  Version : 0.0~git20150723.0.2ca5e0c-1
  Upstream Author : Aaron Jacobs
* URL : https://github.com/jacobsa/ratelimit
* License : Apache-2.0
  Programming Lang: Go
  Description : Go package for rate limiting

 This package contains code for dealing with rate limiting. See the
 reference (http://godoc.org/github.com/jacobsa/ratelimit) for more info.

This is the last dependency of gcsfuse, a fuse file system for Google Cloud 
Storage.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/55b3fec4.c856b40a.93dc5.b...@mx.google.com

Bug#793619: ITP: golang-github-jgeewax-cli -- small package for building command line apps in Go

[Michael Stapelberg]

Package: wnpp
Severity: wishlist
Owner: Michael Stapelberg 

* Package name: golang-github-jgeewax-cli
  Version : 0.0~git20150709.137.0f30958-1
  Upstream Author : Jeremy Saenz
* URL : https://github.com/jgeewax/cli
* License : MIT
  Programming Lang: Go
  Description : small package for building command line apps in Go

 cli.go is simple, fast, and fun package for building command line apps in Go.
 The goal is to enable developers to write fast and distributable command line
 applications in an expressive way.
 .
 You can view the API docs here: http://godoc.org/github.com/codegangsta/cli

This is the last dependency of gcsfuse, a fuse file system for Google Cloud 
Storage.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/55b3ad49.a96ec20a.7e58.f...@mx.google.com

Bug#793080: ITP: dh-make-golang -- tool that converts Go packages into Debian package source

[Michael Stapelberg]

Package: wnpp
Severity: wishlist
Owner: Michael Stapelberg 

* Package name: dh-make-golang
  Version : 0.0~git20150721.0.5456aad-1
  Upstream Author : Michael Stapelberg
* URL : https://github.com/Debian/dh-make-golang
* License : BSD-3-clause
  Programming Lang: Go
  Description : tool that converts Go packages into Debian package source

 This package allows you to specify a Go package and will create a Debian
 package from that, following the pkg-go packaging guidelines.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/55adffd8.0a0bb40a.2e49.0...@mx.google.com

Bug#791926: ITP: golang-github-jacobsa-gcloud -- convenience wrapper around google cloud platform APIs

[Michael Stapelberg]

Package: wnpp
Severity: wishlist
Owner: Michael Stapelberg 

* Package name: golang-github-jacobsa-gcloud
  Version : 0.0~git20150626-1
  Upstream Author : Aaron Jacobs
* URL : https://github.com/jacobsa/gcloud
* License : Apache-2.0
  Programming Lang: Go
  Description : convenience wrapper around google cloud platform APIs

 This repo contains unofficial code related to Google Cloud Platform services;
 in particular a package for interacting with Google Cloud Storage. The latter
 is just a wrapper around code that exists elsewhere, presenting it with a
 different API.

This is a dependency of gcsfuse, a fuse file system for Google Cloud Storage.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150709153925.898BA610400@x200

Bug#790837: ITP: golang-github-jacobsa-fuse -- writing and mounting user-space file systems from Go

[Michael Stapelberg]

Package: wnpp
Severity: wishlist
Owner: Michael Stapelberg 

* Package name: golang-github-jacobsa-fuse
  Version : 0.0~git20150625-1
  Upstream Author : Aaron Jacobs
* URL : https://github.com/jacobsa/fuse
* License : Apache-2.0
  Programming Lang: Go
  Description : writing and mounting user-space file systems from Go

 This package allows for writing and mounting user-space file systems from Go.
 It is a wrapper around bazil.org/fuse, which does the heavy lifting. It does
 not make use of the bazil.org/fuse/fs sub-package, which allows for something
 like an object-orientend representation of files and directories, and contains
 a decent amount of canned behavior.
 .
 The chief improvements and/or differences from the bazil.org packages are:
 .
  * No surprises in the form of magic/default behaviors. You must provide an
implementation for every method in the interface. Embed a
fuseutil.NotImplementedFileSystem struct to have default implementations
that return ENOSYS.
 .
  * Every method, struct, and field is thoroughly documented. This may help you
get your bearings in the world of FUSE, the Linux VFS, traditional file
system implementations, etc., all of which tend to be very poorly
documented.
 .
  * Support for arbitrary offsets in directory entries returned by ReadDir.
(The bazil.org package assumes that offsets must be counts of bytes.)
 .
 The very large disadvantage over using the bazil.org packages is that many
 features have not yet been exposed.

This is a dependency of gcsfuse, a fuse file system for Google Cloud Storage.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150702080859.50D8060382B@x200

Bug#790379: ITP: golang-github-jacobsa-bazilfuse -- fork of bazil.org/fuse for gcsfuse

[Michael Stapelberg]

Package: wnpp
Severity: wishlist
Owner: Michael Stapelberg 

* Package name: golang-github-jacobsa-bazilfuse
  Version : 0.0~git20150622-1
  Upstream Author : Tommi Virtanen
* URL : https://github.com/jacobsa/bazilfuse
* License : BSD-3-clause
  Programming Lang: Go
  Description : fork of bazil.org/fuse for gcsfuse

 This package is an implementation detail of github.com/jacobsa/fuse, which is
 used by gcsfuse. You likely should be using bazil.org/fuse (contained in
 Debian package golang-bazil-fuse-dev) directly.
 .
 Changes from upstream are:
 .
  * The function SetOption allows for setting arbitrary mount options.

This is a dependency of gcsfuse, a fuse file system for Google Cloud Storage.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150628173201.719AB60F4C5@x200

Bug#789547: ITP: golang-github-bradfitz-http2 -- HTTP/2 support for Go

[Michael Stapelberg]

Package: wnpp
Severity: wishlist
Owner: Michael Stapelberg 

* Package name: golang-github-bradfitz-http2
  Version : 0.0~git20150509-1
  Upstream Author : Google and The Go Authors
* URL : https://github.com/bradfitz/http2
* License : Go
  Programming Lang: Go
  Description : HTTP/2 support for Go

 This is a work-in-progress HTTP/2 implementation for Go.
 .
 It will eventually live in the Go standard library and won't require
 any changes to your code to use.  It will just be automatic.
 .
 Status:
 .
  * The server support is pretty good. A few things are missing
but are being worked on.
  * The client work has just started but shares a lot of code
is coming along much quicker.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150622075639.40CD860F298@x200

Bug#789542: ITP: golang-github-jacobsa-util -- utility code for jacobsa projects

[Michael Stapelberg]

Package: wnpp
Severity: wishlist
Owner: Michael Stapelberg 

* Package name: golang-github-jacobsa-util
  Version : 0.0~git20150504-1
  Upstream Author : Aaron Jacobs
* URL : https://github.com/jacobsa/util
* License : Apache-2.0
  Programming Lang: Go
  Description : utility code for jacobsa projects

 This is just a collection of miscellaneous code (such as an LRU cache and a
 password input function) imported by other more interesting projects.

This is a dependency of gcsfuse, a fuse file system for Google Cloud Storage.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150622071615.C51DB60F22A@x200

Bug#789252: ITP: golang-google-api -- Google APIs Client Library

[Michael Stapelberg]

Package: wnpp
Severity: wishlist
Owner: Michael Stapelberg 

* Package name: golang-google-api
  Version : 0.0~git20150617-1
  Upstream Author : Google Inc.
* URL : http://google.golang.org/api
* License : BSD-3-clause
  Programming Lang: Go
  Description : Google APIs Client Library

  These are auto-generated Go libraries from the Google Discovery Service's JSON
  description files of the available "new style" Google APIs.

This is a dependency of gcsfuse, a fuse file system for Google Cloud Storage.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150619072426.9CC6F607DBA@x200

Bug#788912: ITP: golang-bazil-fuse -- FUSE library for Go

[Michael Stapelberg]

Package: wnpp
Severity: wishlist
Owner: Michael Stapelberg 

* Package name: golang-bazil-fuse
  Version : 0.0~git20150612-1
  Upstream Author : Tommi Virtanen
* URL : https://bazil.org/fuse/
* License : BSD-3-clause
  Programming Lang: Go
  Description : FUSE library for Go

 bazil.org/fuse is a Go library for writing FUSE userspace filesystems.
 .
 It is a from-scratch implementation of the kernel-userspace communication
 protocol, and does not use the C library from the project called FUSE.
 bazil.org/fuse embraces Go fully for safety and ease of programming.

This is a dependency of gcsfuse, a fuse file system for Google Cloud Storage.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150616073404.3477B60F197@x200

Bug#788909: ITP: golang-golang-x-sys -- low-level interaction with the operating system

[Michael Stapelberg]

Package: wnpp
Severity: wishlist
Owner: Michael Stapelberg 

* Package name: golang-golang-x-sys
  Version : 0.0~git20150612-1
  Upstream Author : The Go Authors
* URL : http://golang.org/x/sys
* License : BSD-3-clause
  Programming Lang: Go
  Description : low-level interaction with the operating system

 This repository holds supplemental Go packages for low-level interactions with
 the operating system.

This is a dependency of gcsfuse, a fuse file system for Google Cloud Storage.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150616071119.CD1F660CD99@x200

Bug#788880: ITP: golang-github-jacobsa-timeutil -- code supplementing Go's time package

[Michael Stapelberg]

Package: wnpp
Severity: wishlist
Owner: Michael Stapelberg 

* Package name: golang-github-jacobsa-timeutil
  Version : 0.0~git20150615-1
  Upstream Author : Google Inc.
* URL : https://github.com/jacobsa/timeutil
* License : Apache-2.0
  Programming Lang: Go
  Description : code supplementing Go's time package

 This package contains code that supplements the time package from the Go
 standard library. In particular:
 .
  * A Clock interface, with a fake implementation that can be used in tests.
  * Implementations of oglematchers.Matcher for time values.

This is a dependency of gcsfuse, a fuse file system for Google Cloud Storage.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150615211438.DC59960575D@x200

Bug#788877: ITP: golang-github-jacobsa-syncutil -- code that supplements the Go stdlib sync package

[Michael Stapelberg]

Package: wnpp
Severity: wishlist
Owner: Michael Stapelberg 

* Package name: golang-github-jacobsa-syncutil
  Version : 0.0~git20150615-1
  Upstream Author : Aaron Jacobs
* URL : https://github.com/jacobsa/syncutil
* License : Apache-2.0
  Programming Lang: Go
  Description : code that supplements the Go stdlib sync package

 This package contains code that supplements the sync package from the Go
 standard library. In particular:
 .
  * Bundle, which makes it easy to write code that spawns multiple
cancellation-aware workers that may fail.
  * InvariantMutex, which makes it possible to automatically check your
invariants at lock and unlock time.

This is a dependency of gcsfuse, a fuse file system for Google Cloud Storage.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150615204053.8493F60F11F@x200

Bug#788778: ITP: golang-google-cloud -- Google Cloud Platform APIs

[Michael Stapelberg]

Package: wnpp
Severity: wishlist
Owner: Michael Stapelberg 

* Package name: golang-google-cloud
  Version : 0.0~git20150613-1
  Upstream Author : Google Inc.
* URL : http://google.golang.org/cloud
* License : Apache-2.0
  Programming Lang: Go
  Description : Google Cloud Platform APIs

 Package cloud contains Google Cloud Platform APIs related types and common
 functions.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150614214502.E656B6059C6@x200

Bug#788765: ITP: golang-golang-x-oauth2 -- make OAuth2 authorized and authenticated HTTP requests

[Michael Stapelberg]

Package: wnpp
Severity: wishlist
Owner: Michael Stapelberg 

* Package name: golang-golang-x-oauth2
  Version : 0.0~git20150527-1
  Upstream Author : The oauth2 authors
* URL : http://golang.org/x/oauth2
* License : BSD-3-clause
  Programming Lang: Go
  Description : make OAuth2 authorized and authenticated HTTP requests

 Package oauth2 provides support for making OAuth2 authorized and authenticated
 HTTP requests. It can additionally grant authorization with Bearer JWT.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150614204009.D467E60EFEC@x200

Bug#788743: ITP: golang-github-jacobsa-ogletest -- unit testing framework for Go

[Michael Stapelberg]

Package: wnpp
Severity: wishlist
Owner: Michael Stapelberg 

* Package name: golang-github-jacobsa-ogletest
  Version : 0.0~git20150610-1
  Upstream Author : Aaron Jacobs
* URL : https://github.com/jacobsa/ogletest
* License : Apache-2.0
  Programming Lang: Go
  Description : unit testing framework for Go

 ogletest is a unit testing framework for Go with the following features:
 .
  * An extensive and extensible set of matchers for expressing expectations.
  * Automatic failure messages; no need to say
t.Errorf("Expected %v, got %v"...).
  * Clean, readable output that tells you exactly what you need to know.
  * Built-in support for mocking through the oglemock package.
  * Style and semantics similar to Google Test and Google JS Test.
 .
 It integrates with Go's built-in testing package, so it works with the go test
 command, and even with other types of test within your package. Unlike the
 testing package which offers only basic capabilities for signalling failures,
 it offers ways to express expectations and get nice failure messages
 automatically.

This is a dependency of gcsfuse, a fuse file system for Google Cloud Storage.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150614174320.8C5B860CF81@x200

Bug#788658: ITP: golang-github-jacobsa-oglemock -- mocking framework for Go

[Michael Stapelberg]

Package: wnpp
Severity: wishlist
Owner: Michael Stapelberg 

* Package name: golang-github-jacobsa-oglemock
  Version : 0.0~git20150428-1
  Upstream Author : Aaron Jacobs
* URL : https://github.com/jacobsa/oglemock
* License : Apache-2.0
  Programming Lang: Go
  Description : mocking framework for Go

 oglemock is a mocking framework for the Go programming language with the
 following features:
 .
 * An extensive and extensible set of matchers for expressing call expectations
   (provided by the oglematchers package).
 .
 * Clean, readable output that tells you exactly what you need to know.
 .
 * Style and semantics similar to Google Mock and Google JS Test.
 .
 * Seamless integration with the ogletest unit testing framework.
 .
 It can be integrated into any testing framework (including Go's testing
 package), but out of the box support is built in to ogletest and that is the
 easiest place to use it.

This is a dependency of gcsfuse, a fuse file system for Google Cloud Storage.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150613223835.D991060CDFC@x200

Bug#788655: ITP: golang-google-appengine -- basic functionality for Google App Engine

[Michael Stapelberg]

Package: wnpp
Severity: wishlist
Owner: Michael Stapelberg 

* Package name: golang-google-appengine
  Version : 0.0~git20150606-1
  Upstream Author : Google Inc.
* URL : http://google.golang.org/appengine
* License : Apache-2.0
  Programming Lang: Go
  Description : basic functionality for Google App Engine

 For more information on how to write Go apps for Google App Engine, see:
 https://cloud.google.com/appengine/docs/go/

This is a dependency of golang.org/x/oauth2, which is a dependency of gcsfuse,
a fuse file system for Google Cloud Storage.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150613220123.6797C60CDFC@x200

Bug#788625: ITP: golang-github-jacobsa-reqtrace -- simple request tracing

[Michael Stapelberg]

Package: wnpp
Severity: wishlist
Owner: Michael Stapelberg 

* Package name: golang-github-jacobsa-reqtrace
  Version : 0.0~git20150505-1
  Upstream Author : Aaron Jacobs
* URL : https://github.com/jacobsa/reqtrace
* License : Apache-2.0
  Programming Lang: Go
  Description : simple request tracing

 reqtrace is a package for simple request tracing. It requires nothing of its
 user except:
 .
 * They must use golang.org/x/net/context.
 * They must add a single line to each function they want to be visible in
   traces.
 .
 In particular, reqtrace is console-based and doesn't require an HTTP server.
 .
 Warning: This package is still barebones and in its early days. I reserve the
 right to make backwards-incompatible changes to its API. But if it's useful to
 you in your current form, have at it.

This is a dependency of gcsfuse, a fuse file system for Google Cloud Storage.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150613133702.8F9EA60CD7D@x200

Bug#788415: ITP: golang-github-jacobsa-oglematchers -- matchers for testing/mocking frameworks such as ogletest

[Michael Stapelberg]

Package: wnpp
Severity: wishlist
Owner: Michael Stapelberg 

* Package name: golang-github-jacobsa-oglematchers
  Version : 0.0~git20150320
  Upstream Author : Aaron Jacobs 
* URL : https://github.com/jacobsa/oglematchers
* License : Apache-2.0
  Programming Lang: Go
  Description : matchers for testing/mocking frameworks such as ogletest

 oglematchers is a package for the Go programming language containing a set of
 matchers, useful in a testing or mocking framework, inspired by and mostly
 compatible with Google Test for C++ and Google JS Test. The package is used by
 the ogletest testing framework and oglemock mocking framework, which may be
 more directly useful to you, but can be generically used elsewhere as well.

This is a dependency of gcsfuse, a fuse file system for Google Cloud Storage.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20150611075612.25922.72501.report...@x200.zekjur.net

Bug#783207: ITP: irssi-plugin-robustirc -- RobustIRC plugin for irssi

[Michael Stapelberg]

Package: wnpp
Severity: wishlist
Owner: Michael Stapelberg 

* Package name: irssi-plugin-robustirc
  Version : 0.1
  Upstream Author : Michael Stapelberg
* URL : https://github.com/robustirc/irssi-robustirc
* License : GPL-2+
  Programming Lang: C
  Description : RobustIRC plugin for irssi

irssi plugin which allows you to connect to a RobustIRC network without
having to use a bridge.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20150423204821.25355.5016.report...@x200.zekjur.net

Bug#779531: ITP: robustirc-bridge -- bridges (translates) between RobustIRC and standard IRC

[Michael Stapelberg]

Package: wnpp
Severity: wishlist
Owner: Michael Stapelberg 

* Package name: robustirc-bridge
  Version : 1.1
  Upstream Author : The RobustIRC authors
* URL : http://robustirc.net/
* License : BSD-3-clause
  Programming Lang: Go
  Description : bridges (translates) between RobustIRC and standard IRC

The RobustIRC bridge allows you to connect to a RobustIRC network using your
regular IRC client (such as irssi, WeeChat, XChat, etc).
.
It can be used as a SOCKS proxy for IRC clients which support SOCKS proxies,
or it can be run for a specific RobustIRC network, in which case it will
listen on a port (localhost:6667 by default) and talk IRC.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20150301215843.25248.53576.report...@x200.zekjur.net

Bug#778474: ITP: golang-sorcix-irc-dev -- generic support for the IRC protocol in Go

[Michael Stapelberg]

Package: wnpp
Severity: wishlist
Owner: Michael Stapelberg 

* Package name: golang-sorcix-irc-dev
  Version : 1.1.0
  Upstream Author : Vic Demuzere
* URL : https://github.com/sorcix/irc
* License : Expat
  Programming Lang: Go
  Description : generic support for the IRC protocol in Go

 Package irc allows your application to speak the IRC protocol.
 .
  * Limited scope, does one thing and does it well.
  * Focus on simplicity and speed.
  * Stable API: updates shouldn't break existing software.
  * Well documented code.
 .
 This package does not manage your entire IRC connection. It only translates
 the protocol to easy to use Go types. It is meant as a single component in a
 larger IRC library, or for basic IRC bots for which a large IRC package would
 be overkill.

This package is a dependency for another ITP I’m about to file.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20150215153109.30405.14399.report...@x200.zekjur.net

Bug#748654: ITP: gopacket -- packet capturing and decoding library for Go

[Michael Stapelberg]

Hi Hilko,

Hilko Bengen  writes:
> * Package name: gopacket
>   Version : 1.0.12-1
>   Upstream Author : Andreas Krennmair; Google Inc.
> * URL or Web page : http://code.google.com/p/gopacket/
> * License : BSD-3-clause
>   Description : packet capturing and decoding library for Go
>The gopacket library provides various bindings for reading packets
>off the wire, logic for decoding packet protocols, TCP stream
>reassembly.
I’m not sure if you’re aware, but just in case you’re not:

We’d like to have all these go packages maintained in pkg-go. See
http://pkg-go.alioth.debian.org/ for more information.

Thanks!

-- 
Best regards,
Michael


--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/x6ppj8qrjh@midna.zekjur.net

Bug#742370: ITP: golang-testify-dev -- A sacred extension to the standard go testing package

[Michael Stapelberg]

Hi Jelmer,

Jelmer Vernooij  writes:
> * Package name: golang-testify-dev
>   Version : 1.0
>   Upstream Author : Mat Ryer and Tyler Bunnel
> * URL : http://github.com/stretchr/testify
> * License : MIT
>   Programming Lang: Go
>   Description : A sacred extension to the standard go testing package
>
Perhaps you already know, but we’d like to maintain all Go packages in
pkg-go on alioth. Can you join us there? I’d be happy to review your
package before you upload.

-- 
Best regards,
Michael


--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/x638i9nbn3@midna.zekjur.net

Bug#740753: [pkg-go] Bug#740753: RFP: packer -- create vm images for multiple platforms from a single source configuration

[Michael Stapelberg]

Hi Emmanuel,

Emmanuel Kasper  writes:
> I am interested in packaging packer ! With the aim one day of creating
> official debian images for VirtualBox, though I would wait before to know if
> someone is willing to upload the resulting work in the archive.
An RFP bugreport means that you want someone else to package this. If
_you_ want to work on it, you should create an ITP.

In general, we welcome any contributions (and will sponsor uploads when
the package fulfills our quality criteria), as long as they are
maintained as part of pkg-go. Feel free to reach out to us at
#debian-golang if you have questions.

-- 
Best regards,
Michael


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/x6mwh5sjhc@midna.zekjur.net

Bug#714058: ITP: cc65 -- Cross compiler and toolchain for 6502-based systems

[Michael Stapelberg]

Hi John, Spiro,

John Paul Adrian Glaubitz  writes:

> Hi Spiro!
>
> On 03/03/2014 09:50 PM, Spiro Trikaliotis wrote:
>> I would be willing to maintain the package (neglecting the formal
>> process of becoming a Debian maintainer, which I read some years ago,
>> but do not remember completely at the moment).
>
> We should get into touch. I am still interested in maintaining cc65,
> so we could work together. I have recently been stressed out, so I
> didn't make any process, so I could definitely need some help ;).
Has the license situation of cc65 changed? In case it is now licensed in
a way that is acceptable for Debian, I am happy to review packaging
and/or sponsor your upload.

-- 
Best regards,
Michael


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/x6txbet4gi@midna.zekjur.net

Bug#739156: ITP: simple-tpm-pk11 -- simple library for using the TPM chip to secure SSH

[Michael Stapelberg]

Package: wnpp
Severity: wishlist
Owner: Michael Stapelberg 

* Package name: simple-tpm-pk11
  Version : 0.0~git20140216-1
  Upstream Author : Thomas Habets 
* URL : https://github.com/ThomasHabets/simple-tpm-pk11
* License : apache2
  Programming Lang: C++
  Description : simple library for using the TPM chip to secure SSH

 simple-tpm-pk11 provides tools to create a key in your TPM (Trusted Platform
 Module) chip which can then be used with SSH. The package comes with a library
 that you can use as “PKCS11Provider” in your SSH configuration file.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20140216094851.6088.6962.report...@midna.zekjur.net

Bug#735407: ITP: golang-gocapability-dev -- Package capability provides utilities for manipulating POSIX capabilities.

[Michael Stapelberg]

Hi Johan,

Johan Euphrosine  writes:
>> I’m not entirely sure what you are saying, though. Do you want to have
>> the DM upload bit for this package? Typically, I’d give that out once I
>> have sponsored two or three uploads, given that I don’t know you that
>> well yet.
>
> Oh SGTM, sorry for the confusion
>
> The upstream looks quite so I'm not sure if there will be many uploads
> moving forward.
>
>>
>> So, shall I go ahead and upload the package for now?
>>
>
> Yes, please and thanks again for the quick review.
Done!

In the future, feel free to just create new repositories and ask me for
a review/sponsoring.

Paul, maybe you could have a look at this package once it enters the NEW
queue (couple of minutes, I suppose). Thanks!

-- 
Best regards,
Michael


--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/x6vbxhhx13@midna.zekjur.net

Bug#735407: ITP: golang-gocapability-dev -- Package capability provides utilities for manipulating POSIX capabilities.

[Michael Stapelberg]

Hi Johan,

Johan Euphrosine  writes:
>> Do you want me to upload it?
>
> I'm just a DM so I'm not sure if I have the right bits flipped in dak to
> upload it myself.
See https://ftp-master.debian.org/dm.txt for the current DM upload bits.

I’m not entirely sure what you are saying, though. Do you want to have
the DM upload bit for this package? Typically, I’d give that out once I
have sponsored two or three uploads, given that I don’t know you that
well yet.

So, shall I go ahead and upload the package for now?

-- 
Best regards,
Michael


--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/x6y52dhyv7@midna.zekjur.net

Bug#735407: ITP: golang-gocapability-dev -- Package capability provides utilities for manipulating POSIX capabilities.

[Michael Stapelberg]

Hi Johan,

Johan Euphrosine  writes:
> PTAL
LGTM.

Do you want me to upload it?

-- 
Best regards,
Michael


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/x61u05jffu@midna.zekjur.net

Bug#735407: ITP: golang-gocapability-dev -- Package capability provides utilities for manipulating POSIX capabilities.

[Michael Stapelberg]

Hi Johan,

Johan Euphrosine  writes:
>> Can you please push the forgotten branches/tags? Thanks!
>
> Done (and tested).
Thanks.

A few comments:
• You’ll want to bump debian/compat to 9 since you are requiring
  debhelper >= 9 as build-dependency anyways.
• In debian/copyright, I’d recommend to license debian/ under the same
  license that upstream ships with (i.e. BSD-2-clause in this
  case). This is to prevent licensing issues when shipping patches in
  debian/patches
• debian/docs is empty, so just delete it?
• In debian/README.Source, if you want to make it perfect, add git
  checkout  to make the instructions easily reproducible.

Aside from that:
• I’m curious about debian/Dockerfile. What do you use it for? AFAICT,
  it “just” builds a package automatically. Apart from the step which
  fetches the current upstream source, you can already do that with
  gbp-clone and git-buildpackage, right?

-- 
Best regards,
Michael


--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/x6lhydjr4m@midna.zekjur.net

Bug#735407: ITP: golang-gocapability-dev -- Package capability provides utilities for manipulating POSIX capabilities.

[Michael Stapelberg]

Hi Johan,

Johan Euphrosine  writes:
> I had to pass --no-mrconfig to ./setup_repository as I was getting the
> following error:
>
> + '[' -n 1 ']'
> + unset GIT_DIR
> + cd /home/groups/pkg-go/meta
> + git fetch origin
> error: cannot open .git/FETCH_HEAD: Permission denied
Oh, it seems like that directory had the wrong permissions. I have fixed
that, so it should work in the future.

> Should we proceed with the review on mentors?
No, I’ll just use the git repository directly. I always verify that the
git repository is buildable using git-pbuilder anyway, so mentors does
not help me at all.

In the repository that you pushed, either the “pristine-tar” or the
“upstream” branch is missing.

These are the commands I expect to succeed:

gbp-clone 
git+ssh://git.debian.org/git/pkg-go/packages/golang-gocapability-dev.git
cd golang-gocapability-dev 
git-buildpackage --git-pbuilder

Can you please push the forgotten branches/tags? Thanks!

-- 
Best regards,
Michael


--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/x6zjmujpyy@midna.zekjur.net

Bug#735407: ITP: golang-gocapability-dev -- Package capability provides utilities for manipulating POSIX capabilities.

[Michael Stapelberg]

Hi Paul,

Paul Tagliamonte  writes:
>>  Please consider maintaining this package in the pkg-golang team on
>>  alioth, and please poke me if you need a sponsor/reviewer.
>> 
>>I was planning to host it under
>>[6]https://alioth.debian.org/scm/?group_id=100878, because that's a
>>dependency of docker, let me know if pkg-golang would make more sense.
>>paultag (cc'ed) already offered to review and sponsor it, but I'm happy to
>>get feedbacks from you as well as this is my first dh-golang package.
>
> If the go team is open to it, I see no problem in continuing our lovely
> friendship :)
I think the package should go into pkg-go, and we’re happy to have
it. Please join pkg-go at https://alioth.debian.org/projects/pkg-go/ and
you’ll be able to create a new repository by logging into git.debian.org
and running “setup-repository” in /git/pkg-go/

-- 
Best regards,
Michael


--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/x68uugl72k@midna.zekjur.net

Bug#735407: ITP: golang-gocapability-dev -- Package capability provides utilities for manipulating POSIX capabilities.

[Michael Stapelberg]

Hi Johan,

Johan Euphrosine  writes:

> Package: wnpp
> Severity: wishlist
> Owner: Johan Euphrosine 
>
> * Package name: golang-gocapability-dev
>   Version : 0.0~git20130208
>   Upstream Author : Suryandaru Triandana 
> * URL : https://github.com/syndtr/gocapability
> * License : BSD 2-Clause
>   Programming Lang: Go
>   Description : Package capability provides utilities for manipulating 
> POSIX capabilities.
>
> Package capability provides utilities for manipulating POSIX capabilities.
Please consider maintaining this package in the pkg-golang team on
alioth, and please poke me if you need a sponsor/reviewer.

-- 
Best regards,
Michael


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/x6bnzdkwzz@midna.zekjur.net

Bug#733860: ITP: pond -- Forward secure, asynchronous messaging for the discerning.

[Michael Stapelberg]

Hi Ximin,

Ximin Luo  writes:
> * Package name: pond
>   Version : 0:git~2014-01-01
>   Upstream Author : Adam Langley 
> * URL : https://pond.imperialviolet.org/
> * License : BSD
>   Programming Lang: Go
Since this is implemented in Go, I welcome you to join pkg-golang on
alioth (if you haven’t already) and maintain it in our team. Thanks for
considering :).

-- 
Best regards,
Michael


--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/x6iotuzc0a@midna.zekjur.net

Bug#731046: ITP: golang-go.tools -- supplementary Go tools

[Michael Stapelberg]

Package: wnpp
Severity: wishlist
Owner: Michael Stapelberg 

* Package name: golang-go.tools
  Version : 0.0~hg20131126-1
  Upstream Author : The Go Authors
* URL : https://code.google.com/p/go.tools/
* License : BSD-3-clause
  Programming Lang: Go
  Description : supplementary Go tools

This subrepository holds the source for various packages and tools that
support the Go programming language.
.
Some of the tools, godoc and vet for example, used to be included in the
golang-go package. Others, including the Go oracle and the test coverage tool,
can be fetched with "go get".
.
Packages include a type-checker for Go and an implementation of the Static
Single Assignment form (SSA) representation for Go programs.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20131201115603.13812.4252.report...@midna.lan

Bug#726978: ITP: libgit2 -- The git linkable library

[Michael Stapelberg]

Hi Arturo,

Arturo Borrero Gonzalez  writes:
> I sent an email to 726978-d...@bugs.debian.org to close the ITP. Is this
> wrong?
No, that’s fine. I didn’t get that message because you did not CC
debian-devel on it. The ITP (due to Debian policy) automatically CC’s
debian-devel, which is where I read it :).

-- 
Best regards,
Michael


--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/x6li1m8k99@midna.lan

Bug#726978: ITP: libgit2 -- The git linkable library

[Michael Stapelberg]

Hi Arturo,

Arturo Borrero Gonzalez  writes:
> * Package name: libgit2
>   Version : 0.19.0
>   Upstream Author : The libgit2 contributors
> * URL : http://libgit2.github.com/
> * License : GPL2
>   Programming Lang: C
>   Description : The git linkable library
Note that we already have libgit2 in Debian experimental.

Did you coordinate with the maintainer, Russel Sim?

-- 
Best regards,
Michael


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/x6ob6i8vxt@midna.lan

Bug#721425: ITP: shellex -- shell-based launcher

[Michael Stapelberg]

Package: wnpp
Severity: wishlist
Owner: Axel Wagner 

* Package name: shellex
  Version : 0.0
  Upstream Author : Axel Wagner
* URL : http://github.com/Merovius/shellex
* License : BSD-3-clause
  Programming Lang: Shell, Perl, C
  Description : shell-based launcher

 shellex is supposed to be a dmenu-style launcher with a lot more
 features and a lot simpler design. It launches a shell (currently zsh)
 and shows it in a small terminal, wrapping every command with a little
 bit of extra magic (redirecting stdout, stderr, disowning and closing
 the shell) to get more typical launcher-behaviour.
 . 
 This gives you a simple launcher with tab-completion and other
 shell-features, configurable in shell.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/x6hae6ytsd@midna.lan

Bug#718183: ITP: dh-golang -- debhelper add-on for packaging software written in Go (golang)

[Michael Stapelberg]

Package: wnpp
Severity: wishlist
Owner: Michael Stapelberg 

* Package name: dh-golang
  Version : 1.0
  Upstream Author : Michael Stapelberg 
* License : BSD
  Programming Lang: Perl
  Description : debhelper add-on for packaging software written in Go 
(golang)

dh-golang provides a debhelper sequence addon named 'golang', a buildsystem
module named 'golang' and a command called dh_golang.
.
The golang debhelper buildsystem is designed to make packaging programs
written in Go very simple.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130728135902.30846.47346.report...@midna.lan

Bug#718051: ITP: xcb-util-cursor -- utility libraries for X C Binding -- cursor

[Michael Stapelberg]

Package: wnpp
Severity: wishlist
Owner: Michael Stapelberg 

* Package name: xcb-util-cursor
  Version : 0.0.99
  Upstream Author : Michael Stapelberg 
* URL : http://xcb.freedesktop.org/
* License : MIT/X
  Programming Lang: C
  Description : utility libraries for X C Binding -- cursor

This package contains the library files needed to run software using
libxcb-cursor, providing port of Xlib's libXcursor functions.

The xcb-util module provides a number of libraries which sit on top of libxcb,
the core X protocol library, and some of the extension libraries. These
experimental libraries provide convenience functions and interfaces which make
the raw X protocol more usable. Some of the libraries also provide client-side
code which is not strictly part of the X protocol but which have traditionally
been provided by Xlib.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130728084304.14168.33099.report...@midna.lan

Bug#714457: ITP: golang-godebiancontrol-dev -- Go debian control file parser

[Michael Stapelberg]

Package: wnpp
Severity: wishlist
Owner: Michael Stapelberg 

* Package name: golang-godebiancontrol-dev
  Version : 0.0~git20121130-1
  Upstream Author : Michael Stapelberg 
* URL : https://github.com/mstap/godebiancontrol
* License : BSD
  Programming Lang: Go
  Description : Go debian control file parser

Parses files such as a Debian mirror’s Packages or Sources file, or any Debian
package’s debian/control file. Follows the Debian Policy, chapter 5.1 (“Syntax
of control files”).
.
This package contains the source.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130629153149.14673.7722.report...@midna.lan

Bug#714451: ITP: golang-pq-dev -- pure Go postgres driver for Go’s database/sql package

[Michael Stapelberg]

Package: wnpp
Severity: wishlist
Owner: Michael Stapelberg 

* Package name: golang-pq-dev
  Version : 0.0~git20130606-1
  Upstream Author : Blake Mizerany
* URL : https://github.com/lib/pq
* License : Expat
  Programming Lang: Go
  Description : pure Go postgres driver for Go’s database/sql package

After importing this package, you can connect to a postgres database from your
Go programs. This package does not depend on libpq-dev and does not need cgo,
making it suitable for use when cross-compiling.
.
This package contains the source.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130629141247.19442.80201.report...@midna.lan

Bug#714058: ITP: cc65 -- Cross compiler and toolchain for 6502-based systems

[Michael Stapelberg]

Hi John,

Has anything changed since the following post?
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=255572#20

See also https://www.google.com/search?q=site:cc65.org+inurl:mailarchive+license

-- 
Best regards,
Michael


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/x61u7quqff@midna.zekjur.net

Bug#713913: ITP: libscrypt -- scrypt shared library.

[Michael Stapelberg]

Hi Micah,

micah  writes:
> How about something like:
>
>  The scrypt algorithm is a password-based key derivation function
>  designed to require large amounts of memory. This proof-of-work scheme
>  is intended to make it costly to perform large-scale hardware
>  attacks.
>  . 
>  This package contains a shared library implementing the scrypt
>  algorithm, based on the original implementation with a number of
>  harnesses and simplified interfaces.
Much much better. Thanks!

-- 
Best regards,
Michael


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/x67ghjuq0t@midna.zekjur.net