Package: wnpp
Severity: wishlist
Owner: Adrian Knoth
* Package name: qstopmotion
Version : newer than 2.2.0
Upstream Author : Ralf Lange
* URL : http://www.qstopmotion.org/
* License : GPL
Programming Lang: C++
Description : qStopMotion is a free
On Sun, Oct 25, 2015 at 05:33:19PM +0100, Jonas Smedegaard wrote:
[Context: http://bugs.debian.org/685878]
> > We're now more than three years behind upstream (3.0 released
> > 2012-07-09).
> > My github repo is still waiting to be integrated with Debian.
> And my point is still that there's an R
On Sun, Nov 09, 2014 at 12:55:03PM +0100, Bálint Réczey wrote:
> >> 2014/8/4 - Adrian updated the package to 3.1.3
> >> adi's package (currently @ 3.1.3):
> >> https://github.com/adiknoth/netatalk-debian
[..]
> > I'd say get some devs behind this, call the package netatalk3 and ship
> > it in para
On Thu, Aug 28, 2014 at 01:21:04PM -0400, Igor Bernstein wrote:
> - jessie freeze happens in 2 months
Happened in the meantime :-/
> 2014/8/4 - Adrian updated the package to 3.1.3
> adi's package (currently @ 3.1.3):
> https://github.com/adiknoth/netatalk-debian
JFTR, I'm at 3.1.6.
The whole
On Wed, Jun 27, 2012 at 07:47:43PM +0100, Ben Hutchings wrote:
> > That said, there was this bug report saying "We'll RM celt anytime soon,
> > so don't use it anymore" and that's it.
> Surely you were aware that CELT was experimental and this was due
> to happen?
Yep. And upstream code is clutte
On Wed, Jun 27, 2012 at 05:33:41PM +, The Fungi wrote:
> > what??? -v please.
> Presumably a reference to http://bugs.debian.org/674634 .
Speaking of which, I also had to disable CELT support in jackd1 and
jackd2, since none of the upstreams has opus code ready.
That said, there was this bug
On Fri, Apr 27, 2012 at 07:14:04PM -0700, Russ Allbery wrote:
[nodejs's vs. hamradio's /usr/bin/node]
> In an ideal world, *neither* application would be using "node", since it's
> a very generic name
You could rename the binary in both packages and then ask the user via
debconf and/or alternativ
On Thu, Apr 26, 2012 at 02:03:17PM -0400, Jonas Smedegaard wrote:
> I believe Debian still supports running locally compiled kernels which
> do not depend on udev, and that some setups do not require udev either
> (not everyone use fibre channel).
Speaking of which: there was a somewhat related
On 01/25/2012 12:38 PM, Simon McVittie wrote:
As outlined in #656910, "being in the audio group" and "having realtime
priorities" aren't separated at the moment.
To make these two independent, we'd need to use a different (new?) group
for realtime priorities.
rtkit (packaged in Debian) seems a
On 01/25/2012 12:43 PM, Bastian Blank wrote:
[background story: pro-audio applications run with POSIX realtime
priorities to meet low-latency deadlines. We ship
/etc/security/limits.d/audio.conf in the jackd packages to grant rt
privileges to the audio group]
Why does jackd not grant _itself_
On 01/25/2012 12:44 PM, Bastian Blank wrote:
On Wed, Jan 25, 2012 at 11:38:18AM +, Simon McVittie wrote:
rtkit (packaged in Debian) seems a safer way to do this than
group-based privileges + setuid root.
Why does it use setuid
It doesn't use setuid root. Simon has wrongly assumed this.
Hi!
[background story: pro-audio applications run with POSIX realtime
priorities to meet low-latency deadlines. We ship
/etc/security/limits.d/audio.conf in the jackd packages to grant rt
privileges to the audio group]
As outlined in #656910, "being in the audio group" and "having realtime
prior
On Sun, Nov 20, 2011 at 08:40:47AM +0100, Raphael Hertzog wrote:
Hi!
> > 6. DM&P/SiS Vortex86 and Vortex86SX. These supposedly have all
> >586-class features except an FPU, and we could probably keep FPU
> >emulation for them.
>
> FWIW, I do run Debian on such systems albeit with a cust
On 10/29/11 21:34, Dallas Clement wrote:
> Hi All,
Hi!
> I've got a multi-threaded C++ program that has been working for years
> that is segfaulting in the pthread library at exit after upgrading to
The "at exit" bit reminds me of a bug the FFADO team has been hunting
for months.
Feel free to
On 08/19/11 05:56, compn wrote:
> mplayer2 is a very poor fork name used to confuse users.
[..]
> debian and uoti are setting themselves (and us) up for explaining to
> users which version is better.
While this is always the problem with forks, be assured you are not
alone.
There are jackd1 and
Package: wnpp
Severity: wishlist
Owner: Adrian Knoth
* Package name: ardour3
Version : 3.0.0
Upstream Author : Paul Davis et al.
* URL : http://www.ardour.org/
* License : GPL
Programming Lang: C++
Description : Digital Audio Workstation
That&#
On Tue, Feb 08, 2011 at 12:42:38PM +0100, Bastien ROUCARIES wrote:
> In the scientific field a lot of software depend of qt3. And a lot of
Same for kpicosim, but I'm pretty confident that I can run qt3to4 on it
and simply link with qt4's qt3 support library.
Last time I tried, the whole process
On Tue, Nov 23, 2010 at 10:19:05PM +0100, marcin wrote:
[No other audio app starts when there's already one running]
> I'm sorry but I cannot tell which package exactly is the source of the
> problem so I put it in 'general' section.
Well, looks like a classic: on some (most?) audio cards, ALSA o
On Tue, Nov 16, 2010 at 04:08:02PM +0100, Patrick Matthäi wrote:
Hi!
[CELT for spice]
> Yeah I am aware of the celt _madness_ - I am one of the mumble
> maintainers..
>
> spice then has to be adjusted to support celt 0.9.
I strongly support this demand. It was wrong to use CELT in the first
plac
Package: wnpp
Severity: wishlist
Owner: Adrian Knoth
* Package name: a2jmidid
Version : 6
Upstream Author : Nedko Arnaudov
* URL : http://home.gna.org/a2jmidid/
* License : GPL
Programming Lang: C
Description : daemon for exposing legacy ALSA MIDI in
On Mon, May 03, 2010 at 05:50:39PM +0100, Simon McVittie wrote:
> > The code in question:
> >
> >jack_client_open_aux(client_name, (jack_options_t)options, NULL, NULL);
>
> Instead of trying to fake up an empty va_list, why not call the varargs
> version, with only the argument terminator in
On Mon, May 03, 2010 at 04:00:14PM +0100, Adam D. Barratt wrote:
> ../common/JackAPI.cpp:303: error: cannot convert 'int' to 'va_list'
> for argument '4' to 'jack_client_t* jack_client_open_aux(const char*,
> jack_options_t, jack_status_t*, va_list)'
The code in question:
jack_client_open_aux
Package: wnpp
Severity: wishlist
Owner: Adrian Knoth
* Package name: calf
Version : 0.0.18.3
* URL : http://calf.sf.net/
* License : GPL
Programming Lang: C++
Description : High quality open source audio plugins for musicians
(Include the long
On Wed, Mar 25, 2009 at 09:05:32PM +0100, Grammostola Rosea wrote:
> The problem is an realtime kernel and a proper configuration for music
> production. Without that, you better stay away from music production
Not really. I absolutely have no problems with CONFIG_PREEMPT, dynticks,
ondemand sc
On Wed, Mar 25, 2009 at 12:37:37PM +0100, Grammostola Rosea wrote:
> > >> Why only in 64studio and not in plain Debian?
> > What's good for Debian is good for us :-) but the Debian project may
> > not want to tweak the kernel or the FireWire stack just for the
> > benefit of FFADO users. In the
25 matches
Mail list logo
