On Tue, Jun 1, 2010 at 2:39 AM, Felipe Sateler wrote:
> Congrats!
Thank you very much!
--
Alessio Treglia
Debian & Ubuntu Developer | Homepage: http://www.alessiotreglia.com
0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0
___
pkg-multimedia-mainta
On Mon, May 31, 2010 at 14:46, wrote:
> Alessio Treglia has requested to join your project.
> This is my new DD account, please add me.
>
Congrats!
--
Saludos,
Felipe Sateler
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers
On 31 May 2010 20:55, Jaromír Mikeš wrote:
>> Od: Reinhard Tartler
>
>> Since debclean in a "Format 1.0" and "Format 3.0 (native)" branch have
>> the same effect (although they are unnecessary there), I'd say the
>> implementation of the compromise works out.
>
> Format 3.0 (native) that is what
> Od: Reinhard Tartler
> Since debclean in a "Format 1.0" and "Format 3.0 (native)" branch have
> the same effect (although they are unnecessary there), I'd say the
> implementation of the compromise works out.
Format 3.0 (native) that is what I omitted ... it works fine here with debclean
But
On Mon, May 31, 2010 at 09:01, Reinhard Tartler wrote:
> - create a shlibs file that makes application packages to depend on
> 'libjack0-0.116 | (>= libjack0-0.118+svn3796)'. This effectively
> defines a new virtual package 'libjack0-0.116' that is provided by
> any jack implementations that
On Mon, May 31, 2010 at 05:18, Adrian Knoth wrote:
> On Sat, May 29, 2010 at 05:06:24PM -0400, Felipe Sateler wrote:
>
>> > Given the tons of C++ symbols in jackd2, I'd also suggest to make the
>> > jackd1 package the official dev package and also the "donator" of the
>> > symbols file.
>>
>> I'm
On Sun, May 30, 2010 at 10:42, wrote:
> The following commit has been merged in the master branch:
> commit 5519e74115078c5c5ef9888f3e361d8c3a813823
> Author: Jaromír Mikeš
> Date: Sun May 30 16:41:28 2010 +0200
>
> edit rules to unapply patches in git
>
> diff --git a/debian/rules b/debian
Package: release.debian.org
Dear Release Team,
We, the pkg-multimedia team, would like to announce our intent to start
a (new) jack transition. This includes a new upload of the package
'jack-audio-connection-kit', which provides the packages "libjack0" and
"libjack-dev".
Details follow:
There
Accepted:
libmpc_0.1~r459-1.debian.tar.gz
to main/libm/libmpc/libmpc_0.1~r459-1.debian.tar.gz
libmpc_0.1~r459-1.dsc
to main/libm/libmpc/libmpc_0.1~r459-1.dsc
libmpc_0.1~r459.orig.tar.gz
to main/libm/libmpc/libmpc_0.1~r459.orig.tar.gz
libmpcdec-dev_0.1~r459-1_amd64.deb
to main/libm/libmpc
On Mo, Mai 31, 2010 at 15:10:31 (CEST), Adrian Knoth wrote:
> Thanks for your efforts.
edrz has put the text on whitebard:
http://whiteboard.debian.net/jackd_transition.wb
I'd prefer if someone from the jack "doers" would send the text, but if
everyone is too busy, I'd do it in a few hours, bec
libmpc_0.1~r459-1_amd64.changes uploaded successfully to localhost
along with the files:
libmpc_0.1~r459-1.dsc
libmpc_0.1~r459.orig.tar.gz
libmpc_0.1~r459-1.debian.tar.gz
libmpcdec6_0.1~r459-1_amd64.deb
libmpcdec-dev_0.1~r459-1_amd64.deb
musepack-tools_0.1~r459-1_amd64.deb
Greetings,
Am 31.05.2010 14:14, schrieb Hans de Goede:
Only adds extended stream properties support to the mmst handling code,
I later ported this to the mmsh code as well. Thanks for the link
to the debian bug, now I've an uri to actually test this, and ...
it works :)
That's very good news, thanks!
0.
On Mon, May 31, 2010 at 03:01:14PM +0200, Reinhard Tartler wrote:
> May I summarize this as:
>
> "We intend to ship two implementations of jack:
> One that is used to build applications and one that we intend users to
> use as default".
>
> Is this a basis for consebsus?
ACK.
> Proposed word
On Mo, Mai 31, 2010 at 11:18:55 (CEST), Adrian Knoth wrote:
> On Sat, May 29, 2010 at 05:06:24PM -0400, Felipe Sateler wrote:
>
>> > Given the tons of C++ symbols in jackd2, I'd also suggest to make the
>> > jackd1 package the official dev package and also the "donator" of the
>> > symbols file.
>
Am 31.05.2010 13:28, schrieb Bill Allombert:
There is a circular dependency between libva-x11-1 and libva1:
libva-x11-1 :Depends: libva1
libva1 :Depends: libva-x11-1
Indeed, the usr/lib/dri/dummy_drv_video.so object in libva1 is linked
against libva-x11.so.1, although it uses none
Hi,
On 05/31/2010 02:08 PM, Fabian Greffrath wrote:
Hi Hans,
Am 31.05.2010 12:44, schrieb Hans de Goede:
This is fixed in the latest upstream release:
http://downloads.sourceforge.net/project/libmms/libmms/0.6/libmms-0.6.tar.gz
does the new upstream version also include the patch that adds
Hi Hans,
Am 31.05.2010 12:44, schrieb Hans de Goede:
This is fixed in the latest upstream release:
http://downloads.sourceforge.net/project/libmms/libmms/0.6/libmms-0.6.tar.gz
does the new upstream version also include the patch that adds support
for extended stream properties, as requested h
Besoin d'un partenaire pour vos campagnes
d'e-mailing ?
Mailing-Pme vous propose des fichiers sur mesure,
tout en prenant en charge le routage et la gestion
de vos campagnes d'e-mailings ou de vos
newsletters.
Actualités, Promotions, Nouveaux produits,
Invitations…
Nous mettons à votre dispositi
Note: moving to launchpad did not completely play out as planned, as the
current only active developer for this projects (me) prefers git over bzr
libmms has moved back to sf.net.
This is fixed in the latest upstream release:
http://downloads.sourceforge.net/project/libmms/libmms/0.6/libmms-0.6
Package: libva-x11-1
Version: 1.0.1-2
Severity: important
Hello Debian Multimedia Maintainers,
There is a circular dependency between libva-x11-1 and libva1:
libva-x11-1 :Depends: libva1
libva1 :Depends: libva-x11-1
Circular dependencies involving shared libraries are known to caus
On Sat, May 29, 2010 at 05:06:24PM -0400, Felipe Sateler wrote:
> > Given the tons of C++ symbols in jackd2, I'd also suggest to make the
> > jackd1 package the official dev package and also the "donator" of the
> > symbols file.
>
> I'm quite confused by this. AFAIK, jack is a pure C API, so C++
> Od: Reinhard Tartler
> I've just tested this change, and made the following observations:
>
> a) creating a source package with 'git-buildpackage -S' still leaves
> the working copy dirty.
>
> b) "cleaning" the working copy with 'debclean' works as expected, a
> 'git status' shows "
22 matches
Mail list logo
