Processing of vlc_1.1.11-1_amd64.changes
vlc_1.1.11-1_amd64.changes uploaded successfully to localhost along with the files: vlc_1.1.11-1.dsc vlc_1.1.11.orig.tar.bz2 vlc_1.1.11-1.debian.tar.gz libvlc-dev_1.1.11-1_amd64.deb libvlc5_1.1.11-1_amd64.deb libvlccore-dev_1.1.11-1_amd64.deb libvlccore4_1.1.11-1_amd64.deb mozilla-plugin-vlc_1.1.11-1_amd64.deb vlc_1.1.11-1_amd64.deb vlc-data_1.1.11-1_all.deb vlc-dbg_1.1.11-1_amd64.deb vlc-nox_1.1.11-1_amd64.deb vlc-plugin-fluidsynth_1.1.11-1_amd64.deb vlc-plugin-ggi_1.1.11-1_amd64.deb vlc-plugin-jack_1.1.11-1_amd64.deb vlc-plugin-notify_1.1.11-1_amd64.deb vlc-plugin-pulse_1.1.11-1_amd64.deb vlc-plugin-sdl_1.1.11-1_amd64.deb vlc-plugin-svg_1.1.11-1_amd64.deb vlc-plugin-svgalib_1.1.11-1_amd64.deb vlc-plugin-zvbi_1.1.11-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
Bug#633674: marked as done (vlc: heap overflow in RealMedia plugin)
Your message dated Mon, 18 Jul 2011 09:33:32 + with message-id e1qikci-xt...@franck.debian.org and subject line Bug#633674: fixed in vlc 1.1.11-1 has caused the Debian Bug report #633674, regarding vlc: heap overflow in RealMedia plugin 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.) -- 633674: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=633674 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: vlc-nox Version: 1.1.10-1+b1 Severity: grave Tags: security upstream Justification: user security hole See upstream advisory for details: http://www.videolan.org/security/sa1105.html -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (100, 'unstable'), (100, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.39.2-00021-g5f66958 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vlc-nox depends on: ii liba52-0.7.40.7.4-16 library for decoding ATSC A/52 str ii libasound2 1.0.23-4 shared library for ALSA applicatio ii libass4 0.9.12-1 library for SSA/ASS subtitles rend ii libavahi-client30.6.30-5 Avahi client library ii libavahi-common30.6.30-5 Avahi common library ii libavc1394-00.5.3-1+b2 control IEEE 1394 audio/video devi ii libavcodec524:0.6.2-3Libav codec library ii libavformat52 4:0.6.2-3Libav file format library ii libavutil50 4:0.6.2-3Libav utility library ii libc6 2.13-10 Embedded GNU C Library: Shared lib ii libcaca00.99.beta17-2colour ASCII art library ii libcddb21.3.2-3 library to access CDDB data - runt ii libcdio10 0.81-4 library to read and control CD-ROM ii libdbus-1-3 1.4.12-4 simple interprocess messaging syst ii libdc1394-222.1.3-4 high level programming interface f ii libdca0 0.0.5-4 decoding library for DTS Coherent ii libdirac-decoder0 1.0.2-4 open and royalty free high quality ii libdirac-encoder0 1.0.2-4 open and royalty free high quality ii libdvbpsi7 0.2.0-1 library for MPEG TS and DVB PSI ta ii libdvdnav4 4.1.3-7 DVD navigation library ii libdvdread4 4.1.3-10 library for reading DVDs ii libebml31.2.1-1 access library for the EBML format ii libfaad22.7-6freeware Advanced Audio Decoder - ii libflac81.2.1-3 Free Lossless Audio Codec - runtim ii libfontconfig1 2.8.0-3 generic font configuration library ii libfreetype62.4.4-2 FreeType 2 font engine, shared lib ii libfribidi0 0.19.2-1 Free Implementation of the Unicode ii libgcc1 1:4.6.1-3GCC support library ii libgcrypt11 1.4.6-7 LGPL Crypto library - runtime libr ii libgnutls26 2.10.5-2 the GNU TLS library - runtime libr ii libgpg-error0 1.10-0.3 library for common error values an ii libiso9660-70.81-4 library to work with ISO9660 files ii libkate10.3.8-1 Kate is a codec for karaoke and te ii liblircclient0 0.9.0~pre1-1 infra-red remote control support - ii liblua5.1-0 5.1.4-5 Simple, extensible, embeddable pro ii libmad0 0.15.1b-6MPEG audio decoder library ii libmatroska41.2.0-1 extensible open standard audio/vid ii libmodplug1 1:0.8.8.2-3 shared libraries for mod music bas ii libmpcdec6 2:0.1~r459-1 MusePack decoder - library ii libmpeg2-4 0.4.1-3 MPEG1 and MPEG2 video decoder libr ii libmtp8 1.0.6-7 Media Transfer Protocol (MTP) libr ii libncursesw55.9-1shared libraries for terminal hand ii libogg0 1.2.2~dfsg-1 Ogg bitstream library ii libpng12-0 1.2.44-3 PNG library - runtime ii libpostproc51 4:0.6.2-3Libav video postprocessing library ii libproxy0 0.3.1-2 automatic proxy configuration mana ii libraw1394-11 2.0.7-1 library for direct access to IEEE ii
Bug#633675: marked as done (vlc-nox: heap overflow in AVI plugin)
Your message dated Mon, 18 Jul 2011 09:33:32 + with message-id e1qikci-xz...@franck.debian.org and subject line Bug#633675: fixed in vlc 1.1.11-1 has caused the Debian Bug report #633675, regarding vlc-nox: heap overflow in AVI plugin 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.) -- 633675: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=633675 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: vlc-nox Version: 1.1.10-1+b1 Severity: grave Tags: security upstream Justification: user security hole See upstream advisory for details: http://www.videolan.org/security/sa1106.html -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (100, 'unstable'), (100, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.39.2-00021-g5f66958 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vlc-nox depends on: ii liba52-0.7.40.7.4-16 library for decoding ATSC A/52 str ii libasound2 1.0.23-4 shared library for ALSA applicatio ii libass4 0.9.12-1 library for SSA/ASS subtitles rend ii libavahi-client30.6.30-5 Avahi client library ii libavahi-common30.6.30-5 Avahi common library ii libavc1394-00.5.3-1+b2 control IEEE 1394 audio/video devi ii libavcodec524:0.6.2-3Libav codec library ii libavformat52 4:0.6.2-3Libav file format library ii libavutil50 4:0.6.2-3Libav utility library ii libc6 2.13-10 Embedded GNU C Library: Shared lib ii libcaca00.99.beta17-2colour ASCII art library ii libcddb21.3.2-3 library to access CDDB data - runt ii libcdio10 0.81-4 library to read and control CD-ROM ii libdbus-1-3 1.4.12-4 simple interprocess messaging syst ii libdc1394-222.1.3-4 high level programming interface f ii libdca0 0.0.5-4 decoding library for DTS Coherent ii libdirac-decoder0 1.0.2-4 open and royalty free high quality ii libdirac-encoder0 1.0.2-4 open and royalty free high quality ii libdvbpsi7 0.2.0-1 library for MPEG TS and DVB PSI ta ii libdvdnav4 4.1.3-7 DVD navigation library ii libdvdread4 4.1.3-10 library for reading DVDs ii libebml31.2.1-1 access library for the EBML format ii libfaad22.7-6freeware Advanced Audio Decoder - ii libflac81.2.1-3 Free Lossless Audio Codec - runtim ii libfontconfig1 2.8.0-3 generic font configuration library ii libfreetype62.4.4-2 FreeType 2 font engine, shared lib ii libfribidi0 0.19.2-1 Free Implementation of the Unicode ii libgcc1 1:4.6.1-3GCC support library ii libgcrypt11 1.4.6-7 LGPL Crypto library - runtime libr ii libgnutls26 2.10.5-2 the GNU TLS library - runtime libr ii libgpg-error0 1.10-0.3 library for common error values an ii libiso9660-70.81-4 library to work with ISO9660 files ii libkate10.3.8-1 Kate is a codec for karaoke and te ii liblircclient0 0.9.0~pre1-1 infra-red remote control support - ii liblua5.1-0 5.1.4-5 Simple, extensible, embeddable pro ii libmad0 0.15.1b-6MPEG audio decoder library ii libmatroska41.2.0-1 extensible open standard audio/vid ii libmodplug1 1:0.8.8.2-3 shared libraries for mod music bas ii libmpcdec6 2:0.1~r459-1 MusePack decoder - library ii libmpeg2-4 0.4.1-3 MPEG1 and MPEG2 video decoder libr ii libmtp8 1.0.6-7 Media Transfer Protocol (MTP) libr ii libncursesw55.9-1shared libraries for terminal hand ii libogg0 1.2.2~dfsg-1 Ogg bitstream library ii libpng12-0 1.2.44-3 PNG library - runtime ii libpostproc51 4:0.6.2-3Libav video postprocessing library ii libproxy0 0.3.1-2 automatic proxy configuration mana ii libraw1394-11 2.0.7-1 library for direct access to IEEE ii
Bug#466323: marked as done (vlc: radio broken with Free.fr multiposte)
Your message dated Mon, 18 Jul 2011 14:20:54 +0200 with message-id 1310991654.2529.116.camel@deep-thought and subject line vlc: radio broken with Free.fr multiposte has caused the Debian Bug report #466323, regarding vlc: radio broken with Free.fr multiposte 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.) -- 466323: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=466323 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: vlc Version: 0.8.6.c-6 Severity: normal The French ISP Free allows to receive several TV and radio channels directly on the PC, and the recommended way is to use VLC. One has to download a playlist (http://mafreebox.freebox.fr/freeboxtv/playlist.m3u) containing URLs for the different channels. Since a recent upgrade, radio support is broken : clicking a channel in the playlist does not select the correct stream (one hears another radio instead). This might be related to the following change : - Disable m3u EXTVLCOPT parsing if no command line option is specified (--m3u-extvlcopt) to prevent browser plugins to control stream output and thus overwriting arbitrary files of the user running vlc (sec-vlcopt_support.diff). Indeed the m3u entry for a radio makes use of EXTVLCOPT, for instance : #EXTINF:0,10027 - RFI #EXTVLCOPT:ts-es-id-pid #EXTVLCOPT:no-video #EXTVLCOPT:audio-track-id=1011 rtsp://mafreebox.freebox.fr/freeboxtv/stream?id=110027 Adding --m3u-extvlcopt does not fix the issue. Meanwhile, the VLC package in Etch works correctly. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (900, 'testing'), (900, 'stable'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR@euro, LC_CTYPE=fr_FR@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages vlc depends on: ii libaa1 1.4p5-33 ascii art library ii libatk1.0-01.20.0-1 The ATK accessibility toolkit ii libc6 2.7-6 GNU C Library: Shared libraries ii libcaca0 0.99.beta13b-4colour ASCII art library ii libcairo2 1.4.14-1 The Cairo 2D vector graphics libra ii libcdio7 0.78.2+dfsg1-2library to read and control CD-ROM ii libcucul0 0.99.beta13b-4low-level Unicode character drawin ii libdbus-1-31.1.2-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.74-1simple interprocess messaging syst ii libfreetype6 2.3.5-1+b1FreeType 2 font engine, shared lib ii libfribidi00.10.9-1 Free Implementation of the Unicode ii libgcc11:4.3-20080202-1 GCC support library ii libgl1-mesa-glx [libgl 7.0.2-4 A free implementation of the OpenG ii libglib2.0-0 2.14.5-2 The GLib library of C routines ii libglu1-mesa [libglu1] 7.0.2-4 The OpenGL utility library (GLU) ii libgtk2.0-02.12.5-2 The GTK+ graphical user interface ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libiso9660-5 0.78.2+dfsg1-2library to work with ISO9660 files ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libnotify1 [libnotify1 0.4.4-3 sends desktop notifications to a n ii libpango1.0-0 1.18.4-1 Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-3PNG library - runtime ii libsdl-image1.21.2.6-2 image loading library for Simple D ii libsdl1.2debian1.2.13-2 Simple DirectMedia Layer ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libstdc++6 4.3-20080202-1The GNU Standard C++ Library v3 ii libtar 1.2.11-4 C library for manipulating tar arc ii libtiff4 3.8.2-7 Tag Image File Format (TIFF) libra ii libvcdinfo00.7.23-4 library to extract information fro ii libvlc00.8.6.c-6 multimedia player and streamer lib ii libwxbase2.6-0 2.6.3.2.2-1 wxBase library (runtime) - non-GUI ii libwxgtk2.6-0 2.6.3.2.2-1 wxWidgets Cross-platform C++ GUI t ii libx11-6 2:1.0.3-7 X11 client-side library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxinerama1 1:1.0.2-1 X11 Xinerama extension
Bug#634277: mplayer: Please Build-Depends on libjpeg-dev, not libjpeg62-dev
Source: mplayer Version: 2:1.0~rc4.dfsg1-2 Severity: important Hello Debian multimedia packages maintainers, We are transitionning from libjpeg62 to libjpeg8. As mentionned on debian-devel-announce[1], please update mplayer to Build-Depends on libjpeg-dev instead of libjpeg62-dev. The following Build-Depends was found: mplayer :Build-Depends: libjpeg62-dev [1] http://lists.debian.org/debian-devel-announce/2010/02/msg6.html Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. ___ 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: tagging 615847
Processing commands for cont...@bugs.debian.org: # Does not require a stable upload tags 615847 + squeeze-ignore Bug #615847 {Done: Alessio Treglia ales...@debian.org} [libslv2-9] libslv2-9: manpages need to be moved to libslv2-dev Added tag(s) squeeze-ignore. thanks Stopping processing here. Please contact me if you need assistance. -- 615847: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=615847 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#634296: jackd2: debian/control uses hardcoded list of non-Linux architectures
Package: jackd2 Severity: wishlist User: debian-de...@lists.debian.org Usertags: linux-any The debian/control file in jackd2 uses a negated list of architectures to specify a package relationship (most likely Build-Depends) on a Linux-specific package. I.e. something like: Build-Depends: libfoo-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386] This is problematic because it will fail for any future kfreebsd-* or hurd-* architecture (like the upcoming kfreebsd-mipsel port). The correct way would be to use dpkg architecture wildcards, e.g.: Build-Depends: libfoo-dev [linux-any] Please consider making this adjustment to make life easier for future porting efforts. Thanks! ___ 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#634300: fluidsynth-dssi: debian/control uses hardcoded list of non-Linux architectures
Package: fluidsynth-dssi Severity: wishlist User: debian-de...@lists.debian.org Usertags: linux-any The debian/control file in fluidsynth-dssi uses a negated list of architectures to specify a package relationship (most likely Build-Depends) on a Linux-specific package. I.e. something like: Build-Depends: libfoo-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386] This is problematic because it will fail for any future kfreebsd-* or hurd-* architecture (like the upcoming kfreebsd-mipsel port). The correct way would be to use dpkg architecture wildcards, e.g.: Build-Depends: libfoo-dev [linux-any] Please consider making this adjustment to make life easier for future porting efforts. Thanks! ___ 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#634303: audacity: debian/control uses hardcoded list of non-Linux architectures
Package: audacity Severity: wishlist User: debian-de...@lists.debian.org Usertags: linux-any The debian/control file in audacity uses a negated list of architectures to specify a package relationship (most likely Build-Depends) on a Linux-specific package. I.e. something like: Build-Depends: libfoo-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386] This is problematic because it will fail for any future kfreebsd-* or hurd-* architecture (like the upcoming kfreebsd-mipsel port). The correct way would be to use dpkg architecture wildcards, e.g.: Build-Depends: libfoo-dev [linux-any] Please consider making this adjustment to make life easier for future porting efforts. Thanks! ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
GET BACK TO ME ASAP
FROM THE DESK OF JACKSON WANG WISMA CENTRAL 2ND FLOOR, 50450 KUALA LUMPUR,MALAYSIA. E-mail : office.of.jackson.wan...@mail.mn PHONE:+60108927561 I am Jackson Wang ,an attorney at law. A deceased client of mine died as the result of a heart-related condition on March 12th 2005. His heart condition was due to the death of all the members of his family in the tsunami disaster on the 26th December 2004 in Sumatra Indonesia . http://en.wikipedia.org/wiki/2004_Indian_Ocean_earthquake My late Client has a deposit of Seventeen Million five hundred thousand Dollars (US$17.5 000,000.00) left behind. I contacted you to assist in distributing the money left behind by my client Get back to me for more details.Please copy this my private email address and paste it on your replyto while getting back to me:office.of.jackson.wan...@mail.mn Best regards, Barr Jackson Wang Attorney At Law ___ 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#628074: some more informations
As the author of this bug doesn't reply and I can reproduce this error using vlc on kde 4.5: Everytime when clicking on Menu-- open file vlc crashes with a segfault. (it also crashes when choosing another opening method). gdb bt output is attached to this mail - sadly it was not possible to get a valgrind output as vlc didn't crash when running with valgrind ;-) If you need any further informations, please mail me. (gdb) run Starting program: /usr/bin/vlc [Thread debugging using libthread_db enabled] VLC media player 1.1.11 The Luggage (revision exported) Blocked: call to unsetenv(DBUS_ACTIVATION_ADDRESS) Blocked: call to unsetenv(DBUS_ACTIVATION_BUS_TYPE) [New Thread 0x7507c700 (LWP 12188)] [New Thread 0x74d79700 (LWP 12189)] [0x604120] main libvlc: VLC wird mit dem Standard-Interface ausgeführt. Benutzen Sie 'cvlc', um VLC ohne Interface zu verwenden. [New Thread 0x74a75700 (LWP 12190)] Blocked: call to setlocale(6, ) Blocked: call to setlocale(6, ) Blocked: call to putenv(LANGUAGE=) KGlobal::locale::Warning your global KLocale is being recreated with a valid main component instead of a fake component, this usually means you tried to call i18n related functions before your main component was created. You should not do that since it most likely will not work Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x74a75700 (LWP 12190)] 0x70bc31fb in QtPrivate::QStringList_contains(QStringList const*, QString const, Qt::CaseSensitivity) () from /usr/lib/libQtCore.so.4 (gdb) bt #0 0x70bc31fb in QtPrivate::QStringList_contains(QStringList const*, QString const, Qt::CaseSensitivity) () from /usr/lib/libQtCore.so.4 #1 0x7fffec9f2bcb in ?? () from /usr/lib/libkdecore.so.5 #2 0x7fffec9e53d1 in ?? () from /usr/lib/libkdecore.so.5 #3 0x7fffec9e32fc in ?? () from /usr/lib/libkdecore.so.5 #4 0x7fffec95bbd3 in KGlobal::setActiveComponent(KComponentData const) () from /usr/lib/libkdecore.so.5 #5 0x7fffec95e5e9 in KComponentData::KComponentData(QByteArray const, QByteArray const, KComponentData::MainComponentRegistration) () from /usr/lib/libkdecore.so.5 #6 0x7fffeca28126 in KPluginFactory::KPluginFactory(char const*, char const*, QObject*) () from /usr/lib/libkdecore.so.5 #7 0x7fffe2834269 in ?? () from /usr/lib/kde4/kfilemodule.so #8 0x7fffe28343f8 in qt_plugin_instance () from /usr/lib/kde4/kfilemodule.so #9 0x7fffeca2bc00 in KPluginLoader::factory() () from /usr/lib/libkdecore.so.5 #10 0x7fffed53b201 in ?? () from /usr/lib/libkio.so.5 #11 0x7fffed53b42f in ?? () from /usr/lib/libkio.so.5 #12 0x7fffed53d5eb in KFileDialog::KFileDialog(KUrl const, QString const, QWidget*, QWidget*) () from /usr/lib/libkio.so.5 #13 0x7fffed542625 in ?? () from /usr/lib/libkio.so.5 #14 0x7165a4e0 in QFileDialog::getOpenFileNames(QWidget*, QString const, QString const, QString const, QString*, QFlagsQFileDialog::Option) () from /usr/lib/libQtGui.so.4 #15 0x71d2f3ba in DialogsProvider::showSimpleOpen (this=0x79ca10, help=value optimized out, filters=value optimized out, path=value optimized out) at dialogs_provider.cpp:420 #16 0x71d2fde3 in DialogsProvider::addFromSimple (this=0x79ca10, pl=true, go=true) at dialogs_provider.cpp:434 #17 0x71dff4f2 in DialogsProvider::qt_metacall (this=0x79ca10, _c=QMetaObject::InvokeMetaMethod, _id=19, _a=0x74a73640) at dialogs_provider.moc.cpp:166 #18 0x70c6eb1a in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib/libQtCore.so.4 #19 0x711933e2 in QAction::triggered(bool) () from /usr/lib/libQtGui.so.4 #20 0x711935cf in QAction::activate(QAction::ActionEvent) () from /usr/lib/libQtGui.so.4 #21 0x715c60f9 in ?? () from /usr/lib/libQtGui.so.4 #22 0x715cbd32 in ?? () from /usr/lib/libQtGui.so.4 #23 0x711ea016 in QWidget::event(QEvent*) () from /usr/lib/libQtGui.so.4 #24 0x715cd29b in QMenu::event(QEvent*) () from /usr/lib/libQtGui.so.4 #25 0x711999f4 in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib/libQtGui.so.4 #26 0x7119f17b in QApplication::notify(QObject*, QEvent*) () from /usr/lib/libQtGui.so.4 #27 0x70c5bfbc in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib/libQtCore.so.4 #28 0x7119a9c2 in QApplicationPrivate::sendMouseEvent(QWidget*, QMouseEvent*, QWidget*, QWidget*, QWidget**, QPointerQWidget, bool) () from /usr/lib/libQtGui.so.4 #29 0x71217464 in ?? () from /usr/lib/libQtGui.so.4 #30 0x71215bea in QApplication::x11ProcessEvent(_XEvent*) () from /usr/lib/libQtGui.so.4 #31 0x7123dd32 in ?? () from /usr/lib/libQtGui.so.4 #32 0x700b04a3 in g_main_context_dispatch () from /lib/libglib-2.0.so.0 #33 0x700b0c80 in ?? () from /lib/libglib-2.0.so.0 #34 0x700b0f1d in g_main_context_iteration ()
Processed: Re: some more informations
Processing commands for cont...@bugs.debian.org: reassign 628074 libkdecore5 Bug #628074 [vlc] vlc crashes when opening any video file Bug reassigned from package 'vlc' to 'libkdecore5'. Bug No longer marked as found in versions vlc/1.1.9-1. thanks Stopping processing here. Please contact me if you need assistance. -- 628074: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=628074 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#628074: some more informations
reassign 628074 libkdecore5 thanks This is a known bug in KLocale, though I cannot find the reference in KDE site anymore. IIRC it's already fixed in KDE versions 4.6.2 onward. Regards, -- Rémi Denis-Courmont http://www.remlab.net/ http://fi.linkedin.com/in/remidenis ___ 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#634361: jack-audio-connection-kit: debian/control uses hardcoded list of non-Linux architectures
Package: jack-audio-connection-kit Severity: wishlist User: debian-de...@lists.debian.org Usertags: linux-any The debian/control file in jack-audio-connection-kit uses a negated list of architectures to specify a package relationship (most likely Build-Depends) on a Linux-specific package. I.e. something like: Build-Depends: libfoo-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386] This is problematic because it will fail for any future kfreebsd-* or hurd-* architecture (like the upcoming kfreebsd-mipsel port). The correct way would be to use dpkg architecture wildcards, e.g.: Build-Depends: libfoo-dev [linux-any] Please consider making this adjustment to make life easier for future porting efforts. Thanks! ___ 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#634372: lives: debian/control uses hardcoded list of non-Linux architectures
Package: lives Severity: wishlist User: debian-de...@lists.debian.org Usertags: linux-any The debian/control file in lives uses a negated list of architectures to specify a package relationship (most likely Build-Depends) on a Linux-specific package. I.e. something like: Build-Depends: libfoo-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386] This is problematic because it will fail for any future kfreebsd-* or hurd-* architecture (like the upcoming kfreebsd-mipsel port). The correct way would be to use dpkg architecture wildcards, e.g.: Build-Depends: libfoo-dev [linux-any] Please consider making this adjustment to make life easier for future porting efforts. Thanks! ___ 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#634375: jamin: debian/control uses hardcoded list of non-Linux architectures
Package: jamin Severity: wishlist User: debian-de...@lists.debian.org Usertags: linux-any The debian/control file in jamin uses a negated list of architectures to specify a package relationship (most likely Build-Depends) on a Linux-specific package. I.e. something like: Build-Depends: libfoo-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386] This is problematic because it will fail for any future kfreebsd-* or hurd-* architecture (like the upcoming kfreebsd-mipsel port). The correct way would be to use dpkg architecture wildcards, e.g.: Build-Depends: libfoo-dev [linux-any] Please consider making this adjustment to make life easier for future porting efforts. Thanks! ___ 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#634400: morituri: FTBFS: tests failed
Source: morituri Version: 0.1.2-1 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20110718 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: make[2]: Entering directory `/build/morituri-wO_2lH/morituri-0.1.2/build' make[2]: Nothing to be done for `check-am'. make[2]: Leaving directory `/build/morituri-wO_2lH/morituri-0.1.2/build' running pychecker ... PYTHONPATH=:/build/morituri-wO_2lH/morituri-0.1.2/. trial morituri.test morituri.test.test_common_accurip AccurateRipResponseTestCase testResponse ... [OK] morituri.test.test_common_checksum EmptyTestCase testEmpty ... [OK] NormalPathTestCase testDoubleQuote ... [OK] testSingleQuote ... [OK] UnicodePathTestCase testUnicodePath ... [SKIPPED] morituri.test.test_common_program HTOATestCase testGetAccurateRipResults ... [OK] PathTestCase testIssue66TemplateFilled ... [OK] testStandardTemplateEmpty ... [OK] testStandardTemplateFilled ... [OK] TrackImageVerifyTestCase testVerify ... [OK] morituri.test.test_common_renamer OperatorTestCase testLoadNoneDone ... [OK] testLoadOneDone ... [OK] testLoadOneInterrupted ... [OK] RenameFileTestcase testDo ... [OK] testSerialize ... [OK] testVerify ... [OK] RenameInFileTestcase testDo ... [OK] testSerialize ... [OK] testVerify ... [OK] morituri.test.test_image_cue KanyeMixedTestCase testGetTrackLength ... [OK] KingsSeparateTestCase testGetTrackLength ... [OK] KingsSingleTestCase testGetTrackLength ... [OK] WriteCueFileTestCase testWrite ... [OK] morituri.test.test_image_image AudioLengthTestCase testLength ... [ERROR] NormalAudioLengthPathTestCase testDoubleQuote ... [OK] testSingleQuote ... [OK] TrackSeparateTestCase testAccurateRip ... [ERROR] testAccurateRipChecksum ... [ERROR] testCDDB ... [ERROR] testLength ... [ERROR] TrackSingleTestCase testAccurateRip ... [ERROR] testAccurateRipChecksum ... [ERROR] testCDDB ... [ERROR] testLength ... [ERROR] UnicodeAudioLengthPathTestCase testUnicodePath ... [SKIPPED] morituri.test.test_image_table LadyhawkeTestCase testAccurateRip ... [OK] testCDDB ... [OK] testMusicBrainz ... [OK] MusicBrainzTestCase testMusicBrainz ... [OK] morituri.test.test_image_toc BlocTestCase testAccurateRip ... [OK] testCDDBId ... [OK] testConvertCue ... [OK] testGetTrackLength ... [OK] testIndexes ... [OK
Bug#634446: aeolus: FTBFS: build-dependency not installable: libreadline5-dev
Source: aeolus Version: 0.8.4-5 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20110718 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: ┌──┐ │ Install aeolus build dependencies (apt-based resolver) │ └──┘ Installing build dependencies Reading package lists... Building dependency tree... Reading state information... Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: sbuild-build-depends-aeolus-dummy : Depends: libreadline5-dev but it is not installable E: Broken packages The full build log is available from: http://people.debian.org/~lucas/logs/2011/07/18/aeolus_0.8.4-5_lsid64.buildlog A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot. Internet was not accessible from the build systems. -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#634460: libav: debian/control uses hardcoded list of non-Linux architectures
Package: libav Severity: wishlist User: debian-de...@lists.debian.org Usertags: linux-any The debian/control file in libav uses a negated list of architectures to specify a package relationship (most likely Build-Depends) on a Linux-specific package. I.e. something like: Build-Depends: libfoo-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386] This is problematic because it will fail for any future kfreebsd-* or hurd-* architecture (like the upcoming kfreebsd-mipsel port). The correct way would be to use dpkg architecture wildcards, e.g.: Build-Depends: libfoo-dev [linux-any] Please consider making this adjustment to make life easier for future porting efforts. Thanks! ___ 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#634070: composite sampler segfault
On 07/16/2011 11:58 PM, Gabriel Beddingfield wrote: I built SLV2 with debug symbols, and here's what I get for a backtrace. Long story short: this is an SLV2 bug. [snip] The docs for the uri-map extension clearly say that the `map` parameter may be null.[1] However, if you pass a null to strcmp it will segfault. Looks like checking for (map == 0) is the fix. While the segfault is a definately bug with SLV2 and zynjacku... Composite should not have passed a NULL for the 2nd parameter for what it was trying to do. I've posted a fix to Git, and it should resolve your issue. I'd like to make a release on Wednesday for this bug. If you could test it, I would appreciate it. Gitorious page: https://gitorious.org/composite/composite The fix is the maint-0.006 branch. Send me an e-mail if you need instructions. Thanks, Gabriel ___ 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#634489: csound: debian/control uses hardcoded list of non-Linux architectures
Package: csound Severity: wishlist User: debian-de...@lists.debian.org Usertags: linux-any The debian/control file in csound uses a negated list of architectures to specify a package relationship (most likely Build-Depends) on a Linux-specific package. I.e. something like: Build-Depends: libfoo-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386] This is problematic because it will fail for any future kfreebsd-* or hurd-* architecture (like the upcoming kfreebsd-mipsel port). The correct way would be to use dpkg architecture wildcards, e.g.: Build-Depends: libfoo-dev [linux-any] Please consider making this adjustment to make life easier for future porting efforts. Thanks! ___ 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#634493: sndobj: debian/control uses hardcoded list of non-Linux architectures
Package: sndobj Severity: wishlist User: debian-de...@lists.debian.org Usertags: linux-any The debian/control file in sndobj uses a negated list of architectures to specify a package relationship (most likely Build-Depends) on a Linux-specific package. I.e. something like: Build-Depends: libfoo-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386] This is problematic because it will fail for any future kfreebsd-* or hurd-* architecture (like the upcoming kfreebsd-mipsel port). The correct way would be to use dpkg architecture wildcards, e.g.: Build-Depends: libfoo-dev [linux-any] Please consider making this adjustment to make life easier for future porting efforts. Thanks! ___ 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: packaging supercollider for debian
On Sat, Jul 16, 2011 at 13:45, Dan S danstowell+de...@gmail.com wrote: Hi - 2011/7/14 Robin Gareus ro...@gareus.org: Hi Felipe, On 07/14/2011 03:30 PM, Felipe Sateler wrote: Hi, (CCing you because I don't know if you are subscribed) I am subscribed though mostly lurking. On Thu, Jul 14, 2011 at 08:48, Robin Gareus ro...@gareus.org wrote: [..] I've been a bit MIA the past few weeks/months, but we already have a package in the works. Please check it out of our git repository[1] and check if any of your fixes still apply. We would be very happy to have you join us in maintaining this package! [1] http://anonscm.debian.org/gitweb/?p=pkg-multimedia/supercollider.git;a=summary Thanks for this link. Of course I searched around but this one was hidden from view. To build the debian-git-checkout both patches [1,2] are still needed here. Thanks for the patches. Without the wiimote fix it I get: Source/lang/LangPrimSource/SC_Wii.cpp: In member function 'cwiid_wiimote_t* SC_WIIManager::discover()': Source/lang/LangPrimSource/SC_Wii.cpp:364:12: error: taking address of temporary [-fpermissive] scons: *** [Source/lang/LangPrimSource/SC_Wii.os] Error 1 Today I imported the new release 3.4.4 of supercollider, which already has this fix, hooray. I've successfully test-built supercollider and test-drove it. I will upload it to unstable soon (tomorrow hopefully) if no objections arise. and without overriding the shlibdeps: dh_shlibdeps -psupercollider dpkg-shlibdeps: error: no dependency information found for /usr/lib /libstdc++.so.6 (used by debian/supercollider/usr/bin/sclang). dh_shlibdeps: dpkg-shlibdeps -Tdebian/supercollider.substvars debian/supercollider/usr/bin/sclang returned exit code 2 make: *** [binary-predeb-IMPL/supercollider] Error 2 dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2 The latter may be specific to my system.. overriding it was a pragmatic solution to actually make some music instead of playing with dpkg. I suppose you guys know how to properly fix this in a jiffy. I'll watch and learn. I'm not sure about this one. I don't get any problem, and I'm not keen on overriding the test unless there's a clear reason. Maybe someone else knows better. This is very likely your (Robin) system's fault. I can't reproduce either. -- 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#634505: audacious-plugins: debian/control uses hardcoded list of non-Linux architectures
Package: audacious-plugins Severity: wishlist User: debian-de...@lists.debian.org Usertags: linux-any The debian/control file in audacious-plugins uses a negated list of architectures to specify a package relationship (most likely Build-Depends) on a Linux-specific package. I.e. something like: Build-Depends: libfoo-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386] This is problematic because it will fail for any future kfreebsd-* or hurd-* architecture (like the upcoming kfreebsd-mipsel port). The correct way would be to use dpkg architecture wildcards, e.g.: Build-Depends: libfoo-dev [linux-any] Please consider making this adjustment to make life easier for future porting efforts. Thanks! ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers