Bug#735760: handbrake: FTBFS: dvdnav.c:1230: undefined reference to `dvdnav_dup'

2014-01-19 Thread Fabian Greffrath 
Am Freitag, den 17.01.2014, 18:11 +0100 schrieb David Suárez: 
> > /«BUILDDIR»/handbrake-0.9.9+dfsg/build/../libhb/dvdnav.c:1230: undefined 
> > reference to `dvdnav_dup'
> > /«BUILDDIR»/handbrake-0.9.9+dfsg/build/../libhb/dvdnav.c:1237: undefined 
> > reference to `dvdnav_free_dup'
> > collect2: error: ld returned 1 exit status

Why have these symbols been removed again from libdvdnav? They were the
reason we packaged the 20120524 git snapshot in the first place!

- Fabian

___
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#736074: calf-plugins: calf plugins lack graph display components, Calf Analyzer is empty, others still functional

2014-01-19 Thread Zenaan Harkness 
Package: calf-plugins
Version: 0.0.19+git20131202-1
Severity: normal

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

When running a jackd session of some sort, the Calf plugins work in general, 
except for the "graph" display components of the plugins.

This is most visible in the Calf Analyzer plugin, which only shows graphs, and 
therefore when I run it, I get an empty plugin window, with no functionality.

I am currently using gladish to set up my session, and running plugins for 
testing purposes from the command line (and adding them to gladish when they 
appeal to me), for example, here's another command line plugin cmd/run:

jalv.gtk http://calf.sourceforge.net/plugins/TransientDesigner

I ought be grateful, since from one perspective, the lack of graph components 
in these Calf plugins means I can fit more plugins in one screen - this 
principle would lead to a feature request for an option to disable such 
components - perhaps a button on each plugin screen - probably a 
feature-request bug for upstream though, not for the Debian packagers, I don't 
know.

Also, the Calf Rack is missing, although it is advertised/mentioned in the 
package description - however this should probably be a separate bug - let me 
know if you'd like me to file a separate bug for this particular issue.

I have tested the jalv.gtk, jalv.gtkmm, jalv.qt, and jalv.gtk3, which all work, 
except jalv.gtk3 only brings up the built-in default (LADSPA style) minimal gui 
for each plugin.
All jalv.* plugin runners have the same problem displaying the graph.

It is entirely feasible that the bug is a jalv bug, and that if the plugins are 
run in some other way, that they would display their graph components, I don't 
know sorry.

If someone suggests a procedure/ application in which I can test the Calf 
plugins without using jalv, I am willing to do so.

*** End of the template - remove these lines ***


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

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

Versions of packages calf-plugins depends on:
ii  libatk1.0-0   2.10.0-2
ii  libc6 2.17-97
ii  libcairo2 1.12.16-2
ii  libexpat1 2.1.0-4
ii  libfftw3-single3  3.3.3-7
ii  libfluidsynth11.1.6-2
ii  libfontconfig12.11.0-2
ii  libfreetype6  2.5.2-1
ii  libgcc1   1:4.8.2-14
ii  libgdk-pixbuf2.0-02.28.2-1+b1
ii  libglib2.0-0  2.36.4-1
ii  libgtk2.0-0   2.24.22-1
ii  libjack-jackd2-0 [libjack-0.116]  1.9.9.5+20130622git7de15e7a-1
ii  libpango-1.0-01.36.0-1+b1
ii  libpangocairo-1.0-0   1.36.0-1+b1
ii  libpangoft2-1.0-0 1.36.0-1+b1
ii  libstdc++64.8.2-14

Versions of packages calf-plugins recommends:
ii  gtk2-engines-pixbuf  2.24.22-1

Versions of packages calf-plugins suggests:
ii  ladish  1+dfsg0-4

-- no debconf information

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

Processed: reassign #736074 to jalv

2014-01-19 Thread Debian Bug Tracking System 
Processing commands for cont...@bugs.debian.org:

> reassign 736074 jalv
Bug #736074 [calf-plugins] calf-plugins: calf plugins lack graph display 
components, Calf Analyzer is empty, others still functional
Bug reassigned from package 'calf-plugins' to 'jalv'.
No longer marked as found in versions calf/0.0.19+git20131202-1.
Ignoring request to alter fixed versions of bug #736074 to the same values 
previously set
>
End of message, stopping processing here.

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

Bug#736074: reassigned - only applies to jalv; was: calf-plugins: calf plugins lack graph display components, Calf Analyzer is empty, others still functional

2014-01-19 Thread Zenaan Harkness 
On Sun, Jan 19, 2014 at 11:59:36PM +1100, Zenaan Harkness wrote:
> Package: calf-plugins

I reassigned this to package jalv

> Dear Maintainer,
> 
> When running a jackd session of some sort, the Calf plugins work in general, 
> except for the "graph" display components of the plugins.

This is the case, when running the plugins with jalv.

I suspect this 'bug' might ought be downgraded to feature-request. Feel free to 
do so if applicable.

> I am currently using gladish to set up my session, and running plugins for 
> testing purposes from the command line (and adding them to gladish when they 
> appeal to me), for example, here's another command line plugin cmd/run:
> 
> jalv.gtk http://calf.sourceforge.net/plugins/TransientDesigner

I discovered calfjackhost - it supports the graph component of the calf 
plugins. I assumed something like that existed, but only just found it.

> Also, the Calf Rack is missing, although it is advertised/mentioned in the 
> package description - however this should probably be a separate bug - let me 
> know if you'd like me to file a separate bug for this particular issue.

This was not the case - I found it, as above.

Thanks for your patience,
Zenaan

___
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#736088: libavcodec54: file command reports wrong bitrate on mp3 file encoded by libav

2014-01-19 Thread Alessandro Ghedini 
Package: libavcodec54
Version: 6:9.10-2
Severity: normal

Hi,

I recently noticed something weird, but I'm not sure if it's actually a libav
bug (it doesn't happen with ffmpeg though). I noticed this while using mpv's
encoding facility, but it happens when using avconv as well.

So, basically, when I encode an audio file using libav's libmp3lame encoder, and
set a default bitrate (-b:a 320k), and then run  the file command on it, the
printed bitrate is always "64 kbps" even if the file is, in fact, 320 kbps.

To reproduce:

* Generate an audio file (you can also use another audio file, it doesn't
  change anything):

$ sox -n noise.wav synth 00:05 whitenoise

* Convert the file using avconv:

$ avconv -i noise.wav -c:a libmp3lame -b:a 320k -vn noise_avconv.mp3

* Run file on it:

$ file noise_avconv.mp3
noise_avconv.mp3: Audio file with ID3 version 2.4.0, contains: MPEG ADTS, 
layer III, v1,  64 kbps, 48 kHz, Monaural

You'll notice that the "64 kbps" doesn't match the "-b:a 320k", but the *.mp3
file *is* 320 kbps (the size of the file match and mp3info reports the correct
bitrate).

The same doesn't happen when using ffmpeg:

$ ffmpeg -i noise.wav -c:a libmp3lame -b:a 320k -vn noise_ffmpeg.mp3
$ file noise_ffmpeg.mp3
noise_ffmpeg.mp3: Audio file with ID3 version 2.4.0, contains: MPEG ADTS, 
layer III, v1, 320 kbps, 48 kHz, Monaural

Since mp3info reports the correct bitrate on both files (and the file are indeed
320 kbps), this may very well be a bug in file... but why doesn't the file
encoded using ffmpeg have this problem?

Also, yes, the libmp3lame is the same used to build both libav (installed from
Debian archive) and ffmpeg (manually built) and this happens with avconv and
libavcodec55 from experimental as well.

Cheers

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages libavcodec54 depends on:
ii  libavutil526:9.10-2
ii  libc6  2.17-97
ii  libgsm11.0.13-4
ii  libmp3lame03.99.5+repack1-3
ii  libopenjpeg2   1.3+dfsg-4.7+b1
ii  libopus0   1.1-1
ii  libschroedinger-1.0-0  1.0.11-2
ii  libspeex1  1.2~rc1.1-1
ii  libtheora0 1.1.1+dfsg.1-3.1
ii  libva1 1.2.1-2
ii  libvorbis0a1.3.2-1.3
ii  libvorbisenc2  1.3.2-1.3
ii  libvpx11.3.0-2
ii  libx264-1332:0.133.2339+git585324f-2+b1
ii  libxvidcore4   2:1.3.2-9
ii  multiarch-support  2.17-97
ii  zlib1g 1:1.2.8.dfsg-1

libavcodec54 recommends no packages.

libavcodec54 suggests no packages.

-- no debconf information

___
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#718805: /usr/bin/avconv: avconv cannot grab video4linux2 device

2014-01-19 Thread Reinhard Tartler 
On Sun, Jan 19, 2014 at 2:08 AM, Nikolay Shaplov  wrote:
>> Sorry for taking so long to get back to this bug.
> Please do not keep us waiting again, it is really does not work, and as I can 
> understand
> it does not work on wide range of devices, because it failed with two web cam 
> I have both
> on Debian Stable and Testing.
>
>> > Package: libav-tools
>> > Version: 6:0.8.6-1~bpo60+1
>> > Severity: important
>> > File: /usr/bin/avconv
>> >
>> > avconv -f video4linux2 -i /dev/video1
>> > get this error :
>> > avconv version 0.8.6-6:0.8.6-1~bpo60+1, Copyright (c) 2000-2013 the Libav
>> > developers> >
>> >   built on Jul 23 2013 15:28:31 with gcc 4.4.5
>> >
>> > avconv: /build/libav-_lRc_4/libav-0.8.6/libavutil/mathematics.c:79:
>> > av_rescale_rnd: Assertion `c > 0' failed. Abort
>>
>> I am unable to reproduce this issue with Libav version 0.8.9, and
>> therefore need to see a full backtrace. Please see
>> https://wiki.debian.org/HowToGetABacktrace for more details.
>
> (gdb) r avconv -f video4linux2 -i /dev/video1
> Starting program: /usr/bin/avconv avconv -f video4linux2 -i /dev/video1
> warning: Could not load shared library symbols for linux-gate.so.1.
> Do you need "set solib-search-path" or "set sysroot"?
> [Thread debugging using libthread_db enabled]
> Using host libthread_db library 
> "/lib/i386-linux-gnu/i686/cmov/libthread_db.so.1".
> avconv version 9.10-6:9.10-2, Copyright (c) 2000-2013 the Libav developers
>   built on Jan  4 2014 15:41:46 with gcc 4.8 (Debian 4.8.2-10)
> avconv: /build/libav-ToBmxA/libav-9.10/libavutil/mathematics.c:61: 
> av_rescale_rnd: Assertion `c > 0' failed.
>
> Program received signal SIGABRT, Aborted.
> 0xb7fde424 in __kernel_vsyscall ()
> (gdb) bt
> #0  0xb7fde424 in __kernel_vsyscall ()
> #1  0xb701381f in __GI_raise (sig=sig@entry=6) at 
> ../nptl/sysdeps/unix/sysv/linux/raise.c:56
> #2  0xb7016cd3 in __GI_abort () at abort.c:90
> #3  0xb700c717 in __assert_fail_base (fmt=0xb714f914 "%s%s%s:%u: 
> %s%sAssertion `%s' failed.\n%n", assertion=assertion@entry=0xb7211f37 "c > 0",
> file=file@entry=0xb7211f00 
> "/build/libav-ToBmxA/libav-9.10/libavutil/mathematics.c", line=line@entry=61, 
> function=function@entry=0xb7211f60 <__PRETTY_FUNCTION__.2410> 
> "av_rescale_rnd")
> at assert.c:92
> #4  0xb700c7c7 in __GI___assert_fail (assertion=assertion@entry=0xb7211f37 "c 
> > 0", file=file@entry=0xb7211f00 
> "/build/libav-ToBmxA/libav-9.10/libavutil/mathematics.c", line=line@entry=61,
> function=function@entry=0xb7211f60 <__PRETTY_FUNCTION__.2410> 
> "av_rescale_rnd") at assert.c:101
> #5  0xb7204d19 in av_rescale_rnd (a=1, b=0, c=0, 
> rnd=rnd@entry=AV_ROUND_NEAR_INF) at 
> /build/libav-ToBmxA/libav-9.10/libavutil/mathematics.c:61
> #6  0xb7204e8f in av_rescale_q_rnd (rnd=AV_ROUND_NEAR_INF, cq=..., bq=..., 
> a=1) at /build/libav-ToBmxA/libav-9.10/libavutil/mathematics.c:120
> #7  av_rescale_q (a=1, bq=..., cq=...) at 
> /build/libav-ToBmxA/libav-9.10/libavutil/mathematics.c:125
> #8  0xb7fa8c10 in v4l2_set_parameters (s1=0x8099b40) at 
> /build/libav-ToBmxA/libav-9.10/libavdevice/v4l2.c:641
> #9  v4l2_read_header (s1=0x8099b40) at 
> /build/libav-ToBmxA/libav-9.10/libavdevice/v4l2.c:768
> #10 0xb7f13d6b in avformat_open_input (ps=ps@entry=0xbfffee30, 
> filename=filename@entry=0xb4d9 "/dev/video1", fmt=fmt@entry=0xb7fb0540 
> , options=0x808ba9c)
> at /build/libav-ToBmxA/libav-9.10/libavformat/utils.c:530
> #11 0x0804fab1 in open_input_file (o=o@entry=0xbfffef4c, filename= out>) at /build/libav-ToBmxA/libav-9.10/avconv_opt.c:612
> #12 0x08052edb in open_files (inout=0x80615d0 "input", open_file=0x804f910 
> , l=, l=) at 
> /build/libav-ToBmxA/libav-9.10/avconv_opt.c:1885
> #13 avconv_parse_options (argc=argc@entry=6, argv=argv@entry=0xb2f4) at 
> /build/libav-ToBmxA/libav-9.10/avconv_opt.c:1922
> #14 0x0804bd71 in main (argc=6, argv=0xb2f4) at 
> /build/libav-ToBmxA/libav-9.10/avconv.c:2369
>

Thanks for the backtrace. From this information, I see that we
basically have a division by zero here. At least the AVRational code
in avutil would do that, but we already bail out. Something seems to
get the framerate wrong, but I'm not sure what's happening here.

Can you also give me the output of "avconv -loglevel debug -f
video4linux2 -i /dev/video1"? I see a number of debugging print
statements in the code that might indicate where would be a good place
to add further checks.

When looking at the upstream commits, can you please apply this patch
to your tree, and tell me if it makes the segfault go away?

http://git.libav.org/?p=libav.git;a=commitdiff;h=838b849e70f11dc242399da8d19c5795fe90913b


Also, if this still persists, please also check the avconv binary
I''ve uploaded yesterday to debian/experimental. It is pretty close to
current libav/master right now.

-- 
regards,
Reinhard

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

Bug#736088: libavcodec54: file command reports wrong bitrate on mp3 file encoded by libav

2014-01-19 Thread Reinhard Tartler 
Also note that avprobe does report the "correct" bitrate:

avprobe version 0.8.9-6:0.8.9-0ubuntu0.13.04.1, Copyright (c)
2007-2013 the Libav developers
  built on Nov  9 2013 19:09:48 with gcc 4.7.3
Input #0, mp3, from 'noise_avconv.mp3':
  Metadata:
encoder : Lavf53.21.1
  Duration: 00:00:05.04, start: 0.00, bitrate: 320 kb/s
Stream #0.0: Audio: mp3, 48000 Hz, mono, s16, 320 kb/s

best,
Reinhard

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

x42-plugins 20131206-1 MIGRATED to testing

2014-01-19 Thread Debian testing watch 
FYI: The status of the x42-plugins source package
in Debian's testing distribution has changed.

  Previous version: 20131119-3
  Current version:  20131206-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/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: Processing of x42-plugins_20140115-1_amd64.changes

2014-01-19 Thread Jaromír Mikeš 
2014/1/18 Debian FTP Masters 

> x42-plugins_20140115-1_amd64.changes uploaded successfully to localhost
> along with the files:
>   x42-plugins_20140115-1.dsc
>   x42-plugins_20140115.orig.tar.xz
>   x42-plugins_20140115-1.debian.tar.gz
>   x42-plugins_20140115-1_amd64.deb
>

Hi,

I uploaded this yesterday, but I didn't see any email ACCEPTED or REJECTED.
Also here is just old version:
http://packages.debian.org/unstable/sound/x42-plugins

Usually process take just 30 min or so.
Can somebody explain what going about pls?
Should I upload again?

best regards

mira
___
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: Processing of x42-plugins_20140115-1_amd64.changes

2014-01-19 Thread Jaromír Mikeš 
2014/1/19 Reinhard Tartler 

> You should mail ftp-master, only they can look in the log file and tell
> you what's going on.
>
> Best
> Reinhard
>

I will ...thanks.

regards

mira
___
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: Processing of x42-plugins_20140115-1_amd64.changes

2014-01-19 Thread Jaromír Mikeš 
2014/1/18 Debian FTP Masters 

> x42-plugins_20140115-1_amd64.changes uploaded successfully to localhost
> along with the files:
>   x42-plugins_20140115-1.dsc
>   x42-plugins_20140115.orig.tar.xz
>   x42-plugins_20140115-1.debian.tar.gz
>   x42-plugins_20140115-1_amd64.deb
>

Hi,
I uploaded this yesterday, but I didn't see any email ACCEPTED or REJECTED.
Also here is just old
version:

http://packages.debian.org/unstable/sound/x42-plugins

Usually process take just 30 min or so.
Can somebody explain me what going about pls?

Should I upload again?

best regards

mira
___
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#718805: Re: Bug#718805: /usr/bin/avconv: avconv cannot grab video4linux2 device

2014-01-19 Thread Nikolay Shaplov 
On Sunday 19 January 2014 11:24:57 you wrote:

> Can you also give me the output of "avconv -loglevel debug -f
> video4linux2 -i /dev/video1"? I see a number of debugging print
> statements in the code that might indicate where would be a good place
> to add further checks.
$ avconv -loglevel debug -f video4linux2 -i /dev/video1
avconv version 9.10-6:9.10-2, Copyright (c) 2000-2013 the Libav developers
  built on Jan  4 2014 15:41:46 with gcc 4.8 (Debian 4.8.2-10)
  configuration: --arch=i386 --enable-pthreads --enable-runtime-cpudetect 
--extra-version='6:9.10-2' --libdir=/usr/lib/i386-linux-gnu --prefix=/usr 
--enable-bzlib --enable-libdc1394 --enable-libfreetype --enable-frei0r 
--enable-gnutls --enable-libgsm --enable-libmp3lame --enable-librtmp 
--enable-libopencv --enable-libopenjpeg --enable-libopus --enable-libpulse 
--enable-libschroedinger --enable-libspeex --enable-libtheora --enable-vaapi 
--enable-vdpau --enable-libvorbis --enable-libvpx --enable-zlib --enable-gpl 
--enable-swscale --enable-libcdio --enable-x11grab --enable-libx264 
--enable-libxvid --shlibdir=/usr/lib/i386-linux-gnu --enable-shared 
--disable-static
   
  avutil  configuration: --arch=i386 --enable-pthreads 
--enable-runtime-cpudetect --extra-version='6:9.10-2' 
--libdir=/usr/lib/i386-linux-gnu --prefix=/usr --enable-bzlib 
--enable-libdc1394 --enable-libfreetype --enable-frei0r --enable-gnutls 
--enable-libgsm --enable-libmp3lame --enable-librtmp --enable-libopencv 
--enable-libopenjpeg --enable-libopus --enable-libpulse 
--enable-libschroedinger --enable-libspeex --enable-libtheora --enable-vaapi 
--enable-vdpau --enable-libvorbis --enable-libvpx --enable-zlib --enable-gpl 
--enable-swscale --enable-libcdio --enable-x11grab --enable-libx264 
--enable-libxvid --shlibdir=/usr/lib/i386-linux-gnu/i686/cmov --cpu=i686 
--enable-shared --disable-static
  
  avcodec configuration: --arch=i386 --enable-pthreads 
--enable-runtime-cpudetect --extra-version='6:9.10-2' 
--libdir=/usr/lib/i386-linux-gnu --prefix=/usr --enable-bzlib 
--enable-libdc1394 --enable-libfreetype --enable-frei0r --enable-gnutls 
--enable-libgsm --enable-libmp3lame --enable-librtmp --enable-libopencv 
--enable-libopenjpeg --enable-libopus --enable-libpulse 
--enable-libschroedinger --enable-libspeex --enable-libtheora --enable-vaapi 
--enable-vdpau --enable-libvorbis --enable-libvpx --enable-zlib --enable-gpl 
--enable-swscale --enable-libcdio --enable-x11grab --enable-libx264 
--enable-libxvid --shlibdir=/usr/lib/i386-linux-gnu/i686/cmov --cpu=i686 
--enable-shared --disable-static
  
  avformatconfiguration: --arch=i386 --enable-pthreads 
--enable-runtime-cpudetect --extra-version='6:9.10-2' 
--libdir=/usr/lib/i386-linux-gnu --prefix=/usr --enable-bzlib 
--enable-libdc1394 --enable-libfreetype --enable-frei0r --enable-gnutls 
--enable-libgsm --enable-libmp3lame --enable-librtmp --enable-libopencv 
--enable-libopenjpeg --enable-libopus --enable-libpulse 
--enable-libschroedinger --enable-libspeex --enable-libtheora --enable-vaapi 
--enable-vdpau --enable-libvorbis --enable-libvpx --enable-zlib --enable-gpl 
--enable-swscale --enable-libcdio --enable-x11grab --enable-libx264 
--enable-libxvid --shlibdir=/usr/lib/i386-linux-gnu/i686/cmov --cpu=i686 
--enable-shared --disable-static
  
  avdeviceconfiguration: --arch=i386 --enable-pthreads 
--enable-runtime-cpudetect --extra-version='6:9.10-2' 
--libdir=/usr/lib/i386-linux-gnu --prefix=/usr --enable-bzlib 
--enable-libdc1394 --enable-libfreetype --enable-frei0r --enable-gnutls 
--enable-libgsm --enable-libmp3lame --enable-librtmp --enable-libopencv 
--enable-libopenjpeg --enable-libopus --enable-libpulse 
--enable-libschroedinger --enable-libspeex --enable-libtheora --enable-vaapi 
--enable-vdpau --enable-libvorbis --enable-libvpx --enable-zlib --enable-gpl 
--enable-swscale --enable-libcdio --enable-x11grab --enable-libx264 
--enable-libxvid --shlibdir=/usr/lib/i386-linux-gnu/i686/cmov --cpu=i686 
--enable-shared --disable-static
  
  avfilterconfiguration: --arch=i386 --enable-pthreads 
--enable-runtime-cpudetect --extra-version='6:9.10-1' 
--libdir=/usr/lib/i386-linux-gnu --prefix=/usr --enable-bzlib 
--enable-libdc1394 --enable-libfreetype --enable-frei0r --enable-gnutls 
--enable-libgsm --enable-libmp3lame --enable-librtmp --enable-libopencv 
--enable-libopenjpeg --enable-libopus --enable-libpulse 
--enable-libschroedinger --enable-libspeex --enable-libtheora --enable-vaapi 
--enable-vdpau --enable-libvorbis --enable-libvpx --enable-zlib --enable-gpl 
--enable-swscale --enable-libcdio --enable-x11grab --enable-libx264 
--enable-libxvid --shlibd

Bug#736108: New upstream release

2014-01-19 Thread Jackson Doak 
package: gmusicbrowser
version: 1.1.10-2
priority: wishlist

Please package the new upstream release. It's needed for xubuntu 14.04
___
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: PERSONAL LETTER FOR YOU

2014-01-19 Thread TEMPLE OF GOD CHURCH 
Dearest Friend in the Lord,

Maybe you have heard of us? This is our website www.templeofgodchurchs.webs.com

I am Branch Leader and youth adviser to (Late Philanthropist Reverend James 
Lawson) who slept in the Lord on October 24th 2013 and after his death,we saw 
your contact from the file of our Late Philanthropist Reverend James Lawson and 
we decide to write you because he want to donate fund for you to use it for 
Almighty God in your country before he died and you have nothing to lose than 
to receive your cheque fund and used it for Almighty God work because what is 
the benefit of a man that gain the whole world and lose the kingdom of God? 

Please as you read this message go ahead and get back to Temple of God Church 
so that we can be able to press further with you on how to receive the cheque 
fund as soon as possible and we advise you to re-forward your full information 
below to enable us to cross check it again.

1.Your Full name

2.Your Full Home Address and your Country

3.Your Phone Number

4.Your Occupation

5.Your Age

6.Your Identification E.G International Passport Page or Driving License

Kindly forward your reply to templegodchu...@gmail.com in other to re-confirm 
it again for further action to take place.

Yours in Christ,
Rev. John Molnar
Temple of God Church
www.templeofgodchurchs.webs.com



___
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#736131: Feature: in calfjackhost, add "bypass" buttons, and optionally input and output gain knobs

2014-01-19 Thread Zenaan Harkness 
Package: calf-plugins
Version: 0.0.19+git20131202-1
Severity: wishlist
Tags: upstream

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

I am setting up a nice jackd based system, and calfjackhost rocks!

However, I find myself clicking Edit button repeatedly, to open and later to 
close the various
plugin edit windows, simply to enable and disable the "Bypass" for each plugin.

It would be great to have these "Bypass" buttons mirrored in the Calf JACK Host 
:)

Also, as a nice additional option, input and output gain knobs would be 
something I'd most
likely enable, if they were available :) :)

Also, some specific plugins may have one extra function (besides bypass, in and 
out gain)
which is a particularly toggle-able function which might be useful to be able 
to enable in the
Calf JACK Host, e.g.:
The Bass Enhancer plugin has a "Listen" function - I run the bass enhancer in 
parallel with
the 5-band Equalizer (not in series), and usually "Listen" is enabled, but for 
some tracks I
like to disable the "List" function of the Bass Enhancer (given that I run it 
in parallel with
eq5).

Finally, the Multiband (4-band) Compressor, has 4 Bypass buttons, one for each 
band. It would
of course make sense for these to all be avilable in the Calf JACK Host.

In summary: Calf JACK Host provides a great opportunity for a visually tight 
(economic of
screen realestate) yet feature/plugin-packed rack.

*** End of the template - remove these lines ***


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

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

Versions of packages calf-plugins depends on:
ii  libatk1.0-0   2.10.0-2
ii  libc6 2.17-97
ii  libcairo2 1.12.16-2
ii  libexpat1 2.1.0-4
ii  libfftw3-single3  3.3.3-7
ii  libfluidsynth11.1.6-2
ii  libfontconfig12.11.0-2
ii  libfreetype6  2.5.2-1
ii  libgcc1   1:4.8.2-14
ii  libgdk-pixbuf2.0-02.28.2-1+b1
ii  libglib2.0-0  2.36.4-1
ii  libgtk2.0-0   2.24.22-1
ii  libjack-jackd2-0 [libjack-0.116]  1.9.9.5+20130622git7de15e7a-1
ii  libpango-1.0-01.36.0-1+b1
ii  libpangocairo-1.0-0   1.36.0-1+b1
ii  libpangoft2-1.0-0 1.36.0-1+b1
ii  libstdc++64.8.2-14

Versions of packages calf-plugins recommends:
ii  gtk2-engines-pixbuf  2.24.22-1

Versions of packages calf-plugins suggests:
ii  ladish  1+dfsg0-4

-- no debconf information

___
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#736132: ladish: wmctrl integration to track and reset window locations and sizes, per-studio

2014-01-19 Thread Zenaan Harkness 
Package: ladish
Version: 1+dfsg0-4
Severity: wishlist
Tags: upstream

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

When I stop and start my studio (with gladish), I would like ladish to restore 
my window
locations.

I run alsaplayer, a compressor, two jack_mixer instances (capture and playback 
volume strips)
and calfjackhost, and sometimes an independent windowed audio meter.

Each time I reboot, or for some reason restart my ladish session, I have to 
drag all these
windows around to where they "need" to be.

Debian's wmctrl package provides the program wmctrl which may be quite 
convenient, especially
eg:

wmctrl -d
wmctrl -l

and corresponding options to move windows around given the right window ID as 
listed.

In the meantime, calfjackhost has provided much organisation of what were 5 
windows (with
jalv) into just one window (calfjackhost). But I still have 5 or more windows 
which need
placing each time I start my studio.

*** End of the template - remove these lines ***


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

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

Versions of packages ladish depends on:
ii  jackd 5
ii  libc6 2.17-97
ii  libdbus-1-3   1.7.10-2
ii  libexpat1 2.1.0-4
ii  libjack-jackd2-0 [libjack-0.116]  1.9.9.5+20130622git7de15e7a-1
ii  libuuid1  2.20.1-5.5
ii  python2.7.5-5
ii  python-dbus   1.2.0-2+b1

Versions of packages ladish recommends:
ii  a2jmidid  8~dfsg0-1

Versions of packages ladish suggests:
ii  gladish  1+dfsg0-4

-- no debconf information

___
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#735760: handbrake: FTBFS: dvdnav.c:1230: undefined reference to `dvdnav_dup'

2014-01-19 Thread Fabian Greffrath 
reassign 735760 libdvdnav-dev
found 735760 4.2.1-1
severity 735760 serious
retitle 735760 libdvdnav: removed dvdnav_dup{,_free} API
thanks

Am Sonntag, den 19.01.2014, 12:38 +0100 schrieb Fabian Greffrath: 
> Am Freitag, den 17.01.2014, 18:11 +0100 schrieb David Suárez: 
> > > /«BUILDDIR»/handbrake-0.9.9+dfsg/build/../libhb/dvdnav.c:1230: undefined 
> > > reference to `dvdnav_dup'
> > > /«BUILDDIR»/handbrake-0.9.9+dfsg/build/../libhb/dvdnav.c:1237: undefined 
> > > reference to `dvdnav_free_dup'
> > > collect2: error: ld returned 1 exit status
> 
> Why have these symbols been removed again from libdvdnav? They were the
> reason we packaged the 20120524 git snapshot in the first place!

Also, ABI-incompatible changes require a SONAME bump.

- Fabian

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

Processed: Re: Bug#735760: handbrake: FTBFS: dvdnav.c:1230: undefined reference to `dvdnav_dup'

2014-01-19 Thread Debian Bug Tracking System 
Processing commands for cont...@bugs.debian.org:

> reassign 735760 libdvdnav-dev
Bug #735760 [src:handbrake] handbrake: FTBFS: dvdnav.c:1230: undefined 
reference to `dvdnav_dup'
Bug reassigned from package 'src:handbrake' to 'libdvdnav-dev'.
No longer marked as found in versions handbrake/0.9.9+dfsg-2~2.gbpa4c3e9.
Ignoring request to alter fixed versions of bug #735760 to the same values 
previously set
> found 735760 4.2.1-1
Bug #735760 [libdvdnav-dev] handbrake: FTBFS: dvdnav.c:1230: undefined 
reference to `dvdnav_dup'
Marked as found in versions libdvdnav/4.2.1-1.
> severity 735760 serious
Bug #735760 [libdvdnav-dev] handbrake: FTBFS: dvdnav.c:1230: undefined 
reference to `dvdnav_dup'
Ignoring request to change severity of Bug 735760 to the same value.
> retitle 735760 libdvdnav: removed dvdnav_dup{,_free} API
Bug #735760 [libdvdnav-dev] handbrake: FTBFS: dvdnav.c:1230: undefined 
reference to `dvdnav_dup'
Changed Bug title to 'libdvdnav: removed dvdnav_dup{,_free} API' from 
'handbrake: FTBFS: dvdnav.c:1230: undefined reference to `dvdnav_dup''
> thanks
Stopping processing here.

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