Bug#914655: Bug#929296: libopenblas-base: is libopenblas.so needed?

2019-05-21 Thread Mo Zhou
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

Bug#929296: libopenblas-base: is libopenblas.so needed?

2019-05-21 Thread Mo Zhou
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

Bug#928741: Acknowledgement ([pre-a] unblock: julia/1.0.4+dfsg-1)

2019-05-17 Thread Mo Zhou
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

Bug#928746: unblock: zfs-linux/0.7.13-1

2019-05-09 Thread Mo Zhou
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

Bug#928741: [pre-a] unblock: julia/1.0.4+dfsg-1

2019-05-09 Thread Mo Zhou
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

Bug#928455: [pre-a] unblock: perl6-zef/0.6.2-2

2019-05-05 Thread Mo Zhou
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

Bug#928455: [pre-a] unblock: perl6-zef/0.6.2-2

2019-05-04 Thread Mo Zhou
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

Bug#928454: perl6-zef's p6c mirror URLs are outdated

2019-05-04 Thread Mo Zhou
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

Bug#928319: ITP: ngraph -- C++ library, compiler and runtime for Deep Learning frameworks

2019-05-01 Thread Mo Zhou
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

Bug#928318: ITP: onnxruntime -- scoring engine for Open Neural Network Exchange (ONNX) models

2019-05-01 Thread Mo Zhou
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

Bug#928118: libzfs2linux: coredump in zfs send -n -v -I A B

2019-04-29 Thread Mo Zhou
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: >

Bug#928180: unblock: fortunes-zh/2.95

2019-04-29 Thread Mo Zhou
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

Bug#928118: libzfs2linux: coredump in zfs send -n -v -I A B

2019-04-29 Thread Mo Zhou
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

Bug#927958: [pre-a] unblock: utf8proc/2.3.0-1

2019-04-27 Thread Mo Zhou
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

Bug#928005: nmu: julia_1.0.3+dfsg-4

2019-04-27 Thread Mo Zhou
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

Bug#927958: [pre-a] unblock: utf8proc/2.3.0-1

2019-04-27 Thread Mo Zhou
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 +0000, Mo Zhou wrote: > control: tags -1 -moreinfo > > Hi, > >

Bug#927958: [pre-a] unblock: utf8proc/2.3.0-1

2019-04-25 Thread Mo Zhou
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

Bug#926976: [pre-a] unblock: blis/0.5.1-13

2019-04-24 Thread Mo Zhou
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 bug's

Bug#927415: O: gemmlowp -- small self-contained low-precision GEMM library

2019-04-19 Thread Mo Zhou
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

Bug#927362: ITP: blingfire -- lightning fast Finite State machine and REgular expression manipulation library

2019-04-18 Thread Mo Zhou
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

Bug#927205: O: tensorflow

2019-04-16 Thread Mo Zhou
Package: wnpp Severity: normal I give up maintaining this package. No one maintains it currently, even if science team's name is there.

Bug#927207: O: highwayhash -- Fast strong hash functions: SipHash/HighwayHash (development)

2019-04-16 Thread Mo Zhou
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

Bug#927206: O: farmhash -- FarmHash, a family of hash functions (development files, docs)

2019-04-16 Thread Mo Zhou
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

Bug#927116: glances should recomment python3-pynvml

2019-04-15 Thread Mo Zhou
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.

Bug#926909: libblis-openmp-dev: blis needs to provide blas shlib dependency files

2019-04-12 Thread Mo Zhou
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

Bug#926976: [pre-a] unblock: blis/0.5.1-13

2019-04-12 Thread Mo Zhou
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):

Bug#853923: ITP: pytorch/0.1.7 -- Tensors and Dynamic neural networks in Python

2019-04-08 Thread Mo Zhou
control: close -1 I give up.

Bug#926386: free(): double free detected in tcache 2

2019-04-04 Thread Mo Zhou
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

Bug#926295: RFS: minder/1.1.3-1 [ITP]

2019-04-03 Thread Mo Zhou
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

Bug#925898: [t-p-u, pre-approval] unblock: highwayhash/0~git20181002.c5ee50b-4

2019-03-27 Thread Mo Zhou
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

Bug#925534: ITP: jsonnet -- The data templating language

2019-03-26 Thread Mo Zhou
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

Bug#925294: Does not work without extra downloads

2019-03-26 Thread Mo Zhou
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

Bug#925532: unblock: fish/3.0.2-2

2019-03-26 Thread Mo Zhou
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

Bug#925288: ITP: diff-so-fancy -- Good-lookin' diffs. Actually… nah… The best-lookin' diffs.

2019-03-23 Thread Mo Zhou
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

Bug#925288: ITP: diff-so-fancy -- Good-lookin' diffs. Actually… nah… The best-lookin' diffs.

2019-03-23 Thread Mo Zhou
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 |

Bug#925288: ITP: diff-so-fancy -- Good-lookin' diffs. Actually… nah… The best-lookin' diffs.

2019-03-22 Thread Mo Zhou
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… nah

Bug#924647: ITP: gpustat -- just less than nvidia-smi

2019-03-15 Thread Mo Zhou
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

Bug#924645: ITP: python-pynvml -- Python3 bindings to the NVIDIA Management Library

2019-03-15 Thread Mo Zhou
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

Bug#924182: [pre-approval] unblock: julia/1.0.3+dfsg-5

2019-03-09 Thread Mo Zhou
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

Bug#924181: unblock: llvm-toolchain-6.0/1:6.0.1-11

2019-03-09 Thread Mo Zhou
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

Bug#919628: Apply Julia's LLVM patches

2019-03-08 Thread Mo Zhou
a'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, > >

Bug#919628: Apply Julia's LLVM patches

2019-03-08 Thread Mo Zhou
::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:25, Mo Zhou a écrit :

Bug#923944: unblock: double-conversion/3.1.0-3

2019-03-07 Thread Mo Zhou
. + + -- 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-conversion-3.1.0/debian/patches

Bug#919628: Apply Julia's LLVM patches

2019-03-07 Thread Mo Zhou
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

Bug#919628: Apply Julia's LLVM patches

2019-03-05 Thread Mo Zhou
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 work o

Bug#923770: unblock: zfs-linux/0.7.13-1

2019-03-05 Thread Mo Zhou
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

Bug#923769: unblock: spl-linux/0.7.13-1

2019-03-04 Thread Mo Zhou
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

Bug#921207: Octave GEMM error on large matrix due to openmp thread race condition

2019-02-28 Thread Mo Zhou
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

Bug#919628: Apply Julia's LLVM patches

2019-02-27 Thread Mo Zhou
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 > > to apply

Bug#868355: Any reason not to simply upload ceres-solver with adjusted version of libeigen3-dev

2019-02-26 Thread Mo Zhou
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

Bug#923310: ITS: ninja-build

2019-02-26 Thread Mo Zhou
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, > > &g

Bug#923310: ITS: ninja-build

2019-02-25 Thread Mo Zhou
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

Bug#922952: ITP: simdjson -- Parsing gigabytes of JSON per second

2019-02-25 Thread Mo Zhou
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

Bug#923027: ITP: python-fire -- library for automatically generating command line interfaces (CLIs) from absolutely any Python object.

2019-02-23 Thread Mo Zhou
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

Bug#922952: ITP: simdjson -- Parsing gigabytes of JSON per second

2019-02-22 Thread Mo Zhou
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

Bug#919628: Apply Julia's LLVM patches

2019-02-21 Thread Mo Zhou
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

Bug#919628: Apply Julia's LLVM patches

2019-02-21 Thread Mo Zhou
n 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) (2)

Bug#922931: intel-mkl does not set alternatives for non-multiarch blas/lapack in Stretch

2019-02-21 Thread Mo Zhou
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

Bug#922597: FTBFS against opencv 4.0.1 (exp)

2019-02-18 Thread Mo Zhou
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: important

Bug#922589: FTBFS against opencv 4.0.1 (exp)

2019-02-18 Thread Mo Zhou
> 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

Bug#922563: FTBFS on ppc64el

2019-02-18 Thread Mo Zhou
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 only

Bug#922600: FTBFS against opencv 4.0.1 (exp)

2019-02-17 Thread Mo Zhou
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

Bug#922598: FTBFS against opencv 4.0.1 (exp)

2019-02-17 Thread Mo Zhou
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

Bug#922599: FTBFS against opencv 4.0.1 (exp)

2019-02-17 Thread Mo Zhou
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

Bug#922597: FTBFS against opencv 4.0.1 (exp)

2019-02-17 Thread Mo Zhou
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

Bug#922596: FTBFS against opencv 4.0.1 (exp)

2019-02-17 Thread Mo Zhou
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

Bug#922593: FTBFS against opencv 4.0.1 (exp)

2019-02-17 Thread Mo Zhou
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

Bug#922595: FTBFS due to PDF compilation failure (against Opencv 4.0.1)

2019-02-17 Thread Mo Zhou
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

Bug#922592: FTBFS against opencv 4.0.1 (exp)

2019-02-17 Thread Mo Zhou
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

Bug#922589: FTBFS against opencv 4.0.1 (exp)

2019-02-17 Thread Mo Zhou
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

Bug#922590: FTBFS against opencv 4.0.1 (exp)

2019-02-17 Thread Mo Zhou
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

Bug#922591: FTBFS against opencv 4.0.1 (exp)

2019-02-17 Thread Mo Zhou
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

Bug#922588: FTBFS against opencv 4.0.1 (exp)

2019-02-17 Thread Mo Zhou
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

Bug#922587: FTBFS against opencv 4.0.1 (exp)

2019-02-17 Thread Mo Zhou
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

Bug#922585: FTBFS against opencv 4.0.1 (exp)

2019-02-17 Thread Mo Zhou
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

Bug#922584: FTBFS against opencv 4.0.1 (exp)

2019-02-17 Thread Mo Zhou
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

Bug#922586: FTBFS against opencv 4.0.1 (exp)

2019-02-17 Thread Mo Zhou
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

Bug#922582: FTBFS against opencv 4.0.1 (exp)

2019-02-17 Thread Mo Zhou
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

Bug#922579: FTBFS against opencv 4.0.1 (exp)

2019-02-17 Thread Mo Zhou
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

Bug#922578: FTBFS against opencv 4.0.1 (exp)

2019-02-17 Thread Mo Zhou
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

Bug#922574: FTBFS against opencv 4.0.1 (exp)

2019-02-17 Thread Mo Zhou
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

Bug#922570: FTBFS against opencv 4.0.1 (exp)

2019-02-17 Thread Mo Zhou
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

Bug#922573: FTBFS against opencv 4.0.1 (exp)

2019-02-17 Thread Mo Zhou
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

Bug#922567: FTBFS against opencv 4.0.1 (exp)

2019-02-17 Thread Mo Zhou
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

Bug#922566: FTBFS against opencv 4.0.1 (exp)

2019-02-17 Thread Mo Zhou
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

Bug#922569: FTBFS against opencv 4.0.1 (exp)

2019-02-17 Thread Mo Zhou
Source: caffe Version: 1.0.0+git20180821.99bd997-2 Severity: important Opencv4 breaks caffe due to API change.

Bug#922563: FTBFS on ppc64el

2019-02-17 Thread Mo Zhou
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

Bug#922560: FTBFS on ppc64el due to test failure

2019-02-17 Thread Mo Zhou
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

Bug#922197: RFS: worklog/2.0-1 -- Keep Track of Time worked on Projects

2019-02-12 Thread Mo Zhou
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" > >

Bug#922002: ITP: gotop -- terminal based graphical activity monitor inspired by gtop and vtop

2019-02-11 Thread Mo Zhou
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,

Bug#922002: ITP: gotop -- terminal based graphical activity monitor inspired by gtop and vtop

2019-02-10 Thread Mo Zhou
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

Bug#910004: RFS: apache-opennlp/1.9.0-1 [ITP] -- machine learning based toolkit for the processing of natural language text

2019-02-09 Thread Mo Zhou
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?:

Bug#919628: Apply Julia's LLVM patches

2019-02-07 Thread Mo Zhou
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

Bug#921698: openblas 0.3.5 dgemm regression on skylakeX

2019-02-07 Thread Mo Zhou
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

Bug#910004: RFS: apache-opennlp/1.9.0-1 [ITP] -- machine learning based toolkit for the processing of natural language text

2019-02-07 Thread Mo Zhou
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 >

Bug#921193: libmkl-rt: Octave returns wrong results when large arrays are multiplied

2019-02-04 Thread Mo Zhou
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

Bug#878121: Updates about BLAS64, co-installable variants

2019-02-04 Thread Mo Zhou
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 +0000, Mo Zhou a écrit : > > On Tue, Dec 18, 2018 at 12:42:22PM +0100, Sébastien Vi

Bug#910004: RFS: apache-opennlp/1.9.0-1 [ITP] -- machine learning based toolkit for the processing of natural language text

2019-02-04 Thread Mo Zhou
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:

Bug#919272: Is multiple-layers of alternatives a good thing to users?

2019-02-04 Thread Mo Zhou
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

Bug#919272: Is multiple-layers of alternatives a good thing to users?

2019-02-03 Thread Mo Zhou
Hi Ian and Thibaut, Inspired by Thibaut's comment, I worked out a good solution for the co-installation problem, which only results in a single layer of alternatives. Thibaut's proposed layout: > Package: libblis2-openmp, Provides: libblas.so.3, libblis.so.2 > Package: libblis2-pthread,

  1   2   3   >