Bug#614338: marked as done (common.h needs to include stdint.h)

[Debian Bug Tracking System]

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.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
614338: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=614338
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: libavutil-dev
Version: 4:0.6.1-5
Severity: important
File: /usr/include/libavutil/common.h

common.h uses UINT64_C but does not define it so apps that use libavutil
but don't use stdint.h will have build issues. I ran into this while
trying to enable ffmpeg support in jugglemaster.

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (700, 'testing'), (600, 'unstable'), (550, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.37-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libavutil-dev depends on:
ii  libavutil50   4:0.6.1-5  FFmpeg utility library

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


signature.asc
Description: This is a digitally signed message part
--- End Message ---
--- Begin Message ---
On Mon, Feb 21, 2011 at 07:34:13 (CET), Paul Wise wrote:

> On Mon, 2011-02-21 at 14:15 +0800, Paul Wise wrote:
>
>> common.h uses UINT64_C but does not define it so apps that use libavutil
>> but don't use stdint.h will have build issues. I ran into this while
>> trying to enable ffmpeg support in jugglemaster.

wrong. avutil.h #includes 'inttypes.h', which in turn 'stdint.h'. See
also the C99 spec, 7.8 Format conversion of integer types.

> Followup to that:
>
> The code I was trying to build is C++ so this needs to be added before
> any inclusion of stdint.h otherwise the code isn't C++ compatible.
>
> #define __STDC_CONSTANT_MACROS 1

Indeed, FFmpeg requires a working C99 compiler. C++ does not provide
that by default, so you as C++ application developer need to ensure a
proper environment when using FFmpeg. As you state correctly, that
#define is sufficient to ensure that. This has been discussed upstream
at that time and C++ users have to deal with it.

Personal remark: This is one of the very subtle (and annoying!)
differences between C and C++.

-- 
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4

--- End Message ---
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Bug#614344: [libslv2-9] crashes pidgin

[Török Edwin]

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.
0x7fffe6c24a5a in raptor_new_uri_from_uri_local_name_v2 () from
/usr/lib/libraptor.so.1
(gdb) bt
#0  0x7fffe6c24a5a in raptor_new_uri_from_uri_local_name_v2 () from
/usr/lib/libraptor.so.1
#1  0x7fffe70f375a in librdf_new_node_from_uri_local_name () from
/usr/lib/librdf.so.0
#2  0x7fffe70e5ce4 in librdf_init_concepts () from /usr/lib/librdf.so.0
#3  0x7fffe70defb5 in librdf_world_open () from /usr/lib/librdf.so.0
#4  0x7fffe7318a27 in slv2_world_new () from /usr/lib/libslv2.so.9
#5  0x7fffe773f736 in ?? () from /usr/lib/gstreamer-0.10/libgstlv2.so
#6  0x00309a267e26 in ?? () from /usr/lib/libgstreamer-0.10.so.0
#7  0x00309a268d0a in gst_plugin_load_file () from
/usr/lib/libgstreamer-0.10.so.0
#8  0x00309a27373c in ?? () from /usr/lib/libgstreamer-0.10.so.0
#9  0x00309a274f29 in ?? () from /usr/lib/libgstreamer-0.10.so.0
#10 0x00309a2750f9 in ?? () from /usr/lib/libgstreamer-0.10.so.0
#11 0x00309a276925 in gst_update_registry () from
/usr/lib/libgstreamer-0.10.so.0
#12 0x00309a22c9d0 in ?? () from /usr/lib/libgstreamer-0.10.so.0
#13 0x00308e252cd9 in g_option_context_parse () from
/lib/libglib-2.0.so.0
#14 0x00309a22c115 in gst_init_check () from
/usr/lib/libgstreamer-0.10.so.0
#15 0x004a8e31 in ?? ()
#16 0x00485984 in ?? ()
#17 0x003fa3e66322 in purple_core_init () from /usr/lib/libpurple.so.0
#18 0x00486075 in main ()


--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.37.1-phenom

Debian Release: wheezy/sid
  500 unstableftp.lug.ro
  500 testing security.debian.org
  500 testing ftp.ro.debian.org
1 experimentalftp.lug.ro

--- Package information. ---
Depends  (Version) | Installed
==-+-
libc6   (>= 2.2.5) | 2.11.2-11
libraptor1 (>= 1.4.19) | 1.4.21-2
librasqal2 (>= 0.9.18) | 0.9.20-1
librdf0 (>= 1.0.9) | 1.0.13-1


Package's Recommends field is empty.

Suggests   (Version) | Installed
-+-===
slv2-jack|







___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Bug#614344: reassign

[Török Edwin]

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 when installed, don't know.

Best regards,
--Edwin



___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Processed: reassign

[Debian Bug Tracking System]

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 Marked as found in versions vocproc/0.2-1.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
614344: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=614344
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Re: Bug#611791: [SRM] Approval for libmms_0.6-1squeeze1

[Hans de Goede]

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
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Bug#614344: [libslv2-9] crashes pidgin

[Adrian Knoth]

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.
> 0x7fffe6c24a5a in raptor_new_uri_from_uri_local_name_v2 () from
> /usr/lib/libraptor.so.1
> (gdb) bt
> #0  0x7fffe6c24a5a in raptor_new_uri_from_uri_local_name_v2 () from
> /usr/lib/libraptor.so.1
> #1  0x7fffe70f375a in librdf_new_node_from_uri_local_name () from
> /usr/lib/librdf.so.0
> #2  0x7fffe70e5ce4 in librdf_init_concepts () from /usr/lib/librdf.so.0
> #3  0x7fffe70defb5 in librdf_world_open () from /usr/lib/librdf.so.0
> #4  0x7fffe7318a27 in slv2_world_new () from /usr/lib/libslv2.so.9


> libraptor1 (>= 1.4.19) | 1.4.21-2
> librasqal2 (>= 0.9.18) | 0.9.20-1
> librdf0 (>= 1.0.9) | 1.0.13-1

What we actually see here is probably an inclusion of libraptor1
(directly from libslv2) and libraptor2 (via librdf0 as of version
1.0.13-1) at the same time, leading to a crash.

See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=613411#43 for more
info.


Cheers

-- 
mail: a...@thur.de  http://adi.thur.de  PGP/GPG: key via keyserver



___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Processed (with 1 errors): Re: Bug#614344: [libslv2-9] crashes pidgin

[Debian Bug Tracking System]

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 here.

Please contact me if you need assistance.
-- 
614344: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=614344
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Bug#614344: [libslv2-9] crashes pidgin

[Sebastian Dröge]

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 this:
> > Program received signal SIGSEGV, Segmentation fault.
> > 0x7fffe6c24a5a in raptor_new_uri_from_uri_local_name_v2 () from
> > /usr/lib/libraptor.so.1
> > (gdb) bt
> > #0  0x7fffe6c24a5a in raptor_new_uri_from_uri_local_name_v2 () from
> > /usr/lib/libraptor.so.1
> > #1  0x7fffe70f375a in librdf_new_node_from_uri_local_name () from
> > /usr/lib/librdf.so.0
> > #2  0x7fffe70e5ce4 in librdf_init_concepts () from /usr/lib/librdf.so.0
> > #3  0x7fffe70defb5 in librdf_world_open () from /usr/lib/librdf.so.0
> > #4  0x7fffe7318a27 in slv2_world_new () from /usr/lib/libslv2.so.9
> 
> 
> > libraptor1 (>= 1.4.19) | 1.4.21-2
> > librasqal2 (>= 0.9.18) | 0.9.20-1
> > librdf0 (>= 1.0.9) | 1.0.13-1
> 
> What we actually see here is probably an inclusion of libraptor1
> (directly from libslv2) and libraptor2 (via librdf0 as of version
> 1.0.13-1) at the same time, leading to a crash.
> 
> See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=613411#43 for more
> info.

And this only crashes because pidgin is not using GStreamer the way it
usually should be used...


signature.asc
Description: This is a digitally signed message part
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Bug#614344: [libslv2-9] crashes pidgin

[Reinhard Tartler]

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 SIGSEGV, Segmentation fault.
> 0x7fffe6c24a5a in raptor_new_uri_from_uri_local_name_v2 () from
> /usr/lib/libraptor.so.1
> (gdb) bt
> #0  0x7fffe6c24a5a in raptor_new_uri_from_uri_local_name_v2 () from
> /usr/lib/libraptor.so.1
> #1  0x7fffe70f375a in librdf_new_node_from_uri_local_name () from
> /usr/lib/librdf.so.0

This strongly seems to me to be another case where two incompatible
versions of librdf get loaded into the address space causing this
problem. I'm pretty sure this has been reported before, please someone
merge it with the respective report.

Reassigning to librdf0 for now.

-- 
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4



___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Processed: Re: Bug#614344: [libslv2-9] crashes pidgin

[Debian Bug Tracking System]

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 assistance.
-- 
614344: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=614344
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Bug#611791: [SRM] Approval for libmms_0.6-1squeeze1

[Fabian Greffrath]

Hey release team,

this is the patch in question:


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 about Hans' 
suggestion to accept libmms 0.6.2 in stable?


Best Regards,
Fabian



___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Bug#611791: [SRM] Approval for libmms_0.6-1squeeze1

[Adam D. Barratt]

On Mon, February 21, 2011 12:28, Fabian Greffrath wrote:
> this is the patch in question:
> 
>
> 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?

Yes, the fix would need to be applied to unstable first, so we can
discover if any further issues occur.

> How about Hans'
> suggestion to accept libmms 0.6.2 in stable?

Even after excluding build system noise, the difference between the
current stable and unstable packages comes to

 29 files changed, 1094 insertions(+), 1459 deletions(-)

including a bunch of code rearrangement.  That's really too large and
non-specific for a stable update, I'm afraid.

Regards,

Adam




___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Bug#611791: [SRM] Approval for libmms_0.6-1squeeze1

[Fabian Greffrath]

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 afraid.


I see, thanks for the analysis!

 - Fabian



___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Re: [SCM] libmms/squeeze: Apply another patch backported from upstream git to fixup bswap.h macros. This patch does not change anything functionally, but it does make the code read correctly.

[Reinhard Tartler]

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 @@
>  0001-Remove-unneeded-bswap.h-from-public-headers.patch
>  0003-Bug-493735-libmms-dev-Incorrect-use-of-this-keyword-.patch
>  0001-Endianness-macros-should-not-dereference-unaligned-p.patch
> +0001-Fixup-bswap.h-macros.patch

the numbering looks very weird. Fabian, is that on purpose? perhaps we
should remove the numbers from the filenames before the next upload?

-- 
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Re: [SCM] libmms/squeeze: Apply another patch backported from upstream git to fixup bswap.h macros. This patch does not change anything functionally, but it does make the code read correctly.

[Fabian Greffrath]

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 upstream git, it was 
the last available commit at that time, so git format-patch always 
started numbering the patch at 1 again.


If you think it is better to remove the numbers, I can do so. Or I 
just renumber the patches in the right order.


___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Re: [SCM] libmms/squeeze: Apply another patch backported from upstream git to fixup bswap.h macros. This patch does not change anything functionally, but it does make the code read correctly.

[Reinhard Tartler]

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 purpose. ;)
>
> It is because each time I backported a patch from upstream git, it was
> the last available commit at that time, so git format-patch always
> started numbering the patch at 1 again.
>
> If you think it is better to remove the numbers, I can do so. Or I just
> renumber the patches in the right order.

I'd suggest to drop them. the order is defined by debian/patches/series
anyway

-- 
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

zynjacku 5.2-4 MIGRATED to testing

[Debian testing watch]

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
later changes on the next day.
See http://release.debian.org/testing-watch/ for more information.

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

xsynth-dssi 0.9.4-2 MIGRATED to testing

[Debian testing watch]

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 receive
later changes on the next day.
See http://release.debian.org/testing-watch/ for more information.

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

phasex 0.12.0+m1-2 MIGRATED to testing

[Debian testing watch]

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 will receive
later changes on the next day.
See http://release.debian.org/testing-watch/ for more information.

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

alsaequal 0.6-1 MIGRATED to testing

[Debian testing watch]

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 will receive
later changes on the next day.
See http://release.debian.org/testing-watch/ for more information.

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

jacktrip 1.0.5.patch2-1 MIGRATED to testing

[Debian testing watch]

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 day you will receive
later changes on the next day.
See http://release.debian.org/testing-watch/ for more information.

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Bug#613411: More info

[Julien Cristau]

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 ardour is linking to raptor1 and raptor2, and thus crashing.
> 
I don't know the impact there, but this may also be a problem with
redland-bindings (librdf-perl, librdf-ruby, php5-librdf, python-librdf),
slv2 (libslv2-9, slv2-jack), soprano (soprano-daemon) in sid, which
depend on both librdf0 and libraptor1.

Cheers,
Julien



___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Processing of csound_5.13.0~dfsg-2_amd64.changes

[Debian FTP Masters]

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
  libcsound64-doc_5.13.0~dfsg-2_all.deb
  csound_5.13.0~dfsg-2_amd64.deb
  csound-gui_5.13.0~dfsg-2_amd64.deb
  csound-utils_5.13.0~dfsg-2_amd64.deb
  libcsound64-5.2_5.13.0~dfsg-2_amd64.deb
  libcsnd-java_5.13.0~dfsg-2_amd64.deb
  pd-csound_5.13.0~dfsg-2_amd64.deb
  python-csound_5.13.0~dfsg-2_amd64.deb
  libcsnd5.2_5.13.0~dfsg-2_amd64.deb
  liblua5.1-luacsnd5.2_5.13.0~dfsg-2_amd64.deb
  tclcsound_5.13.0~dfsg-2_amd64.deb
  libcsoundac5.2_5.13.0~dfsg-2_amd64.deb
  python-csoundac_5.13.0~dfsg-2_amd64.deb
  csladspa_5.13.0~dfsg-2_amd64.deb

Greetings,

Your Debian queue daemon (running on host franck.debian.org)

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

csound_5.13.0~dfsg-2_amd64.changes REJECTED

[Debian FTP Masters]

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.
libcsoundac5.2_5.13.0~dfsg-2_amd64.deb: can not overwrite existing copy already 
in the archive.
md5sum and/or size mismatch on existing copy of 
libcsoundac5.2_5.13.0~dfsg-2_amd64.deb.
python-csound_5.13.0~dfsg-2_amd64.deb: can not overwrite existing copy already 
in the archive.
md5sum and/or size mismatch on existing copy of 
python-csound_5.13.0~dfsg-2_amd64.deb.
liblua5.1-luacsnd5.2_5.13.0~dfsg-2_amd64.deb: can not overwrite existing copy 
already in the archive.
md5sum and/or size mismatch on existing copy of 
liblua5.1-luacsnd5.2_5.13.0~dfsg-2_amd64.deb.
libcsound64-5.2_5.13.0~dfsg-2_amd64.deb: can not overwrite existing copy 
already in the archive.
md5sum and/or size mismatch on existing copy of 
libcsound64-5.2_5.13.0~dfsg-2_amd64.deb.
libcsound64-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 
libcsound64-dev_5.13.0~dfsg-2_all.deb.
csound-utils_5.13.0~dfsg-2_amd64.deb: can not overwrite existing copy already 
in the archive.
md5sum and/or size mismatch on existing copy of 
csound-utils_5.13.0~dfsg-2_amd64.deb.
csound-gui_5.13.0~dfsg-2_amd64.deb: can not overwrite existing copy already in 
the archive.
md5sum and/or size mismatch on existing copy of 
csound-gui_5.13.0~dfsg-2_amd64.deb.
libcsnd-java_5.13.0~dfsg-2_amd64.deb: can not overwrite existing copy already 
in the archive.
md5sum and/or size mismatch on existing copy of 
libcsnd-java_5.13.0~dfsg-2_amd64.deb.
pd-csound_5.13.0~dfsg-2_amd64.deb: can not overwrite existing copy already in 
the archive.
md5sum and/or size mismatch on existing copy of 
pd-csound_5.13.0~dfsg-2_amd64.deb.
md5sum and/or size mismatch on existing copy of csound_5.13.0~dfsg-2.dsc.
libcsound64-doc_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 
libcsound64-doc_5.13.0~dfsg-2_all.deb.
csladspa_5.13.0~dfsg-2_amd64.deb: can not overwrite existing copy already in 
the archive.
md5sum and/or size mismatch on existing copy of 
csladspa_5.13.0~dfsg-2_amd64.deb.
md5sum and/or size mismatch on existing copy of 
csound_5.13.0~dfsg-2.debian.tar.gz.
tclcsound_5.13.0~dfsg-2_amd64.deb: can not overwrite existing copy already in 
the archive.
md5sum and/or size mismatch on existing copy of 
tclcsound_5.13.0~dfsg-2_amd64.deb.
csound_5.13.0~dfsg-2_amd64.deb: can not overwrite existing copy already in the 
archive.
md5sum and/or size mismatch on existing copy of csound_5.13.0~dfsg-2_amd64.deb.
libcsnd5.2_5.13.0~dfsg-2_amd64.deb: can not overwrite existing copy already in 
the archive.
md5sum and/or size mismatch on existing copy of 
libcsnd5.2_5.13.0~dfsg-2_amd64.deb.
python-csoundac_5.13.0~dfsg-2_amd64.deb: can not overwrite existing copy 
already in the archive.
md5sum and/or size mismatch on existing copy of 
python-csoundac_5.13.0~dfsg-2_amd64.deb.
libcsnd-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 
libcsnd-dev_5.13.0~dfsg-2_all.deb.
csound_5.13.0~dfsg-2.dsc: old version (1:5.13.0~dfsg-2) in unstable >= new 
version (1:5.13.0~dfsg-2) targeted at unstable.
can not overwrite existing copy of 'csound_5.13.0~dfsg-2.debian.tar.gz' already 
in the archive.



===

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
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

good love

[joy odily]

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 send you some pictures of mine my
contact tus:(joyodily20...@yahoo.com)awaiting to hear from you. please
contact through my email address because i don't have full access to
this site.Loving you forver
















































joy


  ___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Processing of libmms_0.6.2-2_i386.changes

[Debian FTP Masters]

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)

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

libmms_0.6.2-2_i386.changes ACCEPTED into unstable

[Debian FTP Masters]

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 main/libm/libmms/libmms_0.6.2-2.dsc


Override entries for your package:
libmms-dev_0.6.2-2_i386.deb - optional libdevel
libmms0_0.6.2-2_i386.deb - optional libs
libmms_0.6.2-2.dsc - source libs

Announcing to debian-devel-chan...@lists.debian.org


Thank you for your contribution to Debian.

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Bug#614092: guayadeque crashes

[Yann Dirson]

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 provide accurate
backtraces.  In the meantime here is my best offer:

#0  0x7fa314375732 in addbyter () from /usr/lib/libcurl-gnutls.so.4
#1  0x7fa314375dbd in dprintf_formatf () from /usr/lib/libcurl-gnutls.so.4
#2  0x7fa314376eb5 in curl_mvsnprintf () from /usr/lib/libcurl-gnutls.so.4
#3  0x7fa31436821f in Curl_failf () from /usr/lib/libcurl-gnutls.so.4
#4  0x7fa31435ea2c in Curl_resolv_timeout () from 
/usr/lib/libcurl-gnutls.so.4
#5  0x0058 in ?? ()
#6  0x1ff3 in ?? ()
#7  0x7fa3145d946f in ?? () from /usr/lib/libsqlite3.so.0
#8  0x7fa3145df8b7 in ?? () from /usr/lib/libsqlite3.so.0
#9  0x in ?? ()


The fact there is a "Curl_resolv_timeout" call makes me quite
suspicious of a library issue of some sort, see
http://bugs.debian.org/614070 for a familiar-looking pattern.  Nothing
looking vaguely related from a quick search in the libc6 bug list,
however.

Downgrading to 0.2.5 for now to check what happens...

Best regards,
-- 
Yann



___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Bug#613933: marked as done (csound: FTBFS on armel - Scons: Don't know how to build from a source file with suffix `.y')

[Debian Bug Tracking System]

Your message dated Mon, 21 Feb 2011 22:47:26 +
with message-id 
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 suffix `.y'
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
613933: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=613933
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: csound
Version: 1:5.13.0~dfsg-2
Severity: serious

Hello,

  You package fails to build from source on armel and other architectures:

scons: *** While building `['frontends/beats/beats.tab.c']' from 
`['frontends/beats/beats.y']': Don't know how to build from a source file with 
suffix `.y'.  Expected a suffix in this list: ['.i'].
File 
"/build/buildd-csound_5.13.0~dfsg-2-armel-aOZxuu/csound-5.13.0~dfsg/SConstruct",
 line 2820, in 
make: *** [debian/stamp-scons-build] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2

  Find full build log at:
  
https://buildd.debian.org/fetch.cgi?pkg=csound&arch=armel&ver=1:5.13.0~dfsg-2&stamp=1297363256&file=log&as=raw

  Check your package builds at:
  https://buildd.debian.org/status/package.php?p=csound&suite=sid

  Best regards

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (700, 'testing'), (600, 'unstable'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.37-trunk-amd64 (SMP w/8 CPU cores)
Locale: LANG=ca_ES.UTF-8, LC_CTYPE=ca_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash


--- End Message ---
--- Begin Message ---
Source: csound
Source-Version: 1:5.13.0~dfsg-3

We believe that the bug you reported is fixed in the latest version of
csound, which is due to be installed in the Debian FTP archive:

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
csound_5.13.0~dfsg-3.debian.tar.gz
  to main/c/csound/csound_5.13.0~dfsg-3.debian.tar.gz
csound_5.13.0~dfsg-3.dsc
  to main/c/csound/csound_5.13.0~dfsg-3.dsc
csound_5.13.0~dfsg-3_amd64.deb
  to main/c/csound/csound_5.13.0~dfsg-3_amd64.deb
libcsnd-dev_5.13.0~dfsg-3_all.deb
  to main/c/csound/libcsnd-dev_5.13.0~dfsg-3_all.deb
libcsnd-java_5.13.0~dfsg-3_amd64.deb
  to main/c/csound/libcsnd-java_5.13.0~dfsg-3_amd64.deb
libcsnd5.2_5.13.0~dfsg-3_amd64.deb
  to main/c/csound/libcsnd5.2_5.13.0~dfsg-3_amd64.deb
libcsound64-5.2_5.13.0~dfsg-3_amd64.deb
  to main/c/csound/libcsound64-5.2_5.13.0~dfsg-3_amd64.deb
libcsound64-dev_5.13.0~dfsg-3_all.deb
  to main/c/csound/libcsound64-dev_5.13.0~dfsg-3_all.deb
libcsound64-doc_5.13.0~dfsg-3_all.deb
  to main/c/csound/libcsound64-doc_5.13.0~dfsg-3_all.deb
libcsoundac-dev_5.13.0~dfsg-3_all.deb
  to main/c/csound/libcsoundac-dev_5.13.0~dfsg-3_all.deb
libcsoundac5.2_5.13.0~dfsg-3_amd64.deb
  to main/c/csound/libcsoundac5.2_5.13.0~dfsg-3_amd64.deb
liblua5.1-luacsnd5.2_5.13.0~dfsg-3_amd64.deb
  to main/c/csound/liblua5.1-luacsnd5.2_5.13.0~dfsg-3_amd64.deb
pd-csound_5.13.0~dfsg-3_amd64.deb
  to main/c/csound/pd-csound_5.13.0~dfsg-3_amd64.deb
python-csound_5.13.0~dfsg-3_amd64.deb
  to main/c/csound/python-csound_5.13.0~dfsg-3_amd64.deb
python-csoundac_5.13.0~dfsg-3_amd64.deb
  to main/c/csound/python-csoundac_5.13.0~dfsg-3_amd64.deb
tclcsound_5.13.0~dfsg-3_amd64.deb
  to main/c/csound/tclcsound_5.13.0~dfsg-3_amd64.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 613...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Felipe Sateler  (supplier of updated csound package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Mon, 21 Feb 2011 17:42:50 -0300
Source: csound
Binary: csound csound-gui csound-utils libcsound64-5.2 libcsnd-java 
libcsound64-dev libcsnd-dev libcsoundac-dev pd-csound python-csound libcsnd5.2 
liblua5.1-luacsnd5.2 tclcsound libcsoundac5.2 python-csoundac csladspa 
libcsound64-doc
Architecture: source all amd64
Version: 1:5.13.0~dfsg-3
Distribution: unstable
Urgency: low
Maint

Bug#614479: naspro-bridges-bad: FTBFS: librdf.h:31:20: error: raptor.h: No such file or directory

[Lucas Nussbaum]

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  -Dladspa_EXPORTS -g -O2  -fPIC 
> -I/build/user-naspro-bridges-bad_0.2.0-2-amd64-HW_SO2/naspro-bridges-bad-0.2.0/.
>  -I/usr/local/include -I/usr/include/rasqal   -o 
> CMakeFiles/ladspa.dir/ladspa/lrdf.c.o   -c 
> /build/user-naspro-bridges-bad_0.2.0-2-amd64-HW_SO2/naspro-bridges-bad-0.2.0/ladspa/lrdf.c
> In file included from 
> /build/user-naspro-bridges-bad_0.2.0-2-amd64-HW_SO2/naspro-bridges-bad-0.2.0/ladspa/lrdf.c:19:
> /usr/include/librdf.h:31:20: error: raptor.h: No such file or directory
> In file included from /usr/include/librdf.h:33,
>  from 
> /build/user-naspro-bridges-bad_0.2.0-2-amd64-HW_SO2/naspro-bridges-bad-0.2.0/ladspa/lrdf.c:19:
> /usr/include/rasqal/rasqal.h:239: error: expected specifier-qualifier-list 
> before 'raptor_uri'
> /usr/include/rasqal/rasqal.h:336: error: expected specifier-qualifier-list 
> before 'raptor_uri'
> /usr/include/rasqal/rasqal.h:505: error: expected specifier-qualifier-list 
> before 'raptor_uri'
> /usr/include/rasqal/rasqal.h:516: error: expected specifier-qualifier-list 
> before 'raptor_uri'
> /usr/include/rasqal/rasqal.h:742: error: expected specifier-qualifier-list 
> before 'raptor_uri'
> In file included from /usr/include/librdf.h:33,
>  from 
> /build/user-naspro-bridges-bad_0.2.0-2-amd64-HW_SO2/naspro-bridges-bad-0.2.0/ladspa/lrdf.c:19:
> /usr/include/rasqal/rasqal.h:940: error: expected specifier-qualifier-list 
> before 'raptor_uri'
> /usr/include/rasqal/rasqal.h:1016: error: expected declaration specifiers or 
> '...' before 'raptor_world'
> /usr/include/rasqal/rasqal.h:1018: error: expected '=', ',', ';', 'asm' or 
> '__attribute__' before '*' token
> /usr/include/rasqal/rasqal.h:1021: error: expected declaration specifiers or 
> '...' before 'raptor_log_handler'
> /usr/include/rasqal/rasqal.h:1029: error: expected '=', ',', ';', 'asm' or 
> '__attribute__' before '*' token
> /usr/include/rasqal/rasqal.h:1032: error: expected declaration specifiers or 
> '...' before 'raptor_uri'
> /usr/include/rasqal/rasqal.h:1036: error: expected declaration specifiers or 
> '...' before 'raptor_uri'
> /usr/include/rasqal/rasqal.h:1040: error: expected declaration specifiers or 
> '...' before 'raptor_uri'
> /usr/include/rasqal/rasqal.h:1101: error: expected declaration specifiers or 
> '...' before 'raptor_sequence'
> /usr/include/rasqal/rasqal.h:1104: error: expected '=', ',', ';', 'asm' or 
> '__attribute__' before '*' token
> /usr/include/rasqal/rasqal.h:1108: error: expected declaration specifiers or 
> '...' before 'raptor_uri'
> /usr/include/rasqal/rasqal.h:1113: error: expected '=', ',', ';', 'asm' or 
> '__attribute__' before '*' token
> /usr/include/rasqal/rasqal.h:1115: error: expected '=', ',', ';', 'asm' or 
> '__attribute__' before '*' token
> /usr/include/rasqal/rasqal.h:1117: error: expected '=', ',', ';', 'asm' or 
> '__attribute__' before '*' token
> /usr/include/rasqal/rasqal.h:1119: error: expected '=', ',', ';', 'asm' or 
> '__attribute__' before '*' token
> /usr/include/rasqal/rasqal.h:1127: error: expected '=', ',', ';', 'asm' or 
> '__attribute__' before '*' token
> /usr/include/rasqal/rasqal.h:1133: error: expected '=', ',', ';', 'asm' or 
> '__attribute__' before '*' token
> /usr/include/rasqal/rasqal.h:1137: error: expected '=', ',', ';', 'asm' or 
> '__attribute__' before '*' token
> /usr/include/rasqal/rasqal.h:1141: error: expected '=', ',', ';', 'asm' or 
> '__attribute__' before '*' token
> /usr/include/rasqal/rasqal.h:1145: error: expected '=', ',', ';', 'asm' or 
> '__attribute__' before '*' token
>

Bug#614485: vdpau-video: FTBFS: vdpau_driver.c:186: error: 'struct VADriverContext' has no member named 'x11_dpy'

[Lucas Nussbaum]

Source: vdpau-video
Version: 0.6.3-1
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:
> /bin/bash ../libtool --tag=CC   --mode=compile gcc -DHAVE_CONFIG_H -I. -g 
> -O2 -c -o vdpau_driver.lo vdpau_driver.c
> libtool: compile:  gcc -DHAVE_CONFIG_H -I. -g -O2 -c vdpau_driver.c  -fPIC 
> -DPIC -o .libs/vdpau_driver.o
> vdpau_driver.c: In function 'vdpau_do_Initialize':
> vdpau_driver.c:186: error: 'struct VADriverContext' has no member named 
> 'x11_dpy'
> vdpau_driver.c:270: warning: assignment from incompatible pointer type
> vdpau_driver.c:300: error: 'struct VADriverVTable' has no member named 
> 'vaCreateSurfaceFromCIFrame'
> vdpau_driver.c:301: error: 'struct VADriverVTable' has no member named 
> 'vaCreateSurfaceFromV4L2Buf'
> vdpau_driver.c:302: error: 'struct VADriverVTable' has no member named 
> 'vaCopySurfaceToBuffer'
> make[3]: *** [vdpau_driver.lo] Error 1

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2011/02/21/vdpau-video_0.6.3-1_lsid64.buildlog

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot.  Internet was not
accessible from the build systems.

-- 
| Lucas Nussbaum
| lu...@lucas-nussbaum.net   http://www.lucas-nussbaum.net/ |
| jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F |



___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Processing of csound_5.13.0~dfsg-3_amd64.changes

[Debian FTP Masters]

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
  libcsound64-doc_5.13.0~dfsg-3_all.deb
  csound_5.13.0~dfsg-3_amd64.deb
  csound-gui_5.13.0~dfsg-3_amd64.deb
  csound-utils_5.13.0~dfsg-3_amd64.deb
  libcsound64-5.2_5.13.0~dfsg-3_amd64.deb
  libcsnd-java_5.13.0~dfsg-3_amd64.deb
  pd-csound_5.13.0~dfsg-3_amd64.deb
  python-csound_5.13.0~dfsg-3_amd64.deb
  libcsnd5.2_5.13.0~dfsg-3_amd64.deb
  liblua5.1-luacsnd5.2_5.13.0~dfsg-3_amd64.deb
  tclcsound_5.13.0~dfsg-3_amd64.deb
  libcsoundac5.2_5.13.0~dfsg-3_amd64.deb
  python-csoundac_5.13.0~dfsg-3_amd64.deb
  csladspa_5.13.0~dfsg-3_amd64.deb

Greetings,

Your Debian queue daemon (running on host franck.debian.org)

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

csound_5.13.0~dfsg-3_amd64.changes ACCEPTED into unstable

[Debian FTP Masters]

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
csound_5.13.0~dfsg-3.debian.tar.gz
  to main/c/csound/csound_5.13.0~dfsg-3.debian.tar.gz
csound_5.13.0~dfsg-3.dsc
  to main/c/csound/csound_5.13.0~dfsg-3.dsc
csound_5.13.0~dfsg-3_amd64.deb
  to main/c/csound/csound_5.13.0~dfsg-3_amd64.deb
libcsnd-dev_5.13.0~dfsg-3_all.deb
  to main/c/csound/libcsnd-dev_5.13.0~dfsg-3_all.deb
libcsnd-java_5.13.0~dfsg-3_amd64.deb
  to main/c/csound/libcsnd-java_5.13.0~dfsg-3_amd64.deb
libcsnd5.2_5.13.0~dfsg-3_amd64.deb
  to main/c/csound/libcsnd5.2_5.13.0~dfsg-3_amd64.deb
libcsound64-5.2_5.13.0~dfsg-3_amd64.deb
  to main/c/csound/libcsound64-5.2_5.13.0~dfsg-3_amd64.deb
libcsound64-dev_5.13.0~dfsg-3_all.deb
  to main/c/csound/libcsound64-dev_5.13.0~dfsg-3_all.deb
libcsound64-doc_5.13.0~dfsg-3_all.deb
  to main/c/csound/libcsound64-doc_5.13.0~dfsg-3_all.deb
libcsoundac-dev_5.13.0~dfsg-3_all.deb
  to main/c/csound/libcsoundac-dev_5.13.0~dfsg-3_all.deb
libcsoundac5.2_5.13.0~dfsg-3_amd64.deb
  to main/c/csound/libcsoundac5.2_5.13.0~dfsg-3_amd64.deb
liblua5.1-luacsnd5.2_5.13.0~dfsg-3_amd64.deb
  to main/c/csound/liblua5.1-luacsnd5.2_5.13.0~dfsg-3_amd64.deb
pd-csound_5.13.0~dfsg-3_amd64.deb
  to main/c/csound/pd-csound_5.13.0~dfsg-3_amd64.deb
python-csound_5.13.0~dfsg-3_amd64.deb
  to main/c/csound/python-csound_5.13.0~dfsg-3_amd64.deb
python-csoundac_5.13.0~dfsg-3_amd64.deb
  to main/c/csound/python-csoundac_5.13.0~dfsg-3_amd64.deb
tclcsound_5.13.0~dfsg-3_amd64.deb
  to main/c/csound/tclcsound_5.13.0~dfsg-3_amd64.deb


Override entries for your package:
csladspa_5.13.0~dfsg-3_amd64.deb - optional sound
csound-gui_5.13.0~dfsg-3_amd64.deb - optional sound
csound-utils_5.13.0~dfsg-3_amd64.deb - optional sound
csound_5.13.0~dfsg-3.dsc - source sound
csound_5.13.0~dfsg-3_amd64.deb - optional sound
libcsnd-dev_5.13.0~dfsg-3_all.deb - extra libdevel
libcsnd-java_5.13.0~dfsg-3_amd64.deb - optional java
libcsnd5.2_5.13.0~dfsg-3_amd64.deb - optional sound
libcsound64-5.2_5.13.0~dfsg-3_amd64.deb - optional libs
libcsound64-dev_5.13.0~dfsg-3_all.deb - extra libdevel
libcsound64-doc_5.13.0~dfsg-3_all.deb - extra doc
libcsoundac-dev_5.13.0~dfsg-3_all.deb - extra libdevel
libcsoundac5.2_5.13.0~dfsg-3_amd64.deb - optional sound
liblua5.1-luacsnd5.2_5.13.0~dfsg-3_amd64.deb - optional sound
pd-csound_5.13.0~dfsg-3_amd64.deb - optional sound
python-csound_5.13.0~dfsg-3_amd64.deb - optional python
python-csoundac_5.13.0~dfsg-3_amd64.deb - optional python
tclcsound_5.13.0~dfsg-3_amd64.deb - optional sound

Announcing to debian-devel-chan...@lists.debian.org
Closing bugs: 613933 


Thank you for your contribution to Debian.

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Bug#614092: guayadeque crashes

[Yann Dirson]

Well, it turns out 0.2.5 is not immune, as somewhat expected.

Here is a backtrace of the 0.2.5 in squeeze:

#0  0x7f7074986732 in addbyter () from /usr/lib/libcurl-gnutls.so.4
#1  0x7f7074986dbd in dprintf_formatf () from /usr/lib/libcurl-gnutls.so.4
#2  0x7f7074987eb5 in curl_mvsnprintf () from /usr/lib/libcurl-gnutls.so.4
#3  0x7f707497921f in Curl_failf () from /usr/lib/libcurl-gnutls.so.4
#4  0x7f707496fa2c in Curl_resolv_timeout () from 
/usr/lib/libcurl-gnutls.so.4
#5  0x7f7074bd9b2e in pcache1Fetch (p=0x7f705a51820f, iKey=1515291151, 
createFlag=1515289824) at sqlite3.c:33975
#6  0x7f7074bcd536 in sqlite3PcacheFetch (pCache=0xf681b0, pgno=8927, 
createFlag=, ppPage=0x7f705a517d30) at sqlite3.c:32956
#7  0x7f7074beaa44 in sqlite3PagerAcquire (pPager=0xf680b8, 
pgno=1515288944, ppPage=0x7f705a517d30, noContent=0) at sqlite3.c:39626
#8  0x7f7074bf08b7 in accessPayload (pCur=0x7f7074bc36cd, offset=, amt=24, pBuf=, eOp=) 
at sqlite3.c:49133
#9  0x0510 in ?? ()
#10 0x7f705478 in ?? ()
#11 0x7f705488 in ?? ()
#12 0x00f632f8 in ?? ()
#13 0x0500 in ?? ()
#14 0x0044 in ?? ()
#15 0x7f705a517df8 in ?? ()
#16 0x0530 in ?? ()
#17 0x005174bdc7e2 in ?? ()
#18 0x7f70540363b8 in ?? ()
#19 0x04f8 in ?? ()
#20 0x7f705420 in ?? ()
#21 0x0500 in ?? ()
#22 0x0004 in ?? ()
#23 0x0001 in ?? ()
#24 0x7f70540a5fb8 in ?? ()
#25 0x7f7073586930 in __libc_malloc (bytes=140120948228692) at malloc.c:3661
#26 0x7f7074bfad9f in sqlite3MemMalloc (nByte=1272) at sqlite3.c:14221
#27 0x7f7074bc1398 in sqlite3MallocSize (n=, 
pp=0x7f705a517e78) at sqlite3.c:17902
#28 mallocWithAlarm (n=, pp=0x7f705a517e78) at 
sqlite3.c:17738
#29 0x7f7074bc1474 in sqlite3Malloc (n=1272) at sqlite3.c:17764
#30 0x7f7074bc3320 in sqlite3MallocSize (nByte=) at 
sqlite3.c:17902
#31 pcache1Alloc (nByte=) at sqlite3.c:33496
#32 0x7f7074bd9b2e in pcache1Fetch (p=0x7f70540a5fb8, iKey=4, 
createFlag=16134904) at sqlite3.c:33975
#33 0x7f7054033198 in ?? ()
#34 0x7f70542973a8 in ?? ()
#35 0x7f70540331e0 in ?? ()
#36 0x7f705a518290 in ?? ()
#37 0x7f7074be9806 in pager_write (pPg=0x7f70542974a0) at sqlite3.c:40040
#38 0x7f7074beb231 in sqlite3PagerWrite (pDbPage=) at 
sqlite3.c:40153
#39 0x7f7074bed566 in insertCell (pPage=0x7f70540335e0, i=0,
pCell=0x7f705418ff90 
"\264Q\177\231c\005\006\b\201\070\331\065\t\217\205\267d\224\024\002\061\001\001\001\002\001\001C\002\002\001\b",
 sz=,
pTemp=, iChild=, 
pRC=0x7f705a518290) at sqlite3.c:50702
#40 0x7f7074bd9b2e in pcache1Fetch (p=0x7f70540b2438, iKey=1410016312, 
createFlag=1958491224) at sqlite3.c:33975
#41 0x7f7074bcd536 in sqlite3PcacheFetch (pCache=0x7f70542974a0, pgno=4, 
createFlag=, ppPage=0x7f705a5180e8) at sqlite3.c:32956
#42 0x0005 in ?? ()
#43 0x7f705a518200 in ?? ()
#44 0x7f7074bf72a7 in sqlite3VdbeRecordCompare (nKey1=, pKey1=0x0, pPKey2=0x2) at sqlite3.c:58061
#45 0x7f7074bf76f6 in sqlite3BtreeMovetoUnpacked (pCur=0x7f705405aa90, 
pIdxKey=, intKey=, biasRight=,
pRes=) at sqlite3.c:49706
#46 0x7f7074bf788f in btreeMoveto (pCur=0x69, pKey=, 
nKey=140120971719217, bias=1409657488, pRes=0x7f70540be9b8) at sqlite3.c:45871
#47 0x7f705a518378 in ?? ()
#48 0x7f705a518330 in ?? ()
#49 0x00f56d10 in ?? ()
#50 0x in ?? ()



___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Re: [SCM] libmms/squeeze: Apply another patch backported from upstream git to fixup bswap.h macros. This patch does not change anything functionally, but it does make the code read correctly.

[Fabian Greffrath]

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 patches and simply assign higher prefixes 
to the new ones.


 - Fabian

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Re: [SCM] libmms/squeeze: Apply another patch backported from upstream git to fixup bswap.h macros. This patch does not change anything functionally, but it does make the code read correctly.

[Reinhard Tartler]

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 currently in stable, I think I should keep the
> numbering of the present patches and simply assign higher prefixes to
> the new ones.

Makes sense,

thanks!

-- 
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

dmedia_0.3.0~repack-1_i386.changes REJECTED

[Luca Falavigna]

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
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers