Bug#827590: missing ITP

Control: retitle 826791 ITP: lua-torch-trepl/0~20160613-g06128f9-1 -- A REPL for Troch Framework Control: block 826791 by 827590 Hi, the ITP is found now. On 12 August 2016 at 11:19, Bart Martens <ba...@debian.org> wrote: > Hi Lumin, > > Where is the ITP? There sho

Bug#834146: RFS: lua-torch-sys/0~20160415-g8d2b8fa-1 [ITP]

ebian/pool/main/l/lua-torch-sys/lua-torch-sys_0~20160415-g8d2b8fa-1.dsc More information about hello can be obtained from https://www.example.com. Changes since the last upload: lua-torch-sys (0~20160415-g8d2b8fa-1) experimental; urgency=low * Initial release. Closes: #826792 -- Best, Lumin

Bug#827590: RFS: lua-torch-trepl/0~20160613-g06128f9-1 [ITP]

ool --silent --tag=CC --mode=compile cc -c -g -O2 -fdebug-prefix-map=/home/lumin/hdd/debian/torch.set/lua-torch-trepl.pkg/lua-torch-trepl=. -fPIE -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -I/usr//include/lua5.1 -I/home/lumin/hdd/debian/torch.set/lua-to

Bug#827895: RFS: lua-torch-nn/0~20160604-gd23a8f5+dfsg-1 [ITP]

Please sponsor, thanks. On 4 August 2016 at 18:12, Gianfranco Costamagna <locutusofb...@debian.org> wrote: > control: owner -1 ! > control: tags -1 moreinfo > control: block -1 by 826715 > > > please ping back when dependencies are in the archive > > G. -- Best, Lumin

Bug#827895: RFS: lua-torch-nn/0~20160604-gd23a8f5+dfsg-1 [ITP]

now, oops ... http://debomatic-amd64.debian.net/distribution#experimental/lua-torch-nn/0~20160812-g461701f+dfsg-1/buildlog -- Best, Lumin

Bug#829653: RFS: caffe-contrib/1.0.0~rc3-1 -- cuda version of caffe [ITP]

Changes since the last upload: caffe-contrib (1.0.0~rc3-1) experimental; urgency=low * Initial release. (Closes: #823308) -- Best, Lumin

Bug#829653: Acknowledgement (RFS: caffe-contrib/1.0.0~rc3-1 -- cuda version of caffe [ITP])

Well it seems that the first time mentors upload is going to FTBFS[1]. Hold on and I'll make an fixed upload. the fix is to add flag -D_FORCE_INLINES to nvcc. ​[1] dom-amd64: CUDA memcpy problem​ -- Best, Lumin

Bug#829658: RFS: caffe/1.0.0~rc3-3

s, because upstream support for octave is limited. * Fix typo in package descriptions, update descriptions. * Update rules. * Add symbols control file for libcaffe.so . * Update README.Debian . -- Best, Lumin

Bug#829653: Info received (Bug#829653: Acknowledgement (RFS: caffe-contrib/1.0.0~rc3-1 -- cuda version of caffe [ITP]))

nd mail to ow...@bugs.debian.org unless you wish > to report a problem with the Bug-tracking system. > > -- > 829653: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=829653 > Debian Bug Tracking System > Contact ow...@bugs.debian.org with problems > -- Best, Lumin

Bug#833766: RFS: caffe/1.0.0~rc3+20160715-g42cd785-1

s merged by upstream. * Refresh patch cmake-fix-python-module-installdir. * Refresh symbols comtrol file. * Override dh_fixperms to remove executable bit from several python scripts. * Add git and libboost-dev to B-D. * Add patch: cmake-avoid-argument-missing . -- Best, Lumin

Bug#826705: RFS: lua-torch-paths/0~20160203-g68d579a-1 [ITP]

gt; >> I am looking for a sponsor for my package "lua-torch-paths" > > > sponsoring (in deferred/5) after removing the "lua5.1 | luajit" from -dev > package > > (debian directory attached) > > G. -- Best, Lumin

Bug#827590: RFS: lua-torch-trepl/0~20160613-g06128f9-1 [ITP]

t the symlink just works fine ... 1. split then up with hardcoded compile 2. create a new package that ships just a simlink How do you like it? > cheers, > > G. -- Best, Lumin

Bug#826715: RFS: lua-torch-torch7/0~20160604-g69d7a01-1 [ITP]

e they are for specific usage. Hence I created package for them in the libtorch* scheme. > also, from check-all-the-things: > $ codespell --quiet-level=3 WOW so cool the tool is! > it's all for now > (I'll continue when I get a building package) > > > G. Will ping back when ready. Thanks for reviewing! -- Best, Lumin

Bug#823140: RFS: caffe/1.0.0~rc3-1 -- a deep learning framework [ITP]

Hi guys, Some updates to the caffe package: (can be seen in git repo but no mentors upload) 1. added octave-caffe-cpu package, but there remains some lintian errors to be solved. 2. changed package caffe-cpu into metapackage, move tools to package caffe-tools-cpu. the metapackage

Bug#823140: RFS: caffe/1.0.0~rc3-1 -- a deep learning framework [ITP]

<locutusofb...@debian.org> wrote: > we can't as said before. > > > > > Il Venerdì 1 Luglio 2016 17:12, Lumin <cdlumin...@gmail.com> ha scritto: > > > > Control: reopen -1 > > Give me five minutes and about 5 minutes to mentors, > Can we overwrite the -1 ve

Bug#829256: RFS: caffe/1.0.0~rc3-2 [ITP]

es for octave-caffe-cpu. * Update debian/clean. * Update bash completion script for caffe. * Remove d/TODO. * Upload to experimental. The -1 version is an accident. ​ -- Best, Lumin

Bug#854485: RFS: lua-torch-cutorch/0~20170202-g64536bc-1 [ITP]

Package: sponsorship-requests Severity: wishlist   Dear mentors,   I am looking for a sponsor for my package "lua-torch-cutorch"  * Package name: lua-torch-cutorch    Version : 0~20170202-g64536bc-1    Upstream Author : torch developers  * URL :

Bug#852270: RFS: farmhash/0~20161014-g92e897b-2

Package: sponsorship-requests Severity: normal   Dear mentors,   I am looking for a sponsor for my package "farmhash"  * Package name: farmhash    Version : 0~20161014-g92e897b-2    Upstream Author : google  * URL : https://github.com/google/farmhash * License :

Bug#834925: RFS: lua-torch-xlua/0~20160617-g0dd5f4c-1 [ITP]

/lua-torch-xlua/lua-torch-xlua_0~20160617-g0dd5f4c-1.dsc Changes since the last upload: lua-torch-xlua (0~20160617-g0dd5f4c-1) experimental; urgency=low * Initial release. Closes: #826793 -- Best, Lumin

Bug#834926: RFS: lua-torch-sundown/0~20160713-g8353f5a-1 [ITP]

ch-sundown (0~20160713-g8353f5a-1) unstable; urgency=low * Initial release. Closes: #827430 -- Best, Lumin

Bug#834924: RFS: lua-torch-nngraph/0~20160804-g40e4207-1 [ITP]

main/l/lua-torch-nngraph/lua-torch-nngraph_0~20160804-g40e4207-1.dsc Changes since the last upload: lua-torch-nngraph (0~20160804-g40e4207-1) experimental; urgency=low * Initial release. Closes: #827433 -- Best, Lumin

Bug#835025: RFS: lua-torch-torch7/0~20160803-g17ff317-2

mentations. -- Best, Lumin

Bug#837209: RFS: lua-torch-nn/0~20160908-g9d7b9ea+dfsg-1

* Import upstream snapshot 9d7b9ea4c9ba38e92dc0186af33ff7c0f323d2a4. * Remove patch 'fix-spelling-errors' which was merged to upstream. * Refresh symbols control file. * Override lintianW: symbols-file-contains-debian-revision due to #539066. -- Best, Lumin

Bug#837210: RFS: lua-torch-torch7/0~20160908-ge5ebac6-1

de lintian misreport. See #539066 * Maintainer is Debian Science Team. * Put myself to Uploaders. -- Best, Lumin

Bug#838740: RFS: lua-torch-trepl/0~20160613-g06128f9-2

Package: sponsorship-requests Severity: normal Debomatic-amd64: passing http://debomatic-amd64.debian.net/distribution#experimental/lua-torch-trepl/0~20160613-g06128f9-2/buildlog   Dear mentors,   I am looking for a sponsor for my package "lua-torch-trepl"  * Package name: lua-torch-trepl  

Bug#837886: RFS: lua-torch-trepl/0~20160613-g06128f9-1 [ITP]

-x https://mentors.debian.net/debian/pool/main/l/lua-torch-trepl/lua-torch-trepl_0~20160613-g06128f9-1.dsc Changes since the last upload: lua-torch-trepl (0~20160613-g06128f9-1) experimental; urgency=low * Initial release. Closes: #826791 -- Best, Lumin

Bug#838140: RFS: zfs-linux/0.6.5.8-0.1 [NMU] -- git format-patch -- version 4

Hi, I refreshed the whole patch stack, with some new changes added. * add a patch to enable zfs-import-scan.service by default.   in 0.6.5.7 all zfs services are enabled, and in 0.6.5.8 all   services are enabled by upstream except for zfs-import-scan. * add the missing zfs.target .From

Bug#838140: RFS: zfs-linux/0.6.5.8-0.1 [NMU] -- git format-patch -- version 4

On Tue, 2016-09-20 at 04:29 +0800, Aron Xu wrote: > > Hi, > > I still have question on your patchset: > > 1. There is no need to override dh_fixperm explicitly for this > warning, this should be fixed upstream to remove the executable bit. Ok, got it. > > 2. From what I read the disabled

Bug#838140: RFS: zfs-linux/0.6.5.8-0.1 [NMU] -- git format-patch

As required by aron. From c552e462652bebf413812e761c71af8e09aeaf67 Mon Sep 17 00:00:00 2001 From: Zhou Mo Date: Sat, 17 Sep 2016 16:54:20 + Subject: [PATCH 1/4] dch: import upstream release 0.6.5.8 --- changelog | 7 +++ 1 file changed, 7 insertions(+) diff --git

Bug#838140: RFS: zfs-linux/0.6.5.8-0.1 [NMU] -- git format-patch -- version 2

As required by aron. patch version 2 changes from patch version 1: * don't attempt to rename zfs-zed.service to zed.service,   we just follow this upstream change.   affected patch 0004From c552e462652bebf413812e761c71af8e09aeaf67 Mon Sep 17 00:00:00 2001 From: Zhou Mo

Bug#838140: RFS: zfs-linux/0.6.5.8-0.1 [NMU] -- git format-patch -- version 3

patch version 3 is just incremental to version 2. new changes are: * previously "zfs*.service" files are installed to   package zfsutils-linux, however zed.service is   renamed to zfs-zed.service by upstream, so changed   zfsutils-linux.install to avoid installing the service   twice.From

Bug#838138: RFS: spl-linux/0.6.5.8-0.1 [NMU]

Package: sponsorship-requests Severity: normal X-Debbugs-CC: a...@debian.org Debomatic-amd64: passing http://debomatic-amd64.debian.net/distribution#unstable/spl-linux/0.6.5.8-0.1/buildlog Sponsor-notice: please wait for confirmation from zfs maintainer a...@debian.org   Dear mentors,   I am

Bug#838140: RFS: zfs-linux/0.6.5.8-0.1 [NMU]

Package: sponsorship-requests Severity: normal X-Debbugs-CC: a...@debian.org Debomatic-amd64: passing http://debomatic-amd64.debian.net/distribution#unstable/zfs-linux/0.6.5.8-0.1/buildlog Sponsor-note: please wait for confirmation from zfs maintainer a...@debian.org   Dear mentors,   I am

Bug#838138: RFS: spl-linux/0.6.5.8-0.1 [NMU] -- git format-patch

As required by aron.From 02c6e7ab3ff2a1e346956bcfa1a14b1288d9cca7 Mon Sep 17 00:00:00 2001 From: Zhou Mo Date: Sat, 17 Sep 2016 16:46:19 + Subject: [PATCH 1/3] dch: import upstream release 0.6.5.8 --- debian/changelog | 7 +++ 1 file changed, 7 insertions(+) diff

Bug#835659: RFS: lua-torch-image/0~20160730-g797fcb1-1 [ITP]

/lua-torch-image_0~20160730-g797fcb1-1.dsc Changes since the last upload: lua-torch-image (0~20160730-g797fcb1-1) experimental; urgency=low * Initial release. Closes: #827434 -- Best, Lumin

Bug#835660: RFS: meta-torch-core-free/1~exp1 [ITP] -- Torch core stack basically ready

using this command: dget -x https://mentors.debian.net/debian/pool/main/m/meta-torch-core-free/meta-torch-core-free_1~exp1.dsc Changes since the last upload: meta-torch-core-free (1~exp1) experimental; urgency=low * Initial release. (Closes: #794634) -- Best, Lumin

Bug#827590: RFS: lua-torch-trepl/0~20160613-g06128f9-1 [ITP]

that the symlink just works fine ... >> >>1. split then up with hardcoded compile >>2. create a new package that ships just a simlink >> >>How do you like it? > > > no, seems worse. lets keep it > >>Suggests: lua-torch-dok, lua-torch-xlua > > > they need to be packaged first. > > G. > > > > -- > Best, > Lumin -- Best, Lumin

Bug#835346: RFS: lua-torch-torch7/0~20160803-g17ff317-3

under .pc directory. -- Best, Lumin

Bug#835332: RFS: lua-torch-dok/0~20160131-g1b36900-1 [ITP]

al release. Closes: #827431 -- Best, Lumin

Bug#838740: RFS: lua-torch-trepl/0~20160613-g06128f9-2

On Tue, 2016-09-27 at 11:59 +, Gianfranco Costamagna wrote: > Hi, > > > P.S. Actually this fixes a lintian Error. > > ough! I missed it thanks! No you didn't missed it, nor did I. This lintian warning emerges only on non-amd64 architecture. :-)

Bug#838740: RFS: lua-torch-trepl/0~20160613-g06128f9-2

On Tue, 2016-09-27 at 11:59 +, Gianfranco Costamagna wrote: > Hi, > > > P.S. Actually this fixes a lintian Error. > > ough! I missed it thanks! No you didn't missed it, nor did I. This lintian warning emerges only on non-amd64 architecture. :-)

Bug#844608: [Pkg-protobuf-devel] Bug#844608: Looking for sponsor for protobuf NMU

On Thu, 2016-11-24 at 20:39 +0100, László Böszörményi (GCS) wrote: >  Your changes seem to be correct. I plan to upload the attached diff > in some hours if you don't mind. It is now present in unstable. However the buildd status seems bad. ppc64el due to segfault during python2 test. kfreebsd-*

Bug#844608: [Pkg-protobuf-devel] Bug#844608: Looking for sponsor for protobuf NMU

On Thu, 2016-11-24 at 20:39 +0100, László Böszörményi (GCS) wrote: > >  Your changes seem to be correct. I plan to upload the attached diff > in some hours if you don't mind. I see it in the NEW queue, thank you!

Bug#844608: [Pkg-protobuf-devel] Looking for sponsor for protobuf NMU

Hi, On Tue, 2016-11-22 at 08:44 +, Gianfranco Costamagna wrote: > > and sponsored in deferred/5. Where can I find the deferred package? I found nothing at https://ftp-master.debian.org/deferred/ I'd like to confirm the package you sponsored shipped the correct patch, since the original

Bug#844608: [Pkg-protobuf-devel] Looking for sponsor for protobuf NMU

On Thu, 2016-11-24 at 14:37 +, Gianfranco Costamagna wrote: > > I don't think it was a bad upload, because I used DoM to build and > test it. Thank you for confirmation. I checked the package at DoM and it is correct. So let's wait for maintainers' comments.

Bug#844608: Acknowledgement (RFS: protobuf/3.0.0-7.1 [NMU])

Hi, I just updated the package on mentors, https://mentors.debian.net/debian/pool/main/p/protobuf/protobuf_3.0.0-7.1.dsc https://mentors.debian.net/package/protobuf And it passed the build on debomatic-amd64 http://debomatic-amd64.debian.net/distribution#unstable/protobuf/3.0.0-7.1/buildlog The

Bug#844608: Looking for sponsor for protobuf NMU

Hi, I prepared an NMU for protobuf for adding python3-protobuf binary package, and now I'm asking for maintainer comments and looking for sponsor. The package is available at  https://mentors.debian.net/package/protobuf

Bug#844608: RFS: protobuf/3.0.0-7.1 [NMU]

Package: sponsorship-requests Severity: normal X-Debbugs-CC: t...@beamnet.de Clarification: * This NMU adds binary package python3-protobuf (#836821), I've sent a patch there a month ago but got no response from maintainer. see: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=836821

[buildd] unexpected FTBFS on amd64 buildd «binet»

Hi there, I encountered an unexpected FTBFS on amd64 that I can't repro.[1] And I'd like to ask the list before fixing it by e.g. an binary only upload. My package lua-torch-torch7/experimental fails[2] to build from source because of an "illegal instruction" error at the debhelper auto test

Bug#847426: RFS: fortune-zh/2.0

Package: sponsorship-requests Severity: normal X-Debbugs-CC: a...@debian.org, as...@debian.org, 073p...@gmail.com Dear mentors,   I am looking for a sponsor for my package "fortune-zh"  * Package name: fortune-zh    Version : 2.0    Upstream Author : myself  * URL :

Bug#847426: RFS: fortune-zh/2.0

Hi, Uploaded updated fortune-zh package to mentors: https://mentors.debian.net/debian/pool/main/f/fortune-zh/fortune-zh_2.0.dsc The changes I've made can be viewed here: https://anonscm.debian.org/git/chinese/fortune-zh.git/log/ (the latest 3 commits) Buildlog is good although DoM-amd64 seems

Bug#847426: RFS: fortune-zh/2.0

On Fri, 2016-12-09 at 12:52 +, Gianfranco Costamagna wrote: > > hopefully somebody from your team will pick it up, but > I already trust you enough to sponsor this package Thank you. > compat level is 10 now (debhelper >=10) I found the debhelper compatibility transition note on manpage

Bug#850704: fortune-zh: please make the build reproducible

On Mon, 2017-01-09 at 17:38 +, Chris Lamb wrote: > lumin wrote: > > > Trying to upload package to ftp-master (ftp.upload.debian.org) > Checking signature on .changes > > Uploading to ftp-master (via ftp to ftp.upload.debian.org): >   Uploading fortune-zh_2.1_all.

Maintaining C++ library symbols control file with unstable mangled symbols

Hi mentors, I need advise on the way maintaining symbols control file when the mangled C++ symbols are unstable. I'm maintaining a package named "Caffe". I migrated the same source from experimental to unstable, and it FTBFS'ed as you see at [0], due to the mangled C++ symbols change. Actually

Bug#850704: RFS: fortune-zh/2.1

Package: sponsorship-requests Severity: normal X-Debbugs-CC: la...@debian.org X-Debbugs-CC: 073p...@gmail.com   Dear mentors,   I am looking for a sponsor for my package "fortune-zh"  * Package name: fortune-zh    Version : 2.1    Upstream Author : myself  * URL : [fill

Bug#849387: RFS: farmhash/0~20161014-g92e897b-1 [ITP]

On Tue, 2016-12-27 at 22:47 +0100, Adam Borowski wrote: > I don't see why you would do that...? It's my bad -- I misunderstood your comments. > What I meant is that you install a lot of cruft that doesn't appear to be > user docs at all I agree with that. I reverted the package split and moved

Bug#850422: Are you sure you want to upload a release candidate of a new version of h5py?

On Sat, 2017-01-07 at 07:52 +, Gianfranco Costamagna wrote: > > Lumin, can you please check caffe*? I think caffe-* are safe. Since searching h5py in the upstream code with ack yields the following result (the result is stripped by me): ``` $ ack -i h5py examples/brewing-logreg.ip

Bug#849273: RFS: gemmlowp/0~20161216-gb56df4a-1 [ITP]

Package: sponsorship-requests Severity: wishlist Notes: * It is a Tensorflow dependency. * It is a header-only package with unit tests. * I plan to keep it in experimental for some time. * Its default build system is Bazel, I translated its original buildsystem into CMake for building the

Bug#849387: RFS: farmhash/0~20161014-g92e897b-1 [ITP]

On Tue, 2016-12-27 at 05:10 +0100, Adam Borowski wrote: > > I'm afraid that the -dev package installs a lot of cruft to /usr/share/doc/, > this includes all the sources and test cases for the testsuite, instructions > how to run the testsuite, and so on. > > That place is meant for user

Bug#849387: RFS: farmhash/0~20161014-g92e897b-1 [ITP]

Package: sponsorship-requests Severity: wishlist Note, * This is a Tensorflow dependency. * DoM-amd64 build is passing. http://debomatic-amd64.debian.net/distribution#experimental/farmhash/0~20161014-g92e897b-1/buildlog Dear mentors,   I am looking for a sponsor for my package "farmhash"  *

Bug#860005: RFS: fortune-zh/2.2

Package: sponsorship-requests Severity: normal   Dear mentors,   I am looking for a sponsor for my package "fortune-zh"  * Package name: fortune-zh    Version : 2.2    Upstream Author : myself  * URL :  https://anonscm.debian.org/cgit/chinese/fortune-zh.git  * License

Bug#860005: RFS: fortune-zh/2.2

Hi, uploaded new source package to mentors. With changes: fortunes-zh: Breaks: fortune-zh (<= 2.1) this works for me since several upgrade/downgrade tests are successful. Does it work for you? On 10 April 2017 at 07:35, Lumin <cdlumin...@gmail.com> wrote: > Oops, the file '/usr/g

Bug#860005: RFS: fortune-zh/2.2

all.deb ... > Unpacking fortune-zh (2.2) over (2.1) ... > Errors were encountered while processing: > /tmp/fortunes-zh_2.2_all.deb > > > G. -- Best, Lumin

Bug#860804: RFS: highwayhash/0~20170419-g1f4a24f-1 [ITP] -- tensorflow dependency library

binaries (except for the "benchmark"). Is it acceptable now? :-) On 20 April 2017 at 16:08, Adam Borowski <kilob...@angband.pl> wrote: > On Thu, Apr 20, 2017 at 10:35:41AM +, Lumin wrote: >> I am looking for a sponsor for my package "highwayhash" >

Bug#860005: RFS: fortune-zh/2.2

rtune-zh' is moved from "fortune-zh" to >>"fortunes-zh". >>Should I add conflict: fortune-zh (<= 2.1) for binary package >>fortunes-zh to fix this? > > https://wiki.debian.org/PackageTransitionG. -- Best, Lumin

Bug#849273: RFS: gemmlowp/0~20161216-gb56df4a-1 [ITP]

The latest package is uploaded to mentors: https://mentors.debian.net/debian/pool/main/g/gemmlowp/gemmlowp_0~20170407-g719389f-1.dsc debomatic test passed: http://debomatic-amd64.debian.net/distribution#experimental/gemmlowp/0~20170407-g719389f-1/buildlog On 14 April 2017 at 04:43, Lumin

Bug#849273: RFS: gemmlowp/0~20161216-gb56df4a-1 [ITP]

Control: tag -1 -moreinfo > I cannot sponsor the upload, just a few comments after reviewing your package. > > I see some activities on your PR on github: > - https://github.com/google/gemmlowp/pull/63 > So you're going to update the CMakeLists.txt based on upstream's feedback? I can help

Bug#860804: RFS: highwayhash/0~20170419-g1f4a24f-1 [ITP] -- tensorflow dependency library

Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "highwayhash" * Package name: highwayhash Version : 0~20170419-g1f4a24f-1 Upstream Author : google * URL : https://github.com/google/highwayhash *

Bug#870127: RFS: lua-moses/1.6.1+git20170613-1 -- [ITP] Utility library for functional programming in Lua

Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "lua-moses" * Package name: lua-moses Version : 1.6.1+git20170613-1 Upstream Author : Yonaba * URL :http://yonaba.github.io/Moses/ * License :

Bug#870125:

Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "lua-moses" * Package name: lua-moses Version : 1.6.1+git20170613-1 Upstream Author : Yonaba * URL :http://yonaba.github.io/Moses/ * License :

Bug#869664: RFS: ptpython/0.39~20170703-1 [ITP]

2 | loss 1.967 | Bch Train Accu 0.47 -> Iter 3 | loss 1.853 | Bch Train Accu 0.53 On 25 July 2017 at 13:23, Andrey Rahmatullin <w...@debian.org> wrote: > Why is this aimed at experimental? > > -- > WBR, wRAR -- Best, Lumin

Bug#869664: RFS: ptpython/0.39~20170703-1 [ITP]

Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "ptpython" * Package name: ptpython Version : 0.39~20170703-1 Upstream Author : jonathanslenders * URL : https://github.com/jonathanslenders/ptpython *

Bug#861291: RFS: luajit/2.1.0~beta2+dfsg-3.1 -- [NMU,RC/experimental]

Package: sponsorship-requests Severity: important X-Debbugs-CC: 818...@bugs.debian.org, woo...@wookware.org, da...@dannf.org, gareuselesi...@debian.org NOTE: not approved by maintainer (Enrico Tassi) yet. Dear mentors, I am looking for a sponsor for my package "luajit" * Package name:

Bug#861291: Fwd: RFS: luajit/2.1.0~beta2+dfsg-3.1 -- [NMU,RC/experimental]

you. :-) -- Forwarded message -- From: Lumin <cdlumin...@gmail.com> Date: 27 April 2017 at 03:17 Subject: RFS: luajit/2.1.0~beta2+dfsg-3.1 -- [NMU,RC/experimental] To: submit <sub...@bugs.debian.org> Package: sponsorship-requests Severity: important X-Deb

Bug#861289: RFS: highwayhash/0~20170419-g1f4a24f-2

Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "highwayhash" * Package name: highwayhash Version : 0~20170419-g1f4a24f-2 Upstream Author : [fill in name and email of upstream] * URL : [fill in URL of

Bug#860804: RFS: highwayhash/0~20170419-g1f4a24f-1 [ITP] -- tensorflow dependency library

Hi Adam, > It does look uploadable, yeah, even though there's a bunch of issues. It's > up to you whether you want to get it good first or to upload present state > then improve it incrementally. Please say what you prefer. I updated the package again with the following changes: * changed

Bug#833193: RFS: chapel/1.15-1 [ITP]

Hi Ben, > We do install the Chapel modules and runtime to versioned directories > like this: > > /usr/share/chapel/1.15/modules etc > > The documentation is installed to > > /usr/share/doc/chapel/1.15/rst etc > > Is it obviously better in your opinion to use > >

Bug#833193: RFS: chapel/1.15-1 [ITP]

On Fri, 2017-05-12 at 20:41 +, Ben Albrecht wrote: > > We understand that Debian plans to upgrade to Python 3. We're not > intending to install user-visible Python scripts or modules. The > Python code that we use is used internally by our compiler and build > scripts. In this case, is it

Bug#863229: RFS: lua-torch-cutorch/0~20170511-g92e9c08-1

Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "lua-torch-cutorch" * Package name: lua-torch-cutorch Version : 0~20170511-g92e9c08-1 Upstream Author : [fill in name and email of upstream] * URL : [fill

Bug#864271: RFS: protobuf/3.3.1-0.1 [NMU]

Package: sponsorship-requests Severity: normal Tags: morinfo X-Debbugs-CC: pkg-protobuf-de...@lists.alioth.debian.org Clarification-moreinfo: this tag is for protbuf maintainers to approve this NMU. Dear mentors, I am looking for a sponsor for my package "protobuf" * Package name:

Bug#849273: RFS: gemmlowp/0~20170407-g719389f-1 [ITP]

Hi, On 16 June 2017 at 04:33, Ying-Chun Liu (PaulLiu) wrote: > I've reviewed your package. The package looks quite good to me. > The only thing missing is the README.source > https://www.debian.org/doc/debian-policy/ch-source.html#s-readmesource Updated the package and

Bug#861291: Fwd: RFS: luajit/2.1.0~beta2+dfsg-3.1 -- [NMU,RC/experimental]

> Reducing changes to a single patch should be more suitable even for a 0 day > NMU, > while changing std-version and that above stuff will probably mean: > 1) 15 days delay for the upload > 2) a maintainer ack. > > Your call :) > > cheers and thanks for the RFS!

Bug#861289: RFS: highwayhash/0~20170419-g1f4a24f-2

en more the number of different symbol files > > one single file should be enough for every arch. > > G. -- Best, Lumin

Bug#833193: RFS: chapel/1.15-1 [ITP]

ing the CHPL_LLVM flag which seems to be a key of one of your TODO. This chapel 1.15 package was succesfully built on my laptop and a simple helloworld example is working. -- Best, Lumin

Bug#864271: [Pkg-protobuf-devel] Bug#864271: RFS: protobuf/3.3.1-0.1 [NMU]

Hi GCS, Thank you for the quick reply. On 6 June 2017 at 10:06, László Böszörményi (GCS) wrote: >> Clarification-moreinfo: >> this tag is for protbuf maintainers to approve this NMU. > You misspelled the package name and the tag as well, among other things. Sorry for the

Bug#896970: RFS: odp/1.19.0.0-1 [ITP]

On Sat, Apr 28, 2018 at 01:58:26PM +0300, Dmitry Eremin-Solenikov wrote: > > 5. Could you explain why these lines exist? Package libodp-linux-dev > > seems not exist. > > Packages libodp-linux-dev and libodp-linux119 are virtual package, > provided by different implementations of ODP API. We are

Bug#897238: RFS: intel-mkl/2018.2.199-1 -- ready for review

. Don't perform source-only upload since this is non-free blob. A source+amd64+i386 upload is needed. Thanks in advance. :-) Best, lumin signature.asc Description: PGP signature

Bug#898484: [cdlumin...@gmail.com: RFS: nltk/3.3.0]

Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "nltk": * Package name: nltk Version : 3.3.0 Upstream Author : NLTK project * URL : https://www.nltk.org/ * License : Apache-2.0 Section : science

Bug#897238: Re: Bits about Intel MKL packaging -- Higher Priority than OpenBLAS

Hi Sébastien, > Using a Pre-Depends here is IMO wrong. Quoting Policy §7.2: Thanks. I didn't notice that when considering ways to avoid corner cases. > I also think that removing the Provides is not a good idea. The alternative is > provided by the package, and that should be made clear in the

Bug#897238: Re: Bits about Intel MKL packaging -- Higher Priority than OpenBLAS

Just forgot to CC the RFS bug. - Forwarded message from Lumin <cdlumin...@gmail.com> - Date: Sun, 6 May 2018 08:29:29 + From: Lumin <cdlumin...@gmail.com> To: sebast...@debian.org Cc: debian-scie...@lists.debian.org Subject: Re: Re: Bits about Intel MKL packaging -- Hig

Bug#897238: Re: Bits about Intel MKL packaging -- Higher Priority than OpenBLAS

On Wed, May 02, 2018 at 10:03:38AM -0500, Dirk Eddelbuettel wrote: > > On 2 May 2018 at 14:41, Lumin wrote: > | Seems that things are getting more complicated. Recall that here we'are > | going to prevent users from GPL violation in situations such as this > | one: > | >

Bug#898975: RFS: lua-moses/1.6.1+git20170613-2

Package: sponsorship-requests Severity: normal X-Debbugs-CC: ti...@debian.org Dear mentors, I am looking for a sponsor for my package "lua-moses": * Package name: lua-moses Version : 1.6.1+git20170613-2 Upstream Author : * URL : * License : MIT

Bug#897238: Re: Bits about Intel MKL packaging -- Higher Priority than OpenBLAS

On Fri, May 18, 2018 at 11:49:05PM +0800, Drew Parsons wrote: > > I wonder if the simplest solution is to just have > intel-mkl Depends: libblas. i.e. use policy to simply prevent a sole > mkl installation. > > That way, the mkl alternative will always have a free BLAS to press > it's

Bug#896186: RFS: netctl/1.16-1 [ITP]

control: tag -1 +moreinfo On Fri, May 04, 2018 at 10:37:27AM +0800, Yangfl wrote: > control: tag -1 - moreinfo > > Reuploaded. Please fix your packaging repo first: https://salsa.debian.org/chinese-team/netctl/network/master The stuff in the master branch is identical to the upstream

Bug#896970: RFS: odp/1.19.0.0-1 [ITP]

On Wed, May 23, 2018 at 07:50:57PM +0300, Dmitry Eremin-Solenikov wrote: > Hello, > > I have updated odp & odp-dpdk packages on mentors.d.n. Please file another RFS bug for the odp-dpdk package since it is a different source. > 2018-05-06 3:56 GMT+03:00 Dmitry Eremin-Solenikov

Bug#901204: RFS: python-plac/0.9.6-1 [ITP, spaCy deps]

Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "python-plac" plac is one of spaCy dependencies: [✓] cython>=0.24,<0.28.0 [✓] pathlib [✓] numpy>=1.7 [*] cymem>=1.30,<1.32 # ITP/RFS [*]

Bug#901304: RFS: python-cytoolz/0.9.0.1-1 [ITP, spaCy deps]

Package: sponsorship-requests Severity: wishlist Control: block 882725 by -1 Dear mentors, I am looking for a sponsor for my package "python-cytoolz" * Package name: python-cytoolz Version : 0.9.0.1-1 Upstream Author : Erik Welch * URL :

Bug#901235: RFS: python-thinc/6.11.2-1 [ITP, spaCy deps]

Package: sponsorship-requests Severity: wishlist Control: block 901231 by -1 Dear mentors, I am looking for a sponsor for my package "python-thinc" * Package name: python-thinc Version : 6.11.2-1 Upstream Author : github.com/explosion * URL :

Bug#900978: RFS: python-murmurhash/0.28.0-1 [ITP, spaCy deps]

Package: sponsorship-requests Severity: wishlist Control: blocks 900977 by -1 Dear mentors, I am looking for a sponsor for my package "python-murmurhash" * Package name: python-murmurhash Version : 0.28.0-1 Upstream Author : [fill in name and email of upstream] * URL

Bug#896186: RFS: netctl/1.16-1 [ITP]

Hi Yangfl, On Tue, May 22, 2018 at 08:43:07PM +0800, Yangfl wrote: > 2018-05-20 19:50 GMT+08:00 Lumin <cdlumin...@gmail.com>: > > control: tag -1 +moreinfo > > > > On Fri, May 04, 2018 at 10:37:27AM +0800, Yangfl wrote: > >> control: tag -1 - moreinfo > >

<    1   2   3   >