Hi,
I've updated the caffe package in the git repo, one of the major changes is that
`python-caffe-cpu` was changed to `python3-caffe-cpu`.
On 2 June 2016 at 07:00, Ghislain Vaillant wrote:
>
>
> The build time testsuite, autopkgtest and piuparts serve different
> purposes. You might want to spe
Package:wnpp
Severity: wishlist
Owner: lumin
* Package name: lua-torch-cwrap
Version : 0~20160222-gdbd0a62
Upstream Author : Torch Developers
* URL : https://github.com/torch/cwrap
* License : BSD-3-Clause
Programming Lang: lua
D
Package:wnpp
Severity: wishlist
Owner: lumin
* Package name: lua-torch-paths
Version :
0~20160203-g68d579a
Upstream Author : Torch Developers
* URL : https://github.com/torch/
paths
* License : BSD-3-Clause
Programming Lang: lua
Package:wnpp
Severity: wishlist
Owner: lumin
* Package name: lua-torch-torch7
Version : 0~20160604-g69d7a01
Upstream Author : Torch Developers
* URL : https://github.com/torch/
torch7
* License : BSD-3-Clause
Programming Lang: lua
flatbuffers 23.5.26+dfsg-1 is in unstable now.
On 7/12/24 06:02, Thomas Goirand wrote:
Hi,
I don't understand. How am I suppose to rebuild it against flatbuffers
if the package is in Experimental?
Cheers,
Thomas Goirand (zigo)
Anyone interested in imhex can take this ITP over.
I can co-maintain it, but now I'm really slow on this given that my
bandwidth is spent on other packages.
On 11/23/23 17:20, Matthias Geiger wrote:
On 23.11.23 21:04, Matthias Geiger wrote:
I just saw that imhex embeds some libaries; do you n
Control: tags -1 +wontfix
I tried this and it turns to be a little bit complicated to support. The
code change can be found in the git history, which was reverted by me.
The problem is that the file libtorch_python.so.* is specific to one
python version, and cannot be shared between py3.11 and
Control: close -1
Sponsored directly from git.
On 4/17/24 11:19, Mo Zhou wrote:
I have forked your repo to here:
https://salsa.debian.org/debian/hyprland-protocols
Will sponsor later when I get my other computer.
On 4/15/24 12:19, Alan M Varghese wrote:
Control: tags -1 - moreinfo
Then the
Control: close -1
I merged your files and uploaded to unstable.
The source name is hyprlang directly without the lib prefix.
https://salsa.debian.org/debian/hyprlang
On 4/18/24 03:16, Alan M Varghese wrote:
Hello Mo,
Thank you for granting me access.
I believe this would require me to force
66868
[4] https://salsa.debian.org/NyxTrail
On 3/15/24 01:10, Mo Zhou wrote:
Hi Alan,
Thank you for your work!
I did not check the ITP bugs before we make overlapping efforts:
https://salsa.debian.org/debian/hyprlang
https://salsa.debian.org/debian/hyprland
I just rushed the two packages within a short time
I have forked your repo to here:
https://salsa.debian.org/debian/hyprland-protocols
Will sponsor later when I get my other computer.
On 4/15/24 12:19, Alan M Varghese wrote:
Control: tags -1 - moreinfo
Then the upstream version should be >> 0.2, e.g, 0.2+20230811, not <<
0.2
as it is now.
Al
point for debian work is email and I do not use IRC at
all. For email, timing does not matter.
On 17/04/24 20:39, Mo Zhou wrote:
Hi Alan,
I granted you with the maintainer access to this repo:
https://salsa.debian.org/debian/hyprlang
This package has cleared the NEW queue a while ago:
https
Hi Alan,
Thank you for your work!
I did not check the ITP bugs before we make overlapping efforts:
https://salsa.debian.org/debian/hyprlang
https://salsa.debian.org/debian/hyprland
I just rushed the two packages within a short time the last night.
They work properly on Sid with my laptop.
I ha
Package: wnpp
Severity: wishlist
Owner: debian
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name : python-openai
Version : 1.6.1
* URL : https://github.com/openai/openai-python
* License : Apache-2.0
Programming Lang: Python
Description : OpenAI
On 1/5/24 11:45, Ansgar wrote:
Then the package should be in main.
We do not require external software to be free as well, be that Web
APIs provided by Github, Twitter, or the NVidia firmware required for
Nouveau, microcode or storage/keyboard/sound/printer firmware required
for Linux, ... We
On 1/5/24 12:32, Sam Hartman wrote:
Also, I thought that there were several open-source implementations of
this API, including from llama.cpp and ctransformers among others. My
impression was the OpenAI API had become kind of a standard for gluing
something like text-generation-webui to a host
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:
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é
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
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
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
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
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:
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
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
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
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
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: caffe
Version: 1.0.0+git20180821.99bd997-2
Severity: important
Opencv4 breaks caffe due to API change.
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: 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: 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: 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: 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: 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: 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: 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: 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: 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: 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: 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: 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: 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: 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: 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: 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: 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: 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: 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: 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
Hi Adam,
Thanks for this package, the copyright file looks good to me.
However there are still a couple of problems:
1. Can we avoid shipping with embedded code copy[1] of lua, termbox and
uthash? . lua 5.3 and uthash are already in the archive. termbox needs
to be packaged.
2. I'd recomme
Control: tag -1 +pending -wontfix
Hi Milan,
Things have changed a bit since I submitted this bug.
The 1.0.1-1 package waiting in NEW queue is linked against libblas.so.3
(which is a symlink pointing to openblas). The dependency of the
resulting package can be satisfied by installing any package
Package: julia
Version: 1.0.1-2
Hi Sebastien, do you have any plan to add ILP64 interface to OpenBLAS?
I acknowledge that bumping BLAS interface from LP64 to ILP64 is really a
hardwork under Debian's context, and will take a long time to transit.
If there is not much necessity to provide ILP64 in
y:
> https://github.com/adsr/mle/tree/debian
Oops. Thanks for the hint. Then you should put it to the
Vcs-Git and Vcs-Browser fields in debian/control.
> Thanks for the tip about the "Recommends" field. I will add optional
> runtime deps there.
>
> Adam
>
> On Fri
Control: tag -1 +moreinfo
Hi Yaroslav,
I think this bug has been fixed already. At least I cannot reproduce
this issue with the latest 1.9.2-1 version (uploaded several hours ago)
May I close this bug?
Package: libopenblas-dev
Version: 0.3.3+ds-1
Severity: wishlist
Hi Sebastien,
The range between priority numbers of OpenBLAS and Atlas is a bit narrow.
I think it isn't enough for furture usage when BLIS landed onto the
archive, especially when we wanted to provide libraries in different
multi-th
On Sat, Oct 13, 2018 at 06:03:48PM -0400, a...@php.net wrote:
> Yes, I can make Lua and uthash package deps instead of embedding them.
> Is it ok to embed termbox for now, or should we consider that a
> blocker?
Try to build against this termbox package, it's almost finished:
https://salsa.debian.
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
* Package name: termbox
Version : 1.1.2+dfsg
Upstream Author : nsf
* URL : https://github.com/nsf/termbox
* License : Expat
Programming Lang: C, Python
Description : Library for writing text-based user
Package: libgmp-dev
Version: 2:6.1.2+dfsg-3
Severity: important
Tag: patch
Justification: affects Julia's functionality on non-x86 arches
This patch is cherry-picked from upstream repo:
https://gmplib.org/repo/gmp/rev/c59c3879f982
Related discussions:
https://www.mail-archive.com/search?l=gmp-de.
ILP64 interface
I will send a RFC proposal about the NEW ILP64 interface on science list.
[1] you can find it on salsa under science-team's namespace
On Fri, Oct 19, 2018 at 10:18:53AM +0200, Sébastien Villemot wrote:
> Hi,
>
> Le samedi 13 octobre 2018 à 13:22 +, M
Package: libtbb-dev
Version: 2017~U7-8
Severity: important
X-Debbugs-CC: steven.cap...@gmail.com,
debian-science-maintain...@lists.alioth.debian.org,
debian-scie...@lists.debian.org
tbb packaging repo is hosted under debian-science team's namespace on
Salsa. However the maintainer is not set to
On Tue, Oct 23, 2018 at 08:42:31PM +0100, Steven Capper wrote:
> Hi Mo,
> I maintain the package and we had it hosted on Debian Science. I would
> like to keep maintaining the package, but I am happy to co-maintain
> the package with others.
Thank you for the quick reply. I'm happy to co-maintain
Package: wnpp
Severity: wishlist
* Package name: rover
Version : 0.1
Upstream Author : myself
* URL : https://salsa.debian.org/debian/rover
* License : GPL-3+
Programming Lang: Python
Description : text-based light-weight frontend for update-alternatives
Package: libdsfmt-dev
Version: 2.2.3+dfsg-3
Severity: important
https://salsa.debian.org/julia-team/julia/blob/master/deps/patches/dSFMT.c.patch
https://salsa.debian.org/julia-team/julia/blob/master/deps/patches/dSFMT.h.patch
This change is similar to changes about BLAS's 64-bit-index version.
Ho
Package: python3-sklearn
Version: 0.20.0+dfsg-1
Severity: serious
https://buildd.debian.org/status/package.php?p=scikit-learn
control: close -1
This is a fake bug.
Patches are already applied by Peter 3 years ago.
control: retitle -1 RFP: nvidia-cudnn -- NVIDIA CUDA Deep Neural Network library
control: owner -1 w...@debian.org
control: close 887728
I'm no longer interested in reading Nvidia's license.
Packaging scripts are avaialble on Salsa.
control: tags -1 -patch +moreinfo
Hi Antonio,
I cannot find the patch anymore. Do we still need to fix the ZoL
upstream deb -> Debian deb transition problem?
Package: openrc
Version: 0.38-2
Severity: serious
On my amd64 virtual machine rc-status failes every time I run it.
Some times it just reports
double free or corruption (!prev)
And sometimes it reports
malloc(): smallbin double linked list corrupted
I think this is 100% reproducible by jus
Hi Sylvestre,
F.Y.I.
> * llvm 6.0 upstream won't have a new upstream release * I have been
> focusing my Debian effort on 7 for a while, so, packaging is a much
> better shape
Julia upstream backported many patches from llvm-7 to their vendored
llvm-6 source. However it's llvm-7 support is still
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
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
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
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
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)
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
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
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
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
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
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,
> >
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
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
> >
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
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
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
, 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
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: 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: close -1
I give up.
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/
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: 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.
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: 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 request an adopter for the fzf package.
The package description is:
It's an interactive Unix filter for command-line that can be used with
any list; files, command history, processes, hostnames, bookmarks, git
commits, etc.
.
Refer /usr/share/doc/fzf/README.D
1 - 100 of 448 matches
Mail list logo
