Bug#967257: ardour: depends on deprecated GTK 2
Apologies, this has *not* been released yet, but will hopefully be released in the next week, so please keep an eye on uscan. Regardless, when it does get released, I will likely send out another email. Additionally, packages have been getting removed prematurely from Ubuntu prior to removal from Debian, so I'm getting a little trigger-happy, hence my email. Again, apologies for jumping the gun here. :) Erich On 2/17/2024 4:22 PM, Erich Eickmeyer wrote: Ardour 8.3 has been released and no longer depends on deprecated GTK2 as a modified version is bundled within. https://ardour.org/whatsnew83.html Considering ardour has been scheduled for autoremoval on 06 March (#1061203), I highly recommend getting this updated as soon as possible to avoid this removal. Since the library is now bundled, the dependency on libgtk2.0-dev can be dropped. Thanks, Erich -- Erich Eickmeyer Ubuntu MOTU Project Leader - Ubuntu Studio Technical Lead - Edubuntu
Bug#967257: ardour: depends on deprecated GTK 2
Ardour 8.3 has been released and no longer depends on deprecated GTK2 as a modified version is bundled within. https://ardour.org/whatsnew83.html Considering ardour has been scheduled for autoremoval on 06 March (#1061203), I highly recommend getting this updated as soon as possible to avoid this removal. Since the library is now bundled, the dependency on libgtk2.0-dev can be dropped. Thanks, Erich -- Erich Eickmeyer Ubuntu MOTU Project Leader - Ubuntu Studio Technical Lead - Edubuntu
Bug#1054233: liblilv-0-0: Package does not follow FHS, it adds /usr/lib/$(DEB_HOST_MULTIARCH) to the --default-lv2-path waf configure option, see rules file, line 21.
Sebastian, I'm fairly certian Robin Gareus made it quite clear what Jeremy was saying in his reply: >The LV2 FHS that Jeremy mention can be found at >https://lv2plug.in/pages/filesystem-hierarchy-standard.html > >Now you may not like, or disagree with the official standard, but breaking it is not acceptable. This affects various >3rd party software, notably Reaper, Harrison Mixbus, Ardour and other non-free DAWs that expect LV2 plugins in >/usr/lib/lv2/ > >LV2s are to be installed $PREFIX/lib/lv2 (unrelated to $LIBDIR). >Most LV2 plugin build systems use LV2DIR = $PREFIX/lib/lv2 for this. This does divert from the standard location in which shared libraries are expected to be located, but LV2 plugins, as you are aware, are not normal shared libraries. If they cannot be found in /usr/lib/lv2, then it literally breaks the functionality of several DAWs out there, including Ardour (which we ship). Sure, users can always manually add the search path of /usr/lib/$(DEB_HOST_MULTIARCH)/lv2 to the software, but that's an unnecessary inconvenience. I checked the salsa repo for liblilv (and another) and it seems as though /usr/lib/$(DEB_HOST_MULTIARCH)/lv2 is being intentionally set as the install location here, so this simply needs to be reverted. I can even set-up the pull request. Beyond that, I will be fairly unhappy if I have to downstream patch this. Cheers, Erich -- Erich Eickmeyer Project Leader - Ubuntu Studio Technical Lead - Edubuntu On 10/29/23 05:10, Sebastian Ramacher wrote: Control: tags -1 moreinfo On 2023-10-19 17:51:33 +0200, Jeremy Jongepier wrote: Package: liblilv-0-0 Version: 0.24.14-1 Severity: important Package does not follow FHS, it adds /usr/lib/$(DEB_HOST_MULTIARCH) to the --default-lv2-path waf configure option, see rules file, line 21. The addition of this line indicates that something fundamental has changed, namely the default path where Debian installs its LV2 plugins. These go into /usr/lib/$(DEB_HOST_MULTIARCH) too now which breaks setups running software that uses the FHS as a starting point for LV2 plugin discovery. The LV2 plugin packages that Debian now installs are now not discovered anymore. I think you are mistaken. It you compare the the default path in meson.build and the one specified in debian/rules, it extends the default path with /usr/lib/$(DEB_HOST_MULTIARCH)/lv2 (note the lv2). Please describe the actual problem that you are seeing. Cheers -- Project Leader - Ubuntu Studio Technical Lead - Edubuntu
Bug#1029377: pipewire-pulse: Please remove Recommends: pipewire-alsa
Package: pipewire-pulse Version: 0.3.64-2 Severity: important X-Debbugs-Cc: eeickme...@ubuntu.com Hello there, The introduction of the "Recommends: pipewire-alsa" line in the debian/control file has reintroduced the problem resolved by bug #1020903 in which pipewire- pulse is causing a conflict with pulseaudio, albiet indirectly this time. As pipewire-pulse is now soft-depending on pipewire-alsa, which does directly conflict with pulseaudio. This is causing a package conflict, especialy when seeded, when pulseaudio is installed and is causing the Ubuntu Studio seed to fail to build. Ubuntu Studio was intending to include, in their built-in-house Studio Controls utility, a way to easily switch between the traditional Pulseaudio/JACK setup and the Pipewire setup. Unfortunately, this recommends line, however well- intentioned, completely broke that. My recommendation is to demote pulseaudio-alsa to a Suggests in this case. I hope that this is received well and that this functionality of switching between the two may be, once again, restored. Thanks, Erich Eickmeyer Ubuntu Studio Project Leader Ubuntu MOTU -- System Information: Debian Release: bookworm/sid APT prefers lunar APT policy: (500, 'lunar') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.19.0-1012-lowlatency (SMP w/12 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages pipewire-pulse depends on: ii init-system-helpers 1.65.2 ii pipewire 0.3.64-2 Versions of packages pipewire-pulse recommends: pn pipewire-alsa Versions of packages pipewire-pulse suggests: ii libspa-0.2-bluetooth 0.3.64-2 ii pulseaudio-utils 1:16.1+dfsg1-1ubuntu3 -- no debconf information
Bug#1003904: lsp-plugins 1.1.31-1 FTBFS on armhf
Package: lsp-plugins Version: 1.1.31-1 Severity: serious Justification: Policy 5.6.8 Dear Maintainer, lsp-plugins 1.1.31 FTBFS on armhf and therefore cannot migrate from proposed to release on ubuntu Jammy (future 20.04). Please specify architectures to build for in debian/control. Thanks, Erich Eickmeyer Ubuntu MOTU -- System Information: Debian Release: bullseye/sid APT prefers jammy-updates APT policy: (500, 'jammy-updates'), (500, 'jammy-security'), (500, 'jammy'), (100, 'jammy-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.15.0-17-lowlatency (SMP w/12 CPU cores; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE= (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages lsp-plugins depends on: ii lsp-plugins-jack1.1.31-1 ii lsp-plugins-ladspa 1.1.31-1 ii lsp-plugins-lv2 1.1.31-1 ii lsp-plugins-vst 1.1.31-1 lsp-plugins recommends no packages. Versions of packages lsp-plugins suggests: ii dgedit 0.10.0-1build1 -- no debconf information
Bug#931347: ITP: lsp-plugins -- LSP (Linux Studio Plugins)
Package: wnpp Severity: wishlist Owner: Erich Eickmeyer * Package name : lsp-plugins Version : 1.1.9 Upstream Author : Vladimir Sadovnikov * URL : https://lsp-plug.in * License : GPL Programming Lang: C Description : LSP (Linux Studio Plugins) LSP (Linux Studio Plugins) is a collection of open-source audio plugins currently compatible with LADSPA, LVT, and LinuxVST formats. The basic idea is to fill the lack of good and useful plugins under the GNU/Linux platform. After some contributions to other open source projects the decision was made to implement separate and independent plugin distribution. All supplementary information you will find on the official web site: https://lsp-plug.in Package has some similarities with calf-plugins, but integrates better with Ardour and is preferred for Ardour users. It also provides higher levesl of funtionality compared to calf (e.g. 16-band parametric equalizer compared to 8-band in calf). Additionally, this package is a dependency for pulseeffects, which is also recommended for inclusin in Debian. I plan to maintain this as part of the Debian Multimedia Team. I have already packaged it and it is included in Ubuntu for Ubutnu Eoan Ermine (19.10), but have been encouraged to submit this for inclusin in Debian. This package will need a sponsor. git repo on salsa at https://salsa.debian.org/multimedia-team/lsp-plugins signature.asc Description: OpenPGP digital signature
Bug#929182: fluidsynth: no sound by default - soundfont location doesn't exist
This bug was noticed in the Ubuntu package (inherited from Debian) and reported at <https://bugs.launchpad.net/debian/+source/fluidsynth/+bug/1832417>. That bug has been linked to this bug. Erich Eickmeyer Project Leader Ubuntu Studio ubuntustudio.org