Some updates about this pre-RFS:
Summary:
1. The README.Debian file is totally invalidated. Please don't review the
repo.
2. I switched to use python plus ninja for building Debian's TF, which
may have a chance to evolve into the final solution.
On Fri, Aug 24, 2018 at 22:58 Lu
Package: sponsorship-requests
Severity: wishlist
X-Debbugs-CC: debian-scie...@lists.debian.org
Control: tags -1 +moreinfo
Control: blocks -1 by 906646 894411
Control: blocks 804612 by -1
Hi Mentors and d-Science Team,
**Many thanks** to Aron Xu for his sponsorship with a 512GB-RAM builder.
Withou
Hi mentors,
I've tested building all double-conversion's reverse dependencies including
libqt5core5a in unstable, none of them was broken.
Test platform is ppc64el instead of amd64.
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "sleef"
* Package name: sleef
Version : 3.3.1-1
Upstream Author : [fill in name and email of upstream]
* URL : [fill in URL of upstreams web site]
* License
Package: sponsorship-requests
Severity: important
X-Debbugs-CC: debian-scie...@lists.debian.org
Dear mentors,
I am looking for a sponsor for my package "hepmc"
* Package name: hepmc
Version : 2.06.09-3
Upstream Author : [fill in name and email of upstream]
* URL
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "highwayhash"
* Package name: highwayhash
Version : 0~20180209-g14dedec-6
Upstream Author : [fill in name and email of upstream]
* URL : [fill in URL of upst
18 at 10:16:17AM +0000, Lumin wrote:
> > * Package name: mkl-dnn
> >Version : 0.15+git20180803.3f58c16-1
> >Upstream Author : intel
>
> Alas, the build flags use -march=native -mtune=native which is a big no-no.
> The first makes the package crash on
n/d/double-conversion/double-conversion_3.0.0+git20180802.4e8b3b5-1.dsc
More information about hello can be obtained from
1. salsa git repo [branch: lumin/3.0.0 instead of master]
https://salsa.debian.org/science-team/double-conversion
2. dom-amd64 build for sid/experimental
http://debom
et/package/sleef
Alternatively, one can download the package with dget using this command:
dget -x https://mentors.debian.net/debian/pool/main/s/sleef/sleef_3.3-1.dsc
More information about hello can be obtained from
1. git repo: https://salsa.debian.org/lumin-guest/sleef
2. dom-
Package: sponsorship-requests
Severity: important
Dear mentors,
I am looking for a sponsor for my package "chafa"
* Package name: chafa
Version : 0.9.0+git20180731.5ddfe4c-3
Upstream Author : [fill in name and email of upstream]
* URL : [fill in URL of upstrea
Hi,
Can anybody sponsor my team upload for "hepmc"? Thanks.
https://salsa.debian.org/science-team/hepmc
- commit: cb8aa811bb7e8b5be46107ca9992a5ad58df73cb
- upload: unstable
changes:
hepmc (2.06.09-2) unstable; urgency=medium
* Team Upload.
* Replace B-D-I:texlive-math-extra with texlive
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "chafa"
* Package name: chafa
Version : 0.9.0+git20180731.5ddfe4c-2
Upstream Author : [fill in name and email of upstream]
* URL : [fill in URL of upstreams
On Sat, Aug 11, 2018 at 11:00:03AM +, Debian Bug Tracking System wrote:
> On Sat, Aug 11, 2018 at 06:26:46AM +0000, Lumin wrote:
> >
> > * Package name: chafa
> >Version : 0.9.0+git20180731.5ddfe4c-1
> > * URL : https://hpjansso
Package: sponsorship-requests
Severity: wishlist
Dear mentors,
I am looking for a sponsor for my package "chafa"
* Package name: chafa
Version : 0.9.0+git20180731.5ddfe4c-1
Upstream Author : Hans Petter Jansson
* URL : https://hpjansson.org/chafa/
* License
Hi mentors,
I'm one of the julia package maintainers and I encountered a temporary
non-linear workflow problem.
Julia released two stable releases in parallel, 0.7 and 1.0 .
I uploaded 0.7 to unstable and planned to upload 1.0 to exp.
After a round of bug fix in the future the 1.0 release should
control: tag -1 +moreinfo
On Thu, Aug 09, 2018 at 08:01:10PM +0200, Adam Borowski wrote:
> On Thu, Aug 09, 2018 at 10:16:17AM +0000, Lumin wrote:
> > * Package name: mkl-dnn
> >Version : 0.15+git20180803.3f58c16-1
> >Upstream Author : intel
>
>
Package: sponsorship-requests
Severity: wishlist
Disclaimer:
Intel made some confusing naming. I should point out that mkl-dnn is
a free software, which can be independently compiled and used without
any component from intel-mkl . Without linking against intel-mkl, we
would get a suboptim
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "nsync"
* Package name: nsync
Version : 1.20.1-2
Upstream Author : [fill in name and email of upstream]
* URL : [fill in URL of upstreams web site]
* Licens
Package: sponsorship-requests
Severity: wishlist
X-Debbugs-CC: debian-scie...@lists.debian.org
Dear mentors,
I am looking for a sponsor for my package "nsync", which is a
tensorflow dependency.
* Package name: nsync
Version : 1.20.1-1
Upstream Author : google
* URL
Hi GreaterFire,
Thank you for the package. I'm not sponsoring this package but I have
some comments about it. You can feel free to omit the comments tagged
"recommended".
1. Why is dh_auto_test noopped?
The following tests FAILED:
1 - LinuxSmokeTest-basic (Failed)
As the software upstr
Package: sponsorship-requests
Severity: important
Dear mentors,
I am looking for a sponsor for my package "highwayhash"
* Package name: highwayhash
Version : 0~20180209-g14dedec-5
Upstream Author : [fill in name and email of upstream]
* URL : [fill in URL of u
Hi Heiko Nickerl,
> I am looking for a sponsor for my package "sodalite".
Thank you for this package. I'm not sponsoring this package, but
I have some comments:
1. debian/copyright: OK
2. postinst:
Printing something unecessary to screen during postinst looks unusual.
I believe the messa
Hi Andreas Schwarz,
> I am looking for a sponsor for my package "lsmount"
Thank you for this package. I'm not sponsoring it but here are some
comments:
1. debian/copyright: OK
2. debian/rules: MINOR
The debhelper compat level is set to 11. That means --parallel is
default. So you don't h
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "highwayhash"
* Package name: highwayhash
Version : 0~20180209-g14dedec-4
Upstream Author : [fill in name and email of upstream]
* URL : [fill in URL of upst
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 : https://github.com/pyt
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 : https://github.co
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
[*] preshed>=1.0.0,<2.
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
Package: sponsorship-requests
Severity: wishlist
Control: block 900945 by -1
Control: block -1 by 900944
Dear mentors,
I am looking for a sponsor for my package "python-preshed"
* Package name: python-preshed
Version : 1.0.0-1
Upstream Author : [fill in name and email of u
Package: sponsorship-requests
Severity: wishlist
Control: block 900941 by -1
Dear mentors,
I am looking for a sponsor for my package "python-cymem"
* Package name: python-cymem
Version : 1.31.2-1
Upstream Author : [fill in name and email of upstream]
* URL : [
On Sat, Jun 02, 2018 at 12:02:17PM -0400, Sandro Tosi wrote:
> > + Move Sandro Tosi to Uploaders.
>
> please remove me from uploaders too, thanks!
Re-uploaded the package.
https://mentors.debian.net/debian/pool/main/u/ujson/ujson_1.35-3.dsc
changes:
ujson (1.35-3) unstable; urgency=mediu
>
> autodep8: /usr/share/autodep8/support/python
>
> BTW: codesearch.debian.net is a good place to find out this sort of thing.
>
Ah, here it is. Thanks!
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "gemmlowp"
* Package name: gemmlowp
Version : 0.0~git20180416.38ebac7-1
Upstream Author : [fill in name and email of upstream]
* URL : [fill in URL of upstre
Hello mentors,
I'm adopting the ujson package[1][2]. Currently there is no autopkgtest
control file under the debian directory[3], but ci.d.o, to my surprise,
is running autopkgtest[4] on this package.
As far as I know, tests are defined in debian/tests/control when the
tester is autopkgtest. No
Package: sponsorship-requests
Severity: normal
X-Debbugs-CC: debian-pyt...@lists.debian.org, mo...@debian.org
Dear mentors,
I am looking for a sponsor for my package "ujson"
* Package name: ujson
Version : 1.35-3
Upstream Author : [fill in name and email of upstream]
* UR
Use this command to generate a some copyright template:
licensecheck --deb-machine -r .
control: tag -1 +moreinfo
control: owner -1 !
Hi Dmitry,
Thank you for the package. It looks good except for several flaws:
1. error in postrm script, which causes error on removal
update-alternatives: error: alternative name
(/usr/lib/x86_64-linux-gnu/libodp-linux.so.119) must not contain '
On Sat, Jun 02, 2018 at 03:24:07AM +, Lumin wrote:
> Please fix the aforementioned problems. Hopefully we'll have the last
> round of check next time. Thank you for working on this.
>
> [1]
> http://debomatic-amd64.debian.net/distribution#unstable/odp/1.19.0.1-1/buildlog
Forgot to check the copyright ... The copyright looks incomplete. A
simple search on the source tree would reveal many non-Linaro copyright
holders:
grep -ri copyright | grep -vi linaro | grep -i copyright
The package will be rejected by ftp-master if we don't fix the
copyright.
On Wed, May 30, 2018 at 01:40:48PM +0300, Dmitry Eremin-Solenikov wrote:
> > 1. README.Debian
> >"Library packages should contain libodp-linux.so.FOO"
> >It should be "libodp-linux.so.SOVER", which is more precise.
>
> Hmm. I have checked buster package lists. Only blas/lapack packages
> u
control: noowner -1
I'm recently too busy to review and test such a complex package,
hence dropping it.
Currently the package can be successfully built.
control: noowner -1
I quit reviewing this RFS, because frequent and incooperative
force-{push,squash}'es drive me crazy, which makes it hard to track the changes.
Any mentors interested in this package can take it over. I
guess the package was nearly in shape, and the remaining reviewing work
sh
control: tags -1 +morefino
On Fri, Feb 23, 2018 at 12:05:41AM +0800, Yangfl wrote:
>
> d/copyright should have provided a list of removed files (see Files-Excluded).
>
> By the way, I have made a PR to upstream to remove ConvertUTF and it
> has accepted. The next release will not affected by this
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "nltk"
* Package name: nltk
Version : 3.3.0-1
Upstream Author : [fill in name and email of upstream]
* URL : [fill in URL of upstreams web site]
* License
Hi Yangfl,
On Tue, May 22, 2018 at 08:43:07PM +0800, Yangfl wrote:
> 2018-05-20 19:50 GMT+08:00 Lumin :
> > control: tag -1 +moreinfo
> >
> > On Fri, May 04, 2018 at 10:37:27AM +0800, Yangfl wrote:
> >> control: tag -1 - moreinfo
> >>
> >> Reupload
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 :
> > I will make
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 branch.
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 preferen
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
Section
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
P.S. 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
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 d
Just forgot to CC the RFS bug.
- Forwarded message from Lumin -
Date: Sun, 6 May 2018 08:29:29 +
From: Lumin
To: sebast...@debian.org
Cc: debian-scie...@lists.debian.org
Subject: Re: Re: Bits about Intel MKL packaging -- Higher Priority than OpenBLAS
User-Agent: Mutt/1.9.5 (2018-04
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:
> |
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 p
at 22:21 Dmitry Eremin-Solenikov
wrote:
> Package: sponsorship-requests
> Followup-For: Bug #896970
>
> Hi Lumin,
>
> I've updated ODP package on mentors.d.n, according to most of your
> comments. Could you please review it?
>
> --
> With best wishes
> Dmitry
&g
ng on system.
Apart from all things discussed above, there is upstream confirmation
to the ambiguous license declaration in several headers. See [1]
The blockers are cleared. I think I'll update the package as proposed,
and the copyright information as said in [1] before this weekend.
[1] https://github.com/intel/mkl-dnn/issues/206#issuecomment-385772103
Regards,
Lumin
signature.asc
Description: PGP signature
Hi Sébastien,
> - if MKL was not already selected and the user says no, the setting
> will be
> left untouched (either in automatic or manual mode, depending on the
> user
> customization)
>
> - if MKL was already selected and the user says no (e.g. after a
> reconfigure),
> then MKL will be unse
Package: sponsorship-requests
Severity: wishlist
X-Debbugs-CC: debian-scie...@lists.debian.org
Dear mentors,
I am looking for a sponsor for my package "intel-mkl"
* Package name: intel-mkl
Version : 2018.2.199-1
Upstream Author : Intel
* URL : https://software.i
control: tag -1 +moreinfo
control: owner -1 !
Hi Dmitry,
Thank you for this package. Here are some problems found in your package:
1. This package misses dependency libconfig-dev
2. Please fix the lintian warnings. e.g.
W: odp-doc: privacy-breach-generic
3. debhelper compat level and the
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,
On 23 April 2018 at 14:11, Andrius Merkys wrote:
>> 6. tests: your autopkgtest testsuite failed:
>
> I will look into this. It is possible that I invoke the Python tests
> incorrectly.
Oh, I forgot to tell you that the failure is due to output to stderr.
By redirecting
the stderr to e.g. stdout,
control: owner -1 !
control: tag -1 +moreinfo
Hi Andrius,
Thank you for the package. Here are some nitpicking about your package:
1. There seems to be ruby binding available, why isn't it packaged?
2. control: Your -dev package should also depend on the lib package.
Depends: ${misc:Depends}
Hi Yangfl,
Some feedbacks after checking you package:
1. Vcs-* fields are missing, which makes it hard to track
the changes. I'd recommend you to put the packaging
work on salsa or somewhere alike.
2. lintian overrides: why do you override them? Please add
the explanation as comments
Package: sponsorship-requests
Severity: important
Notes:
I have DM permission to this package. However to fix an RC bug this
package needs to go through NEW, moving from the main section
to the contrib section. See the RC bug for detail.
Dear mentors,
I am looking for a sponsor for my packag
Package: sponsorship-requests
Severity: wishlist
X-Debbugs-CC: debian-scie...@lists.debian.org
Dear mentors,
I am looking for a sponsor for my package "highwayhash"
* Package name: mkl-dnn
Version : 0.13~20180406-ga5f6077-1
Upstream Author : Intel
* URL : https:
ept for waiting for the sponsorship.
Let's hope Gianfranco will find a time doing the sponsorship.
Regards,
On 9 April 2018 at 17:43, François Mazen wrote:
> Hi Lumin,
>
> I just want to know if I must do something to go on with the
> integration of TapTempo into Debian.
> Shou
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "highwayhash"
* Package name: highwayhash
Version : 0~20180209-g14dedec-3
Upstream Author : [fill in name and email of upstream]
* URL : [fill in URL of upst
Package: sponsorship-requests
Severity: normal
X-Debbugs-CC: debian-scie...@lists.debian.org
Dear mentors,
I am looking for a sponsor for my package "nltk"
* Package name: nltk
Version : 3.2.5-2
Upstream Author : [fill in name and email of upstream]
* URL : [f
Hi François,
On 31 March 2018 at 21:59, François Mazen wrote:
>
> This program is useful to quickly find the tempo of a song.
> The idea is to type "taptempo" in a terminal, then hit enter key at
> each beat while hearing a song, and display the tempo.
>
> The targeted people are mainly musicians
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "highwayhash"
* Package name: highwayhash
Version : 0~20180209-g14dedec-2
Upstream Author : [fill in name and email of upstream]
* URL : [fill in URL of upst
Hi François,
On 26 March 2018 at 19:56, François Mazen wrote:
> I've manually changed the timestamp of the changelog file from the
> original repo, and I haven't check that the date was wrong. I can
> update the changelog file.
I've seen new commits in the repo. Let's assume it's the latest vers
Package: sponsorship-requests
Severity: wishlist
Dear mentors,
I am looking for a sponsor for my package "gemmlowp"
* Package name: gemmlowp
Version : 0~20180308-gf59a96b-1
Upstream Author : google
* URL : https://github.com/google/gemmlowp
* License
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "highwayhash"
* Package name: highwayhash
Version : 0~20180209-g14dedec-1
Upstream Author : [fill in name and email of upstream]
* URL : [fill in URL of upst
Control: owner -1 !
Control: tag -1 +moreinfo
Hi François,
Several questions about your package:
1. Why is the package on mentors newer than that on github repo?
Could you please keep the packaging repo up-to-date?
https://github.com/moleculext/taptempo
2. Where is your public key? no such
mple way to use
python3 version of youtube-dl from python2 version of gui.
I'm not sure whether it's possible since I didn't look into the code.
Regards,
Lumin.
On 22 February 2018 at 09:51, Félix Sipma wrote:
> On 2018-02-22 03:27+, Lumin wrote:
>> I built the package lo
Control: owner -1 w...@debian.org
Hi,
I'm releasing the ownership of this bug since I'm not able to deal with
it due to work in real life.
Sorry for the inconvenience.
On 22 February 2018 at 16:05, Yangfl wrote:
> Control: tags -1 - moreinfo
>
> On Thu, 15 Feb 2018 0
On Sat, 3 Mar 2018 at 01:46 Alex Mestiashvili
wrote:
>
>
>
> It would be interesting to see how this program is different from
> already existing tools like youtube-dl and cclive.
>
> Thank you!
I have noticed the existence of youtube-dl. However, the user may switch
to you-get when youtube-dl
Package: sponsorship-requests
Severity: wishlist
Dear mentors,
I am looking for a sponsor for my package "you-get"
* Package name: you-get
Version : 0.4.1040-1
Upstream Author : Mort Yao
* URL : https://github.com/soimort/you-get
* License : MIT
Se
On Fri, 16 Feb 2018 at 01:22 Félix Sipma wrote:
>
> > This part seems unrelated to auto update functionality. Would you
> > mind splitting it to another patch?
>
> It is a part of the patch: youtube-dl-gui tries to download youtube-dl in
> 'youtubedl_path', and then launches "youtubedl_path/youtu
On 15 February 2018 at 15:33, Félix Sipma wrote:
> I don't get the harm in having a little more verbose initial changelog, we're
> talking about 10 lines there, not a whole book... Anyway, I've just kept the
> attribution and a line mentioning the lack of python3 support.
>
>> OK. You can overri
Hi,
On 15 February 2018 at 13:52, Ghislain Vaillant wrote:
>> 1. please fix the following copyright issue:
> I will update d/copyright accordingly.
>> 2. This package failed to build when python2 version of sphinx exists:
>
> I don't care to be honest.
>
> It builds fine on a clean chroot with
-- Forwarded message --
From: Lumin
Date: 15 February 2018 at 14:51
Subject: Re: Bug#886827: RFS: youtube-dl-gui/0.4-1 [ITP]
To: Félix Sipma
Hi,
On 15 February 2018 at 09:41, Félix Sipma wrote:
> Changelog: is there a problem with being more verbose? I like writing ab
control: owner -1 !
control: tags -1 +moreinfo
Hi Yangfl,
* URL : http://www.iolang.com
Are you sure this URL is correct?
Thank you for your work. Here are some comments
on your package.
* -dfsg: would you please explain what is removed
from original source in README.source?
* please fix
six.py. What's the relationship between it and python3-six?
My preliminary guess is that upstream just copied that file to their
project.
2. This package failed to build when python2 version of sphinx exists:
make[2]: Entering directory
'/home/lumin/packages/sponsor/python-jsonrpc-1
control: owner -1 !
control: tag -1 +moreinfo
Hi Félix,
Some comments on your package:
changelog
---
* One line is enough for the initial upload, e.g.
"Initial release. (Closes: #753350)"
compat & control
-
* I'd recommend to use debhelper compat level
Package: sponsorship-requests
Severity: important
Dear mentors,
I am looking for a sponsor for my package "highwayhash"
* Package name: highwayhash
Version : 0~20180103-geeea446-2
Upstream Author : [fill in name and email of upstream]
* URL : [fill in URL of u
eader File
To access further information about this package, please visit the
following URL:
https://salsa.debian.org/lumin-guest/nvidia-cudnn
##NOTE##
I didn't upload the package to debomatic-amd64, nor the mentors because the
source package is too large to me (~660MB). My local a
Package: sponsorship-requests
Severity: wishlist
Note: The first time upload was rejected by ftpmaster due to
license issues. I have fixed them in this version.
This ITP package will fix an RC bug of another package
lua-torch-nn, because lua-moses was added as a new dependency
by upstream.
Dear
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "highwayhash"
* Package name: highwayhash
Version : 0~20180103-geeea446-1
Upstream Author :
* URL :
* License :
Section : science
It b
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 : MIT
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 : MIT
ted ... ]
-> Iter 1 | loss 2.196 | Bch Train Accu 0.28
-> Iter 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 wrote:
> Why is this aimed at experimental?
>
> --
> WBR, wRAR
--
Best,
Lumin
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
* Li
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 uploaded to mentors.
http
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 typo, I fixed that t
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: pr
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 in
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 nece
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
>
> /usr/share/chapel-1.1
1 - 100 of 279 matches
Mail list logo