Hi,
On Fri, 18 Jan 2019 at 10:31, Sylvestre Ledru wrote:
> > Please check and apply Julia's LLVM patches to Debian's LLVM 6.0.1:
> >
> > https://github.com/JuliaLang/julia/blob/master/deps/llvm.mk#L390-L432
> > https://github.com/JuliaLang/julia/tree/master/deps/patches
> >
> > I don't quite
Glad to hear, thanks!
On Fri, 18 Jan 2019 at 09:49, Sylvestre Ledru wrote:
>
> I fixed that in 7, I can probably easily backport the fix to 6.
>
> S
>
>
> Le 18/01/2019 à 04:41, M. Zhou a écrit :
> > Package: llvm-6.0-dev
> > Version: 1:6.0.1-9.2
> > X-Debbugs-CC: gin...@debian.org
> >
> > Dear
Package: zfsutils-linux
Version: 0.7.11-2
Severity: serious
Owner: !
https://buildd.debian.org/status/package.php?p=zfs-linux
dh_python3 -i -O--parallel
E: dh_python3 dh_python3:176: no package to act on (python3-foo or one with
${python3:Depends} in Depends)
dh_systemd_enable -i
Hi Chris,
Could you please help me review the pending -2 upload?
It's hard to go through the historical discussion. It's
possible that I missed something.
https://salsa.debian.org/zfsonlinux-team/zfs/tree/lumin
I tested this branch with my Debian Unstable (OpenRC) setup.
Is there any patch
Hi Chris,
I guess aron is busy recently. Anyway personally I'm going to look into
non-systemd init system support for ZFS because I planned to get rid of
systemd forever.
Since I'm new to this package and it's bugs, some time is needed for me
to go through the historical discussions and do some
Some updates about this pre-RFS:
Summary:
1. The README.Debian file is totally invalidated. Please don't review the
repo.
2. I switched to use python plus ninja for building Debian's TF, which
may have a chance to evolve into the final solution.
On Fri, Aug 24, 2018 at 22:58 Lumin wrote
control: owner !
the two original ITP submitters are either missing, or not interested in
fzf anymore.
I'm taking over this ITP and this is not any kind of ITP hijack.
--
Best,
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
* Package name: pscircle
Version : 1.2.2
Upstream Author : Ruslan Kuchumov
* URL : https://gitlab.com/mildlyparallel/pscircle.git
* License : GPL-2
Programming Lang: C
Description : visualizing Linux
Package: sponsorship-requests
Severity: wishlist
X-Debbugs-CC: debian-scie...@lists.debian.org
Control: tags -1 +moreinfo
Control: blocks -1 by 906646 894411
Control: blocks 804612 by -1
Hi Mentors and d-Science Team,
**Many thanks** to Aron Xu for his sponsorship with a 512GB-RAM builder.
Hi mentors,
I've tested building all double-conversion's reverse dependencies including
libqt5core5a in unstable, none of them was broken.
Test platform is ppc64el instead of amd64.
Package: julia
Version: 1.0.0-1
Severity: minor
so that I won't forget to do it.
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "sleef"
* Package name: sleef
Version : 3.3.1-1
Upstream Author : [fill in name and email of upstream]
* URL : [fill in URL of upstreams web site]
*
Package: sponsorship-requests
Severity: important
X-Debbugs-CC: debian-scie...@lists.debian.org
Dear mentors,
I am looking for a sponsor for my package "hepmc"
* Package name: hepmc
Version : 2.06.09-3
Upstream Author : [fill in name and email of upstream]
* URL
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "highwayhash"
* Package name: highwayhash
Version : 0~20180209-g14dedec-6
Upstream Author : [fill in name and email of upstream]
* URL : [fill in URL of
Yes, I'm doing parallel build with -j4
On Wed, Aug 22, 2018 at 23:34 Adrian Bunk wrote:
> On Wed, Aug 22, 2018 at 01:58:15PM +0000, Lumin wrote:
> > Package: kmer
> > Version: 0~20150903+r2013-4
> > Severity: serious
> > Justification: FTBFS in clean chroot
> &
Package: kmer
Version: 0~20150903+r2013-4
Severity: serious
Justification: FTBFS in clean chroot
I cannot build kmer under both Debian experimental,
and the debian unstable docker.
``` ^
In file included from
10:16:17AM +0000, Lumin wrote:
> > * Package name: mkl-dnn
> >Version : 0.15+git20180803.3f58c16-1
> >Upstream Author : intel
>
> Alas, the build flags use -march=native -mtune=native which is a big no-no.
> The first makes the package crash on any
Hi jean-pierre giraud,
Thank you for the translation but you seem to have forgotten
to add the attachment.
Best,
lumin
This is the minimal code for repro #906753:
OK with -O0, FAIL with -O2 on i386, ppc64el, ...
masssq1 and masssq2 are computed from the same vector [1.1, 2.2, 3.3, 4.4],
but the results are different!
==
#include
#include // for swap
Package: julia
Version: 0.7.0-2
Severity: normal
e.g. https://github.com/JuliaLang/julia/issues/27174
https://github.com/JuliaLang/julia/issues/28783
This will expose more problems instead of hide them.
Package: g++-8
Version: 8.2.0-4
Severity: serious
Justification: -O2 results in different double precision number result.
Affects: 906708
This bug is found in package src:hepmc, which currently FTBFS on
i386, arm64, ppc64el and s390x.
https://buildd.debian.org/status/package.php?p=hepmc
-
control: tags -1 +patch +confirmed
> Fix attached.
> - double eps = 1.e-15; // allowed differnce between doubles
> + double eps = 4.e-15; // allowed difference between doubles
No no no, please DON'T do this!
This precision issue is triggered by a GCC optimization bug,
and simply bumping
n/d/double-conversion/double-conversion_3.0.0+git20180802.4e8b3b5-1.dsc
More information about hello can be obtained from
1. salsa git repo [branch: lumin/3.0.0 instead of master]
https://salsa.debian.org/science-team/double-conversion
2. dom-amd64 build for sid/experimental
http://debom
Source: insighttoolkit4
Version: 4.13.0-dfsg1
Severity: serious
Justification: FTBFS in sid/experimental.
[ 14%] Building CXX object
Modules/ThirdParty/VNL/src/vxl/vcl/CMakeFiles/itkvcl.dir/vcl_deprecated.cxx.o
cd
On Sat, Aug 18, 2018 at 07:23:48PM +0200, Sébastien Villemot wrote:
> Hi Lumin,
>
> Le samedi 18 août 2018 à 15:16 +0000, Lumin a écrit :
> > double-conversion is a tensorflow dependency and surprisingly it was
> > orphaned. I will continue maintaining it within d-sci
t version specified by tensorflow.
If I didn't get debian's eigen3 (3.3.5) working with tensorflow,
I'll embed one.
> Anton
>
>
> 2018-08-18 14:53 GMT+02:00 Lumin :
> > On Sat, Aug 18, 2018 at 01:28:18PM +0200, Andreas Tille wrote:
> >> Hi,
> >>
> >>
On Sat, Aug 18, 2018 at 01:28:18PM +0200, Andreas Tille wrote:
> Hi,
>
> On Fri, Aug 10, 2018 at 01:24:16PM +0000, Lumin wrote:
> >
> > So I'd suggest that upload the 3.3.5 version with the above ppc64el fix.
>
> I commited new upstream source to Git but there
control: owner -1
control: retitle -1 ITA: double-conversion -- routines to convert IEEE floats
to and from strings
double-conversion is a tensorflow dependency and surprisingly it was
orphaned. I will continue maintaining it within d-science team.
However, in order to avoid embedding a copy of
et/package/sleef
Alternatively, one can download the package with dget using this command:
dget -x https://mentors.debian.net/debian/pool/main/s/sleef/sleef_3.3-1.dsc
More information about hello can be obtained from
1. git repo: https://salsa.debian.org/lumin-guest/sleef
2. dom-
control: severity -1 important
This problem started affecting DDPO pages.
All watch files used similar web page will get a blank result.
On Thu, Aug 16, 2018 at 01:45:14PM +0100, Ian Jackson wrote:
> Mo Zhou writes ("Bug#906265: RFH: julia -- ppc64el port of Julia language and
> LLVM-6.0"):
> > I tried to think of applying for the access to debian's ppc64el porterbox
> > but it appears to be impossible for a normal user to install
Hi Frédéric,
Thank you very much for your help!
I've filed the bug for LLVM
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=906314
and had it blocking julia's ppc64el build failure.
And have requested for a ppc64el vm. Next time I should be able to
do the ppc64el build by myself :-)
On Thu,
Package: llvm-6.0-dev
Version: 1:6.0.1-4
Severity: important
Justification: blocking RC bug
Control: block 905807 by -1
Control: tag -1 +patch +confirmed
Debian's llvm should add this patch
https://reviews.llvm.org/D43781
And this patch has been verified by Frédéric
Package: www.debian.org
Severity: wishlist
X-Debbugs-CC: DSA
According to https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=906265#20 ,
the schroot should mention the env var tricks when the porter needs to
build a modified B-D and then build another package on top of it.
A temporary fix could be to use the user/project/releases page, but
this is sometimes problematic if the first page is full of alpha
or beta releases.
Package: devscripts
Severity: normal
Justification: template in manpage is not working
I'm not sure what happend but it appears that github has changed something.
For example, when I fetch the tags page of julia:
~/p/j/julia ❯❯❯ curl -s https://github.com/JuliaLang/julia/tags
v1.0.0
Package: wnpp
Severity: wishlist
Owner: Lumin
* Package name: sleef
Version : 3.3
Upstream Author : SLEEF Project.
* URL : https://sleef.org/ https://github.com/shibatch/sleef
* License : Boost software license
Programming Lang: C + intrinsics
Description
Package: sponsorship-requests
Severity: important
Dear mentors,
I am looking for a sponsor for my package "chafa"
* Package name: chafa
Version : 0.9.0+git20180731.5ddfe4c-3
Upstream Author : [fill in name and email of upstream]
* URL : [fill in URL of
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "chafa"
* Package name: chafa
Version : 0.9.0+git20180731.5ddfe4c-2
Upstream Author : [fill in name and email of upstream]
* URL : [fill in URL of upstreams
On Sat, Aug 11, 2018 at 11:00:03AM +, Debian Bug Tracking System wrote:
> On Sat, Aug 11, 2018 at 06:26:46AM +0000, Lumin wrote:
> >
> > * Package name: chafa
> >Version : 0.9.0+git20180731.5ddfe4c-1
> > * URL : https://hpjansso
Package: sponsorship-requests
Severity: wishlist
Dear mentors,
I am looking for a sponsor for my package "chafa"
* Package name: chafa
Version : 0.9.0+git20180731.5ddfe4c-1
Upstream Author : Hans Petter Jansson
* URL : https://hpjansson.org/chafa/
* License
Package: wnpp
Severity: wishlist
Owner: lumin
* Package name: chafa
Version : 0.9.0+git20180731.5ddfe4c
Upstream Author : Hans Petter Jansson
* URL : https://hpjansson.org/chafa/
* License : LGPL-3.0+
Programming Lang: C
Description : Image-to-text
close -1
already in unstable
Package: libjulia0.7
Version: 0.7.0~beta2-1
Severity: important
~ ❯❯❯ dpkg -L libjulia0.7
/.
/usr
/usr/lib
/usr/lib/x86_64-linux-gnu
/usr/lib/x86_64-linux-gnu/julia
/usr/lib/x86_64-linux-gnu/julia/libccalltest.so
/usr/lib/x86_64-linux-gnu/julia/libsuitesparse_wrapper.so
Package: lintian
Version: 2.5.96
Severity: normal
"allow-stderr" is a standard value according to the given document.
P: julia source: unknown-runtime-tests-restriction allow-stderr paragraph
starting at line 2
N:
N:A paragraph in debian/tests/control mentions a non-standard value for
N:
Package: libeigen3-dev
Version: 3.3.4-4
Severity: wishlist
I tried to build TensorFlow with the eigen3 library shipped by system
instead of a downloaded one during build time but it failed.
TensorFlow upstream uses the fd6845384b86 (2018-06-22) commit currently.
Package: julia
Version: 0.7.0-1
Severity: wishlist
A user suggested that we build julia against libblas.so.3 instead
of openblas, as said here
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=903879#10
> The current version of gimp is incompatible with openblas (#903514).
>
> julia and
control: close -1
this bug is rotten and is not useful anymore.
control: tag -1 +moreinfo
On Thu, Aug 09, 2018 at 08:01:10PM +0200, Adam Borowski wrote:
> On Thu, Aug 09, 2018 at 10:16:17AM +0000, Lumin wrote:
> > * Package name: mkl-dnn
> >Version : 0.15+git20180803.3f58c16-1
> >Upstream Author : intel
>
>
Package: julia
Version: 0.7.0-1
Severity: important
Control: tag -1 +patch +moreinfo
https://github.com/JuliaLang/julia/issues/22650
https://github.com/JuliaLang/julia/pull/26218
I don't have any ppc64el porter to test the LLVM patch.
Once the patch is confirmed, this bug should be reassigned to
Package: elvish
Version: 0.12+ds1-1
Severity: normal
We have a 100% chance to reproduce this crash.
1. $ elvish
2. type Ctrl + n twice
3. elvish crashed.
~ ❯❯❯ elvish
~>
runtime error: invalid memory address or nil pointer dereference
goroutine 1 [running]:
Package: sponsorship-requests
Severity: wishlist
Disclaimer:
Intel made some confusing naming. I should point out that mkl-dnn is
a free software, which can be independently compiled and used without
any component from intel-mkl . Without linking against intel-mkl, we
would get a
control: tag -1 +confirmed +patch
We have successfully built Julia with the patched llvm-6.0 .
Please merge the two patches and update the llvm package.
* llvm-D49832-SCEVPred.patch
* llvm-rL323946-LSRTy.patch
They come from Julia's commit df451468a14e0b0f7985f8396a6c15ef5a411422
commit
Package: julia
Version: 0.7.0~beta2
Severity: wishlist
Control: block -1 by 905397
Debian's LLVM-6.0 needs some more patch. investigating.
On Mon, Aug 06, 2018 at 10:51:46AM +0200, Guillem Jover wrote:
>
> Both translations conflict, could you please sort this out?
The translation conflict was solved. Please pull the master branch of
this repo:
https://salsa.debian.org/chinese-team/dpkg
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "nsync"
* Package name: nsync
Version : 1.20.1-2
Upstream Author : [fill in name and email of upstream]
* URL : [fill in URL of upstreams web site]
*
control: close -1
already fixed in dc5f260e393c87886582be111a0493e4d6981f90
https://salsa.debian.org/science-team/h5py
For some reason gbp-dch didn't include the commit message
into dch.
Package: sponsorship-requests
Severity: wishlist
X-Debbugs-CC: debian-scie...@lists.debian.org
Dear mentors,
I am looking for a sponsor for my package "nsync", which is a
tensorflow dependency.
* Package name: nsync
Version : 1.20.1-1
Upstream Author : google
* URL
control: retitle -1 non-x86 symbols out of date
control: severity -1 normal
This non-x86 arches are not my priorities currently. It doesn't deserve
another RFS bug to the mentors list, and it can be easily fixed by me when
I get my Debian Developer account.
On Mon, Aug 6, 2018 at 00:45 Adrian
control: close -1
closing because 0.2.8 has been uploaded.
I forgot to close this bug.
, 2018 at 01:31:27PM -0300, Antonio Terceiro wrote:
> Control: tag -1 + moreinfo unreproducible
>
> On Sat, Aug 04, 2018 at 03:11:17PM +0000, Lumin wrote:
> > Package: autopkgtest
> > Version: 5.4.2
> > Severity: serious
> >
> > the "su" command
Package: autopkgtest
Version: 5.4.2
Severity: serious
the "su" command from util-linux breaks autopkgtest. The previous
working one comes from shadow.
python-h5py-dbg is already the newest version (2.8.0-1).
python-h5py-dbg set to manually installed.
python-h5py is already the newest version
66.031648 seconds
Sysimage built. Summary:
Total ─── 90.179929 seconds
Base: ─── 24.146837 seconds 26.7763%
Stdlibs: 66.031648 seconds 73.2221%
make[3]: Leaving directory '/home/lumin/packages/julia.pkg/julia'
make[3]: Entering directory '/home/lumin/packages/julia.pkg/julia'
cd /
Package: pius
Version: 2.2.6-1
Severity: serious
Justification: totally unusable with python3.
~ ❯❯❯ pius -A -s -r ~/.gnupg/pubring.kbx -m
Welcome to PIUS, the PGP Individual UID Signer.
Traceback (most recent call last):
File "/usr/bin/pius", line 328, in
main()
File
Hi GreaterFire,
Thank you for the package. I'm not sponsoring this package but I have
some comments about it. You can feel free to omit the comments tagged
"recommended".
1. Why is dh_auto_test noopped?
The following tests FAILED:
1 - LinuxSmokeTest-basic (Failed)
As the software
Hi Daniel,
> How about only generating the files when creating the source package,
> rather than during every build. that way, you would need to run it only
> before uploading the package, once; and none of the buildds would run it
> again which would also make the package a bit more resiliant.
control: tags -1 +pending
fixed in master branch.
Package: wnpp
Severity: wishlist
Owner: lumin
* Package name: nsync
Version : 1.20.0
Upstream Author : google
* URL : https://github.com/google/nsync
* License : Apache-2.0
Programming Lang: C
Description : C library that exports various
Thanks for the full log, very helpful!
I can reproduce the failure with
LC_ALL=POSIX python3 ...
and it could be avoided by
LC_ALL=C.UTF-8 python3 ...
On Mon, Jul 23, 2018 at 02:43:41PM +0200, Santiago Vila wrote:
> On Mon, Jul 23, 2018 at 12:16:45PM +0000, Lumin wrote:
>
>
Hi Santiago,
Thanks for the report, but could you please provider a more verbose
failure report?
And could you please test this patch:
LC_ALL=C.UTF-8 python3 debian/control.py
```
diff --git a/debian/rules b/debian/rules
index 212c9aa..8d21adc 100755
--- a/debian/rules
+++ b/debian/rules
@@
control: retitle -1 RFP: python-murmurhash -- Cython bindings for MurmurHash2
[spaCy deps]
control: noowner -1
In most cases installing spaCy with pip is enough. spaCy depends on yet
another specific machine learning library "thinc" which I think I don't
have enough energy to take care of in
control: retitle -1 RFP: python-preshed -- Cython Hash Table for Pre-Hashed
Keys [spaCy dependency]
control: noowner -1
In most cases installing spaCy with pip is enough. spaCy depends on yet
another specific machine learning library "thinc" which I think I don't
have enough energy to take care
control: retitle -1 RFP: python-plac -- Smartest command line arguments parser
in the world [spaCy deps]
control: noowner -1
In most cases installing spaCy with pip is enough. spaCy depends on yet
another specific machine learning library "thinc" which I think I don't
have enough energy to take
control: retitle -1 RFP: python-thinc -- Practical Machine Learning for NLP in
Python [spaCy deps]
control: noowner -1
In most cases installing spaCy with pip is enough. spaCy depends on yet
another specific machine learning library "thinc" which I think I don't
have enough energy to take care
control: retitle -1 RFP: you-get/0.4.1025 -- command-line utility to download
media contents (videos, audios, images) from the Web
control: noowner -1
initial packaging is available here
https://salsa.debian.org/lumin-guest/you-get
but anyone who wants to download video from internet must
control: retitle -1 RFP: python-cymem -- Cython Memory Helper [SpaCy dependency]
control: noowner -1
In most cases installing spaCy with pip is enough. spaCy depends on yet
another specific machine learning library "thinc" which I think I don't
have enough energy to take care of in long run.
Package: sponsorship-requests
Severity: important
Dear mentors,
I am looking for a sponsor for my package "highwayhash"
* Package name: highwayhash
Version : 0~20180209-g14dedec-5
Upstream Author : [fill in name and email of upstream]
* URL : [fill in URL of
Package: lintian
Version: 2.5.93
Severity: wishlist
X-Debbugs-CC: Debian Julia Team
Julia is a scripting language with JIT compilation. I think lintian should
recognize it as one of the available interpreters in Debian.
W: julia-common: unusual-interpreter
Package: julia
Version: 0.6.4-2+b1
Severity: important
Owner: !
https://github.com/JuliaLang/julia/pull/28129
This patch is for julia 0.7.X .
Maybe I should backport this test to 0.6.X .
control: tags -1 +confirmed
I'm the last APT translator. Boyuan's patch LGTM.
signature.asc
Description: PGP signature
Package: libopenblas-base
Version: 0.3.1+ds-1
Severity: serious
https://github.com/JuliaLang/julia/pull/28002
https://github.com/JuliaLang/julia/issues/27960
https://github.com/xianyi/OpenBLAS/issues/1666
control: retitle -1 RFP: spacy/2.0.10 -- Industrial-strength Natural Language
Processing (NLP) with Python and Cython
control: noowner -1
lack of time.
control: retitle -1 RFP: nanopb/0.3.9 -- Protocol Buffers with small code size
control: noowner
lack of time.
control: retitle -1 RFP: gloo/0.5.0 -- Collective communications library for
machine learning
control: noowner -1
lack of time.
control: retitle -1 RFP: cupy/2.5.0 -- NumPy-like API accelerated with CUDA
control: noowner -1
CUDA's GCC/LLVM support is always lagging behind the GCC/LLVM upstreams.
That makes the maintenance work of CUDA application always annoying.
I'm dropping this ITP. Afterall the user can install cupy
Hi Stefano,
Python2 is dying. Is there any reason so that pypy3 shouldn't be
compiled and uploaded? If you lack time and need help, please just ask.
Package: ftp.debian.org
Severity: normal
We want julia 0.6.4 to migrate to testing:
julia | 0.6.4-1 | unstable | source, amd64, arm64, armhf,
i386, ppc64el
however it is blocked by the mips64el architecture, because julia
0.6.4 doesn't build on mips64el currently,
Control: severity -1 important
julia_0.6.3-5 was just uploaded to unstable, it depends on llvm-4.0 .
Package: libgit2-dev
Version: 0.26.0+dfsg.1-1.2
Severity: wishlist
Dear libgit2 maintainer,
We wish to upload Julia to unstable. It depends on libgit2 >= 0.27,
which ships mbedtls support so that https:// is supported.
Could you please upload libgit2 to unstable?
Package: sbuild
Version: 0.77.0-1
Severity: imporant
~ ❯❯❯ sbuild
User lumin is not currently an effective member of group sbuild. Please run:
sudo sbuild-adduser lumin
And then either log out and log in again or use `newgrp sbuild` to gain sbuild
group privileges
~ ❯❯❯ sudo sbuild-adduser
Package: lintian
Version: 2.5.91
Severity: normal
Lintian reports error like this
E: julia-doc: privacy-breach-uses-embedded-file
usr/share/doc/julia/html/en/devdocs/sysimg.html You may use the
libjs-normalize.css package.
Package: libarpack2
Version: 3.6.1-1
Severity: Important
Hi arpack maintainer,
The present libarpack2 has a problem so that Julia 0.6.3 cannot
pass the tests as expected. I tried to dig out the cause but found nothing.
When we build arpack 3.3.0 with this makefile
: normalize_string("ṛ̇", :NFC) == "ṛ̇"
│Evaluated: "Ṥ" == "ṛ̇"
│ Stacktrace:
│ [1] macro expansion at
/home/lumin/packages/julia.pkg/julia/test/unicode/utf8proc.jl:23 [inlined]
│ [2] macro expansion at ./test.jl:860 [inlined]
│ [3] anonymous at ./:
Hi Heiko Nickerl,
> I am looking for a sponsor for my package "sodalite".
Thank you for this package. I'm not sponsoring this package, but
I have some comments:
1. debian/copyright: OK
2. postinst:
Printing something unecessary to screen during postinst looks unusual.
I believe the
Hi Andreas Schwarz,
> I am looking for a sponsor for my package "lsmount"
Thank you for this package. I'm not sponsoring it but here are some
comments:
1. debian/copyright: OK
2. debian/rules: MINOR
The debhelper compat level is set to 11. That means --parallel is
default. So you don't
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "highwayhash"
* Package name: highwayhash
Version : 0~20180209-g14dedec-4
Upstream Author : [fill in name and email of upstream]
* URL : [fill in URL of
Package: python-skimage-doc
Version: 0.14.0-1
Severity: normal
Justification: Severity is raised from wishlist to normal because autopkgtest
affects migration now.
http://debomatic-amd64.debian.net/distribution#unstable/skimage/0.14.0-1/autopkgtest
Setting up xvfb (2:1.20.0-2) ...
Setting up
Package: python-skimage-doc
Version: 0.14.0-1
Severity: normal
E: python-skimage-doc: privacy-breach-uses-embedded-file
usr/share/doc/python-skimage-doc/html/cell_profiler.html You may use the
libjs-mathjax package.
Package: python-skimage-doc
Version: 0.14.0-1
Severity: normal
from 0.14.0-1 debian/rules:
```
@@ -15,0 +16,2 @@ skimage (0.14.0-1) unstable; urgency=medium
cd doc; test -d build/html || $(MAKE) html
cd doc; test -d build/html || $(MAKE) html PYTHON=python3
```
This actually didn't
X-Debbugs-CC: gin...@debian.org, stef...@berkeley.edu, deb...@onerussian.com
control: owner -1 !
I'm working on this. It would take days for me to finish it
due to my final terms... But I think it doesn't matter because
we still have a month until AUTORM.
https://salsa.debian.org/lumin-guest
1 - 100 of 614 matches
Mail list logo
