Hello everyone.
I'm Kaj Ailomaa, member of the debian multimedia team, and project lead
of Ubuntu Studio. Recently we have in the Ubuntu Studio dusted off a
plan to improve on the freedesktop categorization in desktop files as
one part of improving application finding. This would probably mean
Sorry for the double post. The first mail was caught in what I thought
perhaps was the spam filter. The next one got through just in time for
me to have posted this. Sorry :/
___
pkg-multimedia-maintainers mailing list
Hello everyone.
I'm Kaj Ailomaa, member of the debian multimedia team, and project lead
of Ubuntu Studio. Recently we have in the Ubuntu Studio dusted off a
plan to improve on the freedesktop categorization in desktop files as
one part of improving application finding. This would probably mean
On Tue, Oct 28, 2014, at 01:45 PM, Felipe Sateler wrote:
Hi Kaj,
On Tue, Oct 28, 2014 at 3:07 AM, Kaj Ailomaa zeque...@mousike.me wrote:
I think I was able to figure out pretty much all about how the cgroups
tools and configs work (and what is possible), however, I never got
realtime
I think I was able to figure out pretty much all about how the cgroups
tools and configs work (and what is possible), however, I never got
realtime scheduling to work Not sure why. Compiled a kernel with
CONFIG_RT_GROUP_SCHED on (which apparently is turned off nowadays),
which I believe is
I just reported a bug on the usage of audio group. bug #766914
As it seems to be considered a bad group for users to belong to, and the
fact that jackd packages expects the users to be apart of it, I propose
to remove audio as a user default and create a new group for jack
specifically.
ffado
The bug got closed before I had the time to blink, so I'm taking the
discussion to debian-devel list.
On Sun, Oct 26, 2014, at 09:07 PM, Kaj Ailomaa wrote:
I just reported a bug on the usage of audio group. bug #766914
As it seems to be considered a bad group for users to belong
On Sun, Oct 26, 2014, at 09:32 PM, Jonas Smedegaard wrote:
Seems to me that goal of https://wiki.ubuntu.com/Audio/TheAudioGroup
is to move from POSIX groups to dynamically allocated access rights.
Would it perhaps be possible and better to similarly allocate the right
to realtime
On Sun, Oct 26, 2014, at 11:14 PM, Jonas Smedegaard wrote:
Not sure if you still consider use of classic POSIX group for this, just
renaing to be another than audio. If you do, then let me try again to
explain my point:
The Ubuntu wiki page mentions the reason for avoiding static Audio
On Sat, Oct 25, 2014, at 09:45 PM, Kaj Ailomaa wrote:
On Thu, May 9, 2013, at 09:45 PM, siret...@users.alioth.debian.org
wrote:
The following commit has been merged in the master branch:
commit 0e545ce6a10dd59811b8ca6a15641badc43b42af
Author: Reinhard Tartler siret...@tauware.de
Date
Would be great if someone could help getting ardour3 released. I sent a
mail to adi, but he was travelling for a couple of days.
The reason is simply that I'd like to include it with the release of
Ubuntu Studio 13.10, and also start preparing to backport it to older
releases. Though not a strict
On Fri, Jun 14, 2013, at 03:47 PM, Adrian Knoth wrote:
Frankly, I don't like your idea of splitting the package and defining a
conflict between them. There has to be a better solution which allows
for co-installation.
One could further split the jackd2 package into something like
-
On Wed, May 29, 2013, at 09:12 AM, Kaj Ailomaa wrote:
Has there been a discussion on what would be the best approach for
packaging jack?
I find that there sometimes is a problem where users wind up having both
jackd and jackdbus running simultaniously. Is there any good reason
sorry, seems like I replied to the wrong receiver.
On Wed, Jun 5, 2013, at 05:42 AM, Kaj Ailomaa wrote:
On Wed, Jun 5, 2013, at 02:49 AM, Robin Gareus wrote:
On 06/05/2013 02:18 AM, Kaj Ailomaa wrote:
On Wed, May 29, 2013, at 09:12 AM, Kaj Ailomaa wrote:
I'd like to go ahead
Has there been a discussion on what would be the best approach for
packaging jack?
I find that there sometimes is a problem where users wind up having both
jackd and jackdbus running simultaniously. Is there any good reason for
that to be able to happen?
Or should jack2 be packaged into two
On Fri, 05 Apr 2013 10:20:04 +0200, Jaromír Mikeš mira.mi...@gmail.com
wrote:
2013/3/29 Kaj Ailomaa zeque...@mousike.me
On Fri, 29 Mar 2013 16:06:12 +0100, Kaj Ailomaa zeque...@mousike.me
wrote:
Hi Kaj,
it looks like your request has been unnoticed in Easter rush. I hope
someone
Hi, I'm Kaj Ailomaa, developer and member of the core team for Ubuntu
Studio, maintainer of linux-lowlatency (Ubuntu Precise and Quantal), and
wanting to get more involved in Debian packaging/bug fixing.
LP Account: https://launchpad.net/~zequence
Alioth Account: https://alioth.debian.org
On Fri, 29 Mar 2013 16:01:28 +0100, Kaj Ailomaa zeque...@mousike.me
wrote:
Hi, I'm Kaj Ailomaa, developer and member of the core team for Ubuntu
Studio, maintainer of linux-lowlatency (Ubuntu Precise and Quantal), and
wanting to get more involved in Debian packaging/bug fixing.
LP
On Fri, 29 Mar 2013 16:01:28 +0100, Kaj Ailomaa zeque...@mousike.me
wrote:
Hi, I'm Kaj Ailomaa, developer and member of the core team for Ubuntu
Studio, maintainer of linux-lowlatency (Ubuntu Precise and Quantal), and
wanting to get more involved in Debian packaging/bug fixing.
LP
Package: qjackctl
Version: 0.3.9-2
The wrapper script /usr/bin/qjackctl (launcher.sh) never uses pasuspender,
since the return of the line:
`whereis -b pasuspender | cut -d ':' -f 2 | tr -d ' '`
is not as expected:
/usr/bin/pasuspender/usr/bin/X11/pasuspender
Also, since we don't need
Sorry, I seem to have missed the upload to experimental. Meantime, I was
pointed out to a couple of commits that would fix the bug, and decided
to create a patch of it.
And I got it uploaded to Ubuntu development jackd2 branch
From what I can tell, the jackd2 git is updated with last upstream commit
done at 2012-03-15.
To fix Debian bug #682792,
and launchpad bug #956438
https://bugs.launchpad.net/ubuntu/+source/jackd2/+bug/956438 ,
please update the source to latest upstream.
As I don't have a good concept of
On Sun, 04 Nov 2012 09:57:23 +0100, Reinhard Tartler siret...@gmail.com
wrote:
I'm not sure that uploading a new upstream to unstable would be
acceptable
to the release team. However, if you could update our branch at
http://anonscm.debian.org/gitweb/?p=pkg-multimedia/jackd2.git, then I
On Sun, 09 Sep 2012 13:05:01 +0200, Kaj Ailomaa zeque...@mousike.me
wrote:
I had someone asking about this on a Ubuntu Studio IRC channel, and
myself being ignorant on the subject, I got help from the same person on
collecting some info on debugging symbols being built in into debian
I had someone asking about this on a Ubuntu Studio IRC channel, and myself
being ignorant on the subject, I got help from the same person on
collecting some info on debugging symbols being built in into debian
multimedia packages, and also searched the web a bit to see what I could
find.
Package: jackd2
Version: 1.9.8~dfsg.4+20120529git007cdc37-1
Severity: important
Dear Maintainer,
jackdbus will not terminate, when using qjackctl or jack_control to stop it.
(this happens once in a while,
more frequently, when using qjackctl).
-- System Information:
Debian Release: wheezy/sid
This is again not a subject for this bug, but could perhaps be a small
addition to the jack-common package?
There has been some concern whether using memlock unlimited is safe, but
in order to know what to set it to, for instance 95% of the memory size,
you would first need to check the
Now, first of all, let me apologize for cross-posting earlier. However,
since it was adviced that comments would be done here, I will also put
my case here.
It is not clear to me at this point if audio group is the best group to
use for jack and realtime operation, but nevertheless, whatever
Would it be terribly difficult to include a choice for adding users to
audio group during the installation of jackd?
Adding /etc/security/limits.d/audio.conf only solves half the problem,
and wouldn't it just make is so much easier if the user(s) would also
become member of audio group in the
29 matches
Mail list logo
