Package: clalsadrv
Severity: wishlist
I was about to update to lastest release of jaaa
and it depends on recent version of this lib...
Also I am about to set jaaa under maintenance by the same team (DMM)
the sources are allready on alioth
Regards
--
http://rzr.online.fr/q/jaaa
-- System
Hi!
Yesterday, somebody digged out Suse's announcement of our coordinated
distro approach for switching to jackd2.
A lot has happened during the past hours on the mailing lists and via
IRC.
Basically, the jackd1 camp isn't really happy. And some people think we
should really provide a choice
Accepted:
clalsadrv_2.0.0-2.diff.gz
to main/c/clalsadrv/clalsadrv_2.0.0-2.diff.gz
clalsadrv_2.0.0-2.dsc
to main/c/clalsadrv/clalsadrv_2.0.0-2.dsc
libclalsadrv-dev_2.0.0-2_amd64.deb
to main/c/clalsadrv/libclalsadrv-dev_2.0.0-2_amd64.deb
libclalsadrv2_2.0.0-2_amd64.deb
to
On Sat, Apr 17, 2010 at 12:37:45PM +0200, Adrian Knoth wrote:
jackd2 shouldn't be considered the successor of jackd1, but an
alternative implementation.
Wauw!
Please post a URL to some (more official) summary of the dispute if
available somewhere.
So what do we have?
jackd1 -- stable,
Hi guys,
I'm new to the list but joined to see if I could help with
the {j,tsch}ack{1,2,3} issue. :-)
On Sat, 17 Apr 2010, Jonas Smedegaard wrote:
On Sat, Apr 17, 2010 at 12:37:45PM +0200, Adrian Knoth wrote:
jackd2 shouldn't be considered the successor of jackd1, but an alternative
On Sat, Apr 17, 2010 at 12:37:45 (CEST), Adrian Knoth wrote:
Yesterday, somebody digged out Suse's announcement of our coordinated
distro approach for switching to jackd2.
A lot has happened during the past hours on the mailing lists and via
IRC.
Basically, the jackd1 camp isn't really
hi...
i just want to make sure you leave the option open
to package alternative jack versions.
adi said that you somehow seem to believe that
there cant be virtual packages containing libraries.
this is not true.
if you create debian/libjack0.shlibs
and put
---
Hi,
I would be happy to get lash (adopted package) updated for squeeze.
The upload would fix these bugs: 547032, 548432, 550636, 553794, 555075, 557491
If someone is interested upload this package please use files from
debian-mentors:
http://mentors.debian.net/debian/pool/main/l/lash/
There
Hi Mira (and others),
On Sat, Apr 17, 2010 at 03:54:23PM +0200, Jaromír Mikeš wrote:
I would be happy to get lash (adopted package) updated for squeeze.
I'll have a look on this as soon as I have updated morituri.
(looks like jack packaging needs nore discussion)
The upload would fix these
Package: liblivemedia-dev
Version: 2010.02.10-1
Severity: serious
Justification: Policy 2.3
Hello,
The liblivemedia-dev packages applies a patch explicitly licensed under
the GPL. In my understanding, this makes the resulting binaries GPL.
Yet the copyright file claims Debian provides
On Sat, Apr 17, 2010 at 07:26:52PM +0300, Rémi Denis-Courmont wrote:
Le samedi 17 avril 2010 18:11:07 Reinhard Tartler, vous avez écrit :
The patch in question [1] seems to be written by you and Felix last
year. Would you and Felix be willing to relicense the patch under LGPL?
I will
On Wed, Feb 03, 2010 at 16:57:50 (CET), Josselin Mouette wrote:
Package: mplayer
Version: 1.0~rc3+svn20090405-1+b1
Severity: serious
After an upgrade from lenny, mplayer asked for a conffile replacement,
in /etc/mplayer.conf. However I never touched this file, it was
generated by mplayer
On Sat, Apr 17, 2010 at 03:17:46PM +0200, Reinhard Tartler wrote:
On Sat, Apr 17, 2010 at 12:37:45 (CEST), Adrian Knoth wrote:
Yesterday, somebody digged out Suse's announcement of our coordinated
distro approach for switching to jackd2.
A lot has happened during the past hours on the
Processing commands for cont...@bugs.debian.org:
found 524805 1.0~rc2-17
Bug #524805 [mplayer] mplayer: CVE-2009-0385 integer signedness error
Bug Marked as found in versions mplayer/1.0~rc2-17.
thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking
On Sat, Apr 17, 2010 at 03:25:45PM +0200, torbenh wrote:
we (upstream) will make sure they are binary compatible.
all symbols added since jack-0.116 are mandated to be weak.
if there are any issues with binary compatibility these are bugs.
Sounds like a promise of a stable API.
How about
Accepted:
aeolus_0.8.4-1.diff.gz
to main/a/aeolus/aeolus_0.8.4-1.diff.gz
aeolus_0.8.4-1.dsc
to main/a/aeolus/aeolus_0.8.4-1.dsc
aeolus_0.8.4-1_amd64.deb
to main/a/aeolus/aeolus_0.8.4-1_amd64.deb
aeolus_0.8.4.orig.tar.gz
to main/a/aeolus/aeolus_0.8.4.orig.tar.gz
Override entries for
On Sat, Apr 17, 2010 at 09:48:41PM +0200, Reinhard Tartler wrote:
On Sat, Apr 17, 2010 at 21:01:21 (CEST), Jonas Smedegaard wrote:
On Sat, Apr 17, 2010 at 03:25:45PM +0200, torbenh wrote:
we (upstream) will make sure they are binary compatible.
all symbols added since jack-0.116 are mandated
On Sat, 17 Apr 2010, Jonas Smedegaard wrote:
stop right here.
the library and the daemon are tied together.
the protocol between jackd and libjack is NOT fixed.
(basically i consider it a mistake to even have libjack and jackd in
different packages) but it might make sense to have that.
On Sat, 17 Apr 2010, Jonas Smedegaard wrote:
When you register with libjack, it will start the daemon if it is not
already running. So, you can't have the library without the daemon.[*]
That sounds like trouble: if such application is invoked inside a chroot, it
causes a mess!
Debian
ffmpeg-debian_0.svn20080206-18+lenny1_amd64.changes uploaded successfully to
localhost
along with the files:
ffmpeg-debian_0.svn20080206-18+lenny1.dsc
ffmpeg-debian_0.svn20080206.orig.tar.gz
ffmpeg-debian_0.svn20080206-18+lenny1.diff.gz
ffmpeg_0.svn20080206-18+lenny1_amd64.deb
On Sat, Apr 17, 2010 at 04:01:17PM -0500, Gabriel M. Beddingfield wrote:
On Sat, 17 Apr 2010, Jonas Smedegaard wrote:
When you register with libjack, it will start the daemon if it is
not already running. So, you can't have the library without the
daemon.[*]
That sounds like trouble: if
On Sat, Apr 17, 2010 at 12:51:17AM +0200, tho...@apestaart.org wrote:
This mail announces the release of Morituri 0.1.1 'Dead'.
Unfortunately there seem to be a fatal (for Debian packaging) bug:
Your build routines seem to now require unicode-enabled terminal
(earlier only required for
Yikes. Why anyone would choose to run things in a non-utf-8 locale
these days is beyond me.
However, especially for this case I just commited revision 401. It
seems to work for me, I ran make distcheck with LANG=C
Feel free to carry that revision as a patch for now, or alternatively
disable
ams_2.0.1-3_amd64.changes uploaded successfully to localhost
along with the files:
ams_2.0.1-3.dsc
ams_2.0.1-3.diff.gz
ams_2.0.1-3_amd64.deb
Greetings,
Your Debian queue daemon (running on host ries.debian.org)
___
morituri_0.1.1-1_amd64.changes uploaded successfully to localhost
along with the files:
morituri_0.1.1-1.dsc
morituri_0.1.1.orig.tar.bz2
morituri_0.1.1-1.debian.tar.gz
morituri_0.1.1-1_all.deb
Greetings,
Your Debian queue daemon (running on host ries.debian.org)
Accepted:
ams_2.0.1-3.diff.gz
to main/a/ams/ams_2.0.1-3.diff.gz
ams_2.0.1-3.dsc
to main/a/ams/ams_2.0.1-3.dsc
ams_2.0.1-3_amd64.deb
to main/a/ams/ams_2.0.1-3_amd64.deb
Override entries for your package:
ams_2.0.1-3.dsc - source sound
ams_2.0.1-3_amd64.deb - optional sound
Announcing to
26 matches
Mail list logo