Your message dated Mon, 21 Feb 2011 09:07:18 +0100
with message-id 87pqqlu7yh@faui44a.informatik.uni-erlangen.de
and subject line Re: Bug#614338: common.h needs to include stdint.h
has caused the Debian Bug report #614338,
regarding common.h needs to include stdint.h
to be marked as done.
reassign 614344 vocproc 0.2-1+b1
thanks
I can't remove libslv2-9, because it would remove too many other
packages, but removing vocproc (and hence all the lv2 plugins in
/usr/lib/lv2) makes pidgin work again.
So I'm reassigning the bug to vocproc, but it might be that all LV2
plugins break pidgin
Processing commands for cont...@bugs.debian.org:
reassign 614344 vocproc 0.2-1+b1
Bug #614344 [libslv2-9] [libslv2-9] crashes pidgin
Bug reassigned from package 'libslv2-9' to 'vocproc'.
Bug No longer marked as found in versions slv2/0.6.6-5.
Bug #614344 [vocproc] [libslv2-9] crashes pidgin
Bug
Hi all,
Note a patch fixing bswap.h to do things properly has now been
pushed to the libmms git repo on sourceforge.
Regards,
Hans
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
reasiggn 614344 libslv2-9
block 614344 by 613677
thanks
Package: libslv2-9
Version: 0.6.6-5
Severity: normal
--- Please enter the report below this line. ---
pidgin always crashes on startup with libslv2 installed like this:
Program received signal SIGSEGV, Segmentation fault.
Processing commands for cont...@bugs.debian.org:
reasiggn 614344 libslv2-9
Unknown command or malformed arguments to command.
block 614344 by 613677
Bug #614344 [vocproc] [libslv2-9] crashes pidgin
Was not blocked by any bugs.
Added blocking bug(s) of 614344: 613677
thanks
Stopping processing
On Mon, 2011-02-21 at 10:37 +0100, Adrian Knoth wrote:
reasiggn 614344 libslv2-9
block 614344 by 613677
thanks
Package: libslv2-9
Version: 0.6.6-5
Severity: normal
--- Please enter the report below this line. ---
pidgin always crashes on startup with libslv2 installed like
reassign 614344 librdf0
stop
On Mon, Feb 21, 2011 at 09:08:57 (CET), Török Edwin wrote:
Package: libslv2-9
Version: 0.6.6-5
Severity: normal
--- Please enter the report below this line. ---
pidgin always crashes on startup with libslv2 installed like this:
Program received signal
Processing commands for cont...@bugs.debian.org:
reassign 614344 librdf0
Bug #614344 [vocproc] [libslv2-9] crashes pidgin
Bug reassigned from package 'vocproc' to 'librdf0'.
Bug No longer marked as found in versions vocproc/0.2-1.
stop
Stopping processing here.
Please contact me if you need
Hey release team,
this is the patch in question:
http://libmms.git.sourceforge.net/git/gitweb.cgi?p=libmms/libmms;a=commitdiff;h=487d4dc7ea330d14d6e43e6cce092c4ffac926eb
Do you want me to add it to the package targetted at s-p-u for
clarification, or should I apply it in unstable first? How
On Mon, February 21, 2011 12:28, Fabian Greffrath wrote:
this is the patch in question:
http://libmms.git.sourceforge.net/git/gitweb.cgi?p=libmms/libmms;a=commitdiff;h=487d4dc7ea330d14d6e43e6cce092c4ffac926eb
Do you want me to add it to the package targetted at s-p-u for
clarification, or
Am 21.02.2011 13:58, schrieb Adam D. Barratt:
Yes, the fix would need to be applied to unstable first, so we can
discover if any further issues occur.
Prepared in git. siretart? ;)
including a bunch of code rearrangement. That's really too large and
non-specific for a stable update, I'm
On Mon, Feb 21, 2011 at 15:25:48 (CET), fabian-gu...@users.alioth.debian.org
wrote:
diff --git a/debian/patches/series b/debian/patches/series
index f086ba3..8e6f538 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -1,3 +1,4 @@
Am 21.02.2011 16:37, schrieb Reinhard Tartler:
the numbering looks very weird. Fabian, is that on purpose? perhaps we
should remove the numbers from the filenames before the next upload?
Yes, I admit it's weird. No, it's not on purpose. ;)
It is because each time I backported a patch from
On Mon, Feb 21, 2011 at 16:47:38 (CET), Fabian Greffrath wrote:
Am 21.02.2011 16:37, schrieb Reinhard Tartler:
the numbering looks very weird. Fabian, is that on purpose? perhaps we
should remove the numbers from the filenames before the next upload?
Yes, I admit it's weird. No, it's not on
FYI: The status of the zynjacku source package
in Debian's testing distribution has changed.
Previous version: 5.2-3
Current version: 5.2-4
--
This email is automatically generated once a day. As the installation of
new packages into testing happens multiple times a day you will receive
FYI: The status of the xsynth-dssi source package
in Debian's testing distribution has changed.
Previous version: 0.9.2-2
Current version: 0.9.4-2
--
This email is automatically generated once a day. As the installation of
new packages into testing happens multiple times a day you will
FYI: The status of the phasex source package
in Debian's testing distribution has changed.
Previous version: 0.12.0~pre1-3
Current version: 0.12.0+m1-2
--
This email is automatically generated once a day. As the installation of
new packages into testing happens multiple times a day you
FYI: The status of the alsaequal source package
in Debian's testing distribution has changed.
Previous version: (not in testing)
Current version: 0.6-1
--
This email is automatically generated once a day. As the installation of
new packages into testing happens multiple times a day you
FYI: The status of the jacktrip source package
in Debian's testing distribution has changed.
Previous version: (not in testing)
Current version: 1.0.5.patch2-1
--
This email is automatically generated once a day. As the installation of
new packages into testing happens multiple times a
On Tue, Feb 15, 2011 at 08:10:52 -0800, Dave Beckett wrote:
The desc should never be NULL since it's running through a list from raptor,
and the final one is to get the default parser. The only way this can
happen is if raptor wasn't initialised properly, which is my guess here. I
suspect
csound_5.13.0~dfsg-2_amd64.changes uploaded successfully to localhost
along with the files:
csound_5.13.0~dfsg-2.dsc
csound_5.13.0~dfsg-2.debian.tar.gz
libcsound64-dev_5.13.0~dfsg-2_all.deb
libcsnd-dev_5.13.0~dfsg-2_all.deb
libcsoundac-dev_5.13.0~dfsg-2_all.deb
Reject Reasons:
csound_5.13.0~dfsg-2_amd64.changes file already known to dak
libcsoundac-dev_5.13.0~dfsg-2_all.deb: can not overwrite existing copy already
in the archive.
md5sum and/or size mismatch on existing copy of
libcsoundac-dev_5.13.0~dfsg-2_all.deb.
Hello
I am called joy I saw your profile today and found you worthy to be
mine as some one whom i can lay on his arms as long as love is concern,
caring and teassing you all the night long, If you are inhterested in
knowing more about and for me to
libmms_0.6.2-2_i386.changes uploaded successfully to localhost
along with the files:
libmms_0.6.2-2.dsc
libmms_0.6.2-2.debian.tar.gz
libmms-dev_0.6.2-2_i386.deb
libmms0_0.6.2-2_i386.deb
Greetings,
Your Debian queue daemon (running on host franck.debian.org)
Accepted:
libmms-dev_0.6.2-2_i386.deb
to main/libm/libmms/libmms-dev_0.6.2-2_i386.deb
libmms0_0.6.2-2_i386.deb
to main/libm/libmms/libmms0_0.6.2-2_i386.deb
libmms_0.6.2-2.debian.tar.gz
to main/libm/libmms/libmms_0.6.2-2.debian.tar.gz
libmms_0.6.2-2.dsc
to
I am also experiencing seemingly-random crashes, namely segfaults.
Roughly since the squeeze release I have switched to guayadeque 0.2.7,
so the trigger of the bug may be either the new guayadeque, or a lib
that entered testing post-squeeze.
It would be great to have a guayadeque-dbg package to
Your message dated Mon, 21 Feb 2011 22:47:26 +
with message-id e1prexo-0004sd...@franck.debian.org
and subject line Bug#613933: fixed in csound 1:5.13.0~dfsg-3
has caused the Debian Bug report #613933,
regarding csound: FTBFS on armel - Scons: Don't know how to build from a source
file with
Source: naspro-bridges-bad
Version: 0.2.0-2
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20110221 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part:
/usr/bin/gcc
csound_5.13.0~dfsg-3_amd64.changes uploaded successfully to localhost
along with the files:
csound_5.13.0~dfsg-3.dsc
csound_5.13.0~dfsg-3.debian.tar.gz
libcsound64-dev_5.13.0~dfsg-3_all.deb
libcsnd-dev_5.13.0~dfsg-3_all.deb
libcsoundac-dev_5.13.0~dfsg-3_all.deb
Accepted:
csladspa_5.13.0~dfsg-3_amd64.deb
to main/c/csound/csladspa_5.13.0~dfsg-3_amd64.deb
csound-gui_5.13.0~dfsg-3_amd64.deb
to main/c/csound/csound-gui_5.13.0~dfsg-3_amd64.deb
csound-utils_5.13.0~dfsg-3_amd64.deb
to main/c/csound/csound-utils_5.13.0~dfsg-3_amd64.deb
Am 21.02.2011 17:21, schrieb Reinhard Tartler:
I'd suggest to drop them. the order is defined by debian/patches/series
anyway
Generally I agree with you. But for the sake of the smallest possible
debdiff with the version currently in stable, I think I should keep
the numbering of the present
On Tue, Feb 22, 2011 at 08:30:14 (CET), Fabian Greffrath wrote:
Am 21.02.2011 17:21, schrieb Reinhard Tartler:
I'd suggest to drop them. the order is defined by debian/patches/series
anyway
Generally I agree with you. But for the sake of the smallest possible
debdiff with the version
As requested by Bilal Akhtar
===
Please feel free to respond to this email if you don't understand why
your files were rejected, or if you upload new files which address our
concerns.
___
pkg-multimedia-maintainers mailing list
34 matches
Mail list logo