Bug#783307: ITP: fzf -- General-purpose command-line fuzzy finder
control: owner ! the two original ITP submitters are either missing, or not interested in fzf anymore. I'm taking over this ITP and this is not any kind of ITP hijack. -- Best,
Bug#907389: ITP: pscircle -- visualizing Linux processes in a form of radial tree
Package: wnpp Severity: wishlist Owner: Mo Zhou * Package name: pscircle Version : 1.2.2 Upstream Author : Ruslan Kuchumov * URL : https://gitlab.com/mildlyparallel/pscircle.git * License : GPL-2 Programming Lang: C Description : visualizing Linux processes in a form of radial tree If output is not specified, pscircle will print the resulting image to X11 root window.
Bug#815264: O: double-conversion -- routines to convert IEEE floats to and from strings
On Sat, Aug 18, 2018 at 07:23:48PM +0200, Sébastien Villemot wrote: > Hi Lumin, > > Le samedi 18 août 2018 à 15:16 +0000, Lumin a écrit : > > double-conversion is a tensorflow dependency and surprisingly it was > > orphaned. I will continue maintaining it within d-science team. > > Great! > > > However, in order to avoid embedding a copy of double-conversion source > > code in tensorflow source package, may I upload a snapshot[1] version of > > double-conversion specified by tensorflow? Then I only need to embed a > > copy of eigen3. > > You should probably check with reverse dependencies that it's ok to > package a snapshot. In particular, Qt5 depends on double-conversion, so > you should handle this package with care. libtensorflow.so FTBFS with double-conversion 3.0.0 so I need a snapshot version of double-conversion. Updated package has been prepared in a separate branch: g...@salsa.debian.org:science-team/double-conversion.git - lumin/3.0.0 Dom-amd64: experimental: http://debomatic-amd64.debian.net/distribution#experimental/double-conversion/3.0.0+git20180802.4e8b3b5-1/buildlog cosmic: http://debomatic-amd64.debian.net/distribution#cosmic/double-conversion/3.0.0+git20180802.4e8b3b5-1u1/autopkgtest PPA: https://launchpad.net/~lumin0/+archive/ubuntu/ppa/+packages I haven't checked API, but there is no ABI bump. Should I ask for a transition slot and bump ABI anyway? > Best, > > -- > ⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot > ⣾⠁⢠⠒⠀⣿⡁ Debian Developer > ⢿⡄⠘⠷⠚⠋⠀ http://sebastien.villemot.name > ⠈⠳⣄ http://www.debian.org
Bug#815264: O: double-conversion -- routines to convert IEEE floats to and from strings
control: owner -1 control: retitle -1 ITA: double-conversion -- routines to convert IEEE floats to and from strings double-conversion is a tensorflow dependency and surprisingly it was orphaned. I will continue maintaining it within d-science team. However, in order to avoid embedding a copy of double-conversion source code in tensorflow source package, may I upload a snapshot[1] version of double-conversion specified by tensorflow? Then I only need to embed a copy of eigen3. The version number will be 3.0+git20180413.3992066 . [1] 3992066a95b823efc8ccc1baf82a1cfc73f6e9b8
Bug#906265: RFH: julia -- ppc64el port of Julia language and LLVM-6.0
On Thu, Aug 16, 2018 at 01:45:14PM +0100, Ian Jackson wrote: > Mo Zhou writes ("Bug#906265: RFH: julia -- ppc64el port of Julia language and > LLVM-6.0"): > > I tried to think of applying for the access to debian's ppc64el porterbox > > but it appears to be impossible for a normal user to install the resulting > > package and build another package. Although maybe I can do some hacks on > > PATH and LD_LIBRARY_PATH but that's dirty. > > This looks quite annoying. The basic pattern here is that the porter > may need to install modified build-deps. This seems like it must come > up all the time. DSA, do you have any suggestions ? Yes, sadly. However if DSA grant us the permission to install a customized package, we can package e.g. a setuid program to obtain the root shell within chroot. BTW the schroot usage page (https://dsa.debian.org/doc/schroot/) should really mention the tricks about env vars. I've submitted bug here https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=906313 > I was going to suggest that if the llvm-toolchain maintainers agree, > perhaps the package with the proposed patch could be uploaded to > experimental. But in my ad-hoc tests I couldn't get dd-schroot-cmd to > even install the package from experimental. Frédéric has just verified the proposed patch and it's working as expected. Thank you again @Frédéric Bonnard ! > Ian.
Bug#906265: RFH: julia -- ppc64el port of Julia language and LLVM-6.0
Hi Frédéric, Thank you very much for your help! I've filed the bug for LLVM https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=906314 and had it blocking julia's ppc64el build failure. And have requested for a ppc64el vm. Next time I should be able to do the ppc64el build by myself :-) On Thu, Aug 16, 2018 at 05:37:06PM +0200, Frédéric Bonnard wrote: > Hi Mo Zhou, > > On Thu, 16 Aug 2018 08:38:04 +, Mo Zhou wrote: > > Package: wnpp > > Severity: normal > > > > I request assistance with maintaining the julia package. > > Specifically I need a ppc64el porter (or anyone who has root access to > > a ppc64el box) to help me: > > > > 1. Apply patch[1] to Debian's llvm-toolchain-6.0 (= 1:6.0.1-4) and build > > it. > > I fetched this https://reviews.llvm.org/D43781 > > > 2. Install the resulting llvm-6.0-dev (= 1:6.0.1-5). > > > > 3. dget julia 0.7.0-2 and build Julia for ppc64el. > > > > 4. if (!llvm-ftbfs && !julia-ftbfs) { > > I got there : both built fine. > I just had to avoid building in a schroot because of this : > > --- > make[3]: Entering directory '/build/llvm-toolchain-6.0-0CdyF5/julia-0.7.0' > Warning: git information unavailable; versioning information limited > cd /build/llvm-toolchain-6.0-0CdyF5/julia-0.7.0/base && if ! > /build/llvm-toolchain-6.0-0CdyF5/julia-0.7.0/usr/bin/julia -O3 -C "native" > --output-o > /build/llvm-toolchain-6.0-0CdyF5/julia-0.7.0/usr/lib/powerpc64le-linux-gnu/julia/sys-o.a.tmp > --startup-file=no --warn-overwrite=yes --sysimage > /build/llvm-toolchain-6.0-0CdyF5/julia-0.7.0/usr/lib/powerpc64le-linux-gnu/julia/sys.ji > /build/llvm-toolchain-6.0-0CdyF5/julia-0.7.0/contrib/generate_precompile.jl > /build/llvm-toolchain-6.0-0CdyF5/julia-0.7.0/usr/lib/powerpc64le-linux-gnu/julia/sys.ji; > then echo '*** This error is usually fixed by running `make clean`. If the > error persists, try `make cleanall`. ***'; false; fi > Generating precompile statements...ERROR: LoadError: Failed to open PTY master > Stacktrace: > [1] error(::String) at ./error.jl:33 > [2] open_fake_pty at > /build/llvm-toolchain-6.0-0CdyF5/julia-0.7.0/usr/share/julia/test/testhelpers/FakePTYs.jl:14 > [inlined] > [3] with_fake_pty(::getfield(Main.anonymous, > Symbol("##3#9")){String,Base.GenericIOBuffer{Array{UInt8,1}},Base.GenericIOBuffer{Array{UInt8,1}},String}) > at > /build/llvm-toolchain-6.0-0CdyF5/julia-0.7.0/usr/share/julia/test/testhelpers/FakePTYs.jl:30 > [4] (::getfield(Main.anonymous, > Symbol("##2#8")){Float64,Module,String})(::String, ::IOStream) at > /build/llvm-toolchain-6.0-0CdyF5/julia-0.7.0/contrib/generate_precompile.jl:81 > [5] mktemp(::getfield(Main.anonymous, > Symbol("##2#8")){Float64,Module,String}, ::String) at ./file.jl:576 > [6] mktemp at ./file.jl:574 [inlined] > [7] generate_precompile_statements() at > /build/llvm-toolchain-6.0-0CdyF5/julia-0.7.0/contrib/generate_precompile.jl:78 > [8] top-level scope at > /build/llvm-toolchain-6.0-0CdyF5/julia-0.7.0/contrib/generate_precompile.jl:144 > in expression starting at > /build/llvm-toolchain-6.0-0CdyF5/julia-0.7.0/contrib/generate_precompile.jl:4 > --- > > which is unrelated to the problem you had but to workaround I built in a > fresh ppc64el unstable vm (probably due to bug #817236 and my schroot being > too old > to be created with the fix) > > > > > 1. clone #905807 for llvm-6.0 and remove the +moreinfo tag > > 2. pull the experimental branch from > > https://salsa.debian.org/julia-team/julia > > and see if the patched llvm-6.0 is also able to build julia 1.0.0 > > this one builds fine as well. > For now, I won't have time to re-assign the bug on llvm. I'll check that > tomorrow. > > > } elif (!llvm-ftbfs && julia-ftbfs) { > > > > 1. find out which patch actually fixes julia's build failure > > > > https://github.com/JuliaLang/julia/blob/master/deps/llvm.mk#L482-L509 > > > > } else { .. } > > > > I tried to setup a ppc64el chroot with qemu, and immediately find it > > impractical for my laptop. > > > > I tried to do it on launchpad (Ubuntu PPA/cosmic), and lauchpad told me > > "Sorry, something just went wrong in Launchpad." during registration. > > > > I tried to think of applying for the access to debian's ppc64el porterbox > > but it appears to be impossible for a normal user to install the resulting > > package and build another package. Although maybe I can do some hacks on > > PATH and LD_LIBRARY_PATH but that's dirty. > > Yes, that's a security related limitation of porter boxes which > sometimes makes them unhelpful sadly. > > FYI, you may request a ppc64el vm there : > http://openpower.ic.unicamp.br/minicloud/ > > > So I gave up and wrote this RFH. That begin said, Julia's ppc64el port > > is indeed supported by upstream, and it is worthwhile to keep Julia for > > ppc64el such a powerful architecture. > > > > Thanks in advance. > > Thanks a bunch for this work :) > > F. > > > > > [1] https://bugs.de
Bug#906248: ITP: sleef -- SLEEF Vectorized Math Library
Package: wnpp Severity: wishlist Owner: Lumin * Package name: sleef Version : 3.3 Upstream Author : SLEEF Project. * URL : https://sleef.org/ https://github.com/shibatch/sleef * License : Boost software license Programming Lang: C + intrinsics Description : SLEEF Vectorized Math Library Section : Science Sleef is one of PyTorch/Caffe2 deps.
Bug#905882: ITP: chafa -- Image-to-text converter supporting a wide range of symbols and palettes, transparency, animations, etc.
Package: wnpp Severity: wishlist Owner: lumin * Package name: chafa Version : 0.9.0+git20180731.5ddfe4c Upstream Author : Hans Petter Jansson * URL : https://hpjansson.org/chafa/ * License : LGPL-3.0+ Programming Lang: C Description : Image-to-text converter supporting a wide range of symbols and palettes, transparency, animations, etc.
Bug#904440: ITP: nsync -- C library that exports various synchronization primitives, such as mutexes [TF deps]
Package: wnpp Severity: wishlist Owner: lumin * Package name: nsync Version : 1.20.0 Upstream Author : google * URL : https://github.com/google/nsync * License : Apache-2.0 Programming Lang: C Description : C library that exports various synchronization primitives, such as mutexes tensorflow dependency
Bug#901201: ITP: python-plac -- Smartest command line arguments parser in the world [spaCy deps]
control: retitle -1 RFP: python-plac -- Smartest command line arguments parser in the world [spaCy deps] control: noowner -1 In most cases installing spaCy with pip is enough. spaCy depends on yet another specific machine learning library "thinc" which I think I don't have enough energy to take care of in long run. package available here: https://salsa.debian.org/python-team/modules/python-plac
Bug#900945: ITP: python-preshed -- Cython Hash Table for Pre-Hashed Keys [spaCy dependency]
control: retitle -1 RFP: python-preshed -- Cython Hash Table for Pre-Hashed Keys [spaCy dependency] control: noowner -1 In most cases installing spaCy with pip is enough. spaCy depends on yet another specific machine learning library "thinc" which I think I don't have enough energy to take care of in long run. package available here https://salsa.debian.org/python-team/modules/python-preshed
Bug#900977: ITP: python-murmurhash -- Cython bindings for MurmurHash2 [spaCy deps]
control: retitle -1 RFP: python-murmurhash -- Cython bindings for MurmurHash2 [spaCy deps] control: noowner -1 In most cases installing spaCy with pip is enough. spaCy depends on yet another specific machine learning library "thinc" which I think I don't have enough energy to take care of in long run. package available here: https://salsa.debian.org/python-team/modules/python-murmurhash
Bug#901231: ITP: python-thinc -- Practical Machine Learning for NLP in Python [spaCy deps]
control: retitle -1 RFP: python-thinc -- Practical Machine Learning for NLP in Python [spaCy deps] control: noowner -1 In most cases installing spaCy with pip is enough. spaCy depends on yet another specific machine learning library "thinc" which I think I don't have enough energy to take care of in long run. package available here https://salsa.debian.org/science-team/python-thinc
Bug#891074: ITP: you-get/0.4.1025 -- command-line utility to download media contents (videos, audios, images) from the Web
control: retitle -1 RFP: you-get/0.4.1025 -- command-line utility to download media contents (videos, audios, images) from the Web control: noowner -1 initial packaging is available here https://salsa.debian.org/lumin-guest/you-get but anyone who wants to download video from internet must be able to pip install you-get and pip doesn't lag behind upstream.
Bug#900941: ITP: python-cymem -- Cython Memory Helper [SpaCy dependency]
control: retitle -1 RFP: python-cymem -- Cython Memory Helper [SpaCy dependency] control: noowner -1 In most cases installing spaCy with pip is enough. spaCy depends on yet another specific machine learning library "thinc" which I think I don't have enough energy to take care of in long run. Packaging avaiable here https://salsa.debian.org/python-team/modules/python-cymem
Bug#894629: dropping ITP
control: retitle -1 RFP: spacy/2.0.10 -- Industrial-strength Natural Language Processing (NLP) with Python and Cython control: noowner -1 lack of time.
Bug#889951: dropping ITP
control: retitle -1 RFP: nanopb/0.3.9 -- Protocol Buffers with small code size control: noowner lack of time.
Bug#889950: drop ITP
control: retitle -1 RFP: gloo/0.5.0 -- Collective communications library for machine learning control: noowner -1 lack of time.
Bug#894628: drop ITP
control: retitle -1 RFP: cupy/2.5.0 -- NumPy-like API accelerated with CUDA control: noowner -1 CUDA's GCC/LLVM support is always lagging behind the GCC/LLVM upstreams. That makes the maintenance work of CUDA application always annoying. I'm dropping this ITP. Afterall the user can install cupy simply with pip.
Bug#901231: ITP: python-thinc -- Practical Machine Learning for NLP in Python [spaCy deps]
Package: wnpp Severity: wishlist Owner: lumin * Package name: python-thinc Version : x.y.z Upstream Author : Name * URL : http://www.example.org/ * License : (GPL, LGPL, BSD, MIT/X, etc.) Programming Lang: python Description : Practical Machine Learning for NLP in Python thinc is one of spaCy dependencies: [✓] cython>=0.24,<0.28.0 [✓] pathlib [✓] numpy>=1.7 [*] cymem>=1.30,<1.32 # ITP/RFS [*] preshed>=1.0.0,<2.0.0 # ITP/RFS -> [*] thinc>=6.10.1,<6.11.0 [*] murmurhash>=0.28,<0.29# ITP/RFS [*] plac<1.0.0,>=0.9.6# ITP/RFS [✓] ujson>=1.35 [✓] dill>=0.2,<0.3 [✓] regex==2017.4.5 [✓] requests>=2.13.0,<3.0.0 [✓] pytest>=3.0.6,<4.0.0 [✓] mock>=2.0.0,<3.0.0
Bug#901201: ITP: python-plac -- Smartest command line arguments parser in the world [spaCy deps]
Package: wnpp Severity: wishlist Owner: Mo Zhou * Package name: python-plac Version : x.y.z Upstream Author : Name * URL : http://www.example.org/ * License : (GPL, LGPL, BSD, MIT/X, etc.) Programming Lang: (C, C++, C#, Perl, Python, etc.) Description : Smartest command line arguments parser in the world plac is one of spaCy dependencies: [✓] cython>=0.24,<0.28.0 [✓] pathlib [✓] numpy>=1.7 [*] cymem>=1.30,<1.32 # ITP/RFS [*] preshed>=1.0.0,<2.0.0 # ITP/RFS [ ] thinc>=6.10.1,<6.11.0 [*] murmurhash>=0.28,<0.29# ITP/RFS -> [*] plac<1.0.0,>=0.9.6 [✓] ujson>=1.35 [✓] dill>=0.2,<0.3 [✓] regex==2017.4.5 [✓] requests>=2.13.0,<3.0.0 [✓] pytest>=3.0.6,<4.0.0 [✓] mock>=2.0.0,<3.0.0
Bug#900977: ITP: python-murmurhash -- Cython bindings for MurmurHash2 [spaCy deps]
Package: wnpp Severity: wishlist Owner: lumin * Package name: python-murmurhash Version : 0.28.0 Upstream Author : Matthew Honnibal * URL : https://github.com/explosion/murmurhash * License : MIT Programming Lang: python(cython) Description : Cython bindings for MurmurHash2 murmurhash is one of spaCy dependencies. [✓] cython>=0.24,<0.28.0 [✓] pathlib [✓] numpy>=1.7 [*] cymem>=1.30,<1.32 # ITP/RFS [*] preshed>=1.0.0,<2.0.0 # ITP/RFS [ ] thinc>=6.10.1,<6.11.0 -> [*] murmurhash>=0.28,<0.29 [ ] plac<1.0.0,>=0.9.6 [✓] ujson>=1.35 [✓] dill>=0.2,<0.3 [✓] regex==2017.4.5 [✓] requests>=2.13.0,<3.0.0 [✓] pytest>=3.0.6,<4.0.0 [✓] mock>=2.0.0,<3.0.0
Bug#900945: ITP: python-preshed -- Cython Hash Table for Pre-Hashed Keys [spaCy dependency]
Package: wnpp Severity: wishlist Owner: lumin * Package name: python-preshed Version : 1.0.0 Upstream Author : Matthew Honnibal * URL : https://github.com/explosion/preshed * License : MIT Programming Lang: python(cython) Description : Cython Hash Table for Pre-Hashed Keys preshed is one of spacy's dependencies: [✓] cython>=0.24,<0.28.0 [✓] pathlib [✓] numpy>=1.7 [*] cymem>=1.30,<1.32 # another ITP/RFS -> [*] preshed>=1.0.0,<2.0.0 [ ] thinc>=6.10.1,<6.11.0 [ ] murmurhash>=0.28,<0.29 [ ] plac<1.0.0,>=0.9.6 [✓] ujson>=1.35 [✓] dill>=0.2,<0.3 [✓] regex==2017.4.5 [✓] requests>=2.13.0,<3.0.0 [✓] pytest>=3.0.6,<4.0.0 [✓] mock>=2.0.0,<3.0.0
Bug#900941: ITP: python-cymem -- Cython Memory Helper [SpaCy dependency]
Package: wnpp Severity: wishlist Owner: lumin * Package name: python-cymem Version : 1.31.2 Upstream Author : Matthew Honnibal * URL : https://github.com/explosion/cymem/ * License : MIT Programming Lang: Python(Cython) Description : Cython Memory Helper cymem is one of spacy's dependencies: [✓] cython>=0.24,<0.28.0 [✓] pathlib [✓] numpy>=1.7 -> [*] cymem>=1.30,<1.32 [ ] preshed>=1.0.0,<2.0.0 [ ] thinc>=6.10.1,<6.11.0 [ ] murmurhash>=0.28,<0.29 [ ] plac<1.0.0,>=0.9.6 [✓] ujson>=1.35 [✓] dill>=0.2,<0.3 [✓] regex==2017.4.5 [✓] requests>=2.13.0,<3.0.0 [✓] pytest>=3.0.6,<4.0.0 [✓] mock>=2.0.0,<3.0.0
Bug#888233: ITA: ujson -- ultra fast JSON encoder and decoder for Python 2/3
control: retitle -1 ITA: ujson -- ultra fast JSON encoder and decoder for Python 2/3 control: owner -1 !
Bug#888859: RFS: iolang/2017.09.06+dfsg-1 [ITP]
control: owner -1 ! control: tag -1 +moreinfo Hi Yangfl, As discussed previously, the python script for automatically generating the files should be added in the package. -- Best,
Bug#895881: ITP: intel-mkl/2018.2.199 -- Intel(R) Math Kernel Library (Intel(R) MKL)
Package:wnpp Severity: wishlist Owner: cdlumin...@gmail.com * Package name: intel-mkl Version : 2018.2.199 Upstream Author : Intel * URL : https://software.intel.com/en-us/mkl * License : Intel Simplified Software License (ISSL) Programming Lang: C/C++/Fortran Description : Intel® Math Kernel Library (Intel® MKL) MKL is redistributable, as explicitly declared by Intel: https://software.intel.com/en-us/mkl/license-faq which means MKL can enter non-free. I'm working on this git repo: https://salsa.debian.org/science-team/intel-mkl Co-maintainers are welcome :-) Previous discussions related to MKL in d-Science list: https://lists.debian.org/debian-science/2018/03/msg00070.html -- Best,
Bug#816509: New maintainer. New version ready to upload.
control: owner -1 ! control: retitle -1 ITA: nltk -- Python Natural Language Toolkit Hi, I've prepared a new version of this package. https://salsa.debian.org/science-team/nltk -- Best,
Bug#894629: ITP: spacy/2.0.10 -- Industrial-strength Natural Language Processing (NLP) with Python and Cython
Package: wnpp Severity: wishlist Owner: lumin * Package name: spacy Version : 2.0.10 Upstream Author : spacy developers * URL : https://github.com/explosion/spaCy * License : MIT Programming Lang: python Description : Industrial-strength Natural Language Processing (NLP) with Python and Cython spaCy is a library for advanced Natural Language Processing in Python and Cython. It's built on the very latest research, and was designed from day one to be used in real products. spaCy comes with pre-trained statistical models and word vectors, and currently supports tokenization for 20+ languages. It features the fastest syntactic parser in the world, convolutional neural network models for tagging, parsing and named entity recognition and easy deep learning integration. It's commercial open-source software, released under the MIT license. -- Best,
Bug#894628: ITP: cupy/2.5.0 -- NumPy-like API accelerated with CUDA
Package: wnpp Severity: wishlist Owner: lumin * Package name: cupy Version : 0.13 Upstream Author : CuPy developers * URL : https://github.com/cupy/cupy * License : MIT Programming Lang: Python, C++, C Description : NumPy-like API accelerated with CUDA CuPy is an implementation of NumPy-compatible multi-dimensional array on CUDA. CuPy consists of the core multi-dimensional array class, cupy.ndarray, and many functions on it. It supports a subset of numpy.ndarray interface. -- Best,
Bug#894411: ITP: mkl-dnn/0.13 -- Intel(R) Math Kernel Library for Deep Neural Networks (Intel(R) MKL-DNN)
Package: wnpp Severity: wishlist Owner: lumin * Package name: mkl-dnn Version : 0.13 Upstream Author : Intel * URL : https://github.com/intel/mkl-dnn * License : Apache2 Programming Lang: C, C++ Description : Math Kernel Library for Deep Neural Networks (MKL-DNN) Intel(R) Math Kernel Library for Deep Neural Networks (Intel(R) MKL-DNN) is an open source performance library for deep learning applications. The library accelerates deep learning applications and framework on Intel(R) architecture. Intel(R) MKL-DNN contains vectorized and threaded building blocks which you can use to implement deep neural networks (DNN) with C and C++ interfaces. -- Best,
Bug#891074: ITP: you-get/0.4.1025 -- command-line utility to download media contents (videos, audios, images) from the Web
Package:wnpp Severity: wishlist Owner: lumin * Package name: you-get Version : 0.4.1025 Upstream Author : https://github.com/soimort * URL : https://github.com/soimort/you-get * License : MIT Programming Lang: awk Description : command-line utility to download media contents (videos, audios, images) from the Web -- Best,
Bug#889951: ITP: nanopb/0.3.9 -- Protocol Buffers with small code size
Package:wnpp Severity: wishlist Owner: lumin * Package name: nanopb Version : 0.5.0 Upstream Author : Petteri Aimonen * URL : https://jpa.kapsi.fi/nanopb/ * URL : https://github.com/nanopb/nanopb * License : zlib/libpng Programming Lang: c Description : Protocol Buffers with small code size This library is a PyTorch dependency. -- Best,
Bug#889950: ITP: gloo/0.5.0 -- Collective communications library for machine learning
Package:wnpp Severity: wishlist Owner: lumin * Package name: gloo Version : 0.5.0 Upstream Author : facebook * URL : https://github.com/facebookincubator/gloo * License : BSD-3-Clause Programming Lang: c++ Description : Collective communications library for machine learning This library is a PyTorch dependency. -- Best,
Bug#777089: Preconditions for python-moto finished - help needed to build package itself
Hi, On 6 February 2018 at 15:56, Andreas Tille wrote: > Would you mind pushing your patch directly? I do not see any advantage > if I would proxy your patch. ;-) Done. > I admit up to know I have not checked this file but probably having > these will help. Then I believe it worth a try and will help. Flask is required by that *-dev.txt file, and the default listening port of flask is exactly 5000. I have to sleep now. :-) Have a good day. -- Best,
Bug#777089: Preconditions for python-moto finished - help needed to build package itself
Hi Andreas, I checked the packaging, and my debuild ended up with an error different from > AttributeError: 'module' object has no attribute 'backport_assert_raises' According to a quick investigation on this problem, I'm sure there are still some missing B-Ds in control file. With patch [1] dpkg-buildpackage can go a bit further while building this package. See requirements-dev.txt. And new problems arose: 1. $ make test # python2 ImportError: No module named vendored 2. $ make test_server # python2 ConnectionError: HTTPConnectionPool(host='localhost', port=5000): Max retries exceeded with url: 3. $ nosetests3 -sv --with-coverage --cover-html ./tests/ ModuleNotFoundError: No module named 'botocore.vendored' AttributeError: module 'botocore' has no attribute 'vendored' It seems that the "vendored" is from botocore package. I'm not sure which package or script to blame. Further investigation needed. 4. $ debuild A bunch of errors. e.g. error: [Errno 111] Connection refused I don't know whether it helps to add all the dependencies specified by requirements-dev.txt to control. [1] as follows. diff --git a/debian/control b/debian/control index d950b12..5418dd3 100644 --- a/debian/control +++ b/debian/control @@ -5,6 +5,7 @@ Section: python Priority: optional Build-Depends: debhelper (>= 11), dh-python, + flake8, python-all, python-setuptools, python-aws-xray-sdk, @@ -15,11 +16,14 @@ Build-Depends: debhelper (>= 11), python-botocore (>= 1.7.12), python-cookies, python-cryptography (>= 2.0.0), + python-freezegun, python-jinja2, python-jsondiff, + python-nose, python-requests, python-xmltodict, python-six, + python-sure, python-werkzeug, python-dateutil, python-mock, @@ -36,11 +40,14 @@ Build-Depends: debhelper (>= 11), python3-botocore (>= 1.7.12), python3-cookies, python3-cryptography (>= 2.0.0), + python3-freezegun, python3-jinja2, python3-jsondiff, + python3-nose, python3-requests, python3-xmltodict, python3-six, + python3-sure, python3-werkzeug, python3-dateutil, python3-mock, -- Best,
Bug#804612: Dropping this ITP
Control: owner -1 w...@debian.org Control: retitle -1 RFP: tensorflow -- Library for numerical computation using data flow graphs The Build-Dpends package "bazel" seems very hard to package. Instead of waiting for that package, I think I should drop this ITP if someone has a better packaging solution. CMake build is available, but it still needs an amount of tweaks to meet the requirements of Policy.
Bug#869534: Change to RFP
Control: retitle -1 RFP: ptpython/0.39 -- A better Python REPL Control: owner -1 w...@debian.org Recently I'm too busy to take care of this ITP, hence dropping it. A preliminary packaging is available as described here: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=869664 -- Best,
Bug#863758: dropping this ITP
Control: retitle -1 RFP: clipmenu/3.2.0 -- Clipboard management using dmenu Control: owner -1 w...@debian.org I'm recently too busy to take care of this ITP, hence dropping it. -- Best,
Bug#870124: ITP: lua-moses/1.6.1 -- Lua utility-belt library for functional programming
Package:wnpp Severity: wishlist Owner: lumin * Package name: lua-moses Version : 1.6.1 Upstream Author : Yonaba * URL : http://yonaba.github.io/Moses/ * License : MIT Programming Lang: lua Description : Lua utility-belt library for functional programming
Bug#869534: ITP: ptpython/0.39 -- A better Python REPL
Package:wnpp Severity: wishlist Owner: lumin * Package name: ptpython Version : 0.39 Upstream Author : Jonathan Slenders * URL : https://github.com/jonathanslenders/ptpython * License : BSD-3-Clause Programming Lang: pythyon Description : A better Python REPL
Bug#863758: ITP: clipmenu/3.2.0 -- Clipboard management using dmenu
Package:wnpp Severity: wishlist Owner: lumin * Package name: clipmenu Version : 3.2.0 Upstream Author : Chris Down * URL : http://github.com/cdown/clipmenu * License : ISC Programming Lang: bash Description : Clipboard management using dmenu
Bug#862524: License Issue about Distributing NVIDIA's cuDNN library via Debian
Hi, On 25 May 2017 at 02:51, Paul Wise wrote: > Personally I would like to see the amount of proprietary nVidia stuff > in Debian reduced, not increased. I would suggest focussing your > efforts on OpenCL/Vulkan based and open source deep learning libraries > instead of proprietary stuff that only acts as lock-in for other > proprietary nVidia technologies (CUDA). Me too. But cuDNN, in fact, is the fastest[1] DNN library supporting many state-of-the-art research works (e.g. [2]) and production. And in my real life work about deep learning I have no intention to try those *slow* OpenCL libraries... Indeed there are people working on the OpenCL side but OpenCL is not the major force, at least now. [1] https://github.com/soumith/convnet-benchmarks [2] https://tensortalk.com/?cat=conference-cvpr-2016&t=type-code >> @lyeager kindly provided some help[3] on this but I'm >> not really good at these legal terms. > > The license you linked to both allows and disallows redistribution, > seems like it needs a rewrite to be less bizarre. The allowance of > distribution is time-limited. Personally I would not be comfortable > distributing this and I do not think that Debian should do so either. >> Initially I don't think such a well-protected proprietary >> can be distributed by Debian, untill I find this package >> in Archlinux's community repo[6]. > > They may be relying on the clauses allowing time-limited > redistribution, or they may have simply not read the EULA. The whole cuDNN package contains only a header and several binary blobs, which should be easy for users to install by themself as long as they know how. However If it turns out that it shouldn't be uploaded to Debian, I'll not be able to build my deep learning packages against the fastest lib, and users still need to compile by themself against cuDNN. I'm fine with both results. If no cudnn, we'll not introduce more non-free stuff. if there is cudnn, we'll have the fastest library in archive in an easy-to-use format. >> I don't know how the Arch guys achieved this but in their >> PKGBUILD file (arch packaging script) there is a anonymously >> downloadable link to the cudnn library[7]. What is notable >> is the "redist" keyword in the URL. I can't find this "redist" >> URL in nvidia's website. > > Probably nVidia need to remove this redist directory from their > website, since it is supposed to be only distributed behind a > click-wrap license. The license of the current version of cuDNN is actually more permissive than that of previous versions. And the servey before downloading the blobs is canceled. Nvidia's attitude towards this library seems to be more and more permissive and I hope this is true. >> What makes me more confused is nvidia legal guy's word conveyed >> by @lyeager [8]. Once a package is uploaded to the Archive, isn't >> the distributor (legally) the Debian Organization? It's so weird >> for an individual to take the role of distributor for a package >> in Archive and I think it's impossible. > > There is a long chain of many distributors: firstly you distribute it > to mentors.d.n, then mentors.d.n distributes it to your sponsor, then > your sponsor distributes it to Debian ftpmasters, then Debian > ftpmasters distribute it to Debian mirrors and CD vendors, then Debian > mirrors and CD vendors distribute it to Debian users, then Debian > derivatives (Ubuntu etc) distribute it to their mirrors and users. > Every one of those is potentially liable if they have been found to do > something illegal. Thank you for the explanation :-)
Bug#862524: License Issue about Distributing NVIDIA's cuDNN library via Debian
Hi Debian Legal Team, I intend to package[1] a proprietary deep learning library named "cuDNN"[2], which is definitely useful to deep learning researchers. @lyeager kindly provided some help[3] on this but I'm not really good at these legal terms. Generally, to download the cudnn library, one needs to fist register or login at nvidia's website. Next, the user is required to click "I agree ..."[4] to continue. Now the secured library download link is exposed to the user.[5] Initially I don't think such a well-protected proprietary can be distributed by Debian, untill I find this package in Archlinux's community repo[6]. I don't know how the Arch guys achieved this but in their PKGBUILD file (arch packaging script) there is a anonymously downloadable link to the cudnn library[7]. What is notable is the "redist" keyword in the URL. I can't find this "redist" URL in nvidia's website. I'm confused. What makes me more confused is nvidia legal guy's word conveyed by @lyeager [8]. Once a package is uploaded to the Archive, isn't the distributor (legally) the Debian Organization? It's so weird for an individual to take the role of distributor for a package in Archive and I think it's impossible. Anyway I'm not good at the legal field. I need help. Thank you in advance :-) P.S. "cuDNN", i.e. "CUDA Deep Neural Network", is a library built upon nvidia's proprietary CUDA toolkit, which was available in our archive for years[9]. [1] https://bugs.debian.org/862524 [2] https://developer.nvidia.com/cudnn [3] https://github.com/CDLuminate/nvidia-cudnn/issues/1 [4] Unluckily this licence file is secured, only available after login: http://developer2.download.nvidia.com/compute/machine- learning/cudnn/secure/v6/prod/Doc/NVIDIA_SLA%2BcuDNN_Supp_Feb2017_relea se.pdf [5] https://developer.nvidia.com/compute/machine-learning/cudnn/secure/ v6/prod/8.0_20170427/cudnn-8.0-linux-x64-v6.0-tgz [6] https://www.archlinux.org/packages/community/x86_64/cudnn/ [7] http://developer.download.nvidia.com/compute/redist/cudnn/v6.0/cudn n-8.0-linux-x64-v6.0.tgz [8] https://github.com/CDLuminate/nvidia-cudnn/issues/1#issuecomment-30 1827809 [9] https://tracker.debian.org/pkg/nvidia-cuda-toolkit
Bug#862524: ITP: cudnn/6.0 -- NVIDIA CUDA Deep Neural Network library
Package:wnpp Severity: wishlist Owner: lumin * Package name: cudnn Version : 6.0 Upstream Author : Nvidia * URL : https://developer.nvidia.com/cuDNN * License : PROPRIETARY Programming Lang: c/c++ Description : NVIDIA CUDA Deep Neural Network library P.S. Archlinux ships this PROPRIETARY lib in their community section[1], and I'm confirming the redistributable issue from Nvidia guys. [1] https://www.archlinux.org/packages/community/x86_64/cudnn/
Bug#824099: dropping this ITP
Control: owner -1 w...@debian.org Control: retitle -1 RFP: gneural-network -- GNU neural network I'm dropping this ITP because the upstream seems not quite active currently, and I don't know whether this project is still under active development. Please investigate the upstream status before taking over this RFP.
Bug#853914: preliminary packaging is available
The preliminary packaging for pytorch and pytorch-contrib is available here: https://github.com/CDLuminate/pytorch pytorch packaging is held by the `debian` branch, while the pytorch-contrib packaging is held by the `debian-contrib` branch. The remaining works to be done are: * disable nearly all stuff related to SIMD for compatibility. * deal with the library rpath issue. * make pytorch's libraries private. pytorch shares the same backend code with torch7 but they use different TH_INDEX_BASE variable, that is to say they cannot share the shared object files. See: https://github.com/pytorch/pytorch/issues/640 * ...
Bug#853923: ITP: pytorch/0.1.7 -- Tensors and Dynamic neural networks in Python
Package:wnpp Severity: wishlist Owner: lumin * Package name: pytorch Version : 0.1.7 Upstream Author : (Py)Torch Developers * URL : http://pytorch.org/ * License : BSD-3-Clause Programming Lang: python, cuda, c, c++ Description : Tensors and Dynamic neural networks in Python with strong GPU acceleration.
Bug#853914: ITP: pytorch-contrib/0.1.7 -- Tensors and Dynamic neural networks in Python
Package:wnpp Severity: wishlist Owner: lumin * Package name: pytorch-contrib Version : 0.1.7 Upstream Author : (Py)Torch Developers * URL : http://pytorch.org/ * License : BSD-3-Clause Programming Lang: python, cuda, c, c++ Description : Tensors and Dynamic neural networks in Python with strong GPU acceleration.
Bug#794634: Change package name
Control: retitle -1 ITP: meta-torch-core-free -- A scientific computing framework for LuaJIT (core components) Hi, Since the torch project involves many components, I respectively made packages for every core and free component. All the *core* and *free* modules of Torch will be ready soon, and I plan to make a metapackage src:meta-torch-core-free (bin:torch-core-free) which pulls the whole torch core stack for the user. So, lua-torch is actually not existing, this bug can be renamed to meta-torch-core-free. -- Best, Lumin
Bug#834041: ITP: lua-torch-cunn/0~20160810-ccba310 -- CUDA backend for the Neural Network Package for Torch Framework
Package:wnpp Severity: wishlist Owner: lumin * Package name: lua-torch-cunn Version : 0~20160810-ccba310 Upstream Author : Torch Developers * URL : https://github.com/torch/cunn * License : BSD-3-Clause Programming Lang: lua, cuda, c Description : CUDA backend for the Neural Network Package for Torch Framework -- Best, Lumin
Bug#834040: ITP: lua-torch-nn/0~20160807-g109f313 -- CUDA backend for Torch7 Framework
Control: retitle -1 ITP: lua-torch-cutorch/0~20160807-g109f313 -- CUDA backend for Torch7 Framework On 11 August 2016 at 15:30, Lumin wrote: > > Package:wnpp > Severity: wishlist > Owner: lumin > > * Package name: lua-torch-cutorch > Version : 0~20160807-g109f313 > Upstream Author : Torch Developers > * URL : https://github.com/torch/cutorch > * License : BSD-3-Clause > Programming Lang: lua, cuda, c > Description :CUDA backend package for Torch7 Framework > > > -- > Best, > Lumin -- Best, Lumin
Bug#834040: ITP: lua-torch-nn/0~20160807-g109f313 -- CUDA backend for Torch7 Framework
Package:wnpp Severity: wishlist Owner: lumin * Package name: lua-torch-cutorch Version : 0~20160807-g109f313 Upstream Author : Torch Developers * URL : https://github.com/torch/cutorch * License : BSD-3-Clause Programming Lang: lua, cuda, c Description :CUDA backend package for Torch7 Framework -- Best, Lumin
Bug#827435: ITP: lua-torch-optim/0~20160603-g6759dc8 -- Optimization Package for Torch Framework
Package:wnpp Severity: wishlist Owner: lumin * Package name: lua-torch-optim Version : 0~20160603-g6759dc8 Upstream Author : Torch Developers * URL : https://github.com/torch/ optim * License : BSD-3-Clause Programming Lang: lua Description : Optimization Package for Torch Framework -- Best, Lumin
Bug#827434: ITP: lua-torch-image/0~20160526-g8b285fc -- Image Package for Torch Framework
Package:wnpp Severity: wishlist Owner: lumin * Package name: lua-torch-image Version : 0~20160526-g8b285fc Upstream Author : Torch Developers * URL : https://github.com/torch/ image * License : BSD-3-Clause Programming Lang: lua Description : Image Package for Torch Framework -- Best, Lumin
Bug#827433: ITP: lua-torch-nngraph/0~20160519-g531a063 -- Neural Network Graph Package for Torch Framework
Package:wnpp Severity: wishlist Owner: lumin * Package name: lua-torch-nngraph Version : 0~20160519-g531a063 Upstream Author : Torch Developers * URL : https://github.com/torch/ nngraph * License : BSD-3-Clause Programming Lang: lua Description : Neural Network Graph Package for Torch Framework -- Best, Lumin
Bug#827432: ITP: lua-torch-graph/0~20160415-g34d7128 -- Graphical Computation Package for Torch Framework
Package:wnpp Severity: wishlist Owner: lumin * Package name: lua-torch-graph Version : 0~20160415-g34d7128 Upstream Author : Torch Developers * URL : https://github.com/torch/ graph * License : BSD-3-Clause Programming Lang: lua Description : Graphical Computation Package for Torch Framework -- Best, Lumin
Bug#827431: ITP: lua-torch-dok/0~20160131-g1b36900 -- Old Torch7 dok system support for Torch Framework
Package:wnpp Severity: wishlist Owner: lumin * Package name: lua-torch- dok Version : 0~20160131-g1b36900 Upstream Author : Torch Developers * URL : https://github.com/torch/ dok * License : BSD-3-Clause Programming Lang: lua Description : Old Torch7 dok system support for Torch Framework -- Best, Lumin
Bug#827430: ITP: lua-torch-sundown/0~20160411-gab92c0c -- Sundown Library for Torch Framework
Package:wnpp Severity: wishlist Owner: lumin * Package name: lua-torch-sundown Version : 0~20160411-gab92c0c Upstream Author : Torch Developers * URL : https://github.com/torch/sundown-ffi * License : BSD-3-Clause Programming Lang: lua Description : Sundown Library for Torch Framework -- Best, Lumin
Bug#826794: ITP: lua-torch-nn/0~20160604-gd23a8f5 -- Neural Network Package for Torch Framework
Package:wnpp Severity: wishlist Owner: lumin * Package name: lua-torch-nn Version : 0~20160604-gd23a8f5 Upstream Author : Torch Developers * URL : https://github.com/torch/ nn * License : BSD-3-Clause Programming Lang: lua Description : Neural Network Package for Torch Framework -- Best, Lumin
Bug#826793: ITP: lua-torch-xlua/0~20160227-g98c11ca -- Lua Extension Package for Torch Framework
Package:wnpp Severity: wishlist Owner: lumin * Package name: lua-torch-xlua Version : 0~20160227-g98c11ca Upstream Author : Torch Developers * URL : https://github.com/torch/ xlua * License : BSD-3-Clause Programming Lang: lua Description : Lua Extension Package for Torch Framework -- Best, Lumin
Bug#826792: ITP: lua-torch-sys/0~20160415-g8d2b8fa -- System Package for Torch Framework
Package:wnpp Severity: wishlist Owner: lumin * Package name: lua-torch-sys Version : 0~20160206-gf2d2f1a Upstream Author : Torch Developers * URL : https://github.com/torch/ sys * License : BSD-3-Clause Programming Lang: lua Description : System Package for Torch Framework -- Best, Lumin
Bug#826791: ITP: lua-torch-trepl/0~20160206-gf2d2f1a -- A REPL for Troch Framework
Package:wnpp Severity: wishlist Owner: lumin * Package name: lua-torch-trepl Version : 0~20160206-gf2d2f1a Upstream Author : Torch Developers * URL : https://github.com/torch/ trepl * License : BSD-3-Clause Programming Lang: lua Description : REPL Package for Torch Framework -- Best, Lumin
Bug#826073: ITP: lua-cwrap/0~20160222-gdbd0a62 -- CWrap package for Torch Framework
Package:wnpp Severity: wishlist Owner: lumin * Package name: lua-cwrap Version : 0~20160222-gdbd0a62 Upstream Author : Torch Developers * URL : https://github.com/torch/cwrap * License : BSD-3-Clause Programming Lang: lua Description : CWrap package for Torch Framework The cwrap package helps you to automate the generation of Lua/C wrappers around existing C functions, such that these functions would be callable from Lua. This package is used by the torch package, but does not depend on anything, and could be used by anyone using Lua. This is the dependency table of Torch package: /extra/luafilesystem pass <== exists in archive /extra/penlight pass <== exists in archive /extra/lua-cjson pass <== exists in archive /extra/luaffifb upstream?, dep lua >= 5.1 /pkg/sundown upstream?, dep lua >= 5.1 /pkg/cwraporig, dep lua >= 5.1, can be used independent <== ITP: lua-cwrap /pkg/pathsorig, dep lua >= 5.1 /pkg/torchorig, dep lua >= 5.1, dep paths >= 1.0, dep cwrap >= 1.0 /pkg/dok orig, dep lua >= 5.1, dep sundown >= 1.0 /exe/treplorig, dep torch >= 7.0, dep penlight >= 1.1.0 /pkg/sys orig, dep torch >= 7.0 /pkg/xlua orig, dep sys >= 1.0, dep torch >= 7.0 /extra/nn orig, dep torch >= 7.0, dep luaffi /extra/graph orig, dep torch >= 7.0 /extra/nngraphorig, dep torch >= 7.0, dep graph, dep nn /pkg/imageorig, dep torch >= 7.0, dep sys >= 1.0, dep xlua >= 1.0, dep dok /pkg/optimorig, dep torch >= 7.0, dep sys >= 1.0
Bug#824099: ITP: gneural-network -- GNU neural network
Package: wnpp Severity: wishlist Owner: lumin X-Debbugs-CC: jeanmichel.sell...@gmail.com * Package name: gneural-network Version : 0.9.1 Upstream Author : Jean Michel Sellier * URL : https://www.gnu.org/software/gneuralnetwork/ * License : GPL-3.0+ * Description : Gnu Neural Network Gneural Network is the GNU package which implements a programmable neural network. The current version, 0.9.1, has the following features: . * A scripting language is available which allows users to define their own neural network without having to know anything about coding. * Advanced programmers can use the methods/routines inside the code for their own purposes. * When defining the neurons of a network, it is possible to choose among various discriminant and activation functions, etc. * Different methods to train a neural network are available, such as genetic algorithms, multi-scale Monte Carlo optimizers, simulated annealing, and others. * Several training methods can run in parallel on clusters. * Neural networks can be saved once trained for later use. * The code is truly cross platform since it is entirely developed in C and does not depend on any external library. . This project is currently still an early work in progress.
Bug#823308: ITP: caffe-contrib -- a deep learning framework, compiled with CUDA
Package: wnpp Severity: wishlist Owner: lumin X-Debbugs-CC: costamagnagianfra...@yahoo.it, ghisv...@gmail.com, debian-scie...@lists.debian.org Hi, #788539 is cpu version of caffe, this is CUDA version. CPU version goes into main section while this CUDA version goes into contrib section. * Package name: caffe-contrib Version : 1.0.0~rc3 Upstream Author : Berkeley Vision and Learning Center * URL : https://github.com/BVLC/caffe * License : BSD 2-Clause license Programming Lang: C++, Python Description : a deep learning framework . Caffe is a deep learning framework made with expression, speed, and modularity in mind. It is developed by the Berkeley Vision and Learning Center (BVLC) and community contributors. Caffe is a well-known software to many (computer vision) researchers, and it helps them doing related researches. Its project home page is: http://caffe.berkeleyvision.org/
Bug#808235: Set 808235 from ITP to RFP
Control: retitle 808235 RFP: mxnet -- Lightweight, Portable, Flexible Distributed/Mobile Deep Learning with Dynamic I cannot work on this software in foreseeable future, hence change this bug from ITP to RFP. Anyone interested in this software can take it over.
Bug#818641: RFP: lasagne -- Lightweight library to build and train neural networks in Theano
Package: wnpp Severity: wishlist X-Debbugs-CC: deb...@danielstender.com * Package name: lasagne Version : git20160319 Upstream Author : Lasagne contributors * URL : https://github.com/Lasagne/Lasagne * License : MIT Programming Lang: Python Description : Lightweight library to build and train neural networks in Theano Lasagne is a lightweight library to build and train neural networks in Theano. Its main features are: - Supports feed-forward networks such as Convolutional Neural Networks (CNNs), recurrent networks including Long Short-Term Memory (LSTM), and any combination thereof - Allows architectures of multiple inputs and multiple outputs, including auxiliary classifiers - Many optimization methods including Nesterov momentum, RMSprop and ADAM - Freely definable cost function and no need to derive gradients due to Theano's symbolic differentiation - Transparent support of CPUs and GPUs due to Theano's expression compiler
Bug#788539: block -1 with CUDA7.5
Control: block -1 by 807579
Bug#576540: ITP: theano -- Python library to define, optimize, and evaluate mathematical expressions involving multi-dimensional arrays
Hi Daniel, We are planning to upload CUDA 7.5 recently, and this would fix the compatibility of nvcc and gcc-5 [1]. The hot-spot deeplearning frameworks: caffe, torch, mxnet, tensorflow, theano caffe is blocked by CUDA and the nvidia team is working on CUDA curretly, https://bugs.debian.org/788539 torch is blocked by luarocks issue and we are discussing the solution, https://bugs.debian.org/794634 tensorflow is blocked by protobuf and bazel, https://bugs.debian.org/804612 mxnet is likely not blocked. https://bugs.debian.org/808235 theano is maintained by you, thanks! [1] http://bugs.debian.org/807579 -- .''`. : :' : `. `' `-
Bug#788539: [PATCH] Find Python module dependencies
Thank you for the patch, it's useful. I'll merge it when next time I update the packaging repo.
Bug#808235: ITP: mxnet -- Lightweight, Portable, Flexible Distributed/Mobile Deep Learning with Dynamic
Package: wnpp Severity: wishlist Owner: lumin X-Debbugs-CC: debian-scie...@lists.debian.org Hi, * Package name: mxnet Version : git20151217 Upstream Author : Distributed (Deep) Machine Learning Community * URL : https://github.com/dmlc/mxnet * License : apache 2.0 Programming Lang: C++, Python, and others. Description : Lightweight, Portable, Flexible Distributed/Mobile Deep Learning with Dynamic MXNet is a deep learning framework designed for both efficiency and flexibility. It allows you to mix the flavours of symbolic programming and imperative programming together to maximize the efficiency and your productivity. In its core, a dynamic dependency scheduler that automatically parallelizes both symbolic and imperative operations on the fly. A graph optimization layer is build on top, which makes symbolic execution fast and memory efficient. The library is portable and lightweight, and is ready scales to multiple GPUs, and multiple machines. MXNet is also more than a deep learning project. It is also a collection of blue prints and guidelines for building deep learning system, and interesting insights of DL systems for hackers.
Bug#804612: ITP: tensorflow -- Library for numerical computation using data flow graphs
Control: retitle -1 ITP: tensorflow -- Library for numerical computation using data flow graphs Control: owner -1 ! Hi, I'm interested in packaging this package. Packaging work should be able to begin as long as the blocker, bazel is packaged for Debian.
Bug#794634: ITP: lua-torch -- A scientific computing framework for Lua(JIT)
Control: retitle -1 ITP: lua-torch -- A scientific computing framework for Lua(JIT) Control: owner -1 !
Bug#794634: ITP: lua-torch
Control: owner -1 ! Hi, I'm interested in packaging this software.
Bug#804612: looking forward to this
Control: block -1 by 782654
Bug#782654: [ITP:bazel] looking forward to this package
Thank you for working on this software, I may need it in the future :-)
Bug#794439: give up ITP
Control: retitle 794439 RFP: word2vec -- computing vector representations of words Control: owner 794439 w...@debian.org Control: severity wishlist I'm not interested in packaging it now, so changing this ITP into RFP.
Bug#788539: [Caffe] uploaded to mentors but NOT RFS
Hi all, (CC'ing people interested in package Caffe) It takes so long time for Caffe to be packaged for Debian, now the package is nearly prepared to be uploaded, and there are still some small issues to be addressed. http://anonscm.debian.org/cgit/debian-science/packages/caffe.git My local build result (2 amd64 machines: chroot testing, and testing): [debuild] [OK] [d/rules:: custom-cpu] [OK] [d/ruels:: custom-cuda] [OK] As a packaging Newbie I indeed paied considerable time on it... at the same time I learned a lot packaging it. This is just my 3rd Debian package (and it includes my 1st python3 package), so I'm not sure how far it is to be accepted into Archive. Just a ping, thank you all. :-) -- .''`. Lumin : :' : `. `' `-638B C75E C1E5 C589 067E 35DE 6264 5EB3 5F68 6A8A signature.asc Description: This is a digitally signed message part
Bug#788539: [caffe] one step closer to the final caffe package
Hi folks, (CC'ing people who are interested in package "caffe") It is a good news that the package caffe in anonscm/debian-science/caffe.git builds again. Package caffe-cpu and package caffe-cuda shold be built properly on amd64 and i386 hosts. However it's not quite in a good shape, currently I'm looking into these things: * how to avoid FTBFS on ARCHs which are not amd64|i386, because control :: build-deps contains CUDA (nvidia-cuda-toolkit) * letting custom target in d/rules work again * adding a python-caffe-cpu, and a python-caffe-cuda pcakage. * adding manpages for ELFs. * is it ok to build-deps on nvidia-cuda-toolkit/experimental (6.5.14) because cuda 6.0 in unstable is t old to work with gcc4.9 or even gcc4.8 when building caffe-cuda. (it is said that gcc-4.6 was removed recently from unstable ...) * add explicit depend on gcc-4.9, as cuda 6.5 won't work with gcc-5, especially after gcc-5 transition. They are my todos on this package and you can see somewhat a progress... and I haven't check lintian yet. I think I can finish the packaging without help, but would appreciate if any :-) (build it on my laptop is very slow ...) Thank you. -- .''`. Lumin : :' : `. `' `-638B C75E C1E5 C589 067E 35DE 6264 5EB3 5F68 6A8A
Bug#788539: just want to send kudos
Hi Yaroslav Halchenko, Thank you for attention on this package. :-) I'm extremely busy recently... until 19.Sept, that is to say maybe I won't touch the package for at least half a month. I will continue working on this package after that date. Apart from that, thank you for the build test, but I have to say I should have broke the package build system. (take it easy, I can fix it without much work) Weeks ago the caffe-cpu packages can be built very well, and then I tried to add the build of caffe-cuda into package system. However at that time I had network trouble to make a sid/testing system for build, then I just changed debian/rules and other files, and left them in the git repo, without any build test. SO it may be a broken package. For the reason please have a look at the debian-science list, Aug 2015, search for threads related to caffe. Then you will know what happened and what's going to happen. I see your patch on the Debian BTS, thank you and I'll have a near look at it until when I'm relatively not busy... Besides, caffe is indeed related to neural science, however I'm new to debian and have just several alioth group permissions, including debian-science team. Now letting it stay at debian-science is convenient for me to maintain. Does neuraldebian packages maintaining require extra group permission? Finally, I think packaging work on caffe could be done before the end of 2015, if by only myself. :-) P.S. I'll notice you and other people interested in this package when I fixed this package and let it pass build again. Thank you. On Thu, 2015-08-27 at 10:46 -0400, Yaroslav Halchenko wrote: > and to say that I am interested in this package to reach debian (and > possibly neurodebian ;) ) > > When are you going to finalize packaging? ;) (trying to build it now) -- .''`. Lumin : :' : `. `' `-638B C75E C1E5 C589 067E 35DE 6264 5EB3 5F68 6A8A signature.asc Description: This is a digitally signed message part
Bug#792642: changing ITP title
Control: retitle 792642 ITP: linuxbrew-wrapper -- wrapper of The missing package manager for Linux The package name has been changed to linuxbrew-wrapper, hence retitling this bug.
Bug#794439: ITP: word2vec -- computing vector representations of words
Package: wnpp Severity: wishlist Owner: lumin * Package name: word2vec Version : 0~svn42 Upstream Author : tmikolov * URL : https://code.google.com/p/word2vec/ * License : Apache License 2.0 Programming Lang: C Description : computing vector representations of words This tool provides an efficient implementation of the continuous bag-of-words and skip-gram architectures for computing vector representations of words. These representations can be subsequently used in many natural language processing applications and for further research. -- Regards, Lumin signature.asc Description: This is a digitally signed message part
Bug#785425:
Control: retitle 785425 ITP: progress -- Coreutils Progress Viewer (formerly known as cv) Reason: The upstream has changed the name of project, hence change ITP title. signature.asc Description: This is a digitally signed message part
Bug#792642: ITP: linuxbrew -- The missing package manager for Linux
Package: wnpp Severity: wishlist Owner: lumin * Package name: linuxbrew Version : git20150717+1aacca67 Upstream Author : Homebrew * URL : https://github.com/Homebrew/linuxbrew/ * License : BSD-2-Clause * Description : The missing package manager for Linux Linuxbrew is a fork of Homebrew, the Mac OS package manager, for Linux. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1437099550.26868.7.ca...@gmail.com
Bug#788539:
I'm still working on this package. https://github.com/BVLC/caffe/issues/2601 The packaging work is available at the temp repo: http://anonscm.debian.org/cgit/users/cdluminate-guest/caffe.git it passes my local build and the core component works, but is still under heavy development. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1436411001.2350.16.ca...@gmail.com
Bug#788539: ITP: caffe -- a deep learning framework
Package: wnpp Severity: wishlist Owner: lumin X-Debbugs-CC: debian-de...@lists.debian.org Hi, * Package name: caffe Version : rc2 Upstream Author : Berkeley Vision and Learning Center * URL : https://github.com/BVLC/caffe * License : BSD 2-Clause license Programming Lang: C++, Python Description : a deep learning framework . Caffe is a deep learning framework made with expression, speed, and modularity in mind. It is developed by the Berkeley Vision and Learning Center (BVLC) and community contributors. Caffe is a well-known software to many (computer vision) researchers, and it helps them doing related researches. Its project home page is: http://caffe.berkeleyvision.org/ -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1434120176.2131.19.ca...@gmail.com
Bug#785425: closing ITP: cv -- Coreutils Progress Viewer
Hello Bart Martens, I have already noticed the RFP bug #675366, but that "cv" is not the "cv" of ITP #785425. they are different software with the same name. please have a look at https://lists.debian.org/debian-mentors/2015/05/msg00113.html Thanks. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1431820051.2437.3.ca...@gmail.com
Bug#785425: ITP: cv -- Coreutils Progress Viewer
Package: wnpp Severity: wishlist Owner: lumin * Package name : cv Version : 0.6 Upstream Author : Xfennec * URL : https://github.com/Xfennec/cv * License : GPL-3 * Description : cv - Coreutils (progress) Viewer This tool can be described as a Tiny, Dirty, Linux-Only C command that looks for coreutils basic commands (cp, mv, dd, tar, gzip/gunzip, cat, etc.) currently running on your system and displays the percentage of copied data. . In short, this linux tool shows file read progress for coreutils. There is another functionally similar utility named 'pv'. This is my first debian package, and the packaging work is already available at https://github.com/CDLuminate/cv.git branch: debian -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1431749949.3703.13.ca...@gmail.com
Bug#629014: ITA: fortune-zh -- Chinese Data files for fortune
retitle 629014 ITA: fortune-zh -- Chinese Data files for fortune owner 629014 ! thanks Hi, Since package "fortune-zh" seems to be not too hard to work with, I'd like to regard it as my first try of packaging for Debian. Is this acceptable? :) -- Regards, C.D.Luminate -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1422940641.2369.4.ca...@gmail.com