Package: wnpp
Severity: wishlist
Owner: Mo Zhou
* Package name: dataset-fashion-mnist
* URL : https://github.com/zalandoresearch/fashion-mnist
* License : MIT
Description : A MNIST-like fashion product database.
This is a part of DL-Policy[1]'s experiments.
On 2019-05-21 09:13, Drew Parsons wrote:
>
> This seems to be the problem. libopenblas.so.0 is used to resolve
> symbols instead of liblapack.so.3. The symbol in question in
> Bug#914655 is ilaver_ which is part of lapack, not specific to
> libopenblas.
ilaver_ is indeed a standard fortran routi
Hi Drew,
I didn't closely investigate into the scipy bug, but I can answer
some of your questions. BTW, does anything break in a clean chroot?
I mean, making sure a thing works fine in an unclean environment
is difficult.
On 2019-05-21 04:57, Drew Parsons wrote:
> Why is /usr/lib/x86_64-linux-gnu
I've just uploaded 1.0.4+dfsg-1 to unstable.
The debdiff is the same to the changes proposed previously.
Plus, julia-doc (arch=all) needs a maintainer-upload rebuild
against new unicode-data since binNMU doesn't deal with
arch=all packages. And this is the maintainer upload.
julia-lts.diff.zst
De
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
X-Debbugs-CC: a...@debian.org
Please unblock package zfs-linux
zfs-linux (= 0.7.13-1) is 66 days in unstable and there is no new bug
for it.
Compared to (0.7.12-2), the (0.7.13-1) version i
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package julia
(explain the reason for the unblock here)
The current version in testing is 1.0.3, I'm requesting
unblock for 1.0.4 (not-yet-released) because Julia's
1.0.X se
Closes: #928454)
+
+ -- Mo Zhou <> Mon, 06 May 2019 02:08:36 +
+
perl6-zef (0.6.2-1) unstable; urgency=medium
* New upstream version 0.6.2
diff -Nru perl6-zef-0.6.2/debian/patches/series
perl6-zef-0.6.2/debian/patches/series
--- perl6-zef-0.6.2/debian/patches/series
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
X-Debbugs-CC: Robert Lemmen , Dominique Dumont
Please unblock package perl6-zef
(explain the reason for the unblock here)
As I reported in #928454, the outdated mirror URL list renders z
Package: perl6-zef
Version: 0.6.2-1
Severity: serious
Clarification: renders zef nearly unusable
Dear maintainer,
The URL list for p6c mirrors has already outdated:
53 "short-name" : "p6c",
54 "enabled" : 1,
55 "module" : "Zef::Repository::Ecosystems",
56
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
* Package name: ngraph
Version :
Upstream Author : Nervana / Intel
* URL : https://github.com/NervanaSystems/ngraph
* License : Apache-2.0
Programming Lang: C++
Description : C++ library, compiler and
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
* Package name: onnxruntime
Version : 0.4.0
Upstream Author : Microsoft, et al.
* URL : https://github.com/Microsoft/onnxruntime
* License : MIT
Programming Lang: C++
Description : scoring engine for Open
Hi James,
Can this problem be eliminated after aligning the version of all
ZFS related packages? If so, this would a confirmed bug to be fixed.
On Mon, Apr 29, 2019 at 01:55:06PM +0100, James Youngman wrote:
> Cause and solution are described in some detail here:
> https://www.reddit.com/r/zfs/co
Hi Boyuan,
On Mon, Apr 29, 2019 at 10:30:55AM -0400, Boyuan Yang wrote:
> Control: retitle -1 unblock: fortune-zh/2.95
>
> The source package should be called "fortune-zh" instead of
> "fortunes-zh". Sorry for the typo.
Yes, that's a pitfall. I didn't change the source package
name to avoid gett
Hi,
I cannot reproduce this problem with 0.7.13-1.
The following findings seem related:
https://github.com/zfsonlinux/zfs/issues/3666
https://github.com/zfsonlinux/zfs/commit/cf7684bc8d57ace26d086027e8059c725fd9ff92#diff-66bd524398bcd2ac70d90925ab6d8073
but I'm not sure wheter the problem you r
control: tags -1 -moreinfo
Hi Niels,
utf8proc 2.3.0-1 has been successfully built by all architectures:
https://buildd.debian.org/status/package.php?p=utf8proc
it should be ready to be unblocked.
On Sat, Apr 27, 2019 at 06:58:00AM +, Niels Thykier wrote:
> Please go ahead with the proposed c
Hi everyone,
A note from maintainer of src:julia :
src:julia depends on unicode-data because one section of its
documentations uses the data to automatically generate a character list.
It is the "ALL" architecture that should be rebuilt instead of "ANY".
Since "ALL" doesn't support binNMU, I thin
ystem and header.
Upstream forgot to bump "MINOR" from 2 to 3 in the build system.
+ * Install the newly-added pkgconfig file. (Closes: #927260)
a very simple pkg-config file.
On Sat, Apr 27, 2019 at 02:38:44AM +, Mo Zhou wrote:
> control: tags -1 -moreinfo
>
> Hi,
>
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package utf8proc
(explain the reason for the unblock here)
I'm astonished that the unicode (11.* -> 12.*) transition happend at
such a deep freeze stage. utf8proc is tightly
Hi,
On Wed, Apr 24, 2019 at 11:02:03AM +0200, Paul Gevers wrote:
> On Sat, 13 Apr 2019 03:30:38 +0000 Mo Zhou wrote:
> > I'm going to fix this bug (the severity is actually important):
> > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=926909
>
> Please fix the
Package: wnpp
Severity: normal
I intend to orphan the gemmlowp package.
The package description is:
This is not a full linear algebra library, only a GEMM library: it only does
general matrix multiplication ("GEMM").
.
Its performance goals differ from typical GEMM performance goals in the
f
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
* Package name: blingfire
Version : git-HEAD
Upstream Author : Microsoft
* URL : https://github.com/Microsoft/BlingFire
* License : MIT
Programming Lang: C++, Python, Perl, Batch, etc
Description
Package: wnpp
Severity: normal
I give up maintaining this package. No one maintains it currently,
even if science team's name is there.
Package: wnpp
Severity: normal
I intend to orphan the highwayhash package. Highwayhash is a tensorflow
dependency, and I have already given up maintaining it.
The package description is:
Highwayhash provides three 'strong' (well-distributed and unpredictable)
hash functions: a faster version of
Package: wnpp
Severity: normal
I intend to orphan the farmhash package. It's a tensorflow dependency,
and I've already given up maintaining tensorflow package.
The package description is:
FarmHash provides hash functions for strings and other data. The functions
mix the input bits thoroughly b
Package: glances
Version: 3.1.0-1
Severity: normal
Dear maintainer,
glances supports monitoring nvidia gpus.
/usr/lib/python3/dist-packages/glances/plugins/glances_gpu.py
please add python3-pynvml to it's Recommends field.
Hi Drew,
Thanks for the report! I didn't even notice that...
I think this will fix the bug, after updating symbols for all
architectures likewise and refreshing the symbol lists:
https://salsa.debian.org/science-team/blis/commit/ca29b285093acc602b891a993fa38a33f79a
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
I'd like to apply for unblocking package blis in advance.
(explain the reason for the unblock here)
I'm going to fix this bug (the severity is actually important):
https://bugs.debian.org/
control: close -1
I give up.
Package: peek
Version: 1.3.1-5
Severity: grave
Clarification: renders software totally unusable
On my Debian sid system it crashes every time.
~ ❯❯❯ peek
Using screen recorder backend gnome-shell
Recording to file /home/lumin/.cache/peek/peekJ0BLZZ.webm
free(): double free detected in tcache 2
fi
control: tag -1 +moreinfo
Hi Yangfl,
Thank you for your debianization work. I'm quite interested in such a
non-java mind mapper, as an alternative the freeplane. Well, despite of
the werid binary executable name:
drwxr-xr-x root/root 0 2019-03-26 13:57 ./usr/bin/
-rwxr-xr-x root/roo
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package highwayhash
(explain the reason for the unblock here)
The C++ symbols changed somehow since the -3 upload, which
renders dpkg-gensymbols failure. However, the newer
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
* Package name: jsonnet
Version : x.y.z
Upstream Author : Google
* URL : https://github.com/google/jsonnet
* License : Apache-2.0
Programming Lang: C++, Python
Description : The data templating language
control: tags -1 +wontfix
Hi Enrico,
> It would have been an entirely different story if the datasets that nltk
> needs were also packaged in Debian, so that it could have worked out of
> the box.
I totally understand your preference and I also prefer the libraries
that work out of box without n
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package fish
(explain the reason for the unblock here)
Fish's completion script for systemctl starts to print garbage on
the screen since systemd-241. This revision merely f
control: reassign -1 git
control: severity -1 wishlist
control: retitle -1 please privde separated binary package for diff-highlight
On Sat, Mar 23, 2019 at 10:51:14AM +, Simon McVittie wrote:
> On Sat, 23 Mar 2019 at 07:41:06 +0000, Mo Zhou wrote:
> > In fact the diff-highlight
Hello guys,
To my surprise multiple people expressed their interest in
productivity-friendly diff highlighting. So let me write a brief
summary on this topic, after some investigation.
Mattia told me privately about the alternative of diff-so-fancy:
diff a b | colordiff | diff-highlight | les
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
* Package name: diff-so-fancy
Version : 1.2.5
Upstream Author :
* URL : https://github.com/so-fancy/diff-so-fancy
* License : MIT
Programming Lang: Perl
Description : Good-lookin' diffs. Actually
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
* Package name: gpustat
Version : 0.5.0
Upstream Author : https://github.com/wookayin
* URL : https://github.com/wookayin/gpustat
* License : expat
Programming Lang: py
Description : just less than nvidia
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
* Package name: python-pynvml
Version : 7.352.0
Upstream Author : NVIDIA
* URL :
* License : BSD-3-Clause
Programming Lang:
Description : Python3 bindings to the NVIDIA Management Library
https
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
This is a pre-approval for unblocking julia 1.0.3+dfsg-5,
which follows the unblock request for llvm-toolchain-6.0 (= 1:6.0.1-11).
The difference between julia/testing and julia/1.0.3+dfsg-
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package llvm-toolchain-6.0
-- Summary --
* Remove 'Multi-Arch: same' in libclang (Closes: #874248)
* Cherry-pick various llvm fixes for Julia (Closes: #919628)
* Rebase a
Julia's patches
>
>
> Le 08/03/2019 à 11:34, Mo Zhou a écrit :
> > Hi,
> >
> > However it doesn't compile on Power9:
> >
> > In file included from
> > /home/debian/llvm/llvm-toolchain-6.0/lib/Target/PowerPC/PPCSubtarget.h:18,
> >
;bool
llvm::PPCTargetLowering::isNoopAddrSpaceCast(unsigned int,
unsigned int) const'
bool isNoopAddrSpaceCast(unsigned SrcAS, unsigned DestAS) const override {
^~~
Any idea?
On Thu, Mar 07, 2019 at 04:24:07PM +0100, Sylvestre Ledru wrote:
>
> Le 07/03/2019 à 14:
rect downcasting of separator_.
+
+ -- Mo Zhou Thu, 07 Mar 2019 14:15:09 +
+
double-conversion (3.1.0-2) unstable; urgency=medium
* autopkgtest: Add one more test script unittest.sh .
diff -Nru double-conversion-3.1.0/debian/patches/860b43156c1ba436aba9792407429bf46b9780a0.diff double-c
Hi,
On Wed, Mar 06, 2019 at 04:27:16PM +0100, Sylvestre Ledru wrote:
> I am off this week. If you could do a merge request to address the issues,
> that would be amazing :)
> >36 #fix-lldb-server-build
> >38 #bug-30342.diff
> > 67 # D51639-optim-issue.diff
> > 54 #install-lldb-sb-head
, Mar 03, 2019 at 11:12:08AM +0100, Sylvestre Ledru wrote:
> Hello,
>
>
> Le 28/02/2019 à 03:09, Mo Zhou a écrit :
> > Hi Sylvestre,
> >
> > Should I file freeze exception requests against llvm-6.0 and julia,
> > so that we will have some more time to w
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
X-Debbugs-CC: a...@debian.org
Please unblock package zfs-linux
which will land on unstable shortly.
Please note that the upstream version of src:spl-linux
must be aligned with src:zfs-linux
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
X-Debbugs-CC: a...@debian.org
Please unblock package spl-linux
which will land on unstable shortly.
(explain the reason for the unblock here)
New upstream release (released several hours
Hi Sébastien,
On Sun, Feb 03, 2019 at 12:07:20PM +, Mo Zhou wrote:
> It turns out that the incorrect matrix product is a result of
> gomp + iomp library clash: octave is linked against the GNU OMP,
> while libmkl-rt.so invokes Intel(LLVM) OMP by default.
I got in touch with MKL team
took this fix "Fix a baseline violation on armhf (Closes: #914268)"
>
> Cheers,
>
> S
>
>
> Le 22/02/2019 à 00:55, Mo Zhou a écrit :
> > Hi Sylvestre,
> >
> > Any chance for getting this into Buster? If there is any, I'd like
> >
On Tue, Feb 26, 2019 at 11:25:49AM +0100, Andreas Tille wrote:
> > The eigen3 maintainer and I are happy to simply rebuild affected
> > packages after every eigen3 update, but Emilio considers it an upstream bug.
> > Unfortunately I could not find anybody able to shed more light on the
> > eigen3 t
control: close -1
I agree with you, and let's close this bug..
On Tue, Feb 26, 2019 at 09:15:16AM +0100, Felix Geyer wrote:
> Hi,
>
> On 2019-02-26 08:09, Mo Zhou wrote:
> > Source: ninja-build
> > X-Debbugs-CC: fge...@debian.org
> >
> > Hi Felix,
> >
Source: ninja-build
X-Debbugs-CC: fge...@debian.org
Hi Felix,
The last upload for ninja-build dates back to more than 1 year ago.
The package looks quite old since it has an ancient std-ver.
I intend to help update the package and import the latest upstream
version 1.9.0 then upload it to unstab
Actually I think we can close the bug if this upstream problem is solved.
https://github.com/lemire/simdjson/issues/34
On Fri, Feb 22, 2019 at 08:43:15PM -0500, Sam Hartman wrote:
> I don't know about official policy, but I think you could make your bug
> not RC by detecting whether the current sy
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
* Package name: python-fire
Version : 0.1.3
Upstream Author : google
* URL : https://github.com/google/python-fire
* License : apache-2
Programming Lang: Python
Description : library for automatically
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
* Package name: simdjson
Version : git master
Upstream Author : Daniel Lemire
* URL : https://github.com/lemire/simdjson
* License : Apache-2
Programming Lang: C++
Description : Parsing gigabytes of JSON
Hi Sylvestre,
Thank you! I think I'm filing an exception request for julia shortly.
On Fri, Feb 22, 2019 at 08:41:14AM +0100, Sylvestre Ledru wrote:
> Hello,
>
> I started the work (
> https://salsa.debian.org/pkg-llvm-team/llvm-toolchain/commit/408f329cd84ad41cef7fc41ee4ac2b4b4573945f
> ) on t
an I was expecting! Many thanks!
>
> I will take as much as possible! Thanks
>
> S
>
>
> Le 08/02/2019 à 07:47, Mo Zhou a écrit :
> > Hi Sylvestre,
> >
> > Please cherry-pick at least: (8) (12) (13) (14) (15)
> >
> > Recommended to include: (1)
Source: intel-mkl
Version: 2019.1.144-3~bpo9+1
Severity: normal
Hi Frederik,
Thank you for reporting this issue. To some extent I don't like
to restore the old behavior as it increases the differential
between the unstable version and the one for stable-backports.
I'll leave it as a bug. Maybe I
workaround. And actually I'm
very happy to see that opencv/cv.h (historical burden?) has gone.
On Mon, Feb 18, 2019 at 10:55:03AM +0100, Andreas Tille wrote:
> On Mon, Feb 18, 2019 at 06:58:13AM +0000, Mo Zhou wrote:
> > Source: sitplus
> > Version: 1.0.3-5.1
> > Severity: impor
s -1 help
>
> Hi Lumin,
>
> On Mon, Feb 18, 2019 at 06:45:55AM +, Mo Zhou wrote:
> > Source: opencfu
> > Version: 3.9.0-3
> > Severity: important
> >
> > pkg-config file has been marked deprecated by upstream.
>
> I admit I have no idea what to do now. Any hint?
>
> Kind regards
>
> Andreas.
>
> --
> http://fam-tille.de
these
architectures make sense in control:
amd64 i386 kfreebsd-amd64 kfreebsd-i386 hurd-i386 x32
On Mon, Feb 18, 2019 at 10:27:49AM +0100, Petter Reinholdtsen wrote:
> [Mo Zhou]
> > ppc64el doesn't have any SIMD instruction set named SSE
>
> As far as I know, casparcg-server is
Source: visp
Version: 3.1.0-2
Severity: important
maybe opencv4 broke it due to api change
visp_3.1.0-2_ppc64el-2019-02-15T12:00:30Z.build.zst
Description: Binary data
Source: slowmovideo
Version: 0.5+git20190116-1
Severity: important
it was broken by opencv4 due to api change
slowmovideo_0.5+git20190116-1_ppc64el-2019-02-15T11:55:42Z.build.zst
Description: Binary data
Source: uprightdiff
Version: 1.3.0-1
Severity: important
headers have been moved to /usr/include/opencv4/opencv2/* since opencv4
uprightdiff_1.3.0-1_ppc64el-2019-02-15T11:59:29Z.build.zst
Description: Binary data
Source: sitplus
Version: 1.0.3-5.1
Severity: important
sitplus asks for a header file cv.h that has been deprecated since opencv4
sitplus_1.0.3-5.1_ppc64el-2019-02-15T11:53:28Z.build.zst
Description: Binary data
Source: siril
Version: 0.9.10-2
Severity: important
pkg-config file has been marked as deprecated by upstream since opencv4
siril_0.9.10-2_ppc64el-2019-02-15T11:52:06Z.build.zst
Description: Binary data
Source: saga
Version: 2.3.1+dfsg-4
Severity: important
saga uses header file opencv/cv.h that has been deprecated since opencv4
saga_2.3.1+dfsg-4_ppc64el-2019-02-15T11:41:11Z.build.zst
Description: Binary data
Source: sdaps
Version: 1.2.1-1
Severity: important
sdaps_1.2.1-1_ppc64el-2019-02-15T11:49:16Z.build.zst
Description: Binary data
Source: ros-vision-opencv
Version: 1.13.0+ds-2
Severity: important
the cmake build simply rejected OpenCV 4 because it asks for 3 ...
ros-vision-opencv_1.13.0+ds-2_ppc64el-2019-02-15T11:39:35Z.build.zst
Description: Binary data
Source: opencfu
Version: 3.9.0-3
Severity: important
pkg-config file has been marked deprecated by upstream.
opencfu_3.9.0-3_ppc64el-2019-02-15T11:23:33Z.build.zst
Description: Binary data
Source: php-facedetect
Version: 1.1.0+git20170801-2
Severity: important
pkg-config file has been marked as deprecated by upstream
php-facedetect_1.1.0+git20170801-2_ppc64el-2019-02-15T11:34:02Z.build.zst
Description: Binary data
Source: ros-opencv-apps
Version: 1.12.0-2
Severity: important
Opencv4 broke it due to API change.
ros-opencv-apps_1.12.0-2_ppc64el-2019-02-15T11:35:50Z.build.zst
Description: Binary data
Source: openalpr
Version: 2.3.0-1.1
Severity: important
build failed due to API change.
openalpr_2.3.0-1.1_ppc64el-2019-02-15T11:21:44Z.build.zst
Description: Binary data
Source: node-opencv
Version: 6.0.0+git20180416.cfc96ba0-2
Severity: important
pkg-config file has been deprecated by upstream.
node-opencv_6.0.0+git20180416.cfc96ba0-2_ppc64el-2019-02-15T11:17:20Z.build.zst
Description: Binary data
Source: mldemos
Version: 0.5.1+git.1.ee5d11f-4
Severity: important
opencv/cv.h has been deprected since opencv4.
mldemos_0.5.1+git.1.ee5d11f-4_ppc64el-2019-02-15T11:00:59Z.build.zst
Description: Binary data
Source: limereg
Version: 1.4.1-4
Severity: important
limereg_1.4.1-4_ppc64el-2019-02-15T10:59:23Z.build.zst
Description: Binary data
Source: mrpt
Version: 1.5.6-1
Severity: important
headers have been moved to /usr/include/opencv4/opencv2/* since opencv4
mrpt_1.5.6-1_ppc64el-2019-02-15T11:12:38Z.build.zst
Description: Binary data
Source: gmic
Version: 2.4.5-1
Severity: important
gmic's cmake file needs to be updated for Opencv4
gmic_2.4.5-1_ppc64el-2019-02-15T10:51:33Z.build.zst
Description: Binary data
Source: freeture
Version: 1.3.0-1
Severity: important
Opencv4 has moved its headers to /usr/include/opencv4/opencv2/*
freeture_1.3.0-1_ppc64el-2019-02-15T10:47:06Z.build.zst
Description: Binary data
Source: eviacam
Version: 2.1.3-4.1
Severity: important
Unfortunately the pkg-config file has been marked as deprecated by
upstream...
eviacam_2.1.3-4.1_ppc64el-2019-02-15T08:25:34Z.build.zst
Description: Binary data
Source: digikam
Version: 5.9.0-1
Severity: important
digikam uses opencv headers that have been deprecated in opencv4
digikam_5.9.0-1_ppc64el-2019-02-15T08:21:02Z.build.zst
Description: Binary data
Source: caffe-contrib
Version: 1.0.0+git20180821.99bd997-2
Severity: important
Opencv4 breaks caffe-contrib due to API change.
caffe-contrib_1.0.0+git20180821.99bd997-2_ppc64el-2019-02-15T08:09:29Z.build.zst
Description: Binary data
Source: darknet
Version: 0.0.0+git20180914.61c9d02e-1
Severity: important
Opencv4 moved its headers to /usr/include/opencv4/opencv2/*
darknet_0.0.0+git20180914.61c9d02e-1_ppc64el-2019-02-15T08:19:26Z.build.zst
Description: Binary data
Source: auto-multiple-choice
Version: 1.4.0-1
Severity: important
opencv4 moved its headers to /usr/include/opencv4/opencv2/*
auto-multiple-choice_1.4.0-1_ppc64el-2019-02-15T08:03:15Z.build.zst
Description: Binary data
Source: actiona
Version: 3.10.0-1
Severity: important
actiona_3.10.0-1_ppc64el-2019-02-15T08:01:36Z.build.zst
Description: Binary data
Source: caffe
Version: 1.0.0+git20180821.99bd997-2
Severity: important
Opencv4 breaks caffe due to API change.
Source: casparcg-server
Version: 2.2.0+dfsg-2
Severity: important
ppc64el doesn't have any SIMD instruction set named SSE
make -f shell/CMakeFiles/casparcg_copy_dependencies.dir/build.make
shell/CMakeFiles/casparcg_copy_dependencies.dir/build
make[3]: Entering directory
'/<>/casparcg-server-2.2
Source: ceres-solver
Version: 1.14.0-3
Severity: important
-
Build Architecture: ppc64el
Build Type: any
Build-Space: 25989336
Build-Time: 810
Distribution: unstable
Fail-Stage: build
Host Architecture: ppc64el
Install-Time: 30
Job: /home/debian/x/AUTORB/ceres-solver_1.14.0-3.dsc
Mach
Please send additional information to @bugs.debian.org
instead of creating new bugs on every update.
On Wed, Feb 13, 2019 at 06:57:43AM +0100, Adam Bilbrough wrote:
> Package: sponsorship-requests
> Severity: normal
>
> Dear mentors,
>
> I am looking for a sponsor for my package "worklog"
>
> P
Hi Antoine,
I've also filed an ITP against gotop without being aware of yours:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=922002
My debian directory can be found here:
https://salsa.debian.org/debian/gotop
Maybe we should merge our works?
On Mon, Feb 11, 2019 at 09:04:40AM +0100, intrige
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
* Package name: gotop
Version : 2.0.1
Upstream Author : Caleb Bassi
* URL : https://github.com/cjbassi/gotop
* License : AGPL-3.0
Programming Lang: Go
Description : terminal based graphical activity
On Fri, Feb 08, 2019 at 01:00:19PM +0200, Andrius Merkys wrote:
> I would say so. opennlp-tools is the core toolkit of the OpenNLP, ...
> Therefore, I assume that core functionality works as would be
> expected.
Ok. Thanks for confirming.
Why did you stopped maintaining this package here?:
https:
Hi Sylvestre,
Please cherry-pick at least: (8) (12) (13) (14) (15)
Recommended to include: (1) (2) (4) (5) (11)
Feel free to ignore: (6) (9) (16) (17)
I have no idea about: (3) (7) (10)
https://github.com/JuliaLang/julia/tree/master/deps/patches
I've listed patches for llvm 6.0.1
Package: libopenblas-base
Version: 0.3.5+ds-1
Severity: important
https://github.com/xianyi/OpenBLAS/issues/1955
https://github.com/JuliaLang/julia/pull/30661
Julia's workaround to this issue is disablibg some kernels.
diff --git a/kernel/x86_64/KERNEL.SKYLAKEX b/kernel/x86_64/KERNEL.SKYLAKEX
in
On Thu, Feb 07, 2019 at 11:32:30AM +0200, Andrius Merkys wrote:
> On 2019-02-05 03:49, Mo Zhou wrote:
> > However I guess you didn't install all the opennlp components:
>
> Indeed; this is intentional:
>
> > opennlp-brat-annotator opennlp-distr opennlp-docs
control: tags -1 +wontfix
Hi Ido,
As discussed in [1], I think this issue is not fixable because there
is no bug in either MKL or Octave. The GEMM computation error is just
because the clash between libgomp and libiomp.
If you need to use Octave against MKL, please set the environment
variable t
caught a bug while writing this email. The alternative name
should be libblis64.so.***2***-x86_64-linux-gnu)
On Fri, Jan 04, 2019 at 10:09:15AM +0100, Sébastien Villemot wrote:
> Le mardi 18 décembre 2018 à 15:12 +, Mo Zhou a écrit :
> > On Tue, Dec 18, 2018 at 12:42:22PM +0100, Sé
On Mon, Feb 04, 2019 at 03:33:56PM +0200, Andrius Merkys wrote:
> Updated. Could you please try building the package once more?
It compiles now:
http://debomatic-amd64.debian.net/distribution#unstable/apache-opennlp/1.9.1-1/buildlog
However I guess you didn't install all the opennlp components:
Hi Guus,
On Mon, Feb 04, 2019 at 07:55:41AM +0100, Guus Sliepen wrote:
> > libblis.so.2 libblis2 #MINVER#
>
> If the ABI and API are the same for all variants, a much better
> solutions seems to me to have a single libblis2 that can switch at
> runtime between the different variants, perhaps usi
201 - 300 of 435 matches
Mail list logo
