11 Feb
2010
11 Feb
'10
11:01 a.m.
Hi all,
A new position has come up at Canonical (ubuntu) for a sound software
engineer.
Details are below. You can apply online from here
http://webapps.ubuntu.com/employment/canonical_UDSE/
Job Title: Ubuntu Desktop Sound Engineer
Posting Date & id: February 2010 UDSE
Job Location: Your home, given appropriate facilities including broadband
Internet
Reports to: Ubuntu Desktop Team Manager
Job Summary: We are seeking a Desktop Integration Engineer to play a key
development and integration role on
the Ubuntu Desktop Team one of the technical teams that makes up the
Ubuntu Platform Team. As part of the
core Ubuntu team, the Engineer will work on a broad range of technical
tasks: including feature planning,
packaging, integration,bugfixing and maintenance. The successful candidate
will ensure a first class user
experience by packaging, bug fixing and development of Pulseaudio and
related sound technology and
applications. Strong communication and relationship skills are as important
as superb technical skills in this role,
as the successful candidate will be responsible for process communication
and coordination between Ubuntu and
external partners, as well as ensuring commonality of purpose and technical
approach. This job involves
international travel several times a year, usually for one week.
Key Responsibilities and Accountabilities:
Take on primary maintenance of some components of the Ubuntu
Desktop, covering sound related areas.
•
Engage in bugfixing work across a wide variety of components of
the Ubuntu platform.
•
Assist in prerelease testing of Ubuntu, taking
personal ownership of problems and driving them to
•
solutions.
Collaborate with other teams in the Ubuntu community and with
upstream developers where appropriate,
•
to make sure that Ubuntu includes the very best in free software
and that our goals are taken into account
by other projects.
Work directly with OEMs or in conjunction with the Canonical OEM
team to address customer needs on
•
aggressive time lines.
When necessary, respond to and work to resolve issues raised by end
users and commercial support
•
customers.
Required skills and experience:
Familiarity with open source development tools and methodology,
especially those in common use for
•
Ubuntu and Debian package maintenance.
Strong understanding of the makeup of a modern GNU/Linux
distribution.
•
Strong interests and experience with a variety of the software that
makes up the core of Ubuntu.
•
Strong interests and experience with Pulseaudio, Alsa, and other
sound related technology and
•
applications on Linux.
Capacity to learn quickly about new systems and techniques.
•
Handson experience with concepts of agile development and lean
software engineering.
•
Deep understanding of, and extensive use of, desktop operating
systems; especially the GNOME and
•
KDE platforms.
Excellent English communications skills.
•
Excellent online communications skills, including IRC, email, and
other online venues.
•
Ability to be productive in a globally distributed team through
selfdiscipline and selfmotivation,
•
delivering according to a schedule.
Ability to collaborate in real time with team members in Eastern US and
European time zones.
•
11 Feb
11 Feb
12:03 p.m.
Forwind info wrote:
Hi all,
A new position has come up at Canonical (ubuntu) for a sound software
engineer.
Details are below. You can apply online from here
http://webapps.ubuntu.com/employment/canonical_UDSE/
Job Title: Ubuntu Desktop Sound Engineer
Posting Date & id: February 2010 UDSE
Job Location: Your home, given appropriate facilities including
broadband Internet
Reports to: Ubuntu Desktop Team Manager
Job Summary: We are seeking a Desktop Integration Engineer to play a
key development and integration role on
the Ubuntu Desktop Team one of the technical teams that makes up the
Ubuntu Platform Team. As part of the
core Ubuntu team, the Engineer will work on a broad range of technical
tasks: including feature planning,
packaging, integration,bugfixing and maintenance. The successful
candidate will ensure a first class user
experience by packaging, bug fixing and development of Pulseaudio and
related sound technology and
applications. Strong communication and relationship skills are as
important as superb technical skills in this role,
as the successful candidate will be responsible for process
communication and coordination between Ubuntu and
external partners, as well as ensuring commonality of purpose and
technical approach. This job involves
international travel several times a year, usually for one week.
Key Responsibilities and Accountabilities:
Take on primary maintenance of some components of the Ubuntu
Desktop, covering sound related areas.
•
Engage in bugfixing work across a wide variety of components
of the Ubuntu platform.
•
Assist in prerelease testing of Ubuntu, taking
personal ownership of problems and driving them to
•
solutions.
Collaborate with other teams in the Ubuntu community and with
upstream developers where appropriate,
•
to make sure that Ubuntu includes the very best in free
software and that our goals are taken into account
by other projects.
Work directly with OEMs or in conjunction with the Canonical
OEM team to address customer needs on
•
aggressive time lines.
When necessary, respond to and work to resolve issues raised
by end users and commercial support
•
customers.
Required skills and experience:
Familiarity with open source development tools and
methodology, especially those in common use for
•
Ubuntu and Debian package maintenance.
Strong understanding of the makeup of a modern GNU/Linux
distribution.
•
Strong interests and experience with a variety of the
software that makes up the core of Ubuntu.
•
Strong interests and experience with Pulseaudio, Alsa, and
other sound related technology and
Why not removing Pulseaudio like 64 Studio does?
•
applications on Linux.
Capacity to learn quickly about new systems and techniques.
•
Handson experience with concepts of agile development and
lean software engineering.
•
Deep understanding of, and extensive use of, desktop
operating systems; especially the GNOME and
•
KDE platforms.
Excellent English communications skills.
•
Excellent online communications skills, including IRC, email,
and other online venues.
•
Ability to be productive in a globally distributed team
through selfdiscipline and selfmotivation,
•
delivering according to a schedule.
Ability to collaborate in real time with team members in Eastern US
and European time zones.
•
Assumed the philosophy of FLOSS isn't competition, but community:
What's about a joint venture with an existing multimedia distro based on
Ubuntu, e.g. 64 Studio or openArtist or ...?
Perhaps you like to contact http://www.64studio.com/team. Dunno, if they
are interested, but as an onlooker this seems to make sense, while there
will be a new multimedia distro each month and all of them needs
maintainers.
*?*
Ralf
--
Bert from Sesame Street in Taxi Driver scene "You Talkin' Me?":
http://www.youtube.com/watch?v=4IXmHqPWxUw&feature=related
12:17 p.m.
On Thu, Feb 11, 2010 at 05:03:09PM +0100, Ralf Mardorf wrote:
> Strong interests and experience with Pulseaudio,
Alsa, and
> other sound related technology and
Why not removing Pulseaudio like 64 Studio does?
Ralf, this is clearly not the place to discuss this. Canonical is
searching for a developer, and they can require whatever they want.
It's not you who's going to decide (by x-posting) what's part of a
distro's roadmap and what's not.
Face it, pulseaudio will be the de facto sound system on desktops, and
we're talking desktop here. It integrates very well with the pro
environments, IOW, jack. There's absolutely no reason not to use it for
simple consumer apps (pidgin, skype, flash, video players like vlc or
mplayer).
If you can't get it working yourself, wait for your distro to get it
right. In the meantime, I suggest you don't spread FUD about pulseaudio,
this doesn't help at all.
--
mail: adi(a)thur.de http://adi.thur.de PGP/GPG: key via keyserver
12:29 p.m.
Adrian Knoth wrote:
On Thu, Feb 11, 2010 at 05:03:09PM +0100, Ralf Mardorf
wrote:
Hm, for my experiences, testing several distros, pulseaudio is an evil
show stopper and I'm glad that there is 64 Studio, removing pulseaudio,
so that everything is ok for any desktop application, not only for
real-time audio applications. Reading the threads of a lot of people I
guess pulseaudio is a pain, YMMV. Pardon ... I'm quiet now, I don't want
start a flame war or any other annoying thing, lets have fun while
having trouble with pulseaudio.
I'm not a Linux specialist, I'm not able to remove pulseaudio without
breaking dependencies for some distros and it cause a lot of pain, while
for 64 Studio, where it is removed by the people who made this distro,
everything is ok ... but I'm just a stupid user spreading FUD, so simply
ignore my experiences.
Sorry,
Ralf
--
Bert from Sesame Street in Taxi Driver scene "You Talkin' Me?":
http://www.youtube.com/watch?v=4IXmHqPWxUw&feature=related
> Strong interests and experience with
Pulseaudio, Alsa, and
> other sound related technology and
>
Why not removing Pulseaudio like 64 Studio does?
Ralf, this is clearly not the place to discuss this. Canonical is
searching for a developer, and they can require whatever they want.
It's not you who's going to decide (by x-posting) what's part of a
distro's roadmap and what's not.
Face it, pulseaudio will be the de facto sound system on desktops, and
we're talking desktop here. It integrates very well with the pro
environments, IOW, jack. There's absolutely no reason not to use it for
simple consumer apps (pidgin, skype, flash, video players like vlc or
mplayer).
If you can't get it working yourself, wait for your distro to get it
right. In the meantime, I suggest you don't spread FUD about pulseaudio,
this doesn't help at all.
12:40 p.m.
Ralf, simply turn off autospawn for pulse if it bothers you that much.
/etc/pulse/client.conf
the line that looks like
; autospawn=yes
change it to
autospawn = no
This will turn off pulseaudio so as the next time you start up, pulse will
not run and you will need to start it manually from command line if you want
to use it.
IMHO pulse is coming along nicely. There are tweaks to improve its
performance ...
On Thu, Feb 11, 2010 at 4:28 PM, Ralf Mardorf <ralf.mardorf(a)alice-dsl.net>wrote;wrote:
Adrian Knoth wrote:
On Thu, Feb 11, 2010 at 05:03:09PM +0100, Ralf
Mardorf wrote:
Hm, for my experiences, testing several distros, pulseaudio is an evil show
stopper and I'm glad that there is 64 Studio, removing pulseaudio, so that
everything is ok for any desktop application, not only for real-time audio
applications. Reading the threads of a lot of people I guess pulseaudio is a
pain, YMMV. Pardon ... I'm quiet now, I don't want start a flame war or any
other annoying thing, lets have fun while having trouble with pulseaudio.
I'm not a Linux specialist, I'm not able to remove pulseaudio without
breaking dependencies for some distros and it cause a lot of pain, while for
64 Studio, where it is removed by the people who made this distro,
everything is ok ... but I'm just a stupid user spreading FUD, so simply
ignore my experiences.
Sorry,
Ralf
--
Bert from Sesame Street in Taxi Driver scene "You Talkin' Me?":
http://www.youtube.com/watch?v=4IXmHqPWxUw&feature=related
Strong interests and experience with Pulseaudio,
Alsa, and
other sound related technology and
Why not removing Pulseaudio like 64 Studio does?
Ralf, this is clearly not the place to discuss this. Canonical is
searching for a developer, and they can require whatever they want.
It's not you who's going to decide (by x-posting) what's part of a
distro's roadmap and what's not.
Face it, pulseaudio will be the de facto sound system on desktops, and
we're talking desktop here. It integrates very well with the pro
environments, IOW, jack. There's absolutely no reason not to use it for
simple consumer apps (pidgin, skype, flash, video players like vlc or
mplayer).
If you can't get it working yourself, wait for your distro to get it
right. In the meantime, I suggest you don't spread FUD about pulseaudio,
this doesn't help at all.
12:54 p.m.
Forwind info wrote:
Ralf, simply turn off autospawn for pulse if it
bothers you that much.
/etc/pulse/client.conf
the line that looks like
; autospawn=yes
change it to
autospawn = no
This will turn off pulseaudio so as the next time you start up, pulse
will not run and you will need to start it manually from command line
if you want to use it.
IMHO pulse is coming along nicely. There are tweaks to improve its
performance ...
Pardon if I sounded raw. I'll pay a attention to your hint. And pardon,
pulseaudio shouldn't become a topic again on Linux audio lists, just
because I was short-tempered.
:)
Ralf
13 Feb
13 Feb
2:53 p.m.
Hiho,
On Thursday 11 February 2010 11:54:50 Ralf Mardorf wrote:
Forwind info wrote:
> Ralf, simply turn off autospawn for pulse if it bothers you that much.
>
> /etc/pulse/client.conf
>
> the line that looks like
> ; autospawn=yes
>
> change it to
> autospawn = no
>
> This will turn off pulseaudio so as the next time you start up, pulse
> will not run and you will need to start it manually from command line
> if you want to use it.
>
> IMHO pulse is coming along nicely. There are tweaks to improve its
> performance ...
I guess the point is that whoever gets/takes this job, will gain a lot of
respect from the professional audio community (like LAD), using apps with JACK
for their audio work, but also listening to audio online and through consumer
apps from time to time, would be really happy if all this works "out-of-the-
box" on Ubuntu, or if there is a simple way to configure it to do so, without
having to dig into the conf files by themselves.
Our hope is of course to make it as easy as possible to have people already
using their free software for desktop use, also step over and use their
desktops not just for listening to music, but also for making music. Giving
everyone the freedom to express themselves!
sincerely,
Marije
14 Feb
14 Feb
4:51 a.m.
On 14 February 2010 00:52, nescivi <nescivi(a)gmail.com> wrote:
Hiho,
On Thursday 11 February 2010 11:54:50 Ralf Mardorf wrote:
I think this position has less to do with "professional" audio and
more to do with desktop/mainstream/consumer audio, i.e to ensure
proper planning with the audio and multimedia subsystem of the Ubuntu
operating system according to tried and tested "standards" with
regards to sound and the Linux kernel + userland tools/programs. But
of course, there can be good byproducts if the person hired is equally
good.
--
GPG/PGP ID: B42DDCAD
Forwind info wrote:
> Ralf, simply turn off autospawn for pulse if it bothers you that much.
>
> /etc/pulse/client.conf
>
> the line that looks like
> ; autospawn=yes
>
> change it to
> autospawn = no
>
> This will turn off pulseaudio so as the next time you start up, pulse
> will not run and you will need to start it manually from command line
> if you want to use it.
>
> IMHO pulse is coming along nicely. There are tweaks to improve its
> performance ...
I guess the point is that whoever gets/takes this job, will gain a lot of
respect from the professional audio community (like LAD), using apps with JACK
for their audio work, but also listening to audio online and through consumer
apps from time to time, would be really happy if all this works "out-of-the-
box" on Ubuntu, or if there is a simple way to configure it to do so, without
having to dig into the conf files by themselves.
Our hope is of course to make it as easy as possible to have people already
using their free software for desktop use, also step over and use their
desktops not just for listening to music, but also for making music. Giving
everyone the freedom to express themselves!
4:24 p.m.
On Sunday 14 February 2010 03:51:06 Ray Rashif wrote:
On 14 February 2010 00:52, nescivi
<nescivi(a)gmail.com> wrote:
Yes, I know, but the easier it gets to move from consumer desktop experience,
to making music, the better right?
We don't want to make making music an arcane knowledge that is only accessible
to the privileged few.
This is about getting people from being consumers, to being creative producers
of their own music. Regain the grounds that were lost with the introduction of
radio, which stopped the necessity for everyone to be somewhat of a musician
in order to listen to music.
Freedom not just in speech, but also in song!
Sincerely,
Marije
Hiho,
On Thursday 11 February 2010 11:54:50 Ralf Mardorf wrote:
I think this position has less to do with "professional" audio and
more to do with desktop/mainstream/consumer audio, i.e to ensure
proper planning with the audio and multimedia subsystem of the Ubuntu
operating system according to tried and tested "standards" with
regards to sound and the Linux kernel + userland tools/programs. Forwind info wrote:
> Ralf, simply turn off autospawn for pulse if it bothers you that much.
>
> /etc/pulse/client.conf
>
> the line that looks like
> ; autospawn=yes
>
> change it to
> autospawn = no
>
> This will turn off pulseaudio so as the next time you start up, pulse
> will not run and you will need to start it manually from command line
> if you want to use it.
>
> IMHO pulse is coming along nicely. There are tweaks to improve its
> performance ...
I guess the point is that whoever gets/takes this job, will gain a lot of
respect from the professional audio community (like LAD), using apps with
JACK for their audio work, but also listening to audio online and through
consumer apps from time to time, would be really happy if all this works
"out-of-the- box" on Ubuntu, or if there is a simple way to configure it
to do so, without having to dig into the conf files by themselves.
Our hope is of course to make it as easy as possible to have people
already using their free software for desktop use, also step over and use
their desktops not just for listening to music, but also for making
music. Giving everyone the freedom to express themselves! But of course, there can be good byproducts if the
person hired is equally
good.
5:32 p.m.
On Sun, Feb 14, 2010 at 11:24 PM, nescivi <nescivi(a)gmail.com> wrote:
On Sunday 14 February 2010 03:51:06 Ray Rashif wrote:
Always worthy sentiments, and the more power users have to express
themselves musically, the better for all, as the word gets around, and
linux audio devs start getting a wider recognition for their work.
I will add here, that just maybe it's time to reconsider the tight
grip on the JACK API, and think about expanding it to a wider role in
modern computer based music making. We've already had a large
discussion about tempo mapping, etc, but additional components like
video, and a strengthening of the jackmidi base can only further those
user based options and give devs more meat to work with. For all the
discussion about keeping the core api "pure", there seems to be an
equal number of discussions from devs who would like to see a greater
degree of functionality, but are stifled by the currently
enforced......taboo regarding anything to do with the API.
JACK is a great tool, but it runs the risk of becoming "old" quickly,
and less attractive for devs in the future, if the progress is seen to
have stalled, or is being forcibly stifled to maintain some perception
of a narrow status quo. Personally, i'd hate to see that happen.
Just my view, and no doubt there will be those who fervently disagree,
but outside of the politics, and what seems the inevitable flamewars,
i wonder if we're missing a large opportunity to take linux audio into
state of the art territory.
Alex.
--
www.openoctave.org
midi-subscribe(a)openoctave.org
development-subscribe(a)openoctave.org
On 14 February 2010 00:52, nescivi
<nescivi(a)gmail.com> wrote:
Yes, I know, but the easier it gets to move from consumer desktop experience,
to making music, the better right?
We don't want to make making music an arcane knowledge that is only accessible
to the privileged few.
This is about getting people from being consumers, to being creative producers
of their own music. Regain the grounds that were lost with the introduction of
radio, which stopped the necessity for everyone to be somewhat of a musician
in order to listen to music.
Freedom not just in speech, but also in song!
Sincerely,
Marije
Hiho,
On Thursday 11 February 2010 11:54:50 Ralf Mardorf wrote:
I think this position has less to do with "professional" audio and
more to do with desktop/mainstream/consumer audio, i.e to ensure
proper planning with the audio and multimedia subsystem of the Ubuntu
operating system according to tried and tested "standards" with
regards to sound and the Linux kernel + userland tools/programs. Forwind info wrote:
> Ralf, simply turn off autospawn for pulse if it bothers you that much.
>
> /etc/pulse/client.conf
>
> the line that looks like
> ; autospawn=yes
>
> change it to
> autospawn = no
>
> This will turn off pulseaudio so as the next time you start up, pulse
> will not run and you will need to start it manually from command line
> if you want to use it.
>
> IMHO pulse is coming along nicely. There are tweaks to improve its
> performance ...
I guess the point is that whoever gets/takes this job, will gain a lot of
respect from the professional audio community (like LAD), using apps with
JACK for their audio work, but also listening to audio online and through
consumer apps from time to time, would be really happy if all this works
"out-of-the- box" on Ubuntu, or if there is a simple way to configure it
to do so, without having to dig into the conf files by themselves.
Our hope is of course to make it as easy as possible to have people
already using their free software for desktop use, also step over and use
their desktops not just for listening to music, but also for making
music. Giving everyone the freedom to express themselves! But of course, there can be good byproducts if
the person hired is equally
good.
_______________________________________________
Linux-audio-dev mailing list
Linux-audio-dev(a)lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev
7:05 p.m.
On Mon, 15 Feb 2010, alex stone wrote:
user based options and give devs more meat to work
with. For all the
discussion about keeping the core api "pure", there seems to be an
equal number of discussions from devs who would like to see a greater
degree of functionality, but are stifled by the currently
enforced......taboo regarding anything to do with the API.
I don't think it's quite so dogmatic. The problem with most
of the wish-list items is that the discussions have mostly
remained discussions. For them to become real someone has
to implement them (code). And on top of that, implement
them for both Jack1 and Jack2.
-gabriel
6:03 a.m.
nescivi wrote:
Hiho,
On Thursday 11 February 2010 11:54:50 Ralf Mardorf wrote:
Some days ago somebody posted this to the Jack-devel list: jack plugin
for the flash player
<http://linuxmusicians.com/viewtopic.php?f=4&t=2323&start=0&st=0&sk=t&sd=a>
Forwind info wrote:
> Ralf, simply turn off autospawn for pulse if it bothers you that much.
>
> /etc/pulse/client.conf
>
> the line that looks like
> ; autospawn=yes
>
> change it to
> autospawn = no
>
> This will turn off pulseaudio so as the next time you start up, pulse
> will not run and you will need to start it manually from command line
> if you want to use it.
>
> IMHO pulse is coming along nicely. There are tweaks to improve its
> performance ...
>
I guess the point is that whoever gets/takes this job, will gain a lot of
respect from the professional audio community (like LAD), using apps with JACK
for their audio work, but also listening to audio online and through consumer
apps from time to time, would be really happy if all this works "out-of-the-
box" on Ubuntu, or if there is a simple way to configure it to do so, without
having to dig into the conf files by themselves.
Our hope is of course to make it as easy as possible to have people already
using their free software for desktop use, also step over and use their
desktops not just for listening to music, but also for making music. Giving
everyone the freedom to express themselves!
sincerely,
Marije 
11 Feb
11 Feb
6:51 p.m.
On 02/11/2010 05:28 PM, Ralf Mardorf wrote:
but I'm just a stupid user spreading FUD, so
simply
ignore my experiences.
jeez, just shut up.
say, do you also feel an urge to reply to obituaries and commercial ads
in your paper with letters to the editor?
it's just plain stupid to discuss your own particular idea of whatever
with people looking for employees, and even more pathetic to whine about
it when somebody points it out to you...
can you please stop that noise on just about every linux audio list?
recommended best practise:
if (i_know_what_im_talking_about()) {
send();
} else {
discard();
sleep(3600);
}
grmpf,
jörn
7:49 p.m.
-------- Original Message --------
Subject: Re: [LAD] Canonical sound position opening
From: Jörn Nettingsmeier <nettings(a)folkwang-hochschule.de>
To: linux-audio-dev(a)lists.linuxaudio.org
Date: 02/11/10 15:51
On 02/11/2010 05:28 PM, Ralf Mardorf wrote:
Strange what turns into a fight in linux audio........
--
Christopher Cherrett
ccherrett(a)openoctave.org
http://www.openoctave.org
but I'm just a stupid user spreading FUD, so
simply
ignore my experiences.
jeez, just shut up.
say, do you also feel an urge to reply to obituaries and commercial ads
in your paper with letters to the editor?
it's just plain stupid to discuss your own particular idea of whatever
with people looking for employees, and even more pathetic to whine about
it when somebody points it out to you...
can you please stop that noise on just about every linux audio list?
recommended best practise:
if (i_know_what_im_talking_about()) {
send();
} else {
discard();
sleep(3600);
}
grmpf,
jörn
_______________________________________________
Linux-audio-dev mailing list
Linux-audio-dev(a)lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev
8:04 p.m.
Christopher Cherrett wrote:
-------- Original Message --------
Subject: Re: [LAD] Canonical sound position opening
From: Jörn Nettingsmeier <nettings(a)folkwang-hochschule.de>
To: linux-audio-dev(a)lists.linuxaudio.org
Date: 02/11/10 15:51
Please note that my mail was stupid, because it was useless and Jörns
mail was double stupid, because he replies to my mail ... it's not a
serious fight. I wrote an annoying mail and somebody else couldn't
resist to reply to my stupid and useless mail. Don't judge Linux audio,
just because of an idiot like me and "perhaps" Jörn.
I'm sorry, very often I'm unable to control my mentally deficient.
*blushing*
Ralf
PS: This wasn't a flame war, I guess cads do more evil and real flame
wars because of the colour rims should have.
On 02/11/2010 05:28 PM, Ralf Mardorf wrote:
Strange what turns into a fight in linux audio........ but I'm just a stupid user spreading FUD, so
simply
ignore my experiences.
jeez, just shut up.
say, do you also feel an urge to reply to obituaries and commercial ads
in your paper with letters to the editor?
it's just plain stupid to discuss your own particular idea of whatever
with people looking for employees, and even more pathetic to whine about
it when somebody points it out to you...
can you please stop that noise on just about every linux audio list?
recommended best practise:
if (i_know_what_im_talking_about()) {
send();
} else {
discard();
sleep(3600);
}
grmpf,
jörn
_______________________________________________
Linux-audio-dev mailing list
Linux-audio-dev(a)lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev
5456
days inactive
5459
days old
linux-audio-dev@lists.linuxaudio.org
14 comments
9 participants
participants (9)
-
Adrian Knoth -
alex stone -
Christopher Cherrett -
Forwind info -
Gabriel M. Beddingfield -
Jörn Nettingsmeier -
nescivi -
Ralf Mardorf -
Ray Rashif