Since this didn't make it yet to the LAD list, I thought I'd better forward it -
---
Hi all,
The Linux Audio Conference submissions deadline has been extended! It is
now February 3rd, 2014 (23:59 HAST)
So, if you were considering to submit a paper but couldn't make up your
mind yet, here is your chance to become active! Never forget that this
conference lives through the people participating in it.
February 3rd is the new deadline for all submission types: papers,
music, installations, workshop proposals.
Check out the link below for more info:
http://lac.linuxaudio.org/2014/participation
Please spread this information to anyone who might be interested.
If you have any questions, drop us a line at lac(a)linuxaudio.org
We are looking forward to seeing you in Karlsruhe in May!
Thanks,
The LAC2014 organization team
On 01/21/2014 07:10 PM, John Hammen wrote:
>> Then they should wait until their distro or someone else provides
>> > >a package. Or pay someone to do the work for them, just as they
>> > >have to for commercial software, or for the mechanic you mention.
>
> (...)
>
> the idea being: a person whose paid responsibility it is to make us
> LAUs happy with fresh new packages and, ideally also work with folks
> upstream on build sanity issues. Filipe, would you be willing to
> supervise such a person, feed them the less fun parts of what you do
> and check their work?
If the community is willing to pay for it, sure.
But I find that a bit hard to believe...
There's a difference on how KXStudio repositories are done vs regular
debian/ubuntu repos.
Debian and Ubuntu usually build against a specific version, and don't
usually do backports.
on KX repos I'm starting build all packages the same way (ie, the
generic linux builds), and update software very often (sometimes minutes
after release :D ).
I hate when distros only package new stuff for the their newest,
unreleased/testing/upcoming version and completely ignore the users
running stable versions... :(
Recently, I experimented with Debian sid, which use systemd. Systemd
idea is nice, but its implementation is a catastrophe. It is more than
one year I am using the kernel cgroups on gentoo to get rt scheduling
with JACK, that without any trouble.
On Debian, this is just impossible, because whatever I try, systemd
insist to put what it think is good to have into the rt cgroup, which
soon or later result in a complete system freeze with even dead magic
keys. After loosing my time a few days with this, I removed Debian and
installed gentoo instead.
I found the reason here:
http://article.gmane.org/gmane.linux.kernel/1063354
"Lennart Poettering:
Well, this feature is... completely irrelevant for normal desktop
people.
...
In fact, I just prepped a patch to systemd to move every service and
every user session into its own cgroup in the 'cpu' hierarchy (in
addition to the group it already creates in the 'systemd' hierarchy)."
Another completely idiotic stuff of this guy.
The point of the cgroups is it is possible to setup them for
whatever use will be made with a computer, and this guy think he have
the insane and pretentious capability to decide for every single user
of the use they will made with their computers, and he is suggesting
users doing something else are abnormal. He must be stopped!
Regards,
Dominique
Hello,
Does anyone know if anything has emerged from
http://www.google-melange.com/gsoc/proposal/review/google/gsoc2012/fundamen…
or, what alternative solutions for doing the same thing exist today?
I know I have
#ifdef __clang__
# define REALTIME __attribute__((annotate("realtime")))
#else
# define REALTIME
#endif
in my code and was tinkering with an implementation capable of doing
this at some point, but can't dig up the details, or whatever system I
was using to do it.
It would be oh so very nice to be able to statically verify that code is
real-time safe...
--
dr
Hello LAD, LAU.
I've pushed a new branch of the
mod-host<https://github.com/portalmod/mod-host>(midi-control), the
code in this branch makes possible assign MIDI
controllers to control any input parameter of the lv2 plugins. This is in
development yet, but anyway I'm inviting you to try it as is and, if
possible, help us reporting bugs or suggestions of improvements.
Two new commands were added: map and unmap. The sintaxes are:
map <effect_instance> <parameter_symbol>
unmap <effect_instance> <parameter_symbol>
After run the map command, just acts in the control that you wanna assign
to (MIDI Learn). The feedback to user is very poor yet, so you won't
receive a message saying if the mapping was well done.
I hope you enjoy it.
Regards,
Crudo