Bug#967257: ardour: depends on deprecated GTK 2
Quick follow up: On debian/sid compiling Ardour 8.4 when configured with --use-external-libs depends on the following packages: build-essential gettext intltool itstool libarchive-dev libasound2-dev libaubio-dev libboost-dev libcairomm-1.0-dev libcurl4-gnutls-dev libcwiid-dev libdbus-1-dev libfluidsynth-dev libglibmm-2.4-dev libhidapi-dev libjack-dev liblilv-dev liblo-dev liblrdf0-dev libltc-dev libpangomm-1.4-dev libpulse-dev libqm-dsp-dev libreadline-dev librubberband-dev libsndfile1-dev libtag1-dev libusb-1.0-0-dev libwebsockets-dev libxinerama-dev libxrandr-dev python3 python-is-python3 vamp-plugin-sdk Various packages listed currently as build-dep are no longer required. Notably libsuil-dev, but also ladspa-sdk should be removed. Ardour never directly used libserd/sord/sratom either; and liblilv-dev pulls in lv2-dev. New dependencies are libxrandr-dev and libglibmm-2.4-dev. Cheers! robin On 2024-02-24 15:27, Robin Gareus wrote: Ardour 8.4 has been released and no longer depends on deprecated GTK2 https://ardour.org/whatsnew.html Please consider updating Ardour before the autoremoval is triggered. Thanks, -- robin - ardour.org On 2024-02-18 01:43, Erich Eickmeyer wrote: 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 OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#967257: ardour: depends on deprecated GTK 2
Ardour 8.4 has been released and no longer depends on deprecated GTK2 https://ardour.org/whatsnew.html Please consider updating Ardour before the autoremoval is triggered. Thanks, -- robin - ardour.org On 2024-02-18 01:43, Erich Eickmeyer wrote: 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 OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1061203: Ardour - GTK2 removal
Upcoming Ardour 8.3 no longer depends on GTK[mm]2.4. It still depends on glibmm-2.4 (>=2.32.0) which is available in trixie. We hope to release Ardour 8.3 (https://git.ardour.org/ardour/ardour) sometime mid February 2023, and it would be nice if DDs could check feasibility of packaging it beforehand. see also https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=967257 OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#967257: ardour: depends on deprecated GTK 2
Upcoming Ardour 8.3 no longer depends on GTK2. Current Ardour/git (8.2-34-g4f5a801209) already dropped the dependency. OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#967257: ardour: depends on deprecated GTK 2
On Mon, 6 Nov 2023 14:26:51 +0100 Bastian Germann wrote: Control: tags -1 wontfix Upstream does not want to move to another toolkit, so when GTK 2 is removed, ardour has to go as well. For Arch, upstream considers copying relevant gtk/mm libraries into Ardour's source tree. Would that work for Debian as well? OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1054233: LV2 plugin install path
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. Thanks in advance, robin PS. VST3 has a similar spec using /usr/lib/vst3/ - https://steinbergmedia.github.io/vst3_dev_portal/pages/Technical+Documentation/Locations+Format/Plugin+Locations.html OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1000293: Problems starting jackd: Method RequestRelease is not implemented on interface org.freedesktop.ReserveDevice1
Hello fellow Debian users, I wish I had better news for you but at this point in time PipeWire is not a replacement for JACK when it comes to pro-audio. Neither in terms of reliability, performance or features. It is certainly not something to use in a studio with paying customers, or live on stage. There are still regular issues [1] coming up, configuration is still not easily accessible [2], freewheeling does not always work, and performance when using many clients is not yet equal to how JACK handles context-switches. JACK is mature and reliable, musicians can trust it live on stage, pipewire is still under heavy development and sadly not yet ready for prime-time. On the upside JACK and pipewire can co-exist. When jackd requests a device via d-bus, pipewire does (or should) release it. At this point it is even unclear if JACK will be ever be discontinued. A recent discussion at [3] investigates the possibility to run pipewire on top of JACK, but that is a different story. -- robin PS. I have been involved with development of both JACK, design of PipeWire and am developing pro-audio software such as Ardour (I am also a Debian user since Potato). [1] https://discourse.ardour.org/t/ardour-inputs-with-pipewire/108489 [2] https://discourse.ardour.org/t/how-does-pipewire-perform-with-ardour/107381/12 [3] https://lists.linuxaudio.org/hyperkitty/list/linux-audio-...@lists.linuxaudio.org/thread/I3BSVFO6DU7S2L7ATA7WOSDS7BTS4BPH/ On Sat, 15 Jan 2022 17:14:16 + =?utf-8?Q?Cr=C3=A1udio?= wrote: Hi Chris, do you think Pipewire is stable enough for professional audio production? I've seen some reports that it fails at important moments... Thank you for your attention!Hi Chris, do you think Pipewire is stable enough for professional audio production? I've seen some reports that it fails at important moments... Thank you for your attention!Hi Chris, do you think Pipewire is stable enough for professional audio production? I've seen some reports that it fails at important moments... Thank you for your attention!Hi Chris, do you think Pipewire is stable enough for professional audio production? I've seen some reports that it fails at important moments... Thank you for your attentioHi Chris, do you think Pipewire is stable enough for professional audio production? I've seen some reports that it fails at important moments... Thank you for your attention!Hi Chris, do you think Pipewire is stable enough for professional audio production? I've seen some reports that it fails at important moments... Thank you for your attention! Cláudio. ‐‐‐ Original Message ‐‐‐ Em quinta-feira, 30 de dezembro de 2021 às 14:03, chris escreveu: > `pipewire` is providing its own replacement for `jack`, so if you are using `pipewire` maybe you should not have `jackd2` installed at all. > > I think I've done exactly the following: > > ``` > > aptitude --schedule-only install libspa-0.2-jack qsynth rosegarden; aptitude --schedule-only full-upgrade; aptitude install > > aptitude purge pulseaudio pulseaudio-module-bluetooth pulseaudio-module-gsettings > > aptitude purge qjackctl jackd jackd2 > ``` > > Then, to start an app needing `jack`, I did: > > `pw-jack qsynth` (don't forget to add a soundfont in `settups/soudfounts`) > > then: > > `rosegarden 28316.mid` (you must go in `studio/manage midi devices` and select a mdi output) > > And it worked. > > I'm using unstable. > > Right after switching to pipewire, I did: > > ``` > > aptitude install libspa-0.2-bluetooth pipewire-audio-client-libraries > aptitude purge pipewire-media-session > aptitude reinstall wireplumber > ``` > > Maybe as a user you should do: > > ``` > > systemctl --user --now disable pulseaudio.service pulseaudio.socket > > systemctl --user mask pulseaudio > > systemctl --user restart pipewire > ``` > > Maybe there should be a dependency conflict between `pipewire `and `jackd`? > > Also, concerning > > https://wiki.debian.org/PipeWire#For_JACK";> > OpenPGP_signature Description: OpenPGP digital signature
Bug#990448: RFP: yabridge -- A modern and transparent way to use Windows VST2 and VST3 plugins on Linux
Package: wnpp Severity: wishlist * Package name: yabridge Version : 3.3.1 Upstream Author : Robbert van der Helm * URL : https://github.com/robbert-vdh/yabridge/ * License : GPL Programming Lang: C++ Description : A modern and transparent way to use Windows VST2 and VST3 plugins on Linux Yet Another way to use Windows VST plugins on Linux. Yabridge seamlessly supports using both 32-bit and 64-bit Windows VST2 and VST3 plugins in a 64-bit Linux VST host as if they were native VST2 and VST3 plugins, with optional support for plugin groups to enable inter-plugin communication for VST2 plugins and quick startup times. --- Note: This multimedia package *Enhances* digital audio workstations and sequencers that support VST plugins (e.g. ardour, qtractor, LMMS).
Bug#916289: liblilv-0-0: Plugins in /usr/local/lib/lv2 are not scanned
On Wed, 12 Dec 2018 19:11:36 +0100 Julien ROGER wrote: > Package: liblilv-0-0 > Version: 0.24.2~dfsg0-2 > Severity: normal > > Dear Maintainer, > > LV2 plugins installed in /usr/local/lib/lv2 path are not visible in LV2 hosts. > > lv2ls command doesn't show them either. > > The problem comes from the "--default-lv2-path" option passed to the configure > script (debian/rules commit 53a743c6). > The specified path is "/usr/local/lv2" instead of "/usr/local/lib/lv2". > Bump! Please see http://lv2plug.in/pages/filesystem-hierarchy-standard.html Just keeping the default should be fine: $HOME/.lv2:/usr/local/lib/lv2:/usr/lib/lv2 Note that the FHS specifies is "$PREFIX/lib/lv2" (not $LIBDIR/lv2). LV2-plugins should not be installed in $(DEB_HOST_MULTIARCH) folders. If I remember correctly "/usr/lib/$(DEB_HOST_MULTIARCH)/lv2" was added in the past to transition wrongly packaged plugins. Cheers! robin
Bug#897889: x42-plugins: ftbfs with GCC-8
This was fixed upstream early 2018. check uscan, debian/watch: The latest release is https://gareus.org/misc/x42-plugins/x42-plugins-20180320.tar.xz and includes the fix.
Bug#890672: fixed in x42-plugins 20170428-1.1
Hi, Why don't you update to x42-plugins-20180320 which was released about two weeks ago and also fixes this issue? see https://tracker.debian.org/pkg/x42-plugins it has an "action needed", high-prio item for it. Cheers! robin PS. As opposed to what tracker.debian.org says, the package does not depend on libpugl-dev, feel free to remove the build-dep while you're at it. signature.asc Description: OpenPGP digital signature
Bug#878221: linux-image-4.9.0-4-amd64: Screen flickers randomly with Radeon R9 270X since upgrade from 4.9.0-3 to 4.9.0-4
The recent backport kernel does *not* have this issue. All is fine with 4.14.0-0.bpo.3-amd64 #1 SMP Debian 4.14.13-1~bpo9+1 (2018-01-14) This is on a Thinkpad X250 with 00:02.0 VGA compatible controller: Intel Corporation HD Graphics 5500 (rev 09) 4.9.0-4-amd64 and 4.9.0-5-amd64 on the same box do cause screen flickering. Chances are that the issue was introduced by the update to upstream 4.9.46. There are a handful of "drm/i915" changes: https://anonscm.debian.org/git/kernel/linux.git/commit/?h=debian/4.9.65-3%2bdeb9u2&id=17811b5a4b11b32307baca3b88067398a1168cfb "Workaround VLV/CHV DSI scanline counter hardware fail" sounds suspicious, but that's just a guess.
Bug#878221: linux-image-4.9.0-4-amd64: Screen flickers randomly since upgrade from 4.9.0-3 to 4.9.0-4
Same issue with 4.9.0-4-amd64, same workaround (use 4.9.0-3-amd64) Thinkpad X250 VGA compatible controller: Intel Corporation HD Graphics 5500 (rev 09) What information would be relevant or useful to provide?
Bug#871649: lv2-dev: abuse of non portable pointer of uint8_t type
Note that the LV2 event extension was deprecated years ago and the last plugins which were using it were /killed/ in 2014. http://lists.lv2plug.in/pipermail/devel-lv2plug.in/2014-January/000642.html As for the bug report itself, changing plugin API specifications post-factum is never a good idea. So uint8_t it is, besides the documentation in event.h makes it clear: /** The contents of the event buffer. This may or may not reside in the same block of memory as this header, plugins must not assume either. The host guarantees this points to at least capacity bytes of allocated memory (though only size bytes of that are valid events). */ uint8_t* data; not a bug. On 08/11/2017 08:20 PM, Joël Krähemann wrote: > Hi > > For sure you can cast any pointer. But feels somehow wrong. The > opinion was the specs > are always correct. > > Bests, > Joël >
Bug#649824: recordmydesktop: Specifying --use-jack makes recordmydesktop exit with a bad screen geometry
Package: recordmydesktop
Version: 0.3.8.1+svn602-1+b1
Followup-For: Bug #649824
Dear Maintainer,
The issue is still present and caused by an upstream bug/typo.
--use-jack sets the parameter also used by the --x option.
(src/rmd_parseargs.c:194)
A workaround is to order the options: --use-jack .. -x 0
Related issue with --use-jack is that poptGetOptArg() does not iterate
correctly over space separate arguments. So at most a single
jack port can be used, and jack-ports with spaces are not possible.
A
Attached patch resolves both issues, by allowing incremental
--use-jack options.
e.g. to record a stereo file:
recordmydesktop --width=1920 --height=1072 --fps=25 -o /tmp/test.ogv \
-x 0 -y 0 --use-jack system:capture_1 --use-jack "jackapp:Right Channel"
-- System Information:
Debian Release: stretch/sid
APT prefers testing
APT policy: (900, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.6.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages recordmydesktop depends on:
ii libasound21.1.2-1
ii libc6 2.23-5
ii libice6 2:1.0.9-1+b1
ii libjack-jackd2-0 [libjack-0.116] 1.9.10+20150825git1ed50c92~dfsg-2
ii libogg0 1.3.2-1
ii libpopt0 1.16-10
ii libsm62:1.2.2-1+b1
ii libtheora01.1.1+dfsg.1-14
ii libvorbis0a 1.3.5-3
ii libvorbisenc2 1.3.5-3
ii libvorbisfile31.3.5-3
ii libx11-6 2:1.6.3-1
ii libxdamage1 1:1.1.4-2+b1
ii libxext6 2:1.3.3-1
ii libxfixes31:5.0.2-1
ii zlib1g1:1.2.8.dfsg-2+b1
recordmydesktop recommends no packages.
recordmydesktop suggests no packages.
-- no debconf information
Index: recordmydesktop-0.3.8.1+svn602/src/rmd_parseargs.c
===
--- recordmydesktop-0.3.8.1+svn602.orig/src/rmd_parseargs.c
+++ recordmydesktop-0.3.8.1+svn602/src/rmd_parseargs.c
@@ -191,7 +191,7 @@ boolean rmdParseArgs(int argc, char **ar
"SOUND_DEVICE" },
{ "use-jack", '\0',
- POPT_ARG_STRING | RMD_USE_JACK_EXTRA_FLAG, &arg_return->x, RMD_ARG_USE_JACK,
+ POPT_ARG_STRING | RMD_USE_JACK_EXTRA_FLAG, NULL, RMD_ARG_USE_JACK,
"Record audio from the specified list of space-separated jack ports.",
"port1 port2... portn" },
@@ -350,9 +350,7 @@ boolean rmdParseArgs(int argc, char **ar
case RMD_ARG_USE_JACK:
{
-arg_return->jack_nports = 0;
-
-while (arg) {
+while (arg && arg_return->jack_nports < RMD_MAX_JACK_PORTS) {
arg_return->jack_nports++;
Bug#829508: sordi misses sord_validate binary
Package: sordi Version: 0.14.0~dfsg0-1 Severity: important Dear Maintainer, The sordi package only contains the manual page for sord_validate but the actual binary is missing. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.6.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages sordi depends on: ii libc62.22-11 ii libserd-0-0 0.22.0~dfsg0-2 ii libsord-0-0 0.14.0~dfsg0-1 sordi recommends no packages. sordi suggests no packages. -- no debconf information
Bug#812779: gnome-calculator: Incorrect Exponential Computation (10^-.25)
Package: gnome-calculator Version: 3.18.2-1 Severity: important Dear Maintainer, Calculate 10^-.25, expected result: 0.56234132519... gnome-calculator responds: 3.273390608 x 10^150 -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.3.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gnome-calculator depends on: ii dconf-gsettings-backend [gsettings-backend] 0.24.0-2 ii libatk1.0-0 2.18.0-1 ii libc62.21-6 ii libcairo-gobject21.14.6-1 ii libcairo21.14.6-1 ii libgdk-pixbuf2.0-0 2.32.3-1 ii libglib2.0-0 2.46.2-3 ii libgmp10 2:6.1.0+dfsg-2 ii libgtk-3-0 3.18.6-1 ii libgtksourceview-3.0-1 3.18.2-1 ii libmpfr4 3.1.3-2 ii libpango-1.0-0 1.38.1-1 ii libpangocairo-1.0-0 1.38.1-1 ii libxml2 2.9.3+dfsg1-1 Versions of packages gnome-calculator recommends: ii gvfs 1.26.2-1+b1 ii yelp 3.16.1-1 gnome-calculator suggests no packages. -- no debconf information
Bug#728710: [Jack-Devel] Bug#728710: jackd2: Bus error w/ POST_PACKED_STRUCTURE on powerpc G4 32bit
On 03/21/2014 11:25 AM, Adrian Knoth wrote: > On 11/04/13 15:49, Benoît Delcour wrote: > > Hi! > >> I just got myself a dual Powermac G4 out of a garbage bin, >> and immediately installed debian and jackd2. >> It fails with an obscure "Bus error"; since I also own a raspberry pi, >> I first tried to patch source with the same fix, and it works. >> See "Usage of __attribute__((__packed__)) causes bus error on ARM": > > OK, got you. > >> Modifiying source to #undef & #define it unconditionnally did the trick. >> Bug report tagged as patch, but I don't know the correct flag. >> I can prepare an actual patch if/when I get the __powerpc__ 32bit-only >> thingy > > Did you ever find the correct macro? We're close to a new jackd release > and would include this fix, if necessary (and correct). gcc -dM -E - < /dev/null lists all compiler defines, I hazard a guess that __ppc__ is appropriate (there's also __ppc64__). But going by compiler defines alone is tricky (OSX for example allows multi-arch builds, even though osx <= 10.5 PPC users are rare these days). This should be really be set/auto-detected during waf configure. 2c, robin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#686777: netjack2 + opus custom modes + debian
On 07/01/2013 05:59 PM, Ron wrote: [..] > So I'm still not really sure what > showstopper complexity you are worried about there. Sample accurate alignment of buffered netjack streams with the rest of jack. updating port-latencies,.. Sounds easy, but it's not. The realshowstopper there is lack of manpower. No one volunteered to implement it. ciao, robin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#686777: netjack2 + opus custom modes + debian
On 06/30/2013 03:11 AM, Ron wrote: > My understanding of the background prior to that is that Robin had some > discussion with some of the developers at FOMS, who at the time suggested > the custom modes probably would be appropriate for the use described to > them. correct. derf aka Tim Terriberry in this case. [..] > The custom modes are not interoperable with anything else, nor are they > a part of the codec standard, but they do exist in the code for people > with very specialised needs in 'closed' applications, where the need for > oddball frame sizes strongly outweighs any other considerations of > interoperability, or codec performance (the latter being both in the > sense of processing resources *and* more importantly audio quality). jack in particular was one of the use-cases for opus-devs to justify custom modes. > My understanding at present is that the primary (only?) reason that > netjack is using custom modes is so that it can use 64 sample frames > which shaves ~1ms of latency off the usual 2.5ms (120 sample) minimum > frame size for normal opus modes. We didn't quite get to the bottom > of all of that before Robin had to leave, so at present my only > understanding of the reason for that is that "pro audio equipment" > can operate with lower latencies than normal sound cards which makes > this desirable. not quite. netjack is using opus custom modes so that jack can use the same period-size across the complete jack system. Adding buffering on either side (sender + receiver) to align jack + opus buffers will always result in additional latency. For large jack buffersizes or long-distance communication that additional latency may be negligible, but it still is more latency. Furthermore, aligning non-audio jack-data (transport + MIDI) with sample accuracy to those opus-audio-buffers is far from trivial. It's not impossible, but it is quite complex because jack is not designed to cater for that case. > What I still don't understand though is why if you are using Pro audio > equipment the degradation in audio quality that this would bring (which > is significant) would be acceptable for that use? a) because some users demand it :) b) because celt is no longer available on most distros low, fixed latency is most important. There are countless solutions for high-quality streaming - where latency and jitter is irrelevant, but basically only netjack that provides synchroneous low latency. [..] > Which basically makes the question become: "If you are using Pro audio > equipment and ~1ms of latency does make a difference to you, then > wouldn't a lossless transport mode be more appropriate for that anyway?" on a LAN, yes lossless. Over Wifi it may make sense to compress lossy to accommodate more channels. On WAN there are e.g. remote jam-sessions, phone relays, live monitoring,.. - none of which requires high quality, but all require fixed low latency. [..] > The upstream developers have reaffirmed that they definitely do not > want to enable the custom modes by default in what they release, so > even if we do override that here for the .debs, there'll still be a > question of our compatibility with other distros and users. yes, the solution for that would be to add opus as git-submodule to jack and statically link netjack against it. That'd also accommodate windows, OSX and *BSD builds of jackd. [..] > - Can jack really make a case for needing this in a way that actually >delivers real benefits to jack users. (Robin has said that this is >also 'complicated', but I still don't fully understand why yet). see above. Sample-sync alignment with other data-types is not easy. Asynchronous (buffered) communication is orthogonal to everything else in jack. It will likely be rejected upstream. jack does not aim to do everything. JACK tries to address 95% and do that right and not care about the last 5% edge-cases. On top of of that, there are currently no volunteers to implement "vanilla opus" on netjack2 (and also no volunteer to implement that in netjack1). I was scratching my own itch with netjack2+opus. works for me. The only case for non-custom modes would be: 1) interoperability with other opus apps 2) higher quality encoding (1) is never going to work out. netjack consists of N audio-channels, M midi-channels. Both include per-port latencies (min,max). And netjack also comprises transport information (timecode, tempo, bar-beat-tick, audio-frames per video-frame, etc). It is not a data stream that will be consumed by non-jack. (2) if a user chooses lossy encoding s/he does not really care about quality anyway. jack's main features is no-copy zero-latency with local clients, being able to include remote clients on the network that align sample-sync and respond reliably is the main use-case. ciao, robin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#686777: netjack2 + opus custom modes + debian
Hi *, Ron (debian maintainer of libopus - CCed via @bugs..) ping'ed me yesterday to follow up on http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=686777 To recap: netjack2's + opus needs libopus with --custom-modes but libopus on debian does not provide custom modes. When enabling custom modes in libopus, there's a (small, but still) performance penalty that everyone will pay -> distribution package of libopus don't usually have that enabled. Currently jackd2 in debian is just depending on libopus-dev (and because it has no custom-mode support, netjack is not compiled with opus support). Adrian Knoth (debian jack maintainer) volunteered to embed the opus source in jackd packages (if there's no other option). @Adi does that offer still stand? Can we work this out? There might be some other cases - e.g. embedded devices -- which would also like to use custom-modes. Hence it's not 100% out of the question that debian might package a libopus with custom modes - or provide a drop-in-replacement (libopus-vanilla <= libopus-custom). But that is not ideal.. The best option so far is to statically link netjack2 against libopus. Other distributions may be affected as well, so we might as well address that upstream and add libopus as git-submodule to the jack codebase (I could do that). Thoughts? Opinions? Volunteers? ciao, robin -=-=- As a reminder - the options for netjack+opus are > A) use standard opus modes > + makes some opus-devs and packagers happy > - adds latency > - adds code-complexity to jack (re-framing to N*120 frames) > + possibly improved compressed sound-quality > > B) use opus custom-modes. > - may not be available on all systems >(requires libopus to be compiled with --enable-custom-modes) > + no additional latency > + simple code in jack > - possibly substandard compression quality >(should still be better than celt, though) we chose (B). see also "[Jack-Devel] Switch from CELT to Opus in JACK1/JACK2 sources" September 2012 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#708799: RFP: jack-midi-clock -- Utility to send MIDI Beat Clock pulses that follow the JACK Transport
Package: wnpp Severity: wishlist * Package name: jack-midi-clock Version : 0.4.0 Upstream Author : Robin Gareus * URL : https://github.com/x42/jack_midi_clock * License : GPL Programming Lang: C Description : Utility to send MIDI Beat Clock pulses that follow the JACK Transport A simple and robust command-line tool to send MIDI beat clock that accurately follows JACK Transport. It also features an instumentation tool to parse and dump incoming MCLK messages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#704023: RFP: harvid -- HTTP Video Server
Package: wnpp Severity: wishlist * Package name: harvid Version : 0.7.0 Upstream Author : Robin Gareus * URL : https://github.com/x42/harvid * License : GPL Programming Lang: C Description : HTTP Video Server Harvid is a HTTP server to efficiently extract and cache still-images from video files. It provides for frame-accurate decoding and is used as back- end for the Ardour3 video-timeline. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#696977: RFP: silan -- commandline tool to detect silence in audio-files
Package: wnpp Severity: wishlist * Package name: silan Version : 0.2.0 Upstream Author : Robin Gareus * URL : https://github.com/x42/silan * License : GPL Programming Lang: C Description : commandline tool to detect silence in audio-files Standalone application to analyze audio files for silence and print ranges of detected signals. .. Silan uses ffmpeg/libav and supports a wide variety of audio codecs and formats. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693419: libltc: FTBFS on PowerPC due to misnamed member name in LTCFrame struct
On 11/16/2012 10:29 AM, Adam Conrad wrote: > Package: libltc > Version: 1.0.3-1 > Severity: serious > Tags: patch > User: ubuntu-de...@lists.ubuntu.com > Usertags: origin-ubuntu raring ubuntu-patch > > The attached patch should be fairly self-evident, I hope. This > fixes the FTBFS on PowerPC (and fixes a bug in general on all > big-endian arches, though some may be failing for other reasons > as well). > > ... Adam Applied upstream. Will be part of next release [ETA next week-end]. Thanks, robin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#692562: jackd1: bus error on beagleboard
On 2012-11-09 15:05, Adrian Knoth wrote: On 11/07/2012 02:46 PM, Samuel Casa wrote: when i try to start jackd the process causes a bus error on my arm system. The issue is/was that packed structure fields are/were not aligned properly for ARM. This is either a problem in the upstream code or with compiler flags on the buildd. I don't think we should work around it in the package but fix the root cause instead. +1 It was recently (end of oct 2012) fixed in jack2 git. I don't know about jack1. ciao, robin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#692102: RFP: libltc -- linear timecode library
Package: wnpp Severity: wishlist * Package name: libltc Version : 1.0.0 Upstream Author : Robin Gareus * URL : https://github.com/x42/libltc * License : LGPL Programming Lang: C Description : linear timecode library Linear (or Longitudinal) Timecode (LTC) is an encoding of SMPTE timecode data as a Manchester-Biphase encoded audio signal. The audio signal is commonly recorded on a VTR track or other storage media. libltc provides functionality to encode and decode LTC from/to timecode. NB. libltc supersedes and deprecates libltcsmpte. New projects that already use libltc include xjadeo, ardour3 and ltc-tools. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#630018: patch/fix doxygen: Missing spaces in man page output
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 A patch/fix for issue A (missing space in Function doc) was submitted upstream at https://bugzilla.gnome.org/show_bug.cgi?id=651848 I can not reproduce B (no spaces after the commas in a Defines) with doxygen 1.8.2 - may be related to Doxyfile settings. #defines end up in the "Macro" section and arguments are properly separated. Please consider adding the patch to the debian patch-series until the issue gets resolved upstream: http://bugzilla-attachments.gnome.org/attachment.cgi?id=227750 Cheers! robin -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBAgAGBQJQkmUdAAoJEKCQvOAs9X8EfGAP/0PeqW0j88ER/OE1IGJsh/Av UhklJewKaeCtG1PlCmU5QsUkGWuScLGgxzxQQ4hz1teGM/FFn1Nr66CA53P5Dp5E PXemu0lcDZAV1Q0GoSFM+p9acv27RloOaNgd4EQ78lJ0WSiE3zc3NZC6etuotwAb HIzAAahiV0q859Z/X0i/h078aSCrA0xV3vG62qc+SKwypTb+OCWNN2R/TDOnS8kW E+n2rpElI+pvkK22EVLLcthSjVgaa3t0vTVTCfxVbBUZUGyX4T8UrgAsFsl/SPMr UKnTL3rsAXXv31djbEvLR4ujPz8B6M9JPRONmycPit2StV6QkElgM9JOciQj8kH9 EGgvZKaZldS9dYkU157ksUzuXoQHs5w1qJNFgMWu5lj/9nz7L6rm/F9PRVcKedLq amCiWJ97b2owSDl1m/26SjboqOYhALBk9ii8NRxR173WF5zra1bloz15lPQGUoQT kdkZ/rQVuobIBFl30egupeisUBJHewgtTv6VT4JwaxOy2gNEODwxUudoHFcD2F5j JvhYwaFqvP0KAb1VlFScUmZYe1e9nhIkSZE7Ku+SnUTC68Al7wQbwS2lK3QBwozh 7U1M86g35j2IRLiHw1QH+lmaV2fuGWnB0cgyUoH/2aOT3/Nwdt4UTR79uuVqgxBX w8gKdoWhoV/oZPhRzG5v =+3Iw -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#686777: libopus-dev: libopus misses opus-custom modes
Package: libopus-dev Version: 0.9.14+20120615-1 Severity: important Dear Maintainer, The current libopus shipped on debian is not compiled with the "--enable-custom-modes" configuration option. opus/opus_custom.h is not included in the -dev package. Netjack from jackaudio.org can use opus (instead of celt) but requires the custom-mode feature for that. There may also be other projects that currently rely on celt-custom that will run into the same issue. Please consider adding --enable-custom-modes to debian/rules. TIA, robin PS. there is currently no way to query information about availability of opus custom-modes using pkg-config. It requires checking for opus/opus_custom.h or symbols in the .so. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (400, 'unstable'), (300, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-rt-686-pae (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libopus-dev depends on: ii libopus0 0.9.14+20120615-1 libopus-dev recommends no packages. libopus-dev suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#682831: ITP: setbfree -- DSP tonewheel organ
Package: wnpp Severity: wishlist Owner: Robin Gareus * Package name: setbfree Version : 0.5.5 Upstream Author : Will Panther * URL : https://github.com/pantherb/setBfree * License : GPL Programming Lang: C Description : DSP tonewheel organ setBfree is a MIDI-controlled, software synthesizer designed to imitate the sound and properties of the electromechanical organs and sound modification devices that brought world-wide fame to the names and products of Laurens Hammond and Don Leslie. setBfree is the long awaited GPL version of the outstanding "Beatrix" synth engine. http://linuxaudio.org/mailarchive/lau/2012/7/15/191359 The upstream git repository includes debian package information. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#677547: meterbridge: peak-meter scaling according to IEC-268-18 is incorrectly implemented
Package: meterbridge
Version: 0.9.2-9
Severity: important
Tags: patch upstream
The IEC scale function includes a typo which makes the range between
-60db and -50db not continuous. Furthermore the image of the rendered
the IEC 268-18:1995 scale is also wrong.
Upstream can not be reached and the issue has been reported to
http://lists.linuxaudio.org/pipermail/linux-audio-dev/2012-June/033486.html
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (500, 'testing'), (400, 'unstable'), (300, 'stable')
Architecture: i386 (i686)
Kernel: Linux 3.2.0-2-rt-686-pae (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages meterbridge depends on:
ii jackd 5
ii libc6 2.13-21
ii libjack-jackd2-0 [libjack-0.116] 1.9.8~dfsg.2-1
ii libsdl-image1.2 1.2.12-2
ii libsdl1.2debian 1.2.15-3
meterbridge recommends no packages.
meterbridge suggests no packages.
-- no debconf information
diff --git a/src/dpm_meters.c b/src/dpm_meters.c
index 34738c2..b1ea69c 100644
--- a/src/dpm_meters.c
+++ b/src/dpm_meters.c
@@ -33,7 +33,7 @@ int iec_scale(float db) {
} else if (db < -60.0f) {
def = (db + 70.0f) * 0.25f;
} else if (db < -50.0f) {
- def = (db + 60.0f) * 0.5f + 5.0f;
+ def = (db + 60.0f) * 0.5f + 2.5f;
} else if (db < -40.0f) {
def = (db + 50.0f) * 0.75f + 7.5;
} else if (db < -30.0f) {
<>
Bug#671586: gjacktransport: FTBFS on hurd-i386.
Hi Cyril, Alessio. Thanks for the patch! Merged upstream in 0.5.3: http://sourceforge.net/projects/gjacktransport/files/gjacktransport/v0.5/gjacktransport-0.5.3.tar.gz/download Happy hurding. Cheers! robin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#664665: ITP: zita-ajbridge -- ALSA to JACK bridge
On 03/19/2012 08:54 PM, Fons Adriaensen wrote: > On Mon, Mar 19, 2012 at 07:26:25PM +0100, Alessio Treglia wrote: >> Package: wnpp >> Severity: wishlist >> Owner: Debian Multimedia Maintainers >> >> >> * Package name: zita-ajbridge >> Version : 0.1.0 >> Upstream Author : Fons Adriaensen >> * URL : http://kokkinizita.linuxaudio.org/linuxaudio/ >> * License : GPL >> Programming Lang: C++ >> Description : ALSA to JACK bridge >> >> This package provides two applications, zita-a2j and zita-j2a. >> They allow to use an ALSA device as a Jack client, to provide >> additional capture (a2j) or playback (j2a) channels. >> . >> Functionally these are equivalent to the alsa_in and alsa_out >> clients that come with Jack, but they provide much better audio >> quality. The resampling ratio will typically be stable within >> 1 PPM and change only very smoothly. Delay will be stable as >> well even under worse case conditions, e.g. the Jack client >> running near the end of the cycle. >> > > OK, and what's the bug ? ITP: Intend to package. WNPP: it's a "Work-Needing and Prospective Package" - this bug report is intended for debian packagers, not upstream-devs. Weird that you've received the email. best, robin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#651301: clang debian detection is broken - clang fails to link executables - missing path to crt?.o files
Bonjour Sylvestre, On 12/07/2011 03:51 PM, Sylvestre Ledru wrote: > Le mercredi 07 décembre 2011 à 15:32 +0100, rgareus a écrit : >> Package: clang >> Version: 2.9-16 >> Severity: important >> >> >> in short: changing /etc/debian_version from '6.0.3' to 'wheezy/sid' >> works around the problem. > Do you know how you get '6.0.3' in /etc/debian_version ? > By the way, it seems that clang 3.0 does not have the pb. maybe; Independently of what /etc/debian_version says, 3.0 fails to find some relevant include files. No multilib support here, gcc-4.6.2-5 i386 bits/predefs.h is in /usr/include/i386-linux-gnu/bits/predefs.h Shall I file another bug report or can you take it from here? clang -v -o test test.c Debian clang version 3.0-1 (tags/RELEASE_30/final) (based on LLVM 3.0) Target: i386-pc-linux-gnu Thread model: posix "/usr/bin/clang" -cc1 -triple i386-pc-linux-gnu -emit-obj -mrelax-all -disable-free -disable-llvm-verifier -main-file-name test.c -mrelocation-model static -mdisable-fp-elim -masm-verbose -mconstructor-aliases -target-cpu pentium4 -target-linker-version 2.21.90.20111025 -momit-leaf-frame-pointer -v -resource-dir /usr/bin/../lib/clang/3.0 -fmodule-cache-path /var/tmp/clang-module-cache -internal-isystem /usr/local/include -internal-isystem /usr/bin/../lib/clang/3.0/include -internal-externc-isystem /usr/include/i486-linux-gnu -internal-externc-isystem /usr/include -ferror-limit 19 -fmessage-length 143 -fgnu-runtime -fobjc-runtime-has-arc -fobjc-runtime-has-weak -fobjc-fragile-abi -fdiagnostics-show-option -fcolor-diagnostics -o /tmp/test-m6YUCD.o -x c test.c clang -cc1 version 3.0 based upon llvm 3.0 hosted on i386-pc-linux-gnu ignoring nonexistent directory "/usr/bin/../lib/clang/3.0/include" ignoring nonexistent directory "/usr/bin/../lib/clang/3.0/include" ignoring duplicate directory "/usr/local/include" ignoring duplicate directory "/usr/include/i486-linux-gnu" ignoring duplicate directory "/usr/include/i486-linux-gnu" ignoring duplicate directory "/usr/include" #include "..." search starts here: #include <...> search starts here: /usr/local/include /usr/include/i486-linux-gnu /usr/include /usr/lib/gcc/i486-linux-gnu/4.6/include/ /usr/lib/gcc/i486-linux-gnu/4.6/include-fixed/ End of search list. In file included from test.c:1: In file included from /usr/include/stdio.h:28: /usr/include/features.h:323:10: fatal error: 'bits/predefs.h' file not found #include ^ 1 error generated. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#651301: clang debian detection is broken - clang fails to link executables - missing path to crt?.o files
On 12/07/2011 03:51 PM, Sylvestre Ledru wrote: > Le mercredi 07 décembre 2011 à 15:32 +0100, rgareus a écrit : >> Package: clang >> Version: 2.9-16 >> Severity: important >> >> >> in short: changing /etc/debian_version from '6.0.3' to 'wheezy/sid' >> works around the problem. > Do you know how you get '6.0.3' in /etc/debian_version ? > By the way, it seems that clang 3.0 does not have the pb. > > S > It comes with base-files=6.0squeeze3 -- System Information: APT prefers stable APT policy: (700, 'stable'), (500, 'testing'), (300, 'unstable') clang 3.0-1?! Wooha. Oven fresh! It only just showed up on the mirror. I'll try that now. Cheers! robin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#635366: gem: missing dependency on ffmpeg/libavcodec
On 07/28/2011 09:54 AM, IOhannes m zmölnig wrote: > On 07/25/2011 04:38 PM, Robin Gareus wrote: >> gem does not load: the Pd message window reports: > > thanks for the bug report. > >> /usr/lib/pd/extra/Gem/Gem.pd_linux: libavcodec.so.51: cannot open >>shared object file: No such file or directory > >> # ldd /usr/lib/pd/extra/Gem/Gem.pd_linux | grep found >> libavcodec.so.51 => not found > >> # apt-file search /usr/lib/pd/extra/Gem/Gem.pd_linux >> gem: /usr/lib/pd/extra/Gem/Gem.pd_linux > >> debian currently provides libavcodec52 and libavcodec53. > >> http://packages.debian.org/sid/gem - gem does not depend on libavcodec >> though shlibdebs should find the dependency ?! > > > > that's all a bit weird. > there is no code in Gem (itself), that depends on libavcodec52; > > however, Gem uses libraries, that depend on libavcodec52 > > > >> Versions of packages gem depends on: >> ii libgmerlin-avd 1.1.0~dfsg-2 a general multimedia decoding >> libr > > this is the library in question. > according to [1] (and my system), libgmerlin-avdec1 _does_ depend on > libavcodec52, does satisfying the dependency. > > do you happen to have an out-of-debian version of libgmerlin-avdec1 (or > any other library) installed on your machine? > nope. Looks like this is the first time aptitude's dependency resolving ever failed on me; might be related to libav/ffmpeg updates on a mixed sid/testing system. anyway: `apt-get install --reinstall libgmerlin-avdec1 gmerlin-encoders-ffmpeg` fixed the issue and pd rocks! back to making some real noise instead of email-noise. Sorry. Now that makes two invalid bug reports in just one week. I owe you a beer next time we meet. Cheers! robin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#635366: gem: missing dependency on ffmpeg/libavcodec
Package: gem Version: 1:0.92.3-2+b1 Severity: grave Justification: renders package unusable gem does not load: the Pd message window reports: /usr/lib/pd/extra/Gem/Gem.pd_linux: libavcodec.so.51: cannot open shared object file: No such file or directory # ldd /usr/lib/pd/extra/Gem/Gem.pd_linux | grep found libavcodec.so.51 => not found # apt-file search /usr/lib/pd/extra/Gem/Gem.pd_linux gem: /usr/lib/pd/extra/Gem/Gem.pd_linux debian currently provides libavcodec52 and libavcodec53. http://packages.debian.org/sid/gem - gem does not depend on libavcodec though shlibdebs should find the dependency ?! -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (700, 'testing'), (500, 'unstable'), (300, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.39 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gem depends on: ii libavifile-0.7 1:0.7.48~20090503.ds-2+b2 shared libraries for AVI read/writ ii libc6 2.13-7Embedded GNU C Library: Shared lib ii libftgl2 2.1.3~rc5-3 library to render text in OpenGL u ii libgavl1 1.2.0-3 low level audio and video library ii libgcc11:4.6.1-4 GCC support library ii libgl1-mesa-gl 7.10.3-3 free implementation of the OpenGL ii libglu1-mesa [ 7.10.3-3 The OpenGL utility library (GLU) ii libgmerlin-avd 1.1.0~dfsg-2 a general multimedia decoding libr ii libmagick++4 8:6.6.9.7-5 object-oriented C++ interface to I ii libmagickcore4 8:6.6.9.7-5 low-level image manipulation libra ii libmpeg3-1 1.5.4-5 MPEG streams decoding library ii libquicktime2 3:1.2.2-0.5 library for reading and writing Qu ii libstdc++6 4.6.1-4 GNU Standard C++ Library v3 ii libv4l-0 0.8.4-3 Collection of video4linux support ii libx11-6 2:1.4.3-2 X11 client-side library ii libxext6 2:1.3.0-3 X11 miscellaneous extension librar ii libxxf86vm11:1.1.1-2 X11 XFree86 video mode extension l ii puredata [pd] 0.43.0-4 realtime computer music and graphi ii puredata-core 0.43.0-4 realtime computer music and graphi ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime gem recommends no packages. Versions of packages gem suggests: ii pd-zexy 2.2.3-2General Purpose addon library for ii ttf-dejavu2.33-1 Metapackage to pull in ttf-dejavu- -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#635290: puredata-gui needs tcllib for base64
On 07/25/2011 03:12 PM, IOhannes m zmoelnig wrote: > On 2011-07-25 14:59, IOhannes m zmoelnig wrote: >>> `dpkg -r pd-pdp` solves the problem. `apt-get install pd-pdp` makes it >>> re-appear. > > it seems like you have PiDiP installed somewhere on your disk. > afaik, PiDiP is not in debian. > > uninstalling pd-pdp will also disable pidip, since pidip depends on pdp. Oh right. that explains it then. > since the bug is triggered by an external not in debian, i think we > cannot do much about it. > can i therefore close this bug as illegal? OK. What about the gem/libavcodec issue. Shall I file a new bug-report for that for package 'gem'? http://packages.debian.org/sid/gem - it does not depend on libavcodec but Pd log says: /usr/lib/pd/extra/Gem/Gem.pd_linux: libavcodec.so.51: cannot open shared object file: No such file or directory # ldd /usr/lib/pd/extra/Gem/Gem.pd_linux | grep found libavcodec.so.51 => not found # apt-file search /usr/lib/pd/extra/Gem/Gem.pd_linux gem: /usr/lib/pd/extra/Gem/Gem.pd_linux > mgasdr > IOhannes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#635290: puredata-gui needs tcllib for base64
On 07/25/2011 02:03 PM, IOhannes m zmoelnig wrote: > [...] > >> the message itself - I can not read much into it. Maybe it is PiDiP >> which is loaded just before it. But PiDiP works just fine. > > indeed this is most likely the culprit. > pidip requires "base64" for the pdp_colorgrid object, and issues a > "package require base64". > i guess that you haven't tested the pdp_colorgrid object when confirming > the that "PiDiP works just fine". Wow, you're quick: It does indeed. - no no use for pdp_colorgrid here so far. I take it, you and/or Paul still maintaing pd-pdp, so I don't need to file a new bugreport against it, right? > please confirm that removing pidip from the loaded libraries indeed > fixes the problem. `dpkg -r pd-pdp` solves the problem. `apt-get install pd-pdp` makes it re-appear. > ghmasdr Grusse herzlichst mit ausserordenlich saftigen dankes r? robin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#635290: puredata-gui needs tcllib for base64
On 07/25/2011 09:57 AM, IOhannes m zmoelnig wrote:
> On 2011-07-24 19:42, Robin Gareus wrote:
>
>> Everytime I opened Pd I got an error message that "base64" missing.
>> Pd worked fine nevertheless except for the fact that
>> it stopped after the error and did not load patches
>> if they're specified at the commandline (e.g. `pd test.pd`).
>> I need to use the menu "File->Open".
>
> hi robin,
>
> thanks for your bugreport.
Hi IOhannes,
Thanks for the quick reply.
> unfortunately i cannot reprodude the problem as you describe it (that
> is: after uninstalling tcllib, i still don't get any error).
I can reproduce it: uninstalled libtcl:
...
(Tcl) UNHANDLED ERROR: can't find package base64
while executing
"package require base64"
("uplevel" body line 103)
invoked from within
"uplevel #0 $cmd_from_pd"
The full log is attached (BTW. the GEM package does also not depend on
the right libav* version as well - I got libavcodec.so.52 - while GEM is
compiled against libavcodec.so.51, weird: shlibdeps should figure that).
Shall I file a new bug report for this, or can you take it from here?
> puredata has no direct dependency on the "base64" tclpackage; however it
> does use "msgcat", which might pull in the problem described.
>
> since the problem really only applies to "puredata-gui", it would be
> nice to provide more information (dependencies!) for "puredata-gui".
> (e.g. installed versions of tcl & tk)
Versions of packages puredata-gui depends on:
ii tcl8.3 [tclsh] 8.3.5-14 Tcl (the Tool Command Language) v8
ii tcl8.4 [tclsh] 8.4.19-4 Tcl (the Tool Command Language) v8
ii tcl8.5 [tclsh] 8.5.10-1 Tcl (the Tool Command Language) v8
ii tk 8.5.0-2The Tk toolkit for Tcl and X11 (de
Versions of packages puredata-gui recommends:
ii puredata 0.43.0-4 realtime computer music and graphi
some 'ls -l'
/usr/bin/tclsh -> /etc/alternatives/tclsh
/etc/alternatives/tclsh -> /usr/bin/tclsh-default
/usr/bin/tclsh-default -> tclsh8.5
> also, does the error message allow to backtrace the problem, so we can
> find out where exactly the problem occurs?
the message itself - I can not read much into it. Maybe it is PiDiP
which is loaded just before it. But PiDiP works just fine.
There's no 'puredata-dbg' but if necessary I could get the source and
run it with some breakpoint in gdb. or probably easier: add some 'puts'
into tcl/tk.. Any hints where?
> apart from that, some random nobrainers:
>
> - are you sure that you don't have another "pd" installed in your path?
> i'd suggest using "puredata" to start pd, as "pd" might be diverted to
> e.g. "pd-extended".
nice try, but no:
#ls -l /etc/alternatives/pd
lrwxrwxrwx 1 root root 17 May 26 20:36 /etc/alternatives/pd ->
/usr/bin/puredata
# apt-file search /usr/bin/puredata
puredata: /usr/bin/puredata
> - do you have any externals and/or (more important) gui-plugins
> installed, that might "require base64"?
I've removed my .pdrc and set `sudo chmod 0 /usr/local/lib/pd`. Now all
remains are "official" debianized externals. The error still remains.
# dpkg -l | grep " pd-"
ii pd-aubio 0.3.2-4.2 aubio external for PureData
ii pd-bsaylor0.1-2 a library of FFT-based Pd ob...
ii pd-comport0.1-3 Pd object for reading and wr...
ii pd-csound 1:5.13.0~dfsg-3.1 Csound external for PureData
ii pd-cyclone0.1~alpha55-2 a Pd library of clones of Ma...
ii pd-ekext 0.1.1-2 Pd objects for music informa...
ii pd-freeverb 1.2-3 studio-quality Schroeder/Moo...
ii pd-ggee 0.26-1 a Pd library of GUI controls...
ii pd-hid0.7-1 Pd object for getting data f...
ii pd-libdir 1.9-2 provides support for the lib...
ii pd-mapping0.2-1 a Pd library for creatively ...
ii pd-maxlib 1.5.3-2 Pd library for analysing mus...
ii pd-moonlib0.2-2 library of Pd objects relate...
ii pd-pddp 0.1-1 a support library for the Pu...
ii pd-pdp1:0.12.5-1 Graphics system for Pd
ii pd-purepd 0.1.1-1 a library of standard object...
ii pd-smlib 0.12.1-2Pd library for mapping DSP d...
ii pd-wiimote0.3.2-1 A Pd external for accessing ...
ii pd-zexy 2.2.3-2 General Purpose addon librar...
I'll check later to remove and re-install those. I gotta go now.
> cheers
> fgam,sdr
freundliche gruesse aus mogadischu, sonne den r?
> IOhannes
Cheers!
robin
PDP: p
Bug#635290: puredata-gui needs tcllib for base64
Package: puredata Version: 0.43.0-4 Severity: normal Everytime I opened Pd I got an error message that "base64" missing. Pd worked fine nevertheless except for the fact that it stopped after the error and did not load patches if they're specified at the commandline (e.g. `pd test.pd`). I need to use the menu "File->Open". To resolve the issue, I just installed 'tcllib' which provides the tcl implementation of base64. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (700, 'testing'), (500, 'unstable'), (300, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.39 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages puredata depends on: ii puredata-core 0.43.0-4 realtime computer music and graphi ii puredata-dev 0.43.0-4 realtime computer music and graphi ii puredata-doc 0.43.0-4 realtime computer music and graphi ii puredata-extra0.43.0-4 realtime computer music and graphi ii puredata-gui 0.43.0-4 realtime computer music and graphi ii puredata-utils0.43.0-4 realtime computer music and graphi Versions of packages puredata recommends: ii gem1:0.92.3-2+b1 Graphics Environment for Multimedi Versions of packages puredata suggests: ii pd-aubio 0.3.2-4.2 aubio external for PureData ii pd-csound 1:5.13.0~dfsg-3.1 Csound external for PureData ii pd-pdp 1:0.12.5-1Graphics system for Pd ii pd-zexy2.2.3-2 General Purpose addon library for -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623256: icecast2: added config/templates/postinst configuration
Package: icecast2 Version: 2.3.2-6 Severity: wishlist Tags: patch I've added config-templates and postinst configuration (passwords, hostname, enable-service) to icecast2. Attached patch applies to revision baf67ba (currently HEAD) on http://git.debian.org/?p=pkg-multimedia/icecast2.git -- System Information: Debian Release: 6.0 APT prefers unstable APT policy: (400, 'unstable'), (300, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.33.7.2-rt30 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages icecast2 depends on: ii adduser 3.112+nmu2 add and remove users and groups ii debconf [debconf-2.0] 1.5.36 Debian configuration management sy ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libcurl3-gnutls 7.21.0-1 Multi-protocol file transfer libra ii libkate1 0.3.8-1Kate is a codec for karaoke and te ii libogg0 1.2.0~dfsg-1 Ogg bitstream library ii liboggkate1 0.3.8-1Kate is a codec for karaoke and te ii libspeex1 1.2~rc1-1 The Speex codec runtime library ii libssl0.9.8 0.9.8o-4 SSL shared libraries ii libtheora01.1.1+dfsg.1-3 The Theora Video Compression Codec ii libvorbis0a 1.3.1-1The Vorbis General Audio Compressi ii libxml2 2.7.8.dfsg-2 GNOME XML library ii libxslt1.11.1.26-6 XSLT 1.0 processing library - runt icecast2 recommends no packages. Versions of packages icecast2 suggests: ii ices2 2.0.1-8Ogg Vorbis streaming source for Ic -- Configuration Files: /etc/default/icecast2 changed [not included] /etc/icecast2/icecast.xml [Errno 13] Permission denied: u'/etc/icecast2/icecast.xml' -- no debconf information *** /tmp/0001-added-configuration-template-postinst-setup.patch >From 58b10173268e252f87a7e021d61a0e43ba3d13aa Mon Sep 17 00:00:00 2001 From: Robin Gareus Date: Mon, 18 Apr 2011 19:22:15 +0200 Subject: [PATCH] added configuration template&postinst setup. --- debian/config| 25 + debian/icecast2.postinst | 35 ++- debian/templates | 37 + 3 files changed, 96 insertions(+), 1 deletions(-) create mode 100644 debian/config create mode 100644 debian/templates diff --git a/debian/config b/debian/config new file mode 100644 index 000..742ddf3 --- /dev/null +++ b/debian/config @@ -0,0 +1,25 @@ +#!/bin/bash +# Debconf config script for icecast2 + +set -e + +. /usr/share/debconf/confmodule + +db_input high icecast2/icecast-setup || true +db_go ||true + +db_get icecast2/icecast-setup +if [ "$RET" = "true" ]; then + db_input high icecast2/hostname || true + db_go ||true + db_input high icecast2/sourcepassword || true + db_go ||true + db_input high icecast2/relaypassword|| true + db_go ||true + db_input high icecast2/adminpassword || true + db_go ||true +fi + +#DEBHELPER# + +exit 0 diff --git a/debian/icecast2.postinst b/debian/icecast2.postinst index ca9a341..eb12a54 100644 --- a/debian/icecast2.postinst +++ b/debian/icecast2.postinst @@ -3,8 +3,10 @@ set -e +. /usr/share/debconf/confmodule + case "$1" in -configure) +configure|reconfigure) ;; @@ -34,6 +36,37 @@ id icecast2 >/dev/null 2>&1 || \ adduser --system --quiet --disabled-password --disabled-login \ --home /usr/share/icecast2 --no-create-home --ingroup icecast icecast2 +# set passwords +db_get icecast2/icecast-setup +if test "$RET" = "true"; then + if [ -f /etc/default/icecast2 -a -f /etc/icecast2/icecast.xml ]; then + echo "Configuring icecast2.." >&2 + cat << _EOF_ \ + | ed /etc/default/icecast2 2>/dev/null 1>&2 || true +%s/^.*ENABLE=.*$/ENABLE=true/ +wq +_EOF_ + + db_get icecast2/sourcepassword + ICESOURCE=$RET + db_get icecast2/relaypassword + ICERELAY=$RET + db_get icecast2/adminpassword + ICEADMIN=$RET + db_get icecast2/hostname + ICEHOST=$RET + cat << _EOF_ \ + | ed /etc/icecast2/icecast.xml 2>/dev/null 1>&2 || true +%s/[^<]*<\/source-password>/$ICESOURCE<\/source-password>/ +%s/[^<]*<\/relay-password>/$ICERELAY<\/relay-password>/ +%s/[^<]*<\/admin-password>/$ICEADMIN<\/admin-password>/ +%s/[^<]*<\/hostname>/$ICEHOST<\/hostname>/ +wq +_EOF_ + echo "Done Configuring icecast2.." >&2
Bug#620587: RFP: dbus-triggerd -- invoke custom hook scripts on dbus-signals
Package: wnpp Severity: wishlist * Package name: dbus-triggerd Version : 0.3.2 Upstream Author : Robin Gareus * URL : http://www.gareus.org/oss/dbustriggerd/ * License : GPL Programming Lang: C Description : invoke custom hook scripts on dbus-signals dbus-triggerd is a tool to trigger shell-commands upon receiving a given dbus-signal. . It is useful as instrumentation and development tool for dbus applications, and also simplifies using dbus on the commandline or within shell scripts. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#600751: RFP: libltcsmpte -- linear timecode and framerate convertion library
Package: wnpp Severity: wishlist * Package name: libltcsmpte Version : 0.4.2 Upstream Author : Robin Gareus * URL : http://ltcsmpte.sourceforge.net/ * License : LGPL Programming Lang: C Description : linear timecode and framerate convertion library Linear (or Longitudinal) Timecode (LTC) is an encoding of SMPTE timecode data as a Manchester-Biphase encoded audio signal. The audio signal is commonly recorded on a VTR track or other storage media. libltcsmpte provides functionality to both encode and decode LTC from/to SMPTE and can perform framerate conversion tasks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#496737: RFP: liboauth -- secure authentication for desktop and web applications
Package: wnpp Severity: whishlist http://liboauth.sf.net/ is a collection of c functions implementing the oAuth Core 1.0 standard API. liboauth provides basic functions to escape and encode parameters according to oAuth specs and offers high-level functions to sign requests or verify signatures. ## the SVN trunk is the "lastest stable" - best get it from https://liboauth.svn.sourceforge.net/svnroot/liboauth/trunk/ It includes /homebrew/ debian control&rules and debianizing may not be much work. The code is MIT licensed, but debian-autoproject got me a LGPL xmalloc.c - I'm sure you guys can help me out there. TIA, robin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#403651: libacl1: symbol setxattr ATTR_1.0 not defined libattr.so.1 (ATTR_1.1)
Package: libacl1 Version: 2.2.42-1 Severity: normal libattr1 2.4.35-1 + libacl1 2.2.42-1 cause major trouble on my system. eg: $ls -l ls: relocation error: /lib/libacl.so.1: symbol getxattr, version ATTR_1.0 not defined in file libattr.so.1 with link time reference I did not dare to reboot and downgraded to the prev version of both libs. It could be a "false alarm": eg. libattr was still in use, but that should have been fixed by running ldconfig; and strings+grep found ATTR_1.1 in libattr but not libacl! #robin -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.13-rg Locale: LANG=en_US, LC_CTYPE=en_US (charmap=UTF-8) Versions of packages libacl1 depends on: ii libattr1 2.4.32-1Extended attribute shared library ii libc62.3.6.ds1-9 GNU C Library: Shared libraries libacl1 recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#369469: libasound2: invalid datadir path - alsa.conf not found
Package: libasound2
Version: 1.0.11-6
Severity: important
/usr/lib/libasound.so.2.0.0 is compiled with
datadir=/home/jordi/svn/pkg-alsa/trunk/build-area/alsa-lib-1.0.11/${prefix}/share/alsa
libasound2 searches for alsa.conf in the build-dir rather than /usr/share/alsa/
- thus alsa apps fail to work until I create /usr/share/alsa as /home/jordi/...
or set the ALSA_CONFIG_PATH enviroment variable.
adding --datadir=/usr/share to the configure lines in debian/rules and
rebuilding libasound2 helped me out.
-robin
alsa-lib-1.0.11/configure.in:65 says:
eval dir="$datadir"
case "$dir" in
/*) ;;
*) dir="$PWD/$dir"
esac
\${prefix} is not replaced (maybe due to 40_relibtoolise.dpatch ??).
datadir starts with '$' instead of '/' -> pwd is prepended and
'..${prefix}..' ends up in include/config.h and bibuild/include/config.h
$ strace alsamixer
...
stat64("/home/jordi/svn/pkg-alsa/trunk/build-area/alsa-lib-1.0.11//share/alsa/alsa.conf",
0xaf951b1c) = -1 ENOENT (No such file or directory)
write(2, "ALSA lib control.c:816:(snd_ctl_"..., 47ALSA lib
control.c:816:(snd_ctl_open_noupdate) ) = 47
write(2, "Invalid CTL default", 19Invalid CTL default) = 19
write(2, "\n", 1
) = 1
fstat64(1, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 9), ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xa7f3d000
write(1, "\n", 1
) = 1
write(2, "alsamixer: function snd_ctl_open"..., 79alsamixer: function
snd_ctl_open failed for default: No such file or directory
) = 79
munmap(0xa7f3d000, 4096)= 0
exit_group(1) = ?
...
$ strings /usr/lib/libasound.so.2.0.0 | grep share
...
/home/jordi/svn/pkg-alsa/trunk/build-area/alsa-lib-1.0.11/${prefix}/share/alsa/%s
/home/jordi/svn/pkg-alsa/trunk/build-area/alsa-lib-1.0.11/${prefix}/share/alsa/alsa.conf
/home/jordi/svn/pkg-alsa/trunk/build-area/alsa-lib-1.0.11/${prefix}/share/alsa/smixer.conf
/home/jordi/svn/pkg-alsa/trunk/build-area/alsa-lib-1.0.11/${prefix}/share
...
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages libasound2 depends on:
ii libc6 2.3.6-9GNU C Library: Shared libraries
libasound2 recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
