lives_1.3.7-1_amd64.changes uploaded successfully to localhost
along with the files:
lives_1.3.7-1.dsc
lives_1.3.7.orig.tar.bz2
lives_1.3.7-1.debian.tar.gz
lives_1.3.7-1_amd64.deb
libweed0_1.3.7-1_amd64.deb
libweed-dev_1.3.7-1_amd64.deb
lives-data_1.3.7-1_all.deb
Greetings,
Accepted:
libweed-dev_1.3.7-1_amd64.deb
to main/l/lives/libweed-dev_1.3.7-1_amd64.deb
libweed0_1.3.7-1_amd64.deb
to main/l/lives/libweed0_1.3.7-1_amd64.deb
lives-data_1.3.7-1_all.deb
to main/l/lives/lives-data_1.3.7-1_all.deb
lives_1.3.7-1.debian.tar.gz
to main/l/lives/lives_1.3.7-1.debi
fluidsynth-dssi_1.0.0-3_amd64.changes uploaded successfully to localhost
along with the files:
fluidsynth-dssi_1.0.0-3.dsc
fluidsynth-dssi_1.0.0-3.debian.tar.gz
fluidsynth-dssi_1.0.0-3_amd64.deb
Greetings,
Your Debian queue daemon (running on host franck.debian.org)
___
Accepted:
fluidsynth-dssi_1.0.0-3.debian.tar.gz
to main/f/fluidsynth-dssi/fluidsynth-dssi_1.0.0-3.debian.tar.gz
fluidsynth-dssi_1.0.0-3.dsc
to main/f/fluidsynth-dssi/fluidsynth-dssi_1.0.0-3.dsc
fluidsynth-dssi_1.0.0-3_amd64.deb
to main/f/fluidsynth-dssi/fluidsynth-dssi_1.0.0-3_amd64.deb
On Wed, Sep 15, 2010 at 09:19:49AM +, ales...@users.alioth.debian.org wrote:
Force to build against libfluidsynth available in experimental.
diff --git a/debian/control b/debian/control
index acd4a8e..3b31be8 100644
--- a/debian/control
+++ b/debian/control
@@ -11,7 +11,7 @@ Build-Depends
On Wed, Sep 15, 2010 at 08:02:28AM +, ales...@users.alioth.debian.org wrote:
The following commit has been merged in the master branch:
commit 3280bcec5230342bb12bcafb3c5a5978b07f
Author: Alessio Treglia
Date: Wed Sep 15 09:45:34 2010 +0200
Finalize changelog.
diff --git a/debian/
Package: hydrogen
Severity: normal
Tags: patch upstream
Forwarded:
https://www.assembla.com/spaces/hydrogen/tickets/133-ftbs-with-new-qt-4-7
Hi,
hydrogen fails to build on experimental with the latest Qt 4.7.
g++ -o libs/hydrogen/src/song.o -c -O3 -fomit-frame-pointer -funroll-loops -g
-O2 -g
Processing commands for cont...@bugs.debian.org:
> tags 596956 pending
Bug #596956 [hydrogen] FTBFS with Qt 4.7 in experimental
Added tag(s) pending.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
596956: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=596956
De
Jonas,
thanks for pointing out this.
On Wed, Sep 15, 2010 at 11:58 AM, Jonas Smedegaard wrote:
> It seems to me that it contains important regression fixes and only few
> things apart from that. If that is correct, I believe it is a good
> candidate for Squeeze, and suggest to target unstable i
Hi,
Just switching to dpkg source format 3.0 does not work nicely with
git-buildpackage: the source format auto-applies patches and leave it as
such after package cleanup, while git-buildpackage expects patches to be
unapplied.
As some may have noticed in past threads, I have not liked the a
Am 15.09.2010 13:40, schrieb Jonas Smedegaard:
I hereby propose that we recommend generally switching to source
format 3.0 (quilt) - even for packages not currently using patches -
and add the following info to debian/source/local-options:
unapply-patches = True
abort-on-uptream-changes = True
Am 15.09.2010 13:35, schrieb Alessio Treglia:
Many changes have been made, so I'd feel more comfortable to see a
sort of 'long term' support provided by upstream for the 1.3.4
release.
I am going to email the current maintainer about this situation.
Is it possible to backport all the patches th
On 2010-09-14 22:41, Hans-Christoph Steiner wrote:
>
>
> Honestly, I think he's heard it enough about it from IOhannes and me. I
> think it would be helpful if others could start the discussion with him.
>
even though paul is really not very responsive these days i would hate
to do anything with
ACK from me. Sounds really great.
On 9/15/10, Jonas Smedegaard wrote:
> Hi,
>
> Just switching to dpkg source format 3.0 does not work nicely with
> git-buildpackage: the source format auto-applies patches and leave it as
> such after package cleanup, while git-buildpackage expects patches to be
PS: in the meantime a rc-bug for the "puredata" packages has appeared
[1], which i cannot reproduce at all; if someone here could have a look
at it i would be thankful.
On today's sid
$ sudo apt-get install puredata --no-install-recommends
$ puredata
works.
- Fabian
I've tried to run git-buildpackage -S -sa to build the source package and...
dpkg-source: info: using options from
lives/debian/source/local-options: --unapply-patches=True
--abort-on-upstream-changes=True
dpkg-source: warning: --unapply-patches=True is not a valid option
for Dpkg::Source::Packa
On Wed, Sep 15, 2010 at 04:00:55PM +0200, Alessio Treglia wrote:
> lives/debian/source/local-options: --unapply-patches=True
git-buildpackage won't complain if you omit "=True" in local-options,
but I haven't verified the generated debian.tar.gz
HTH
--
mail: a...@thur.de http://adi.thur.
On Wed, Sep 15, 2010 at 2:11 PM, Fabian Greffrath wrote:
> Is it possible to backport all the patches that fix an issue marked
> "regression" to the current package in unstable?
Mmmh.. before backporting the patches, we should try to undertand
which of those regressions might affect the 1.3.4 rel
That's the solution!
On Wed, Sep 15, 2010 at 4:08 PM, Adrian Knoth
wrote:
> git-buildpackage won't complain if you omit "=True" in local-options,
...and works fine!
--
Alessio Treglia
Debian & Ubuntu Developer | Homepage: http://www.alessiotreglia.com
0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C
On Wed, Sep 15, 2010 at 04:13:25PM +0200, Alessio Treglia wrote:
That's the solution!
On Wed, Sep 15, 2010 at 4:08 PM, Adrian Knoth
wrote:
git-buildpackage won't complain if you omit "=True" in local-options,
...and works fine!
I am to blame for that: I *guessed* that it should have a tra
lives_1.3.8-1_amd64.changes uploaded successfully to localhost
along with the files:
lives_1.3.8-1.dsc
lives_1.3.8.orig.tar.bz2
lives_1.3.8-1.debian.tar.gz
lives_1.3.8-1_amd64.deb
libweed0_1.3.8-1_amd64.deb
libweed-dev_1.3.8-1_amd64.deb
lives-data_1.3.8-1_all.deb
Greetings,
Accepted:
libweed-dev_1.3.8-1_amd64.deb
to main/l/lives/libweed-dev_1.3.8-1_amd64.deb
libweed0_1.3.8-1_amd64.deb
to main/l/lives/libweed0_1.3.8-1_amd64.deb
lives-data_1.3.8-1_all.deb
to main/l/lives/lives-data_1.3.8-1_all.deb
lives_1.3.8-1.debian.tar.gz
to main/l/lives/lives_1.3.8-1.debi
Processing commands for cont...@bugs.debian.org:
> #libffado (2.0.1+svn1856-2) UNRELEASED; urgency=low
> #
> # * Refactor common python code into ffado-python-support
> #(Closes: #594568) (LP: #524702 #624514)
> #
> limit source libffado
Limiting to bugs with field 'source' containing at leas
On Sun, Aug 22, 2010 at 12:59:42PM +0200, Torquil Macdonald Sørensen wrote:
Hi!
> Package: jackd2
> Version: 1.9.5~dfsg-19
> Severity: normal
>
> Before I used jackd1 and the file /etc/security/limits.d/audio.conf.
> At some point I upgraded to jackd2 and no longer have that file. I
> have not d
Processing commands for cont...@bugs.debian.org:
> tags 593922 + moreinfo
Bug #593922 [jackd2] jackd2: Missing /etc/security/limits.d/audio.conf
Added tag(s) moreinfo.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
593922: http://bugs.debian.org/cgi-bin/bugreport
On Wednesday 15 September 2010 07:40:56 Jonas Smedegaard wrote:
> Hi,
>
> Just switching to dpkg source format 3.0 does not work nicely with
> git-buildpackage: the source format auto-applies patches and leave it as
> such after package cleanup, while git-buildpackage expects patches to be
> unapp
On Wed, Sep 15, 2010 at 12:29:42PM -0400, Andres Mejia wrote:
On Wednesday 15 September 2010 07:40:56 Jonas Smedegaard wrote:
I hereby propose that we recommend generally switching to source
format 3.0 (quilt) - even for packages not currently using patches -
and add the following info to debia
Processing commands for cont...@bugs.debian.org:
> reassign 596868 libjack0
Bug #596868 [iceweasel] Subject: iceweasel: Iceweasel crashes when playing
video files
Bug reassigned from package 'iceweasel' to 'libjack0'.
Bug No longer marked as found in versions iceweasel/3.5.11-2.
> thanks
Stopping
28 matches
Mail list logo
