Processed: tagging 626664

2011-05-24 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

 tags 626664 + pending
Bug #626664 [ladish] ladish: use x-terminal-emulator not xterm
Added tag(s) pending.
 thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
626664: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=626664
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/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers


Processing of ladish_0.3-6_amd64.changes

2011-05-24 Thread Debian FTP Masters
ladish_0.3-6_amd64.changes uploaded successfully to localhost
along with the files:
  ladish_0.3-6.dsc
  ladish_0.3-6.debian.tar.gz
  ladish_0.3-6_amd64.deb
  gladish_0.3-6_amd64.deb
  liblash-compat-1_0.3-6_amd64.deb
  liblash-compat-dev_0.3-6_all.deb
  ladish-dbg_0.3-6_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/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers


ladish_0.3-6_amd64.changes ACCEPTED into experimental

2011-05-24 Thread Debian FTP Masters



Accepted:
gladish_0.3-6_amd64.deb
  to main/l/ladish/gladish_0.3-6_amd64.deb
ladish-dbg_0.3-6_amd64.deb
  to main/l/ladish/ladish-dbg_0.3-6_amd64.deb
ladish_0.3-6.debian.tar.gz
  to main/l/ladish/ladish_0.3-6.debian.tar.gz
ladish_0.3-6.dsc
  to main/l/ladish/ladish_0.3-6.dsc
ladish_0.3-6_amd64.deb
  to main/l/ladish/ladish_0.3-6_amd64.deb
liblash-compat-1_0.3-6_amd64.deb
  to main/l/ladish/liblash-compat-1_0.3-6_amd64.deb
liblash-compat-dev_0.3-6_all.deb
  to main/l/ladish/liblash-compat-dev_0.3-6_all.deb


Override entries for your package:
gladish_0.3-6_amd64.deb - optional sound
ladish-dbg_0.3-6_amd64.deb - extra debug
ladish_0.3-6.dsc - source sound
ladish_0.3-6_amd64.deb - optional sound
liblash-compat-1_0.3-6_amd64.deb - optional libs
liblash-compat-dev_0.3-6_all.deb - optional libdevel

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


Thank you for your contribution to Debian.

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


Bug#626664: marked as done (ladish: use x-terminal-emulator not xterm)

2011-05-24 Thread Debian Bug Tracking System
Your message dated Tue, 24 May 2011 07:32:13 +
with message-id e1qom69-00066i...@franck.debian.org
and subject line Bug#626664: fixed in ladish 0.3-6
has caused the Debian Bug report #626664,
regarding ladish: use x-terminal-emulator not xterm
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.)


-- 
626664: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=626664
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
---BeginMessage---
Package: ladish
Version: 0.3-4ubuntu0danmppa1
Severity: normal
Tags: patch


ladish defaults to using xterm as a a terminal emulator (which may not even 
be installed). In Debian, it's best to use x-terminal-emulator, which 
reflects the user's choice.

-- System Information:
Debian Release: squeeze/sid
  APT prefers lucid-updates
  APT policy: (500, 'lucid-updates'), (500, 'lucid-security'), (500, 
'lucid-proposed'), (500, 'lucid-backports'), (500, 'lucid')
Architecture: i386 (i686)

Kernel: Linux 2.6.38-5.dmz.1-liquorix-686 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages ladish depends on:
ii  jackd5danmppa1~lucid1JACK Audio Connection Kit (default
ii  libc62.11.1-0ubuntu7.8   Embedded GNU C Library: Shared lib
ii  libdbus-1-3  1.2.16-2ubuntu4.2   simple interprocess messaging syst
ii  libexpat12.0.1-7ubuntu1  XML parsing C library - runtime li
ii  libjack-jackd2-0 1.9.7~dfsg-1JACK Audio Connection Kit (librari
ii  libuuid1 2.17.2-0ubuntu1.10.04.2 Universally Unique ID library
ii  python   2.6.5-0ubuntu1  An interactive high-level object-o
ii  python-dbus  0.83.0-1ubuntu3 simple interprocess messaging syst

ladish recommends no packages.

Versions of packages ladish suggests:
ii  gladish 0.3-4ubuntu0danmppa1 graphical interface for LADI Sessi

-- no debconf information
From 4686452d6cf460303ca5a2459721cf60f3700721 Mon Sep 17 00:00:00 2001
From: Dan A. Muresan danm...@gmail.com
Date: Thu, 12 May 2011 14:03:11 +0200
Subject: [PATCH] Terminal defaults to x-terminal-emulator

---
 daemon/conf.h |2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/daemon/conf.h b/daemon/conf.h
index 3d59fd0..cb56cff 100644
--- a/daemon/conf.h
+++ b/daemon/conf.h
@@ -34,7 +34,7 @@
 
 #define LADISH_CONF_KEY_DAEMON_NOTIFY_DEFAULT true
 #define LADISH_CONF_KEY_DAEMON_SHELL_DEFAULT  sh
-#define LADISH_CONF_KEY_DAEMON_TERMINAL_DEFAULT   xterm
+#define LADISH_CONF_KEY_DAEMON_TERMINAL_DEFAULT   x-terminal-emulator
 #define LADISH_CONF_KEY_DAEMON_STUDIO_AUTOSTART_DEFAULT   true
 
 #endif /* #ifndef CONF_H__795797BE_4EB8_44F8_BD9C_B8A9CB975228__INCLUDED */
-- 
1.7.0.4

---End Message---
---BeginMessage---
Source: ladish
Source-Version: 0.3-6

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

gladish_0.3-6_amd64.deb
  to main/l/ladish/gladish_0.3-6_amd64.deb
ladish-dbg_0.3-6_amd64.deb
  to main/l/ladish/ladish-dbg_0.3-6_amd64.deb
ladish_0.3-6.debian.tar.gz
  to main/l/ladish/ladish_0.3-6.debian.tar.gz
ladish_0.3-6.dsc
  to main/l/ladish/ladish_0.3-6.dsc
ladish_0.3-6_amd64.deb
  to main/l/ladish/ladish_0.3-6_amd64.deb
liblash-compat-1_0.3-6_amd64.deb
  to main/l/ladish/liblash-compat-1_0.3-6_amd64.deb
liblash-compat-dev_0.3-6_all.deb
  to main/l/ladish/liblash-compat-dev_0.3-6_all.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 626...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Alessio Treglia ales...@debian.org (supplier of updated ladish 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: SHA1

Format: 1.8
Date: Tue, 24 May 2011 08:59:25 +0200
Source: ladish
Binary: ladish gladish liblash-compat-1 liblash-compat-dev ladish-dbg
Architecture: source amd64 all
Version: 0.3-6
Distribution: experimental
Urgency: low
Maintainer: Debian Multimedia Maintainers 
pkg-multimedia-maintainers@lists.alioth.debian.org
Changed-By: Alessio Treglia ales...@debian.org
Description: 
 gladish- graphical interface for LADI Session Handler
 ladish - session 

Re: puredata package changes

2011-05-24 Thread IOhannes m zmoelnig
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2011-05-23 00:59, Hans-Christoph Steiner wrote:
 
 Would it make sense to also add the versions since it won't build with
 the 'puredata' package 0.43 or newer, something like:
 
 puredata-dev | puredata  0.43

i believe this is a bug in the packaging, and is fixed in current git
(solution: make puredata _depend_ on puredata-dev as well)

i was only waiting to ping paul to upload the package, but afaik he is
currently on a sailing trip.

 
 Also about puredata-core, it has a menu item set by puredata-core.menu. 
 That means that you could have puredata-core installed without the GUI,
 but having it launched from the Menu.  Since the .desktop file is
 puredata.desktop, I propose moving the .menu item to puredata.menu
 also.  I think it would be confusing and not useful to have a menu item
 that used to launch a GUI, but now might launch something that might not
 have a GUI.

right now puredata does not provide any files itself, only
dependencies to it's sub-packages.
lintian will not like it, if there is a binary in the .menu/.desktop
files that is not provided by the package itself. given the dependency
structure, we could do a lintian override though.
i'm wondering whether it wouldn't be better to put the menu into
puredata-gui and launch pd-gui instead.

 
 About puredata-extra, I am planning on making the 'pdextended' package
 Recommend: puredata-extra instead of including the same source and
 binaries.  Would it be ok to change the Depends: for puredata-extra to:
 
  puredata-core (= ${binary:Version}) | pd
 

hmm, the split is mainly there because you elaborated on having extra/
separately. what made you change your mind?

apart from that: puredata-extra would have to be reworked into pd-extra,
in order to make it useable by pd without breaking the pd vs puredata
separation. (if you want to make pdx search objects in
/usr/lib/puredata/extra, then we could have simply left everything in
/usr/lib/pd/)

furthermore: i think that the above depends stanza sounds like a bad
idea, as it would allow to have puredata-extra_0.43.0-4 to be installed
with either exactly puredata-core_0.43.0-4 or with pdextended-0.39.4-1;
so if we change, i think it should be:
 Depends: pd

finally: actually there is no need to fuddle around with the
dependencies. if pdextended _recommends_ puredata-extra, you can
install pdextended just fine, even with puredata-extra. puredata-extra
would pull in some more dependencies (that is: puredata-core) but i
guess that pdextended will by default pull in a thousand packages anyhow :-)


fmas
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk3bZf4ACgkQkX2Xpv6ydvRSAACgnMIv4zUn0b2b6AmNtmh5+60E
HLwAn2i8Y0BAx/YBN37ptyoqizNsZ+oH
=/Fc4
-END PGP SIGNATURE-



smime.p7s
Description: S/MIME Cryptographic Signature
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: puredata package changes

2011-05-24 Thread IOhannes m zmoelnig
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2011-05-24 10:02, IOhannes m zmoelnig wrote:
 On 2011-05-23 00:59, Hans-Christoph Steiner wrote:
 
 Also about puredata-core, it has a menu item set by puredata-core.menu. 
 That means that you could have puredata-core installed without the GUI,
 but having it launched from the Menu.  Since the .desktop file is
 puredata.desktop, I propose moving the .menu item to puredata.menu
 also.  I think it would be confusing and not useful to have a menu item
 that used to launch a GUI, but now might launch something that might not
 have a GUI.
 

two more remarks:
- - while the desktop-files is named puredata.desktop, it is actually
installed by puredata-core (whether this is good is debatable; i only
wanted to say that - despite it's name - it is not installed by
puredata, so it's not a good candidate for analogies here)

- - puredata.menu could (and should) provide more dependency
information, e.g:
 ?package(puredata-core,puredata-gui)
so it will only show up if puredata-core _and_ puredata-gui are
installed (even if puredata itself is not)

fmgasdr
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk3bdXQACgkQkX2Xpv6ydvR5lQCgjF2RCiYeOrs7erhLNpj+irWm
vVkAn16z3XfXrhywMkoZj+/YjiJjNsNG
=upU9
-END PGP SIGNATURE-



smime.p7s
Description: S/MIME Cryptographic Signature
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: adding missing upstream/pristine-tar branches to git

2011-05-24 Thread IOhannes m zmoelnig
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2011-05-23 00:48, Hans-Christoph Steiner wrote:
 
 Hey IOhannes,
 
 Thanks for fixing the missing upstream/pristine-tar branches in the
 pd-pdogg package, that was my mistake.  There are two other packages of
 mine that are missing these branches.  Could you illuminate me as to how
 you fixed this so I can do the same with the rest?

actually no, as i cannot remember out of the box :-)

however, looking at pd-pdogg, it seems like there already was a
pristine-tar, and i simply updated that with a new upstream, using
$ git-import-orig --pristine-tar --keyid=MYKEYID /path/to/upstream.tgz

also i fail to see which packages you have that are missing a
pristine-tar or upstream branch. at least all repos that match
git.debian.org:/git/pkg-multimedia/pd-* have all relevant branches.


and finally, i noticed that you managed to merge pristine-tar and master
in pd-pdogg (?)

gmasdr
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk3bjK8ACgkQkX2Xpv6ydvSdcgCePwTTPXDIxtn1nxLt0/oA+CK4
6EcAnilqWcTw83qEPDShKlQOqMIB84GJ
=qSkF
-END PGP SIGNATURE-



smime.p7s
Description: S/MIME Cryptographic Signature
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#627776: ITP: jack-stdio -- JACK audio-port for the UNIX command line

2011-05-24 Thread Alessio Treglia
Package: wnpp
Severity: wishlist
Owner: Alessio Treglia ales...@debian.org

* Package name: jack-stdio
  Version : 1.3+20110408.git709becb
  Upstream Author : Robin Gareus ro...@gareus.org
* URL : http://rg42.org/oss/jackstdio/start
* License : GPL
  Programming Lang: C
  Description : JACK audio-port for the UNIX command line

 jack-stdout is a small tool that writes JACK audio-sample data to buffered
 standard output. jack-stdin reads raw audio data from standard-input and
 writes it to a JACK audio port.
 .
 By default jack-stdout writes 16 bit signed integer raw audio data (much
 like mpg123 -s at JACK's samplerate, but it can output signed/unsigned
 8/16/24/32 bit integer and 32bit floating-point data, both big/little
 endian.



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


Processing of zita-rev1_0.1.1-1_amd64.changes

2011-05-24 Thread Debian FTP Masters
zita-rev1_0.1.1-1_amd64.changes uploaded successfully to localhost
along with the files:
  zita-rev1_0.1.1-1.dsc
  zita-rev1_0.1.1.orig.tar.bz2
  zita-rev1_0.1.1-1.debian.tar.gz
  zita-rev1_0.1.1-1_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/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers


Re: adding missing upstream/pristine-tar branches to git

2011-05-24 Thread IOhannes m zmoelnig
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2011-05-24 16:17, Hans-Christoph Steiner wrote:

 also i fail to see which packages you have that are missing a
 pristine-tar or upstream branch. at least all repos that match
 git.debian.org:/git/pkg-multimedia/pd-* have all relevant branches.
 
 Ah, doh, I just hadn't checked out those branches, I just needed to

that explains it.

 check them out:
 
 git checkout -b pristine-tar refs/remotes/origin/pristine-tar
 git checkout -b upstream refs/remotes/origin/upstream


i usually just let git automagically handle that by simply doing:
 git checkout upstream

 
 and finally, i noticed that you managed to merge pristine-tar and master
 in pd-pdogg (?)
 
 
 The merge happened automatically after your 'pristine-tar data for
 pd-pdogg_0.25.1.orig.tar.bz commit
 667bf3d23add9b4ace5c45f29d8941762eb2b9e3 after I did what I always do to
 update (git pull).  I don't know why it did that, but it doesn't seem to
 hurt anything.

i see. i cannot imagine any problems either; let's see what happens with
the next import...

fgmasdr
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk3bvskACgkQkX2Xpv6ydvTWPACguUZYxJLp9Wl1G0vMH6CEJG6A
sywAoI2gt76NYh5uuG93n4pOGyC4+BMc
=8JI/
-END PGP SIGNATURE-



smime.p7s
Description: S/MIME Cryptographic Signature
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Processing of libquicktime_1.2.2-3_amd64.changes

2011-05-24 Thread Debian FTP Masters
libquicktime_1.2.2-3_amd64.changes uploaded successfully to localhost
along with the files:
  libquicktime_1.2.2-3.dsc
  libquicktime_1.2.2-3.debian.tar.gz
  libquicktime-doc_1.2.2-3_all.deb
  libquicktime2_1.2.2-3_amd64.deb
  libquicktime-dev_1.2.2-3_amd64.deb
  quicktime-utils_1.2.2-3_amd64.deb
  quicktime-x11utils_1.2.2-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/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers


Re: puredata package changes

2011-05-24 Thread Hans-Christoph Steiner


On May 24, 2011, at 4:02 AM, IOhannes m zmoelnig wrote:


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2011-05-23 00:59, Hans-Christoph Steiner wrote:


Would it make sense to also add the versions since it won't build  
with

the 'puredata' package 0.43 or newer, something like:

puredata-dev | puredata  0.43


i believe this is a bug in the packaging, and is fixed in current git
(solution: make puredata _depend_ on puredata-dev as well)

i was only waiting to ping paul to upload the package, but afaik he is
currently on a sailing trip.


I think if he's away for a while, this would be a good case for a NMU,  
once we get everything sorted out.  Piem does seem to disappear for  
long stretches.  I think we could probably get someone in pkg- 
multimedia to do it.


Also about puredata-core, it has a menu item set by puredata- 
core.menu.
That means that you could have puredata-core installed without the  
GUI,

but having it launched from the Menu.  Since the .desktop file is
puredata.desktop, I propose moving the .menu item to puredata.menu
also.  I think it would be confusing and not useful to have a menu  
item
that used to launch a GUI, but now might launch something that  
might not

have a GUI.


right now puredata does not provide any files itself, only
dependencies to it's sub-packages.
lintian will not like it, if there is a binary in the .menu/.desktop
files that is not provided by the package itself. given the dependency
structure, we could do a lintian override though.
i'm wondering whether it wouldn't be better to put the menu into
puredata-gui and launch pd-gui instead.


Yes!  That's the best way to handle it.  I forgot that part of the  
idea of pd 0.43 was to make it so when you launch Pd using 'pd-gui',  
it will not launch an new instance for files opened via file  
associations/double-clicking.  It does this automatically if the files  
are associated to open using 'pd-gui' rather than 'pd'.  So the .menu  
and file associations should all use 'pd-gui'.


Also, FYI, I pushed a commit adding Comment= fields to puredata.desktop.

About puredata-extra, I am planning on making the 'pdextended'  
package

Recommend: puredata-extra instead of including the same source and
binaries.  Would it be ok to change the Depends: for puredata-extra  
to:


puredata-core (= ${binary:Version}) | pd



hmm, the split is mainly there because you elaborated on having extra/
separately. what made you change your mind?

apart from that: puredata-extra would have to be reworked into pd- 
extra,
in order to make it useable by pd without breaking the pd vs  
puredata

separation. (if you want to make pdx search objects in
/usr/lib/puredata/extra, then we could have simply left everything in
/usr/lib/pd/)

furthermore: i think that the above depends stanza sounds like a bad
idea, as it would allow to have puredata-extra_0.43.0-4 to be  
installed
with either exactly puredata-core_0.43.0-4 or with  
pdextended-0.39.4-1;

so if we change, i think it should be:

Depends: pd


finally: actually there is no need to fuddle around with the
dependencies. if pdextended _recommends_ puredata-extra, you can
install pdextended just fine, even with puredata-extra. puredata-extra
would pull in some more dependencies (that is: puredata-core) but i
guess that pdextended will by default pull in a thousand packages  
anyhow :-)



OK, makes sense, let's leave puredata-extra as it is.  Thanks for  
reminding me of what I said before :)


.hc





I have always wished for my computer to be as easy to use as my  
telephone; my wish has come true because I can no longer figure out  
how to use my telephone.  --Bjarne Stroustrup (creator of C++)



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


libquicktime_1.2.2-3_amd64.changes ACCEPTED into unstable

2011-05-24 Thread Debian FTP Masters



Accepted:
libquicktime-dev_1.2.2-3_amd64.deb
  to main/libq/libquicktime/libquicktime-dev_1.2.2-3_amd64.deb
libquicktime-doc_1.2.2-3_all.deb
  to main/libq/libquicktime/libquicktime-doc_1.2.2-3_all.deb
libquicktime2_1.2.2-3_amd64.deb
  to main/libq/libquicktime/libquicktime2_1.2.2-3_amd64.deb
libquicktime_1.2.2-3.debian.tar.gz
  to main/libq/libquicktime/libquicktime_1.2.2-3.debian.tar.gz
libquicktime_1.2.2-3.dsc
  to main/libq/libquicktime/libquicktime_1.2.2-3.dsc
quicktime-utils_1.2.2-3_amd64.deb
  to main/libq/libquicktime/quicktime-utils_1.2.2-3_amd64.deb
quicktime-x11utils_1.2.2-3_amd64.deb
  to main/libq/libquicktime/quicktime-x11utils_1.2.2-3_amd64.deb


Override entries for your package:
libquicktime-dev_1.2.2-3_amd64.deb - optional libdevel
libquicktime-doc_1.2.2-3_all.deb - optional doc
libquicktime2_1.2.2-3_amd64.deb - optional libs
libquicktime_1.2.2-3.dsc - source devel
quicktime-utils_1.2.2-3_amd64.deb - extra utils
quicktime-x11utils_1.2.2-3_amd64.deb - extra utils

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/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers


zita-rev1_0.1.1-1_amd64.changes is NEW

2011-05-24 Thread Debian FTP Masters
(new) zita-rev1_0.1.1-1.debian.tar.gz optional sound
(new) zita-rev1_0.1.1-1.dsc optional sound
(new) zita-rev1_0.1.1-1_amd64.deb optional sound
pro-audio reverb effect
 REV1 is a reworked version of the reverb originally developed for Aeolus.
 Its character is more 'hall' than 'plate', but it can be used on a wide
 variety of instruments or voices. It is not a spatialiser - the early
 reflections are different for the L and R inputs, but do not correspond
 to any real room. They have been tuned to match left and right sources to
 some extent.
 .
 In Stereo mode a dry/wet mix control is provided, so it can be used either
 as an insert or in send/return mode. For mono just connect one of the
 two channels.
 .
 In Ambisonic mode (selected by the -B command line option) the only option
 is the send/return mode.
(new) zita-rev1_0.1.1.orig.tar.bz2 optional sound
Changes: zita-rev1 (0.1.1-1) unstable; urgency=low
 .
  * Initial release (Closes: #627255).


Override entries for your package:

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


Your package contains new components which requires manual editing of
the override file.  It is ok otherwise, so please be patient.  New
packages are usually added to the override file about once a week.

You may have gotten the distribution wrong.  You'll get warnings above
if files already exist in other distributions.

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


zita-rev1_0.1.1-1_amd64.changes ACCEPTED into unstable

2011-05-24 Thread Debian FTP Masters



Accepted:
zita-rev1_0.1.1-1.debian.tar.gz
  to main/z/zita-rev1/zita-rev1_0.1.1-1.debian.tar.gz
zita-rev1_0.1.1-1.dsc
  to main/z/zita-rev1/zita-rev1_0.1.1-1.dsc
zita-rev1_0.1.1-1_amd64.deb
  to main/z/zita-rev1/zita-rev1_0.1.1-1_amd64.deb
zita-rev1_0.1.1.orig.tar.bz2
  to main/z/zita-rev1/zita-rev1_0.1.1.orig.tar.bz2


Override entries for your package:
zita-rev1_0.1.1-1.dsc - optional sound
zita-rev1_0.1.1-1_amd64.deb - optional sound

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


Thank you for your contribution to Debian.

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


Bug#627255: marked as done (ITP: zita-rev1 -- reworked version of the reverb originally developed for Aeolus)

2011-05-24 Thread Debian Bug Tracking System
Your message dated Tue, 24 May 2011 15:34:08 +
with message-id e1qotcw-0001zb...@franck.debian.org
and subject line Bug#627255: fixed in zita-rev1 0.1.1-1
has caused the Debian Bug report #627255,
regarding ITP: zita-rev1 -- reworked version of the reverb originally developed 
for Aeolus
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.)


-- 
627255: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=627255
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
---BeginMessage---
Package: wnpp
Severity: wishlist
Owner: Alessio Treglia ales...@debian.org

* Package name: zita-rev1
  Version : 0.1.1
  Upstream Author : Fons Adriaensen f...@kokkinizita.net
* URL : 
http://kokkinizita.linuxaudio.org/linuxaudio/zita-rev1-doc/quickguide.html
* License : GPL
  Programming Lang: C++
  Description : reworked version of the reverb originally developed for 
Aeolus

 REV1's character is more 'hall' than 'plate', but it can be used on
 a wide variety of instruments or voices. It is not a spatialiser -
 the early reflections are different for the L and R inputs, but do
 not correspond to any real room. They have been tuned to match left
 and right sources to some extent.
 .
 In Stereo mode a dry/wet mix control is provided, so it can be used
 either as an insert or in send/return mode. For mono just connect one
 of the two channels.
 .
 In Ambisonic mode (selected by the -B command line option) the only
 option is the send/return mode.
 .
 This package provide REV1, a standalone reverb effect.


---End Message---
---BeginMessage---
Source: zita-rev1
Source-Version: 0.1.1-1

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

zita-rev1_0.1.1-1.debian.tar.gz
  to main/z/zita-rev1/zita-rev1_0.1.1-1.debian.tar.gz
zita-rev1_0.1.1-1.dsc
  to main/z/zita-rev1/zita-rev1_0.1.1-1.dsc
zita-rev1_0.1.1-1_amd64.deb
  to main/z/zita-rev1/zita-rev1_0.1.1-1_amd64.deb
zita-rev1_0.1.1.orig.tar.bz2
  to main/z/zita-rev1/zita-rev1_0.1.1.orig.tar.bz2



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 627...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Alessio Treglia ales...@debian.org (supplier of updated zita-rev1 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: SHA1

Format: 1.8
Date: Thu, 19 May 2011 09:53:23 +0200
Source: zita-rev1
Binary: zita-rev1
Architecture: source amd64
Version: 0.1.1-1
Distribution: unstable
Urgency: low
Maintainer: Debian Multimedia Maintainers 
pkg-multimedia-maintainers@lists.alioth.debian.org
Changed-By: Alessio Treglia ales...@debian.org
Description: 
 zita-rev1  - pro-audio reverb effect
Closes: 627255
Changes: 
 zita-rev1 (0.1.1-1) unstable; urgency=low
 .
   * Initial release (Closes: #627255).
Checksums-Sha1: 
 1cb585c85df13d98c3b67a61816a64f5cca59408 1489 zita-rev1_0.1.1-1.dsc
 4831d2e4d6b97d0011e53aa86bf49b3819f76445 63456 zita-rev1_0.1.1.orig.tar.bz2
 f353d81ceb6050f020b23115f143c1928a760261 3432 zita-rev1_0.1.1-1.debian.tar.gz
 c75f03b617c84990485303a2f4042b53f437c264 46996 zita-rev1_0.1.1-1_amd64.deb
Checksums-Sha256: 
 ce9f24e250289157cb60ab4d8ba8c9e1d24640b908d92dbd9cca0a1b6df287a3 1489 
zita-rev1_0.1.1-1.dsc
 e6751e543db3372e3c08b58d01fbadc8a469c7bba409920815389b5e2db90af7 63456 
zita-rev1_0.1.1.orig.tar.bz2
 9d4bcabc6e5b6e4f53d3fe4f8d8601c5f2a8a4a436117c522fb1597f189989a1 3432 
zita-rev1_0.1.1-1.debian.tar.gz
 2c47653e84ef71bb198a447b6c8ab8c898ec0a568da4b21188dd97ce7cf564cc 46996 
zita-rev1_0.1.1-1_amd64.deb
Files: 
 e1c249ff92976c6701e074a9492e196a 1489 sound optional zita-rev1_0.1.1-1.dsc
 54667f487c80e29b5caf453ba0e40ef0 63456 sound optional 
zita-rev1_0.1.1.orig.tar.bz2
 1db824e1b2ff9de01fc359645b6214c2 3432 sound optional 
zita-rev1_0.1.1-1.debian.tar.gz
 3c3a927364f60ea87e1380aac35652dc 46996 sound optional 
zita-rev1_0.1.1-1_amd64.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)

iEYEARECAAYFAk3bu18ACgkQRdSMfNz8P9AlogCfdztf7QCS8tQaic9OJdelWN2/
PiEAn2flwAqLSScyV0+mqhshgwXfoL8b
=pm5s
-END PGP SIGNATURE-


---End Message---
___
pkg-multimedia-maintainers mailing list

Processing of zita-rev1_0.1.1-2_amd64.changes

2011-05-24 Thread Debian FTP Masters
zita-rev1_0.1.1-2_amd64.changes uploaded successfully to localhost
along with the files:
  zita-rev1_0.1.1-2.dsc
  zita-rev1_0.1.1-2.debian.tar.gz
  zita-rev1_0.1.1-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/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers


zita-rev1_0.1.1-2_amd64.changes ACCEPTED into unstable

2011-05-24 Thread Debian FTP Masters



Accepted:
zita-rev1_0.1.1-2.debian.tar.gz
  to main/z/zita-rev1/zita-rev1_0.1.1-2.debian.tar.gz
zita-rev1_0.1.1-2.dsc
  to main/z/zita-rev1/zita-rev1_0.1.1-2.dsc
zita-rev1_0.1.1-2_amd64.deb
  to main/z/zita-rev1/zita-rev1_0.1.1-2_amd64.deb


Override entries for your package:
zita-rev1_0.1.1-2.dsc - optional sound
zita-rev1_0.1.1-2_amd64.deb - optional sound

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/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers


Bug#627818: ffmpeg segmentation fault __memcpy_ssse3 () at ../sysdeps/x86_64/multiarch/memcpy-ssse3.S:119

2011-05-24 Thread Marco Mattiolo

Package: ffmpeg
Version: 4:0.6.2-3
Severity: normal

Hi.
I'm having a problem with ffmpeg, converting flv downloaded by 
youtube-dl to audio-only ogg vorbis.
I had debian-multimedia repo enabled, so I purged all packages related 
to that repo, before generating this bugreport.
Hope this really helps getting a better ffmpeg. Also hope not to waste 
your time.

Thank you

$ gdb ffmpeg
GNU gdb (GDB) 7.2-debian
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
http://gnu.org/licenses/gpl.html

This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type show copying
and show warranty for details.
This GDB was configured as x86_64-linux-gnu.
For bug reporting instructions, please see:
http://www.gnu.org/software/gdb/bugs/...
Reading symbols from /usr/bin/ffmpeg...Reading symbols from 
/usr/lib/debug/usr/bin/ffmpeg...done.

done.
(gdb) set pagination 0
(gdb) run -i XBHzFb0toqc.flv -f ogg -acodec libvorbis -vn KT tunstall - 
Suddenly I see.ogg
Starting program: /usr/bin/ffmpeg -i XBHzFb0toqc.flv -f ogg -acodec 
libvorbis -vn KT tunstall - Suddenly I see.ogg

[Thread debugging using libthread_db enabled]
FFmpeg version 0.6.2-4:0.6.2-3, Copyright (c) 2000-2010 the Libav developers
  built on Apr 30 2011 11:45:41 with gcc 4.5.2
  configuration: --extra-version=4:0.6.2-3 --prefix=/usr 
--enable-avfilter --enable-avfilter-lavf --enable-vdpau --enable-bzlib 
--enable-libgsm --enable-libschroedinger --enable-libspeex 
--enable-libtheora --enable-libvorbis --enable-pthreads --enable-zlib 
--enable-libvpx --disable-stripping --enable-runtime-cpudetect 
--enable-vaapi --enable-libopenjpeg --enable-gpl --enable-postproc 
--enable-swscale --enable-x11grab --enable-libfaad --enable-libdirac 
--enable-libfaad --enable-librtmp --enable-libdc1394 --enable-shared 
--disable-static

  libavutil 50.15. 1 / 50.15. 1
  libavcodec52.72. 2 / 52.72. 2
  libavformat   52.64. 2 / 52.64. 2
  libavdevice   52. 2. 0 / 52. 2. 0
  libavfilter1.19. 0 /  1.19. 0
  libswscale 0.11. 0 /  0.11. 0
  libpostproc   51. 2. 0 / 51. 2. 0
[flv @ 0x64b6b0]Estimating duration from bitrate, this may be inaccurate
Input #0, flv, from 'XBHzFb0toqc.flv':
  Metadata:
duration: 197
starttime   : 0
totalduration   : 197
width   : 320
height  : 240
videodatarate   : 81
audiodatarate   : 103
totaldatarate   : 192
framerate   : 25
bytelength  : 4731985
canseekontime   : true
sourcedata  : BD075E384HH1306095687603251
purl:
pmsg:
  Duration: 00:03:16.60, start: 0.00, bitrate: 188 kb/s
Stream #0.0: Video: h264, yuv420p, 320x240 [PAR 1:1 DAR 4:3], 82 
kb/s, 25 tbr, 1k tbn, 50 tbc

Stream #0.1: Audio: aac, 44100 Hz, stereo, s16, 105 kb/s
File 'KT tunstall - Suddenly I see.ogg' already exists. Overwrite ? [y/N] y
Output #0, ogg, to 'KT tunstall - Suddenly I see.ogg':
  Metadata:
encoder : Lavf52.64.2
Stream #0.0: Audio: libvorbis, 44100 Hz, stereo, s16, 64 kb/s
Stream mapping:
  Stream #0.1 - #0.0
Press [q] to stop encoding

Program received signal SIGSEGV, Segmentation fault.
__memcpy_ssse3 () at ../sysdeps/x86_64/multiarch/memcpy-ssse3.S:119
119 ../sysdeps/x86_64/multiarch/memcpy-ssse3.S: File o directory non 
esistente.

in ../sysdeps/x86_64/multiarch/memcpy-ssse3.S
(gdb) bt
#0  __memcpy_ssse3 () at ../sysdeps/x86_64/multiarch/memcpy-ssse3.S:119
#1  0x76d01563 in oggvorbis_encode_frame (avccontext=value 
optimized out, packets=0x7edd40 v'\375\347Y\276\204, buf_size=value 
optimized out, data=value optimized out) at 
/build/buildd-libav_0.6.2-3-amd64-jtanW8/libav-0.6.2/libavcodec/libvorbis.c:191
#2  0x76e29207 in avcodec_encode_audio (avctx=0x64ed40, 
buf=value optimized out, buf_size=value optimized out, 
samples=value optimized out) at 
/build/buildd-libav_0.6.2-3-amd64-jtanW8/libav-0.6.2/libavcodec/utils.c:544
#3  0x004096ce in do_audio_out (ist=value optimized out, 
ist_index=1, ost_table=0x64f360, nb_ostreams=1, pkt=value optimized 
out) at /build/buildd-libav_0.6.2-3-amd64-jtanW8/libav-0.6.2/ffmpeg.c:788
#4  output_packet (ist=value optimized out, ist_index=1, 
ost_table=0x64f360, nb_ostreams=1, pkt=value optimized out) at 
/build/buildd-libav_0.6.2-3-amd64-jtanW8/libav-0.6.2/ffmpeg.c:1518
#5  0x0040cc76 in av_transcode (nb_output_files=1, 
nb_input_files=1, nb_stream_maps=-10048, stream_maps=0x617a80, 
input_files=0x617760, output_files=0x617440) at 
/build/buildd-libav_0.6.2-3-amd64-jtanW8/libav-0.6.2/ffmpeg.c:2409
#6  0x0040ee05 in main (argc=value optimized out, argv=value 
optimized out) at 
/build/buildd-libav_0.6.2-3-amd64-jtanW8/libav-0.6.2/ffmpeg.c:4163

(gdb) quit



-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.38-2-amd64 (SMP 

Re: puredata package changes

2011-05-24 Thread Hans-Christoph Steiner
On Tue, 2011-05-24 at 10:43 -0400, Hans-Christoph Steiner wrote:
 On May 24, 2011, at 4:02 AM, IOhannes m zmoelnig wrote:
 
  -BEGIN PGP SIGNED MESSAGE-
  Hash: SHA1
 
  On 2011-05-23 00:59, Hans-Christoph Steiner wrote:
 
  Would it make sense to also add the versions since it won't build  
  with
  the 'puredata' package 0.43 or newer, something like:
 
  puredata-dev | puredata  0.43
 
  i believe this is a bug in the packaging, and is fixed in current git
  (solution: make puredata _depend_ on puredata-dev as well)
 
  i was only waiting to ping paul to upload the package, but afaik he is
  currently on a sailing trip.
 
 I think if he's away for a while, this would be a good case for a NMU,  
 once we get everything sorted out.  Piem does seem to disappear for  
 long stretches.  I think we could probably get someone in pkg- 
 multimedia to do it.
 
  Also about puredata-core, it has a menu item set by puredata- 
  core.menu.
  That means that you could have puredata-core installed without the  
  GUI,
  but having it launched from the Menu.  Since the .desktop file is
  puredata.desktop, I propose moving the .menu item to puredata.menu
  also.  I think it would be confusing and not useful to have a menu  
  item
  that used to launch a GUI, but now might launch something that  
  might not
  have a GUI.
 
  right now puredata does not provide any files itself, only
  dependencies to it's sub-packages.
  lintian will not like it, if there is a binary in the .menu/.desktop
  files that is not provided by the package itself. given the dependency
  structure, we could do a lintian override though.
  i'm wondering whether it wouldn't be better to put the menu into
  puredata-gui and launch pd-gui instead.
 
 Yes!  That's the best way to handle it.  I forgot that part of the  
 idea of pd 0.43 was to make it so when you launch Pd using 'pd-gui',  
 it will not launch an new instance for files opened via file  
 associations/double-clicking.  It does this automatically if the files  
 are associated to open using 'pd-gui' rather than 'pd'.  So the .menu  
 and file associations should all use 'pd-gui'.
 
 Also, FYI, I pushed a commit adding Comment= fields to puredata.desktop.

I should add, I have all the file associations stuff worked out for the
pdextended package.  If you want, I can integrate it into the
puredata-gui package so that .pd files are double-clickable.

.hc


 
  About puredata-extra, I am planning on making the 'pdextended'  
  package
  Recommend: puredata-extra instead of including the same source and
  binaries.  Would it be ok to change the Depends: for puredata-extra  
  to:
 
  puredata-core (= ${binary:Version}) | pd
 
 
  hmm, the split is mainly there because you elaborated on having extra/
  separately. what made you change your mind?
 
  apart from that: puredata-extra would have to be reworked into pd- 
  extra,
  in order to make it useable by pd without breaking the pd vs  
  puredata
  separation. (if you want to make pdx search objects in
  /usr/lib/puredata/extra, then we could have simply left everything in
  /usr/lib/pd/)
 
  furthermore: i think that the above depends stanza sounds like a bad
  idea, as it would allow to have puredata-extra_0.43.0-4 to be  
  installed
  with either exactly puredata-core_0.43.0-4 or with  
  pdextended-0.39.4-1;
  so if we change, i think it should be:
  Depends: pd
 
  finally: actually there is no need to fuddle around with the
  dependencies. if pdextended _recommends_ puredata-extra, you can
  install pdextended just fine, even with puredata-extra. puredata-extra
  would pull in some more dependencies (that is: puredata-core) but i
  guess that pdextended will by default pull in a thousand packages  
  anyhow :-)
 
 
 OK, makes sense, let's leave puredata-extra as it is.  Thanks for  
 reminding me of what I said before :)
 
 .hc
 
 
 
 
 
 I have always wished for my computer to be as easy to use as my  
 telephone; my wish has come true because I can no longer figure out  
 how to use my telephone.  --Bjarne Stroustrup (creator of C++)
 



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


员工γ招聘与面试Ω技巧-2012

2011-05-24 Thread 李梅芳
时您间:5月26-27日 深K圳 6月10-11日上R海
时好间:6月29-30日 深T圳  6月17-18日北E京
185.小荷才露尖尖角,早有蜻蜓立上头。(宋·杨万里〈小池〉)
   您想了解华为是如何从人才选聘开始打造这样一支10万人的团队吗?
我们何妨做做这一木一石呢?我时常做些零碎事,就是为此。——鲁迅
   您想知道华为公司各级管理干部是如何承担公司的招聘任务吗?
69、玉不琢,不成器;人不学,不知道。(礼记·学记)
═☆ 又是怎么履行员工招聘的职责?… …ujt6y7edtysrt
═☆ 如何提高员工招聘的质量?   srthsrjsrt
═☆ 如何科学评价人才的能力和素质?… …  trtsrjtydrte
he
★ 详祝细您资身料体请健见康附吧件 2011-5-25

员工招聘与面试技巧.xls
Description: MS-Excel spreadsheet
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#627818: ffmpeg segmentation fault __memcpy_ssse3 () at ../sysdeps/x86_64/multiarch/memcpy-ssse3.S:119

2011-05-24 Thread Romain Beauxis
Hi all,

2011/5/24 Marco Mattiolo marco.matti...@hotmail.it:
 Hi.
 I'm having a problem with ffmpeg, converting flv downloaded by youtube-dl to
 audio-only ogg vorbis.
 I had debian-multimedia repo enabled, so I purged all packages related to
 that repo, before generating this bugreport.
 Hope this really helps getting a better ffmpeg. Also hope not to waste your
 time.
 Thank you

 $ gdb ffmpeg
 GNU gdb (GDB) 7.2-debian
 Copyright (C) 2010 Free Software Foundation, Inc.
 License GPLv3+: GNU GPL version 3 or later
 http://gnu.org/licenses/gpl.html
 This is free software: you are free to change and redistribute it.
 There is NO WARRANTY, to the extent permitted by law.  Type show copying
 and show warranty for details.
 This GDB was configured as x86_64-linux-gnu.
 For bug reporting instructions, please see:
 http://www.gnu.org/software/gdb/bugs/...
 Reading symbols from /usr/bin/ffmpeg...Reading symbols from
 /usr/lib/debug/usr/bin/ffmpeg...done.
 done.
 (gdb) set pagination 0
 (gdb) run -i XBHzFb0toqc.flv -f ogg -acodec libvorbis -vn KT tunstall -
 Suddenly I see.ogg
 Starting program: /usr/bin/ffmpeg -i XBHzFb0toqc.flv -f ogg -acodec
 libvorbis -vn KT tunstall - Suddenly I see.ogg
 [Thread debugging using libthread_db enabled]
 FFmpeg version 0.6.2-4:0.6.2-3, Copyright (c) 2000-2010 the Libav developers
  built on Apr 30 2011 11:45:41 with gcc 4.5.2
  configuration: --extra-version=4:0.6.2-3 --prefix=/usr --enable-avfilter
 --enable-avfilter-lavf --enable-vdpau --enable-bzlib --enable-libgsm
 --enable-libschroedinger --enable-libspeex --enable-libtheora
 --enable-libvorbis --enable-pthreads --enable-zlib --enable-libvpx
 --disable-stripping --enable-runtime-cpudetect --enable-vaapi
 --enable-libopenjpeg --enable-gpl --enable-postproc --enable-swscale
 --enable-x11grab --enable-libfaad --enable-libdirac --enable-libfaad
 --enable-librtmp --enable-libdc1394 --enable-shared --disable-static
  libavutil     50.15. 1 / 50.15. 1
  libavcodec    52.72. 2 / 52.72. 2
  libavformat   52.64. 2 / 52.64. 2
  libavdevice   52. 2. 0 / 52. 2. 0
  libavfilter    1.19. 0 /  1.19. 0
  libswscale     0.11. 0 /  0.11. 0
  libpostproc   51. 2. 0 / 51. 2. 0
 [flv @ 0x64b6b0]Estimating duration from bitrate, this may be inaccurate
 Input #0, flv, from 'XBHzFb0toqc.flv':
  Metadata:
    duration        : 197
    starttime       : 0
    totalduration   : 197
    width           : 320
    height          : 240
    videodatarate   : 81
    audiodatarate   : 103
    totaldatarate   : 192
    framerate       : 25
    bytelength      : 4731985
    canseekontime   : true
    sourcedata      : BD075E384HH1306095687603251
    purl            :
    pmsg            :
  Duration: 00:03:16.60, start: 0.00, bitrate: 188 kb/s
    Stream #0.0: Video: h264, yuv420p, 320x240 [PAR 1:1 DAR 4:3], 82 kb/s, 25
 tbr, 1k tbn, 50 tbc
    Stream #0.1: Audio: aac, 44100 Hz, stereo, s16, 105 kb/s
 File 'KT tunstall - Suddenly I see.ogg' already exists. Overwrite ? [y/N] y
 Output #0, ogg, to 'KT tunstall - Suddenly I see.ogg':
  Metadata:
    encoder         : Lavf52.64.2
    Stream #0.0: Audio: libvorbis, 44100 Hz, stereo, s16, 64 kb/s
 Stream mapping:
  Stream #0.1 - #0.0
 Press [q] to stop encoding

 Program received signal SIGSEGV, Segmentation fault.
 __memcpy_ssse3 () at ../sysdeps/x86_64/multiarch/memcpy-ssse3.S:119
 119     ../sysdeps/x86_64/multiarch/memcpy-ssse3.S: File o directory non
 esistente.
        in ../sysdeps/x86_64/multiarch/memcpy-ssse3.S

I ran into a similar bug in the recent past that was due to frame
memory not being aligned. Memory alignment is required to use SSE
optimisations. Maybe that is the issue here too?

Romain



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