On Fri, Apr 23, 2010 at 01:48:01PM +0200, Reinhard Tartler wrote:
> > * conservative: Stay with jackd1, ignoring jackd2 and tchack.
> > * stubborn: Switch to jackd2, abandoning jackd1 and ignoring tchack.
> > * bold: switch to supporting multiple implementations.
> >
> > You seem to want the st
On Fri, Apr 23, 2010 at 05:52:35PM -0500, Gabriel M. Beddingfield wrote:
>> On Fri, Apr 23, 2010 at 02:32:45PM -0500, Gabriel M. Beddingfield wrote:
>>> [1] http://trac.jackaudio.org/wiki/SuggestedPackagingApproach
>>
>> Note that this is a wiki and the suggestions come from only one person.
>
> T
Hello,
Do you need a loan to enhance your business? Loan to consolidate your
debt,Loan for personal use, Loan for credit Card, Medical Care loan, Car
Loan,Mortgage Loan, Student Loan, loan for any purposes? e.t.c.Here comes the
Good news,MR.MARK WILFORT, The loan giant is out with the Yearly l
On Wed, Apr 21, 2010 at 02:23:10PM +0200, Adrian Knoth wrote:
> Hi!
>
> As requested by Jonas, here's the RFP.
Is there any reason not to begin trying out approaches to supporting
switching jack implementations with packages in experimental?
I could probably be of more use with something to test
On Fri, 23 Apr 2010, Eric Dantan Rzewnicki wrote:
On Fri, Apr 23, 2010 at 02:32:45PM -0500, Gabriel M. Beddingfield wrote:
[1] http://trac.jackaudio.org/wiki/SuggestedPackagingApproach
Note that this is a wiki and the suggestions come from only one person.
True, but Nedko (the author of th
On Fri, Apr 23, 2010 at 02:32:45PM -0500, Gabriel M. Beddingfield wrote:
> Hi guys,
> I'm new to the details of deb packaging... so I may be replying to the
> wrong snippets... but:
> [1] http://trac.jackaudio.org/wiki/SuggestedPackagingApproach
Note that this is a wiki and the suggestions come f
On Fri, Apr 23, 2010 at 02:29:00PM +0200, Reinhard Tartler wrote:
On Wed, Apr 21, 2010 at 14:16:36 (CEST), Jonas Smedegaard wrote:
2. Initially release src:jackd2:
* jackd2 conflicts/replaces/provides jackd
* libjack0-jackd2 conflicts/replaces libjack0
* libjack0-jackd2 provides l
Hi Jonas,
On Fri, 23 Apr 2010, Jonas Smedegaard wrote:
[3] Going backwards has never been promised, though. A
program compiled against 0.118.0 will work with 0.34.0.
However, the use of weak symbols for new features may
make this available.
Isn't it exactly "going backwards" if jac
On Fri, Apr 23, 2010 at 02:32:45PM -0500, Gabriel M. Beddingfield wrote:
Therefore, any old program will work without recompile on a new
libjack0. Jack 2 (formerly jackdmp) has also rigorously maintained
binary compatability with Jack 1.[3]
[...]
[3] Going backwards has never been promised
On Fri, Apr 23, 2010 at 01:48:01PM +0200, Reinhard Tartler wrote:
On Wed, Apr 21, 2010 at 13:30:55 (CEST), Jonas Smedegaard wrote:
I don't understand the libjack-0.116.0 thing. Is that going to be
the package name? If so, that sounds like we would be repeating
the libjack0.100.0 mistake.
I
Hi guys,
I'm new to the details of deb packaging... so I may be
replying to the wrong snippets... but:
Package: libjack-jackd2-0
Provides: libjack-0.116.0
Conflicts: libjack0
Yes, something like that.
4. Release jackd1 to experimental, with libjack0 providing virtual
package libja
On Fri, Apr 23, 2010 at 07:35:28AM -0400, Eric Dantan Rzewnicki wrote:
On Fri, Apr 23, 2010 at 10:55:20AM +0200, Jonas Smedegaard wrote:
If I get no response on this by sunday, and noone else objects, I
will go ahead with my proposed plan.
I've tried to follow this as closely as I can, but I
On Fri, Apr 23, 2010 at 14:32, Reinhard Tartler wrote:
> On Thu, Apr 22, 2010 at 21:47:05 (CEST), Thorsten Hirsch wrote:
>> decoding ogg on my mips based nas device is slower than real-time, so
>> it's not really usable here.
>> I've already done some research on this and I think the reason is tha
--- On Fri, 4/23/10, Reinhard Tartler wrote:
> From: Reinhard Tartler
> (CEST), Thorsten Hirsch wrote:
>
> > decoding ogg on my mips based nas device is slower
> than real-time, so
> > it's not really usable here.
> > I've already done some research on this and I think
> the reason is that
> >
Package: libdvbpsi5
Version: 0.1.6
Severity: wishlist
hi,
a new upstream just appeared in
http://download.videolan.org/pub/libdvbpsi/0.1.7/
a.
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (500, 'testing'), (450, 'unstable'), (100, 'experimental')
Arc
Package: vlc
Version: 1.0.5-2
Tags: l10n, patch
The VLC .desktop file is missing a Catalan translation. I've included it
in the attached patch against the current git tree.
It would be great if it could be included in the source package. Thanks!
From 5ff62f01a2ead5458b33f7fd215fd4594f384218 Mon S
Modified: trunk/libvo/vo_directfb2.c
==
--- trunk/libvo/vo_directfb2.c Thu Apr 22 16:02:20 2010(r31057)
+++ trunk/libvo/vo_directfb2.c Fri Apr 23 12:04:56 2010(r31058)
@@ -35,9 +35,9 @@
#include
#ifd
I can understand your position if you are only a porter and not a direct
maintainer of a package. However, I have seen package maintainers in
different distros duplicate each other's work and add hacks to their
packages that I could have fixed quicker and cleaner if somebody had
shared their prob
On Thu, Apr 22, 2010 at 21:47:05 (CEST), Thorsten Hirsch wrote:
> Hi,
>
> decoding ogg on my mips based nas device is slower than real-time, so
> it's not really usable here.
> I've already done some research on this and I think the reason is that
> the mips cpu has no fpu, so floating point calcu
On Wed, Apr 21, 2010 at 14:16:36 (CEST), Jonas Smedegaard wrote:
>
>>> 2. Initially release src:jackd2:
>>> * jackd2 conflicts/replaces/provides jackd
>>> * libjack0-jackd2 conflicts/replaces libjack0
>>> * libjack0-jackd2 provides libjack-0.116.0
>>> * libjack-jackd2-dev conflicts
On Fri, Apr 23, 2010 at 12:57:33PM +0200, Petr Salinger wrote:
>
>> That was helpful, fixed upstream.
>>
>> I once again reiterate my suggestion to pass problems to upstream first
>> before attempting to work around them locally in the packaging
>> infrastructure of a single distribution.
>
> The e
On Wed, Apr 21, 2010 at 13:30:55 (CEST), Jonas Smedegaard wrote:
I don't understand the libjack-0.116.0 thing. Is that going to be
the package name? If so, that sounds like we would be repeating the
libjack0.100.0 mistake.
>>>
>>> It is more like an add-on tag, indicating the libr
On Fri, Apr 23, 2010 at 12:57:33 (CEST), Petr Salinger wrote:
> The build for mplayer from current SVN snapshot, without any flags
> passed to configure on kfreebsd-amd64:
>
> cc .. -c -o libvo/vo_dfbmga.o libvo/vo_dfbmga.c
> libvo/vo_dfbmga.c: In function 'get_image':
> libvo/vo_dfbmga.c:1352: w
On Fri, Apr 23, 2010 at 10:55:20AM +0200, Jonas Smedegaard wrote:
> Hi Reinhard and others,
> On Wed, Apr 21, 2010 at 02:16:36PM +0200, Jonas Smedegaard wrote:
>> On Wed, Apr 21, 2010 at 12:26:41PM +0200, Reinhard Tartler wrote:
>>> With you're proposal, I think switching from one alternative
>>>
Your message dated Fri, 23 Apr 2010 12:27:21 +0200
with message-id <4bd17609.3020...@phys.ethz.ch>
and subject line Opening filename without any extension crashes lives
has caused the Debian Bug report #571549,
regarding Opening filename without any extension crashes lives
to be marked as done.
Th
Accepted:
bristol-data_0.60.0-4_all.deb
to main/b/bristol/bristol-data_0.60.0-4_all.deb
bristol_0.60.0-4.diff.gz
to main/b/bristol/bristol_0.60.0-4.diff.gz
bristol_0.60.0-4.dsc
to main/b/bristol/bristol_0.60.0-4.dsc
bristol_0.60.0-4_i386.deb
to main/b/bristol/bristol_0.60.0-4_i386.deb
Hi Reinhard and others,
On Wed, Apr 21, 2010 at 02:16:36PM +0200, Jonas Smedegaard wrote:
On Wed, Apr 21, 2010 at 12:26:41PM +0200, Reinhard Tartler wrote:
With you're proposal, I think switching from one alternative
implementation to another one won't work. For example switching
from tschac
Hi.
That was helpful, fixed upstream.
I once again reiterate my suggestion to pass problems to upstream first
before attempting to work around them locally in the packaging
infrastructure of a single distribution.
The expected workflow is a different one. Let the package does not build
on a
bristol_0.60.0-4_i386.changes uploaded successfully to localhost
along with the files:
bristol_0.60.0-4.dsc
bristol_0.60.0-4.diff.gz
bristol_0.60.0-4_i386.deb
bristol-data_0.60.0-4_all.deb
Greetings,
Your Debian queue daemon (running on host ries.debian.org)
_
Accepted:
kmidimon_0.7.3-1.diff.gz
to main/k/kmidimon/kmidimon_0.7.3-1.diff.gz
kmidimon_0.7.3-1.dsc
to main/k/kmidimon/kmidimon_0.7.3-1.dsc
kmidimon_0.7.3-1_amd64.deb
to main/k/kmidimon/kmidimon_0.7.3-1_amd64.deb
kmidimon_0.7.3.orig.tar.gz
to main/k/kmidimon/kmidimon_0.7.3.orig.tar.gz
kmidimon_0.7.3-1_amd64.changes uploaded successfully to localhost
along with the files:
kmidimon_0.7.3-1.dsc
kmidimon_0.7.3.orig.tar.gz
kmidimon_0.7.3-1.diff.gz
kmidimon_0.7.3-1_amd64.deb
Greetings,
Your Debian queue daemon (running on host ries.debian.org)
__
On Mon, Apr 19, 2010 at 12:25:30 (CEST), Adrian Knoth wrote:
> On Mon, Apr 19, 2010 at 07:40:30AM +0200, Reinhard Tartler wrote:
>
>> > === Packages with a new upstream version according to DEHS:
>> > kmidimon 0.7.2 (Debian: 0.7.1-1)
>
> We have version 0.7.3 ready to be uploaded since 2010-03
32 matches
Mail list logo