Source: giada
Version: 0.22.0-4
Severity: important
giada-1.x depends on FLTK-1.4 and it's SVG rendering capabilities.
as of today, only FLTK-1.3 are packaged in Debian.
This bug-report is to document why giada is currently not migrating to testing.
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: sonic-visuali...@packages.debian.org
Control: affects -1 + src:sonic-visualiser
User: ftp.debian@packages.debian.org
Usertags: remove
please remove the 'armel', 'mips64el', 'ppc64el', 'riscv64' and 's390x' binary
packages produced by src:s
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: j...@packages.debian.org
Control: affects -1 + src:juce
User: ftp.debian@packages.debian.org
Usertags: remove
Dear ftp-masters,
please remove the mips64el binary packages produced by src:juce
despite various efforts to make JUCE build o
Package: sonic-visualiser
Version: 5.0.1-1
Severity: normal
sonic-visualiser 5.0.1-1 uses a vendored libdataquay, rather than the one
provided by the system.
The reason is, that with Debian's libdataquay, sonic-visualiser fails to start.
(See #1080495).
Probably this is a version problem (the ve
Package: release.debian.org
Severity: normal
X-Debbugs-Cc: vamp-plugin-...@packages.debian.org
Control: affects -1 + src:vamp-plugin-sdk
User: release.debian@packages.debian.org
Usertags: transition
For whatever reasons, vamp-plugin-sdk missed the time64 mass transition (as it
was wrongly tho
Package: release.debian.org
Severity: normal
X-Debbugs-Cc: s...@packages.debian.org
Control: affects -1 + src:stk
User: release.debian@packages.debian.org
Usertags: transition
The latest version of STK fixes #1051564.
Unfortuatenly STK upstream refuses to commit to semversioning their library,
On closer inspection, this seems to be a bug in vamp, rather than
sonic-visualiser.
E.g. consider the following example program:
```C++
#include "vamp-hostsdk/RealTime.h"
#include
#include
int main() {
Vamp::RealTime t1 = Vamp::RealTime(0, 5);
struct timeval tv;
tv.tv_sec = 0;
Package: release.debian.org
Severity: normal
X-Debbugs-Cc: rtm...@packages.debian.org
Control: affects -1 + src:rtmidi
User: release.debian@packages.debian.org
Usertags: transition
The latest upstream of RtMidi includes a soname bump of libRtMidi.
The Debian packages have updated their names a
Package: release.debian.org
Severity: normal
X-Debbugs-Cc: rtau...@packages.debian.org
Control: affects -1 + src:rtaudio
User: release.debian@packages.debian.org
Usertags: transition
The latest upstream of RtAudio includes a soname bump of libRtAudio.
The Debian packages have updated their na
Package: supercollider
Followup-For: Bug #953887
Hi,
it seems you managed to omit the actual version of the supercollider packages
:-)
most likely (from the date of your submission) this was 1:3.10.0+repack-1.
in any case, i'm not able to reproduce the issue (using 1:3.13.0+repack-1+b1).
all hel
Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
X-Debbugs-Cc: obs-stu...@packages.debian.org
Control: affects -1 + src:obs-studio
Dear ftp-masters,
please remove the ppc64el binary packages produced by src:obs-studio.
Upstream explicitely does n
Package: obs-studio
Version: 30.0.2+dfsg~
Followup-For: Bug #1051418
Unfortunately I can confirm the bug at question with the (not yet uploaded)
obs-studio 30.0.2.
the OBS shipped by flatpak does not have this problem, so it appears to be
Debian packaging problem.
Source: faust
Severity: wishlist
Dear Maintainer,
currently we make symlinks for the various faust2* backends.
man itself can do that as well.
see https://lists.debian.org/debian-devel/2023/11/msg00084.html
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy:
Source: ardour
Followup-For: Bug #1039116
I was looking into this for ardour8, only to discover that ardour upstream
patches the lua engine to work around garbage collection issues in a realtime
context like ardour.
So: I'm afraid that i will not be able to drop the embedded lua library for now.
Source: bambootracker
Version: 0.6.1-1
Severity: serious
Tags: ftbfs patch
Justification: fails to build from source (but built successfully in the past)
Dear Maintainer,
bambootracker ftbfs with RtAudio 6 (currently found in experimental).
```
g++ -c -pipe -g -O2
-ffile-prefix-map=/build/bambo
Package: stk
Version: 4.6.2+dfsg-2
Severity: important
Tags: ftbfs patch
Dear Maintainer,
stk ftbfs with RtAudio 6 (as currently found in experimental):
a small excerpt from the build-logs:
```
RtWvOut.cpp:110:11: error: ‘RtAudioError’ does not name a type; did you mean
‘RtAudioErrorType’?
11
Source: dpf-plugins
Version: 1.7+ds-2
Severity: important
Tags: ftbfs
Dear Maintainer,
dpf-plugins fails to build with RtAudio 6 (currently found in experimental):
```
In file included from ../../dpf/distrho/src/jackbridge/JackBridge.cpp:67,
from ../../dpf/distrho/src/DistrhoPlu
Source: muse
Version: 4.1.0-1
Severity: important
Tags: ftbfs
Dear Maintainer,
muse FTBFS with RtAudio 6 (currently available in experimental):
```
[ 62%] Building CXX object muse/driver/CMakeFiles/driver.dir/rtaudio.cpp.o
cd /<>/obj-x86_64-linux-gnu/muse/driver && /usr/lib/ccache/c++
-DQT_COR
Package: puredata64-core
Version: 0.54.0+ds-4
Severity: normal
Dear Maintainer,
the puredata64-core:i386 package searches some bogus filename extensions for the
i386 architecture
EXPECTED:
- '.linux-i386-64.so'
- '.linux-i386-0.so'
OBSERVED:
- '.linux-1-64.so'
- '.linux-1-0.so'
- '.linux-i386-6
On Mon, 01 Mar 2021 11:23:06 +0100 Wolfram Wagner
wrote:
Package: ardour
Version: 1:6.5.0+ds0-1
[...]
This seems to be a known issue upstream and it is reported to be solved in at
least the nightly builds.
given that Debian/stable (bookworm) ships ardour-7.3.0, I think the
problem should b
Package: puredata-extra
Version: 0.54.0+ds-2
Severity: normal
Dear Maintainer,
puredata-extra ships Pd64 externals, but unfortunately the file-extension is
wrong for the armhf architecture.
puredata-extra uses '.linux-armhf-64.so', but it really should use
'.linux-armv7-64.so'.
There is a simila
Package: dh-puredata
Version: 3.1.0
Severity: normal
Dear Maintainer,
double-precision externals built on armhf use .linux-armhf-64.so as extenion.
I think they should use .linux-armv7-64.so instead.
while fixing this, also check other CPUs (e.g. PowerPC)
Package: iem-plugin-suite-standalone
Version: 1.14.0-1
Severity: normal
Dear Maintainer,
today i played around with jacktrip's file opening capabilities,
which - under the hood - uses QDesktopServices::openUrl().
this in turn (i guess) relays the opening of files to the mimetype registry.
in an
On Sun, 07 Jun 2020 13:38:49 +0200 Lucio Crusca wrote:
Package: obs-studio
Version: 25.0.8+dfsg1-2
* What led up to the situation?
hi.
thanks for your bugreport with detailed instructions on how to
reproduce this issue.
unfortunatly (or luckily) i cannot reproduce the problem with cur
On Wed, 25 Jan 2023 16:07:41 +0100 IOhannes m zmoelnig
wrote:
Therefore, I'm closing this as "wontfix".
i found the source for my confusion.
libqt5gui5 used to have a weak "suggests" dependency on "qtwaylaynd5".
this has been promoted to a (stronger) &qu
Package: pd-lib-builder
Version: 0.6.0-2
Severity: important
Dear Maintainer,
pd-lib-builder adds some optimization flags, depending on which target
architecture it detects.
unfortunately there are a couple of flaws:
- armv6 is detected with 'ifeq ($(shell uname), armv6l)' which i think cannot
Source: iem-plugin-suite
Version: 1.11.1-1
Severity: normal
Dear Maintainer,
JUCE-7.0.2 (not yet in Debian, but soon) introduced some BREAKING-CHANGES.txt
regarding matrix3D multiplication.
iem-plugin-suite is affected by this.
at least the following plugins fail to build:
- AllRadDecoder
-- S
Source: pd-lib-builder
Version: 0.6.0-1
Severity: wishlist
Many pd-externals use pd-lib-builder, and the d/rules look all very similar.
It would be great if we could use dh to remove the duplicate work.
1. check if the make-based build system actually uses Makefile.pdlibbuilder
2. add 'PDLIBBUILD
Package: wnpp
Severity: wishlist
Owner: IOhannes m zmoelnig
* Package name: fst
Version : 0.1
Upstream Author : IOhannes m zmölnig
* URL : https://git.iem.at/zmoelnig/FST/
* License : GPL3
Programming Lang: C
Description : Free Studio Technology for
Package: wnpp
Severity: wishlist
Owner: IOhannes m zmoelnig
* Package name: vst3sdk
Version : 3.6.13
Upstream Author : Steinberg Media Technologies GmbH
* URL : https://github.com/steinbergmedia/vst3sdk
* License : GPL3
Programming Lang: C
Description
Package: puredata-core
Version: 0.50.0-1
Severity: important
Dear Maintainer,
during a workshop one of the participants did a fresh installation of puredata
on their Debian/bullseye laptop, but were unable to run it as the program
terminated immediately with a floating point exception.
This is a
Package: deken
Version: 0.5.1-1
Severity: important
Dear Maintainer,
with the recent upgrade of hy, deken is completely broken:
$ deken -h
Traceback (most recent call last):
File "/usr/lib/python3.7/runpy.py", line 261, in run_path
code, fname = _get_code_from_file(run_name, path_name)
Package: wnpp
Severity: wishlist
Owner: IOhannes m zmoelnig
* Package name: faustlive
Version : 2.5.2
Upstream Author : GRAME
* URL : https://faust.grame.fr
* License : GPL-3
Programming Lang: C++
Description : the swiss knife for Faust development
Package: wnpp
Severity: wishlist
Owner: IOhannes m zmölnig (Debian/GNU)
* Package name: pd.build-cmake-module
Version : 0.1
Upstream Author : Pierre Guillot
* URL : https://github.com/pierreguillot/pd.build
* License : GPL-3
Programming Lang: CMake
Descript
Package: giada
Version: 0.15.2+ds1-1
Severity: serious
Justification: ftbfs
Dear Maintainer,
even with a fixed JUCE-5.4.1 (providing all the required opcodes for building a
plugin host), giada FTBFS with a number of unresolved symbols related to curl.
Either new JUCE requires to link against lib
Package: ftp.debian.org
Severity: normal
the latest release of sonic-visualiser (3.2) stopped building on armel.
the error is an obscure:
> {standard input}:23337: Error: selected processor does not support `fmrx
> r3,fpscr' in ARM mode
> {standard input}:23340: Error: selected processor does not
Package: wnpp
Severity: wishlist
Owner: IOhannes m zmoelnig
* Package name: pd-csound
Version : 1.01.0
Upstream Author : Victor Lazzarini et al.
* URL : https://csound.com
* License : LGPL
Programming Lang: C
Description : Csound external for Pure Data
Package: wnpp
Severity: wishlist
Owner: IOhannes m zmoelnig
* Package name: o2
Version : 1.0
Upstream Author : Roger Dannenberg
* URL : https://rbdannenberg.github.io/o2/
* License : MIT/X
Programming Lang: C
Description : implementation of a
Source: juce
Severity: serious
Tags: upstream
Justification: makes rdeps FTBFS
juce-5.4 has dropped the built-in VST2 support and now depends on the Steinberg
SDK (which - apart from being proprietary and non-free - is no longer
available) for download at all.
This has severe implications on the t
Package: juce-modules-source
Version: 5.2.1~repack-1
Severity: wishlist
there's preliminary support for LV2 support in debian/, but it seems that it
doesn't get included in the shipped packages.
40 matches
Mail list logo
