Bug#794817: Should mplayer2 be removed from unstable?
Package: mplayer2 Severity: serious I think mplayer2 should be removed because: * It is dead upstream (even the homepage is gone). * mplayer is back in Debian, which can replace mplayer2. Unless someone objects, I'll reassign this bug to ftp.debian.org for removal soon. Best regards, Andreas ___ 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#794701: libffado: FTBFS with GCC-5
Source: libffado Followup-For: Bug #794701 Hi Sebastian, Well, techhnically this bug is still unsresolved, so I wondering why you are closing it. More accurate would be to reassign it then to libxml++ and glibmm2.4 (I will do so afterwards) However, can you advice the transistion bug for libxml++. I could not find it. libxml++ also does not have any bug recorded, so the maintainer might not even be aware that there is some action required. -- tobi -- System Information: Debian Release: 8.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.0.5-revert-done (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) ___ 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#791307: vamp-plugin-sdk: library transition may be needed when GCC 5 is the default
Processing control commands: severity 791307 serious Bug #791307 [src:vamp-plugin-sdk] vamp-plugin-sdk: library transition may be needed when GCC 5 is the default Severity set to 'serious' from 'important' retitle 791307 vamp-plugin-sdk: library transition needed for GCC 5 ABI Bug #791307 [src:vamp-plugin-sdk] vamp-plugin-sdk: library transition may be needed when GCC 5 is the default Changed Bug title to 'vamp-plugin-sdk: library transition needed for GCC 5 ABI' from 'vamp-plugin-sdk: library transition may be needed when GCC 5 is the default' -- 791307: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791307 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
Processed: cloning 794701, reopening -1, reassign -1 to libxml++2.6, affects -1 ..., affects 791050 ...
Processing commands for cont...@bugs.debian.org: clone 794701 -1 Bug #794701 {Done: Sebastian Ramacher sramac...@debian.org} [libffado] libffado: FTBFS with GCC-5 Bug 794701 cloned as bug 794753 794753 was not blocked by any bugs. 794753 was blocking: 794626 Added blocking bug(s) of 794753: 794626 reopen -1 Bug #794753 {Done: Sebastian Ramacher sramac...@debian.org} [libffado] libffado: FTBFS with GCC-5 Bug reopened Ignoring request to alter fixed versions of bug #794753 to the same values previously set reassign -1 libxml++2.6 Bug #794753 [libffado] libffado: FTBFS with GCC-5 Bug reassigned from package 'libffado' to 'libxml++2.6'. Ignoring request to alter found versions of bug #794753 to the same values previously set Ignoring request to alter fixed versions of bug #794753 to the same values previously set affects -1 libffado Bug #794753 [libxml++2.6] libffado: FTBFS with GCC-5 Added indication that 794753 affects libffado retitle -1 libxml++2.6: Transistion required for GCC-5 Bug #794753 [libxml++2.6] libffado: FTBFS with GCC-5 Changed Bug title to 'libxml++2.6: Transistion required for GCC-5' from 'libffado: FTBFS with GCC-5' affects 791050 libffado Bug #791050 [release.debian.org] glibmm2.4: library transition may be needed when GCC 5 is the default Added indication that 791050 affects libffado block 794626 with -1 Bug #794626 [release.debian.org] libconfig: library transition may be needed when GCC 5 is the default 794626 was blocked by: 794703 794733 794706 794701 794704 778125 794732 794700 794626 was blocking: 778125 794753 Added blocking bug(s) of 794626: 794753 thanks Stopping processing here. Please contact me if you need assistance. -- 791050: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791050 794626: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794626 794701: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794701 794753: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794753 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#794751: mjpegtools: lav2avi fails because mencoder is missing
Package: mjpegtools Version: 1:2.1.0+debian-3 Severity: important Dear Maintainer, When running something like: lav2avi test.eli I get: # # Entering to 1st phase # # /usr/bin/lav2avi: 42: /usr/bin/lav2avi: mencoder: not found INFO: [lav2yuv] chroma '422' recommended with this input INFO: [lav2yuv] set default chroma '420jpeg' ## # Entering to 2nd phase with bitrate # ## /usr/bin/lav2avi: 55: /usr/bin/lav2avi: mencoder: not found INFO: [lav2yuv] chroma '422' recommended with this input INFO: [lav2yuv] set default chroma '420jpeg' ## # Entering to 3rd phase with bitrate # ## /usr/bin/lav2avi: 70: /usr/bin/lav2avi: mencoder: not found INFO: [lav2yuv] chroma '422' recommended with this input INFO: [lav2yuv] set default chroma '420jpeg' If I install the package mencoder then lav2avi does work, hence perhaps mjpegtools should have mencoder as a dependency? Regards. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages mjpegtools depends on: ii dpkg 1.18.1 ii install-info 6.0.0.dfsg.1-3 ii libc62.19-19 ii libdv4 1.0.0-6 ii libgcc1 1:5.1.1-14 ii libjpeg62-turbo 1:1.4.1-1 ii liblavfile-2.1-0 1:2.1.0+debian-3 ii liblavjpeg-2.1-0 1:2.1.0+debian-3 ii liblavplay-2.1-0 1:2.1.0+debian-3 ii libmjpegutils-2.1-0 1:2.1.0+debian-3 ii libmpeg2encpp-2.1-0 1:2.1.0+debian-3 ii libmplex2-2.1-0 1:2.1.0+debian-3 ii libpng12-0 1.2.50-2+b2 ii libsdl1.2debian 1.2.15-11 ii libstdc++6 5.1.1-14 ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages mjpegtools recommends: ii mjpegtools-gtk 1:2.1.0+debian-3 mjpegtools suggests no packages. -- no debconf information ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#791307: vamp-plugin-sdk: library transition may be needed when GCC 5 is the default
Control: severity 791307 serious Control: retitle 791307 vamp-plugin-sdk: library transition needed for GCC 5 ABI On Fri, 03 Jul 2015 at 13:14:47 +, Matthias Klose wrote: - Decide if the symbols matching __cxx11 or B5cxx11 are part of the library API, and are used by the reverse dependencies of the library. Yes they are, mixxx uses them: https://buildd.debian.org/status/fetch.php?pkg=mixxxarch=amd64ver=1.11.0~dfsg-4%2Bb1stamp=1438764427 for example: lin32_build/vamp/vamppluginloader.o: In function `VampPluginLoader::loadPlugin(std::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar , float, int)': /«PKGBUILDDIR»/src/vamp/vamppluginloader.cpp:58: undefined reference to `_VampHost::Vamp::HostExt::PluginLoader::loadPlugin(std::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar , float, int)' Regards, S ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
From Ms. Sofia Johnson
From Ms. Sofia Johnson Abidjan,Ivory Coast. Good day my dear, In confidence,i have to introduce myself for i am Ms. Sofia Johnson .21 years old,I am the only child of late Mr Mrs. Yve Johnso. I prayed before contacting you, please for God sake do not see my mail as embrassment as we do not know each other. I wish to request for your assistance in my efforts to procure the transfer of my inherited money for investment ventures under your care and directive,while i continue my education of there in your country. I inherited Six Million,Four Hundred Thousand Dollars ($6,400,000.00) here in my name with one of the prime bank in my country and I will require your assistance in receiving the transfer of my inherited money in your local account for investment purposes,as it is my wish to come over to your country to further my education while you take care of the investment of the money. Please i am an orphane and i need your assistance to transfer my inherited money to your country and also your assistance to secure a nice school for me in your country where I will continue my education Please I am waiting to hear from you soonest. Yours sincerely, Ms. Sofia Johnson___ 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#794817: Should mplayer2 be removed from unstable?
On 2015-08-06 23:05:58, Andreas Cadhalpun wrote: Package: mplayer2 Severity: serious I think mplayer2 should be removed because: * It is dead upstream (even the homepage is gone). * mplayer is back in Debian, which can replace mplayer2. … and one copy of mplayer is surely enough. Alessio, Jonas, Reinhard: What is your opinion on that? Unless someone objects, I'll reassign this bug to ftp.debian.org for removal soon. Before doing so, please file bugs against packages (Build-)Depending on mplayer2 to switch back to mplayer: Checking reverse dependencies... # Broken Depends: jajuk: jajuk kphotoalbum: kphotoalbum # Broken Build-Depends: jajuk: mplayer2 Cheers -- 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
Bug#794701: libffado: FTBFS with GCC-5
On 2015-08-06 12:08:44, Tobias Frost wrote: Source: libffado Followup-For: Bug #794701 Hi Sebastian, Well, techhnically this bug is still unsresolved, so I wondering why you are closing it. More accurate would be to reassign it then to libxml++ and glibmm2.4 (I will do so afterwards) However, can you advice the transistion bug for libxml++. I could not find it. libxml++ also does not have any bug recorded, so the maintainer might not even be aware that there is some action required. I've closed the bug due to the recent d-d-annouce mail asking to not file bugs for these kind of linker failures. Instead it should be checked whether transition bugs for the libraries exists and file bugs against them. If there is no transition bug for libxml++, please file one. Cheers -- 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
Bug#794763: mplayer2: MPlayer interrupted by signal 11 in module: demux_open
Package: mplayer2 Version: 2.0-728-g2c378c7-4+b1 Severity: grave Justification: renders package unusable Dear Maintainer, Mplayer2 seems to be broken. For all videos in different formats I tried to watch I get: $ mplayer video.avi MPlayer2 2.0-728-g2c378c7-4+b1 (C) 2000-2012 MPlayer Team Cannot open file '/home/aleksandr/.mplayer/input.conf': No such file or directory Failed to open /home/aleksandr/.mplayer/input.conf. Cannot open file '/etc/mplayer/input.conf': No such file or directory Failed to open /etc/mplayer/input.conf. Playing video.avi. MPlayer interrupted by signal 11 in module: demux_open - MPlayer crashed by bad usage of CPU/FPU/RAM. Recompile MPlayer with --enable-debug and make a 'gdb' backtrace and disassembly. Details in DOCS/HTML/en/bugreports_what.html#bugreports_crash. - MPlayer crashed. This shouldn't happen. It can be a bug in the MPlayer code _or_ in your drivers _or_ in your gcc version. If you think it's MPlayer's fault, please read DOCS/HTML/en/bugreports.html and follow the instructions there. We can't and won't help unless you provide this information when reporting a possible bug. Backtrace: (gdb) run video.avi Starting program: /usr/bin/mplayer video.avi [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. MPlayer2 2.0-728-g2c378c7-4+b1 (C) 2000-2012 MPlayer Team Cannot open file '/home/aleksandr/.mplayer/input.conf': No such file or directory Failed to open /home/aleksandr/.mplayer/input.conf. Cannot open file '/etc/mplayer/input.conf': No such file or directory Failed to open /etc/mplayer/input.conf. Playing video.avi. Program received signal SIGSEGV, Segmentation fault. strlen () at ../sysdeps/x86_64/strlen.S:106 106 ../sysdeps/x86_64/strlen.S: No such file or directory. Maybe information from valgrind will be useful (see attachment) The same bug can be found at https://trac.mplayerhq.hu/ticket/2237 Some similar bugs: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=760669 https://trac.videolan.org/vlc/ticket/11851 Best regards, Alexandr -- System Information: Debian Release: 8.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages mplayer2 depends on: ii liba52-0.7.4 0.7.4-17 ii libasound21.0.28-1 ii libass5 0.10.2-3 ii libavcodec56 6:11.4-1~deb8u1 ii libavformat56 6:11.4-1~deb8u1 ii libavresample26:11.4-1~deb8u1 ii libavutil54 6:11.4-1~deb8u1 ii libbluray11:0.6.2-1 ii libbs2b0 3.1.0+dfsg-2.1 ii libc6 2.19-18 ii libcaca0 0.99.beta19-2 ii libcdio-cdda1 0.83-4.2 ii libcdio-paranoia1 0.83-4.2 ii libcdio13 0.83-4.2 ii libdca0 0.0.5-7 ii libdirectfb-1.2-9 1.2.10.0-5.1 ii libdv41.0.0-6 ii libdvdread4 5.0.0-1 ii libenca0 1.16-1 ii libfaad2 2.7-8 ii libgif4 4.1.6-11 ii libgl1-mesa-glx [libgl1] 10.3.2-1 ii libjack-jackd2-0 [libjack-0.116] 1.9.10+20140719git3eb0ae6a~dfsg-2 ii libjpeg62-turbo 1:1.3.1-12 ii liblcms2-22.6-3+b3 ii liblircclient00.9.0~pre1-1.2 ii libmad0 0.15.1b-8 ii libmpg123-0 1.20.1-2 ii libogg0 1.3.2-1 ii libpng12-01.2.50-2+b2 ii libpostproc52 6:0.git20120821-4 ii libpulse0 5.0-13 ii libquvi7 0.4.1-3 ii libsdl1.2debian 1.2.15-10+b1 ii libsmbclient 2:4.1.17+dfsg-2 ii libspeex1 1.2~rc1.2-1 ii libswscale3 6:11.4-1~deb8u1 ii libtheora01.1.1+dfsg.1-6 ii libtinfo5 5.9+20140913-1+b1 ii libvdpau1 0.8-3 ii libvorbis0a 1.3.4-2 ii libx11-6 2:1.6.2-3 ii libxext6 2:1.3.3-1 ii libxinerama1 2:1.1.3-1+b1 ii libxss1 1:1.2.2-1 ii libxv12:1.0.10-1+b1 ii libxvidcore4 2:1.3.3-1 ii libxxf86vm1 1:1.1.3-1+b1 ii zlib1g1:1.2.8.dfsg-2+b1 mplayer2 recommends no packages.
[bts-link] source package opencollada
# # bts-link upstream status pull for source package opencollada # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # user bts-link-upstr...@lists.alioth.debian.org # remote status report for #793930 (http://bugs.debian.org/793930) # Bug title: useless/not working with clang with hard reference to ext/hash_fun.h # * https://github.com/KhronosGroup/OpenCOLLADA/issues/293 # * remote status changed: (?) - open usertags 793930 + status-open # remote status report for #794276 (http://bugs.debian.org/794276) # Bug title: opencollada: FTBFS on mipsel # * https://github.com/KhronosGroup/OpenCOLLADA/issues/338 # * remote status changed: (?) - open usertags 794276 + status-open 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
vamp-plugin-sdk_2.6~repack0-2_amd64.changes is NEW
binary:libvamp-hostsdk3v5 is NEW. binary:libvamp-sdk2v5 is NEW. Your package has been put into the NEW queue, which requires manual action from the ftpteam to process. The upload was otherwise valid (it had a good OpenPGP signature and file hashes are valid), so please be patient. Packages are routinely processed through to the archive, and do feel free to browse the NEW queue[1]. If there is an issue with the upload, you will recieve an email from a member of the ftpteam. If you have any questions, you may reply to this email. [1]: https://ftp-master.debian.org/new.html ___ 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#791307: vamp-plugin-sdk: library transition may be needed when GCC 5 is the default
user release.debian@packages.debian.org usertag 791307 + transition block 791307 by 790756 reassign 791307 release.debian.org severity 791307 normal retitle 791307 transition: vamp-plugin-sdk (GCC 5) thanks On 2015-08-06 10:35:40, Simon McVittie wrote: Control: severity 791307 serious Control: retitle 791307 vamp-plugin-sdk: library transition needed for GCC 5 ABI On Fri, 03 Jul 2015 at 13:14:47 +, Matthias Klose wrote: - Decide if the symbols matching __cxx11 or B5cxx11 are part of the library API, and are used by the reverse dependencies of the library. Yes they are, mixxx uses them: https://buildd.debian.org/status/fetch.php?pkg=mixxxarch=amd64ver=1.11.0~dfsg-4%2Bb1stamp=1438764427 for example: lin32_build/vamp/vamppluginloader.o: In function `VampPluginLoader::loadPlugin(std::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar , float, int)': /«PKGBUILDDIR»/src/vamp/vamppluginloader.cpp:58: undefined reference to `_VampHost::Vamp::HostExt::PluginLoader::loadPlugin(std::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar , float, int)' Indded. A version with the renamed packages is in NEW. Cheers -- 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
Processed: Re: Bug#791307: vamp-plugin-sdk: library transition may be needed when GCC 5 is the default
Processing commands for cont...@bugs.debian.org: user release.debian@packages.debian.org Setting user to release.debian@packages.debian.org (was sramac...@debian.org). usertag 791307 + transition There were no usertags set. Usertags are now: transition. block 791307 by 790756 Bug #791307 [src:vamp-plugin-sdk] vamp-plugin-sdk: library transition needed for GCC 5 ABI 791307 was not blocked by any bugs. 791307 was not blocking any bugs. Added blocking bug(s) of 791307: 790756 reassign 791307 release.debian.org Bug #791307 [src:vamp-plugin-sdk] vamp-plugin-sdk: library transition needed for GCC 5 ABI Bug reassigned from package 'src:vamp-plugin-sdk' to 'release.debian.org'. No longer marked as found in versions vamp-plugin-sdk/2.6~repack0-1. Ignoring request to alter fixed versions of bug #791307 to the same values previously set severity 791307 normal Bug #791307 [release.debian.org] vamp-plugin-sdk: library transition needed for GCC 5 ABI Severity set to 'normal' from 'serious' retitle 791307 transition: vamp-plugin-sdk (GCC 5) Bug #791307 [release.debian.org] vamp-plugin-sdk: library transition needed for GCC 5 ABI Changed Bug title to 'transition: vamp-plugin-sdk (GCC 5)' from 'vamp-plugin-sdk: library transition needed for GCC 5 ABI' thanks Stopping processing here. Please contact me if you need assistance. -- 791307: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791307 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Processing of vamp-plugin-sdk_2.6~repack0-2_amd64.changes
vamp-plugin-sdk_2.6~repack0-2_amd64.changes uploaded successfully to localhost along with the files: vamp-plugin-sdk_2.6~repack0-2.dsc vamp-plugin-sdk_2.6~repack0-2.debian.tar.xz libvamp-hostsdk3v5_2.6~repack0-2_amd64.deb libvamp-sdk2v5_2.6~repack0-2_amd64.deb vamp-examples_2.6~repack0-2_amd64.deb vamp-plugin-sdk-doc_2.6~repack0-2_all.deb vamp-plugin-sdk_2.6~repack0-2_amd64.deb Greetings, Your Debian queue daemon (running on host franck.debian.org) ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
(no subject)
-- Morning ___ 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: block 794626 with 794700, block 794626 with 794701, block 794626 with 794703 ...
Processing commands for cont...@bugs.debian.org: block 794626 with 794700 Bug #794626 [release.debian.org] libconfig: library transition may be needed when GCC 5 is the default 794626 was blocked by: 778125 794626 was blocking: 778125 Added blocking bug(s) of 794626: 794700 block 794626 with 794701 Bug #794626 [release.debian.org] libconfig: library transition may be needed when GCC 5 is the default 794626 was blocked by: 778125 794700 794626 was blocking: 778125 Added blocking bug(s) of 794626: 794701 block 794626 with 794703 Bug #794626 [release.debian.org] libconfig: library transition may be needed when GCC 5 is the default 794626 was blocked by: 778125 794700 794701 794626 was blocking: 778125 Added blocking bug(s) of 794626: 794703 block 794626 with 794704 Bug #794626 [release.debian.org] libconfig: library transition may be needed when GCC 5 is the default 794626 was blocked by: 794703 778125 794701 794700 794626 was blocking: 778125 Added blocking bug(s) of 794626: 794704 block 794626 with 794706 Bug #794626 [release.debian.org] libconfig: library transition may be needed when GCC 5 is the default 794626 was blocked by: 794704 794701 794700 794703 778125 794626 was blocking: 778125 Added blocking bug(s) of 794626: 794706 block 794626 with 794732 Bug #794626 [release.debian.org] libconfig: library transition may be needed when GCC 5 is the default 794626 was blocked by: 778125 794703 794700 794704 794701 794706 794626 was blocking: 778125 Added blocking bug(s) of 794626: 794732 block 794626 with 794733 Bug #794626 [release.debian.org] libconfig: library transition may be needed when GCC 5 is the default 794626 was blocked by: 794700 794706 794701 794704 794703 794732 778125 794626 was blocking: 778125 Added blocking bug(s) of 794626: 794733 thanks Stopping processing here. Please contact me if you need assistance. -- 794626: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794626 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#793990: libdvd-pkg: Debconf abuse
Quoting Dmitry Smirnov (only...@debian.org): On Wednesday 29 July 2015 14:53:41 Christian Perrier wrote: This package seems to use a debconf note to notify users without any special action. If it is about a particular note then which one? FYI debconf prompt was introduced by request of Ansgar (on behalf of ftp- master) as a condition for entering archive. libdvd-pkg uses debconf dialogs to configure or schedule important actions that may not be possible to do when dialog is displayed. At the moment I can't quite recognise the abuse without further hints... Any note displayed at high priority is likely to be considered debconf abuse. All Debian users with default settings will see it. So, this is indeed, this one: db_input high libdvd-pkg/upgrade It's usually highly recommended to really consider whether one wants that every install is interrupted by such a note (in the distant past, many packages were using that system and users were complaining about gazillion of messages popping up during installs). 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
2015 China Budweiser Storm Music Festival Selects Yoopay.cn as Event Registration and Payment Platform
Click here for the web version of this message About Budweiser Storm Music Festival Budweiser Storm Music Festival is the largest outdoor music event in China. Every October, more than 100,000 music fans gather together to listen to their favorite bands live performance, and celebrate electronic music in China. The Festival is also a platform for new bands to show their talents and introduce them to the music fans. 2015 Budweiser Storm Music Festival is the largest ever, and will be held in two cities: Shanghai and Shenzhen, with more DJ spinning techno, retro, and all forms of electronic music to music fans coming from all round China and the world. The Festival selects Yoopay.cn as the event registration and payment solution, and uses Yoopay widget technology to integrate Yoopay's powerful ticketing functions directly inside the Festivals' official website, to ensure the Festival branding and seamless user experience. About Yoopay Yoopay.cn is the leading cloud based event online publishing, registration, payment, and management platform in China. Yoopay's award winning technology supports: 1. Easily publish professional looking event web page, mobile ready, and can be seamlessly integrated into the event's official website 2. Chinese and English dual languages, RMB and USD dual currencies 3. All major online payment methods: China UnionPay, WeChat, Alipay, Visa, Mastercard, Amex, and Paypal 4. Powerful CRM management system, reporting, analysis, and onsite check-in capabilities More than 30,000 international forums and exhibitions, academic conferences, business events, training events, sporting events, outdoor events, travel events, music events, charity events, alumni club events, and social events have been using Yoopay.cn, such as Budweiser Storm Music Festival (100,000 attendees, Shanghai), Oracle Open World (18,000 attendees, Shanghai), Macworld Asia (15,000 attendees, Beijing).