4FD4 036A 9C25 BF35 7DD4
From 882bd38e0f324991b0593270ff1151adc94b6e74 Mon Sep 17 00:00:00 2001
From: Tianon Gravi admwig...@gmail.com
Date: Mon, 3 Aug 2015 01:25:29 -0700
Subject: [PATCH] Fix Vcs-* headers
---
debian/control | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
Package: golang-gopkg-mgo.v2-dev
Version: 2015.06.03-2
Currently, the -dev package depends on both mongodb-server and
supervisor. I can't see a reason for supervisor to be in any of the
relations of this package, but mongodb-server really ought to be in
Suggests instead since it's not necessary
On 29 October 2015 at 07:35, Tianon Gravi <tia...@debian.org> wrote:
> Currently, the -dev package depends on both mongodb-server and
> supervisor. I can't see a reason for supervisor to be in any of the
> relations of this package, but mongodb-server really ought to be in
>
On 27 October 2015 at 01:28, Ralf Treinen wrote:
> Here is a list of files that are known to be shared by both packages
> (according to the Contents file for sid/amd64, which may be
> slightly out of sync):
>
> /usr/bin/cover
Doh -- I'll update golang-golang-x-tools to not
On 28 October 2015 at 12:08, Chris Lamb wrote:
> rawdns fails to build from source in unstable/amd64:
I just tested this in a fresh sbuild schroot and I can't seem to
reproduce the failure (the package builds just fine here). Any ideas
for how I could more easily reproduce the
block 802945 802988
thanks
Thanks for the reports and patches, Hilko and Russ!
I've got the go-ahead from sECuRE to upload a fixed
golang-golang-x-tools, so I'm going to take care of this conflict
shortly. :)
♥,
- Tianon
4096R / B42F 6819 007F 00F8 8E36 4FD4 036A 9C25 BF35 7DD4
fixed 802787 golang-github-tinylib-msgp/1.0~alpha-2
thanks
On 23 October 2015 at 15:50, Tianon Gravi <admwig...@gmail.com> wrote:
> My patch was merged upstream and I've uploaded a new build, but I'm
> holding off closing the bug until I see whether the buildds actually
> build
fowarded 802787 https://github.com/tinylib/msgp/pull/135
thanks
Thanks for the report -- I've sent a patch upstream, and will apply a
fix to the package as soon as they've merged a fix there. :)
♥,
- Tianon
4096R / B42F 6819 007F 00F8 8E36 4FD4 036A 9C25 BF35 7DD4
On 23 October 2015 at 08:24, Aaron M. Ucko wrote:
> Builds of golang-github-tinylib-msgp for 32-bit architectures such as
> i386 have been failing:
My patch was merged upstream and I've uploaded a new build, but I'm
holding off closing the bug until I see whether the buildds
>
> Feel free to make the upload, as I am currently going trough an exams
> period :)
>
> Let me know if you have any issues, I can always find time to help.
>
> thank you for your work!
>
> On 06/11/15 07:52 PM, Tianon Gravi wrote:
>> Package: src:golang-github-boltd
3963ae..fd83aec 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,9 @@
+golang-github-boltdb-bolt (1.1.0-1) UNRELEASED; urgency=medium
+
+ * Update to 1.1.0 upstream release.
+
+ -- Tianon Gravi <tia...@debian.org> Wed, 04 Nov 2015 15:14:31 -0800
+
golang-github-bolt
Alexandre,
On 29 October 2015 at 12:51, Tianon Gravi <tia...@debian.org> wrote:
> On 29 October 2015 at 07:35, Tianon Gravi <tia...@debian.org> wrote:
>> Currently, the -dev package depends on both mongodb-server and
>> supervisor. I can't see a reason
On 28 October 2015 at 12:55, Niko Tyni wrote:
> Looks like #802034, fixed today in dh-exec_0.22.
Indeed! https://reproducible.debian.net/rb-pkg/unstable/amd64/rawdns.html
appears happy now, so I'm going to close this. Thanks Chris for the
heads up and thanks Niko for the
Package: src:golang-github-mattn-go-sqlite3
Version: 1.0.0~dfsg1-2
It'd be really helpful if we could get a bump to v1.1.0 released on Sep 5th. :)
(Needing this for Docker 1.9.0.)
As usual, willing to do the bump work myself as a team upload if you'd prefer!
♥,
- Tianon
4096R / B42F 6819
Package: wnpp
Severity: wishlist
Owner: Tianon Gravi <tia...@debian.org>
X-Debbugs-CC: pkg-go-maintainers@lists.alioth.debian.org
* Package name: consul
Version : 0.5.2-1
Upstream Author : HashiCorp
* URL : https://github.com/hashicorp/consul
* License
On 14 October 2015 at 10:06, Michael Stapelberg wrote:
> I’m a bit hesitant to do this. If a user specified custom settings in their
> ~/.sbuildrc, they are probably there for a reason and should be considered
> when using ratt, right?
I'm not exactly a long-time user of
This is neat! Any particular reason you went straight for an SVN
snapshot instead of
http://llvm.org/releases/3.7.0/compiler-rt-3.7.0.src.tar.xz ? Just
because that's what the Go README does, or was there some kind of
incompatibility?
Also, does anyone know if there's already a source package
On 8 October 2015 at 06:50, Tianon Gravi <tia...@debian.org> wrote:
> Also, does anyone know if there's already a source package consuming
> the compiler-rt tarball that we could maybe patch to run this script
> into a new binary package? :)
Turns out src:llvm-toolchain-3.5
On 14 October 2015 at 22:37, Johannes Schauer wrote:
> Extracting all binary packages introduced by your upload is trivial. Just look
> at the Binary: field in your .changes file.
Just to note, in the case of Paul's interface in
"pault.ag/go/debian/control", that'd be
they come?)
♥,
- Tianon
4096R / B42F 6819 007F 00F8 8E36 4FD4 036A 9C25 BF35 7DD4
On 15 October 2015 at 11:08, Michael Stapelberg <stapelb...@debian.org> wrote:
> Do you have a link with details? I’m curious.
>
> On Thu, Oct 15, 2015 at 7:45 PM, Tianon Gravi <admwig...@gmail.com
On 15 October 2015 at 10:40, Michael Stapelberg wrote:
> FWIW, I don’t think that’s necessary for the compiler itself. Go adheres to
> its Go 1 stability guarantee, and any package which breaks likely did
> something wrong in the first place :). If this is the only thing
On 11 October 2015 at 09:00, Thorsten Alteholz
wrote:
> please add the missing license of
Researching where these .h files came from was definitely a very
interesting history lesson in PKCS #11. O:)
Thanks for pointing these out; I've got a new upload up which
On 12 October 2015 at 10:20, Tianon Gravi <admwig...@gmail.com> wrote:
> | Replaces: golang-codegangsta-cli-dev (<< 0.0~git20150117-1~)
> | Breaks: golang-codegangsta-cli-dev (<< 0.0~git20150117-1~)
> | Provides: golang-codegangsta-cli-dev
>
> Are the version num
On 11 October 2015 at 21:56, Andreas Beckmann wrote:
> It installed fine in 'testing', then the upgrade to 'sid' fails
> because it tries to overwrite other packages files without declaring a
> Breaks+Replaces relation.
Hmm, this seems strange, because
On 13 September 2015 at 11:12, Martín Ferrari wrote:
> Sure, I will look into it later today or tomorrow.
It's been a bit since this message; mind if I take a stab at bumping
it for you? :)
♥,
- Tianon
4096R / B42F 6819 007F 00F8 8E36 4FD4 036A 9C25 BF35 7DD4
On 13 November 2015 at 08:52, Aaron M. Ucko wrote:
> The consul-migrate build for (big-endian) ppc64 failed:
>
> # github.com/boltdb/bolt
> src/github.com/boltdb/bolt/db.go:85: undefined: maxMapSize
> src/github.com/boltdb/bolt/db.go:85: invalid array bound maxMapSize
Arg,
On 18 November 2015 at 12:48, Dmitry Smirnov wrote:
> Sorry but I got to it first. ;)
:D thanks!
♥,
- Tianon
4096R / B42F 6819 007F 00F8 8E36 4FD4 036A 9C25 BF35 7DD4
___
Pkg-go-maintainers mailing list
On 8 September 2015 at 12:00, Thorsten Alteholz
wrote:
> please mention the files that are (C) from go authors and licensed under
> BSD in your debian/copyright.
Doh. Thanks for the pointer! I'll update d/copyright appropriately
and re-upload. :)
♥,
- Tianon
♥,
- Tianon
4096R / B42F 6819 007F 00F8 8E36 4FD4 036A 9C25 BF35 7DD4
From c64a0e46299cffd7faad3a937106e655d47c5428 Mon Sep 17 00:00:00 2001
From: Tianon Gravi <tia...@debian.org>
Date: Tue, 8 Sep 2015 19:48:59 -0700
Subject: [PATCH] d/common/source-fields: Add "go-import-path"
On 9 September 2015 at 00:01, Dmitry Smirnov wrote:
> I have no idea how could this happen... I've never touched any files in
> etcd.git bare repository other than remotely pushing from my workstation just
> like I do with all other repositories all the time...
>
> I did
>
>
On 13 September 2015 at 10:07, Paul Tagliamonte wrote:
> To -alpha or ~alpha?
Also, upstream has nice version tags[1], so why are we packaging a
snapshot instead of using debian/watch and a direct release version?
Is there a package that needs newer commits? If so, have we
On 14 September 2015 at 09:00, Thorsten Alteholz
wrote:
> Please mention the BSD license in your debian/copyright
Jeez, I'm on a roll... Thanks so much for your help catching all these! :)
I'll make some changes to my workflow to (hopefully) help me catch
these
b 17 2015 04/
drwxrwsr-x 2 jelmer scm_pkg-go 4.0K Sep 8 06:41 05/
Mind fixing those and/or applying the attached patch?
Thanks!
♥,
- Tianon
4096R / B42F 6819 007F 00F8 8E36 4FD4 036A 9C25 BF35 7DD4
From 9bafc7e4b328be81c1951246714b745d9197ba96 Mon Sep 17 00:00:00 2001
From: Tianon Gra
On 23 September 2015 at 20:45, Potter, Tim (Converged Cloud)
wrote:
> Hi there. I’ve found and fixed a build bug on arm64 for golang in the
> delian-experimental branch,
> fixed by the attached patch. According to the GoArm page on the golang wiki
> [1] GOARCH needs
>
Package: release.debian.org
User: release.debian@packages.debian.org
Usertags: binnmu
Severity: normal
X-Debbugs-CC: paul...@debian.org, pkg-go-maintainers@lists.alioth.debian.org
Hello,
Due to a typo of mine while preparing the upload, src:golang-go.crypto
1:0.0~git20151201.0.7b85b09-1 was
On 24 November 2015 at 17:50, Potter, Tim (Converged Cloud)
wrote:
> This packages needs to be updated to the latest upstream version so that the
> golang-google-grpc
> package can also be updated to the latest upstream version.
I've done a test build of a newer snapshot
On 24 November 2015 at 18:19, Potter, Tim (Converged Cloud)
wrote:
> This packages needs to be updated to the latest upstream version so that the
> golang-github-docker-notary package can also be updated to the latest upstream
> version.
I've done a test build of a newer
On 28 November 2015 at 12:40, Matthew Dawson wrote:
> To get everything working did require a newer golang (1.4 in my case).
Heh, you're in luck; Go 1.5.1 got accepted into jessie-backports just
recently. :)
♥,
- Tianon
4096R / B42F 6819 007F 00F8 8E36 4FD4 036A 9C25
On Sun, 13 Dec 2015 16:33:25 -0500 =?utf-8?q?Antoine_Beaupr=C3=A9?= <
anar...@debian.org> wrote:
> * Package name: github-hub
> Version : 2.2.2
> Upstream Author : https://github.com/github/hub/graphs/contributors
> * URL : https://hub.github.com/
> * License :
On 31 January 2016 at 00:01, Dmitry Smirnov wrote:
> Though it would be nice if anyone else say "OK" for this proposal. I feel
> uncomfortable that nobody supported it and silence can't be interpreted as an
> agreement.
I had voiced my own +1 on the pkg-golang-devel thread
On 19 February 2016 at 02:12, Potter, Tim (Converged Cloud)
wrote:
> Will take a look at all the other things you point out too - thanks for the
> feedback.
Just a note that I've just updated
https://people.debian.org/~tianon/todo-docker.txt with the current
state. For
On 12 February 2016 at 00:03, Dmitry Smirnov wrote:
> Etcd upstream fixed that by bundling never snapshot of BoltDB.
Looks like BoltDB upstream could do with a friendly prod to ask nicely
for a new version tag to be released. :)
♥,
- Tianon
4096R / B42F 6819 007F 00F8 8E36
On 25 August 2015 at 10:21, Michael Stapelberg wrote:
> I don’t think the intention of the test in question is to point out
> performance regressions, so while I agree with your general statement
> about flakyness in general, I’m not convinced it applies here.
Is it worth
On 18 February 2016 at 15:46, Tianon Gravi <tia...@debian.org> wrote:
> Are there any other consumers of this ratelimit package that might warrant
> some kind of workaround here?
Seems the answer to that is "not currently in the archive, there
aren't": ("dak r
On 18 February 2016 at 21:34, Potter, Tim (Converged Cloud)
wrote:
> Hi everyone. I’ve finally managed to get the nightly docker.io branch
> building against sid. Some
> light testing was performed at it all seems to work. Hooray!
>
> I don’t have permission to push to
On 18 February 2016 at 21:34, Potter, Tim (Converged Cloud)
wrote:
> * consul
Changes here look solid! :D
♥,
- Tianon
4096R / B42F 6819 007F 00F8 8E36 4FD4 036A 9C25 BF35 7DD4
___
Pkg-go-maintainers mailing list
On 18 February 2016 at 22:11, Tianon Gravi <tia...@debian.org> wrote:
>> * consul
>
> Changes here look solid! :D
Arg, this one will go to NEW, so can't be source-only, and after the
snafu that is #812566 I don't trust my local sbuild setup ATM. Any
kind DD willing to do a
On 18 February 2016 at 22:14, Tianon Gravi <tia...@debian.org> wrote:
> On 18 February 2016 at 21:34, Potter, Tim (Converged Cloud)
> <timothy.pot...@hpe.com> wrote:
>> * golang-github-docker-distribution
>
> Hah, besides excluding one more directory of tests, it look
On 18 February 2016 at 23:25, Hilko Bengen wrote:
> May I go ahead or is someone else (Tianon?) busy on the same thing right
> now?
As long as you commit to Git, I'm +1! Let's get it up! :D
♥,
- Tianon
4096R / B42F 6819 007F 00F8 8E36 4FD4 036A 9C25 BF35 7DD4
On 18 February 2016 at 23:25, Hilko Bengen wrote:
> I'll need to add some lintian-overrides and do some more testing, but I
> think I could have something ready for upload by tomorrow.
I've committed a changelog update for 1.6 to Git -- I'm curious what
lintian-overrides
On 20 February 2016 at 01:22, Tianon Gravi <tia...@debian.org> wrote:
> I've committed a changelog update for 1.6 to Git -- I'm curious what
> lintian-overrides changes are necessary, though? (doing an sbuild now, so
> I suppose I'll find out soon anyhow)
Not seeing anything new
On 15 March 2016 at 15:06, Michael Hudson-Doyle
wrote:
> (or you can approve my
> request to join pkg-go on alioth :-p)
You're long since approved by now! ;)
♥,
- Tianon
4096R / B42F 6819 007F 00F8 8E36 4FD4 036A 9C25 BF35 7DD4
forwarded 819452 https://github.com/fsnotify/fsnotify/issues/130
thanks
On 28 March 2016 at 10:30, Martín Ferrari wrote:
> As I reported upstream (https://github.com/fsnotify/fsnotify/issues/130),
> fsnotify does not seem to work at all in ppc64el. I noticed this when trying
On 5 April 2016 at 14:47, Florian Weimer wrote:
> We currently need these intermediate dependencies to discover all the
> affected applications. So perhaps dh_golang needs to construct the
> transitive closure, instead of listing just immediate build
> dependencies. If we
> packages in a proof of concept
>
> On Apr 5, 2016 5:54 PM, "Tianon Gravi" <tia...@debian.org> wrote:
>>
>> On 5 April 2016 at 14:47, Florian Weimer <f...@deneb.enyo.de> wrote:
>> > We currently need these intermediate dependencies to discover al
reassign 818122 golang-github-opencontainers-runc-dev 0.0.8+dfsg-1
retitle 818122 golang-github-opencontainers-runc-dev: missing
"golang-github.com-docker-go-units" in Depends
thanks
On 13 March 2016 at 15:05, Santiago Vila wrote:
>
On 26 March 2016 at 21:54, Dmitry Smirnov wrote:
> However Docker still FTBFS for another reason unrelated to runc as far as I
> can tell...
It looks like an API change in the new runc (libcontainer bits):
On 6 March 2016 at 14:47, Dmitry Smirnov wrote:
> I'm working hard to update dependencies required by new version of docker.
> If that's all right with you I'd like to join you as co-maintainer of consul,
> notary, docker.io and some other packages.
Getting more eyes on the
On 7 March 2016 at 11:50, Dmitry Smirnov wrote:
> Thanks. :) I suppose it could be handy when something irrelevant is shipped
> in orig.tar. After all "~dfsg" can be changed for "+dfsg" but not the other
> way, at least not after upload...
Yeah, sorry -- this is my main
On 6 March 2016 at 16:08, Dmitry Smirnov wrote:
> I'll take care of consul. :)
Thanks Dmitry! Would you mind throwing your name on Uploaders too?
(or even replacing mine outright if you'd prefer -- I don't mind
either way :) )
I'm really curious about why "0.5.2~ds1-1" was
On 20 April 2016 at 13:23, Daniel Stender wrote:
> I hope it's o.k. that I've taken charge with some of your packages ...
For sure -- do what's necessary and either report and fix breakage (IMO)! <3
> Yup, it seems a "transition" is needed ... thx for the pointer, great!
>
On 26 April 2016 at 15:46, Michael Hudson-Doyle
wrote:
> Could/should dh_golang provide help for getting this right? It's kinda
> similar to the work I did recently to make Built-Using more accurate
> -- roughly speaking one needs the -dev package to Depend: on the
>
On 23 May 2016 at 16:09, Potter, Tim (HPE Linux Support)
wrote:
> * golang-gocapability-dev (new upstream snapshot, various minor packaging
> updates)
> * golang-github-docker-go (new package, ITP #822219)
By my own count, we've got a little bit more than that to get us
On 4 May 2016 at 19:00, Potter, Tim (HPE Linux Support)
wrote:
> I've already packaged this in the repo on alioth.
Once you've got a bug number assigned, be sure to update
"debian/changelog" to include "(Closes: #xxx)" as appropriate -- I've
done so here while reviewing
On 5 May 2016 at 18:12, Potter, Tim (HPE Linux Support)
wrote:
> I'm not sure whether you want to delete the master branch and set
> debian-branch to
> debian/sid. I think this is what you have done in some of the other pkg-go
> repos you
> are maintainer for. Happy to
On 14 April 2016 at 15:50, Michael Hudson-Doyle
wrote:
> Yeah, that's the problem. I was testing with a package that set GOPATH in
> rules :-( I sent the same fix to the bug, or at least tried to...
Oh yep, you totally did: https://bugs.debian.org/821000#20
(which
On 13 April 2016 at 17:43, Michael Hudson-Doyle
wrote:
> @@ -156,7 +161,6 @@ sub get_targets {
> sub build {
> my $this = shift;
>
> -$ENV{GOPATH} = $this->{cwd} . '/' . $this->get_builddir();
> if (exists($ENV{DH_GOLANG_GO_GENERATE}) &&
On 14 April 2016 at 15:46, Tianon Gravi <admwig...@gmail.com> wrote:
> I think this block is why that latest upload is causing everything to
> fail to build -- we removed GOPATH from "sub build", but didn't add
> "_set_gopath" like we did down in "sub t
On 20 July 2016 at 15:53, Potter, Tim (HPE Linux Support)
wrote:
> I haven't figured out what the best way is to create an upstream source
> orig.tar.gz
> file that doesn't contain the vendored source though. For packages with
> releases
> (as opposed to snapshots of
On 31 July 2016 at 20:20, Potter, Tim (HPE Linux Support)
wrote:
> Patch attached to fix this, but it's a bit icky (and has been replaced by a
> shell out to call
> getent in a later version.
Very nice catch indeed!
Given that the code in question is rewritten in newer
On 17 July 2016 at 08:22, Chris Lamb wrote:
> So, I can make the tests pass if I *remove* the "HOME=" bit in
> debian/rules. Sorry I can't be more help.
It looks like it passes in the reproducible builds framework, but I
think I might have a hunch for what's failing on your
On 10 July 2016 at 13:30, Chris Lamb wrote:
> go install -v github.com/mitchellh/go-homedir
> github.com/mitchellh/go-homedir
> debian/rules override_dh_auto_test
> make[1]: Entering directory
>
On 8 July 2016 at 14:29, Chris Lamb wrote:
> src/github.com/docker/swarm/api/flusher.go:8:2: cannot find package
> "github.com/docker/docker/pkg/ioutils" in any of:
This sounds like another case of #830478, which should've been fixed
with src:docker.io 1.11.2~ds1-2 (uploaded
On 9 July 2016 at 16:06, Dmitry Smirnov wrote:
> Thank you very much, Tianon. :)
>
> Would you prefer if I upgrade libnetwork to v0.7.2-rc.1 ?
Sure, that'd be great! This patch wasn't backported to 0.7.2 though,
was it? (not seeing it in
Package: src:golang-github-docker-libnetwork
Version: 0.7.0~rc.6+dfsg-2
Severity: serious
The newest upload of "docker-libkv" changed the API slightly, causing
the current libnetwork version to FTBFS.
| # github.com/docker/libnetwork/datastore
|
On 31 January 2017 at 20:46, Tianon Gravi <tia...@debian.org> wrote:
> I'm preparing a patch for the package now, but I'm curious what the
> implications of an upload will be so close to the freeze -- do we need
> to request a freeze exception or a migration adjustment after the
&g
On 30 January 2017 at 11:31, Salvatore Bonaccorso wrote:
> Disclaimer: I'm not too deep into that. I just noticed that
> https://bugzilla.novell.com/show_bug.cgi?id=1012568 though seem to
> indicate as well 0.1.1 based version are affected. But I cannot tell
> more (at the
c-0.1.1+dfsg1/debian/changelog 2016-07-13 06:01:04.0 -0700
+++ runc-0.1.1+dfsg1/debian/changelog 2017-02-01 07:17:54.0 -0800
@@ -1,3 +1,10 @@
+runc (0.1.1+dfsg1-2) unstable; urgency=medium
+
+ * Team upload.
+ * Backport patch for CVE-2016-9962 (Closes: #850951)
+
+
On 11 January 2017 at 07:21, Moritz Muehlenhoff wrote:
> Please see:
> https://bugzilla.suse.com/show_bug.cgi?id=1012568
> https://github.com/docker/docker/compare/v1.12.5...v1.12.6
> https://github.com/opencontainers/runc/commit/50a19c6ff828c58e5dab13830bd3dacde268afe5
I've
On 4 October 2016 at 03:53, Jonathan Dowland wrote:
> I seem to lack permission to push to
> git+ssh://j...@git.debian.org/git/pkg-go/website.git
> directly, but here's a fix to the example package filelist
I tried to apply this and got similar permission errors, so I jumped
On 20 November 2016 at 20:31, Tianon Gravi <tia...@debian.org> wrote:
> I wasn't able to dig into the details yet, but looking at the log I
> noticed the following which I believe is the real test failure output:
That being said, I currently get the (more severe IMO) failure when
try
On 21 October 2016 at 06:10, Lucas Nussbaum wrote:
> During a rebuild of all packages in sid, your package failed to build on
> amd64.
I wasn't able to dig into the details yet, but looking at the log I
noticed the following which I believe is the real test failure output:
>
On 7 March 2017 at 16:50, Potter, Tim wrote:
> Could someone please add "tpot" to the scm_pkg-go and scm_docker groups? It
> might
> also be good to remove "tpot-guest" from those groups as well.
Done!
♥,
- Tianon
4096R / B42F 6819 007F 00F8 8E36 4FD4 036A 9C25 BF35
On 21 July 2017 at 15:17, Tianon Gravi <tia...@debian.org> wrote:
> https://github.com/docker/distribution/releases/tag/v2.6.2 is the
> release which fixes this (and it links to
> https://github.com/docker/distribution/commit/29fa466debaabb64f8559116bbffd20a289d523c
> as the spe
On 21 July 2017 at 14:35, Moritz Muehlenhoff wrote:
> Please see
> http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-11468
Thanks for the report! I've started looking into the fix, and will
include my notes here:
https://github.com/docker/distribution/releases/tag/v2.6.2
On 10 May 2017 at 12:29, Lokesh Mandvekar wrote:
> I've had off-list conversations with Jonathan about this, and I'll go ahead
> with this for now, Jonathan and others are more than welcome to help me out
> whenever they get the chance.
>
> I'm only beginning with debian
On 3 October 2017 at 15:52, Bálint Réczey wrote:
> I think it would be cleaner to go without the Provides: and adding
> docker-containerd build-depending on
> golang-github-opencontainers-docker-runc-dev, but feel free to go either way.
>
> I think the most efficient way
On 30 September 2017 at 08:37, Bálint Réczey wrote:
> Tianon, could you please switch to docker-runc in docker.io?
>
> I have the packaging commits in git for docker-runc but I did not want to
> push it to the go packages' area so when I get approved to the Docker
>
On 21 August 2017 at 14:11, Michael Hudson-Doyle
wrote:
> On 22 August 2017 at 01:17, Paul R. Tagliamonte wrote:
>> Why not use the import path I so lovingly put in the generated control
>> file for times like these?
>
> That's still missing from
On 10 October 2017 at 12:59, Tianon Gravi <tia...@debian.org> wrote:
> I've been working on a "docker-containerd" package today (since that's
> going to be useful regardless), and found that there are other
> packages needed which depend on
> "golang-github-opencon
90 matches
Mail list logo