Source: obs-studio
Version: 25.0.8+dfsg1-1
Severity: serious
Tags: ftbfs
https://buildd.debian.org/status/package.php?p=obs-studio=sid
...
-- No Native SSE2 SIMD Support - Using SIMDE
...
CMake Error at libobs/CMakeLists.txt:482 (add_library):
Cannot find source file:
util/simde/check.h
Source: flex
Version: 2.6.4-7
Severity: serious
Tags: ftbfs
https://buildd.debian.org/status/fetch.php?pkg=flex=all=2.6.4-7=1590040409=0
...
debian/rules override_dh_installexamples
make[1]: Entering directory '/<>'
I: flex_2.6.4
dh_installexamples
# Clean up embedded build paths in order to
Source: bamtools
Version: 2.5.1+dfsg-6
Severity: serious
Tags: ftbfs
https://buildd.debian.org/status/fetch.php?pkg=bamtools=all=2.5.1%2Bdfsg-6=1590577989=0
...
dh_auto_install -i
cd obj-x86_64-linux-gnu && make -j4 install
DESTDIR=/<>/bamtools-2.5.1\+dfsg/debian/tmp
On Wed, 27 May 2020 08:51:40 +0200 Antenore Gatta
wrote:
Hi all,
patch is on its way.
Progress can be tracked on our gitlab [0]
Any feedback is much appreciated as it'll easy the resolution of the bug.
Thanks!
Kind regards
Antenore
- [0]
On Wed, 20 May 2020 15:22:37 -0500 Matthieu Clemenceau
wrote:
> Source: nipy
> Followup-For: Bug #959138
> User: ubuntu-de...@lists.ubuntu.com
> Usertags: origin-ubuntu groovy ubuntu-patch
>
> Dear Maintainer,
>
> While working on numpy proposed-migration for groovy, I realize nipy
> autopkgtest
I've finished my initial porting efforts and released a 0.10.0 release
candidate here: https://gitlab.com/thomasross/mirage/-/tags/0.10.0-rc1
The port isn't perfect yet, it still uses many deprecated functions, but
I plan on continuing to maintain Mirage and make it more current as time
goes on,
I've finished my initial porting efforts and released a 0.10.0 release
candidate here: https://gitlab.com/thomasross/mirage/-/tags/0.10.0-rc1
The port isn't perfect yet, it still uses many deprecated functions, but
I plan on continuing to maintain Mirage and make it more current as time
goes on,
Your message dated Fri, 29 May 2020 03:33:34 +
with message-id
and subject line Bug#956886: fixed in xf86-video-omap 0.4.5-1.1
has caused the Debian Bug report #956886,
regarding xf86-video-omap FTBFS with gcc 9
to be marked as done.
This means that you claim that the problem has been dealt
Your message dated Fri, 29 May 2020 11:24:33 +1000
with message-id
and subject line Re: Bug#961761: psmisc: killall fails to kill processes with
names longer than 15 characters
has caused the Debian Bug report #961761,
regarding psmisc: killall fails to kill processes with names longer than 15
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.
Processing control commands:
> severity -1 important
Bug #961725 [libopenblas-dev] libopenblas-dev: On some cpus, openmp and pthread
dead-lock
Severity set to 'important' from 'serious'
> tags -1 +moreinfo
Bug #961725 [libopenblas-dev] libopenblas-dev: On some cpus, openmp and pthread
dead-lock
Package: psmisc
Version: 23.2-1
Severity: serious
killall fails to kill processes with names longer than 15
characters.
According to the manpage:
-e, --exact
Require an exact match for very long names. If a command
name is longer than 15 characters, the full name may be
Hi,
On Fri, 29 May 2020, 01:08 Andreas Tille, wrote:
> Hi Moritz,
>
> On Thu, May 28, 2020 at 08:48:41PM +0200, Moritz Mühlenhoff wrote:
> >
> > JFTR, this is now fixed upstream in 2.5.0 and later:
> > http://kissplice.prabi.fr/download/:
> >
> > --
> >
Processing commands for cont...@bugs.debian.org:
> forwarded 960877 https://github.com/mesonbuild/meson/issues/7221
Bug #960877 [meson] meson 0.54.2-1 breaks bali-phy build
Set Bug forwarded-to-address to
'https://github.com/mesonbuild/meson/issues/7221'.
>
End of message, stopping processing
Your message dated Thu, 28 May 2020 22:33:39 +
with message-id
and subject line Bug#961421: fixed in libpod 1.6.4+dfsg1-3
has caused the Debian Bug report #961421,
regarding libpod: CVE-2020-1726
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is
Package: libpbcopper1.6.0
Version: 1.6.0+dfsg-3
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Hi,
during a test with piuparts I noticed your package failed to install
because it tries to overwrite other packages files without declaring a
Breaks+Replaces relation.
See
Control: tag -1 pending
Hello,
Bug #961421 in libpod 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:
Processing control commands:
> tag -1 pending
Bug #961421 [src:libpod] libpod: CVE-2020-1726
Added tag(s) pending.
--
961421: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=961421
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
Processing commands for cont...@bugs.debian.org:
> #
> # bts-link upstream status pull for source package src:jodd
> # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html
> # https://bts-link-team.pages.debian.net/bts-link/
> #
> user debian-bts-l...@lists.debian.org
Processing commands for cont...@bugs.debian.org:
> #
> # bts-link upstream status pull for source package src:libpod
> # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html
> # https://bts-link-team.pages.debian.net/bts-link/
> #
> user debian-bts-l...@lists.debian.org
Your message dated Thu, 28 May 2020 20:21:44 +
with message-id
and subject line Bug#918572: fixed in check 0.12.0-0.2
has caused the Debian Bug report #918572,
regarding check FTBFS on ppc*: test failure
to be marked as done.
This means that you claim that the problem has been dealt with.
If
Hi Moritz,
On Thu, May 28, 2020 at 08:48:41PM +0200, Moritz Mühlenhoff wrote:
>
> JFTR, this is now fixed upstream in 2.5.0 and later:
> http://kissplice.prabi.fr/download/:
>
> --
> Kissplice Version 2.5.0 (2020-04-06)
>
> New features:
>Now compatible
On Sat, Feb 11, 2017 at 11:16:19AM +0100, Maximiliano Curia wrote:
> ¡Hola Nobuhiro!
>
> El 2017-02-11 a las 15:48 +0900, Nobuhiro Iwamatsu escribió:
> > Control: tags 811980 + patch
>
> > > This package fails to build with GCC 6. GCC 6 has not been released
> > > yet, but it's expected that
On Tue, Dec 17, 2019 at 08:41:02AM +0100, Andreas Tille wrote:
> On Wed, Oct 09, 2019 at 08:06:27AM +0200, Andreas Tille wrote:
> >
> > > When would be the deadline for updating our debian KisSplice package
> > > before removal ?
> >
> > There is no actual date. Debian 11 will be released in
On Mon, Sep 16, 2019 at 12:08:24AM +0200, Peter De Wachter wrote:
> Package: kiki-the-nano-bot
> Version: 1.0.2+dfsg1-8
> Followup-For: Bug #936796
>
> This one is heading for removal I fear. The last upstream release was
> 10+ years ago, I don't think we can expect a new release.
>
> I
Your message dated Thu, 28 May 2020 18:04:56 +
with message-id
and subject line Bug#961741: fixed in numba 0.48.0-4
has caused the Debian Bug report #961741,
regarding python3-sphinx: new release broke sphinx-build OUTPUTDIR
to be marked as done.
This means that you claim that the problem
On Tue, 26 May 2020, Jonathan Dowland wrote:
archivemail seems to be a good candidate to RM due to dead upstream.
However, it still has a relatively high popcon, so people seem to be using
it.
I'm willing to take a stab at porting to Python 3 if anyone is available to
test it? The port
Processing commands for cont...@bugs.debian.org:
> tags 909210 + bullseye sid
Bug #909210 [automake-1.15] don't ship automake-1.15 in bullseye
Added tag(s) sid and bullseye.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
909210:
Processing control commands:
> severity -1 serious
Bug #909210 [automake-1.15] Does it make sense to ship automake-1.15 in
bullseye?
Severity set to 'serious' from 'important'
> retitle -1 don't ship automake-1.15 in bullseye
Bug #909210 [automake-1.15] Does it make sense to ship automake-1.15
Control: reassign -1 src:numba
On 2020-05-29 00:36, Simon McVittie wrote:
On Fri, 29 May 2020 at 00:02:46 +0800, Drew Parsons wrote:
http_proxy='127.0.0.1:9'
/usr/share/sphinx/scripts/python3/sphinx-build /usr/bin/sphinx-build
-N -bhtml \
Processing control commands:
> reassign -1 src:numba
Bug #961741 [python3-sphinx] python3-sphinx: new release broke sphinx-build
OUTPUTDIR
Bug reassigned from package 'python3-sphinx' to 'src:numba'.
No longer marked as found in versions sphinx/2.4.3-3.
Ignoring request to alter fixed versions
Your message dated Thu, 28 May 2020 16:48:44 +
with message-id
and subject line Bug#945323: fixed in octave-mpi 3.1.0-1
has caused the Debian Bug report #945323,
regarding octave-mpi: FTBFS against octave 5.1
to be marked as done.
This means that you claim that the problem has been dealt
On Fri, 29 May 2020 at 00:02:46 +0800, Drew Parsons wrote:
> http_proxy='127.0.0.1:9' /usr/share/sphinx/scripts/python3/sphinx-build
> /usr/bin/sphinx-build -N -bhtml \
> .pybuild/cpython3_3.8_numba/build/docs/source/ \
>
Package: vim-tlib
Version: 1.27-4
Severity: grave
File: /usr/share/vim/addons/tlib.txt
Tags: patch
Justification: renders package unusable
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Most likelly to be found after installing package vim-snipmate, which is
the only that depends on this one.
On 28 May 2020 at 16:55, Sébastien Villemot wrote:
| Hi Dirk,
|
| Le jeudi 28 mai 2020 à 07:07 -0500, Dirk Eddelbuettel a écrit :
| > Package: libopenblas-dev
| > Version: 0.3.8+ds-1
| > Severity: serious
|
| > In short, when libopenblas-dev is installed (as e.g. from r-base-dev as a
| >
* Adrian Bunk [2020-05-28 12:40]:
Control: reassign -1 octave-io 2.6.1-1
Control: affects -1 src:octave-mapping
Control: close -1 2.6.1-2
On Thu, May 28, 2020 at 09:32:04AM +0200, Rafael Laboissière wrote:
* Adrian Bunk [2020-05-23 15:33]:
Source: octave-mapping
Version: 1.4.0-1
Severity:
Package: python3-sphinx
Version: 2.4.3-3
Severity: grave
Justification: renders package unusable
The new release 2.4.3-3 appears to have broken sphinx-build. It no
longer recognises the OUTPUTDIR argument.
This causes numba to FTBFS (OUTPUTDIR here is
Hi Paul,
On 28 May 2020 at 08:23, Paul Gevers wrote:
| Hi Dirk,
|
| On 28-05-2020 01:14, Dirk Eddelbuettel wrote:
| > Shall I close this one 'by hand'? Or will it get closed by migrating
| > quantlib-swig? I just close the other one (#956830) that was at the start
of
| > this by hand.
|
|
Your message dated Thu, 28 May 2020 15:49:06 +
with message-id
and subject line Bug#961334: fixed in octave-mapping 1.4.0-2
has caused the Debian Bug report #961334,
regarding octave-mapping FTBFS on big endian: test failures
to be marked as done.
This means that you claim that the problem
Hi Dirk,
Le jeudi 28 mai 2020 à 07:07 -0500, Dirk Eddelbuettel a écrit :
> Package: libopenblas-dev
> Version: 0.3.8+ds-1
> Severity: serious
> In short, when libopenblas-dev is installed (as e.g. from r-base-dev as a
> dependency from libblas-dev, liblapack-dev) then
>
>
Processing commands for cont...@bugs.debian.org:
> # fix meta info (hopefully)
> reassign 961702 src:git,python3-git
Bug #961702 [src:git, src:fdroidserver] git breaks fdroidserver autopkgtest:
Failed to parse line: ' git config pull.rebase false
Bug reassigned from package 'src:git,
On Thu, May 28, 2020 at 01:55:15PM +0200, Julien Puydt wrote:
> Hi,
>
> do you have any reason for not filing a RM bug request to the ftp-
> master team?
>
> If it's an old fork with no rdepends, that looks like a good candidate.
>
Hello Julien
As I didn't have any previous knowledge of this
Package: libopenblas-dev
Version: 0.3.8+ds-1
Severity: serious
This is a somewhat 'late' bug report followed several on and off discussion
threads on debian-science and/or debian-r (and started on the r-sig-debian
list from the R Project).
In short, when libopenblas-dev is installed (as e.g.
Hi,
do you have any reason for not filing a RM bug request to the ftp-
master team?
If it's an old fork with no rdepends, that looks like a good candidate.
Cheers,
JP
On Thu, May 28, 2020 at 01:21:17PM +0200, olivier sallou wrote:
> Le jeu. 28 mai 2020 à 13:00, Andreas Tille a écrit :
>
> > Hi Olivier and Vincent
> >
> > On Thu, May 28, 2020 at 09:47:37AM +0300, Adrian Bunk wrote:
> > >
> > > picard-tools build depends on libguava-java-doc,
> > > which is no
Le jeu. 28 mai 2020 à 13:00, Andreas Tille a écrit :
> Hi Olivier and Vincent
>
> On Thu, May 28, 2020 at 09:47:37AM +0300, Adrian Bunk wrote:
> >
> > picard-tools build depends on libguava-java-doc,
> > which is no longer built by src:guava-libraries.
>
> I've tried to simply leave out
Hi Olivier and Vincent
On Thu, May 28, 2020 at 09:47:37AM +0300, Adrian Bunk wrote:
>
> picard-tools build depends on libguava-java-doc,
> which is no longer built by src:guava-libraries.
I've tried to simply leave out libguava-java-doc but either this breaks
a test or the package is failing
Your message dated Thu, 28 May 2020 09:49:03 +
with message-id
and subject line Bug#959558: fixed in sphinx 2.4.3-3
has caused the Debian Bug report #959558,
regarding case: FTBFS: AttributeError: 'tuple' object has no attribute 'lstrip'
to be marked as done.
This means that you claim that
Control: reassign -1 octave-io 2.6.1-1
Control: affects -1 src:octave-mapping
Control: close -1 2.6.1-2
On Thu, May 28, 2020 at 09:32:04AM +0200, Rafael Laboissière wrote:
> * Adrian Bunk [2020-05-23 15:33]:
>
> > Source: octave-mapping
> > Version: 1.4.0-1
> > Severity: serious
> > Tags: ftbfs
Processing control commands:
> reassign -1 octave-io 2.6.1-1
Bug #961334 [src:octave-mapping] octave-mapping FTBFS on big endian: test
failures
Bug reassigned from package 'src:octave-mapping' to 'octave-io'.
No longer marked as found in versions octave-mapping/1.4.0-1.
Ignoring request to alter
Source: vsftpd
Severity: critical
Tags: ipv6
Justification: breaks the whole system
Dear Maintainer,
In some case (eg. embeded devices or private network), it sounds good to
desactivate ipv6.
But when ipv6 is desactivated, for exemple with "ipv6.disable=1" into the
GRUB_CMDLINE_LINUX,
the
Processing control commands:
> notfound -1 fdroidserver/1.1.7-1
Bug #961702 [src:git, src:fdroidserver] git breaks fdroidserver autopkgtest:
Failed to parse line: ' git config pull.rebase false
No longer marked as found in versions fdroidserver/1.1.7-1.
> found -1 python3-git/3.1.1-1
Bug #961702
Control: notfound -1 fdroidserver/1.1.7-1
Control: found -1 python3-git/3.1.1-1
I can't find any possible reference in fdroidserver, or in python3-git
for that matter. My guess is that the issue is caused by python3-git
failing to parse something that was added in the most recent git. So
I'm
Processing control commands:
> tag -1 pending
Bug #959558 [python3-sphinx] case: FTBFS: AttributeError: 'tuple' object has no
attribute 'lstrip'
Ignoring request to alter tags of bug #959558 to the same tags previously set
--
959558: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=959558
Control: tag -1 pending
Hello,
Bug #959558 in sphinx 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:
Processing commands for cont...@bugs.debian.org:
> severity 960791 grave
Bug #960791 [firmware-b43-installer] firmware-b43-installer: when language is
not English, install fails. Script attempts to parse localized output
Severity set to 'grave' from 'normal'
> thanks
Stopping processing here.
Your message dated Thu, 28 May 2020 08:22:37 +
with message-id
and subject line Bug#959061: fixed in pynn 0.9.5-3
has caused the Debian Bug report #959061,
regarding pynn: autopkgtest failure: No module named 'pynn'
to be marked as done.
This means that you claim that the problem has been
Processing commands for cont...@bugs.debian.org:
> tags 958566 + patch
Bug #958566 [b43-fwcutter] b43-fwcutter: Wifi Broadcom at BCM4311 very slow
after installing new firmware-b43-installer_019-5_all.deb
Added tag(s) patch.
> thanks
Stopping processing here.
Please contact me if you need
On Wed, May 27, 2020 at 02:30:39PM -0700, Noah Meyerhans wrote:
> On Tue, May 26, 2020 at 05:10:10PM +0300, Adrian Bunk wrote:
> > > Adrian filed a rc bug in November 2019 which received no maintainer
> > > response, however the package was not autoremoved from testing due to
> > > aufs and
Source: trilinos
Version: 12.14.1-3
Severity: serious
Tags: ftbfs sid bullseye
Justification: fails to build from source (but built successfully in the past)
trilinos currently fails to build in unstable:
| [ 0%] Building CXX object
Package: impressive
Version: 0.13.0~beta1a-1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
impressive crashes with the following output for me, when used with any PDF:
###
Welcome to Impressive version 0.13.0-beta1a (SVN r285)
pygame 1.9.6
Hello from the
Source: pmount
Version: 0.9.23-4
X-Debbugs-CC: debian...@lists.debian.org, jmsrdeb...@protonmail.com
Severity: serious
User: debian...@lists.debian.org
Usertags: fails-always
Dear maintainer(s),
You recently added an autopkgtest to your package pmount, great.
However, it fails. Currently this
Your message dated Thu, 28 May 2020 09:41:19 +0200
with message-id <397410db45b4de4127a09cfa77b030bee1843f1e.ca...@z-51.de>
and subject line Closing #961320
has caused the Debian Bug report #961320,
regarding backported version needs newer node-dot-prop to work
to be marked as done.
This means
Source: openmolcas
Version: 19.11-5
X-Debbugs-CC: debian...@lists.debian.org
Severity: serious
User: debian...@lists.debian.org
Usertags: fails-always
Dear maintainer(s),
You recently added an autopkgtest to your package openmolcas, great.
However, it fails on arm64. Currently this failure is
Processing control commands:
> found -1 git/1:2.27.0~rc2-1
Bug #961702 [src:git, src:fdroidserver] git breaks fdroidserver autopkgtest:
Failed to parse line: ' git config pull.rebase false
Marked as found in versions git/1:2.27.0~rc2-1.
> found -1 fdroidserver/1.1.7-1
Bug #961702 [src:git,
Source: git, fdroidserver
Control: found -1 git/1:2.27.0~rc2-1
Control: found -1 fdroidserver/1.1.7-1
Severity: serious
Tags: sid bullseye
X-Debbugs-CC: debian...@lists.debian.org
User: debian...@lists.debian.org
Usertags: breaks needs-update
Dear maintainer(s),
With a recent upload of git the
Processing commands for cont...@bugs.debian.org:
> found 960558 3.2.0-6
Bug #960558 [cyrus-common] cyrus-common: lmtpd aborts when compiled with
optimisation and FORTIFY_SOURCE flags
Marked as found in versions cyrus-imapd/3.2.0-6.
> thanks
Stopping processing here.
Please contact me if you
* Adrian Bunk [2020-05-23 15:33]:
Source: octave-mapping
Version: 1.4.0-1
Severity: serious
Tags: ftbfs
https://buildd.debian.org/status/fetch.php?pkg=octave-mapping=s390x=1.4.0-1=1586986257=0
...
shaperead: file /tmp/oct-fdWy3e.dbf couldn't be read;
no attributes appended
!
Processing commands for cont...@bugs.debian.org:
> tags 961699 + bullseye sid
Bug #961699 [src:dokujclient] dokujclient build depends on the removed
libguava-java-doc
Added tag(s) sid and bullseye.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
961699:
Source: picard-tools
Version: 2.18.25+dfsg-2
Severity: serious
Tags: ftbfs bullseye sid
picard-tools build depends on libguava-java-doc,
which is no longer built by src:guava-libraries.
Source: dokujclient
Version: 3.9.0-1
Severity: serious
Tags: ftbfs
dokujclient build depends on libguava-java-doc,
which is no longer built by src:guava-libraries.
Hi Dirk,
On 28-05-2020 01:14, Dirk Eddelbuettel wrote:
> Shall I close this one 'by hand'? Or will it get closed by migrating
> quantlib-swig? I just close the other one (#956830) that was at the start of
> this by hand.
I closed the bug the moment I filed it. Albeit that's a bit weird, I
have
Processing commands for cont...@bugs.debian.org:
> severity 960773 important
Bug #960773 [src:gr-gsm] gr-gsm FTBFS on big endian
Severity set to 'important' from 'serious'
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
960773:
Your message dated Thu, 28 May 2020 06:03:38 +
with message-id
and subject line Bug#961367: fixed in tome 2.41-ah~0.git.20200131-1
has caused the Debian Bug report #961367,
regarding tome FTBFS on 32bit: invalid conversion from ‘uint32_t*’ {aka
‘unsigned int*’} to ‘u32b*’ {aka ‘long unsigned
74 matches
Mail list logo