Source: c-blosc
Version: 1.11.1+ds1-1
Severity: normal
The sources of compression libraries in internal-compblibs/ have been
removed from the upstream tarball instead of zstd. The version which
is shipped (1.0.0) isn't yet available in Debian. When it becomes,
that should be stripped, too.
DS
On 02.09.2016 23:20, Jean-Christophe Jaskula wrote:
>
>> Le 1 sept. 2016 à 13:59, Daniel Stender <sten...@debian.org> a écrit :
>>
>> On 01.09.2016 17:49, Jean-Christophe Jaskula wrote:
>>> Hey Daniel,
>>>
>>> Sorry I have been busy these
On 01.09.2016 17:49, Jean-Christophe Jaskula wrote:
> Hey Daniel,
>
> Sorry I have been busy these days and lost track of my emails. I might be
> able to do it quickly these next days too. There would be the step of
> sponsorship and I don’t know if Mathieu would be available right away to
>
Package: wnpp
Severity: wishlist
* Package name: arctic
Version : 1.28.0
Upstream Author : Man AHL Technology
* URL : https://github.com/manahl/arctic
* License : LGPL-2.1
Programming Lang: Python
Description : high-performance time
Package: wnpp
Severity: wishlist
* Package name: fuel
Version : 0.2.0
Upstream Author : Université de Montréal, LISA lab/MILA
* URL : https://github.com/mila-udem/fuel
* License : Expat
Programming Lang: Python
Description :
Package: wnpp
Severity: wishlist
* Package name: blocks
Version : 0.2.0
Upstream Author : Université de Montréal, LISA lab/MILA
* URL : https://github.com/mila-udem/blocks
* License : Expat
Programming Lang: Python
Description :
Package: wnpp
Severity: wishlist
* Package name: pytest-cookies
Version : 0.2.0
Upstream Author : Raphael Pierzina
* URL : https://github.com/hackebrot/pytest-cookies
* License : MIT
Programming Lang: Python
Description : Pytest
Package: wnpp
Severity: wishlist
* Package name: ralph
Version : 20160826.1
Upstream Author : AllegroGroup
* URL : https://github.com/allegro/ralph
* License : Apache-2.0
Programming Lang: Python
Description : asset management and
Package: wnpp
Severity: wishlist
* Package name: spacy
Version : 0.101.0
Upstream Author : spacy GmbH, Matthey Honnibal
* URL : https://github.com/spacy-io/spaCy
* License : MIT
Programming Lang: Python
Description :
Package: wnpp
Severity: wishlist
* Package name: yapf
Version : 0.11.1
Upstream Author : Google Inc.
* URL : https://github.com/google/yapf
* License : Apache-2.0
Programming Lang: Python
Description : Python code formatter
Python
Great! Thx for the pointer.
DS
On 28.08.2016 00:48, Chris Lamb wrote:
> Hi,
>
>> python-brainstorm: build path is captured
>
> Following this through for a few stages, I first see this generated
> C code:
>
> --- ./a/python-brainstorm-0.5/brainstorm/handlers/_cpuop.c2016-08-27
>
Source: python-brainstorm
Version: 0.5-2
Severity: normal
User: reproducible-bui...@lists.alioth.debian.org
Usertags: buildpath
brainstorm doesn't build reproducibly on i386, the build path
is captured in the dbgsym package.
I'll get into this, soon.
DS
-- System Information:
Debian Release:
Control: retitle -1 scoop: test break in reproducible builds CI (fail of
tests_stopwatch.TestStopWatch)
Currently again not happening.
DS
--
4096R/DF5182C8
http://www.danielstender.com/blog/
signature.asc
Description: OpenPGP digital signature
Source: scoop
Version: 0.7.1.1-1
Severity: normal
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
Current scoop began to build fail due to test errors on armhf in
reproducible builds CI:
I: pybuild base:184: cd /build-1st/scoop-0.7.1.1/test; python2.7 tests.py
Source: theano
Version: 0.8.2-3
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Current theano now fails also on amd64:
FAIL: test_csr_correct_output_faster_than_scipy
(theano.sparse.tests.test_basic.test_structureddot)
On 24.08.2016 18:03, Jakub Wilk wrote:
> Package: afl
> Version: 2.21b-1
> Severity: wishlist
Yup, it's coming up very soon (top of the to-do list). dep against llvm-3.8
into unstable with the new
features activated/build.
DS
--
4096R/DF5182C8
http://www.danielstender.com/blog/
On Fri, 19 Aug 2016 06:45:58 +0100 Sandro Tosi <mo...@debian.org> wrote:
> On Fri, Aug 19, 2016 at 12:35 AM, Daniel Stender <sten...@debian.org> wrote:
> > I'm going to maintain this within the DPMT. The binary is going to be
> > python3-blosc (maybe also a Python 2 pac
Source: lasagne
Version: 0.1+git20160728.8b66737-1
Severity: normal
On Python 3.5, there are two failures in the tests:
=== FAILURES ===
TestGetOutput_Layer.test_get_output_with_unused_kwarg _
self =
Package: wnpp
Severity: wishlist
Owner: Daniel Stender <sten...@debian.org>
Control: block -1 by 834777
* Package name: bloscpack
Version : 0.10.0
Upstream Author : Valentin Hänel <valen...@haenel.co>
* URL : https://github.com/Blosc/bloscpack
* License
Package: wnpp
Severity: wishlist
Owner: Daniel Stender <sten...@debian.org>
Control: block -1 by 834318
* Package name: python-blosc
Version : 1.4.1
Upstream Author : Francesc Alted <fal...@gmail.com>
Valentin Hänel <valen...@h
Hi,
I've just pushed a new package of bcolz (https://github.com/Blosc/bcolz) to a
new
team repo (packages/bcolz.git), the ITP is https://bugs.debian.org/831408.
bcolz is a chunked compressed data container build on the top of Numpy, which
can be
used either on disk but also in-memory. For
Source: c-blosc
Version: 1.9.1-1
Severity: wishlist
Control: block 831408 by -1
Dear Maintainer,
please update c-blosc. I'm packaging bcolz and it isn't running with < 1.9.2.
Thanks in advance!
DS
-- System Information:
Debian Release: stretch/sid
APT prefers testing
APT policy: (500,
Package: ftp.debian.org
Severity: normal
Control: block 834062 by -1
python-bcrypt >= 3.0.0 uses another C backend (OpenBSD instead of openwall),
which doesn't support the
non-Linux ports.
Please remove the outdated cruft packages.
Thanks,
Daniel Stender
--
4096R/DF5182C8
h
On 08.08.2016 00:46, Ondrej Novy wrote:
> Hi,
>
> sry, missed that.
>
> But i disagree with this:
> Unlike "pep257" -> "pydocstyle" his appears to not change the module and CLI
> tool name but only the project title. No point for a new package then.
> (from #816496)
>
> CLI name and module name
Maybe you've seen that already, there are bug reports related to this one:
https://bugs.debian.org/833660
DS
--
4096R/DF5182C8
http://www.danielstender.com/blog/
On 07.08.2016 22:56, Jakub Wilk wrote:
> With these patches, gamera builds successfully in unstable:
> https://github.com/hsnr-gamera/gamera/pull/2
Wow, great! Much thx!
Dan
--
4096R/DF5182C8
http://www.danielstender.com/blog/
signature.asc
Description: OpenPGP digital signature
Package: python-afl
Version: 0.5.4-1
Severity: normal
Building python-afl with sbuild in a chroot yields a hanging Python processes,
sometimes a single one, sometimes more:
Purging /<>
Not cleaning session: cloned chroot in use
E: 10mount: umount:
Source: pep8
Version: 1.7.0-2
Severity: wishlist
Control: block 833659 by -1
Hi,
please update pep8, Prospector now switched over to import "pycodestyle".
Now they also renamed also the module. Old wnpp bug for another package
like for pydocstyle: https://bugs.debian.org/816496
Thanks,
Daniel
Package: prospector
Version: 0.12-1
Severity: wishlist
In the meanwhile newer versions of Prospector became available. I'm going
to package this as soon as pep8/pycodestyle catches up.
DS
-- System Information:
Debian Release: stretch/sid
APT prefers testing
APT policy: (500, 'testing'),
... 3.8, in:
[*] Testing the CC wrapper and instrumentation output...
unset AFL_USE_ASAN AFL_USE_MSAN AFL_INST_RATIO; AFL_QUIET=1 AFL_PATH=.
AFL_CC=clang-3.8 ../afl-clang-fast -g -O2 -fdebug-prefix-map=/<>=.
-fPIE -fstack-protector-strong -Wformat -Werror=format-security -Wall
... and 3.8:
unset AFL_USE_ASAN AFL_USE_MSAN AFL_INST_RATIO; AFL_QUIET=1 AFL_PATH=.
AFL_CC=clang-3.8 ../afl-clang-fast -g -O2 -fdebug-prefix-map=/<>=.
-fPIE -fstack-protector-strong -Wformat -Werror=format-security -Wall
-D_FORTIFY_SOURCE=2 -g -Wno-pointer-sign -DAFL_PATH=\"/usr/lib/afl\"
I'm bumping the severity again up since afl doesn't build in unstable anymore
due to this
problem:
clang-3.7 -g -O2 -fdebug-prefix-map=/<>=. -fPIE
-fstack-protector-strong -Wformat -Werror=format-security -Wall
-D_FORTIFY_SOURCE=2 -g -Wno-pointer-sign -DAFL_PATH=\"/usr/lib/afl\"
On Sat, 30 Jul 2016 20:21:02 +0200 "gamera@discard.email"
wrote:
> FWIW, the "overflow in constant expression [-fpermissive]" errors may be a
> compiler bug, see:
> https://gcc.gnu.org/ml/gcc-bugs/2016-02/msg00303.html
Very much thanks for pointing this out!
I've run a
Great pick.
https://www.youtube.com/watch?v=i3AL3OQGJ6A
DS
--
4096R/DF5182C8
http://www.danielstender.com/blog/
I'm busy to the max right now, bot will take care of this in the next days.
If somebody could/would like to provide a patch resp. fix in the meanwhile,
welcome!
DS
--
4096R/DF5182C8
http://www.danielstender.com/blog/
signature.asc
Description: OpenPGP digital signature
On Mon, 25 Jul 2016 09:59:42 -0700 Martin Michlmayr <t...@cyrius.com> wrote:
> * Daniel Stender <deb...@danielstender.com> [2016-02-16 03:38]:
> > > Hi Daniel, are you still working on packaging apache-spark?
> >
> > yes. Please hang on, this is coming up.
&g
Package: ftp.debian.org
Severity: normal
Please remove source and binary package of the Python app pep257 [1] from the
archive, it got superseded by pydocstyle [2] (project retitled) and thus became
obsolete.
Thank you,
Daniel Stender
[1] https://packages.qa.debian.org/p/pep257.html
[2] https
in
testing (0.7-5),
for they block Theano from migrating to testing.
Thank you
Daniel Stender
--
4096R/DF5182C8
http://www.danielstender.com/blog/
signature.asc
Description: OpenPGP digital signature
Source: theano
Version: 0.8.2-2
Severity: normal
The tests on s390x came up with three single errors (shortened) [1]:
ERROR: test_grad (theano.sparse.tests.test_basic.SamplingDotTester)
--
GradientError: GradientError: numeric
Source: theano
Version: 0.8.2-2
Severity: normal
There is a single assertion error in the tests running on Python 3.5 on i386
[1]:
FAIL: test_fit_int64 (theano.tensor.tests.test_basic.T_long_tensor)
--
Traceback (most recent
Package: wnpp
Severity: wishlist
Owner: Daniel Stender <sten...@debian.org>
* Package name: bcolz
Version : 1.1.0
Upstream Author : Francesc Alted <franc...@blosc.org>
* URL : https://github.com/Blosc/bcolz
* License : BSD-3-Clause
Programming
Yes, sure that could be done. It's the other way around then, for quick builds,
DEB_BUILD_OPTIONS=nocheck could be exported. That what it's for, anyway.
I'm working on updating Theano and there are some problems towards build time
testing left which need some deeper investigation (Like "Unable to
Source: pyinfra
Version: 0.1~dev26-1
Severity: wishlist
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
The tests (now activated) for Pyinfra fail during test build for reproducible
builds,
there are some assertion
Source: afl
Version: 2.14b-1
Severity: serious
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
AFL fails to build from source in reproducible builds test build environments
like this (log from 2.16b-1 build):
lang-3.7
1.8.0 now ships with tests running on pytest-httpbin.
But I've got some assertion errors and boto tests aren't running through
(AWS credentials not found) ... I'll get into this soon.
DS
--
4096R/DF5182C8
http://www.danielstender.com/blog/
Source: pyroma
Severity: wishlist
Hi Federico,
could you please update Pyroma, Prospector 0.12 needs 2.0.2.
Thanks in advance,
Daniel
-- System Information:
Debian Release: stretch/sid
APT prefers testing
APT policy: (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
I've seen now that the binary package already had a proper Conflicts
against libdw-dev.
Nevertheless, we would like to move the header files into usr/lib/libdwarf,
to have both developement packages on DWARF coninstallable.
DS
--
4096R/DF5182C8
http://www.danielstender.com/blog/
Package: libdwarf-dev
Version: 20160507+git20160523.9086738-2
Severity: serious
Justification: Policy 10.1
As Fabian has spotted well, libdwarf-dev and libdw-dev have a conflict,
both packages ship /usr/include/dwarf.h.
We're going to fix this in dwarfutils, soon.
Thanks,
DS
-- System
Little progress on this issue but no redemption from this side, the asyncssh
developer's aren't
going to rewrite the code for missing bcrypt_kdf() in the newer library;
https://github.com/ronf/asyncssh/issues/57
DS
--
4096R/DF5182C8
http://www.danielstender.com/blog/
Source: m2crypto
Version: 0.24.0-1
Severity: important
Control: block 827061 by -1
m2crypto currently fails to run with OpenSSL 1.1[1]:
x86_64-linux-gnu-gcc -pthread -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-prototypes
-fno-strict-aliasing -g -O2 -fstack-protector-strong -Wformat
Control: severity -1 grave
I confirm. eric6 currently doesn't launches at all, therefore I'm pushing the
severity.
2016-06-10, 15:22:54
:
decorated slot has no signature compatible with returnPressed()
On Sat, 21 May 2016 16:47:34 +0200 Vincent Bernat wrote:
> ⦠21 mai 2016 16:32 +0200, Vincent Bernat  :
>
> >> I have a similar need for Django 1.9 whose test suite currently fails due
> >> to this...
> >>
> >> Except that the package currently tracks
Package: python-bcrypt
Version: 2.0.0-1
Severity: important
Like Vincent recently reported on #803096 (python-bcrypt: please update
python-bcrypt, closed) github.com/pyca/bcrypt is not fully downward
compatible with google.com/py-bcrypt[*], which has been packaged before.
[*]
Package: wnpp
Severity: wishlist
Owner: Daniel Stender <sten...@debian.org>
* Package name: amazon-dsstne
Version : 0.0~git20160518.a6cbac6
Upstream Author : Cheng-Yu Hsu <m...@cyhsu.me>
* URL : https://github.com/amznlabs/amazon-dsstne
* License
The terms of this RFA are the following:
- anybody is free to pick up the package and close this bug without my
permission.
- I won't be able to sponsor this due to lack of time, but I'm willing to help
to find a sponsor. For that, please just reach me at or
The terms of this RFA are the following:
- anybody is free to pick up the package and close this bug without my
permission.
- I won't be able to sponsor this due to lack of time, but I'm willing to help
to find a sponsor. For that, please just reach me at or
The terms of this RFA are the following:
- anybody is free to pick up the package and close this bug without my
permission.
- I won't be able to sponsor this due to lack of time, but I'm willing to help
to find a sponsor. For that, please just reach me at or
The conditions of this RFA are the following:
- anybody is free to pick up the package and close this bug without my
permission.
- I won't be able to sponsor this due to lack of time, but I'm willing to help
to find a sponsor. For that, please just reach me at or
The conditions of this RFA are the following:
- anybody is free to pick up the package and close this bug without my
permission.
- I won't be able to sponsor this due to lack of time, but I'm willing to help
to find a sponsor. For that, please just reach me at or
Sorry, that reply didn't reached me.
The conditions of this RFA are the following:
- anybody is free to pick up the package and close this bug without my
permission.
- I won't be able to sponsor this due to lack of time, but I'm willing to help
to find a sponsor. For that, please just reach
... and, I'm not able to sponsor this due the lack of time.
I'll make this clearer for the other open RFA bugs, too. Sorry if you've waited
for me to respond.
DS
--
4096R/DF5182C8
http://www.danielstender.com/blog/
I've seen that a new package has been uploaded yet. I've rechecked the RFA and
seen that there were people interested in picking it up, wanting me to confirm.
Actually these mails didn't reached me because the RFA doesn't has me as owner.
And furthermore I've set it free for anyone to pick it up,
On 11.05.2016 22:55, Russ Allbery wrote:
> Daniel Stender <sten...@debian.org> writes:
>
>> Distributed source control management/revision control system. Known as
>> being used for the Linux kernel development before Git was created. The
>> now have put the cod
Package: wnpp
Severity: wishlist
Owner: Daniel Stender <sten...@debian.org>
* Package name: bitkeeper
Version : 7.2ce
Upstream Author : Wayne Scott <wsc...@bitkeeper.com>
* URL : https://www.bitkeeper.org/
* License : Apache-2.0
Program
I've worked on the package and it's getting ready to get uploaded.
The package is needed for updating Pybtex (#818183) and pending for seven
months now. The email
address "
Package: wnpp
Severity: wishlist
* Package name: golang-github-azure-go-ntlmssp
Version : 0.0~git20160413.e0b63eb
Upstream Author : Paul Meyer
* URL : https://github.com/Azure/go-ntlmssp
* License : Expat
Programming Lang: Go
Package: python-bcrypt
Version: 2.0.0-2+b1
Severity: wishlist
User: reproducible-bui...@lists.alioth.debian.org
Usertags: toolchain
python-bcrypt doesn't build reproducible on i386 [1]. The problem appears to
be what Jakub replied on #823138, python-distutils puts the platform in
temporary
Control: retitle -1 ITP: python-latexcodec -- A lexer and codec to work with
LaTeX code in Python
Please close this bug for it blocks another Pybtex update. If you lack of time
please
set this bug to RFP in the next days, I'll pick it up then.
Thanks,
DS
--
4096R/DF5182C8
Control: retitle -1 pyomo: Pyomo crashes with glpk solver
The solver is of course "glpk", the correct crash log goes like this:
$ pyomo solve --solver=glpk diet1.py diet.dat --summary
[0.00] Setting up Pyomo environment
[0.00] Applying Pyomo preprocessing actions
[0.00] Creating
Package: pyomo
Version: 4.3.11327-1
Severity: normal
Pyomo crashes using the glp solver:
$ pyomo solve --solver=glp diet1.py diet.dat --summary
Traceback (most recent call last):
File "/usr/bin/pyomo", line 9, in
load_entry_point('Pyomo==4.3.11327', 'console_scripts', 'pyomo')()
File
Package: wnpp
Severity: wishlist
Control: block 823304 by -1
* Package name: python-jsontest
Version : 1.2
Upstream Author : Nick Barrett
* URL : https://github.com/Fizzadar/JsonTest
* License : Expat
Programming Lang: Python
Package: pyinfra
Version: 0.1~dev19-1
Severity: wishlist
The build time tests of pyinfra are currently disabled due to missing
jsontest. If that becomes available, testing should be activated.
DS
-- System Information:
Debian Release: stretch/sid
APT prefers testing
APT policy: (500,
Package: wnpp
Severity: wishlist
Owner: Daniel Stender <sten...@debian.org>
* Package name: pyinfra
Version : 0.1~dev19
Upstream Author : Nick Barrett <pointlessramb...@gmail.com>
* URL : https://github.com/Fizzadar/pyinfra
* License : Expat
Prog
Source: python-djvulibre
Version: 0.7.1-1
Severity: wishlist
python-djvulibre doesn't build reproducible on i386. I can't tell yet
what's the problem here, but I'll get into this, soon.
Thanks,
DS
-- System Information:
Debian Release: stretch/sid
APT prefers testing
APT policy: (500,
Package: wnpp
Severity: wishlist
Owner: Daniel Stender <sten...@debian.org>
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: minerva
Version : 0.0~git20150804.7d21ed2
Upstream Author : Yuptan Li <hotpxl...@gmail.com>
* URL : https://github.com/
Source: gamera
Severity: wishlist
The upstream tarball of Gamera ships different convenience software in src/.
As Debian packages are used to build Gamera, these should be stripped out of the
upstream tarball. If something isn't available as Debian package yet, it should
be packaged (eodev).
DS
Tim Potter already prepared a new snapshot (20160408.9737cc9).
ratt run:
$ ratt -sbuild_dist unstable golang-google-api_0.0~git20160408-1_amd64.changes
2016/04/22 22:12:57 Loading changes file
"golang-google-api_0.0~git20160408-1_amd64.changes"
2016/04/22 22:12:57 - 1 binary packages:
Package: ratt
Version: 0.0~git20150816.0.b060319-1
Severity: wishlist
Hi Michael,
could you please include the --resolve-alternatives switch for Sbuild
(optional? could
pass sbuild switches in general?), there are packages which have alternative
build-deps
like
I've packaged a new snapshot for gophercloud (1.0.0+git20160416.884.c54bbac).
The package builds fine, however some tests remain needing a fix. I've let the
failsafe in charge, when I've more time I would like to come back to this.
Ratt shows no reverse deps, so I'm putting this up now.
Best,
My solution would be to ship a vendored azure-sdk. Needed is 97d9593
(distribution-2.3.1/Godeps/Godeps.json),
that's the same as currently in sid (1.2~git20150611.0.97d9593-2).
Please tell if you have any objections.
That's quite a mess with the azure-sdk ... :-/
DS
--
4096R/DF5182C8
Source: golang-google-api
Severity: wishlist
Control: break 740753 by -1
Dear Maintainer,
for building Packer 0.10.0 at least 20160204-ddff2af (which is vendored) is
needed:
# github.com/mitchellh/packer/builder/googlecompute
Source: golang-github-rackspace-gophercloud
Severity: wishlist
Control: block 740753 by -1
Dear Maintainer,
for packaging Packer 0.10.0 at least 1.0.0-810-53d1dc4 is needed:
# github.com/mitchellh/packer/builder/openstack
Source: docker-registry
Version: 2.3.1~ds1-1
Severity: important
Dear Maintainer,
docker-registry in Sid fails to build with the updated azure-sdk [1]:
http://paste.debian.net/439881/
Thanks,
DS
[1] golang-github-azure-azure-sdk-for-go-dev/2.1.1~beta-1, currently in
experimental, see #821832
On 21.04.2016 00:25, Potter, Tim (HPE Linux Support) wrote:
> azure-sdk-for-go needs to be updated for Docker 1.11 so thanks for getting
> this fixed and uploaded Daniel.
All right. The Packer finish line is in sight, I'm going to speed it up having
this properly in unstable.
Daniel
--
On 20.04.2016 22:14, Tianon Gravi wrote:
> On 20 April 2016 at 11:44, Daniel Stender <sten...@debian.org> wrote:
>> I've packaged 2.1.1~beta and will upload it (as group upload) in
>> experimental first
>> because it appears that there have been breaks in the repositor
I've packaged 2.1.1~beta and will upload it (as group upload) in experimental
first
because it appears that there have been breaks in the repository.
Best,
DS
--
4096R/DF5182C8
http://www.danielstender.com/blog/
Source: golang-github-azure-go-autorest
Severity: wishlist
Control: block 821832 by -1
Dear Maintainer,
this package needs to be updated to complete the update of
golang-github-azure-azure-sdk-for-go
(I'm preparing 2.1.1~beta as team upload), which is needed to build Packer:
Source: golang-github-azure-azure-sdk-for-go
Version: 1.2~git20150611.0.97d9593-2
Severity: serious
Justification: fails to build from source
Hi,
I've tried to build the package from the group repo and detected that
it currently fails to build:
=== RUN TestTLS11Server
--- PASS:
Package: wnpp
Severity: wishlist
Control: block 820615 by -1
* Package name: golang-github-google-subcommands
Version : 0.0~git20160309.1c71737
Upstream Author : Andrew Jackura
* URL : https://github.com/google/subcommands
* License :
Package: wnpp
Severity: wishlist
Control: block 820615 by -1
* Package name: golang-github-lackstack-echo
Version : 1.4
Upstream Author : Vishal Rana
* URL : https://github.com/labstack/echo
* License : Expat
Programming Lang: Go
Package: wnpp
Severity: wishlist
Control: block 820614 by -1
* Package name: golang-github-rifflock-lfshook
Version : 1.0
Upstream Author : Michael Riffle
* URL : https://github.com/rifflock/lfshook
* License : None yet
Programming
Package: wnpp
Severity: wishlist
X-Debbugs-Cc: pkg-go-maintain...@lists.alioth.debian.org
Control: block 820614 by -1
* Package name: golang-github-jroimartin-gocul
Version : 0.2.0
Upstream Author : Roi Martin
* URL :
Package: wnpp
Severity: wishlist
Control: block 820614 by -1
* Package name: golang-github-k0kubun-pp
Version : 2.1.0
Upstream Author : Takashi Kokubun
* URL : https://github.com/k0kubun/pp
* License : Expat
Programming Lang: Go
Package: wnpp
Severity: wishlist
Control: block 820614 by -1
* Package name: golang-github-parnurzeal-gorequest
Version : 0.2.13
Upstream Author : Theeraphol Wattanavekin
* URL : https://github.com/parnurzeal/gorequest
* License : Expat
Package: wnpp
Severity: wishlist
Control: block 820614 by -1
* Package name: golang-github-kotakanbe-go-pingscanner
Version : 0.0~git20160324.b6a84f8
Upstream Author : Kota Kanbe
* URL : https://github.com/kotakanbe/go-pingscanner
* License
Package: wnpp
Severity: wishlist
Control: block 820614 by -1
* Package name: golang-gopkg-gomail.v2
Version : 2.0.0+git20160411.81ebce5
Upstream Author : Alexandre Cesaro
* URL : https://github.com/go-gomail/gomail
* License : Expat
Package: wnpp
Severity: wishlist
Control: block 820614 by -1
* Package name: golang-github-kotakanbe-logrus-prefixed-formatter
Version : 0.0~git20160323.f4f7d41
Upstream Author : Kota Kanbe
* URL :
Package: wnpp
Severity: wishlist
Control: block 820614 by -1
* Package name: golang-github-gosuri-uitable
Version : 0.0~git20160404.36ee7e9
Upstream Author : Greg Osuri
* URL : https://github.com/gosuri/uitable
* License : Expat
Programming
Source: golang-github-azure-azure-sdk-for-go
Severity: wishlist
Control: block 740753 by -1
Dear maintainer,
the Azure SDK needs to be updated for building Packer:
src/github.com/mitchellh/packer/builder/azure/arm/azure_client.go:7:2: cannot
find package
I've begun to work on that package and pushed into a new group repo:
https://anonscm.debian.org/cgit/pkg-go/packages/golang-github-hpcloud-tail.git
I would complete the Packer dependencies with this package, however I can't
hijack the ITP without confirmation.
Share maintenance?
Best,
Daniel
301 - 400 of 1080 matches
Mail list logo