from:"Peter Colberg"

Bug#982140: ITP: fuzzel -- Wayland-native application launcher

2022-11-29 Thread Peter Colberg

On Mon, Nov 28, 2022 at 12:21:13PM -0500, Antoine Beaupré wrote:
> So this is now in unstable, but blocked from migrating because it was a
> binary upload.
> 
> I'm happy to do a new source-only upload, but are there other changes
> you have pending we could bundle up in there?

Thanks, yes, I have pushed fuzzel 1.8.2-2 [1] which resolves a FTBFS
due to a recent change in the fcft Debian package. There had already
been a failed attempt [2] to rebuild on amd64. (Are these automatic
after a new package enters the archive, or manually triggered?)

[1] 
https://salsa.debian.org/swaywm-team/fuzzel/-/commit/c4885f626cdfb9ce2ca26afa46fdcce76f309b1c
[2] 
https://buildd.debian.org/status/fetch.php?pkg=fuzzel=amd64=1.8.2-1%2Bb1=1669472282=0

Thanks,
Peter

Bug#982145: RFS: fuzzel/1.5.1-1 [ITP] -- Application launcher for wlroots based Wayland compositors

2022-11-19 Thread Peter Colberg

On Fri, Nov 18, 2022 at 01:18:05PM -0500, Antoine Beaupré wrote:
> It looks like it ships a third-party library, nanosvg. I don't know if
> that's already packaged in Debian, but it might make the FTP-masters
> unhappy, especially since it's not mentioned in debian/copyright. So the
> latter should be fixed, at the very least, and we might consider
> packaging that library separately...
> 
> ... that said, it looks like many other packages do ship a copy of that
> library, maybe it's the way it's designed to be shipped?
> 
> https://codesearch.debian.net/search?q=nanosvg=1
> 
> wxwidgets just vendors it, but does mention it in the debian/copyright,
> however:
> 
> https://sources.debian.org/src/wxwidgets3.2/3.2.1%2Bdfsg-1/debian/copyright/#L28
> 
> So there's that: at least add that to the debian/copyright.

Thanks for your patch! I posted a note regarding nanosvg:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=982140#12

> Also, I've had trouble reproducing the upstream tarball. I tried to
> build the package with git-buildpackage:
> 
> gbp buildpackage --git-debian-branch=main --git-upstream-tag=1.8.2
> 
> ... but that gives me a different tarball than
> upstream. git-buildpackage generates a tarball with foot-1.8.2/ as a
> top directory, while upstream has foot/. I'm not sure how to resolve
> this, but you should at least provide the upstream tarball ... somewhere
> so that it can be uploaded safely.
> 
> You might want to configure git-buildpackage or some other git-building
> tool in the package as well, since it seems that (git) is what you rely
> on to build this.

I checked UPSTREAM TARBALL CREATION OPTIONS in gbp-buildpackage(1) for
an option to set the prefix that could be used in gbp.conf, but could
not find anything. The default might have been chosen to match GitHub.

I use debuild with lintian in buildah to build Debian packages:

https://www.debian.org/doc/manuals/maint-guide/build.en.html#debuild
https://tauware.blogspot.com/2020/04/building-packages-with-buildah-in-debian.html

> I can probably just live with the upstream tarball for now, but that
> might be something you want to consider documenting in
> debian/README.source or something.

I have documented to obtain the tarball with origtargz:

https://salsa.debian.org/swaywm-team/fuzzel/-/commit/777f02bbb38f229016bb41fc90ebfc923da46e98

# sha256sum ../fuzzel_1.8.2.orig.tar.gz
2e7debba9d56a989921e0ce518a026152d9fbea33abafe384a4aad074db89de8  
../fuzzel_1.8.2.orig.tar.gz

> Otherwise this is almost ready to go, as far as I'm concerned, and I'll
> be happy to sponsor this once it has a proper debian/copyright. Try
> running decopy on the source to see what comes up...

Thanks for your review! This is latest commit of the package:

https://salsa.debian.org/swaywm-team/fuzzel/-/commit/ccc1a63f6289c33560f0ff85a5143e0e47daa529

Regards,
Peter

Bug#982140: ITP: fuzzel -- Wayland-native application launcher

2022-11-19 Thread Peter Colberg

Dear FTP Team,

Regarding the embedded copy of nanosvg, please see the investigation
into prior occurrences in the Debian archive [1], and the reasoning
for why the use of nanosvg is preferable over librsvg [2].

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=982145#74
[2] 
https://salsa.debian.org/swaywm-team/fuzzel/-/commit/9f111d2252e0047a14459254a77d3d04e5c1b57e

Thanks,
Peter

Bug#982145: RFS: fuzzel/1.5.1-1 [ITP] -- Application launcher for wlroots based Wayland compositors

2022-11-18 Thread Peter Colberg

Hi Antoine,

On Fri, Nov 18, 2022 at 12:06:19PM -0500, Antoine Beaupré wrote:
> On 2022-11-12 18:17:23, Peter Colberg wrote:
> > I have updated the fuzzel package to version 1.8.2-1 [1]. I will
> > push a signed tag once the package has been accepted into unstable.
> >
> > [1] 
> > https://salsa.debian.org/swaywm-team/fuzzel/-/commit/8ae19155129c7e7bf20246a105702c74a148ff03
> 
> Are you still looking for a sponsor for this?

Yes, thank you, that would be great!

Peter

Bug#982145: RFS: fuzzel/1.5.1-1 [ITP] -- Application launcher for wlroots based Wayland compositors

2022-11-12 Thread Peter Colberg

Dear Debian mentors,

I have updated the fuzzel package to version 1.8.2-1 [1]. I will
push a signed tag once the package has been accepted into unstable.

[1] 
https://salsa.debian.org/swaywm-team/fuzzel/-/commit/8ae19155129c7e7bf20246a105702c74a148ff03

Thanks,
Peter

Bug#982145: RFS: fuzzel/1.5.1-1 [ITP] -- Application launcher for wlroots based Wayland compositors

2022-11-09 Thread Peter Colberg

Dear Debian mentors,

Apologies for the confusion: This package is still in need of
sponsorship since I have not heard back from the Sway team.

Thanks,
Peter

On Sat, Sep 17, 2022 at 08:11:35PM -0400, Peter Colberg wrote:
> Dear Sway team,
> 
> Would anyone be willing to sponsor the initial upload of fuzzel? I am
> a Debian Maintainer and would maintain the package myself thereafter.
> 
> On Sun, Oct 31, 2021 at 09:35:06PM +0100, Bastian Germann wrote:
> > On Sat, 6 Feb 2021 15:10:26 -0500 Peter Colberg wrote:
> > > It builds these binary packages:
> > > 
> > >   fuzzel - Application launcher for wlroots based Wayland compositors
> > > 
> > > Fuzzel fills a gap in the Debian swaywm ecosystem as a Wayland
> > > equivalent for rofi in terms of ease of use, robustness, and simplicity.
> 
> > You should contact the team to sponsor this if you have not done this 
> > already.
> > 
> > The d/watch file does not work. The web interface might have changed.
> > You can also use uscan's git mode.
> 
> The download likely failed due to pagination of older releases.
> I have updated debian/watch to query the API instead [1].
> 
> > When you have fixed the d/watch file untag moreinfo.
> 
> Thanks for your review! I have pushed version 1.7.0-1 [2].
> 
> [1] 
> https://salsa.debian.org/swaywm-team/fuzzel/-/commit/2cfcd218545134ba7b1c5ab479b76f29a48e46e6
> [2] 
> https://salsa.debian.org/swaywm-team/fuzzel/-/commit/e3f6004d4c6a1de1e6c1b599d00b5c7fb4f35408
> 
> Thanks,
> Peter

Bug#1011482: cgit: Package cgit-pink as a more up-to-date alternative for cgit

2022-10-02 Thread Peter Colberg

Hi Alejandro, Hi Daniel,

On Mon, May 23, 2022 at 10:44:16PM +0200, Alejandro Colomar wrote:
> Could you please package cgit-pink as an alternative to cgit that
> is well maintained?  cgit development has been stopped for a year
> now.
> 
> cgit-pink: 

Thank you for making me aware of this. Unfortunately, cgit-pink is not
a full-featured replacement for upstream cgit since it removes support
for Lua filters [1]. The commit message states that “Lua support is
unused”, which I don't follow as cgit ships with a collection of Lua
filters, hence Lua support is likely used in some installations.

I will keep this bug open since, while cgit still works for now, this
will change at some point as the git repository layout evolves. In the
meantime, please feel welcome to package cgit-pink in addition to cgit.

If you are aware of specific bugs in cgit that would be worthwhile
patching in Debian, I would be grateful if you could let me know.
At least the Fedora package is carrying a patch to use a newer git
version [2, 3], which might be a consideration for Debian, too.

[1] 
https://git.causal.agency/cgit-pink/commit/?id=d993e4be6731b1a806e2c7588334a3f485a5fd31
[2] 
https://src.fedoraproject.org/rpms/cgit/blob/79170ad8583966d3904879515d9348af459f2cba/f/cgit.spec
[3] https://git.kernel.org/

Thanks,
Peter

Bug#982145: RFS: fuzzel/1.5.1-1 [ITP] -- Application launcher for wlroots based Wayland compositors

2022-09-17 Thread Peter Colberg

Dear Sway team,

Would anyone be willing to sponsor the initial upload of fuzzel? I am
a Debian Maintainer and would maintain the package myself thereafter.

On Sun, Oct 31, 2021 at 09:35:06PM +0100, Bastian Germann wrote:
> On Sat, 6 Feb 2021 15:10:26 -0500 Peter Colberg wrote:
> > It builds these binary packages:
> > 
> >   fuzzel - Application launcher for wlroots based Wayland compositors
> > 
> > Fuzzel fills a gap in the Debian swaywm ecosystem as a Wayland
> > equivalent for rofi in terms of ease of use, robustness, and simplicity.

> You should contact the team to sponsor this if you have not done this already.
> 
> The d/watch file does not work. The web interface might have changed.
> You can also use uscan's git mode.

The download likely failed due to pagination of older releases.
I have updated debian/watch to query the API instead [1].

> When you have fixed the d/watch file untag moreinfo.

Thanks for your review! I have pushed version 1.7.0-1 [2].

[1] 
https://salsa.debian.org/swaywm-team/fuzzel/-/commit/2cfcd218545134ba7b1c5ab479b76f29a48e46e6
[2] 
https://salsa.debian.org/swaywm-team/fuzzel/-/commit/e3f6004d4c6a1de1e6c1b599d00b5c7fb4f35408

Thanks,
Peter

Bug#1019696: devscripts: uscan does not work with github anymore

2022-09-17 Thread Peter Colberg

On Tue, Sep 13, 2022 at 05:24:02PM +0200, Patrick Matthäi wrote:
> github made some annoying changes to the release download pages (lazy 
> loading?)
> All debian/watch files using github are failing now:
> 
> version=4
> https://github.com/liske/needrestart/releases \
> /liske/needrestart/archive/refs/tags/v(.+)\.tar\.gz

uscan still seems to work using the GitHub API, e.g.,

version=4
opts="searchmode=plain,pgpsigurlmangle=s/$/.asc/" \
https://api.github.com/repos///releases \
https://github.com///releases/download/v(?:\d[\d.]*)/-v(\d[\d.]*)\.tar\.gz

Peter

Bug#982145: RFS: fuzzel/1.5.1-1 [ITP] -- Application launcher for wlroots based Wayland compositors

2021-02-06 Thread Peter Colberg

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for an initial sponsor for the package "fuzzel". I am
currently a Debian Maintainer and would also like to seek upload
sponsorship so I may maintain the package myself once accepted.

 * Package name: fuzzel
   Version : 1.5.1-1
   Upstream Author : Daniel Eklöf 
 * URL : https://codeberg.org/dnkl/fuzzel
 * License : Expat
 * Vcs : https://salsa.debian.org/swaywm-team/fuzzel
   Section : x11

Fuzzel is a Wayland-native application launcher, similar to rofi's
drun mode.

[ITP] https://bugs.debian.org/982140

It builds these binary packages:

  fuzzel - Application launcher for wlroots based Wayland compositors

Fuzzel fills a gap in the Debian swaywm ecosystem as a Wayland
equivalent for rofi in terms of ease of use, robustness, and simplicity.
The upstream author, Daniel Eklöf focuses on technical excellence and a
welcoming community around their software, and I am grateful for their
work. Daniel maintains the foot terminal emulator which is in Debian.

Regards,
Peter

Bug#982140: ITP: fuzzel -- Wayland-native application launcher

2021-02-06 Thread Peter Colberg

Package: wnpp
Severity: wishlist
Owner: Peter Colberg 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: fuzzel
  Version : 1.5.1
  Upstream Author : Daniel Eklöf 
* URL : https://codeberg.org/dnkl/fuzzel
* License : Expat
  Programming Lang: C
  Description : Application launcher for wlroots based Wayland compositors

Fuzzel is a Wayland-native application launcher, similar to rofi's drun mode.

Features:
 * Wayland native
 * Rofi drun-like mode of operation
 * dmenu mode where newline separated entries are read from stdin
 * Emacs key bindings
 * Icons!
 * Remembers frequently launched applications

This package will be maintained under the umbrella of the swaywm team [1].

[1] https://salsa.debian.org/swaywm-team/fuzzel

Bug#954189: Upload approval for acmetool 0.2 in buster-backports

2020-08-09 Thread Peter Colberg

Hi Ralph,

On Thu, Aug 06, 2020 at 03:38:33PM -0700, Ralph Giles wrote:
> I wanted to request approval from the maintainer team to upload the
> acmetool 0.2.1-2 package currently in testing/unstable to buster-
> backports.

Please feel free to go ahead with backporting acmetool and needed
golang dependencies to buster. I recently moved the acmetool package
to the go-team, which you will need to join on salsa to push to its
git repository. Please let me know in case you have any questions.

Peter

Bug#955803: ITP: bemenu -- Dynamic menu inspired by dmenu

2020-04-04 Thread Peter Colberg

Package: wnpp
Severity: wishlist
Owner: Peter Colberg 

* Package name: bemenu
  Version : 0.3.0-1
  Upstream Author : Jari Vetoniemi 
* URL : https://github.com/Cloudef/bemenu
* License : GPL-3+, LGPL-3+
  Programming Lang: C
  Description : Dynamic menu inspired by dmenu

bemenu is a dynamic menu for tty (using ncurses), X11 and/or Wayland,
inspired by dmenu. It reads a list of newline-separated items from
standard input. When the user selects an item and presses Return, their
choice is printed to standard output and bemenu terminates. Entering
text will narrow the items to those matching the tokens in the input.

Bug#954117: firefox: Missing path when invoking ntlm_auth breaks NTLM SSO authentication

2020-03-16 Thread Peter Colberg

Package: firefox
Version: 74.0-1
Severity: normal
Tags: patch

Dear Maintainer,

Firefox invokes the winbind helper program ntlm_auth for NTLM SSO
authentication but calls it without a path. This results in failure to
authenticate unless firefox is explicitly invoked from /usr/bin.

The issue was originally reported by David Woodhouse against Fedora
[1] and has been resolved by a patch to call the absolute path [2].

[1] https://bugzilla.redhat.com/show_bug.cgi?id=689058
[2] https://src.fedoraproject.org/rpms/firefox/blob/master/f/rhbz-1173156.patch

Please consider applying this patch in Debian as well. (See this
comment [3] for why to prefer an absolute path over execvpe().)

[3] https://bugzilla.redhat.com/show_bug.cgi?id=689058#c6

As a work-around for the typical desktop environment where firefox is
invoked with the current directory set to $HOME, I verified that NTLM
SSO authentication works after symlinking /usr/bin/ntlm_auth to $HOME.

Regards,
Peter

Bug#950523: ITP: golang-gopkg-hlandau-acmeapi.v2 -- ACME v2 (RFC 8555) client library for Go

2020-02-02 Thread Peter Colberg

Package: wnpp
Severity: wishlist
Owner: Peter Colberg 

* Package name: golang-gopkg-hlandau-acmeapi.v2
  Version : 2.0.1-1
  Upstream Author : Hugo Landau
* URL : https://github.com/hlandau/acmeapi
* License : Expat
  Programming Lang: Go
  Description : ACME v2 (RFC 8555) client library for Go

This library implements the final version of the ACME specification.

https://tools.ietf.org/html/rfc8555

Bug#942504: acmetool: Does not support ACMEv2

2020-01-31 Thread Peter Colberg

Hi Antti and Matija,

On Thu, Oct 17, 2019 at 01:26:56PM +0300, Antti Salmela wrote:
> Package: acmetool
> Version: 0.0.62-3+b11
> Severity: important
> 
> Let's Encrypt is removing support of ACMEv1, starting with stopping new
> account registrations in November 2019 according to their EoL plan:
> https://community.letsencrypt.org/t/end-of-life-plan-for-acmev1/88430
> 
> Current acmetool doesn't support v2. This will render package mostly
> unusable.
> 
> Upstream has just released beta version with ACMEv2 support:
> https://github.com/hlandau/acmetool/issues/322

Thank you for the reminder and apologies for the long wait.

I am going to take a look at updating acmetool this weekend.

Regards,
Peter

Bug#839668: [Pkg-julia-devel] Bug#839668: Bug#839668: julia: New upstream release

2018-05-18 Thread Peter Colberg

On Fri, May 18, 2018 at 10:42:34AM +0200, Pierre Haessig wrote:
> I just noticed that the libgit2 PR 4173 was merged about a month ago.
> Does it help for the integration of Julia 0.6 ?

Yes, that was excellent news indeed. All that is missing is for
libgit2 0.28 to be released and uploaded to Debian unstable.

Peter

Bug#879276: [Letsencrypt-devel] Bug#879276: [PATCH] drop unnecessary -O--buildsystem=golang args

2017-10-21 Thread Peter Colberg

Hi Michael,

On Sat, Oct 21, 2017 at 01:58:22PM +0200, Michael Stapelberg wrote:
> Please consider merging the attached patch.

Thanks, applied to git.

Regards,
Peter

Bug#838720: pager crashes when maildir is modified while viewing message

2017-07-16 Thread Peter Colberg

Hi Antonio,

On Tue, Dec 06, 2016 at 08:24:43AM +, Antonio Radici wrote:
> Peter, do you have time to try neomutt standard without Debian patches? That 
> at
> least will help us to undestand if it's a rogue patch or if the problem is in
> neomutt.

I built mutt 1.7.2-1 under Debian stretch amd64 disabling these patches:

# neomutt-20170113.patch
# neomutt-devel/832971-reset-xlabel.patch

I ran "quilt refresh" for all subsequent patches in debian/patches/series.

Following the procedure described in my previous message,

https://bugs.debian.org/838720#103

mutt no longer performs an "invalid read" (see attached valgrind log).

The culprit for the pager segfault is NeoMutt.

Regards,
Peter
==19224== Memcheck, a memory error detector
==19224== Copyright (C) 2002-2015, and GNU GPL'd, by Julian Seward et al.
==19224== Using Valgrind-3.12.0.SVN and LibVEX; rerun with -h for copyright info
==19224== Command: mutt
==19224== Parent PID: 19031
==19224== 
==19224== Conditional jump or move depends on uninitialised value(s)
==19224==at 0x6E16009: re_compile_fastmap_iter.isra.24 (regcomp.c:328)
==19224==by 0x6E1E6A5: re_compile_fastmap (regcomp.c:280)
==19224==by 0x6E1ED3A: regcomp (regcomp.c:509)
==19224==by 0x1443F7: parse_attach_list (init.c:971)
==19224==by 0x1443F7: parse_attachments (init.c:1137)
==19224==by 0x144D46: mutt_parse_rc_line.part.11 (init.c:2378)
==19224==by 0x144F3F: mutt_parse_rc_line (init.c:2300)
==19224==by 0x144F3F: source_rc (init.c:2286)
==19224==by 0x14826E: mutt_init (init.c:3194)
==19224==by 0x11CCA3: main (main.c:798)
==19224== 
==19224== Conditional jump or move depends on uninitialised value(s)
==19224==at 0x6E16009: re_compile_fastmap_iter.isra.24 (regcomp.c:328)
==19224==by 0x6E1E6C7: re_compile_fastmap (regcomp.c:282)
==19224==by 0x6E1ED3A: regcomp (regcomp.c:509)
==19224==by 0x1443F7: parse_attach_list (init.c:971)
==19224==by 0x1443F7: parse_attachments (init.c:1137)
==19224==by 0x144D46: mutt_parse_rc_line.part.11 (init.c:2378)
==19224==by 0x144F3F: mutt_parse_rc_line (init.c:2300)
==19224==by 0x144F3F: source_rc (init.c:2286)
==19224==by 0x14826E: mutt_init (init.c:3194)
==19224==by 0x11CCA3: main (main.c:798)
==19224== 
==19224== Conditional jump or move depends on uninitialised value(s)
==19224==at 0x6E16009: re_compile_fastmap_iter.isra.24 (regcomp.c:328)
==19224==by 0x6E1E6A5: re_compile_fastmap (regcomp.c:280)
==19224==by 0x6E1ED3A: regcomp (regcomp.c:509)
==19224==by 0x150D56: mutt_parse_hook (hook.c:186)
==19224==by 0x144D46: mutt_parse_rc_line.part.11 (init.c:2378)
==19224==by 0x144F3F: mutt_parse_rc_line (init.c:2300)
==19224==by 0x144F3F: source_rc (init.c:2286)
==19224==by 0x145181: parse_source (init.c:2336)
==19224==by 0x144D46: mutt_parse_rc_line.part.11 (init.c:2378)
==19224==by 0x144F3F: mutt_parse_rc_line (init.c:2300)
==19224==by 0x144F3F: source_rc (init.c:2286)
==19224==by 0x145181: parse_source (init.c:2336)
==19224==by 0x144D46: mutt_parse_rc_line.part.11 (init.c:2378)
==19224==by 0x144F3F: mutt_parse_rc_line (init.c:2300)
==19224==by 0x144F3F: source_rc (init.c:2286)
==19224== 
==19224== Conditional jump or move depends on uninitialised value(s)
==19224==at 0x6E16009: re_compile_fastmap_iter.isra.24 (regcomp.c:328)
==19224==by 0x6E1E6C7: re_compile_fastmap (regcomp.c:282)
==19224==by 0x6E1ED3A: regcomp (regcomp.c:509)
==19224==by 0x150D56: mutt_parse_hook (hook.c:186)
==19224==by 0x144D46: mutt_parse_rc_line.part.11 (init.c:2378)
==19224==by 0x144F3F: mutt_parse_rc_line (init.c:2300)
==19224==by 0x144F3F: source_rc (init.c:2286)
==19224==by 0x145181: parse_source (init.c:2336)
==19224==by 0x144D46: mutt_parse_rc_line.part.11 (init.c:2378)
==19224==by 0x144F3F: mutt_parse_rc_line (init.c:2300)
==19224==by 0x144F3F: source_rc (init.c:2286)
==19224==by 0x145181: parse_source (init.c:2336)
==19224==by 0x144D46: mutt_parse_rc_line.part.11 (init.c:2378)
==19224==by 0x144F3F: mutt_parse_rc_line (init.c:2300)
==19224==by 0x144F3F: source_rc (init.c:2286)
==19224== 
==19231== Warning: invalid file descriptor 1024 in syscall close()
==19231== Warning: invalid file descriptor 1025 in syscall close()
==19231== Warning: invalid file descriptor 1026 in syscall close()
==19231== Warning: invalid file descriptor 1027 in syscall close()
==19231==Use --log-fd= to select an alternative log fd.
==19231== Warning: invalid file descriptor 1028 in syscall close()
==19231== Warning: invalid file descriptor 1029 in syscall close()
==19230== 
==19230== HEAP SUMMARY:
==19230== in use at exit: 1,440,290 bytes in 3,179 blocks
==19230==   total heap usage: 4,385 allocs, 1,206 frees, 1,639,162 bytes 
allocated
==19230== 
==19230== LEAK SUMMARY:
==19230==definitely lost: 0 bytes in 0 blocks
==19230==indirectly lost: 0 bytes in 0 blocks
==19230==  possibly lost: 0

Bug#838720: pager crashes when maildir is modified while viewing message

2017-07-16 Thread Peter Colberg

Hi Antonio,

On Mon, Jun 26, 2017 at 05:52:09PM +, Antonio Radici wrote:
> I've tried to reproduce the problem and the procedure outlined in the message
> sent by Hannes on Mon, 12 Sep 2016 21:37:10 +0200 does not make it 
> reproducible.
> 
> Could you please post a stacktrace of your issue? it seems to me that it
> might not be related to this bug (maybe it's the imap ssl problem)

Please see my original bug report on Fri, 23 Sep 2016 17:45:47 -0400.

https://bugs.debian.org/838720#5

I have attached the output of mutt 1.7.2-1 run under valgrind.

These steps reproduce the issue on Debian stretch amd64:

  1. create new IMAP/SMTP account on the server, e.g., "m...@example.com"

  2. create IMAP folder "Sent" if it does not exist already

  3. "apt install mutt mutt-dbgsym isync awesome" on the client

  4. create new user account on the client, e.g., "mutt"

  5. login to new user account using window manager "awesome"

  6. press "Mod4"/"Win" + "space" to switch to tiling layout

  7. press "Mod4"/"Win" + "enter" to open first terminal

  8. press "Mod4"/"Win" + "enter" to open second terminal

  9. create ~/.muttrc

set folder=~/Mail
set spoolfile=~/Mail/INBOX
set mbox_type=Maildir
set record=+Sent
set copy
set nomove
set from=m...@example.com
set envelope_from
set tilde
set strict_threads
set sort=threads
set sort_aux=last-date-received
set mime_forward=ask-no
set assumed_charset="iso-8859-1:utf-8"
set attach_charset="utf-8:iso-8859-1"
set send_charset="us-ascii:utf-8"
set index_format="%4C %Z %{%b %d} %-15.15F (%?l?%4l&%4c?) %s"
set pager_index_lines=10
set ssl_force_tls
set smtp_url="smtp://m...@smtp.example.com:587"
set smtp_pass="01234567890ABCDEF"
mailboxes !

  10. create ~/.mbsyncrc

MaildirStore client
Path ~/Mail/
Inbox ~/Mail/INBOX
Flatten .

IMAPStore server
Host imap.example.com
User mutt
Pass 01234567890ABCDEF
SSLType IMAPS

Channel server
Master :server:
Slave :client:
Patterns %
Create Slave
Expunge Both

  11. "mkdir ~/Mail"

  12. "mbsync -a"

  13. "valgrind --log-file=/tmp/mutt.log mutt"

  14. send test message from "m...@example.com" to "m...@example.com"

  15. switch to =Sent mailbox

  16. open test message in pager

  17. press "Mod4"/"Win" + "tab" to switch to second terminal

  18. "mbsync -a"

  19. press "Mod4"/"Win" + "enter" to open third terminal

After this step, mutt will either segfault or show a garbled status
line at the bottom, and valgrind logs an invalid read as follows:

==3468== Invalid read of size 8
==3468==at 0x1590C2: hdr_format_str (hdrline.c:474)
==3468==by 0x1A03F5: mutt_FormatString (muttlib.c:1580)
==3468==by 0x15B91A: mutt_make_string_info (hdrline.c:1240)
==3468==by 0x170CE2: mutt_pager (pager.c:1958)
==3468==by 0x1309F4: mutt_display_message (commands.c:225)
==3468==by 0x13FF0B: mutt_index_menu (curs_main.c:2041)
==3468==by 0x120F15: main (main.c:896)

Regards,
Peter
==3468== Memcheck, a memory error detector
==3468== Copyright (C) 2002-2015, and GNU GPL'd, by Julian Seward et al.
==3468== Using Valgrind-3.12.0.SVN and LibVEX; rerun with -h for copyright info
==3468== Command: mutt
==3468== Parent PID: 3402
==3468== 
==3468== Conditional jump or move depends on uninitialised value(s)
==3468==at 0x7041009: re_compile_fastmap_iter.isra.24 (regcomp.c:328)
==3468==by 0x7049664: re_compile_fastmap (regcomp.c:276)
==3468==by 0x7049D3A: regcomp (regcomp.c:509)
==3468==by 0x14B27C: mutt_restore_default (init.c:1779)
==3468==by 0x15296B: mutt_init (init.c:3696)
==3468==by 0x11FEAE: main (main.c:436)
==3468== 
==3468== Conditional jump or move depends on uninitialised value(s)
==3468==at 0x7041009: re_compile_fastmap_iter.isra.24 (regcomp.c:328)
==3468==by 0x70496A5: re_compile_fastmap (regcomp.c:280)
==3468==by 0x7049D3A: regcomp (regcomp.c:509)
==3468==by 0x14B27C: mutt_restore_default (init.c:1779)
==3468==by 0x15296B: mutt_init (init.c:3696)
==3468==by 0x11FEAE: main (main.c:436)
==3468== 
==3468== Conditional jump or move depends on uninitialised value(s)
==3468==at 0x7041009: re_compile_fastmap_iter.isra.24 (regcomp.c:328)
==3468==by 0x70496C7: re_compile_fastmap (regcomp.c:282)
==3468==by 0x7049D3A: regcomp (regcomp.c:509)
==3468==by 0x14B27C: mutt_restore_default (init.c:1779)
==3468==by 0x15296B: mutt_init (init.c:3696)
==3468==by 0x11FEAE: main (main.c:436)
==3468== 
==3468== Conditional jump or move depends on uninitialised value(s)
==3468==at 0x7041009: re_compile_fastmap_iter.isra.24 (regcomp.c:328)
==3468==by 0x70496A5: re_compile_fastmap (regcomp.c:280)
==3468==by 0x7049D3A: regcomp (regcomp.c:509)
==3468==by 0x14E7CF: parse_attach_list (init.c:1154)
==3468==by 0x14E7CF: parse_attachments (init.c:1320)
==3468==by 0x14F11E: mutt_parse_rc_line.part.12 (init.c:2739)
==3468==by 0x14F30C: mutt_parse_rc_line (init.c:2715)
==3468==by 0x14F30C: source_rc (init.c:2647)
==3468==by 0x152CAD: mutt_init (init.c:3801)

Bug#832798: [Pkg-julia-devel] Bug#839668: julia: New upstream release

2017-07-09 Thread Peter Colberg

Hi Mateusz,

On Sun, Jul 09, 2017 at 06:18:17AM +0200, Mateusz Kaduk wrote:
> Julia 0.6.0 has been released, many libraries do not work with version 0.4.7 
> anymore.

The situation regarding the lack of TLS support in Debian’s libgit2
package remains unchanged. The OpenSSL license is incompatible with
commonly used GPL versions. Although libgit2 has an OpenSSL license
exception, julia uses at least one other GPL-licensed library (FFTW)
without such an exception. The OpenSSL project has recently called for
contributors to accept a relicensing [1] to the Apache License 2.0;
however, it remains to be seen whether and when this will succeed.

We intend to upload julia 0.6 to experimental soon, but it will lack
support for external packages as a consequence of the above issue and
as such will be unfit for inclusion in the next Debian stable release.

The best you can do at this point is follow the status of the most
recent pull request [2] for inclusion of an alternative TLS backend
based on mbedTLS into libgit2.

Regards,
Peter

[1] https://license.openssl.org/
[2] https://github.com/libgit2/libgit2/pull/4173

Bug#866804: unbound: please start with Type=forking to wait for successful initialisation

2017-07-01 Thread Peter Colberg

Source: unbound
Version: 1.6.0-3
Severity: normal

Dear Maintainer,

Please improve unbound.service to wait for unbound to initialise:

[Service]
Type=forking
Restart=on-failure
EnvironmentFile=-/etc/default/unbound
ExecStartPre=-/usr/lib/unbound/package-helper chroot_setup
ExecStartPre=-/usr/lib/unbound/package-helper root_trust_anchor_update
ExecStart=/usr/sbin/unbound $DAEMON_OPTS
ExecReload=/usr/sbin/unbound-control reload

Forking to the background (Type=forking) is the recommended way to
signal to systemd that a daemon has initialised successfully and is
ready for operation; at least for daemons without explicit systemd
support (Type=notify).

Regards,
Peter

Bug#833057: /usr/bin/extlinux: extlinux --install fails to boot if the rootfs is ext4

2017-06-30 Thread Peter Colberg

Control: tags -1 moreinfo

Hi Neil,

On Sun, Jul 31, 2016 at 11:29:25AM +0100, Neil Williams wrote:
> Package: extlinux
> Version: 3:6.03+dfsg-14
> Severity: important
> File: /usr/bin/extlinux
> 
> With vmdebootstrap, I'm trying to maintain extlinux support but the latest 
> package
> fails to make the image bootable if the rootfs is ext4. ext3 and ext2 work, 
> so I'm
> going to need to prevent vmdebootstrap images building ext4 if extlinux is 
> used until
> this is fixed. (Grub works fine with ext2, 3 and 4.)
> 
> When building on Jessie, this problem does not occur - only when building the 
> VM
> on stretch or sid. (This is a separate bug that syslinux requires the use of 
> files
> which are not included in the VM and cannot be installed using only the files 
> of
> the VM.)

Are you able to boot from ext4 after disabling the 64bit feature?

mkfs.ext4 -O ^64bit

http://www.syslinux.org/wiki/index.php?title=Filesystem#ext

Regards,
Peter

Bug#865462: extlinux: boot from gpt partition with Btrfs does not work

2017-06-30 Thread Peter Colberg

Control: tags -1 patch upstream fixed-upstream stretch
Control: retitle -1 extlinux: fails to boot from Btrfs filesystem

Dear Maintainer,

I can confirm that this upstream commit fixes booting from BTRFS:

commit 548386049cd41e887079cdb904d3954365eb28f3
Author: Paulo Alcantara 
Date:   Thu Dec 24 01:48:13 2015 -0200

btrfs: Fix logical to physical block address mapping

The current btrfs support did not handled multiple stripes stored in
chunk items, hence skipping the physical addresses that were needed to
do the mapping.

Besides, the chunk tree may contain DEV_ITEM keys which store
information on all of the underlying block devices, so we must skip them
instead of finishing lookup.

The bug was reproduced with btrfs-progs v4.2.2.

Cc: Gene Cumm 
Cc: H. Peter Anvin 
Signed-off-by: Paulo Alcantara 
---
v1 -> v2:
 * Do not set ignore_key multiple times. Set it before parsing chunk
   tree.
v2 -> v3:
 * Replace an unnecessary goto with a continue statement.


Could you include the patch in the next stable point release?

Regards,
Peter

Bug#864777: initramfs-tools: Please support a tmpfs boot mode

2017-06-29 Thread Peter Colberg

Hi Benjamin,

On Wed, Jun 14, 2017 at 05:47:54PM +0200, Benjamin Drung wrote:
> Package: initramfs-tools
> Version: 0.130
> Severity: normal
> Tags: patch
> 
> Hi,
> 
> The tmpfs boot mode allows one to operate a disk-less live system by
> downloading a root tarball (that can be created with debootstrap) and
> extracting it to a tmpfs root partition.
> 
> The tmpfs boot mode is similar to the nfs boot mode, but it does not
> rely on any external service (after booting). We use this boot mode for
> our compute nodes. I have attached a patch to support this boot mode and
> tested it with qemu and on real hardware.

Please take a look at the package live-boot (and the man page of the
same name in live-boot-doc). Specifically, the parameter fetch=URL
should satisfy your requirements and consume less resources.

live-boot creates an overlay filesystem backed by a squashfs image,
which means it likely uses much less RAM than copying root to tmpfs.
(For my system, squashfs reduces the required memory to a third.)

Regards,
Peter

Bug#866313: systemd: create /var/log/lastlog if it does not exist

2017-06-28 Thread Peter Colberg

Hi Michael,

On Wed, Jun 28, 2017 at 10:10:25PM +0200, Michael Biebl wrote:
> Am 28.06.2017 um 21:50 schrieb Peter Colberg:
> > Package: systemd
> > Version: 233-9
> > Severity: normal
> > 
> > Dear Maintainer,
> > 
> > Could you extend /usr/lib/tmpfiles.d/var.conf as follows?
> > 
> > f /var/log/lastlog 0664 root utmp -
> > 
> > systemd already creates /var/log/wtmp and /var/log/btmp if they do not
> > exist. For custom live-boot images that exclude files under /var/log/,
> > it would be nice to also create /var/log/lastlog, e.g., for sshd:
> > 
> > # grep lastlog /var/log/auth.log
> > Jun 27 20:00:00 huron sshd[1234]: lastlog_openseek: Couldn't stat 
> > /var/log/lastlog: No such file or directory
> 
> I can see the reason why /var/log/{utmp,wtmp} are shipped by systemd.
> See man systemd-update-utmp
> 
> I don't immediately see a good reason why such a tmpfile for lastlog
> would belong into systemd though, given that systemd does not touch that
> file at all.
> Can you please elaborate?

In Debian, base-files creates the files /var/log/wtmp /var/log/btmp
/var/log/lastlog in postinst [1]. For consistency, systemd should
recreate all of these three files if needed.

Regards,
Peter

[1] https://sources.debian.net/src/base-files/10/debian/postinst.in/#L86

Bug#866313: systemd: create /var/log/lastlog if it does not exist

2017-06-28 Thread Peter Colberg

Package: systemd
Version: 233-9
Severity: normal

Dear Maintainer,

Could you extend /usr/lib/tmpfiles.d/var.conf as follows?

f /var/log/lastlog 0664 root utmp -

systemd already creates /var/log/wtmp and /var/log/btmp if they do not
exist. For custom live-boot images that exclude files under /var/log/,
it would be nice to also create /var/log/lastlog, e.g., for sshd:

# grep lastlog /var/log/auth.log
Jun 27 20:00:00 huron sshd[1234]: lastlog_openseek: Couldn't stat 
/var/log/lastlog: No such file or directory

Regards,
Peter

Bug#865912: smartd: please start with Type=forking to wait for successful initialisation

2017-06-25 Thread Peter Colberg

Package: smartmontools
Version: 6.5+svn4324-1
Severity: normal

Dear Maintainer,

Please improve smartd.service to wait for smartd to initialise:

[Service]
Type=forking
EnvironmentFile=-/etc/default/smartmontools
ExecStart=/usr/sbin/smartd $smartd_opts

Forking to the background (Type=forking) is the recommended way to
signal to systemd that a daemon has initialised successfully and is
ready for operation; at least for daemons without explicit systemd
support (Type=notify).

In this particular case, "systemd restart smartd" will give immediate
feedback of a failure if the user makes a mistake in /etc/smartd.conf.

Regards,
Peter

Bug#838720: closed by Sebastian Ramacher <sramac...@debian.org> (Re: Bug#837584: mutt: crash while navigating through inbox)

2017-06-25 Thread Peter Colberg

Control: reopen -1
Control: found -1 1.7.2-1
Control: tags -1 stretch

> On 2017-06-24 18:49:55, Antonio Radici wrote:
> > On Mon, Sep 12, 2016 at 04:51:21PM +0200, Sebastian Ramacher wrote:
> > 
> > I believe this has been solved in 1.8.3+neomutt20170609-1; I've removed all
> > pager.c patches and we moved to neomutt upstream.
> > 
> > Could you tell me if this is still happening for you?
> 
> I haven't seen the crash since upgrading to 1.8.0-1, so let's close it with 
> that
> version.

Could you please backport the fix(es) for inclusion in the next stable
point release? mutt in stable is still segfaulting on a regular basis.

Regards,
Peter

Bug#863453: unblock: acmetool/0.0.59-1

2017-05-30 Thread Peter Colberg

Control: tag -1 - moreinfo

On Mon, May 29, 2017 at 01:11:47PM +0100, Jonathan Wiltshire wrote:
> None of these issues seem to have corresponding BTS bugs. If they did,
> which severity would you choose? (hint: if they're not at least
> 'serious'...)

I would assign the following severities:

  * Validate hostnames in 'acmetool want' [1]

Severity: normal

This improves the error handling when the user passes an invalid host name.

https://github.com/hlandau/acme/issues/204

  * Allow environment variables to be passed to challenge hooks [2]

Severity: normal

https://github.com/hlandau/acme/issues/166 

  * Allow acmeapi to obtain new nonces if nonce pool is depleted [3]

Severity: important

This fixes a potential failure to acquire certificates.

https://github.com/hlandau/acme/issues/214

  * Don't attempt fdb permission tests on non-cgo builds [4]

Severity: serious

This fixes an FTBFS on architectures using gcc-go.

https://github.com/hlandau/acme/issues/219

  * Add read/write timeouts to redirector server [5]

Severity: serious

This fixes a denial-of-service in the HTTP-to-HTTPS redirector.

  * Allow hidden files within the state directory [6]

Severity: important

This ignores dot files in /var/lib/acme, e.g., .git/.

https://github.com/hlandau/acme/issues/153


I strongly believe the users of the acmetool package would be best
served by Debian if all of the above fixes were included in stretch.

Regards,
Peter

[1] 
https://github.com/hlandau/acme/commit/96126c04eb76c1921127731ea3ae562a67459b2d
[2] 
https://github.com/hlandau/acme/commit/c8f5d91e3b1d5fab90fda1298a65f5f283555097
[3] 
https://github.com/hlandau/acme/commit/a087733bf7567b224b8d192e2747f794fc93a27c
[4] 
https://github.com/hlandau/acme/commit/ca02f4791ab63b92907c2dfcf7d1f9a1f62b7b87
[5] 
https://github.com/hlandau/acme/commit/b9637d98466b45de1b7fc848474d1fc10ef60667
[6] 
https://github.com/hlandau/acme/commit/677aa28007341961102375d45857e26fac149e80

Bug#863453: unblock: acmetool/0.0.59-1

2017-05-27 Thread Peter Colberg

Hi Niels,

On Sat, May 27, 2017 at 05:51:00AM +, Niels Thykier wrote:
> Any particular reason why you have waited until now with filing the
> unblock request?

I am writing my PhD thesis and had paused work on Debian. Your latest
message to debian-devel-announce made me realise it is high time to
make an exception for acmetool to be in its best shape for stretch.

Peter

Bug#863453: unblock: acmetool/0.0.59-1

2017-05-26 Thread Peter Colberg

itional nonce")
+		}
 	}
 
 	delete(ns.pool, k)
 	return k, nil
 }
 
-func (ns *nonceSource) obtainNonce() (string, error) {
+func (ns *nonceSource) obtainNonce(ctx context.Context) error {
 	if ns.GetNonceFunc == nil {
-		return "", errors.New("out of nonces - this should never happen")
+		return errors.New("out of nonces - this should never happen")
 	}
 
-	return ns.GetNonceFunc()
+	return ns.GetNonceFunc(ctx)
 }
 
 func (ns *nonceSource) AddNonce(nonce string) {
 	ns.init()
 	ns.pool[nonce] = struct{}{}
 }
+
+func (ns *nonceSource) WithContext(ctx context.Context) *nonceSourceWithCtx {
+	return {ns, ctx}
+}
+
+type nonceSourceWithCtx struct {
+	nonceSource *nonceSource
+	ctx context.Context
+}
+
+func (nc *nonceSourceWithCtx) Nonce() (string, error) {
+	return nc.nonceSource.Nonce(nc.ctx)
+}
diff -Nru acmetool-0.0.58/acmeapi/nonce_test.go acmetool-0.0.59/acmeapi/nonce_test.go
--- acmetool-0.0.58/acmeapi/nonce_test.go	2016-09-03 08:30:08.0 -0400
+++ acmetool-0.0.59/acmeapi/nonce_test.go	2017-02-17 06:26:01.0 -0500
@@ -1,11 +1,15 @@
 package acmeapi
 
-import "testing"
+import (
+	"golang.org/x/net/context"
+	"testing"
+)
 
 func TestNonce(t *testing.T) {
 	ns := nonceSource{}
 	ns.AddNonce("my-nonce")
-	n, err := ns.Nonce()
+	nsc := ns.WithContext(context.TODO())
+	n, err := nsc.Nonce()
 	if err != nil {
 		t.Fatal()
 	}
@@ -13,16 +17,17 @@
 		t.Fatal()
 	}
 
-	n, err = ns.Nonce()
+	n, err = nsc.Nonce()
 	if err == nil {
 		t.Fatal()
 	}
 
-	ns.GetNonceFunc = func() (string, error) {
-		return "nonce2", nil
+	ns.GetNonceFunc = func(ctx context.Context) error {
+		ns.AddNonce("nonce2")
+		return nil
 	}
 
-	n, err = ns.Nonce()
+	n, err = nsc.Nonce()
 	if err != nil {
 		t.Fatal()
 	}
diff -Nru acmetool-0.0.58/cmd/acmetool/main.go acmetool-0.0.59/cmd/acmetool/main.go
--- acmetool-0.0.58/cmd/acmetool/main.go	2016-09-03 08:30:08.0 -0400
+++ acmetool-0.0.59/cmd/acmetool/main.go	2017-02-17 06:26:01.0 -0500
@@ -65,9 +65,11 @@
 	quickstartCmd = kingpin.Command("quickstart", "Interactively ask some getting started questions (recommended)")
 	expertFlag= quickstartCmd.Flag("expert", "Ask more questions in quickstart wizard").Bool()
 
-	redirectorCmd  = kingpin.Command("redirector", "HTTP to HTTPS redirector with challenge response support")
-	redirectorPathFlag = redirectorCmd.Flag("path", "Path to serve challenge files from").String()
-	redirectorGIDFlag  = redirectorCmd.Flag("challenge-gid", "GID to chgrp the challenge path to (optional)").String()
+	redirectorCmd  = kingpin.Command("redirector", "HTTP to HTTPS redirector with challenge response support")
+	redirectorPathFlag = redirectorCmd.Flag("path", "Path to serve challenge files from").String()
+	redirectorGIDFlag  = redirectorCmd.Flag("challenge-gid", "GID to chgrp the challenge path to (optional)").String()
+	redirectorReadTimeout  = redirectorCmd.Flag("read-timeout", "Maximum duration before timing out read of the request (default: '10s')").Default("10s").Duration()
+	redirectorWriteTimeout = redirectorCmd.Flag("write-timeout", "Maximum duration before timing out write of the request (default: '20s')").Default("20s").Duration()
 
 	testNotifyCmd = kingpin.Command("test-notify", "Test-execute notification hooks as though given hostnames were updated")
 	testNotifyArg = testNotifyCmd.Arg("hostname", "hostnames which have been updated").Strings()
@@ -305,6 +307,20 @@
 }
 
 func cmdWant() {
+	hostnames := *wantArg
+
+	// Ensure all hostnames provided are valid.
+	for idx := range hostnames {
+		norm, err := acmeutils.NormalizeHostname(hostnames[idx])
+		if err != nil {
+			log.Fatalf("invalid hostname: %#v: %v", hostnames[idx], err)
+			return
+		}
+		hostnames[idx] = norm
+	}
+
+	// Determine whether there already exists a target satisfying all given
+	// hostnames or a superset thereof.
 	s, err := storage.NewFDB(*stateFlag)
 	log.Fatale(err, "storage")
 
@@ -315,7 +331,7 @@
 			nm[n] = struct{}{}
 		}
 
-		for _, w := range *wantArg {
+		for _, w := range hostnames {
 			if _, ok := nm[w]; !ok {
 return nil
 			}
@@ -329,9 +345,10 @@
 		return
 	}
 
+	// Add the target.
 	tgt := storage.Target{
 		Satisfy: storage.TargetSatisfy{
-			Names: *wantArg,
+			Names: hostnames,
 		},
 	}
 
@@ -366,6 +383,8 @@
 Bind:  ":80",
 ChallengePath: rpath,
 ChallengeGID:  *redirectorGIDFlag,
+ReadTimeout:   *redirectorReadTimeout,
+WriteTimeout:  *redirectorWriteTimeout,
 			})
 		},
 	})
@@ -384,7 +403,11 @@
 }
 
 func cmdRunTestNotify() {
-	err := hooks.NotifyLiveUpdated(*hook

Bug#852750: libreadline7: readline() interferes with blocked SIGALRM

2017-05-14 Thread Peter Colberg

Control: tags -1 fixed-upstream
Control: severity -1 serious
Justification: renders package twinkle-console unusable by all users

Hi Matthias,

Could you apply upstream patch 003 to resolve this issue?

https://ftp.gnu.org/gnu/readline/readline-7.0-patches/readline70-003

Please let me know if you are busy, in which case I can offer to
upload an NMU (via sponsorship) and request an unblock for stretch.

Regards,
Peter

Bug#861486: [Pkg-julia-devel] Bug#861486: Bug#861486: julia: FTBFS on mips64el (segmentation fault)

2017-05-02 Thread Peter Colberg

Hi Graham,

On Mon, May 01, 2017 at 01:53:43PM +0200, Graham Inggs wrote:
> Simply running, e.g. 'debian/shlibdeps pow', 10 or so times in a row
> is enough to get it to segfault.
> Unfortunately, it doesn't seem to happen when run in gdb.
> I don't know why this program [1], which is used to generate
> julia.links, would be failing randomly in this way (it seems to occur
> after the final 'printf') and only on this architecture.
> 
> [1] 
> https://anonscm.debian.org/cgit/pkg-julia/julia.git/tree/debian/shlibdeps.c

Since I don’t have access to mips64el at the moment:

Could you comment all lines and then successively uncomment to see
which line triggers the segfault?

You could also try querying a symbol in libm other than pow and see
whether that changes anything.

Regards,
Peter

Bug#850584: qemu: Please provide qemu without GTK for headless machines

2017-01-10 Thread Peter Colberg

Hi Michael,

On Sun, Jan 08, 2017 at 08:51:09PM +0300, Michael Tokarev wrote:
> I know timing is unfortunate, but that wasn't an easy decision
> for sure.

Thanks for taking the time to explain the rationale in detail.

> Proper "fix" for this wishlist is to make display modular. Every
> qemu release makes this closer, but it is not there in 2.8 yet.
> So we have stretch without modular display in qemu, and qemu in
> stretch will pull a few more libs than in jessie.

The recent activity this summer is promising:

http://wiki.qemu.org/Features/Modules#Modularization_Status

> And even with modular display, once again, lots of other things
> brings various interesting depencencies. So even modular display
> wont actually fix this wishlist.

Having GTK as a module would be a big step forward already.

I am also eyeing kvmtool, but so far it is more of a research tool.

Regards,
Peter

Bug#850584: qemu: Please provide qemu without GTK for headless machines

2017-01-07 Thread Peter Colberg

Package: qemu
Version: 1:2.8+dfsg-1
Severity: wishlist

Dear Maintainer,

The upgrade to the above version pulls in a large number of new packages:

# apt upgrade
Reading package lists... Done
Building dependency tree   
Reading state information... Done
Calculating upgrade... Done
The following packages were automatically installed and are no longer required:
  libcaca0 libsdl1.2debian
Use 'apt autoremove' to remove them.
The following NEW packages will be installed:
  adwaita-icon-theme dconf-gsettings-backend dconf-service fontconfig 
fontconfig-config fonts-dejavu-core
  glib-networking glib-networking-common glib-networking-services 
gsettings-desktop-schemas gtk-update-icon-cache
  hicolor-icon-theme libatk-bridge2.0-0 libatk1.0-0 libatk1.0-data 
libatspi2.0-0 libavahi-client3
  libavahi-common-data libavahi-common3 libcairo-gobject2 libcairo2 libcolord2 
libcroco3 libcups2 libdatrie1
  libdconf1 libdrm2 libegl1-mesa libepoxy0 libfontconfig1 libgbm1 
libgdk-pixbuf2.0-0 libgdk-pixbuf2.0-common
  libgraphite2-3 libgtk-3-0 libgtk-3-common libharfbuzz0b libjbig0 
libjson-glib-1.0-0 libjson-glib-1.0-common
  liblcms2-2 libnuma1 libpango-1.0-0 libpangocairo-1.0-0 libpangoft2-1.0-0 
libpcre2-8-0 libproxy1v5 librest-0.7-0
  librsvg2-2 librsvg2-common libsoup-gnome2.4-1 libsoup2.4-1 libthai-data 
libthai0 libtiff5 libvirglrenderer0
  libvte-2.91-0 libvte-2.91-common libwayland-client0 libwayland-cursor0 
libwayland-egl1-mesa libwayland-server0
  libxcb-dri2-0 libxcb-dri3-0 libxcb-present0 libxcb-render0 libxcb-shm0 
libxcb-sync1 libxcb-xfixes0 libxcomposite1
  libxcursor1 libxdamage1 libxfixes3 libxinerama1 libxkbcommon0 libxrandr2 
libxrender1 libxshmfence1 shared-mime-info
  xkb-data
The following packages will be upgraded:
  qemu-system-common qemu-system-x86
2 upgraded, 80 newly installed, 0 to remove and 0 not upgraded.
Need to get 36.0 MB of archives.
After this operation, 108 MB of additional disk space will be used.
Do you want to continue? [Y/n] ^C


On a headless machine, all of the above libraries will be effectively
unused, and the number of potential security updates that necessitate
a restart of qemu instances is increased significantly.

Could you provide package variants for headless servers without GTK?
This probably comes (too) late for the stretch release cycle; it’s a
bit unfortunate that the switch to GTK (#839695) was made only now.

Regards,
Peter

Bug#849800: [debhelper-devel] Bug#849800: debhelper: dh_systemd_start --no-start has no effect

2016-12-31 Thread Peter Colberg

Hi Niels,

Will you upload debhelper 10.2.3 soon? This would give sufficient time
for dependent packages to migrate to testing before the full freeze.

Thanks,
Peter

Bug#849800: [debhelper-devel] Bug#849800: debhelper: dh_systemd_start --no-start has no effect

2016-12-31 Thread Peter Colberg

Control: forcemerge 805878 849800

Hi Niels,

On Sat, Dec 31, 2016 at 09:34:00AM +, Niels Thykier wrote:
> From a quick glance, this looks like a duplicate of #805878. Agreed?

Thanks, that’s the bug.

Peter

Bug#849800: debhelper: dh_systemd_start --no-start has no effect

2016-12-30 Thread Peter Colberg

Package: debhelper
Version: 10.2.2
Severity: normal

Dear Maintainer,

I would like to add a systemd service and timer to acmetool that is
to be explicitly enabled by the user. debian/rules looks as follows:

~~~
override_dh_systemd_enable:
dh_systemd_enable --no-enable acmetool.timer

override_dh_systemd_start:
dh_systemd_start --no-start acmetool.timer

override_dh_installinit:
~~~

However, first-time installation of the package yields this warning:

~~~
# dpkg -i acmetool_0.0.58-5_amd64.deb
Selecting previously unselected package acmetool.
(Reading database ... 52232 files and directories currently installed.)
Preparing to unpack .../acmetool_0.0.58-5_amd64.deb ...
Unpacking acmetool (0.0.58-5) ...
Setting up acmetool (0.0.58-5) ...
acmetool.timer is a disabled or a static unit, not starting it.
~~~

Inspecting the generated postinst it appears --no-start is ignored:

~~~
# Automatically added by dh_systemd_start
if [ -d /run/systemd/system ]; then
systemctl --system daemon-reload >/dev/null || true
if [ -n "$2" ]; then
_dh_action=try-restart
else
_dh_action=start
fi
deb-systemd-invoke $_dh_action acmetool.timer >/dev/null || true
fi
# End automatically added section
~~~

Should the above snippet not be omitted with --no-start?

Regards,
Peter

Bug#849157: RM: julia [mips64el] -- ROM; FTBFS

2016-12-22 Thread Peter Colberg

Package: ftp.debian.org
Severity: normal

Dear ftp-masters,

I would like to request the removal of the outdated binary package
julia/0.4.7-1 for mips64el to allow migration of julia/0.4.7-2 to
testing. julia does not support mips64el, however, we currently do
not restrict build architectures and the test suite is disabled on
all architectures besides amd64 and i386.

Thanks,
Peter


signature.asc
Description: PGP signature

Bug#848506: [Pkg-julia-devel] Bug#848506: julia: FTBFS (Memory limit reached : 687558656 > 524288000)

2016-12-20 Thread Peter Colberg

On Tue, Dec 20, 2016 at 10:54:06PM +0100, Santiago Vila wrote:
> Aha, so I guess that the fact that I always have this:
> 
> $ENV{'DEB_BUILD_OPTIONS'} = 'parallel=1';
> 
> in my .sbuildrc is one of the reasons the build failed in my
> autobuilders, right?

Yes, that’s it. (Please forget what I said about debhelper 10.)

Alternatively, the failure is reproduced using `sbuild -j1`.

> [ Sometimes I have the feeling that I'm the only one building packages
>   with only one CPU... ]

I guess you are one of the few testing parallel=1.

Thanks for spotting this corner case.

Peter

Bug#848506: [Pkg-julia-devel] Bug#848506: julia: FTBFS (Memory limit reached : 687558656 > 524288000)

2016-12-20 Thread Peter Colberg

Control: tags -1 pending

On Sat, Dec 17, 2016 at 07:11:55PM +, Santiago Vila wrote:
>  debian/rules build-indep
> dh build-indep --parallel --with=sphinxdoc
>dh_testdir -i -O--parallel
>dh_update_autotools_config -i -O--parallel
>dh_auto_configure -i -O--parallel
>debian/rules override_dh_auto_build
> [...]
>debian/rules override_dh_auto_test
> make[1]: Entering directory '/<>'
> env JULIA_CPU_CORES=1 JULIA_TEST_MAXRSS_MB=500 HOME=/tmp make -C test ...

This issue is due to my broken logic in debian/rules:

# Set number of parallel workers for tests
ifneq (,$(filter parallel=%,$(DEB_BUILD_OPTIONS)))
TESTS_ENV += JULIA_CPU_CORES=$(patsubst parallel=%,%,$(filter 
parallel=%,$(DEB_BUILD_OPTIONS)))
else ifeq (,$(filter parallel,$(DEB_BUILD_OPTIONS)))
TESTS_ENV += JULIA_CPU_CORES=2
endif
# Restart workers exceeding maximum resident memory size (requires 
JULIA_CPU_CORES >= 2)
TESTS_ENV += JULIA_TEST_MAXRSS_MB=500

I assumed that the number of processes is ≥ 2 for parallel builds, but
this is no longer the case since debhelper 10 always passes "parallel".
I will upload a new version soon that ensures JULIA_CPU_CORES ≥ 2.

By the way, Graham, can we increase debhelper compat level to 10?

Regards,
Peter

Bug#838720: pager crashes when maildir is modified while viewing message

2016-12-05 Thread Peter Colberg

Control: found -1 1.7.1-5
Control: retitle -1 mutt: pager crashes when maildir is modified while viewing 
message

Unfortunately neomutt 2016-11-26 continues to cause the pager to crash
frequently when the maildir is updated in the background, e.g., when
synchronizing a new message from/to the IMAP server with mbsync.

Peter

Bug#846043: mutt: new neomutt release 2016-11-26 (1.7.1)

2016-11-27 Thread Peter Colberg

Package: mutt
Version: 1.7.1-3
Severity: wishlist

Dear Maintainer,

Could you update mutt to the newest neomutt release? I would like to
see whether it fixes the pager crash on arrival of new mail (#838720).

Thanks,
Peter

Bug#845500: nftables: notrack target fails with No such file or directory

2016-11-24 Thread Peter Colberg

On Thu, Nov 24, 2016 at 06:58:46PM +, Ben Hutchings wrote:
> > IIRC Ben said that the next upstream kernel being tagged as LTS will be 
> > the one included in Debian strech, so we’ll probably have 4.9… unless 
> > Greg KH changes his mind again. :D
> 
> Yes, exactly.

Thanks for clarifying.

There are worse things than 3 more years of iptables–ip6tables duality ;-).

Peter

Bug#845500: nftables: notrack target fails with No such file or directory

2016-11-23 Thread Peter Colberg

On Thu, Nov 24, 2016 at 01:55:01AM +0100, Jens Reyer wrote:
> According to
> https://lists.debian.org/debian-devel-announce/2016/03/msg0.html it
> will be 4.10.

That would be great. After the recent announcement that 4.9 will
probably be the next LTS kernel I assumed that the same version
would also be shipped with stretch.

http://kroah.com/log/blog/2016/09/06/4-dot-9-equals-equals-next-lts-kernel/

Peter

Bug#845500: nftables: notrack target fails with No such file or directory

2016-11-23 Thread Peter Colberg

On Wed, Nov 23, 2016 at 07:34:42PM -0500, Peter Colberg wrote:
> Assuming 4.9 becomes the stretch kernel, could you backport the patch?

The same applies to kernel support for the "fib" expression that may
be used for reverse path filtering (analogous to iptables rp_filter).

https://git.kernel.org/cgit/linux/kernel/git/pablo/nf-next.git/commit?id=f6d0cbcf09c506b9b022df8f9d7693a7cec3c732

That patch is more extensive and there are many more commits needed to
sync nftables kernel support with userspace. Backporting does not make
much sense. I am crossing fingers for 4.10 making it into stretch.

Peter

Bug#845500: nftables: notrack target fails with No such file or directory

2016-11-23 Thread Peter Colberg

Control: reassign -1 linux 4.9~rc5-1~exp1

Dear Maintainer,

nftables recently added support for a notrack target, which is used to
disable connection tracking for selected packets, e.g., on a web server.

http://git.netfilter.org/nftables/commit/?id=a84921d7c0de950632ab4630dd4f7ad763e9e453

While the nftables package in Debian stretch will support notrack, the
corresponding kernel support was committed after the 4.9 merge window:

https://git.kernel.org/cgit/linux/kernel/git/pablo/nf-next.git/commit/net/netfilter/nft_ct.c?id=254432613c588640f8b8b5c3641a3c27bbe14688

Assuming 4.9 becomes the stretch kernel, could you backport the patch?

Regards,
Peter

Bug#845500: nftables: notrack target fails with No such file or directory

2016-11-23 Thread Peter Colberg

Control: tags -1 upstream

On Wed, Nov 23, 2016 at 06:34:06PM -0500, Peter Colberg wrote:
> The latest snapshot of nftables adds a notrack target that may
> be used to disable connection tracking for selected packets:

This is the corresponding patch for netfilter:

https://patchwork.ozlabs.org/patch/684684/

https://git.kernel.org/cgit/linux/kernel/git/pablo/nf-next.git/tree/net/netfilter/nft_ct.c

Looks like it has simply not been merged yet:

https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/net/netfilter/nft_ct.c

Peter

Bug#845500: nftables: notrack target fails with No such file or directory

2016-11-23 Thread Peter Colberg

Package: nftables
Version: 0.6+snapshot20161117-2
Severity: normal

Dear Maintainer,

The latest snapshot of nftables adds a notrack target that may
be used to disable connection tracking for selected packets:

#!/usr/sbin/nft -f

flush ruleset

table inet raw {
chain prerouting {
type filter hook prerouting priority -300;
iif lo notrack
}
chain output {
type filter hook output priority -300;
oif lo notrack
}
}

table inet filter {
chain input {
type filter hook input priority 0; policy drop;
ct state established,related,untracked accept
}
chain forward {
type filter hook forward priority 0; policy drop;
}
chain output {
type filter hook output priority 0; policy accept;
}
}


Loading the above ruleset fails with

# /etc/nftables.conf 
/etc/nftables.conf:5:1-2: Error: Could not process rule: No such file or 
directory
table inet raw {
^^
/etc/nftables.conf:5:1-2: Error: Could not process rule: No such file or 
directory
table inet raw {
^^

I tried both linux-image-4.8.0-1-amd64 and linux-image-4.9.0-rc5-amd64-unsigned.

Regards,
Peter

Bug#842254: [pkg-golang-devel] Bug#842254: Bug#842254: Bug#842254: Bug#842254: Bug#842254: Bug#842254: please allow to use gccgo on architectures providing golang

2016-11-21 Thread Peter Colberg

On Mon, Nov 21, 2016 at 10:45:19PM +1300, Michael Hudson-Doyle wrote:
> Most of those 632 should probably not depend on either really, and some are
> of course ok. The number dropped by 20 or so when I updated my sid chdist
> so that's good :)

The ~20 is the result of me porting acmetool to all release archs :-).

https://buildd.debian.org/status/logs.php?pkg=acmetool=0.0.58-4

Thanks everyone for your work on integrating gccgo in Debian!

Peter

Bug#844817: [Pkg-cgit-devel] Bug#844817: cgit: FTBFS: build-dependency not installable: libssl-dev

2016-11-19 Thread Peter Colberg

Control: reassign -1 apache2-dev

Reassigning this bug to be closed in the next upload of apache2.

https://bugs.debian.org/845033#21

Peter

Bug#845033: apache2-dev: please provide separate package dh-apache2

2016-11-19 Thread Peter Colberg

On Sat, Nov 19, 2016 at 11:58:41PM +0100, Stefan Fritsch wrote:
> I will move the libssl-dev dependency to a new mod_ssl dev package. That 
> should avoid this issue without having to modify loads of other packages.

Thanks, that will fix the FTBFS.

I still think it’s a good idea to separate dh-apache2 though since it
introduces unneeded dependencies for packages that install only config
files. I can offer to help triage packages that build modules and
depend on dh-apache2 without depending on apache2-dev.

Peter

Bug#845033: apache2-dev: please provide separate package dh-apache2

2016-11-19 Thread Peter Colberg

Control: tags -1 patch

Please see the attached patch that adds the package dh-apache2.

I have successively tested upgrading from apache2-dev 2.4.23-7.

Peter
>From 170d8be2a72939cea2c4216e05483cb7783998d4 Mon Sep 17 00:00:00 2001
From: Peter Colberg <pe...@colberg.org>
Date: Sat, 19 Nov 2016 15:06:09 -0500
Subject: [PATCH] Move debhelper add-on to separate package dh-apache2

Closes: #845033
---
 debian/apache2-dev.install |  5 -
 debian/apache2-dev.manpages|  1 -
 debian/control | 27 +++
 debian/debhelper/dh_apache2.in |  4 ++--
 debian/dh-apache2.install  |  5 +
 debian/dh-apache2.manpages |  1 +
 6 files changed, 27 insertions(+), 16 deletions(-)
 create mode 100644 debian/dh-apache2.install
 create mode 100644 debian/dh-apache2.manpages

diff --git a/debian/apache2-dev.install b/debian/apache2-dev.install
index eacb880..f5d2707 100644
--- a/debian/apache2-dev.install
+++ b/debian/apache2-dev.install
@@ -1,8 +1,3 @@
 /usr/include/apache2
 /usr/share/apache2/build
 /usr/bin/apxs
-debian/debhelper/dh_apache2		/usr/bin
-debian/debhelper/apache2.pm		/usr/share/perl5/Debian/Debhelper/Sequence/
-debian/debhelper/postinst-apache2	/usr/share/debhelper/autoscripts/
-debian/debhelper/prerm-apache2		/usr/share/debhelper/autoscripts/
-debian/debhelper/postrm-apache2		/usr/share/debhelper/autoscripts/
diff --git a/debian/apache2-dev.manpages b/debian/apache2-dev.manpages
index a177177..a626a72 100644
--- a/debian/apache2-dev.manpages
+++ b/debian/apache2-dev.manpages
@@ -1,3 +1,2 @@
 debian/tmp/usr/share/man/man1/apxs.1
 debian/manpages/apxs2.1
-debian/manpages/dh_apache2.1
diff --git a/debian/control b/debian/control
index d029451..523bb7f 100644
--- a/debian/control
+++ b/debian/control
@@ -122,8 +122,7 @@ Package: apache2-dev
 Architecture: any
 Depends: ${misc:Depends}, openssl,
  libapr1-dev, libaprutil1-dev, libssl1.0-dev | libssl-dev (<< 1.1),
- debhelper (>= 9), ${perl:Depends}
-Provides: dh-apache2
+ dh-apache2
 Description: Apache HTTP Server (development headers)
  The Apache HTTP Server Project's goal is to build a secure, efficient and
  extensible HTTP server as standards-compliant open source software. The
@@ -132,12 +131,6 @@ Description: Apache HTTP Server (development headers)
  This package provides development headers and the apxs2 binary for the Apache
  2 HTTP server, useful to develop and link third party additions to the Debian
  Apache HTTP server package.
- .
- It also provides dh_apache2 and dh sequence addons useful to install various
- Debian Apache2 extensions with debhelper. It supports
-  - Apache 2 module configurations and shared objects
-  - Site configuration files
-  - Global configuration files
 
 Package: apache2-dbg
 Section: debug
@@ -152,3 +145,21 @@ Description: Apache debugging symbols
  This package includes the debugging symbols. It can be used to debug
  crashing server instances and modules.  See
  /usr/share/doc/apache2/README.backtrace for more information.
+
+Package: dh-apache2
+Section: devel
+Architecture: all
+Depends: ${misc:Depends}, debhelper (>= 9), ${perl:Depends}
+Recommends: apache2-dev
+Breaks: apache2-dev (<< 2.4.23-8~)
+Replaces: apache2-dev (<< 2.4.23-8~)
+Description: Apache HTTP Server (development headers)
+ The Apache HTTP Server Project's goal is to build a secure, efficient and
+ extensible HTTP server as standards-compliant open source software. The
+ result has long been the number one web server on the Internet.
+ .
+ This package provides dh_apache2 and dh sequence addons useful to install
+ various Debian Apache2 extensions with debhelper. It supports
+  - Apache 2 module configurations and shared objects
+  - Site configuration files
+  - Global configuration files
diff --git a/debian/debhelper/dh_apache2.in b/debian/debhelper/dh_apache2.in
index 3652d07..503bacc 100755
--- a/debian/debhelper/dh_apache2.in
+++ b/debian/debhelper/dh_apache2.in
@@ -125,8 +125,8 @@ path in the file system. Use with caution.
 =head1 INVOCATION
 
 B is not part of debhelper and might require information available
-in the apache2-dev package. Packages making use of B should declare
-a build-dependency against the virtual B package.
+in the apache2-dev package. Packages making use of B must declare
+a build-dependency against the B package.
 
 B supports both, called directly from a debian/rules file or as
 L<dh(1)> addon. In the former case the helper should run after L<dh_install(1)>
diff --git a/debian/dh-apache2.install b/debian/dh-apache2.install
new file mode 100644
index 000..3d4eea6
--- /dev/null
+++ b/debian/dh-apache2.install
@@ -0,0 +1,5 @@
+debian/debhelper/dh_apache2		/usr/bin
+debian/debhelper/apache2.pm		/usr/share/perl5/Debian/Debhelper/Sequence/
+debian/debhelper/postinst-apache2	/usr/share/debhelper/autoscripts/
+debian/debhelper/prerm-apache2		/usr/share/debhelper/autoscripts/
+debian/debhelper/postrm-apache2		/usr/share/debhelpe

Bug#845033: apache2-dev: please provide separate package dh-apache2

2016-11-19 Thread Peter Colberg

Package: apache2-dev
Version: 2.4.23-7
Severity: important
Tags: stretch sid
Control: affects -1 src:cgit
Control: tags 844817 confirmed
Control: block 844817 by -1

Dear Maintainer,

apache2-dev was changed to depend on libssl1.0-dev | libssl-dev (<< 1.1)
recently (#844160), which has caused a FTBFS in cgit that depends on
libssl-dev without a version constraint.

I would rather not constrain cgit’s build-depends to OpenSSL 1.0,
since it needs apache2-dev only to install an apache2 config file
using dh_apache2. Could you provide a separate package dh-apache2?

Please let me know whether I should provide an according patch to
solve the issue in time for stretch, preferably ahead of the forced
10-day migration period in December.

Regards,
Peter

Bug#784621: syntax-highlighting.py: file not shown if no lexer found

2016-11-17 Thread Peter Colberg

Hi,

I am forwarding a bug reported against cgit 1.0 in Debian.

https://bugs.debian.org/784621

syntax-highlighting.py aborts due to an unhandled exception if the
inner call to guess_lexer() throws ClassNotFound. Please see the
attached patch by Daniel Reichelt that resolves the issue.

Is the handling of TypeError for the outer call still needed? The
documentation mentions only ClassNotFound as a possible exception.

http://pygments.org/docs/api/#pygments.lexers.guess_lexer_for_filename

Regards,
Peter
--- Begin Message ---
Package: cgit
Version: 1.0+git2.8.3-3~bpo8+1
Followup-For: Bug #784621

Hi,

I just stumbled over this issue as well. The attached patch fixes this.


Cheers

Daniel


-- System Information:
Debian Release: 8.6
  APT prefers stable-updates
  APT policy: (990, 'stable-updates'), (990, 'proposed-updates'), (990, 
'stable'), (500, 'testing-proposed-updates'), (99, 'testing'), (98, 
'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: sysvinit (via /sbin/init)

Versions of packages cgit depends on:
ii  libc62.19-18+deb8u6
ii  liblua5.1-0  5.1.5-7.1
ii  libssl1.0.0  1.0.1t-1+deb8u5
ii  zlib1g   1:1.2.8.dfsg-2+b1

Versions of packages cgit recommends:
ii  apache2 [httpd]  2.4.10-10+deb8u7

Versions of packages cgit suggests:
ii  highlight 3.18-3
ii  python3   3.4.2-2
pn  python3-docutils  
ii  python3-markdown  2.5.1-2
ii  python3-pygments  2.0.1+dfsg-1.1+deb8u1

-- no debconf information

-- debsums errors found:
debsums: changed file /usr/lib/cgit/filters/syntax-highlighting.py (from cgit 
package)
--- /usr/lib/cgit/filters/syntax-highlighting.py.orig	2016-11-17 23:42:23.992555420 +0100
+++ /usr/lib/cgit/filters/syntax-highlighting.py	2016-11-17 23:42:20.000547312 +0100
@@ -41,7 +41,10 @@
 except ClassNotFound:
 	# check if there is any shebang
 	if data[0:2] == '#!':
-		lexer = guess_lexer(data)
+		try:
+			lexer = guess_lexer(data)
+		except ClassNotFound:
+			lexer = TextLexer()
 	else:
 		lexer = TextLexer()
 except TypeError:
___
Pkg-cgit-devel mailing list
pkg-cgit-de...@lists.alioth.debian.org
https://lists.alioth.debian.org/mailman/listinfo/pkg-cgit-devel
--- End Message ---

Bug#843494: opendkim: Upgrade /etc/default to systemd override files

2016-11-06 Thread Peter Colberg

Package: opendkim
Version: 2.11.0~alpha-7
Severity: wishlist

Dear Maintainer,

Following up on #837374, I am submitting a patch that replaces the
/etc/default file with systemd override files generated in postinst.

The package ships static systemd unit and tmpfiles.d files containing
the default settings. Any non-default settings in /etc/default are
carried over via the override files as described in opendkim.NEWS.

I have dropped the -x option since it was using the default config
path. The -u option is no longer needed since systemd sets the user.
PIDFILE is ignored in favour of always deriving the pid file from
RUNDIR to ensure these are consistent.

The Group directive is not included in the default unit since systemd
always uses the primary group of User. It is however included in the
override file if either USER or GROUP were overriden in /etc/default.

Regards,
Peter
--- a/debian/opendkim.NEWS
+++ b/debian/opendkim.NEWS
@@ -1,3 +1,11 @@
+opendkim (2.11.0~alpha-8) unstable; urgency=medium
+
+On systems using systemd, this version replaces /etc/default/opendkim
+with the files /etc/systemd/system/opendkim.service.d/overrride.conf
+and /etc/tmpfiles.d/opendkim.conf carrying over non-default settings.
+
+ -- Peter Colberg <pe...@colberg.org>  Sun, 06 Nov 2016 21:33:13 -0500
+
 opendkim (2.5.2+dfsg-2) unstable; urgency=low
 
 There are a number of optional features newly enabled in this revision.
--- a/debian/opendkim.postinst
+++ b/debian/opendkim.postinst
@@ -40,10 +40,14 @@
 		chmod 0700 /etc/dkimkeys
 	fi
 
-	# Generate service file if it does not exist
-	if [ ! -f /lib/systemd/system/opendkim.service ]; then
-		touch /lib/systemd/system/opendkim.service
-		/lib/opendkim/opendkim.service.generate
+	# Upgrade /etc/default to systemd override files
+	if [ -d /run/systemd/system ] && [ -f /etc/default/opendkim ]; then
+		if /lib/opendkim/opendkim.service.generate; then
+			rm -f /etc/default/opendkim
+		fi
+		if [ -f /etc/tmpfiles.d/opendkim.conf ]; then
+			systemd-tmpfiles --create /etc/tmpfiles.d/opendkim.conf
+		fi
 	fi
 fi
 
--- a/debian/opendkim.service
+++ b/debian/opendkim.service
@@ -0,0 +1,15 @@
+[Unit]
+Description=OpenDKIM DomainKeys Identified Mail (DKIM) Milter
+Documentation=man:opendkim(8) man:opendkim.conf(5) man:opendkim-genkey(8) man:opendkim-genzone(8) man:opendkim-testadsp(8) man:opendkim-testkey http://www.opendkim.org/docs.html
+After=network.target nss-lookup.target 
+
+[Service]
+Type=forking
+PIDFile=/var/run/opendkim/opendkim.pid
+User=opendkim
+ExecStart=/usr/sbin/opendkim -P /var/run/opendkim/opendkim.pid -p local:/var/run/opendkim/opendkim.sock
+Restart=on-failure
+ExecReload=/bin/kill -USR1 $MAINPID
+
+[Install]
+WantedBy=multi-user.target
--- a/debian/opendkim.service.generate
+++ b/debian/opendkim.service.generate
@@ -28,59 +28,60 @@
 # OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
 # SUCH DAMAGE.
 
+set -e
+
 NAME=opendkim
 
-# Include defaults if available
-if [ -f /etc/default/$NAME ] ; then
-. /etc/default/$NAME
-else
 RUNDIR=/var/run/$NAME
 USER=$NAME
 GROUP=$NAME
-# Other package specific defaults can be added for if the defaults file is
-# missing:
 SOCKET=local:$RUNDIR/$NAME.sock
-PIDFILE=$RUNDIR/$NAME.pid
+
+_RUNDIR=$RUNDIR
+_USER=$USER
+_GROUP=$GROUP
+_SOCKET=$SOCKET
+
+# Include defaults if available
+if [ -f /etc/default/$NAME ]; then
+	. /etc/default/$NAME
+fi
+
+# Generate service override file
+SERVICE=$(mktemp $NAME.service.XX)
+
+if [ "$EXTRAAFTER" != "" ]; then
+	echo "[Unit]" >> $SERVICE
+	echo "After=$EXTRAAFTER" >> $SERVICE
+fi
+if [ "$RUNDIR" != "$_RUNDIR" ]; then
+	echo "[Service]" >> $SERVICE
+	echo "PIDFile=$RUNDIR/$NAME.pid" >> $SERVICE
+fi
+if [ "$USER" != "$_USER" ] || [ "$GROUP" != "$_GROUP" ]; then
+	grep -q -F "[Service]" $SERVICE || echo "[Service]" >> $SERVICE
+	echo "User=$USER" >> $SERVICE
+	echo "Group=$GROUP" >> $SERVICE
+fi
+if [ "$SOCKET" != "$_SOCKET" ] || [ "$RUNDIR" != "$_RUNDIR" ] || [ "$DAEMON_OPTS" != "" ]; then
+	grep -q -F "[Service]" $SERVICE || echo "[Service]" >> $SERVICE
+	echo "ExecStart=" >> $SERVICE
+	echo "ExecStart=/usr/sbin/opendkim -P $RUNDIR/$NAME.pid -p $SOCKET $DAEMON_OPTS" >> $SERVICE
 fi
 
-SERVICEFILE=/lib/$NAME/$NAME.service
+if [ -s $SERVICE ] ; then
+	mkdir -p /etc/systemd/system/$NAME.service.d
+	cp $SERVICE /etc/systemd/system/$NAME.service.d/override.conf
+fi
+
+# Generate tmpfiles.d override file
+TMPFILE=$(mktemp $NAME.tmpfile.XX)
+
+echo "d $RUNDIR 0750 $USER $GROUP - -" > $TMPFILE
 
-# Create the new service file
-echo "# Automatically Generated by $NAME systemd service file gener

Bug#843458: RFS: acmetool/0.0.58-1~bpo8+1

2016-11-06 Thread Peter Colberg

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for the initial upload of the package
"acmetool" to jessie-backports. I have been added to the backports
ACL for subsequent maintenance.

gbp clone --debian-branch=debian/jessie-backports 
https://anonscm.debian.org/git/letsencrypt/acmetool.git

Regards,
Peter

Bug#840598: RFS: poppassd/1.8.7-1 [QA]

2016-11-05 Thread Peter Colberg

Hi,

In light of the recently announced forced 10-day migration delay after
Dec 5 and the soft freeze on Jan 5, I would like to move forward with
the proposed changes so the package is in shape for stretch.

Adam, I do not wish to take over poppassd. If you could sponsor one
or two uploads (the latter for work on a systemd unit), that would be
ideal. Otherwise, my offer to help as interim co-maintainer stands.

Regards,
Peter

Bug#837374: fixed in opendkim 2.11.0~alpha-7

2016-11-05 Thread Peter Colberg

On Sat, Nov 05, 2016 at 02:15:22PM -0400, Scott Kitterman wrote:
> If you are interested in providing a patch, please let me know.  I have to do 
> another upload of the package for other reasons and I'd like to include it if 
> you can have it ready soon.

Yes, I will try to work on a patch this weekend.

Peter

Bug#843088: RFS: golang-github-fatih-color/1.0.0-2~bpo8+1

2016-11-03 Thread Peter Colberg

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for uploading "golang-github-fatih-color"
to jessie-backports. The package is a prerequisite for acmetool, a
client for Let’s Encrypt. Although the package has been accepted into
jessie-backports before, it has to go through the backports NEW queue
once more due to a bug in dak concerning expiry of overrides [1].

[1] https://lists.debian.org/debian-backports/2016/11/msg1.html

gbp clone --debian-branch=debian/jessie-backports 
https://anonscm.debian.org/git/pkg-go/packages/golang-github-fatih-color.git

Changes since the last upload:

golang-github-fatih-color (1.0.0-2~bpo8+1) jessie-backports; urgency=medium

  * Rebuild for jessie-backports.

 -- Peter Colberg <pe...@colberg.org>  Sun, 16 Oct 2016 14:12:31 -0400

golang-github-fatih-color (1.0.0-2) unstable; urgency=medium

  * Remove Built-Using field from -dev package

 -- Peter Colberg <pe...@colberg.org>  Sat, 24 Sep 2016 00:23:36 -0400

golang-github-fatih-color (1.0.0-1) unstable; urgency=medium

  * New upstream release
  * Add watch file to track upstream releases
  * Update Standards-Version to 3.9.8

 -- Peter Colberg <pe...@colberg.org>  Sun, 28 Aug 2016 09:03:28 -0400

Regards,
Peter

Bug#843007: RFS: golang-github-hlandau-buildinfo/0.0~git20160722.0.b25d4b0-1~bpo8+1

2016-11-02 Thread Peter Colberg

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for the initial upload of the package
"golang-github-hlandau-buildinfo" to jessie-backports. The package is
a prerequisite for acmetool, a client for Let’s Encrypt. I have been
added to the backports ACL for subsequent maintenance.

gbp clone --debian-branch=debian/jessie-backports 
https://anonscm.debian.org/git/pkg-go/packages/golang-github-hlandau-buildinfo.git

Regards,
Peter

Bug#843008: RFS: golang-github-hlandau-dexlogconfig/0.0~git20160722.0.055e2e3-1~bpo8+1

2016-11-02 Thread Peter Colberg

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for the initial upload of the package
"golang-github-hlandau-dexlogconfig" to jessie-backports. The package
is a prerequisite for acmetool, a client for Let’s Encrypt. I have
been added to the backports ACL for subsequent maintenance.

gbp clone --debian-branch=debian/jessie-backports 
https://anonscm.debian.org/git/pkg-go/packages/golang-github-hlandau-dexlogconfig.git

Regards,
Peter

Bug#843006: RFS: golang-gopkg-hlandau-service.v2/2.0.16-1~bpo8+1

2016-11-02 Thread Peter Colberg

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for the initial upload of the package
"golang-gopkg-hlandau-service.v2" to jessie-backports. The package is
a prerequisite for acmetool, a client for Let’s Encrypt. I have been
added to the backports ACL for subsequent maintenance.

gbp clone --debian-branch=debian/jessie-backports 
https://anonscm.debian.org/git/pkg-go/packages/golang-gopkg-hlandau-service.v2.git

Regards,
Peter

Bug#843005: RFS: golang-gopkg-hlandau-easyconfig.v1/1.0.15-1~bpo8+1

2016-11-02 Thread Peter Colberg

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for the initial upload of the package
"golang-gopkg-hlandau-easyconfig.v1" to jessie-backports. The package
is a prerequisite for acmetool, a client for Let’s Encrypt. I have
been added to the backports ACL for subsequent maintenance.

gbp clone --debian-branch=debian/jessie-backports 
https://anonscm.debian.org/git/pkg-go/packages/golang-gopkg-hlandau-easyconfig.v1.git

Regards,
Peter

Bug#843004: RFS: golang-gopkg-alecthomas-kingpin.v2/2.2.3-1~bpo8+1

2016-11-02 Thread Peter Colberg

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for the initial upload of the package
"golang-gopkg-alecthomas-kingpin.v2" to jessie-backports. The package
is a prerequisite for acmetool, a client for Let’s Encrypt. I have
been added to the backports ACL for subsequent maintenance.

gbp clone --debian-branch=debian/jessie-backports 
https://anonscm.debian.org/git/pkg-go/packages/golang-gopkg-alecthomas-kingpin.v2.git

Regards,
Peter

Bug#837374: fixed in opendkim 2.11.0~alpha-7

2016-11-02 Thread Peter Colberg

On Fri, Oct 28, 2016 at 07:31:38AM +, Scott Kitterman wrote:
>* Generate opendkim.service in postinst instead of shipping it in the
>  package (Closes: #837374)

What would you say if the package shipped a static systemd unit, and
postinst generated an override file in /etc/systemd/system/opendkim.d/
that carries over any non-default settings from /etc/default/opendkim?

This could serve as a model for smooth upgrades of other packages, too.

Peter

Bug#805488: pristine-tar: Does not efficiently compress gzip --rsyncable, dpkg's default

2016-10-31 Thread Peter Colberg

Control: found -1 1.37
Control: affects -1 src:twinkle

On Wed, Nov 18, 2015 at 11:50:06AM -0500, Geoffrey Thomas wrote:
> pristine-tar seems not to know how to efficiently re-compress files
> compressed by gzip --rsyncable on both Jessie and Sid (which have gzip
> 1.6-4). From a Sid chroot:
> 
> $ gunzip pristine-tar_1.33.tar.gz
> $ gzip --rsyncable pristine-tar_1.33.tar
> $ pristine-tar gendelta pristine-tar_1.33.tar.gz tmp
> warning: pristine-gz cannot reproduce build of pristine-tar_1.33.tar.gz; 
> storing 80% size diff in delta
> (Please consider filing a bug report so the delta size can be improved.)

I have the same issue with tarballs of twinkle that were repacked by uscan:

# dget -d 
http://snapshot.debian.org/archive/debian-debug/20160716T102025Z/pool/main/t/twinkle/twinkle_1.10.0%2Bdfsg-1.dsc

# pristine-tar gendelta twinkle_1.10.0+dfsg.orig.tar.gz{,.delta}
   
xdelta: warning: no matches found in from file, patch will apply without it
xdelta: warning: no matches found in from file, patch will apply without it
xdelta: warning: no matches found in from file, patch will apply without it
xdelta: warning: no matches found in from file, patch will apply without it
xdelta: warning: no matches found in from file, patch will apply without it
warning: pristine-gz cannot reproduce build of twinkle_1.10.0+dfsg.orig.tar.gz; 
storing 86% size diff in delta (995746 bytes)
(Please consider filing a bug report so the delta size can be improved.)

# gunzip < twinkle_1.10.0+dfsg.orig.tar.gz | gzip -9 --no-name --rsyncable | 
diff -s - twinkle_1.10.0+dfsg.orig.tar.gz
Files - and twinkle_1.10.0+dfsg.orig.tar.gz are identical

Regards,
Peter

Bug#842218: RFS: golang-gopkg-tylerb-graceful.v1/1.2.13-2~bpo8+1

2016-10-26 Thread Peter Colberg

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for the initial upload of the package
"golang-gopkg-tylerb-graceful.v1" to jessie-backports. The package is
a prerequisite for acmetool, a client for Let’s Encrypt. I have been
added to the backports ACL for subsequent maintenance.

gbp clone --debian-branch=debian/jessie-backports 
https://anonscm.debian.org/git/pkg-go/packages/golang-gopkg-tylerb-graceful.v1.git

Regards,
Peter

Bug#842217: RFS: golang-gopkg-hlandau-svcutils.v1/1.0.10-1~bpo8+1

2016-10-26 Thread Peter Colberg

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for the initial upload of the package
"golang-gopkg-hlandau-svcutils.v1" to jessie-backports. The package is
a prerequisite for acmetool, a client for Let’s Encrypt. I have been
added to the backports ACL for subsequent maintenance.

gbp clone --debian-branch=debian/jessie-backports 
https://anonscm.debian.org/git/pkg-go/packages/golang-gopkg-hlandau-svcutils.v1.git

Regards,
Peter

Bug#842216: RFS: golang-gopkg-hlandau-configurable.v1/1.0.1-2~bpo8+1

2016-10-26 Thread Peter Colberg

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for the initial upload of the package
"golang-gopkg-hlandau-configurable.v1" to jessie-backports. The
package is a prerequisite for acmetool, a client for Let’s Encrypt.
I have been added to the backports ACL for subsequent maintenance.

gbp clone --debian-branch=debian/jessie-backports 
https://anonscm.debian.org/git/pkg-go/packages/golang-gopkg-hlandau-configurable.v1.git

Regards,
Peter

Bug#842214: RFS: golang-github-hlandau-xlog/0.0~git20160328.0.197ef79-1~bpo8+1

2016-10-26 Thread Peter Colberg

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for the initial upload of the package
"golang-github-hlandau-xlog" to jessie-backports. The package is a
prerequisite for acmetool, a client for Let’s Encrypt. I have been
added to the backports ACL for subsequent maintenance.

gbp clone --debian-branch=debian/jessie-backports 
https://anonscm.debian.org/git/pkg-go/packages/golang-github-hlandau-xlog.git

Regards,
Peter

Bug#842215: RFS: golang-github-hlandau-goutils/0.0~git20160722.0.0cdb66a-1~bpo8+1

2016-10-26 Thread Peter Colberg

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for the initial upload of the package
"golang-github-hlandau-goutils" to jessie-backports. The package is a
prerequisite for acmetool, a client for Let’s Encrypt. I have been
added to the backports ACL for subsequent maintenance.

gbp clone --debian-branch=debian/jessie-backports 
https://anonscm.debian.org/git/pkg-go/packages/golang-github-hlandau-goutils.git

Regards,
Peter

Bug#842118: RFS: ucommon/7.0.0-7~exp4 [RC]

2016-10-25 Thread Peter Colberg

Package: sponsorship-requests
Severity: important

Dear mentors,

Following #841876, I am looking for a sponsor for the package "ucommon":

  gbp clone https://anonscm.debian.org/git/pkg-voip/ucommon.git

For verification, these are the current branch heads:

  git show-ref --heads
  48abd035fefb6dd2821b678ab2e57bcb5a3ea894 refs/heads/master
  7a96f5b8ac83e705eab78d5b8e3f6a36ad03fe39 refs/heads/pristine-tar
  d80ef16d8a9371675a4aaacd84bfefe4ad278bd8 refs/heads/upstream

Changes since the last upload:

ucommon (7.0.0-7~exp4) experimental; urgency=medium

  * Use arch-bits symbol tag instead of non-standard subst tag
  * Restore arch-specific symbols for variadic functions
  * Fix mismatching symbols on x32
  * Fix mismatching symbols on hurd-i386
  * Build with all hardening flags
  * Link with -Wl,--as-needed to avoid useless library dependencies
  * Always fail in case of mismatching symbols

 -- Peter Colberg <pe...@colberg.org>  Tue, 25 Oct 2016 23:06:24 -0400

If you decide to sponsor this package, please upload the source only
so that buildd logs are available for all archs. I will push a release
tag to the git repository after the package has been uploaded.

Regards,
Peter

Bug#837374: opendkim: opendkim.service.generate may alter opendkim.service

2016-10-24 Thread Peter Colberg

On Mon, Oct 24, 2016 at 02:03:57PM -0400, Scott Kitterman wrote:
> Unfortunately, systemd doesn't support a broad enough set of options to 
> properly support /etc/default with a static service file.  It only changes 
> the 
> file if the administrator has changed the /etc/default file, so I think this 
> is OK.

The proper way to dynamically generate a systemd unit is a generator:

https://www.freedesktop.org/software/systemd/man/systemd.generator.html

However, if every Debian package implemented its own generator script
to support full customization via the sysvinit default files, rather
than suggesting override files in /etc/systemd/system/.d/,
we would converge to the same mess as with sysvinit scripts before.

I will follow up asking the Debian systemd maintainers for advice,
since the question of default files is relevant for many packages.

Peter

Bug#841876: RFS: ucommon/7.0.0-7~exp3 [RC]

2016-10-23 Thread Peter Colberg

Package: sponsorship-requests
Severity: important

Dear mentors,

I am looking for a sponsor for the package "ucommon":

  gbp clone https://anonscm.debian.org/git/pkg-voip/ucommon.git

For verification, these are the current branch heads:

  git show-ref --heads
  e2698bd93a58783bd5e97cc6b1319dbe568d9e25 refs/heads/master
  7a96f5b8ac83e705eab78d5b8e3f6a36ad03fe39 refs/heads/pristine-tar
  d80ef16d8a9371675a4aaacd84bfefe4ad278bd8 refs/heads/upstream

For background: I had asked the current maintainer whether I could
help with the maintenance of the package, given that it has had an RC
bug (#831211) for a while and is a dependency of the package twinkle.

Jonas welcomed not only my offer; to my delight, he also welcomed [1, 2]
a conversion from CDBS to short-form dh to make my maintenance easier,
under the condition that I commit to the package for the long term.

[1] 
https://lists.alioth.debian.org/pipermail/pkg-voip-maintainers/2016-October/029339.html
[2] 
https://lists.alioth.debian.org/pipermail/pkg-voip-maintainers/2016-October/029361.html

This version builds with a valid symbols file on amd64 and without
lintian warnings. Inferring from tests on i386, the package should
also be close to building on other archs. Before I adapt the symbols
file using arch-specific constraints, I would like to survey all archs
using the improved symbols file with an upload to experimental.

Changes since the last upload:

ucommon (7.0.0-7~exp3) experimental; urgency=medium

  * Switch from CDBS to dh
  * Build depend on graphviz for arch-independent builds only
  * Add dependency on libjs-jquery to ucommon-doc
  * Bump debhelper compat level to 10
  * Replace -dbg package with automatic -dbgsym package
  * Build with bindnow hardening flag
  * Substitute arch-dependent size_t in symbols file
  * Exclude useless autogenerated doxygen files
  * Register HTML documentation with doc-base
  * Fix spelling mistakes found by lintian
  * Use /git/ instead of /cgit/ in Vcs-Browser field
  * Add myself to Uploaders

 -- Peter Colberg <pe...@colberg.org>  Sat, 22 Oct 2016 23:22:27 -0400

If you decide to sponsor this package, please upload the source only
so that buildd logs are available for all archs. I will push a release
tag to the git repository after the package has been uploaded.

Regards,
Peter

Bug#841633: apt-cacher-ng: cron job fails when BindAddress is localhost

2016-10-21 Thread Peter Colberg

On Fri, Oct 21, 2016 at 08:35:55PM +0200, Eduard Bloch wrote:
> Hallo,
> * Peter Colberg [Fri, Oct 21 2016, 11:01:44AM]:
> > Package: apt-cacher-ng
> > Version: 1-1
> > Severity: normal
> > 
> > Dear Maintainer,
> > 
> > After updating to the above version, the cron job fails with
> 
> From which version? That's the real question.

The regression was introduced upgrading from 0.9.3.2-1 to 1-1.

> > /etc/cron.daily/apt-cacher-ng:
> > Error: cannot fetch 
> > http://foo.example.org:3142/acng-report.html?doExpire=Start+Expiration=aOe,
> 
> There is no such hostname anywhere in the source. If you redacted the
> output then you should mention this (and describe the real output),
> otherwise we are hunting ghosts.

Sorry for not being clear; yes, the hostname has been redacted and
belongs to the machine which runs apt-cacher-ng and the cron job.

> As stop-gap solution, you could set HOSTNAME variable as needed in the
> mentioned cron script.

Thanks, I will try that for the next run.

> > My acng.conf differs from the default by one line,
> > 
> > BindAddress: localhost
> 
> In the previous times there was a creepy workaround that fished the
> hostname from BindAddress strings as a last ressort. Maybe I should
> recteate this method in acngtool.

What would speak against querying http://localhost:3142/ by default?

Regards,
Peter

Bug#841633: apt-cacher-ng: cron job fails when BindAddress is localhost

2016-10-21 Thread Peter Colberg

Package: apt-cacher-ng
Version: 1-1
Severity: normal

Dear Maintainer,

After updating to the above version, the cron job fails with

/etc/cron.daily/apt-cacher-ng:
Error: cannot fetch 
http://foo.example.org:3142/acng-report.html?doExpire=Start+Expiration=aOe,

My acng.conf differs from the default by one line,

BindAddress: localhost

which ensures that apt-cacher-ng is accessible only from the local machine.

Regards,
Peter

Bug#841375: [pkg-go] Bug#841375: RFS: golang-gopkg-square-go-jose.v1/1.1.0-1~bpo8+1

2016-10-21 Thread Peter Colberg

Hi Tim,

Thanks for the quick uploads to jessie-backports.

Regarding the sponsorship process, I think RFS bugs are always
closed manually by the sponsoring DD, rather than by editing the
changelog after the sponsorship request. I have now force-pushed
updated debian/ tags; in case you kept copies of the repositories
on your local machine, you can update them with `git fetch --tags`.

Peter

Bug#814396: twinkle: Unable to add myself to Uploaders

2016-10-20 Thread Peter Colberg

Hi Rolf,

On Fri, Oct 21, 2016 at 12:08:02AM +0200, Rolf Leggewie wrote:
> It seems like I was added a while ago.  But I only noticed it today.  I
> pushed a branch to git with a changeset to add myself as Uploader.  Feel
> free to commit or reject ;-)
> 
> I believe you've become DM yourself by now, so the urgency of requesting
> my DM flag for twinkle is lessened somewhat.

There is a new upstream release of twinkle; if you like, I think
it would be a good opportunity for you to package the new version,
besides adding yourself to Uploaders.

Are you familiar with gbp? Note the config file debian/gbp.conf that
causes `gbp import-orig` to automatically commit a pristine-tar delta.

For the changelog, I prefer to update it separately right before the
upload, which you can do using `gbp commit --release --commit`.

On a nitpicky note, please run `wrap-and-sort` when changing
debian/control, e.g., after adding yourself to Uploaders.

Let me know and I can review and upload. Welcome aboard!

Regards,
Peter

Bug#841375: [pkg-go] Bug#841375: RFS: golang-gopkg-square-go-jose.v1/1.1.0-1~bpo8+1

2016-10-20 Thread Peter Colberg

On Thu, Oct 20, 2016 at 09:49:18AM -0400, Peter Colberg wrote:
> The packages are not in backports yet and have to go through the
> backports NEW queue [1]. If I am not mistaken, the same rules as for
> the regular NEW queue apply, such that the initial upload has to be
> done by a DD. I had sponsorships of the initial upload for other
> packages before (cgit, twinkle) for which I have DM upload rights.

The backports documentation confirms that DMs require sponsorship:

https://backports.debian.org/Contribute/#index3h3

Peter

Bug#841375: [pkg-go] Bug#841375: RFS: golang-gopkg-square-go-jose.v1/1.1.0-1~bpo8+1

2016-10-20 Thread Peter Colberg

Hi Tim,

On Thu, Oct 20, 2016 at 04:56:45AM +, Potter, Tim (HPE Linux Support) wrote:
> I just read the message a bit more closely, and you mention you have the 
> backport ACL
> already.  I just checked the PTS and you have the DM bit set for that 
> package.  Feel free to
> upload it yourself to backports without having to go through anyone else.
> 
> I don't think that any special sponsorship should be required in this case, 
> especially if you are
> already an uploader (and primary author) for the package.

The packages are not in backports yet and have to go through the
backports NEW queue [1]. If I am not mistaken, the same rules as for
the regular NEW queue apply, such that the initial upload has to be
done by a DD. I had sponsorships of the initial upload for other
packages before (cgit, twinkle) for which I have DM upload rights.

[1] https://ftp-master.debian.org/backports-new.html

Peter

Bug#841375: [pkg-go] Bug#841375: RFS: golang-gopkg-square-go-jose.v1/1.1.0-1~bpo8+1

2016-10-19 Thread Peter Colberg

Hi Tim,

On Thu, Oct 20, 2016 at 03:25:12AM +, Potter, Tim (HPE Linux Support) wrote:
> Hi Peter.  I can sponsor the uploads for this and the other packages to 
> jessie-backports
> for you.  I'm in the middle of doing a large batch of uploads of this type am 
> happy to
> bundle them up with mine.

That would be great!

Peter

Bug#841382: RFS: golang-github-mitchellh-go-wordwrap/0.0~git20150314.0.ad45545-2~bpo8+1

2016-10-19 Thread Peter Colberg

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for the initial upload of the package
"golang-github-mitchellh-go-wordwrap" to jessie-backports. The package
is a prerequisite for acmetool, a client for Let’s Encrypt. I have
been added to the backports ACL for subsequent maintenance.

gbp clone --debian-branch=debian/jessie-backports 
https://anonscm.debian.org/git/pkg-go/packages/golang-github-mitchellh-go-wordwrap.git

Regards,
Peter

Bug#841381: RFS: golang-github-jmhodges-clock/1.0-2~bpo8+1

2016-10-19 Thread Peter Colberg

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for the initial upload of the package
"golang-github-jmhodges-clock" to jessie-backports. The package
is a prerequisite for acmetool, a client for Let’s Encrypt. I have
been added to the backports ACL for subsequent maintenance.

gbp clone --debian-branch=debian/jessie-backports 
https://anonscm.debian.org/git/pkg-go/packages/golang-github-jmhodges-clock.git

Regards,
Peter

Bug#841380: RFS: golang-github-erikdubbelboer-gspt/0.0~git20160520.0.9055324-2~bpo8+1

2016-10-19 Thread Peter Colberg

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for the initial upload of the package
"golang-github-erikdubbelboer-gspt" to jessie-backports. The package
is a prerequisite for acmetool, a client for Let’s Encrypt. I have
been added to the backports ACL for subsequent maintenance.

gbp clone --debian-branch=debian/jessie-backports 
https://anonscm.debian.org/git/pkg-go/packages/golang-github-erikdubbelboer-gspt.git

Regards,
Peter

Bug#841379: RFS: golang-github-alecthomas-units/0.0~git20151022.0.2efee85-2~bpo8+1

2016-10-19 Thread Peter Colberg

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for the initial upload of the package
"golang-github-alecthomas-units" to jessie-backports. The package
is a prerequisite for acmetool, a client for Let’s Encrypt. I have
been added to the backports ACL for subsequent maintenance.

gbp clone --debian-branch=debian/jessie-backports 
https://anonscm.debian.org/git/pkg-go/packages/golang-github-alecthomas-units.git

Regards,
Peter

Bug#841378: RFS: golang-github-ogier-pflag/0.0~git20160129.0.45c278a-2~bpo8+1

2016-10-19 Thread Peter Colberg

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for the initial upload of the package
"golang-github-ogier-pflag" to jessie-backports. The package
is a prerequisite for acmetool, a client for Let’s Encrypt. I have
been added to the backports ACL for subsequent maintenance.

gbp clone --debian-branch=debian/jessie-backports 
https://anonscm.debian.org/git/pkg-go/packages/golang-github-ogier-pflag.git

Regards,
Peter

Bug#841377: RFS: golang-github-peterhellberg-link/1.0.0-2~bpo8+1

2016-10-19 Thread Peter Colberg

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for the initial upload of the package
"golang-github-peterhellberg-link" to jessie-backports. The package
is a prerequisite for acmetool, a client for Let’s Encrypt. I have
been added to the backports ACL for subsequent maintenance.

gbp clone --debian-branch=debian/jessie-backports 
https://anonscm.debian.org/git/pkg-go/packages/golang-github-peterhellberg-link.git

Regards,
Peter

Bug#841376: RFS: golang-github-satori-go.uuid/1.1.0-2~bpo8+1

2016-10-19 Thread Peter Colberg

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for the initial upload of the package
"golang-github-satori-go.uuid" to jessie-backports. The package
is a prerequisite for acmetool, a client for Let’s Encrypt. I have
been added to the backports ACL for subsequent maintenance.

gbp clone --debian-branch=debian/jessie-backports 
https://anonscm.debian.org/git/pkg-go/packages/golang-github-satori-go.uuid.git

Regards,
Peter

Bug#841375: RFS: golang-gopkg-square-go-jose.v1/1.1.0-1~bpo8+1

2016-10-19 Thread Peter Colberg

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for the initial upload of the package
"golang-gopkg-square-go-jose.v1" to jessie-backports. The package
is a prerequisite for acmetool, a client for Let’s Encrypt. I have
been added to the backports ACL for subsequent maintenance.

gbp clone --debian-branch=debian/jessie-backports 
https://anonscm.debian.org/git/pkg-go/packages/golang-gopkg-square-go-jose.v1.git

Regards,
Peter

Bug#841353: RM: golang-github-hlandau-degoutils -- ROM; superseded by golang-github-hlandau-goutils

2016-10-19 Thread Peter Colberg

Package: ftp.debian.org
Severity: normal

Dear ftpmasters,

On behalf of the Debian Go Packaging Team (Cc'd), I am requesting
the removal of the source package golang-github-hlandau-degoutils from
unstable. The package is superseeded by golang-github-hlandau-goutils,
golang-github-hlandau-buildinfo, and golang-github-hlandau-dexlogconfig.

https://bugs.debian.org/833491
https://bugs.debian.org/839980
https://bugs.debian.org/839981

Regards,
Peter

Bug#838720: mutt: pager segfaults when window is resized

2016-10-18 Thread Peter Colberg

On Tue, Oct 18, 2016 at 06:54:39AM +, Antonio Radici wrote:
> I'm sorry that we are going back and forward with the "please retry the next
> version" statement but I wasn't able to reproduce it. Now that I have your
> muttrc hopefully I'll be able to do it.

I have to apologize myself for not providing a reproducible test case.

The good (or bad) thing is that the pager has segfaulted three times this
morning alone, and this time even before sending the message. Hopefully I
will get to actually reading the code to make sense of the backtraces.

> Also, let us know which terminal you are using as well, as that might 
> contribute
> to the issue.

I use urxvt (rxvt-unicode) with the following .Xresources entries:

URxvt*foreground: white
URxvt*background: gray3
URxvt*font: xft:DejaVu Sans Mono:size=10,xft:WenQuanYi Zen Hei Mono
URxvt*letterSpace: -1
URxvt*iso14755: false
URxvt*saveLines: 2048
URxvt*scrollBar: false
URxvt*secondaryScreen: false
URxvt*cutchars: !""#$%&''()*+,-./:;<=>?@[\\]^`{|}~
URxvt*perl-ext:
URxvt*perl-ext-common:

Peter

Bug#840992: Bug#841032: RFS: golang-github-hlandau-dexlogconfig/0.0~git20160722.0.055e2e3-1 [ITP]

2016-10-18 Thread Peter Colberg

Hi Gianfranco,

Thank you for all the uploads.

On Tue, Oct 18, 2016 at 08:20:23AM +, Gianfranco Costamagna wrote:
> (extended description too short might be fixable in a future upload,

This is indeed an issue with golang micropackages, since the upstream
authors usually don’t provide more than a few words. For collections
of miscellaneous functions (os, net, …), one would probably need to
summarize each function for a meaningful description. I will take
another look at some point at pkg-go/packages to see how this is
handled in practice.

> and please consider switching to compat 10)

I was considering the possibility of backports, but this is actually
not an issue since debhelper is up-to-date in jessie-backports. Still,
would you say it is reasonable to postpone the switch to compat 10
till after the freeze? Where appropriate, I have already enabled
autoreconf and parallel builds.

Regards,
Peter

Bug#838720: mutt: pager segfaults when window is resized

2016-10-17 Thread Peter Colberg

On Mon, Oct 17, 2016 at 09:31:40PM -0400, Peter Colberg wrote:
> Hopefully I will send you a minimal muttrc at some point; it is not
> trivial since I cannot reproduce the segfault so far and have to wait
> for the next one.

I had another segfault just now and have a slightly better idea.

I was viewing the very message I had sent you roughly a minute ago.
After a few seconds I pressed a key to scroll the message, after which
mutt segfaulted with the same message “Sorting mailbox...”.

What had presumably happened between opening the message in the pager,
and trying to scroll a few seconds later, is mbsync synchronizing the
mailbox to the IMAP server every two minutes. When mbsync copies a new
sent message to the server, it also updates the local mail folder, which
appears to have triggered the segfault in this instance.

My muttrc begins with

set folder=~/Mail
set spoolfile=~/Mail/INBOX
set mbox_type=Maildir
set header_cache=~/.cache/mutt/headers

My mbsyncrc contains

MaildirStore local
Path ~/Mail/
Inbox ~/Mail/INBOX
Flatten .

IMAPStore remote
Host imap.example.org
User *
Pass *
UseIMAPS yes

Channel remote
Master :remote:
Slave :local:
Patterns % !Spam !Trash
Create Slave
Expunge Both

Peter

Bug#838720: mutt: pager segfaults when window is resized

2016-10-17 Thread Peter Colberg

Control: found -1 1.7.1-2

Hi Antonio,

On Fri, Sep 30, 2016 at 07:43:08AM +, Antonio Radici wrote:
> unfortunately I'm still unable to reproduce it, I believe it's due to the
> configuration. The problem itself might be due to the header cache or some 
> other
> reason, do you mind sending me the output of bt full on the corefile?

Please see the attached full stacktrace for the latest segfault with
the above version, which occurred right after sending a mail and mutt
outputting “Sorting mailbox...”, the same as with earlier segfaults.

> Additionally, if you could devise a minimum set of ocnfiguration (i.e.: a
> minimal .muttrc) that I can use to reproduce this bug, it will be great and it
> will ensure that I will be able to fix it quicker :)

Hopefully I will send you a minimal muttrc at some point; it is not
trivial since I cannot reproduce the segfault so far and have to wait
for the next one. Since you mentioned the header cache, I deleted the
cache file to make sure there was no accidental corruption, but then
the attached segfault occurred regardless.

Peter
#0  mutt_pager (banner=banner@entry=0x7ffe4882c6c0 "---Attachment: 
/tmp/mutt-alcyone-1000-3900-12427186522611139815: text/plain", 
fname=fname@entry=0x7ffe4882c4c0 
"/tmp/mutt-alcyone-1000-3900-17151246448925655235", flags=, 
flags@entry=256, extra=extra@entry=0x7ffe4882c390) at ../../pager.c:2034
searchbuf = '\000' 
buffer = "?:Help", '\000' , "\350\003", '\000' 
...
helpstr = "i:Exit  -:PrevPg  :NextPg ?:Help", '\000' 
tmphelp = "i:Exit  -:PrevPg  :NextPg", '\000' 
maxLine = 70
lastLine = 24
lineInfo = 0x55a6f6a63460
QuoteList = 0x0
i = 
j = 
ch = 150
rc = -1
hideQuoted = 
q_level = 0
force_redraw = 0
lines = 
curline = 
topline = 0
oldtopline = 
err = 
first = 
r = 
wrapped = 
searchctx = 
redraw = 0
fp = 0x55a6f6a63230
last_pos = 917
last_offset = 
old_smart_wrap = 
old_markers = 
sb = {st_dev = 36, st_ino = 116705, st_nlink = 1, st_mode = 33152, 
st_uid = 1000, st_gid = 1000, __pad0 = 0, st_rdev = 0, st_size = 917, 
st_blksize = 4096, st_blocks = 8, st_atim = {tv_sec = 1476752587, tv_nsec = 
907517935}, 
  st_mtim = {tv_sec = 1476752587, tv_nsec = 931517950}, st_ctim = 
{tv_sec = 1476752587, tv_nsec = 931517950}, __glibc_reserved = {0, 0, 0}}
SearchRE = {buffer = 0x736972702f736461 , allocated = 8241996531388803444, used = 
7364851246852158218, syntax = 3832899941293176676, 
  fastmap = 0x3238666430656530 , translate = 0x6165346535326335 , re_nsub = 3760850262121526374, 
  can_be_null = 1, regs_allocated = 1, fastmap_accurate = 0, no_sub = 
1, not_bol = 1, not_eol = 0, newline_anchor = 0}
SearchCompiled = 0
SearchFlag = 
SearchBack = 
has_types = 
index_status_window = 0x55a6f69eabb0
index_window = 0x55a6f66e46c0
pager_status_window = 0x55a6f66f56f0
pager_window = 0x55a6f69c1090
index = 0x0
indexlen = 
indicator = 
old_PagerIndexLines = 
index_hint = 0
oldcount = 
check = 3
followup_to = 
#1  0x55a6f574e889 in mutt_do_pager (banner=0x7ffe4882c6c0 "---Attachment: 
/tmp/mutt-alcyone-1000-3900-12427186522611139815: text/plain", 
tempfile=tempfile@entry=0x7ffe4882c4c0 
"/tmp/mutt-alcyone-1000-3900-17151246448925655235", 
do_color=do_color@entry=256, info=info@entry=0x7ffe4882c390) at 
../../curs_lib.c:784
rc = 
#2  0x55a6f573911b in mutt_view_attachment (fp=fp@entry=0x0, 
a=0x55a6f7dd2a40, flag=, flag@entry=1, hdr=hdr@entry=0x0, 
idx=idx@entry=0x55a6f66da5e0, idxlen=) at ../../attach.c:579
info = {ctx = 0x55a6f64f40b0, hdr = 0x0, bdy = 0x55a6f7dd2a40, fp = 
0x0, idx = 0x55a6f66da5e0, idxlen = 1}
tempfile = '\000' 
pagerfile = "/tmp/mutt-alcyone-1000-3900-17151246448925655235", '\000' 

is_message = 0
use_mailcap = 
use_pipe = 
use_pager = 
type = 
"text/plain\000\366\246U\000\000\000\062\246\366\246U\000\000X\300\064\226\023\177\000\000#\000\000\000\000\000\000\000\276$3\226\023\177\000\000\020\000\000\000\000\000\000\000(ǂH\376\177\000\000\000\000\000\000\000\000\000\000g",
 '\000' , 
"P0\246\366\246U\000\000\000\033Ue\267;\b\303\020\062\246\366\246U\000\000X\300\064\226\023\177\000\000w\000\000\000\000\000\000\000\016'3\226\023\177\000\000\316\024\022\226\023\177\000\000g",
 '\000' , " ", '\000' ...
command = "0ȂH\376\177\000\000\377\037\000\000g", '\000' , 
"\033Ue\267;\b\303`\366\246U\000\000p)\335\367\246U\000\000\060ȂH\376\177\000\000\001\000\000\000\000\000\000\000(ȂH\376\177\000\000\260\357\202H\376\177\000\000\001\000\000\000\000\000\000\000\223\204t\365\246U",
 '\000' , "\070\064\061\060\063\0...@bugs.debian.org", '\000' 
...

Bug#841032: RFS: golang-github-hlandau-dexlogconfig/0.0~git20160722.0.055e2e3-1 [ITP]

2016-10-17 Thread Peter Colberg

On Sun, Oct 16, 2016 at 11:55:48PM -0400, Peter Colberg wrote:
> Package: sponsorship-requests
> Severity: wishlist
> Control: block 839981 by -1
> 
> Dear mentors,
> 
> I am looking for a sponsor for the package 
> "golang-github-hlandau-dexlogconfig":
> 
>   git clone 
> https://anonscm.debian.org/git/pkg-go/packages/golang-github-hlandau-dexlogconfig.git
>   cd golang-github-hlandau-dexlogconfig && pristine-tar checkout 
> ../golang-github-hlandau-dexlogconfig_0.0~git20160722.0.055e2e3.orig.tar.gz
> 
> This package is a prerequisite for uploading a new version of
> acmetool, a client for the Let’s Encrypt certificate authority.

I changed Vcs-Browser from /cgit/ → /git/ (to make Mattia happy).

# git show-ref --heads
7391d2b223e1f3900f70180ccc1320baac1e6509 refs/heads/master
ff9363988d9a04af3c305da92601cefcfa34b995 refs/heads/pristine-tar
378055fd7ed02150ee0df825c25e4eaf407c9143 refs/heads/upstream

Peter

Bug#840992: RFS: golang-github-hlandau-goutils/0.0~git20160722.0.0cdb66a-1

2016-10-17 Thread Peter Colberg

On Sun, Oct 16, 2016 at 01:22:26PM -0400, Peter Colberg wrote:
> Package: sponsorship-requests
> Severity: normal
> 
> Dear mentors,
> 
> I am looking for a sponsor for the package "golang-github-hlandau-goutils":
> 
>   git clone 
> https://anonscm.debian.org/git/pkg-go/packages/golang-github-hlandau-goutils.git
>   cd golang-github-hlandau-goutils && pristine-tar checkout 
> ../golang-github-hlandau-goutils_0.0~git20160722.0.0cdb66a.orig.tar.gz
> 
> This package is a prerequisite for uploading a new version of
> acmetool, a client for the Let’s Encrypt certificate authority.

I changed Vcs-Browser from /cgit/ → /git/ (to make Mattia happy).

# git show-ref --heads
d19e97dc5a22e8ef8108d9761e42bf35f6362beb refs/heads/master
9c73792e599f1b6afb485e19727e1f7ccf348f47 refs/heads/pristine-tar
616fb54cd951b282f7b6b383a7c5f9eaabb165bf refs/heads/upstream

Peter

Bug#841031: RFS: golang-github-hlandau-buildinfo/0.0~git20160722.0.b25d4b0-1 [ITP]

2016-10-17 Thread Peter Colberg

On Sun, Oct 16, 2016 at 11:55:08PM -0400, Peter Colberg wrote:
> Package: sponsorship-requests
> Severity: wishlist
> Control: block 839980 by -1
> 
> Dear mentors,
> 
> I am looking for a sponsor for the package "golang-github-hlandau-buildinfo":
> 
>   git clone 
> https://anonscm.debian.org/git/pkg-go/packages/golang-github-hlandau-buildinfo.git
>   cd golang-github-hlandau-buildinfo && pristine-tar checkout 
> ../golang-github-hlandau-buildinfo_0.0~git20160722.0.b25d4b0.orig.tar.gz
> 
> This package is a prerequisite for uploading a new version of
> acmetool, a client for the Let’s Encrypt certificate authority.

I changed Vcs-Browser from /cgit/ → /git/ (to make Mattia happy).

# git show-ref --heads
453f6993b7ddb0322ddf7213c57a8d7a019ddd0c refs/heads/master
f8cc00475abd68814db817c30cc7a65c3530b55a refs/heads/pristine-tar
d25114febd16c3709c4867007543e22dd622f0c5 refs/heads/upstream

Peter

Bug#841032: RFS: golang-github-hlandau-dexlogconfig/0.0~git20160722.0.055e2e3-1 [ITP]

2016-10-16 Thread Peter Colberg

Package: sponsorship-requests
Severity: wishlist
Control: block 839981 by -1

Dear mentors,

I am looking for a sponsor for the package "golang-github-hlandau-dexlogconfig":

  git clone 
https://anonscm.debian.org/git/pkg-go/packages/golang-github-hlandau-dexlogconfig.git
  cd golang-github-hlandau-dexlogconfig && pristine-tar checkout 
../golang-github-hlandau-dexlogconfig_0.0~git20160722.0.055e2e3.orig.tar.gz

This package is a prerequisite for uploading a new version of
acmetool, a client for the Let’s Encrypt certificate authority.

For verification, these are the current branch heads:

  git show-ref --heads
  3406fc6e76a13447f87b3dbb342f1dd1e22a6dfb refs/heads/master
  ff9363988d9a04af3c305da92601cefcfa34b995 refs/heads/pristine-tar
  378055fd7ed02150ee0df825c25e4eaf407c9143 refs/heads/upstream

Please note that while the package has to go through the NEW queue,
the code is already contained in the archive as part of the package
golang-github-hlandau-degoutils. The upstream author has recently
split the former into three separate packages (goutils, buildinfo,
dexlogconfig), of which dexlogconfig is the last in the dependency chain.

Please see these messages on pkg-go-maintainers for a review, which
discusses in particular the implications on the Debian packaging of
the novel licensing scheme devised by the upstream author.

https://lists.alioth.debian.org/pipermail/pkg-go-maintainers/Week-of-Mon-20161003/007642.html
https://lists.alioth.debian.org/pipermail/pkg-go-maintainers/Week-of-Mon-20161003/007643.html
https://lists.alioth.debian.org/pipermail/pkg-go-maintainers/Week-of-Mon-20161003/007652.html
https://lists.alioth.debian.org/pipermail/pkg-go-maintainers/Week-of-Mon-20161010/007774.html

Regards,
Peter

1 2 3 4 5 >

1 - 100 of 436 matches

Mail list logo