Bug#713840: FTBFS on kfreebsd
Package: crtmpserver Version: 1.0~dfsg-4 Severity: serious The crtmpserver package fails on both kfreebsd architectures: For kfreebsd-amd64, the log is here: https://buildd.debian.org/status/fetch.php?pkg=crtmpserverarch=kfreebsd-amd64ver=1.0~dfsg-4stamp=1371919703 From that log: [ 6%] Building CXX object common/CMakeFiles/common.dir/src/utils/logging/fileloglocation.cpp.o cd /«PKGBUILDDIR»/obj-x86_64-kfreebsd-gnu/common /usr/bin/c++ -DCreateRTCPPacket=CreateRTCPPacket_mystyle_only_once -DDFREEBSD -DFeedDataAudioMPEG4Generic=FeedDataAudioMPEG4Generic_one_by_one -DHAS_LUA -DHAS_MEDIA_FLV -DHAS_MEDIA_MP3 -DHAS_MEDIA_MP4 -DHAS_PROTOCOL_CLI -DHAS_PROTOCOL_HLS -DHAS_PROTOCOL_HTTP -DHAS_PROTOCOL_LIVEFLV -DHAS_PROTOCOL_RTMP -DHAS_PROTOCOL_RTP -DHAS_PROTOCOL_TS -DHAS_PROTOCOL_VAR -DHandleTSVideoData=HandleVideoData_version3 -DLITTLE_ENDIAN_BYTE_ALIGNED -DNET_KQUEUE -D_FILE_OFFSET_BITS=64 -D__USE_FILE_OFFSET64 -Dcommon_EXPORTS -D_FORTIFY_SOURCE=2 -g -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall -fPIC -O3 -fno-strict-aliasing -fPIC -I/usr/include/lua5.1 -I/«PKGBUILDDIR»/common/include -I/«PKGBUILDDIR»/obj-x86_64-kfreebsd-gnu/precompiled.gch/Release.c++ -include common -Winvalid-pch -o CMakeFiles/common.dir/src/utils/logging/fileloglocation.cpp.o -c /«PKGBUILDDIR»/common/src/utils/logging/fileloglocation.cpp /«PKGBUILDDIR»/common/src/utils/logging/fileloglocation.cpp: In member function 'bool FileLogLocation::OpenFile()': /«PKGBUILDDIR»/common/src/utils/logging/fileloglocation.cpp:118:81: error: 'getpid' was not declared in this scope string temp = format(%s.%PRIu64.%PRIu64, STR(_fileName), (uint64_t) getpid(), (uint64_t) ts); ^ make[3]: *** [common/CMakeFiles/common.dir/src/utils/logging/fileloglocation.cpp.o] Error 1 I guess that all that's needed is to include the appropriate header file. -- regards, 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
Processed: severity of 713827 is important
Processing commands for cont...@bugs.debian.org: # hppa-specific FTBFS are *not* RC severity 713827 important Bug #713827 [vlc-nox] vlc-nox: FTBFS on hppa -- no bluray support Severity set to 'important' from 'serious' thanks Stopping processing here. Please contact me if you need assistance. -- 713827: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=713827 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#713827: vlc-nox: FTBFS on hppa -- no bluray support
Le dimanche 23 juin 2013 02:12:13, Dave Anglin a écrit : Package: vlc-nox Version: 2.0.7-2 Severity: serious Tags: patch Justification: fails to build from source (but built successfully in the past) Currently, hppa does not have bluray support as it depends on openjdk-6/7. As result, vlc build from sources fails: As far as I know, Java is *not* required to build libbluray. It is only required for some functionality, namely BD-J and the BD+ crypto/DRM, the latter not supported at all in open-source world. So it seems I would argue that this is a bug in the libbluray source package. -- Rémi Denis-Courmont http://www.remlab.net/ ___ 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#632080: vlc: VLC cannot open mpeg (TS) files recorded from satellite channels
Processing commands for cont...@bugs.debian.org: tags 632080 + unreproducible Bug #632080 [vlc] vlc: VLC cannot open mpeg (TS) files recorded from satellite channels Ignoring request to alter tags of bug #632080 to the same tags previously set thanks Stopping processing here. Please contact me if you need assistance. -- 632080: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=632080 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#632080: vlc: VLC cannot open mpeg (TS) files recorded from satellite channels
tags 632080 + unreproducible thanks Le mercredi 13 mars 2013 21:52:28, Johann Klammer a écrit : I have a .ts snippet, which does not display anything here. Works in xine. Was part of a larger file. vlc would just grind the disk, but not display anything. http://members.aon.at/~aklamme4/scratch/hang.ts I can play the file just fine: $ vlc hang.ts :program=28014 -- Rémi Denis-Courmont http://www.remlab.net/ ___ 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#713856: libavutil51: Pulseaudio provokes SIGFPE in libavutil
Package: libavutil51 Version: 6:0.8.7-1 Severity: important Tags: upstream Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** I am using pulseaudio (tried 2.0-6.1 and 4.0-3) for my sound output via digital surround S/PDIF using A52 encoding. This is achieved by pulseaudio relying on libasound2-plugins encoder which in turn relies on libav (as far as i can understand). After a recent testing (my current debian version) upgrade pulseaudio began not to start anymore, and exiting with a SIGFPE, Arithmetic exception. This can (probably/hopefully) be reproduced the following way: Install pulseaudio and its libav dependencies from unstable on a computer with a S/PDIF output that can/could be used by alsa. Put the following in /etc/asound.conf: = pcm.a52 { @args [CARD] @args.CARD { type string } type rate slave { pcm { type a52 bitrate 448 channels 6 card $CARD } rate 48000 #required somehow, otherwise nothing happens in PulseAudio } } = and then starting pulseaudio: ~/ pulseaudio W: [pulseaudio] pid.c: Stale PID file, overwriting. Floating point exception Digging deeper with gdb, you might get: = ~/ gdb pulseaudio [...] (gdb) run Starting program: /usr/bin/pulseaudio warning: no loadable sections found in added symbol-file system-supplied DSO at 0x77ffa000 warning: Could not load shared library symbols for linux-vdso.so.1. Do you need set solib-search-path or set sysroot? [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. process 12005 is executing new program: /usr/bin/pulseaudio warning: Could not load shared library symbols for linux-vdso.so.1. Do you need set solib-search-path or set sysroot? [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. W: [pulseaudio] pid.c: Stale PID file, overwriting. Program received signal SIGFPE, Arithmetic exception. 0x7fffeb7d842a in av_samples_get_buffer_size () from /usr/lib/x86_64-linux-gnu/libavutil.so.51 (gdb) bt #0 0x7fffeb7d842a in av_samples_get_buffer_size () from /usr/lib/x86_64-linux-gnu/libavutil.so.51 #1 0x7fffeb7d85c3 in av_samples_alloc () from /usr/lib/x86_64-linux-gnu/libavutil.so.51 #2 0x7fffec86c22f in ?? () from /usr/lib/x86_64-linux-gnu/alsa-lib/libasound_module_pcm_a52.so #3 0x7fffecd22eef in ?? () from /usr/lib/x86_64-linux-gnu/libasound.so.2 #4 0x7fffeca8154d in pa_alsa_set_hw_params () from /usr/lib/pulse-4.0/modules/libalsa-util.so #5 0x7fffeca81c77 in pa_alsa_open_by_device_string () from /usr/lib/pulse-4.0/modules/libalsa-util.so #6 0x7fffeca81f68 in pa_alsa_open_by_template () from /usr/lib/pulse-4.0/modules/libalsa-util.so #7 0x7fffeca89a77 in ?? () from /usr/lib/pulse-4.0/modules/libalsa-util.so #8 0x7fffeca938ea in pa_alsa_profile_set_probe () from /usr/lib/pulse-4.0/modules/libalsa-util.so #9 0x7fffecfaf21f in module_alsa_card_LTX_pa__init () from /usr/lib/pulse-4.0/modules/module-alsa-card.so #10 0x77b7419b in pa_module_load () from /usr/lib/libpulsecore-4.0.so #11 0x7fffed3c4a37 in ?? () from /usr/lib/pulse-4.0/modules/module-udev-detect.so #12 0x7fffed3c5cb7 in module_udev_detect_LTX_pa__init () from /usr/lib/pulse-4.0/modules/module-udev-detect.so #13 0x77b7419b in pa_module_load () from /usr/lib/libpulsecore-4.0.so #14 0x77b6372a in ?? () from /usr/lib/libpulsecore-4.0.so #15 0x77b69282 in pa_cli_command_execute_line_stateful () from /usr/lib/libpulsecore-4.0.so #16 0x77b69b91 in pa_cli_command_execute_file_stream () from /usr/lib/libpulsecore-4.0.so #17 0x0040796e in main () = The versions of related programs and libraries where this happens for me are: libasound2-plugins 1.0.27-2 libavcodec53 6:0.8.7-1 libavutil51 6:0.8.7-1 pulseaudio 4.0-3 || 2.0-6.1 I hope the provided information is sufficient to reproduce and/or isolate the bug. By the way, one pulseaudio developer in IRC suggested to report the bug to either alsa-plugins or libav upstream. If anything more is needed, please tell me what. Thanks for your great work, and Best Regards - Dario Ernst -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-trunk-amd64 (SMP w/8 CPU cores) 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 libavutil51 depends on: ii libc6 2.17-3 ii
Bug#713827: vlc-nox: FTBFS on hppa -- no bluray support
On 23-Jun-13, at 5:10 AM, Rémi Denis-Courmont wrote: As far as I know, Java is *not* required to build libbluray. It is only required for some functionality, namely BD-J and the BD+ crypto/DRM, the latter not supported at all in open-source world. So it seems I would argue that this is a bug in the libbluray source package. I'll look at this more closely but this is what happens when I try to build the libbluray source package: Reading package lists... Building dependency tree... Reading state information... NOTICE: 'libbluray' packaging is maintained in the 'Git' version control system at: git://git.debian.org/git/pkg-multimedia/libbluray.git Need to get 465 kB of source archives. Get:1 http://ftp.debian.org/debian/ testing/main libbluray 1:0.2.2-1 (dsc) [2,485 B] Get:2 http://ftp.debian.org/debian/ testing/main libbluray 1:0.2.2-1 (tar) [456 kB] Get:3 http://ftp.debian.org/debian/ testing/main libbluray 1:0.2.2-1 (diff) [6,011 B] dpkg-source: info: extracting libbluray in libbluray-0.2.2 dpkg-source: info: unpacking libbluray_0.2.2.orig.tar.bz2 dpkg-source: info: unpacking libbluray_0.2.2-1.debian.tar.gz dpkg-buildpackage: source package libbluray dpkg-buildpackage: source version 1:0.2.2-1 dpkg-buildpackage: source changed by Rico Tzschichholz ric...@ubuntu.com dpkg-source --before-build libbluray-0.2.2 dpkg-buildpackage: host architecture hppa dpkg-checkbuilddeps: Unmet build dependencies: openjdk-6-jdk dpkg-buildpackage: warning: build dependencies/conflicts unsatisfied; aborting dpkg-buildpackage: warning: (Use -d flag to override.) Build command 'cd libbluray-0.2.2 dpkg-buildpackage -b -uc' failed. Fetched 465 kB in 6s (69.7 kB/s) E: Child process failed -- John David Anglin dave.ang...@bell.net ___ 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#713827: vlc-nox: FTBFS on hppa -- no bluray support
On 23-Jun-13, at 8:26 AM, John David Anglin wrote: As far as I know, Java is *not* required to build libbluray. It is only required for some functionality, namely BD-J and the BD+ crypto/ DRM, the latter not supported at all in open-source world. So it seems I would argue that this is a bug in the libbluray source package. I'll look at this more closely but this is what happens when I try to build the libbluray source package: You are correct. With a bit of hacking, libbluray will build without openjdk-6-jdk if bdjava isn't enabled. So, this bug can be closed. I'll file a libblurray FTBFS. Thanks, Dave -- John David Anglin dave.ang...@bell.net ___ 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#713515: crtmpserver: FTBFS: add_subdirectory given source tinyxml which is not an existing directory.
Hi Reinhard, Yes, I have contact. Yes, I will contact him and will discuss about. On Sat, Jun 22, 2013 at 06:16:07PM +0200, Reinhard Tartler wrote: On Sat, Jun 22, 2013 at 3:49 PM, Lucas Nussbaum lu...@lucas-nussbaum.net wrote: Source: crtmpserver Version: 1.0~dfsg-3 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20130620 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: -- Looking for tinyxml -- Looking for tinyxml headers - found -- Looking for tinyxml library - not found Andriy, do you still have contact to upstream? I've now backed a patch for that that seems to work for this bug. Can you perhaps forward to get it included into upstream? http://anonscm.debian.org/gitweb/?p=pkg-multimedia/crtmpserver.git;a=blob;f=debian/patches/20_use_pkgconfig_for_tinyxml.diff Since I'm not comfortable with uploading a new upstream version without checking with you, I'm going to create a jessie branch with this fix only in order to minimize the risk of introducing additional issues. -- regards, Reinhard -- Best regards, Andriy 0xBDDBDAE3 signature.asc Description: Digital 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
Processed: Re: Bug#713827: vlc-nox: FTBFS on hppa -- no bluray support
Processing commands for cont...@bugs.debian.org: tags 713827 + wontfix Bug #713827 [vlc-nox] vlc-nox: FTBFS on hppa -- no bluray support Added tag(s) wontfix. thanks Stopping processing here. Please contact me if you need assistance. -- 713827: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=713827 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#713827: marked as done (vlc-nox: FTBFS on hppa -- no bluray support)
Your message dated Sun, 23 Jun 2013 18:27:34 +0300 with message-id 201306231827.34...@leon.remlab.net and subject line Re: Bug#713827: vlc-nox: FTBFS on hppa -- no bluray support has caused the Debian Bug report #713827, regarding vlc-nox: FTBFS on hppa -- no bluray support 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.) -- 713827: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=713827 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: vlc-nox Version: 2.0.7-2 Severity: serious Tags: patch Justification: fails to build from source (but built successfully in the past) Currently, hppa does not have bluray support as it depends on openjdk-6/7. As result, vlc build from sources fails: dpkg-buildpackage: source changed by Benjamin Drung bdr...@debian.org dpkg-source --before-build vlc-2.0.7 dpkg-buildpackage: host architecture hppa dpkg-checkbuilddeps: Unmet build dependencies: libbluray-dev (= 1:0.2.1) dpkg-buildpackage: warning: build dependencies/conflicts unsatisfied; aborting dpkg-buildpackage: warning: (Use -d flag to override.) The attached patch fixes the issue for me. -- System Information: Debian Release: 7.0 APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: hppa (parisc64) Kernel: Linux 3.10.0-rc6+ (SMP w/4 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -u debian.orig/control debian/control --- debian.orig/control 2013-05-11 15:15:36.0 -0400 +++ debian/control 2013-06-22 16:53:41.0 -0400 @@ -22,7 +22,7 @@ libavc1394-dev [linux-any], libavcodec-dev (= 4:0.6), libavformat-dev (= 4:0.6), - libbluray-dev (= 1:0.2.1), + libbluray-dev (= 1:0.2.1) [!hppa], libcaca-dev (= 0.99.beta4), libcddb2-dev, libcdio-dev (= 0.78.2), Common subdirectories: debian.orig/patches and debian/patches diff -u debian.orig/rules debian/rules --- debian.orig/rules 2013-05-11 15:15:36.0 -0400 +++ debian/rules 2013-06-22 16:53:01.0 -0400 @@ -42,7 +42,6 @@ confflags += \ --enable-a52 \ --enable-aa \ - --enable-bluray \ --enable-bonjour \ --enable-caca \ --enable-dbus \ @@ -193,6 +192,14 @@ removeplugins += neon endif +# HPPA specific optimizations +ifeq (,$(filter-out hppa,$(DEB_HOST_ARCH_CPU))) +confflags += --disable-bluray +removeplugins += bluray +else +confflags += --enable-bluray +endif + # PowerPC specific optimizations (excluding powerpcspe) ifeq (,$(filter-out powerpc,$(DEB_HOST_ARCH_CPU))$(filter powerpcspe,$(DEB_HOST_ARCH))) confflags += --enable-altivec Common subdirectories: debian.orig/source and debian/source ---End Message--- ---BeginMessage--- tags 713827 + wontfix thanks Le dimanche 23 juin 2013 17:14:28, John David Anglin a écrit : On 23-Jun-13, at 8:26 AM, John David Anglin wrote: As far as I know, Java is *not* required to build libbluray. It is only required for some functionality, namely BD-J and the BD+ crypto/ DRM, the latter not supported at all in open-source world. So it seems I would argue that this is a bug in the libbluray source package. I'll look at this more closely but this is what happens when I try to build the libbluray source package: You are correct. With a bit of hacking, libbluray will build without openjdk-6-jdk if bdjava isn't enabled. So, this bug can be closed. I'll file a libblurray FTBFS. Good. There goes. (libbluray Java support should probably be disabled on all platforms at the moment anyway, as I'm told it's currently experimental and insecure.) -- Rémi Denis-Courmont http://www.remlab.net/---End Message--- ___ 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 gecko-mediaplayer_1.0.8-3_amd64.changes
gecko-mediaplayer_1.0.8-3_amd64.changes uploaded successfully to localhost along with the files: gecko-mediaplayer_1.0.8-3.dsc gecko-mediaplayer_1.0.8-3.debian.tar.gz gecko-mediaplayer_1.0.8-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
Processing of gmtk_1.0.8-3_amd64.changes
gmtk_1.0.8-3_amd64.changes uploaded successfully to localhost along with the files: gmtk_1.0.8-3.dsc gmtk_1.0.8-3.debian.tar.gz libgmtk1_1.0.8-3_amd64.deb libgmtk1-dbg_1.0.8-3_amd64.deb libgmlib1_1.0.8-3_amd64.deb libgmlib1-dbg_1.0.8-3_amd64.deb libgmtk-dev_1.0.8-3_amd64.deb libgmlib-dev_1.0.8-3_amd64.deb libgmtk1-data_1.0.8-3_all.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
Bug#706154: gecko-mediaplayer: claims that an additional plugin is needed, but standalone gnome-mplayer plays the video
On 2013-06-15 23:28:27, Francesco Poli wrote: On Mon, 10 Jun 2013 22:07:59 +0200 Sebastian Ramacher wrote: On 2013-06-07 23:46:16, Francesco Poli wrote: [...] Any idea of what's going on? Thank you very much for any help you may provide. Two things changed in that upload: - the obsolete gconf file got dropped (sigh, I forgot to document that in the changelog). This change shouldn't make a difference, though. - gecko-mediaplayer now built against xulrunner-dev 17.0.6ers-1. Maybe that lead to an incompatibility with iceweasel 10. I think I found the culprit and a fixed package is available at [1]. If you can confirm that this brings us back to the 1.0.8-1 behavior, I'll prepare an upload with that fix. I've just tried out the 1.0.8-3 package you prepared for me. Great job! It seems to work flawlessly (just like version 1.0.8-1)! Whatever you did to this package should definitely end up in an official upload to unstable! [...] [1] http://people.debian.org/~sramacher/gecko-mediaplayer_1.0.8-3_amd64.deb{,.asc} Thank you so much for your kind assistance. It's really appreciated, indeed! Sorry for the delay. I've just uploaded the fixed version. What's the state of the original problem of the bugreport now? Still present? Regards -- Sebastian Ramacher signature.asc Description: Digital 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
gecko-mediaplayer_1.0.8-3_amd64.changes ACCEPTED into unstable
Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sun, 23 Jun 2013 17:44:51 +0200 Source: gecko-mediaplayer Binary: gecko-mediaplayer Architecture: source amd64 Version: 1.0.8-3 Distribution: unstable Urgency: low Maintainer: Debian Multimedia Maintainers pkg-multimedia-maintainers@lists.alioth.debian.org Changed-By: Sebastian Ramacher sramac...@debian.org Description: gecko-mediaplayer - Multimedia plug-in for Gecko browsers Changes: gecko-mediaplayer (1.0.8-3) unstable; urgency=low . * debian/patches/functable-check.patch: Fix function table check. This improves the compatibility with browser other than iceweasel and with older versions of iceweasel if built against a newer one. (LP: #870115, #1069635) Checksums-Sha1: 55df220e659941b67a23a99e515b43672fe5a5cb 2355 gecko-mediaplayer_1.0.8-3.dsc cf5fa5569a87feb5c23967e38a5d620aad8c832e 16647 gecko-mediaplayer_1.0.8-3.debian.tar.gz 58a9f26b6b8eaa4c32626520a2b1557e63e3c911 237202 gecko-mediaplayer_1.0.8-3_amd64.deb Checksums-Sha256: 01afffba0940adcb60463157de2e7fcf6bc9f1a3e3b3e2b4c4ea285ab5ae087f 2355 gecko-mediaplayer_1.0.8-3.dsc f7fcfcc7dc99143e7432f01c7ccb81f875d0739359b732af57b590cd1ab95c77 16647 gecko-mediaplayer_1.0.8-3.debian.tar.gz b8f1a60399c9982ea51bdebb34a811bc46e3a235f883c34114adf8dd4ef9c0c4 237202 gecko-mediaplayer_1.0.8-3_amd64.deb Files: 5dec648b5a4ddd3bf02f3904891ab41a 2355 video optional gecko-mediaplayer_1.0.8-3.dsc dd94cfcd25fbe5b24e3b5107db1a3b01 16647 video optional gecko-mediaplayer_1.0.8-3.debian.tar.gz e3efdfadfa462f3d7d070c72e177b3b3 237202 video optional gecko-mediaplayer_1.0.8-3_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJRxxnUAAoJEGny/FFupxmTcZoP/jMA//hoBDSR9+03rRw/Gozg VnuIpHW9xnvJh0j+Oc9vRxN0ZjqJuGVaMeW0DKxKQWcYcWCXWs4H01QoitoaBrYp YxNsCSEgukQefK5wJHcDExPUULMlroSDxwu+S3Kuu7Yiu8GzoHfHp9xbghK0GpuA cBw9lavGL+nqyKSvWVmw0zGYbVLu7P3nL4ITmgASlXNOd+G+727heNtsxNcNd7p4 oJIUmn8tHKS1p15OPkLuGvMy7YrJo/6V7YOpLXFvRNkR4BRGHtalThW1tE1ur2f1 ZR2Pe7ZoB/aIafFBAbYL5Xyo2j19VfuXkujXUH2cidMbHBUnR0Ffbbe7uJnHixes ximGZItee8syFiWoZb7v524m4EuKiWQmkkhLXr7xZXnTllhdz+dSzp55+3XbPBXW 9Cix8C+HKhLbsA9eorxcRfRuafOZe/qutuOyEqEQHVrnSdOq+v9RN8O3y1sGbp6Q 8qsHtYIgHA8odQzngjCMT9HuvPZ2GFP3TVwzPcyrMRTHwc/UxLsGkdAAKeTBhBPG eGeNGKcRZs4N3fBsS8xh7q6N+BmThHGVL4ew6Lq8Mw2VxftbMn3xv6OXNGj4v66P IgaIIqRxHSAI+s80Ket3DHVwkpIYH1hGP+f84bYt5iK4aT0rW+78cqb5PU8KeJj7 oSR37vwlxUff4FVf3HXd =s9Qd -END PGP SIGNATURE- 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
gmtk_1.0.8-3_amd64.changes ACCEPTED into unstable
Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sun, 23 Jun 2013 17:43:49 +0200 Source: gmtk Binary: libgmtk1 libgmtk1-dbg libgmlib1 libgmlib1-dbg libgmtk-dev libgmlib-dev libgmtk1-data Architecture: source amd64 all Version: 1.0.8-3 Distribution: unstable Urgency: low Maintainer: Debian Multimedia Maintainers pkg-multimedia-maintainers@lists.alioth.debian.org Changed-By: Sebastian Ramacher sramac...@debian.org Description: libgmlib-dev - gnome-mplayer library (development files) libgmlib1 - gnome-mplayer library (shared library) libgmlib1-dbg - gnome-mplayer library (debugging symbols) libgmtk-dev - gnome-mplayer toolkit (development files) libgmtk1 - gnome-mplayer toolkit (shared library) libgmtk1-data - gnome-mplayer toolkit (common files) libgmtk1-dbg - gnome-mpayer toolkit (debugging symbols) Changes: gmtk (1.0.8-3) unstable; urgency=low . * debian/patches: - locale-agnostic.patch: Apply patch from upstream to pass floats in a locale agnostic way to mplayer. (LP: #1182874) - metadata-handling.patch: Apply patch from upstream to improve handling of metadata reported by mplayer. - input.conf-error.patch: Apply patch from upstream to not display an error message if input.conf could not be found. Checksums-Sha1: 19314e97f7060dc1445ab21d6d25c907fded46f5 2336 gmtk_1.0.8-3.dsc 53448856d4a7f1eccdea6d28d88ce75f328d792d 7416 gmtk_1.0.8-3.debian.tar.gz c2f20d513a5221434e48683ecbdbd589666882a1 45904 libgmtk1_1.0.8-3_amd64.deb 88d59ef702aaa775eafa1accfabc0e4459c9129e 98620 libgmtk1-dbg_1.0.8-3_amd64.deb 50ca5af459deafb6e68648aa75802e385e3084ce 20678 libgmlib1_1.0.8-3_amd64.deb 462de605bafde0537a0b4d8c4a3fd9f7404cec52 35790 libgmlib1-dbg_1.0.8-3_amd64.deb b40a92ffed02f9b3f97ccb4dbed780c96cae07dd 194258 libgmtk-dev_1.0.8-3_amd64.deb f3c8b81a7aca247ae87930e7d94748e476f0c16a 57566 libgmlib-dev_1.0.8-3_amd64.deb 1a01d75274b66a27b15ea5c36e52a0d0d5120cec 21912 libgmtk1-data_1.0.8-3_all.deb Checksums-Sha256: 26ccdf8679eb04a810e74427116e9b519e46a0d85289c276dd5168db8d920f05 2336 gmtk_1.0.8-3.dsc 2be665cd699051f10e23094df49664350367cb845c680df1a5a070b9bc4149d2 7416 gmtk_1.0.8-3.debian.tar.gz aeefd7c3428f63e4151dfaaf6460709453ca738f76c69646c819597bece8804b 45904 libgmtk1_1.0.8-3_amd64.deb 8b74aaef24ed4a9170cb46ca0251d55b70861524cc97e58f9c813d7e33e92984 98620 libgmtk1-dbg_1.0.8-3_amd64.deb 2b4f1490adf4ce7856b4e8336073fcfe3c618ea344783c6e97390e78504fb48e 20678 libgmlib1_1.0.8-3_amd64.deb 1803eca34dc80b0b8ac7672a3dab19d45d180f81f06f114e14e7ba4bdbc499a5 35790 libgmlib1-dbg_1.0.8-3_amd64.deb b83b2e08a21c0b8e4eb0e505efef9b16a1fe030d965a9fca3fd8e24bfe3d7670 194258 libgmtk-dev_1.0.8-3_amd64.deb 8758f7e784ba0513b0cc72e51910276d2e5fc50206e791deea5777044addcfec 57566 libgmlib-dev_1.0.8-3_amd64.deb d83265d429ef981c1e8d9eb12af0ff119662a8e033cb776ba0c80bdc959acab0 21912 libgmtk1-data_1.0.8-3_all.deb Files: 6a9052f499aaeb784a446c0ff08f5b2f 2336 libs optional gmtk_1.0.8-3.dsc 9fc755fe384e41b07be4c3f59d6497ea 7416 libs optional gmtk_1.0.8-3.debian.tar.gz 6c7df44ce019008926fa45a1f40780e0 45904 libs optional libgmtk1_1.0.8-3_amd64.deb 83ea4abb15bd577f7280fb81daec6762 98620 debug extra libgmtk1-dbg_1.0.8-3_amd64.deb bd0a1babe7febaeed3bee21b651653e2 20678 libs optional libgmlib1_1.0.8-3_amd64.deb 30715e885204140fd134d2f792b721d9 35790 debug extra libgmlib1-dbg_1.0.8-3_amd64.deb 6a97947034c52dedf7d5e972067fc891 194258 libdevel optional libgmtk-dev_1.0.8-3_amd64.deb e752412a7aecbb30af120927820b592c 57566 libdevel optional libgmlib-dev_1.0.8-3_amd64.deb d868a94ed351568f9dfe7cc12129e178 21912 libs optional libgmtk1-data_1.0.8-3_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJRxxnTAAoJEGny/FFupxmTkOoP/iBcD+3KpvWk+H8LcyKddVGd ab3b4J3//3b628U3D/k28q8Lrn31sufnV46OTzonf7lnCGOUFKv/Kqao1zH4iQ7u 8k39mERL5sPxURzAOQGuKdJRSqZ5nOrr5ZIu0UxYL/fW7zF36hARaFzgz8jbbb9a tglJyLfzOB2dbwhbUKpwpl/cFBUgQF+YN2SPGytYUdPxQ8UFs+jRW9Unth73rA6O yWkkuvAt60fVc2tycle0ygKHadm9d/ooZPRP/WIC4C3f3lk1ChPJjeTEkql8ucBV fZoleru4LXyNYW515z/6iiQuGhKVUO0g4MbF9eSvP/EJAGOIw1lvWPvcgr+fPznw zU8D7qBmNQSp+rjArQzYh5MOWp9FnkQthFuHH4ymBBUdwUVc90RzYQE0+pk5Kc+Q xGw0q44n55b4jDCh+EoXEw1H5ikAV4PCPPPYDyqVsD4LBnvcx1bAWJbBNLZgKGwW 7dYGcqo3YBY4UyKOjgN/ljgoPUZAG9tLFKslA5Ynk/J/ttfQE9O4DGeXunPa3a8s V+GGI9oKha9RgVTQVGX9LAJvCDEpa7SwIznGmvop7Y7d/srAhPD9SxnX0g8ZJ61S peGtkaDlM7oAfhQ+9FKz4KTslmyLbLpjq9IGm/EVJHeggIqucmDtSQqoK8og38mN 44671g3Zxt9/AVvyZCty =3mgf -END PGP SIGNATURE- 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#713515: crtmpserver: FTBFS: add_subdirectory given source tinyxml which is not an existing directory.
On Sun, Jun 23, 2013 at 4:04 PM, Andriy Beregovenko j...@jet.kiev.ua wrote: Hi Reinhard, Yes, I have contact. Yes, I will contact him and will discuss about. In addition, it seems that the package requires further changes to build on kfreebsd. I've prepared a patch here, and am going to upload it to unstable soon: http://anonscm.debian.org/gitweb/?p=pkg-multimedia/crtmpserver.git;a=blob;f=debian/patches/21_fix_ftbfs_kfreebsd.diff While you're at it, please also mention that url to upstream. Thanks! -- regards, 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
Bug#713840: marked as done (FTBFS on kfreebsd)
Your message dated Sun, 23 Jun 2013 17:03:01 + with message-id e1uqngr-0001wt...@franck.debian.org and subject line Bug#713840: fixed in crtmpserver 1.0~dfsg-5 has caused the Debian Bug report #713840, regarding FTBFS on kfreebsd 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.) -- 713840: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=713840 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: crtmpserver Version: 1.0~dfsg-4 Severity: serious The crtmpserver package fails on both kfreebsd architectures: For kfreebsd-amd64, the log is here: https://buildd.debian.org/status/fetch.php?pkg=crtmpserverarch=kfreebsd-amd64ver=1.0~dfsg-4stamp=1371919703 From that log: [ 6%] Building CXX object common/CMakeFiles/common.dir/src/utils/logging/fileloglocation.cpp.o cd /«PKGBUILDDIR»/obj-x86_64-kfreebsd-gnu/common /usr/bin/c++ -DCreateRTCPPacket=CreateRTCPPacket_mystyle_only_once -DDFREEBSD -DFeedDataAudioMPEG4Generic=FeedDataAudioMPEG4Generic_one_by_one -DHAS_LUA -DHAS_MEDIA_FLV -DHAS_MEDIA_MP3 -DHAS_MEDIA_MP4 -DHAS_PROTOCOL_CLI -DHAS_PROTOCOL_HLS -DHAS_PROTOCOL_HTTP -DHAS_PROTOCOL_LIVEFLV -DHAS_PROTOCOL_RTMP -DHAS_PROTOCOL_RTP -DHAS_PROTOCOL_TS -DHAS_PROTOCOL_VAR -DHandleTSVideoData=HandleVideoData_version3 -DLITTLE_ENDIAN_BYTE_ALIGNED -DNET_KQUEUE -D_FILE_OFFSET_BITS=64 -D__USE_FILE_OFFSET64 -Dcommon_EXPORTS -D_FORTIFY_SOURCE=2 -g -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall -fPIC -O3 -fno-strict-aliasing -fPIC -I/usr/include/lua5.1 -I/«PKGBUILDDIR»/common/include -I/«PKGBUILDDIR»/obj-x86_64-kfreebsd-gnu/precompiled.gch/Release.c++ -include common -Winvalid-pch -o CMakeFiles/common.dir/src/utils/logging/fileloglocation.cpp.o -c /«PKGBUILDDIR»/common/src/utils/logging/fileloglocation.cpp /«PKGBUILDDIR»/common/src/utils/logging/fileloglocation.cpp: In member function 'bool FileLogLocation::OpenFile()': /«PKGBUILDDIR»/common/src/utils/logging/fileloglocation.cpp:118:81: error: 'getpid' was not declared in this scope string temp = format(%s.%PRIu64.%PRIu64, STR(_fileName), (uint64_t) getpid(), (uint64_t) ts); ^ make[3]: *** [common/CMakeFiles/common.dir/src/utils/logging/fileloglocation.cpp.o] Error 1 I guess that all that's needed is to include the appropriate header file. -- regards, Reinhard ---End Message--- ---BeginMessage--- Source: crtmpserver Source-Version: 1.0~dfsg-5 We believe that the bug you reported is fixed in the latest version of crtmpserver, which is due to be installed in the Debian FTP archive. 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 713...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Reinhard Tartler siret...@tauware.de (supplier of updated crtmpserver 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...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 23 Jun 2013 18:40:50 +0200 Source: crtmpserver Binary: crtmpserver crtmpserver-libs crtmpserver-apps crtmpserver-dev Architecture: source amd64 Version: 1.0~dfsg-5 Distribution: unstable Urgency: low Maintainer: Reinhard Tartler siret...@debian.org Changed-By: Reinhard Tartler siret...@tauware.de Description: crtmpserver - High performance RTMP/RTSP streaming server crtmpserver-apps - base applications for the crtmpserver platform crtmpserver-dev - Development files for the crtmpserver platform crtmpserver-libs - shared libraries for the crtmpserver platform Closes: 713840 Changes: crtmpserver (1.0~dfsg-5) unstable; urgency=low . * Update the kfreebsd platform specific header to unbreak compilation, Closes: #713840 Checksums-Sha1: b37a23273f52297a702fdc36cfcc3c1871c9b7ca 1678 crtmpserver_1.0~dfsg-5.dsc 8db73524067a886131b7a616b9da78cdd1b2 15697 crtmpserver_1.0~dfsg-5.debian.tar.gz 1994aaceb8a537beded0d629f2b6f35c09e3742e 29824 crtmpserver_1.0~dfsg-5_amd64.deb 1bafc2c12fc12167143460563dd470f00eedc6b4 980594 crtmpserver-libs_1.0~dfsg-5_amd64.deb 9918f562d2b17a6040990a67e7d03ff02556d733 201592 crtmpserver-apps_1.0~dfsg-5_amd64.deb a18241b4552bc6f778d7b504021791c4d4a54eca 95636 crtmpserver-dev_1.0~dfsg-5_amd64.deb Checksums-Sha256: aae946bc618925ee9c70d3c37b4699a423ebad6bdc4ebba7d21c4b0dcd4f3d82 1678 crtmpserver_1.0~dfsg-5.dsc
libquicktime 2:1.2.4-4 MIGRATED to testing
FYI: The status of the libquicktime source package in Debian's testing distribution has changed. Previous version: 2:1.2.4-3 Current version: 2:1.2.4-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/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: Bug#713670: supercollider: FTBFS: sndfile_backend_test.cpp:46:34: error: expected unqualified-id before numeric constant
On Sat, Jun 22, 2013 at 2:23 PM, Dan S danstowell+de...@gmail.com wrote: Hi - Thanks for the report. The testsuite does not need to be built for packaging, so actually we disable it in the most recent version in debian-git and in experimental (which is supercollider 3.6.3). We can do this for 3.5.3 as well, which will fix this issue.* Why disable the testsuite? After all, if it is failing, its for a reason However, I'm not sure what the best way is to go about implementing this fix. In the debian-git we've already moved forward to supercollider 3.6.3. So, should I apply the fix I give below on a new git branch from debian/1%3.5.3_repack-3, and then request upload to sid (and jessie?)? Or, should we instead look at migrating 3.6.3 from experimental to sid? Lets not waste time fixing old versions. I'm sorry for delaying the 3.6 uploads, but I've been busy, and I'm kind of uncomfortable with the current state because sc requires a newer boost version than the debian default, which would require hardcoding a given boost version in the build-deps. -- Saludos, Felipe Sateler ___ 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#713897: libbluray: FTBFS on hppa -- openjdk-6-jdk dependency
Source: libbluray Version: 1:0.2.2-1 Severity: serious Justification: fails to build from source (but built successfully in the past) dpkg-buildpackage: source package libbluray dpkg-buildpackage: source version 1:0.2.2-1 dpkg-buildpackage: source changed by Rico Tzschichholz ric...@ubuntu.com dpkg-source --before-build libbluray-0.2.2 dpkg-buildpackage: host architecture hppa dpkg-checkbuilddeps: Unmet build dependencies: openjdk-6-jdk dpkg-buildpackage: warning: build dependencies/conflicts unsatisfied; aborting dpkg-buildpackage: warning: (Use -d flag to override.) openjdk-6 has not been ported to hppa and I understand there are maintenance problems on other architectures as well. libbluray is required by other source packages (e.g., gvfs and vlc). These packages don't require libbluray Java support. I have been told that it's currently experimental and insecure. I was able to build libbluray by hacking the rules and control files to disable building bdjava. -- System Information: Debian Release: 7.0 APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: hppa (parisc64) Kernel: Linux 3.10.0-rc6+ (SMP w/4 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash ___ 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: severity of 713897 is important
Processing commands for cont...@bugs.debian.org: # hppa-specific FTBFS are still not RC severity 713897 important Bug #713897 [src:libbluray] libbluray: FTBFS on hppa -- openjdk-6-jdk dependency Severity set to 'important' from 'serious' thanks Stopping processing here. Please contact me if you need assistance. -- 713897: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=713897 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
Re: Bug#713670: supercollider: FTBFS: sndfile_backend_test.cpp:46:34: error: expected unqualified-id before numeric constant
2013/6/23 Felipe Sateler fsate...@debian.org: On Sat, Jun 22, 2013 at 2:23 PM, Dan S danstowell+de...@gmail.com wrote: Hi - Thanks for the report. The testsuite does not need to be built for packaging, so actually we disable it in the most recent version in debian-git and in experimental (which is supercollider 3.6.3). We can do this for 3.5.3 as well, which will fix this issue.* Why disable the testsuite? After all, if it is failing, its for a reason That's what I thought too at first. However it's not intended to be packaged (it doesn't build anything), and after discussion with the developer who actually made and maintains that testsuite, he wanted it that way... (It's not really a testsuite of supercollider, btw, I think covers the 'supernova' component.) However, I'm not sure what the best way is to go about implementing this fix. In the debian-git we've already moved forward to supercollider 3.6.3. So, should I apply the fix I give below on a new git branch from debian/1%3.5.3_repack-3, and then request upload to sid (and jessie?)? Or, should we instead look at migrating 3.6.3 from experimental to sid? Lets not waste time fixing old versions. OK I'm sorry for delaying the 3.6 uploads, but I've been busy, and I'm kind of uncomfortable with the current state because sc requires a newer boost version than the debian default, which would require hardcoding a given boost version in the build-deps. OK so at present the boost dependencies are of this form: libboost-dev (= 1.50) | libboost1.50-dev In sid/jessie/experimental there is a set of boost packages which should work, but named in the form libboost1.53-dev. It would be OK to add these as allowable alternatives, I think? I see no harm; it's not the debian default but it's in debian. Unless there's something going on which would mean we have to remove the more generic dependency in order to have this one used, which would be a bit of a shame (though still maintainable). (I don't actually understand why pages such as http://packages.debian.org/experimental/supercollider-language state the dependency as eg libboost-filesystem1.50.0 (= 1.50.0-1) [Package not available]. If the dependency is perhaps being inferred from the build phase, why would an unavailable libraryversion be present at build time?) Dan ___ 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#632080: vlc: VLC cannot open mpeg (TS) files recorded from satellite channels
Am Sonntag, den 23.06.2013, 12:28 +0300 schrieb Rémi Denis-Courmont: http://members.aon.at/~aklamme4/scratch/hang.ts I can play the file just fine: $ vlc hang.ts :program=28014 The OP used libav* packages from d-m.o, maybe that's related... - 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#713897: libbluray: FTBFS on hppa -- openjdk-6-jdk dependency
Am Sonntag, den 23.06.2013, 13:17 -0400 schrieb Dave Anglin: openjdk-6 has not been ported to hppa and I understand there are maintenance problems on other architectures as well. libbluray is required by other source packages (e.g., gvfs and vlc). These packages don't require libbluray Java support. I have been told that it's currently experimental and insecure. I was able to build libbluray by hacking the rules and control files to disable building bdjava. Looks like libbluray should only be build with Java support only on a hand-selected list of architectures known to work. - 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#713915: jackd2: no longer starts
Package: jackd2 Version: 1.9.9.5+20130622git7de15e7a-1 Severity: important For some reason, with the upgrade from 1.9.8~dfsg.4+20120529git007cdc37-5, jack_control start no longer works, and I get this: Sun Jun 23 19:44:26 2013: Controller activated. Version 1.9.10 (unknown) built on Sat Jun 22 10:42:33 2013 Sun Jun 23 19:44:26 2013: Loading settings from /home/jamie/.config/jack/conf.xml using expat_2.1.0 ... Sun Jun 23 19:44:26 2013: setting parameter 'engine':'driver':'(null)' to value alsa Sun Jun 23 19:44:26 2013: setting parameter 'engine':'realtime':'(null)' to value true Sun Jun 23 19:44:26 2013: setting parameter 'drivers':'alsa':'capture' to value 1 Sun Jun 23 19:44:26 2013: setting parameter 'drivers':'alsa':'playback' to value 1 Sun Jun 23 19:44:26 2013: setting parameter 'drivers':'alsa':'device' to value bithead Sun Jun 23 19:44:26 2013: setting parameter 'drivers':'alsa':'nperiods' to value 3 Sun Jun 23 19:44:26 2013: setting parameter 'drivers':'alsa':'dither' to value s Sun Jun 23 19:44:26 2013: Listening for D-Bus messages Sun Jun 23 19:44:26 2013: Starting jack server... Sun Jun 23 19:44:26 2013: JACK server starting in realtime mode with priority 10 Sun Jun 23 19:44:27 2013: ERROR: control open 1 (No such file or directory) Sun Jun 23 19:44:27 2013: ERROR: control open 1 (No such file or directory) Sun Jun 23 19:44:27 2013: creating alsa driver ... 1|1|1024|3|48000|0|0|nomon|swmeter|-|32bit Sun Jun 23 19:44:27 2013: ERROR: control open 1 (No such file or directory) Sun Jun 23 19:44:27 2013: ERROR: ALSA: Cannot open PCM device alsa_pcm for playback. Falling back to capture-only mode Sun Jun 23 19:44:27 2013: ERROR: Cannot initialize driver Sun Jun 23 19:44:27 2013: ERROR: JackServer::Open failed with -1 Sun Jun 23 19:44:27 2013: ERROR: Failed to open server Instead of: Sun Jun 23 20:15:27 2013: Controller activated. Version 1.9.9 (unknown) built on Tue Nov 27 20:48:57 2012 Sun Jun 23 20:15:27 2013: Loading settings from /home/jamie/.config/jack/conf.xml using expat_2.1.0 ... Sun Jun 23 20:15:27 2013: setting parameter 'engine':'driver':'(null)' to value alsa Sun Jun 23 20:15:27 2013: setting parameter 'engine':'realtime':'(null)' to value true Sun Jun 23 20:15:27 2013: setting parameter 'drivers':'alsa':'capture' to value 1 Sun Jun 23 20:15:27 2013: setting parameter 'drivers':'alsa':'playback' to value 1 Sun Jun 23 20:15:27 2013: setting parameter 'drivers':'alsa':'device' to value bithead Sun Jun 23 20:15:27 2013: setting parameter 'drivers':'alsa':'nperiods' to value 3 Sun Jun 23 20:15:27 2013: setting parameter 'drivers':'alsa':'dither' to value s Sun Jun 23 20:15:27 2013: Listening for D-Bus messages Sun Jun 23 20:15:27 2013: Starting jack server... Sun Jun 23 20:15:27 2013: JACK server starting in realtime mode with priority 10 Sun Jun 23 20:15:27 2013: Acquired audio card Audio1 Sun Jun 23 20:15:27 2013: creating alsa driver ... bithead|bithead|1024|3|48000|0|0|nomon|swmeter|-|32bit Sun Jun 23 20:15:27 2013: configuring for 48000Hz, period = 1024 frames (21.3 ms), buffer = 3 periods Sun Jun 23 20:15:27 2013: ALSA: final selected sample format for capture: 16bit little-endian Sun Jun 23 20:15:27 2013: ALSA: use 3 periods for capture Sun Jun 23 20:15:27 2013: ALSA: final selected sample format for playback: 16bit little-endian Sun Jun 23 20:15:27 2013: ALSA: use 3 periods for playback Sun Jun 23 20:15:27 2013: Noise-shaped dithering at 16 bits Sun Jun 23 20:15:27 2013: graph reorder: new port 'system:capture_1' Sun Jun 23 20:15:27 2013: New client 'system' with PID 0 Sun Jun 23 20:15:27 2013: graph reorder: new port 'system:capture_2' Sun Jun 23 20:15:27 2013: graph reorder: new port 'system:playback_1' Sun Jun 23 20:15:27 2013: graph reorder: new port 'system:playback_2' Without having delved into it in any detail, it looks like the new build doesn't interpret my config correctly. My conf.xml is: ?xml version=1.0? !-- JACK settings, as persisted by D-Bus object. You probably don't want to edit this because it will be overwritten next time jackdbus saves. -- !-- Mon Dec 10 06:49:11 2012 -- jack engine option name=driveralsa/option option name=realtimetrue/option /engine drivers driver name=alsarawmidi /driver driver name=net /driver driver name=alsa option name=capture1/option option name=playback1/option option name=devicebithead/option option name=nperiods3/option option name=dithers/option /driver driver name=loopback /driver driver name=netone /driver driver name=dummy /driver /drivers internals internal name=profiler /internal internal name=netadapter /internal internal name=audioadapter /internal internal name=netmanager /internal /internals /jack -- Jamie Heilman http://audible.transient.net/~jamie/ ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org
Re: Bug#713670: supercollider: FTBFS: sndfile_backend_test.cpp:46:34: error: expected unqualified-id before numeric constant
On Sun, Jun 23, 2013 at 3:27 PM, Dan S danstowell+de...@gmail.com wrote: 2013/6/23 Felipe Sateler fsate...@debian.org: On Sat, Jun 22, 2013 at 2:23 PM, Dan S danstowell+de...@gmail.com wrote: Hi - Thanks for the report. The testsuite does not need to be built for packaging, so actually we disable it in the most recent version in debian-git and in experimental (which is supercollider 3.6.3). We can do this for 3.5.3 as well, which will fix this issue.* Why disable the testsuite? After all, if it is failing, its for a reason That's what I thought too at first. However it's not intended to be packaged (it doesn't build anything), and after discussion with the developer who actually made and maintains that testsuite, he wanted it that way... (It's not really a testsuite of supercollider, btw, I think covers the 'supernova' component.) However, I'm not sure what the best way is to go about implementing this fix. In the debian-git we've already moved forward to supercollider 3.6.3. So, should I apply the fix I give below on a new git branch from debian/1%3.5.3_repack-3, and then request upload to sid (and jessie?)? Or, should we instead look at migrating 3.6.3 from experimental to sid? Lets not waste time fixing old versions. OK I'm sorry for delaying the 3.6 uploads, but I've been busy, and I'm kind of uncomfortable with the current state because sc requires a newer boost version than the debian default, which would require hardcoding a given boost version in the build-deps. OK so at present the boost dependencies are of this form: libboost-dev (= 1.50) | libboost1.50-dev In sid/jessie/experimental there is a set of boost packages which should work, but named in the form libboost1.53-dev. It would be OK to add these as allowable alternatives, I think? I see no harm; it's not the debian default but it's in debian. Unless there's something going on which would mean we have to remove the more generic dependency in order to have this one used, which would be a bit of a shame (though still maintainable). Unfortunately, the buildds only take into account the first alternative dependency, so it should be libboost1.5x-dev | libboost-dev (= 1.50). (I don't actually understand why pages such as http://packages.debian.org/experimental/supercollider-language state the dependency as eg libboost-filesystem1.50.0 (= 1.50.0-1) [Package not available]. If the dependency is perhaps being inferred from the build phase, why would an unavailable libraryversion be present at build time?) I suppose the reason is that it was available when it was built ;). Looks like the archive software doesn't look in experimental to see if the libs are still used before dropping them. This should not happen (I think) if sc is uploaded to unstable. -- Saludos, Felipe Sateler ___ 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#632080: marked as done (vlc: VLC cannot open mpeg (TS) files recorded from satellite channels)
Your message dated Sun, 23 Jun 2013 23:58:01 +0300 with message-id 201306232358.01...@leon.remlab.net and subject line Re: Bug#632080: vlc: VLC cannot open mpeg (TS) files recorded from satellite channels has caused the Debian Bug report #632080, regarding vlc: VLC cannot open mpeg (TS) files recorded from satellite channels 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.) -- 632080: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=632080 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: vlc Version: 1.1.10-1 Severity: normal I've some mpeg files recorded from satellite channels on my flash memory using a Strong SRT 4622XII CONAX - DVR receiver. When I open these mpeg files vlc show a still picture of the first frame. errors: vlc VLC media player 1.1.10 The Luggage (revision exported) Blocked: call to unsetenv(DBUS_ACTIVATION_ADDRESS) Blocked: call to unsetenv(DBUS_ACTIVATION_BUS_TYPE) [0x68e120] main libvlc: Running vlc with the default interface. Use 'cvlc' to use vlc without interface. Blocked: call to setlocale(6, ) Warning: call to srand(1309441724) Warning: call to rand() Blocked: call to setlocale(6, ) (process:2588): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale. Warning: call to rand() Warning: call to rand() Warning: call to rand() Warning: call to rand() [0x6bf210] signals interface error: signal 17 overriden (0x7fba00ac7520) [0x6bf210] signals interface error: /usr/lib/libQtCore.so.4(?)[(nil)] [0x6bf210] signals interface error: signal 17 overriden (0x7fba00ac7520) [0x6bf210] signals interface error: /usr/lib/libQtCore.so.4(?)[(nil)] vlc -vvv --color --list - yellow line= main libvlc debug: loading plugins cache file /usr/lib/vlc/plugins/plugins- 04081e-3e8.dat [0x1cb9120] main libvlc warning: This doesn't look like a valid plugins cache -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vlc depends on: ii libaa1 1.4p5-38 ascii art library ii libavcodec525:0.6.2-0.4 library to encode decode multimedi ii libavutil50 5:0.6.2-0.4 avutil shared libraries - runtime ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libfreetype62.4.2-2.1FreeType 2 font engine, shared lib ii libfribidi0 0.19.2-1 Free Implementation of the Unicode ii libgcc1 1:4.4.5-8GCC support library ii libgl1-mesa-glx [libgl1 7.7.1-4 A free implementation of the OpenG ii libice6 2:1.0.6-2X11 Inter-Client Exchange library ii libqtcore4 4:4.7.3-1Qt 4 core module ii libqtgui4 4:4.7.3-1Qt 4 GUI module ii libsdl-image1.2 1.2.10-2+b2 image loading library for Simple D ii libsdl1.2debian 1.2.14-6.1 Simple DirectMedia Layer ii libsm6 2:1.1.1-1X11 Session Management library ii libstdc++6 4.6.0-10 The GNU Standard C++ Library v3 ii libtar0 1.2.11-8 C library for manipulating tar arc ii libva-x11-1 1.0.12-2 Video Acceleration (VA) API for Li ii libva1 1.0.12-2 Video Acceleration (VA) API for Li ii libvlccore4 1.1.10-1 base library for VLC and its modul ii libx11-62:1.3.3-4X11 client-side library ii libx11-xcb1 2:1.3.3-4Xlib/XCB interface library ii libxcb-keysyms1 0.3.8-1 utility libraries for X C Binding ii libxcb-randr0 1.6-1X C Binding, randr extension ii libxcb-shm0 1.6-1X C Binding, shm extension ii libxcb-xv0 1.6-1X C Binding, xv extension ii libxcb1 1.6-1X C Binding ii libxext62:1.1.2-1X11 miscellaneous extension librar ii libxpm4 1:3.5.8-1X11 pixmap library ii ttf-freefont20090104-7 Freefont Serif, Sans and Mono True ii vlc-nox 1.1.10-1 multimedia player and streamer (wi ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages vlc recommends: ii vlc-plugin-notify1.1.10-1LibNotify plugin for VLC