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
Package: python3-sklearn
Version: 0.20.0+dfsg-1
Severity: serious
https://buildd.debian.org/status/package.php?p=scikit-learn
- 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
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.
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.
Control: tag -1 pending
Hello,
Bug #916957 in julia reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
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
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
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 the 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
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
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
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.
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
same here.
reflink:
https://devtalk.nvidia.com/default/topic/1050786/linux/nvidia-drivers-430-09-causes-xorg-segfault-at-start-
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'
On 2019-09-16 10:58, Dominique Dumont wrote
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
>>
>>
>>
>>
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-
>
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.
ter 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 upgrading rakudo from
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 upgrading
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 ❯❯❯
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
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
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=sid
https://buildd.debian.org/status/fetch.php?pkg=eviacam=amd64=2.1.4-1%2Bb1=1580642132=0
which looks due an API change
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
Control: severity -1 important
Control: tag -1 +moreinfo
I cannot reproduce this with either linux 5.7 or linux 5.8 on sid.
Control: severity -1 important
Control: tags -1 +moreinfo
Clarification: possibly a Ubuntu bug
Hello guys,
The way to reproduce with docker + ubuntu devel (20.10)
1. docker image pull ubuntu:devel
2. docker run -ti ubuntu:devel
3. apt update -y ; apt upgrade -y
4. apt install -y r-base-core
5.
Control: reassign -1 imagemagick-6.q16 8:6.9.11.60+dfsg-1.3
Control: severity -1 important
Hi,
This bug does not belong to ranger. ranger called `identify` from
imagemagick on
the given video, and identify ends up creating a bulky magick-*.pam file
under /tmp
and exiting with error.
I can
Control: tag -1 pending
Hello,
Bug #1052835 in utf8proc reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
32 matches
Mail list logo
