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
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
* Package name: kaldi
* URL : https://github.com/kaldi-asr/kaldi
* URL : http://kaldi-asr.org/
* License : Apache-2
Programming Lang: C++, python, etc.
Description : Kaldi Speech Recognition Toolkit
This
GSL provides a set of CBLAS API/ABI, delivered with shared object
"libgslcblas.so" and header "gsl_cblas.h". That subset becomes
redundant once you include the headers of any standard/compatible
(C)BLAS library. That's what the compilation error means.
Make sure that the code only use one CBLAS i
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
(please explain about the transition: impacted packages, reason, ...
4.1.2+dfsg-5 -> 4.2.0+dfsg-2
We need to handle the opencv SOVERSION bump along with new upstream
release. Unlike th
tches/series
> can't find file to patch at input line 7
> Perhaps you used the wrong -p or --strip option?
> The text leading up to this was:
> --
> |Description: prevent cmake from downloading binary blob from internet.
> |Author: Mo Zhou
> |diff
Hi Sandro,
I've lost interest in pssh. At that time I was investigating a couple
of parallel SSH solutions, and I eventually chose ansible.
On Fri, Mar 13, 2020 at 08:29:04PM -0400, Sandro Tosi wrote:
> On Thu, 20 Jun 2019 06:24:13 -0700 Mo Zhou wrote:
> > Source: pssh
> &
Hi Diane,
Please go ahead. But actually the package is maintained under science
team. I think it's unnecessary to move it from science team to python
team.
On Tue, Mar 17, 2020 at 11:40:06AM -0700, Diane Trout wrote:
> Hi,
>
> I'd like to adopt numba into the python modules team with me as
> upl
Package: ftp.debian.org
Severity: normal
(please explain the reason for the removal here)
src:julia/unstable FTBFS on arm64 and armhf due to lack of a couple of
fixes to LLVM-8. Sylvestre is going to put less attention on this LLVM
version, so let's see what will happen to future version of julia
Control: tags -1 +moreinfo
Hi Mykola,
I think the problem has been fixed in a certain dkms update.
And I cannot reproduce the problem on debian sid.
I second this proposal, and the same for src:liblinear.
These are high popcon packages, dependencies for a number of other
packages. They should be team maintained to unblock important fixes.
On Sat, Dec 21, 2019 at 08:35:28AM +0100, Andreas Tille wrote:
> Hi Chen-Tse,
>
> I'm maintaining a pack
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
* Package name: sk1
Version : 2.0~rc4
* URL : https://sk1project.net/sk1/
* License : GPL-3
Programming Lang: Python
Description : advanced vector graphics editor
Inkscape is good and I like it. This
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
* Package name: yuzu
Version : git HEAD
* URL : https://yuzu-emu.org/
* License : GPL
Programming Lang: C++
Description : Nintendo Switch Emulator
will be maintained under the games team.
Source: eviacam
Version: 2.1.4-1
Severity: serious
Dear maintainer,
eviacam FTBFS against the latest version of OpenCV:
https://buildd.debian.org/status/package.php?p=eviacam&suite=sid
https://buildd.debian.org/status/fetch.php?pkg=eviacam&arch=amd64&ver=2.1.4-1%2Bb1&stamp=1580642132&raw=0
which
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
* Package name: dlpack
Version : git head
* URL : https://github.com/dmlc/dlpack
* License : apache-2.0
Programming Lang: C
Description : Open In Memory Tensor Structure and operator interface for
deep
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
* Package name: smartdns
* URL : https://github.com/pymumu/smartdns/releases
* License : GPL-3+
Programming Lang: C
Description : local DNS server to obtain the fastest IP for the best
experience
The package is
ping?
On 2019-09-30 09:02, Mo Zhou wrote:
> Hi release team,
>
> Shall we proceed with the opencv transition? The opencv 3.2.0 in
> unstable
> is too ancient. The automatically generated ben file looks good:
>
> https://release.debian.org/transitions/html/auto-opencv.html
Control: block -1 by 915708
Control: block -1 by 915711
Control: block -1 by 915712
On 2019-10-10 11:03, Paul Gevers wrote:
>>> AFAIK opencv 3.x -> 4.x breaks nearly all the reverse dependencies, due
>>> to
>>> API changes or header path change.
>>> I have already filed FTBFS bugs against those co
Package: dpkg
Version: 1.19.7
I made a typo when doing the translation.
diff --git a/po/zh_CN.po b/po/zh_CN.po
index 947944ea0..c4f9c5fc5 100644
--- a/po/zh_CN.po
+++ b/po/zh_CN.po
@@ -6084,7 +6084,7 @@ msgstr "重复路径 %s"
msgid ""
"alternative %s (part of link group %s) doesn't exist; removing fr
Package: nvidia-cuda-toolkit
Version: 10.1.105-3+b1
Dear co-maintainers,
Please remove me from the uploader list. I'm tired of
taking care of suckware from NVIDIA. I'm still interested
in maintaining some open-source packages related to nvidia,
but I shall never do anything for upstream:nvidia.
Package: rakudo
Version: 2019.07.1-4
Severity: serious
Clarification: causes FTBFS of rdeps, can causes usability issue
X-Debbugs-CC: rober...@semistable.com, d...@debian.org
Hi co-maintainers,
After installing 2019.07.1-4 and perl6-zef, user would confront
the following issue:
~/D/p/rakudo ❯❯❯
ain after the transition.
On 2019-10-15 16:44, gregor herrmann wrote:
> On Tue, 15 Oct 2019 02:17:24 -0700, Mo Zhou wrote:
>
>> Could you please double check the -6 revision? If it looks good,
>> I'll continue and upload it to unstable and close this bug.
>
> After upgrad
d you please verify it? :-)
On 2019-10-15 16:44, gregor herrmann wrote:
> On Tue, 15 Oct 2019 02:17:24 -0700, Mo Zhou wrote:
>
>> Could you please double check the -6 revision? If it looks good,
>> I'll continue and upload it to unstable and close this bug.
>
> After
On 2019-10-10 11:03, Paul Gevers wrote:
> Although the tracker doesn't show any collision, I'd like to finish the
> perl transition first. Please go ahead when perl 5.30 migrates to
> testing. Once uploaded raise the severity of all those FTBFS bugs.
opencv 4.1.2 has landed onto unstable. The mips
Package: ftp.debian.org
Severity: normal
suffers from FTBFS:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=922570
and it has an annoying dependency:
nvidia-cuda-toolkit
The upstream is not dead but they literally stopped
maintaining this software:
https://github.com/BVLC/caffe
So keeping
Great. I'll prepare the -8 revision for unstable.
When it landed onto the archive, all remaining usability issues
of perl6 should be gone.
After that I'll update the perl6-zef package.
On 2019-10-17 12:09, Dominique Dumont wrote:
> On Wednesday, 16 October 2019 16:34:20 CEST gregor herrmann wrote
Source: opencv
Version: 4.1.2+dfsg-3
Severity: serious
Opencv's cmake files unconditionally use the MSA
ISA baseline once detected MIPS architecture.
It resulted in mips64el sigill and caffe (rdep
of opencv) ftbfs on mips64el. mipsel should have
been affected too.
Package: open-vm-tools
Version: 2:11.0.0-2
Severity: important
Tags: patch
Forwarded: https://github.com/vmware/open-vm-tools/issues/378
Detailed description can be found here:
https://github.com/vmware/open-vm-tools/issues/378
I've also provided a hack for fixing this problem.
On 2019-10-20 07:25, Bernd Zeimetz wrote:
> Hi,
>
> thanks, I'll try to get this fixed on Monday.
> Which filesystem/mountpoint triggered that bug?
It's ZFS. I have two zpools on the machine. And their
corresponding fsNames are "tank" and "z1".
>
Package: python3-llvmlite
Version: 0.27.0-2+b1
blocks the update of python-numba.
and please remove python2 package.
I can NMU if you permit.
Package: git-buildpackage
Version: 0.9.13
Severity: important
X-Debbugs-CC: Mattia Rizzolo
Dear maintainer,
I noticed that the pristine-tar tarball id for the source is incorrect
if the set of orig-tarballs are imported with
gbp-import-orig XXX.orig.tar.xz --components YYY
For example, after
ill be green on all official architectures in about 36 hours
(each build takes more than 12 hours)
On Thu, Dec 27, 2018 at 11:35:18AM +, Mo Zhou wrote:
> OpenCV 3.4.4 is green on all official architectures after uploading
> manually built mips{,64}el packages by using Yunqiang's mach
- Forwarded message -
Hi Rich,
I investigated into this issue a bit and it looks like a result of
messy system where systemd-sysv and insserv are co-installed.
In insserv/sid, the postinst process will nolonger fail even if the
same error occurs. The error will disappear if you remove ins
Package: libopenmpi3
Version: 3.1.3-7
Severity: serious
Dear maintainer,
You missed a space in the script, which resulted in
The following packages will be upgraded:
libopenmpi3 openmpi-common
2 upgraded, 0 newly installed, 0 to remove and 4 not upgraded.
210 not fully installed or removed.
N
On Sun, Dec 30, 2018 at 12:53:18PM +0100, Guido Günther wrote:
> > I noticed that the pristine-tar tarball id for the source is incorrect
> > if the set of orig-tarballs are imported with
> >
> > gbp-import-orig XXX.orig.tar.xz --components YYY
> >
> > For example, after importing the opencv ta
On Thu, Jan 03, 2019 at 10:45:12AM +0100, Guido Günther wrote:
> What's your checkout command on the other machine? Did you specify the
> components. Please don't omit the commands you're using for import and
> export
import:
gbp import-orig --pristine-tar ../opencv_3.4.5+dfsg.orig.tar.xz --c
I guess sshfs 3.X is hopeless for Buster.
Because there is no any related transition on the tracker.
And fuse3 breaks gnome-core.
Anyone who cannot wait for the official package could try mine:
https://salsa.debian.org/lumin/sshfs-fuse (3.5.1)
Hi anbe,
Do you still have any idea about the way to reproduce this failure?
I've added an autopkgtest script to zfs to test the dkms build
against linux-headers-$(dpkg --print-architecture), and it seems
that I cannot reproduce this issue in a clean and minimal chroot.
http://debomatic-amd64.de
e I'm not buildd.
Builds for 3.4.5+dfsg-1~exp1 were successful so I don't expect any
problem for 3.4.5+dfsg-1~exp1+b1 .
On Mon, Dec 31, 2018 at 10:14:20AM +, Mo Zhou wrote:
> I've uploaded opencv 3.4.5 to experimental which fixed some issues found
> in the previous ver
Package: fish
Version: 2.7.1-3+b1
X-Debbugs-CC: Tristan Seligmann
Hi Tristan,
fish is my default login shell and I wish to use fish 3.0 and push
fish 3.0.X into Buster. So following the ITS process I'm filing this
bug.
https://www.debian.org/doc/manuals/developers-reference/ch05.en.html#ps-guid
On Sun, Jan 06, 2019 at 07:56:11PM +0100, Fabio Pedretti wrote:
> I don't think a transition is needed, now that fuse and fuse3 are
> co-installable. The packages that can migrate to fuse3 could do, the others
Source of "co-installable"???
I just installed fuse3, then apt removed gnome-core and fu
On Mon, Jan 07, 2019 at 12:48:32PM +0100, Fabio Pedretti wrote:
> ~ ❯❯❯ sudo apt install fuse
> Reading package lists... Done
> Building dependency tree
> Reading state information... Done
> The following packages were automatically installed and are no longer
> required:
>
am unfortunately unable to work on Debian-related matters
> for another month or two.
>
> Once I am back I would be interested in co-maintaining the package but we can
> coordinate on that later.
>
> On Sun, 6 Jan 2019, 15:06 Mo Zhou, wrote:
>
> Package: fish
> Version:
Source: llvm-toolchain-8
Version: 1:8.0.1-4
Severity: normal
Hi Sylvestre,
As an notice in advance, I'm going to patch llvm-8 for julia, adding
exactly the following patches
https://github.com/JuliaLang/julia/blob/36c4eb251edfcd57b05d31a6b2b44ac71a36e36d/deps/llvm.mk#L464-L475
I'll prepare the
On Mon, Nov 18, 2019 at 09:06:22AM +0100, Sylvestre Ledru wrote:
>
> Thanks!
> What about migrating to -9 ?
Upstream has not thoroughly tested their code against llvm-9. So I guess
sticking to llvm-8 would be a good solution for now.
> I am not going to spend much more time on -8 as we don't sh
Control: forwarded -1 https://github.com/MoarVM/MoarVM/issues/1194
On Thu, Nov 21, 2019 at 12:25:13PM +0100, Paul Gevers wrote:
> Source: moarav
> Version: 2019.07.1+dfsg-2
> Severity: serious
> Tags: ftbfs
> Justification: ftbfs
> Control: affects -1 nqp
>
> -BEGIN PGP SIGNED MESSAGE-
>
ject-Id-Version: dpkg 1.19.0\n"
"Report-Msgid-Bugs-To: debian-d...@lists.debian.org\n"
"POT-Creation-Date: 2019-06-03 23:21+0200\n"
-"PO-Revision-Date: 2019-01-12 00:00+\n"
+"PO-Revision-Date: 2019-11-28 00:00+\n"
"Last-Translator: Mo Zhou
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
* Package name: trisycl
Version : x.y.z
Upstream Author : Name
* URL : https://github.com/triSYCL/triSYCL
* License : LLVM/UIUC
Programming Lang: C++/SYCL
Description : Generic system-wide modern C++ for
control: retitle -1 RM: linuxbrew-wrapper -- RoM; orphaned; python2-only; low
popcon
changing RoQA -> RoM. I agree the removal.
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
X-Debbugs-CC: debian-scie...@lists.debian.org
* Package name: libflame
Version : x.y.z
Upstream Author : Field G. Van Zee / UT Austin
* URL : https://github.com/flame/libflame
* License : BSD-3-Clause
Source: pssh
Version: 2.3.1-1
I plan to salvage pssh and fix at least the following bug:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=891340
#runperl6 -e '"Hello Perl6!".say'
# sid->experimental upgrade [unverified]
run apt install -t sid rakudo -y
run perl6 -e '"Hello Perl6!".say'
run apt install -t experimental rakudo -y
run perl6 -e '"Hello Perl6!".say'
Package: rakudo
Version: 2019.07.1-3
Severity: important
Hi Perl6 team,
To solve the rakduo "/usr/share/.*moarvm" file not found
error I moved all files from /usr/share/perl6 to /usr/lib/perl6,
and /usr/share/perl6 should be symlink pointing at
/usr/lib/perl6. I think it is a sensible step becaus
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
* Package name: fonts-cascadiacode
Version : 1909.16
Upstream Author : Microsoft
* URL : https://github.com/microsoft/cascadia-code
* License : OFL-1.1
Description : monospaced font designed to enhance
gainst those correcponding packages
when opencv 4.0.1 landed onto experimental. Now it's 4.1.1 and I think
the result won't be different.
On 2019-01-14 15:44, Mo Zhou wrote:
> On Sun, Jan 13, 2019 at 08:06:57PM +0100, Emilio Pozuelo Monfort wrote:
>>
>> What is the status wit
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
X-Debbugs-Cc: debian-de...@lists.debian.org,
debian-scie...@lists.debian.org
* Package name: magma
* URL : https://icl.cs.utk.edu/magma/
* License : BSD-3-Clause
Programming Lang: Fortran, C, CUDA, etc.
Description
Package: gnome-shell
Version: 3.34.0-2
Severity: important
I've been using fcitx as the default Chinese input method for decades.
Recommending ibus simply breaks everything for me.
Oct 03 01:23:57 Macadamia fcitx.desktop[2905]: (ERROR-10874 ime.c:432)
fcitx-keyboard-in-kan-kagapa already exists
Hi NOKUBI,
Thank you for working on this.
Although it may sound boring or even frustrating, data used for training
machine learning models, or pre-trained machine learning models
should be carefully dealt with.
Your copyright file is not complete
https://bitbucket.org/tsuchm/pkg-sentencepiece/src
(re-sent due to incorrect CC address in last post)
Hi NOKUBI,
Thank you for working on this.
Although it may sound boring or even frustrating, data used for training
machine learning models, or pre-trained machine learning models
should be carefully dealt with.
Your copyright file is not complete
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.
Source: zfs-linux
Version: 0.7.12-2
Severity: grave
Clarification: a foreseeable stable RC is grave enough.
Buster will be released with 4.19.37 kernel. That's fine
and it doesn't break ZFS. However, the changes introduced
in 4.19.38 and linux 5.0 break ZFS. That means the current
0.7.12-2 will fa
Hi Paul,
On 2019-05-30 19:51, Paul Gevers wrote:
> or more severe in Debian BTS terms. I may have been wrong, but then
> please point me to the changes so important that you want them in
> buster. Please also be prepared to undo the new upstream release and
> just fix the bugs that are so importan
control: close -1
Hi Paul,
On 2019-05-30 19:29, Paul Gevers wrote:
> On Thu, 09 May 2019 19:26:06 -0700 Mo Zhou wrote:
>> 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 series is strictl
control: close -1
Let's just leave the bug for Buster. It's not critical.
control: close -1
I made a big mistake. It's the ***LTS KERNEL UPDATE***
that breaks ZFS 0.7.12-2. It's not a ZFS bug at all!
An LTS KERNEL UPDATE that breaks stuff is where the
grave RC lies.
control: retitle -1 unblock: zfs-linux/0.7.12-6 (or 0.7.13-1)
control: close -1
Hi Release Team,
On 2019-06-03 15:05, Mo Zhou wrote:
> Patching the kernel is impossible because kernel maintainers
> refused to do that. So that's an invalid solution.
After a short discussion with
control: severity -1 grave
Dear kernel maintainers,
Buster will be released with 4.19.37 kernel. That's fine
and it doesn't break ZFS. However, the changes introduced
in 4.19.38 and linux 5.0 break ZFS. That means the current
0.7.12-2 will fail to build everywhere after the first
Buster point rel
+deb10u1
diff --git a/debian/changelog b/debian/changelog
index 41d4a9fe..e6aad323 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,9 @@
+zfs-linux (0.7.12-2+deb10u1) testing-proposed-updates; urgency=high
+
+ * Patch: Disable SIMD on 4.19.37+ or 5.0+ kernels. (Closes: #929929)
+
+ -- M
Hi Tong Sun,
Please be respectful to the others. Whatever the mail address prefix
the others use, the others have the right to make private discussion
and free speech because these are fundamental rights. I don't know
what happend but your comments are really not friendly.
If you really received
59PM +0100, Fabio Pedretti wrote:
> Il giorno lun 7 gen 2019 alle ore 14:26 Mo Zhou ha scritto:
>
> On Mon, Jan 07, 2019 at 12:48:32PM +0100, Fabio Pedretti wrote:
> > ~ ❯❯❯ sudo apt install fuse
> > Reading package lists... Done
> > Buildin
On Sun, Jan 13, 2019 at 08:06:57PM +0100, Emilio Pozuelo Monfort wrote:
>
> What is the status with the rdeps? I looked at two bugs and they worry me:
I haven't had enough time to test rdeps for another round. But I guess
the situation would be similar to the first round.
> #915544 suggests the
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
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
;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:
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,
> >
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
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: 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: 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: lu...@debian.org
X-Debbugs-Cc: debian-de...@lists.debian.org,
pkg-nvidia-de...@lists.alioth.debian.org
* Package name: nvidia-cub
Version : x.y.z
Upstream Author : nvidia
* URL : https://nvlabs.github.io/cub/
* License : B
same here.
reflink:
https://devtalk.nvidia.com/default/topic/1050786/linux/nvidia-drivers-430-09-causes-xorg-segfault-at-start-
d with "Rules-Requires-Root: no"[1]? If it does, then
>> > you can work around the bug / issue in fakeroot for sid, testing and
>> > stable for now by using it.
>>
>> Yes ! I can now build rakudo on my laptop. Thanks for the help :-)
>>
>> Mo Zhou, can you follow-up and, if possible, release rakudo on unstable ?
>>
>> All the best
>>
>>
>>
>>
Package: libomp5-7
Version: 1:7.0.1-4
Preparing to unpack .../libomp5-7_1%3a7.0.1-4_i386.deb ...
Unpacking libomp5-7:i386 (1:7.0.1-4) ...
dpkg: error processing archive
/var/cache/apt/archives/libomp5-7_1%3a7.0.1-4_i386.deb (--unpack):
trying to overwrite shared '/usr/lib/llvm-7/lib/libomp-7.so.
Hi devel,
A user suggested[1] that the 6 variants[2] of BLIS should be
co-installable. However, making them co-installable would result in
multiple layers of alternatives in the update-alternatives system and
will possibly confuse users, as discussed in [3]. I wrote this mail
in case anyone has a
Package: gcc-8
Version: 8.2.0-15
Dear maintainer,
The log could be found on buildd.
https://buildd.debian.org/status/fetch.php?pkg=mkl-dnn&arch=amd64&ver=0.17.3-1&stamp=1549006507&raw=0
/<>/src/cpu/cpu_memory.cpp:366:46: required from here
/<>/src/cpu/cpu_memory.cpp:56:40: internal compiler e
control: tags -1 +moreinfo
Hi Michael,
As much as I'd appreciate your effort trying to create a package for
Debian, but I have to say the packaging is unacceptable.
> https://mentors.debian.net/debian/pool/main/o/openliberty/openliberty_18.0.0.4.dsc
The present packaging might be fine to third
control: tags -1 +moreinfo
Hi Andrius,
Thank you for the effort on apache-opennlp packaging. However it failed
to build (I cannot help you diagnose the failure because I know nothing
about Java):
http://debomatic-amd64.debian.net/distribution#unstable/apache-opennlp/1.9.0-1/buildlog
BTW, 1.9.1
control: severity -1 important
control: tags -1 +moreinfo
I cannot reproduce the failure with sbuild.
control: severity -1 important
control: tags -1 +moreinfo
I cannot reproduce this failure with sbuild.
control: severity -1 important
control: tags -1 +moreinfo
I cannot reproduce this issue with sbuild.
Package: octave
Version: 4.4.1-4
Severity: grave
X-Debbugs-CC: debian-scie...@lists.debian.org, ido...@neto.net.il
Dear octave maintainer,
I received an astonishing bug report[1] saying that MKL returns wrong
result for matrix multiplication. However, my further investigation
suggests that the pr
control: severity -1 important
Hi Sébastien and Sylvestre,
On Sun, Feb 03, 2019 at 10:16:05AM +0100, Sébastien Villemot wrote:
> Control: tags -1 unreproducible
>
> Dear Lumin,
>
> I've tried to reproduce the problem with Netlib BLAS, OpenBLAS and
> BLIS, but without success (I did not try with
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, Prov
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
Package: ftp.debian.org
Severity: normal
rm src:lua-torch-cutorch
It's deprecated by upstream, and has already been replaced by newer
alternatives. Since I'm not going to maintain it anymore and I don't
expect anyone to take it over, I'm requesting a removal.
lua-torch-cutorch is deprecated by upstream and orphaned by me:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=916281
caffe-contrib FTBFS because libopencv-dev cannot be installed,
libopencv-dev cannot be installed because there is a temporary FTBFS
against hdf5 where libvtk6-dev is uninsta
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
* Package name: gym
Version : 0.10.9
Upstream Author : OpenAI
* URL : https://gym.openai.com/
* License : MIT/Expat
Programming Lang: Python
Description : A toolkit for developing and comparing
Hi Norbert,
> It seems that the current Julia does not like the mkl blas libraries.
Our prebuild Julia package cannot depend on MKL. It assumes that the
user use openblas by default.
For MKL users, there is a CUSTOM_MKL flag provided by julia's
debian/rules file, with which one can easily rebuil
See comments I left in github issues.
On Fri, Dec 21, 2018 at 03:34:40PM -0500, a...@php.net wrote:
> On Wed, 17 Oct 2018 13:28:40 +0000 Mo Zhou wrote:
> > ...
> > Try to build against this termbox package, it's almost finished:
> > https://salsa.debian.org/debian/t
On Wed, Dec 19, 2018 at 11:32:36AM +0100, Emilio Pozuelo Monfort wrote:
> I was going to ack this, but I noticed that opencv failed to build on some
> architectures:
>
> https://buildd.debian.org/status/package.php?p=opencv&suite=experimental
>
> Please look at that before we start this.
opencv
OpenCV 3.4.4 is green on all official architectures after uploading
manually built mips{,64}el packages by using Yunqiang's machine.
Shall we move on?
On Mon, Dec 24, 2018 at 01:49:45AM +0000, Mo Zhou wrote:
> On Wed, Dec 19, 2018 at 11:32:36AM +0100, Emilio Pozuelo Monfort wrote:
&
201 - 300 of 435 matches
Mail list logo
