Bug#769541: ams: please add the 'Atte-Jensen-instrumentpatches' to the Ams package
Package: ams Version: 1:2.1.1-1kxstudio1 Severity: normal Dear Maintainer, Could you please add extra instumentpatches to the AMS package? The patches are made by Atte Andre Jensen (atteATyoumail.dk ) and are interesting for other users. -- System Information: Debian Release: jessie/sid APT prefers trusty-updates APT policy: (500, 'trusty-updates'), (500, 'trusty-security'), (500, 'trusty'), (100, 'trusty-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.17.1-031701-generic (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ams depends on: ii cmt 1:1.16-1kxstudio1 ii libasound21.0.27.2-3ubuntu7 ii libc6 2.19-0ubuntu6.3 ii libgcc1 1:4.9.1-0ubuntu1 ii libjack-jackd2-0 1:1.9.10-1~trusty1 ii libqt4-opengl 4:4.8.5+git192-g085f851+dfsg-2ubuntu4 ii libqtcore44:4.8.5+git192-g085f851+dfsg-2ubuntu4 ii libqtgui4 4:4.8.5+git192-g085f851+dfsg-2ubuntu4 ii libstdc++64.8.2-19ubuntu1 ii mcp-plugins 1:0.4.0-2kxstudio1 ii swh-plugins 0.4.15+1-7kxstudio1 Versions of packages ams recommends: ii amb-plugins 1:0.8.1-4kxstudio1 ii rev-plugins 1:0.7.1-1kxstudio2 ii vco-plugins 1:0.3.0-2kxstudio1 ams suggests no packages. -- no debconf information ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#726193: lives: build with libfftw3f-dev for the beat detector plugin
libfftw3-dev that is ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#705044: (no subject)
I need python3-liblo for stuff like lisaloqt https://github.com/nilsgey/lisaloQt ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: Presentation + A debian-based for audio creation and production, stage technics and video blend (or the future of TangoStudio)
On 11/12/2012 01:45 PM, Andreas Tille wrote: On Mon, Nov 12, 2012 at 12:26:14PM +0100, Reinhard Tartler wrote: We discussed the option of having conflicts in metapackages several times. If I remember correctly the main drawback is that users who really really want to have pulseaudio need to deinstall the metapackage which is not always what you want. TBH, I do not think that a conflicts in the meta package is the right technical solution. As I said we did not had any request for this and thus it is not implemented. Perhaps it's just because this is not the right technical solution. In any case each previous discussion starting with an initial request of the feature ended up with the conclusion that it is not needed. What you want here is to provide the users the best technical environment to get his work done. I think a much better solution would be a something like a wizard that examines your system installation, educates the user about the findings, and then does specific recommendations (ideally with fix this buttons to just do so). Things that I imagine that this wizard could do would include: * The pulseaudio seems to be running. This can cause the following problems... do you want to a) disable pulseaudio in your user profile, b) remove it from your system c) do nothing * Your Gnome System Menu is missing the following entries. Do you want to add them? * We recommend installing the following applications:app purpose * You are not running a -rt kernel: do you want to install and reboot? * Your system needs special configuration to reduce the system latency, do you want me to do the following changes to /etc/...? I think you get the idea. That would leave the choice to the user and still be very functional and easy to use. BTW, the idea is not really novel. See for example the powertop application, which makes such suggestions (albeit in text mode) about power management to save battery time. I guess that would be an interesting application for a Debian multimedia blend. +1 Now we only need somebody who writes this tool. :-) There is such a configuration script http://www.wiki.linuxmusicians.com/doku.php?id=system_configuration#quickscan And raboof started with a GUI http://code.google.com/p/realtimeconfigquickscan/ I wouldn't be suprised if AVLinux and KXStudio has something like that included \r Cc Falktx, GMaq Kind regards Andreas. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: Presentation + A debian-based for audio creation and production, stage technics and video blend (or the future of TangoStudio)
What you want here is to provide the users the best technical environment to get his work done. I think a much better solution would be a something like a wizard that examines your system installation, educates the user about the findings, and then does specific recommendations (ideally with fix this buttons to just do so). Things that I imagine that this wizard could do would include: * The pulseaudio seems to be running. This can cause the following problems... do you want to a) disable pulseaudio in your user profile, b) remove it from your system c) do nothing * Your Gnome System Menu is missing the following entries. Do you want to add them? * We recommend installing the following applications:app purpose * You are not running a -rt kernel: do you want to install and reboot? * Your system needs special configuration to reduce the system latency, do you want me to do the following changes to /etc/...? I think you get the idea. That would leave the choice to the user and still be very functional and easy to use. BTW, the idea is not really novel. See for example the powertop application, which makes such suggestions (albeit in text mode) about power management to save battery time. I guess that would be an interesting application for a Debian multimedia blend. +1 Now we only need somebody who writes this tool. :-) There is such a configuration script http://www.wiki.linuxmusicians.com/doku.php?id=system_configuration#quickscan And raboof started with a GUI http://code.google.com/p/realtimeconfigquickscan/ ^^^ Cc Raboof ;) ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: non-daw, non-mixer, non-sequencer, non-session-manager
On 08/16/2012 09:38 AM, Alessio Treglia wrote: Hi, On Mon, Aug 13, 2012 at 8:16 PM, rosea.grammostola rosea.grammost...@gmail.com wrote: Could you please add these packages to Debian? Version 1 is out, but you might better grab it from git. All though all the non-things are in the git repo, it's possible and probably better to package each one independently. Please file proper ITP bugs and assign them to us. Cheers, Thanks for your reply. I filed a ITP bug not sure if that went 100% ok, but I think it has been sent to the list. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
non-daw, non-mixer, non-sequencer, non-session-manager
Hi, These tools should be in Debian imho. Nice modular audio tools. I use the non-session-manager a lot, as better alternative for jacksession and ladish imo. Could you please add these packages to Debian? Version 1 is out, but you might better grab it from git. All though all the non-things are in the git repo, it's possible and probably better to package each one independently. Thanks in advance, \r http://non.tuxfamily.org/ http://non-daw.tuxfamily.org/#u:3. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=681576 http://listengine.tuxfamily.org/lists.tuxfamily.org/non-daw/2010/02/msg3.html ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#671484: closed by Alessio Treglia ales...@debian.org (Bug#671484: fixed in rtirq 20120504-1)
On 05/05/2012 02:06 AM, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the rtirq-init package: #671484: rtirq-init: new upstream version It has been closed by Alessio Tregliaales...@debian.org. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Alessio Tregliaales...@debian.org by replying to this email. On LAU there is a discussion about it. Good chance it will be updated again next week to solve issues. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#662857: phasex does not start, complaining about kernel modules
On 03/06/2012 09:30 PM, rosea grammostolla wrote: Package: phasex Version: 0.12.0+m1-6 Severity: normal Dear Maintainer, When I start phasex: phasex Using client name phasex Unhandled ALSA MIDI error. Please make sure that the 'snd_seq_midi' and 'snd_seq_midi_event' kernel modules are loaded and functioning properly. PHASEX Exiting... I tried to load the modules using modprobe, but no improvements -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-2-rt-amd64 (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/dash Versions of packages phasex depends on: ii libasound21.0.25-2 ii libatk1.0-0 2.2.0-2 ii libc6 2.13-26 ii libcairo2 1.10.2-6.2 ii libfontconfig12.8.0-3.1 ii libfreetype6 2.4.8-1 ii libgdk-pixbuf2.0-02.24.1-1 ii libglib2.0-0 2.30.2-6 ii libgtk2.0-0 2.24.10-1 ii libjack0 [libjack-0.116] 1:0.121.3+20120222git81e8f031-1 ii libpango1.0-0 1.29.4-2 ii libsamplerate00.1.8-3 ii libx11-6 2:1.4.4-4 Versions of packages phasex recommends: ii jackd 5 Versions of packages phasex suggests: ii jack-keyboard 2.6-2 ii vkeybd 1:0.1.18d-2 -- no debconf information Seems to be solved by removing old or corrupted /usr/share/alsa/pulse-alsa.conf file Thx. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
problem loading phasex
$phasex Using client name phasex Unhandled ALSA MIDI error. Please make sure that the 'snd_seq_midi' and 'snd_seq_midi_event' kernel modules are loaded and functioning properly. PHASEX Exiting... Installed: 0.12.0+m1-6 Linux debian 3.0.0-2-rt-amd64 #1 SMP PREEMPT RT Thu Feb 23 14:46:22 UTC 2012 x86_64 GNU/Linux if I try it after some modprobe commands, still the same error. BTW does the phasex in Debian have JackSession support, it can be found here: https://github.com/grammo/phasex git://github.com/grammo/phasex.git git at github.com:grammo/phasex.git JackSession support was added by Emanual Rumpf \r ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: [LAU] Linux 3.2.0-rt Kernels on Debian Repos!
On 02/22/2012 06:24 PM, David Baron wrote: New flash! First time I have seen such a thing. On Debian SId (unstable). The two dkms modules I have: Vboxdrv.ko built fine! Nvidia kernel module does not build correctly: Make.log ends with: Building modules, stage 2. MODPOST 1 modules WARNING: could not find /var/lib/dkms/nvidia/295.20/build/.nv- kernel.o.i386.cmd for /var/lib/dkms/nvidia/295.20/build/nv-kernel.o.i386 FATAL: modpost: GPL-incompatible module nvidia.ko uses GPL-only symbol 'migrate_enable' make[4]: *** [__modpost] Error 1 make[3]: *** [modules] Error 2 make[2]: *** [sub-make] Error 2 make[1]: *** [all] Error 2 make[1]: Leaving directory `/usr/src/linux-headers-3.2.0-1-rt-686-pae' make: *** [modules] Error 2 make: Leaving directory `/var/lib/dkms/nvidia/295.20/build' There have been past problems with nvidia stuff compiling for rt kernels which was fixable in the source. The above looks like something else! Something can be overridden to get this to modpost? Anyway, a small step for -rt, a big step for linux audio :-) (No objection to running nouveau but it is problably no good enough for DAW software which often has animation, i.e. meters, etc.) Cool! All though we don't really need -rt anymore afaik. Lowlatency would be good enough. \r ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
aj-snapshot
Hi, Next to JackSession and Ladish, Aj-snapshot is a nice package to improve workflow with Linuxaudio on Debian. Would be nice if it would hit Debian soon. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=631374 Regards, \r ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: [discussion] PREEMPT *.39 kernel in plain Debian?
On 06/21/2011 11:49 PM, Jonas Smedegaard wrote: On 11-06-21 at 09:13pm, rosea.grammostola wrote: Hi, Sometime ago there was a discussion about a RT kernel in plain Debian. At that time it wasn't included in Debian. Since the release of the *.39 kernel the RT patch isn't needed anymore. For audio all the things which where in the RT patches are in the main kernel now. So a PREEMPT kernel should be sufficient for (Debian) proaudio users. Do you think it will be useful to have such a kernel in Debian? Do you think it is possible to get this in the official repos of Debian? If possible, how to achieve this? I believe I can answer the last question(s): It needs someone taking the responsibility of _maintaining_ such new kernel package. In theory such package can be maintained as a separate project, but in reality it is highly unlikely that the security team and release team will tolerate the expected extra burden on them in doing so. The other option is to maintain it in the kernel team. It is unlikely that the kernel team can be convinced to maintain an additional kernel - they will probably require someone to join the team, work closely with them, and convince them that it is sensible to do it and that those doing it are qualified enought for doing it steadily for some time. In short: It's not an impossible task, but a tough one! Best starting point is probably to read the backlog of the kernel team mailinglist for prior discussions on additional kernel packages to try get an understanding on the reasoning for general standpoints of the members of the kernel team. Next (after ensuring here that in fact it is sensible to have at all in Debian) simply open the discussion at the kernel team mailinglist. Ok thanks. I will not take up this tough task then :) There are other kernels people can use instead. \r ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#629192: (no subject)
Developments of Amsynth takes place here: http://code.google.com/p/amsynth/ ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: ladish
On 05/30/2011 10:33 AM, Alessio Treglia wrote: Hi! Once flowcanvas joined sid, I'll move ladish from experimental to unstable. Regards, Is that also the reason why patchage is in experimental? http://packages.debian.org/experimental/patchage \r ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: ladish
On 06/02/2011 04:05 PM, rosea.grammostola wrote: On 05/30/2011 10:33 AM, Alessio Treglia wrote: Hi! Once flowcanvas joined sid, I'll move ladish from experimental to unstable. Regards, Is that also the reason why patchage is in experimental? http://packages.debian.org/experimental/patchage And why Ingen is not in Debian but in alioth git? :) http://anonscm.debian.org/git/pkg-multimedia/ingen.git/ \r ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Build-Depend on libjack-dev only (not libjack-jack2-dev)!
On 05/16/2011 03:39 PM, adiknoth-gu...@users.alioth.debian.org wrote: Build-Depend on libjack-dev only libjack-dev is natively provided by jackd1 and hence pulled in on the buildds. This is what we want: all packages in Debian will be built against jackd1. If somebody happens to run jackd2 on his workstation, then libjack-jackd2-dev will (virtually) provide libjack-dev, in other words, those who have jackd2 are still able to compile the package while the canonical default for the buildds is jackd1. Long story short: Build-Depend must always be libjack-dev. Nothing more, nothing less, except for packages really requiring jackd2 (the only one right now that I'm aware of is ladish) There are pretty some package who do this wrong! qjackctl qtractor gmidimonitor yoshimi Probably more. This should be fixed. Regards, \r ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: [SCM] jack-rack/master: Drop LASH support.
On 05/29/2011 11:35 AM, Alessio Treglia wrote: Done! Thanks! You saw the mail about the licenses of the rack presets? \r ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
JackSession: seq24
Hi, It looks like Jacksession support isn't enabled in the last version of seq24 in Debian? At least it doesn't depend on a Jack version which have JackSession support afaik. Would be nice if that could be fixed. \r ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
specimen: jacksession
Hi, Specimen should have jacksession support in svn. Could you upgrade it and add jacksession support? Thanks. \r http://trac.jackaudio.org/wiki/WalkThrough/User/jack_session ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Guitarix | Gx_head | JackSession
Hi, There seems to be a side project of Guitarix, Gx_head. Mind be a good plan to package gx_head also for Debian: http://sourceforge.net/apps/wordpress/guitarix/ Also Guitarix (and gx_head?) seems to have Jacksession support, but it isn't enabled yet in Debian. http://trac.jackaudio.org/wiki/WalkThrough/User/jack_session Regards, \r ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
ladish
Hi, Ladish is still in experimental, is that on purpose? http://packages.debian.org/experimental/ladish Regards, \r ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: [SCM] clam/master: Add libjack-dev to Build-depends so it builds also against jack1
On 05/16/2011 12:43 PM, Reinhard Tartler wrote: On Mon, May 16, 2011 at 10:37:19 (CEST), rosea-gu...@users.alioth.debian.org wrote: The following commit has been merged in the master branch: commit c4943eb417daf4027d8ef51779cc3df28b6e72c5 Author: rosea grammostolarosea.grammost...@gmail.com Date: Mon May 16 10:04:15 2011 +0200 Add libjack-dev to Build-depends so it builds also against jack1 diff --git a/debian/control b/debian/control index a535960..2121f51 100644 --- a/debian/control +++ b/debian/control @@ -5,7 +5,7 @@ Uploaders: TANIGUCHI Takakitak...@debian.org Build-Depends: debhelper (= 7.0.50~), scons, libasound2-dev, - libjack-jackd2-dev, + libjack-dev | libjack-jackd2-dev, libfftw3-dev, libxerces-c2-dev, ladspa-sdk, I guess this should go the other way round, i.e., libjack-jackd2-dev | libjack-dev Why? ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: takaki joined Debian Multimedia Maintainers
Looks like there is a bug in libclam. it depends on libjack-jackd2-dev http://packages.debian.org/sid/libjack-jackd2-dev, I have jack1 installed... \r On 04/06/2011 03:11 PM, TANIGUCHI Takaki wrote: Hi, I have already checked our policies. First of all, I'll bring clam-* and gmidimonitor under DMM team's umbrella. My packages are managed by git, so I am going to move repository to git.d.o soon. Regards, On Wed, 6 Apr 2011 11:19:54 +0200 ales...@debian.org(Alessio Treglia) said: Hi all, few days ago Taniguchi Takaki (takaki) has joined the Debian Multimedia Maintainers team on Alioth, so please give him a warm welcome! Takaki, have you checked our policies [1]? Which packages do you intend to bring under DMM team's umbrella? [1] http://wiki.debian.org/DebianMultimedia/DevelopPackaging#Packaging_guidelines -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer| quadris...@ubuntu.com 0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0 ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers -- 谷口 貴紀 (TANIGUCHI Takaki)tak...@asis.media-as.org http://takaki-web.media-as.org/ tak...@debian.org http://facebook.com/taniguchi.takaki http://twitter.com/takaki_t ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Handy lists for latest linuxaudio updates and news
Hi, Probably most of the teammembers do know these mailinglists and are subsribed, but maybe one or another has missed it... From www.linuxaudio.org there are these lists: [LAA] Linux-audio-announce - A list for announcements about Linux Audio [LAD] Linux-audio-dev - The Linux Audio Developers' Mailing List [LAU] Linux-audio-user - A list for linux audio users http://lists.linuxaudio.org/listinfo/ Especially LAA is handy for getting the latest updates of audio apps. Regards, \r ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: oom git repo created
On 02/03/2011 03:58 PM, Adrian Knoth wrote: PS: If you think openoctave would be more appropriate, we can rename the project. Atm you can start openoctavemidi with 'oom2' and 'oomidi'. The oom2 way is a false way. The good way to start openoctave midi is by 'oomidi' ... They are busy with removing the possibility to start oomidi with 'oom2' atm. \r ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Ladish
Hi, I see that Laditools and Ladish are packaged for Debian. Great work, thanks. What are we going to support? Apps who has official added a patch for Ladi (Rosegarden)? Apps which there are patches for, but are not supported officially (Ardour)? My feeling is that it is not wise to support a Ladi patch in an application which is not officially supported by that package. So I would package Ardour for Debian without Ladi patch. What do you think? \r ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
openoctave2 (oom2)
Hi, Some packages deserve special attention. The openoctave project just released oom2 http://www.openoctave.org/node/107 For large compositions and for working with LinuxSampler, this is simply the best midi sequencer there is atm. So it should hit Debian. Oom2 is more or less a fork of Muse2. Best regards, \r ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: openoctave2 (oom2)
On 01/25/2011 05:55 PM, Jonas Smedegaard wrote: On Tue, Jan 25, 2011 at 03:30:37PM +0100, rosea.grammostola wrote: Some packages deserve special attention. The openoctave project just released oom2 http://www.openoctave.org/node/107 For large compositions and for working with LinuxSampler, this is simply the best midi sequencer there is atm. So it should hit Debian. Oom2 is more or less a fork of Muse2. Yeah! I'll have a look at it! Cool. They just announced it, so it's more or less at beta state maybe. But this announcement seems to say, we are ready to release it, but it's new so we may stumble upon some bugs while testing... Anyway, I think the availability of Oom2 in Debian experimental won't hurt anyone... :) \r ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: openoctave2 (oom2)
On 01/25/2011 07:19 PM, Jonas Smedegaard wrote: On Tue, Jan 25, 2011 at 06:19:34PM +0100, rosea.grammostola wrote: On 01/25/2011 05:55 PM, Jonas Smedegaard wrote: On Tue, Jan 25, 2011 at 03:30:37PM +0100, rosea.grammostola wrote: Some packages deserve special attention. The openoctave project just released oom2 http://www.openoctave.org/node/107 For large compositions and for working with LinuxSampler, this is simply the best midi sequencer there is atm. So it should hit Debian. Oom2 is more or less a fork of Muse2. Yeah! I'll have a look at it! Cool. They just announced it, so it's more or less at beta state maybe. But this announcement seems to say, we are ready to release it, but it's new so we may stumble upon some bugs while testing... Anyway, I think the availability of Oom2 in Debian experimental won't hurt anyone... :) I filed an ITP on it a year ago and started working on it back then, but _that_ was immature :-) Yeah that was a rosegarden kde3 fork. Now it's a Muse2 qt4 fork... Big step forward! :) \r ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: [SCM] jnoise/master: Add JACK-session support.
On 01/11/2011 06:19 PM, Alessio Treglia wrote: On Tue, Jan 11, 2011 at 6:16 PM, Jonas Smedegaardd...@jones.dk wrote: On Tue, Jan 11, 2011 at 05:11:02PM +, ales...@users.alioth.debian.org wrote: Add JACK-session support. - libjack-dev + libjack-dev (= 1:0.118+svn4089-1~) | libjack-jackd2-dev (= 1.9.6~dfsg.1-3~) Is this really necessary? I thought it was handled by a wrapper?!? I think it is, to force the build-dep on the experimental's package. Maybe I am wrong :/ Does jnoise has jack-session support then? ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: Debian Multimedia Menus (discussion)
On 01/07/2011 01:19 AM, Jonas Smedegaard wrote: On Thu, Jan 06, 2011 at 10:16:53PM +0100, rosea.grammostola wrote: On 01/06/2011 08:51 PM, Jonas Smedegaard wrote: On Thu, Jan 06, 2011 at 11:17:49AM +0100, rosea.grammostola wrote: also the LAU and LAD list... What are those acronyms? Linux Audio User and Linux Audio Developer mailinglist www.linuxaudio,org Ah, ok. Are they Debian-based? No. As a member of the Debian Multimedia Team is isn't bad to follow those lists btw... If not, I suggest to keep them out of the current loop. I suspect that a deedesktop.org style menu formalisation process is a longer and more tedious process than a Debian one. Ok, but just for the discussion. All those people use Linuxaudio (for years), so I think their suggestions would improve the Debian menu. If you want to apply these changes, I think we have to make sure that we do it well from the start. It's just the discussion, so no freedesktop.org loop... In meantime we could contact the debian policy list. \r ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: Debian Multimedia Menus (discussion)
On 01/03/2011 11:28 PM, Jonas Smedegaard wrote: On Mon, Jan 03, 2011 at 08:35:56PM +0100, rosea.grammostola wrote: On 01/03/2011 03:52 PM, Jonas Smedegaard wrote: Target one is to integrate it in Debian. If your interest is integration with the Debian infrastructure - and particularly you want to improve the Debian menu system (rather than attaching an extension to it as one separately-maintained package), then... * Rewrite the list to be expressed like the Debian menu list * Rephrase intro and outro to talk about that That rewriting should be easy, as I already did that in an earlier email in this very thread. I edited the page Cool! Yes, we do indeed talk about the same thing now :-D Others here have any opinions on this? Playing a bit 'advocate of the devil' 1) I don't see other menu categories in the application menu with 3 levels (Wine entry maybe?) 2) What if I only install Audacity? Then the new menu isn't such a improvement Maybe we should do the discussion about this proposal (http://wiki.debian.org/DebianMultimedia/DebianMultimediaMenu) also the LAU and LAD list... \r ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: Debian Multimedia Menus (discussion)
On 01/06/2011 08:51 PM, Jonas Smedegaard wrote: On Thu, Jan 06, 2011 at 11:17:49AM +0100, rosea.grammostola wrote: Playing a bit 'advocate of the devil' 1) I don't see other menu categories in the application menu with 3 levels (Wine entry maybe?) Iceweasel is in Applications / Network / Web Browsing It seems Science packages are generally structured in 3 layers too - e.g gelemental. 2) What if I only install Audacity? Then the new menu isn't such a improvement True. a hierarchical menu structure is beneficial when multiple applications in each category is installed. I do feel, though, that multiple audio applications being installed concurrently is quite common, and that the improvements for such cases outweigh the annoyance of a too steep menu when only a few apps are installed. Nice try :-) Maybe we should do the discussion about this proposal (http://wiki.debian.org/DebianMultimedia/DebianMultimediaMenu) also the LAU and LAD list... What are those acronyms? Linux Audio User and Linux Audio Developer mailinglist www.linuxaudio,org \r ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: Debian Multimedia Menus (discussion)
Please do consider using a wiki page for this. Still makes sense to discuss entries here, but not to keep track of the progress of it as a whole. I'll take a look at it. Btw this menus plan fits in the whole 'Debian Multimedia Blends process' maybe... Making metapackages and menu entries... I made a page here: http://wiki.debian.org/DebianMultimedia/DebianMultimediaMenu Comments and discussion is welcome. \r ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: Debian Multimedia Menus (discussion)
On 01/03/2011 02:40 PM, Jonas Smedegaard wrote: On Mon, Jan 03, 2011 at 02:04:23PM +0100, rosea.grammostola wrote: Please do consider using a wiki page for this. Still makes sense to discuss entries here, but not to keep track of the progress of it as a whole. I'll take a look at it. Btw this menus plan fits in the whole 'Debian Multimedia Blends process' maybe... Making metapackages and menu entries... I made a page here: http://wiki.debian.org/DebianMultimedia/DebianMultimediaMenu Comments and discussion is welcome. Good. Your introduction and last phrase on that page discourages me from getting involved, however: Seems you insist on customizing on top of Debian instead of integrating with Debian as I proposed. Thanks for commenting. I should make that more clear I suppose. Target one is to integrate it in Debian. If that is not possible in some way, a customized DebianMultimediaMenu could be an option. This is also what you meant right? \r ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: Debian Multimedia Menus (discussion)
On 01/03/2011 03:09 PM, Jonas Smedegaard wrote: On Mon, Jan 03, 2011 at 02:48:00PM +0100, rosea.grammostola wrote: On 01/03/2011 02:40 PM, Jonas Smedegaard wrote: Your introduction and last phrase on that page discourages me from getting involved, however: Seems you insist on customizing on top of Debian instead of integrating with Debian as I proposed. Thanks for commenting. I should make that more clear I suppose. Target one is to integrate it in Debian. If that is not possible in some way, a customized DebianMultimediaMenu could be an option. This is also what you meant right? What I mean is integration with main Debian menu system. What you seem to mean is an ad-on package overriding parts of the main Debian menu system. So no, I am talking about *integration* (not just inclusion). Right, this is what I meant. I think we're talking the same language now... \r ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: Debian Multimedia Menus (discussion)
On 01/03/2011 03:52 PM, Jonas Smedegaard wrote: On Mon, Jan 03, 2011 at 03:16:18PM +0100, rosea.grammostola wrote: On 01/03/2011 03:09 PM, Jonas Smedegaard wrote: On Mon, Jan 03, 2011 at 02:48:00PM +0100, rosea.grammostola wrote: On 01/03/2011 02:40 PM, Jonas Smedegaard wrote: Your introduction and last phrase on that page discourages me from getting involved, however: Seems you insist on customizing on top of Debian instead of integrating with Debian as I proposed. Thanks for commenting. I should make that more clear I suppose. Target one is to integrate it in Debian. If that is not possible in some way, a customized DebianMultimediaMenu could be an option. This is also what you meant right? What I mean is integration with main Debian menu system. What you seem to mean is an ad-on package overriding parts of the main Debian menu system. So no, I am talking about *integration* (not just inclusion). Right, this is what I meant. I think we're talking the same language now... If your interest is integration with the Debian infrastructure - and particularly you want to improve the Debian menu system (rather than attaching an extension to it as one separately-maintained package), then... * Rewrite the list to be expressed like the Debian menu list * Rephrase intro and outro to talk about that That rewriting should be easy, as I already did that in an earlier email in this very thread. I edited the page \r ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: Faust new upstream
On 12/29/2010 05:44 PM, Jonas Smedegaard wrote: On Wed, Dec 29, 2010 at 04:18:57PM +0100, rosea grammostola wrote: On Wed, Dec 29, 2010 at 4:07 PM, Mario Lang ml...@debian.org wrote: rosea.grammostola rosea.grammost...@gmail.com writes: Would it be possible for you to upgrade Faust? Debian is currently in freeze, preparing for the next stable release (codenamed Squeeze). During freezes, we do not update to new upstream releases. Only bug fixes are allowed. afaik the Debian Multimedia team are still working on packages atm, but let them go into experimental? Correct. Where is Faust?!? I don't find it at git collab-maint area of Alioth among our other packaging projects. It isn't maintained by the Debian Multimedia Team. http://faust.grame.fr/ \r - Jonas ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: Debian Multimedia Menus (discussion)
On 12/24/2010 01:53 AM, Jonas Smedegaard wrote: Great that you put attention to this! Thanks for your 0.02 ct An extra menu package dosn't feel very Debian to me, though. Debian logic is to propose a change to Debian Policy to have the improved organisation apply universally, not only when a certain package is installed. aptitude install less debian-policy zless /usr/share/doc/debian-policy/menu-policy.txt.gz That said, nothing stops us from *both* work on improving the official Debian Menu System *and* some package with a custom tweak tied to one or more specific desktop menu systems. Same initial discussion that you've now opened apply to both. :-) OK I split up Multimedia (players) and Sound Video (production) +1 Some multimedia players (aqualung for instance) have already a category 'Player' in the desktop file afaik. At this point I have 7 extra entries in Sound Video 1. Audio Editing (Editing, Mixing, Mastering: Audacity, jack-rack, lv2rack, guitarix etc ) 2. JACK (Jack and Alsa tools like qjackctl, japa, jack_mixer and software mixers for alsa audio cards for example) 3. MIDI (Midi tools like Vkeybd, qsynth) 4. Musician (Musescore notation editor, solfege, Chordata, gtklick etc) 5. Recording (DAW: ardour, qtractor) 6. Synth (phasex, yoshimi, puredata, Qutecsound etc.) 7. Video Editing (pitivi, xjadeo, kino etc) I tried to keep it as simple as possible, not to many entries and pretty broad areas cause every Debian Audio production app should be able to be entered in a certain entry... Let's use the same format as the Debian Menu System - both to ease passing the discussion to the debian-policy@ list later, and to help ensure we are talking about same things (e.g. where exactly in the menu hierarchy each section is placed, and what is descriptive text): Applications/Sound Video Sound Video production Applications/Sound Video/Audio Editing Editing, Mixing, Mastering Examples: audacity, jack-rack, lv2rack, guitarix Applications/Sound Video/JACK Jack and Alsa tools Examples: qjackctl, japa, jack_mixer Applications/Sound Video/MIDI Midi tools Examples: vkeybd, qsynth Applications/Sound Video/Musician Music score composition, and live musician training tools Examples: musescore, solfege, chordata, gtklick Applications/Sound Video/Recording Digital Audio Workstation (DAW) and harddisk recording (HDR) Examples: ardour, qtractor Applications/Sound Video/Synth Syntesizers and programmatic sound processing Examples: phasex, yoshimi, puredata, qutecsound Applications/Sound Video/Video Editing Examples: pitivi, xjadeo, kino Applications/Multimedia Players I took the liberty to add or extend some descriptive text. Please double-check that I did not distort your intended meaning of some. We're talking the same language. A other thing that has to be thought of, is how this all applies to other WMs like KDE, XFCE etc. All though, if you create a DebianMultimedia-menu, people are free to install it or not... The Debian menu system has plugins for various WMs. The beauty of this is that if we stick to that, we need not deal with the details of each and every oddball WM menu engine. Ok nice. If we decide we want something like this, would you like to contribute to this (all though if we decide it, you have no choice I think ;) ) Regards, \r ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: Debian Multimedia Menus (discussion)
On 12/24/2010 02:01 AM, i...@bandshed.net wrote: Hi, The problem is in my experience that even if you make a menu with alternative additional sub menus most packagers create their launchers to strict freedesktop.org standards and the end user or distributor has to manually edit and allocate launchers to the correct submenu. In AV Linux I have a heavily customized menu built to the freedesktop standards and have heavily modified /etc/xdg/applications.menu but if there is a new or 3rd party package I haven't prepared for it still ends up in the wrong place. I think getting something like this to work on all D.E's and with a variety of package sources would be next to impossible. Just my .02 input -GLEN Glen, Thanks for you input. It is not by accident that I mail this to the Debian Multimedia Team. It's almost impossible to reorganize the menus as a solo project. If we decide that this is a nice way to improve the state of Linux Audio and Video production on Debian, we could also drop the idea at the LAU and LAD list and take the discussion a lit broader. Also it should be possible to file bugs upstream. The more people work on a new menus structure, the better and more easy it will be. In fact, the changes to the packages are pretty small afaik. \r ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: Debian Multimedia Menus (discussion)
On 12/24/2010 03:35 PM, Jonas Smedegaard wrote: On Fri, Dec 24, 2010 at 03:07:47PM +0100, rosea.grammostola wrote: On 12/24/2010 02:25 PM, Jonas Smedegaard wrote: I suggest as a next step to put it up at http://wiki.debian.org/ somewhere. [snip] I would like to get some more feedback from this list first. You could think of more menu entries like: Please do consider using a wiki page for this. Still makes sense to discuss entries here, but not to keep track of the progress of it as a whole. I'll take a look at it. Btw this menus plan fits in the whole 'Debian Multimedia Blends process' maybe... Making metapackages and menu entries... Regards, \r ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: foo-yc20 released
On 12/08/2010 10:47 PM, Adrian Knoth wrote: Hi! I don't know but one of you (rosea?) suggested (RFP/ITP?) foo-yc20, an organ. The author just pinged me and told me the new release is out: http://code.google.com/p/foo-yc20/downloads/list So whoever wanted to package it, it's now time to do so. ;) It was me who reported it as RFP bug. Sometimes people note that there are not many soft instruments on Linux, so this is a nice addition I think. I'm not an experienced 'packager' myself, I think this package is better for a more experienced one. Regards, \r ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Debian Multimedia Menus (discussion)
Hi, When working with Multimedia / Proaudio on Linux | Debian, you have a lot of small packages installed pretty soon (one task one tool). With as consequence a very long list in the menu part for multimedia packages. Ubuntu Studio tries to make the situation better by providing a 'audioproduction' and 'videoproduction' menu. In my view this isn't always a good solution cause some packages are in the wrong part, displayed twice and most of the installations do still have a long list of applications. A quick look at Tango Studio showed that they have more menu parts, one for audio mixing plugins and synths etc. http://tangostudio.tuxfamily.org/images/stories/tangostudio-karmasutra.png I thought, isn't there a way to make a better menu by the Debian Multimedia Team? A bit like Ubuntu Studio has done e.g. an extra menu package you can install if you want to do Multimedia production, but then better? What do you think? Best regards, \r ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: My commits out :)
On 12/06/2010 09:24 PM, Jof Thibaut wrote: Hi debian multimedia team :-) , I introduce myself, my name is Jof Thibaut aka graciasfidel and I'm the maintener of Tango Studio. I wanted to participate in the project debian multimedia there is a long time ago, but I didn't know how to do. Tonight jacks_it is spent on my irc to ask me if I wanted to participate to the project. and I wish to contribute my share with pleasure. If you want to help I will be delighted. Welcome! :) ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: [SCM] jack-rack/master: Finalize changelog.
On 12/03/2010 01:28 PM, ales...@users.alioth.debian.org wrote: The following commit has been merged in the master branch: commit d9dad61b7663e53a84620e8c268d550a0d0b4da3 Author: Alessio Tregliaales...@debian.org Date: Fri Dec 3 13:28:10 2010 +0100 Finalize changelog. diff --git a/debian/changelog b/debian/changelog index 79b060f..8778716 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,10 @@ +jack-rack (1.4.7-3) unstable; urgency=low + + * Drop build-dependency on ladcca-dev, it will be removed. + * Add patch to prevent FTBFS with newest GCC 4.5. + + -- Alessio Tregliaales...@debian.org Fri, 03 Dec 2010 13:27:17 +0100 + jack-rack (1.4.7-2) unstable; urgency=low * Change my mail address. I just filed a bug for jack-rack http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=605782 ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Fwd: Re: YC-20
Hi, I've just filed a RFP bug for foo-yc20, I think it will be a nice addition to the linuxaudio synths and instruments. See message below for comment by author (in CC) /r Original Message Subject:Re: YC-20 Date: Fri, 03 Dec 2010 14:41:33 +0200 From: Sampo Savolainen v...@iki.fi Reply-To: Sampo Savolainen v...@iki.fi To: rosea.grammostola rosea.grammost...@gmail.com Hi, Sort of, but there are a few gotchas. The organ (by design) is very computationally heavy. Therefor it really needs to be compiled with SSE. I don't really think you can even run it on a machine without SSE, because such processors tend to be too slow anyway. Also, it would make sense to package a more efficient version of the dsp code. The actual dsp is written in faust and the intermediate (generated) c++ file in the distributed 1.0.0 is (iirc) geared towards fast compiling, not efficiency. If it's possible to release optimized deb's, I am more than willing to help you reach this goal. The build script is quite rudimentary. Can you point me towards things you'd like to see in the build system? I have some improvements in SVN anyway which need releasing, so we could work together to do a more robust release compatible with debian packaging. Sampo - Alkuperäinen viesti - Hi, I just discovered this package. Do you think it's ready to hit Debian? \r ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Fwd: Re: [LAU] No joy with AVlinux
Original Message Subject:Re: [LAU] No joy with AVlinux Date: Fri, 03 Dec 2010 14:01:30 + From: Daniel James dan...@64studio.com To: rosea.grammostola rosea.grammost...@gmail.com CC: linux-audio-u...@lists.linuxaudio.org Hi Rosea, In the Debian Multimedia Team there is the idea or maybe even the plan to make some sort of multimedia backports repo (from experimental / unstable / testing) for Squeeze, maybe this could be a collaborate effort with the 64studio team? Yes, we already have a small (but growing) repo for Squeeze packages. Cheers! Daniel ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: Kernel 2.6.36 and libraw1394 2.0.6 wrt Firewire Audio Devices
On 11/22/2010 06:33 PM, Adrian Knoth wrote: It's then possible to package Ardour3 for experimental, and I think I will do once alpha1 will be released. Alpha software... do you also provide a 'debug' package for it? \r ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: SuperCollider package
[OT] Cool to see packages like supercollider and puredata hit Debian[/OT] \r ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Fwd: [LAD] interesting security update to bristol just came out
Original Message
Subject:[LAD] interesting security update to bristol just came out
Date: Mon, 15 Nov 2010 09:39:08 -0800
From: Niels Mayer nielsma...@gmail.com
To: Linux Audio Developers linux-audio-...@lists.linuxaudio.org,
PlanetCCRMA mailinglist planetcc...@ccrma.stanford.edu,
fedora-music-list fedora-music-l...@redhat.com
I noticed that bristol-0.40.7-7 updated due to the following security
update. What got me curious is what kind of security issue could
running bristol possibly pose?? -- none on it's own, but another rogue
package could exploit this issue ...
https://bugzilla.redhat.com/show_bug.cgi?id=638376
.
Raphael Geissert conducted a review of various packages in Debian and found
that bristol contained a script that could be abused by an attacker to execute
arbitrary code [1].
The vulnerability is due to an insecure change to LD_LIBRARY_PATH, and
environment variable used by ld.so(8) to look for libraries in directories
other than the standard paths. When there is an empty item in the
colon-separated list of directories in LD_LIBRARY_PATH, ld.so(8) treats it as a
'.' (current working directory). If the given script is executed from a
directory where a local attacker could write files, there is a chance for
exploitation.
In Fedora, /usr/bin/startBristol re-sets LD_LIBRARY_PATH insecurely:
declare -x
LD_LIBRARY_PATH=/usr/lib:/usr/local/lib:${LD_LIBRARY_PATH}:${BRISTOL}/lib
A solution is to patch the script to test if $LD_LIBRARY_PATH is set first
before attempting to modify it:
if [ -z ${LD_LIBRARY_PATH} ]; then
export LD_LIBRARY_PATH=/usr/lib/foo
else
export LD_LIBRARY_PATH=/usr/lib/foo:${LD_LIBRARY_PATH}
fi
This issue has been assigned the name CVE-2010-3351.
[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=598285
...
Niels
http://nielsmayer.com
___
Linux-audio-dev mailing list
linux-audio-...@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Fwd: Re: [LAD] interesting security update to bristol just came out
Original Message
Subject:Re: [LAD] interesting security update to bristol just came out
Date: Mon, 15 Nov 2010 19:46:30 +
From: Paul Davis p...@linuxaudiosystems.com
To: Niels Mayer nielsma...@gmail.com
CC: PlanetCCRMA mailinglist planetcc...@ccrma.stanford.edu, Linux
Audio Developers linux-audio-...@lists.linuxaudio.org,
fedora-music-list fedora-music-l...@redhat.com
On Mon, Nov 15, 2010 at 5:39 PM, Niels Mayernielsma...@gmail.com wrote:
I noticed that bristol-0.40.7-7 updated due to the following security
update. What got me curious is what kind of security issue could
running bristol possibly pose?? -- none on it's own, but another rogue
package could exploit this issue ...
for whatever its worth, ardour had the same issue.
there's a more elegant fix than the one shown in that bug report
though. the general form is:
LD_LIBRARY_PATH=StuffToAddToLdLibraryPath${LD_LIBRARY_PATH:+:$LD_LIBRARY_PATH}
___
Linux-audio-dev mailing list
linux-audio-...@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: Comments regarding ghostess_20100905-1_amd64.changes
On 11/04/2010 11:53 AM, Alexander Reichle-Schmehl wrote: Hi maintainer! I'm going to accept your package, but please rewrite your package description. The only thing I understood from it, is that it does soemthing with music (and even that is atually more a guess). Hi, I think I used the description of the package by the author... I'll see if I am able to make it more clear to n00bs like you ;) \r ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: [SCM] jack-keyboard/master: Add lashd to the Suggests field. control will be auto-regenerated, drop delta.
To me LASH is dead. Jacksession and Ladish are alive...
\r
On 11/04/2010 03:51 PM, ales...@users.alioth.debian.org wrote:
The following commit has been merged in the master branch:
commit 919c7251ce5675267766671cd0e9cc052793d3a4
Author: Alessio Tregliaales...@debian.org
Date: Thu Nov 4 15:51:04 2010 +0100
Add lashd to the Suggests field. control will be auto-regenerated, drop
delta.
diff --git a/debian/control b/debian/control
index a43976e..a97f98c 100644
--- a/debian/control
+++ b/debian/control
@@ -22,8 +22,7 @@ Architecture: any
Depends: ${shlibs:Depends},
${misc:Depends},
jackd
-Recommends: qjackctl,
- a2jmidid
+Recommends: qjackctl
Suggests: ghostess,
whysynth
Description: Virtual MIDI keyboard for JACK MIDI
diff --git a/debian/control.in b/debian/control.in
index 5456c9a..fcf1a34 100644
--- a/debian/control.in
+++ b/debian/control.in
@@ -20,8 +20,10 @@ Architecture: any
Depends: ${shlibs:Depends},
${misc:Depends},
jackd
-Recommends: qjackctl
-Suggests: ghostess,
+Recommends: qjackctl,
+ a2jmidid
+Suggests: ghostess,
+ lashd,
whysynth
Description: Virtual MIDI keyboard for JACK MIDI
Virtual MIDI keyboard - a program that allows you to send JACK MIDI
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: Rtkit in pkg-multimedia.
On 11/02/2010 04:33 PM, Luke Yelavich wrote: Hi all I am preparing to get rtkit into debian and the pkg-multimedia git repo. Is there any document that someone could point me to as to what to do to set up a new git repo for pkg-multimedia maintenance? Just about have everything to go locally, just need to push it. Nice. Check: http://wiki.debian.org/DebianMultimedia/DevelopPackaging Good luck! ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: Rtkit in pkg-multimedia.
On 11/02/2010 03:48 PM, rosea.grammostola wrote: On 11/02/2010 04:33 PM, Luke Yelavich wrote: Hi all I am preparing to get rtkit into debian and the pkg-multimedia git repo. Is there any document that someone could point me to as to what to do to set up a new git repo for pkg-multimedia maintenance? Just about have everything to go locally, just need to push it. Nice. Check: http://wiki.debian.org/DebianMultimedia/DevelopPackaging Good luck! Uh, rtkit? Is that something else then Rtirq http://www.rncbc.org/drupal/node/107 ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: Rtkit in pkg-multimedia.
On 11/02/2010 04:54 PM, Gabriel M. Beddingfield wrote: On Tue, 2 Nov 2010, rosea.grammostola wrote: Uh, rtkit? Is that something else then Rtirq http://www.rncbc.org/drupal/node/107 Yes, it is something else. RtKit is pulseaudio's solution to giving normal users RT-priviledge. It is not specific to an -rt kernel. RTIRQ, on the other hand, is a way to prioritize IRQ handling on an -rt patched kernel. RT via pulseaudio? Hmm ok. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
