On Sun, Jun 24, 2018 at 02:53:08PM +, Yanhao Mo wrote:
> On Sun 06/24 13:51, Lumin wrote:
> > [2]
> > https://salsa.debian.org/chinese-team/fortunes-zh/blob/master/foss.d/code_of_conduct.cookie
>
> Line 39, "由其" should be "尤其". Others look good to m
Package: www.debian.org
Severity: wishlist
X-Debbugs-CC: 073p...@gmail.com, debian-l10n-chin...@lists.debian.org
I've translated Debian's code of conduct[1] into Simplified Chinese.
The translation is available here[2] in fortune format.
Can someone check the translation? Thanks in advance!
[1]
control: found -1 0.37.0-1
control: forwarded -1 https://github.com/numba/numba/issues/3053
control: retitle -1 [numba/armel] LLVM Error during sphinx build
control: found -1 0.37.0-1
control: forwarded -1 https://github.com/numba/numba/issues/3052
This problem didn't appear in armhf/0.37.0-1
control: forwarded -1 https://github.com/numba/numba/issues/3051
control: retitle -1 [numba/mips,mipsel] Bus Error at test_sum
control: found 0.37.0-1
control: forwarded -1 https://github.com/numba/numba/issues/3050
still exists in 0.37.0
numba 0.37.0-1
https://github.com/numba/numba/issues/3049
https://buildd.debian.org/status/fetch.php?pkg=numba=s390x=0.37.0-1=1521778366=0
= test session starts ==
platform linux2 -- Python 2.7.14+, pytest-3.3.2, py-1.5.2, pluggy-0.6.0
Dear skimage maintainer,
Briefly speaking, we plan to team-upload skimage (= 0.14.0) to resolve
this RC bug if the original maintainers allows us to do so. We'll try
to fix this after one week if the original maintainers didn't take action.
skimage failed to build from source since numpy (>=
> Since the recent upload of python-numpy on 2018-05-05, skimage has been
> failing its autopkgtests [1] and has now also started to FTBFS in
> unstable [2] with several errors similar to the following:
I see some changes adapting numpy 1.14 api change at upstream repo,
however they doesn't
Package: whalebuilder
Version: 0.6
Severity: serious
Justification: functionality totally broken
~/p/skimage.pkg ❯❯❯ whalebuilder build debdev ./skimage_0.13.1-3.dsc
Traceback (most recent call last):
13: from /usr/bin/whalebuilder:331:in `'
12: from
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 :
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 :
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
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
[*]
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
Hello Debian-Science folks,
Please feel free to CC me if you need any input about deep learning.
> From: Andreas Tille
> the description says:
>
> ... Alternatively, Keras could run on Google's
> TensorFlow (not yet available in Debian, but coming up).
>
> Is there some estimated time frame
Package: fortunes-zh
Version: 2.8
Severity: severe
Justification: really inappropriate content found in cookie files.
I'm really sorry that I overlooked some really inappropriate contents
in recently imported joke cookie file.
Some offensive cookies are included in fortunes-zh 2.8, especially
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: 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
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
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
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 :
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
control: tags -1 +patch
control: noowner -1
Done.
https://github.com/JuliaLang/openlibm/pull/152#issuecomment-394227619
Git-format patch is attached.
From feabc70eccb180dd09a2ceee27d517bbb713d7a5 Mon Sep 17 00:00:00 2001
From: Mo Zhou
Date: Mon, 4 Jun 2018 03:50:46 +
Subject: [PATCH 3/3]
Package: fcitx
Version: 1:4.2.9.6-2
Severity: normal
My locale settings is en_US[default], de_DE, zh_CN.
The default X11 layouts under this locale setting is
> /etc ❯❯❯ sudo localectl
>System Locale: LANG=en_US.UTF-8
>VC Keymap: us
> X11 Layout: us,de
> X11 Variant: ,
Package: deepin-terminal
Version: 3.0.0+ds-1
Severity: important
Justification: conditionally broken functionality
deepin-terminal's remote access functionality is broken when the
default user shell is not POSIX-compliant, e.g. fish shell.
> set: Warning: $PATH entry
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;
Package: deepin-terminal
Version: 3.0.0+ds-1
Severity: normal
See debian/patches/0001-..., /usr/bin/zssh is used, but the
corresponding package didn't appear in the runtime depends list.
Package: deepin-menu
Version: 3.3.5-1
Severity: important
Dear maintainer,
Deepin-menu doesn't launch from deepin-terminal. Both "settings" and
"about" dialogs of deepin-terminal does not appear.
There is no debug option for deepin-terminal. How should I look into this?
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
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]
*
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
>
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
control: tag -1 +patch
the patch was pushed to the master branch to the forked repo
https://salsa.debian.org/chinese-team/dpkg
signature.asc
Description: PGP signature
Package: dpkg
Version: 1.19.0.5+b1
Severity: wishlist
control: owner -1 !
I'm the zh_CN programs translator. Some translation flaws were found
recently, for instance,
po/zh_CN.po
2232:msgstr " 已解包 %.250s,但仍未配置。\n"
Such translation is correct, but not good enough ...
Please let me own this
Package: libopenlibm2
Version: 0.5.6+dfsg-1
Severity: normal
Control: owner -1 !
I've got the access to the MIPS porter.
Package: libgemmlowp-dev
Version: 0~20180308-gf59a96b-1
Severity: normal
/usr/share/doc/gemmlowp-dev
/usr/share/doc/gemmlowp-dev/meta
/usr/share/doc/gemmlowp-dev/meta/README
/usr/share/doc/libgemmlowp-dev
Package: libgemmlowp-dev
Version: 0~20180308-gf59a96b-1
Severity: normal
As reported to upstream
https://github.com/google/gemmlowp/issues/136
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
control: retitle -1 ITA: ujson -- ultra fast JSON encoder and decoder for
Python 2/3
control: owner -1 !
Package: gnome-shell
Version: 3.28.2-1
Severity: important
I have two keyboard layouts, English (US) and German (DE), which are
configured via gnome control center -> region and language -> input
sources.
When switching the keyboard layout between English and German,
the gnome shell will hang at
Package: mutt
Version: 1.10.0-1
Severity: important
Dear Mutt maintainers,
Please don't compress the mutt config examples, because I guess some
users have directly sourced these files in their personal config files.
At least I did so.
After upgrading from mutt 1.9.5 to 1.10.0, some files turned
Package: nvidia-cuda-toolkit
Version: 9.1.85-4+b1
Severity: important
CUDA 9.1 has a bug which causes caffe-contrib to fail the unit tests.
https://github.com/BVLC/caffe/issues/6164
There is applicable workaround for caffe-contrib before uploading CUDA 9.2
to the archive.
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 <cdlumin...@gmail.com>:
> > control: tag -1 +moreinfo
> >
> > On Fri, May 04, 2018 at 10:37:27AM +0800, Yangfl wrote:
> >> control: tag -1 - moreinfo
> >
Package: nvidia-cuda-toolkit
Version: 9.1.85-4+b1
Severity: wishlist
Forwarding user's Request For Backport to the BTS.
On Thu, May 24, 2018 at 08:40:35AM -0700, Andres Cimmarusti wrote:
> I would also be interested in having this in backports.
>
> Copying the CUDA Debian maintainers
>
> On
(In order to draw attention from admins of debian-chinese team, this
mail is written in Simplified Chinese deliberately.)
// Encoding: UTF-8, Simplified Chinese
致 Debian 中文团队:
随着 Alioth 逐步被弃用,相关的邮件列表服务也受到波及。虽然数月前
Boyuan 已经在 debian-chinese-gb 邮件列表提出邮件列表迁移问题[1],但并
没有的到任何答复。
现在仍然在使用中文团队 Alioth
e.
https://salsa.debian.org/science-team/pandas/commit/2e02f24129fb3bc28155279ff139e35fa1e9950a
>
> On 25/05/2018 16:00, Lumin wrote:
> > control: tag -1 +moreinfo
> >
> > On Fri, May 25, 2018 at 03:37:12PM +0200, Graham Inggs wrote:
> > > On 25/05/2018 15:25, Lumin wrote:
Package: python3-pandas
Version: 0.22.0-6
Severity: normal
Dear Pandas Maintainers,
I introduced a patch to pandas at the last time I team upload it.
The patch is specific to a test failure of pandas 0.20.3 , and the
workaround, I guess, is now not needed anymore.
> pandas (0.20.3-11)
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
, asking them to preserve
this email address. (The deadline is May 31)
Which one to choose?
Regards,
lumin
On Thu, May 24, 2018 at 09:43:55AM +0200, Christoph Biedl wrote:
> Package: src:fortune-zh
> Version: 2.7
> Severity: serious
> User: ad...@alioth-lists.debian.net
>
Package: nvidia-cuda-toolkit
Version: 9.1.85-4+b1
Severity: normal
Justification: (wishlist -> normal) new upstream version fixes RC #892415.
CUDA 9.2 is available now:
https://developer.nvidia.com/cuda-downloads
Nvidia-driver blocks[1] the new version of CUDA:
CUDA 9.2 (9.2.88) >=
Package: apt
Version: 1.6.1
Dear APT developers,
I'd like to request for an APT feature, where one could add an option
via either /etc/apt/apt.conf or command line argument specifing whether
to use libeatmydata1 to silent the fsync call and friends.
Eatmydata is used to speed up debootstrap
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
Sorry, I made a stupid mistake.
uint8 ranges from 0 to 255.
signature.asc
Description: PGP signature
Package: python3-numpy
Version: 1:1.14.3-2
Severity: grave
X-Debbugs-CC: debian-scie...@lists.debian.org
Dear Numpy maintainers,
As a student/researcher, I cannot bear any library that *SILENTLY*
produces totally wrong result. This time numpy just triggered me,
and I wish you can understand that
Package: caffe-cpu
Version: 1.0.0-7
Severity: serious
d/rules will install a file that won't be built during an arch-indep
build. That's the root of this FTBFS.
Hi Christoph,
Thank you for this bug report. I'll take a look into it.
Sébastien, I found no code in caffe that is specific to any BLAS
implementation. Do you have any idea about the reported result variation
between netlib blas and openblas? Or do they have different level of
numerical
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
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
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
control: tag -1 +patch
I think the problem lays in main.cpp :
81 // Set configuration directory
82 //sprintf(writedir, "%s.%s", userdir, application);
83 sprintf(writedir, "%s%s", userdir, application);
84 if(!PHYSFS_setWriteDir(writedir)) {
85 // try to
directory
'/home/lumin/.lincity-ng': unsupported
The user must manually delete the plain file ~/.lincity-ng, and manually
create the directory ~/.lincity-ng to make it work.
For a user who doesn't know the way to fix, the package is totally
unusable, hence I'm marking this bug as RC.
Best,
Package: nvidia-cuda-toolkit
Version: 9.1.85-4+b1
Severity: wishlist
Dear cuda maintainers,
Nvidia just released several binary patches for CUDA toolkit...
https://developer.nvidia.com/cuda-downloads?target_os=Linux_arch=x86_64_distro=Fedora_version=25_type=runfilelocal
Patch1 is gemm
Package: sponsorship-request
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
. 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
control: severity -1 important
Hi,
Thank you for this report, but I cannot reproduce this build failure
neither on my computer, nor DoM-amd64. Hence I'm lowering the severity
of this bug.
http://debomatic-amd64.debian.net/distribution#unstable/caffe/1.0.0-6/buildlog
Package: python3-llvmlite
Version: 0.22.0-2
This is a blocker of Numba update.
898319: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=898319
Package: python3-numba
Version: 0.37.0-1
Severity: wishlist
As per upstream changelog, 0.38.0 is backed by LLVM 6.0, which requires
python-llvmlite >= 0.23.0 .
Apart from that, 0.38.0 also brings initial support to ppc64el, but it
needs LLVM 6.0.1 .
The 0.38.0 update is blocked by llvmlite.
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
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
Package: lua-torch-torch7
Version: 0~20170926-g89ede3b-3
Severity: minor
When we switch the alternative libblas.so.3 to MKL, torch will fail to
run the unittests:
$ th
> torch.test()
I havn't looked into this problem yet, but this failure could be avoided
by switch back to openblas or some
On Fri, May 04, 2018 at 12:21:55PM +, Matthias Klose wrote:
> dpkg-gensymbols: warning: debian/libhighwayhash0/DEBIAN/symbols doesn't match
> completely debian/libhighwayhash0.symbols
> --- debian/libhighwayhash0.symbols
> (libhighwayhash0_0~20180209-g14dedec-3_amd64)
> +++
Package: breeze-cursor-theme
Version: 4:5.12.4-1
Severity: important
Dear maintainer,
I'm setting severity to important because the visibility of a cursor
theme is really important.
The problematic cursor is the cross cursor of Breeze and Breeze_Snow,
which are located at the svg files in
Eremin-Solenikov <dbarysh...@gmail.com>
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 wishe
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
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 :
Hi,
That's just a `str.startswith(...)` search, but not a `... in str` search.
On 28 April 2018 at 11:58, Yangfl wrote:
> The list in the left panel is searchable. Click and enter the desired item
> name / press Ctrl+F to find the item you want.
--
Best,
Package: galternatives
Version: 0.92.4
Severity: wishlist
Dear maintainer,
Thank you for maintaining this software. However
it's no easy to manually search for an item... even
if the list is sorted.
~ ❯❯❯ update-alternatives --get-selections | wc -l
180
--
Best,
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
control: tag -1 +moreinfo
Hello Programmeur,
Thank you for this report.
However this issue seems strange ... it should not happen ...
According to the source file,
include/caffe/util/device_alternate.hpp
4:#ifdef CPU_ONLY // CPU-only Caffe.
10:#define NO_GPU LOG(FATAL) << "Cannot use GPU in
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
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:
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
2.git archive
--format=tar --prefix=farmhash-0~20171030-g2f0e005/
--output=/home/lumin/packages/farmhash.pkg/farmhash/../farmhash-0~20171030-g2f0e005.tar
HEAD
fatal: not a git repository: '../farmhash-0~20171030-temporary.21832.git'
uscan die: git archive failed
--
Best,
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)
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
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 :
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 <franc...@mzf.fr> wrote:
> Hi Lumin,
>
> I just want to know if I must do something to go on with the
> integration of TapTempo into Debian.
>
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
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 :
101 - 200 of 614 matches
Mail list logo