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-10 in
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)
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
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)
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
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
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.
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
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:
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 expected
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 libjack-dev
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
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
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
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')
--- On Fri, 4/23/10, Reinhard Tartler siret...@tauware.de wrote:
From: Reinhard Tartler siret...@tauware.de
(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
On Fri, Apr 23, 2010 at 14:32, Reinhard Tartler siret...@tauware.de 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
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
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
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
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
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
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
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
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.
True, but
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 stubborn
26 matches
Mail list logo
