Bug#702762: More or less dead upstream
2014/1/11 Reinhard Tartler siret...@gmail.com: On Sat, Jan 11, 2014 at 1:27 PM, Bálint Réczey bal...@balintreczey.hu wrote: I think filing bugs is the best way of starting the removal of libpostproc. There are only a few packages depending on it, thus adding a linitian warning may be overkill: $ apt-cache rdepends libpostproc52 libpostproc52 Reverse Depends: libxine2-ffmpeg libxine1-ffmpeg xbmc-bin vlc-nox transcode mpv mplayer2 mplayer-gui mplayer mencoder libpostproc-dev gstreamer0.10-ffmpeg libgmerlin-avdec1 ffmpeg2theora Regarding the migration libpostproc is missing only from stable, it is present in testing thus every package using it can still migrate and I think it is OK. I think there may be a misunderstanding here, libpostproc *is* in stable, but as part of the libav package. It was phased out after the 0.5 release, and I packaged it as standalone. I've packaged it as standalone source package because of the longish list of packages that use it. The list of packages you quote above still seems rather long, and many of those packages seem very undermaintained to me. Pushing them to drop libpostproc may be the right thing to do, but please be aware that this may take years. That's why I think a lintian warning may of help here. I did not push very hard on this issue because I wanted to see if there would be any upstream activity and it would make sense to keep libpostproc anyways. It turns out that the upstream repository http://git.videolan.org/?p=libpostproc.git didn't see real functional development that aren't build fixes for years. Moreover, nobody stepped up to take over the package. Now 1.5y later, it may be a good time to phase libpostproc out of debian for good. I think we should discuss the mass bug filing on debian-devel in advance, but otherwise I'm OK with the removal. Would you like to announce the removal? I'm a bit uncomfortable with discussing that on debian-devel TBH, as I don't see any chance we can remove libpostproc anytime soon. The current libpostproc package is in testing and is supposely working fine. Porting package to libavfilter is going to require upstream involvement, which is looking at the list of affected upstreams not going to happen soon. I'm really unsure what's the best way to proceed from here. From the email [1] on the VLC list I had the impression that libpostproc is broken. If it is working fine I don't see why it should be dropped and I'll keep libpostproc support in XBMC, too. I have looked into the source more closely and it seems using a very hidden setting XBMC users can pass postproc filters to libpostproc thus I can't replace it with vf_yadif. So if libpostproc will stay with us could you please upload it to wheezy-backports to let me upload xbmc, too? Cheers, Balint [1]https://mailman.videolan.org/pipermail/vlc-devel/2013-March/092249.html I will migrate XBMC to libavfilter when I can find some time for that. If XBMC needs a deinterlacing fitler, I believe that vf_yadif is one of the best fitlers around for this task. I'd say this should be done regardless what's happening with libpostproc. -- regards, Reinhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702762: More or less dead upstream
2014/1/12 Reinhard Tartler siret...@gmail.com: On Sat, Jan 11, 2014 at 2:51 PM, Bálint Réczey bal...@balintreczey.hu wrote: From the email [1] on the VLC list I had the impression that libpostproc is broken. That is my understanding as well. That's why I wanted to hear from you XBMC needs libpostproc for. Did you notice any visual improvements from enabling the libpostproc filter in XBMC? Now I have tried it and the results look pretty good on Jessie. The postprocessing option is visible when playing the video. Please keep the package and I think this bug could be closed. Maybe #729332 could be fixed as well. ;-) If it is working fine I don't see why it should be dropped and I'll keep libpostproc support in XBMC, too. Well I kept it around to not break the compilation of existing programs. And that part seems to be ok-ish. I have looked into the source more closely and it seems using a very hidden setting XBMC users can pass postproc filters to libpostproc thus I can't replace it with vf_yadif. vf_yadif is certainly no drop-in replacement, as it has a totally different API. This replacement may require significant knowledge of the codebase. So if libpostproc will stay with us could you please upload it to wheezy-backports to let me upload xbmc, too? Is this really necessary? What's the problem with the libpostproc-dev package provided by libav 0.8 in stable? http://packages.debian.org/wheezy/libpostproc-dev It depends on libavutil-dev, but XBMC needs newer libavutil-dev: $ sudo apt-get install libpostproc-dev Reading package lists... Done Building dependency tree Reading state information... Done 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: libpostproc-dev : Depends: libavutil-dev (= 6:0.8.9-1) but 6:9.10-1~bpo70+1 is to be installed E: Unable to correct problems, you have held broken packages. Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735291: Now chinese chars displayed with some chinese supported fonts
Hi, It was a scaling problem. Could you please test it again with the new file? Cheers, Balint 2014/1/16 张敬强 godfrey.pub...@gmail.com: Here's the screenshots xbmc_chs_arial_new.png (460 K) xbmc_chs_arial_orig.png (452 K) xbmc_chs_wqy_zenhei.png (487 K) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688538: ITA
Hi, The libevent2 patches have been accepted, I'm still waiting for the next release to package it. Cheers, Balint 2013/12/1 Balint Reczey bal...@balintreczey.hu: Hi, Since the current upstream of the package is not active I'm working on switching a new upstream [1]. Currently I'm working with him on libevent2 compatibility [2], but the new forked-daapd release will need a new libevent release with the changes from forked-daapd applied [3]. Cheers, Balint [1] https://github.com/ejurgensen/forked-daapd [2] https://github.com/ejurgensen/forked-daapd/tree/libevent2 [3] https://github.com/libevent/libevent/pull/83 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732159: Should this package be removed?
2013/12/15 Reimar Döffinger reimar.doeffin...@gmx.de: On 14.12.2013, at 23:53, John Paul Adrian Glaubitz glaub...@physik.fu-berlin.de wrote: On 12/14/2013 11:07 PM, Reinhard Tartler wrote: On Sat, Dec 14, 2013 at 4:28 PM, Moritz Muehlenhoff j...@debian.org wrote: Package: mplayer Severity: serious Should this package be removed? If so, please reassign to ftp.debian.org - Last upload nearly two years ago - FTBFS for a long time - Incompatible with current libav - Alternatives exist (mplayer2, mpv) Well, to be honest, I think the problem is actually libav, not mplayer. Most users prefer the original ffmpeg over libav from my own experience. And there are new upstream releases of mplayer which are actually more frequent and active than mplayer2: - mplayer: current stable release 1.1.1, released May 6th, 2013 - mplayer2: current stable release 2.0, released: March 24th, 2011 Even the latest git commit for mplayer2 is older than the current stable release of mplayer. The latter seems much more active to me. So, what I'd rather like to see is that we get a proper ffmpeg back in Debian again which would also allow to update mplayer to the current upstream version. There is even an RFP for that [1]. But I guess this is not going to happen. I'm still a bit sad that the split among the ffmpeg people happened. Adrian [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=729203 I thought someone was working on it already, but I am happy to help out both with getting a parallel install of FFmpeg working (via a rpath hack for example, supported in FFmpeg configure but probably needs fixes to MPlayer's configure to work) and to a limited degree also making MPlayer work with Libav. How about introducing the ffmpeg shared libraries with libffmpeg prefix instead of libav prefix? This would rename the libraries, but since none of the forks shows interest in using different library names and users already refer to ffmpeg or libav versions it would cause just a little confusion. This way the libraries could coexist on the same system and we could avoid using the rpath hack. Cheers, Balint PS: I'm interested in the topic because I'm working on reviving the XBMC package but upstream prefers ffmpeg over libav. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683703: Re: Bug#683703: Acknowledgement (xbmc: Video playback fails when VAAPI is enabled and a VAAPI driver is installed)
Hi Matt, 2013/12/25 Matt Horan m...@matthoran.com: Balint - On Wed, Dec 25, 2013 at 01:22:27AM +0100, Balint Reczey wrote: Could you please test latest unstable version? I'm running wheezy, and it seems the unstable package dependencies are not provided in that release. Do you have any guess of how much trouble it would be for me to backport the new package, or should I investigate upgrading to unstable? My machine is finally stable in my mind, so I'm a bit hesitant to upgrade. I think due to the missing dependencies backport to stable is a bit hard. :-( xbmc needs libav from unstable which would possibly break other software. I guess upgrade to testing or giving testing/unstable a try on a spare partition would be the easier way. Thanks, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#733234: Groovy fails with groovy.lang.MissingMethodException
Package: groovy Version: 1.8.6-1 Severity: normal Hi, Using groovy to generate code in XBMC build fails. Steps to reproduce: apt-get -t experimental groovy apt-get build-dep xbmc dget http://http.debian.net/debian/pool/main/x/xbmc/xbmc_12.3+dfsg1-1.dsc # if extraction fails dpkg-source -x xbmc_12.3+dfsg1-1.dsc cd xbmc-12.3+dfsg1/ sed -i 's/groovyc/# groovyc/' codegenerator.mk make -f codegenerator.mk Result: ... groovy -cp /usr/share/java/groovy-all-1.8.6.jar:/usr/share/java/commons-lang-2.6.jar:./tools/codegenerator:xbmc/interfaces/python \ ./tools/codegenerator/Generator.groovy xbmc/interfaces/python/generated/AddonModuleXbmc.xml xbmc/interfaces/python/PythonSwig.cpp.template xbmc/interfaces/python/generated/AddonModuleXbmc.cpp xbmc/interfaces/python/generated/doxygenxml [xbmc/interfaces/python/generated/AddonModuleXbmc.xml, xbmc/interfaces/python/PythonSwig.cpp.template, xbmc/interfaces/python/generated/AddonModuleXbmc.cpp, xbmc/interfaces/python/generated/doxygenxml] Caught: groovy.lang.MissingMethodException: No signature of method: java.lang.String.name() is applicable for argument types: () values: [] Possible solutions: take(int), any(), any(groovy.lang.Closure), wait(), size(), next() groovy.lang.MissingMethodException: No signature of method: java.lang.String.name() is applicable for argument types: () values: [] Possible solutions: take(int), any(), any(groovy.lang.Closure), wait(), size(), next() at Helper$_retrieveDocStringFromDoxygen_closure1.doCall(Helper.groovy:109) at Helper.retrieveDocStringFromDoxygen(Helper.groovy:108) at Helper$_transformSwigXml_closure14.doCall(Helper.groovy:484) at Helper.transformSwigXml(Helper.groovy:479) at Helper$transformSwigXml$0.call(Unknown Source) at Generator.run(Generator.groovy:61) make: *** [xbmc/interfaces/python/generated/AddonModuleXbmc.cpp] Error 1 groovy 1.8.6-1 from unstable fails differently: ... groovy -cp /usr/share/java/groovy-all-1.8.6.jar:/usr/share/java/commons-lang-2.6.jar:./tools/codegenerator:xbmc/interfaces/python \ ./tools/codegenerator/Generator.groovy xbmc/interfaces/python/generated/AddonModuleXbmc.xml xbmc/interfaces/python/PythonSwig.cpp.template xbmc/interfaces/python/generated/AddonModuleXbmc.cpp xbmc/interfaces/python/generated/doxygenxml org.codehaus.groovy.control.MultipleCompilationErrorsException: startup failed: /root/xbmc-12.3+dfsg1/tools/codegenerator/Generator.groovy: 26: unable to resolve class Helper @ line 26, column 1. import Helper ^ 1 error make: *** [xbmc/interfaces/python/generated/AddonModuleXbmc.cpp] Error 1 But it gives less clue about the actual problem. Trying different JREs gives more hint: gij-4.8 -cp /usr/share/java/groovy-all-1.8.6.jar:/usr/share/java/commons-lang-2.6.jar:./tools/codegenerator:xbmc/interfaces/python groovy.ui.GroovyMain ./tools/codegenerator/Generator.groovy xbmc/interfaces/python/generated/AddonModuleXbmc.xml xbmc/interfaces/python/PythonSwig.cpp.template xbmc/interfaces/python/generated/AddonModuleXbmc.cpp xbmc/interfaces/python/generated/doxygenxml java.lang.ExceptionInInitializerError at java.lang.Class.initializeClass(libgcj.so.14) at org.codehaus.groovy.reflection.ReflectionCache.getCachedClass(ReflectionCache.java:107) at org.codehaus.groovy.reflection.ReflectionCache.clinit(ReflectionCache.java:52) at java.lang.Class.initializeClass(libgcj.so.14) at org.codehaus.groovy.runtime.metaclass.MetaClassRegistryImpl.registerMethods(MetaClassRegistryImpl.java:161) at org.codehaus.groovy.runtime.metaclass.MetaClassRegistryImpl.init(MetaClassRegistryImpl.java:83) at org.codehaus.groovy.runtime.metaclass.MetaClassRegistryImpl.init(MetaClassRegistryImpl.java:61) at groovy.lang.GroovySystem.clinit(GroovySystem.java:29) at java.lang.Class.initializeClass(libgcj.so.14) at org.codehaus.groovy.runtime.InvokerHelper.clinit(InvokerHelper.java:49) at java.lang.Class.initializeClass(libgcj.so.14) at groovy.lang.GroovyObjectSupport.init(GroovyObjectSupport.java:32) at groovy.lang.Binding.init(Binding.java:34) at groovy.lang.GroovyShell.init(GroovyShell.java:70) at groovy.ui.GroovyMain.processOnce(GroovyMain.java:544) at groovy.ui.GroovyMain.run(GroovyMain.java:337) at groovy.ui.GroovyMain.process(GroovyMain.java:323) at groovy.ui.GroovyMain.processArgs(GroovyMain.java:120) at groovy.ui.GroovyMain.main(GroovyMain.java:100) Caused by: java.lang.NullPointerException at java.lang.ref.Reference.init(libgcj.so.14) at java.lang.ref.WeakReference.init(libgcj.so.14) at org.codehaus.groovy.reflection.ClassInfo.clinit(ClassInfo.java:413) at java.lang.Class.initializeClass(libgcj.so.14) ...18 more Caught: java.lang.NoClassDefFoundError: org.codehaus.groovy.reflection.ReflectionCache java.lang.NoClassDefFoundError: org.codehaus.groovy.reflection.ReflectionCache No stacktrace available I started working on a fix handling the exceptions somewhere, but now I think caching
Bug#739111: libsigc++-2.0-dev: depends on unavailable package libsigc++-2.0-
2014-02-15 23:01 GMT+01:00 Michael Biebl bi...@debian.org: Am 15.02.2014 22:46, schrieb Sven Joachim: Package: libsigc++-2.0-dev Version: 2.2.11-2 Severity: grave Your package depends on libsigc++-2.0- (= 2.2.11-2) which is not available. The following message from the build log gives a hint: , | dpkg-gencontrol: warning: Depends field of package libsigc++-2.0-dev: unknown substitution variable ${Soname} ` Depends: libsigc++-2.0-${Soname} (= ${binary:Version}) that doesn't work of course, after having dropped the ${Soname} substitution from debian/rules. The symbols file looks broken as well: libsigc-2.0.so.0 libsigc++-2.0-0c2a (= 2.0.2) Why was the version hard-coded here instead of using #MINVER#? I wanted to stay as close as possible to the meaning of the original shlibs file: dh_makeshlibs -a -V'libsigc++-2.0-$(SONAME) (= 2.0.2)' I'm in the middle of preparing the fix, I'll upload it in half an hour. Thanks, Balint -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739111: libsigc++-2.0-dev: depends on unavailable package libsigc++-2.0-
2014-02-15 23:31 GMT+01:00 Michael Biebl bi...@debian.org: Am 15.02.2014 23:23, schrieb Bálint Réczey: 2014-02-15 23:01 GMT+01:00 Michael Biebl bi...@debian.org: The symbols file looks broken as well: libsigc-2.0.so.0 libsigc++-2.0-0c2a (= 2.0.2) Why was the version hard-coded here instead of using #MINVER#? I wanted to stay as close as possible to the meaning of the original shlibs file: dh_makeshlibs -a -V'libsigc++-2.0-$(SONAME) (= 2.0.2)' I'm in the middle of preparing the fix, I'll upload it in half an hour. Sorry if that may come of as rude: Have you maintained library packages before? Do you know how symbols files work and how they are supposed to be used? It is somewhat rude, but I kind of deserved it. :-) Yes, I maintain some libs and I think 2.0.2 was a wrong value originally and I should not have kept it. I have retrurned to #MINVER# and also fixed the broken dependency. I misinterpreted the relevant policy part and I thought setting an exact value instead of the template was a valid option. Thanks, Balint Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739498: Test your package with libssh 0.6.x
Hi Mike, 2014-02-19 13:08 GMT+01:00 Mike Gabriel sunwea...@debian.org: Package: xbmc-bin Dear maintainer, the libssh maintainers are planning the upload of libssh 0.6.x to unstable soon (4-6 weeks from now). Please test your package's functionality with libssh 0.6.1 as found in Debian experimental (currently: 0.6.1-1~exp1). xbmc builds and runs fine with libssh 0.6.1. Thanks for the heads-up. Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739727: xbmc: Screen goes to sleep during playback
Hi Pavel, Control : severity wishlist 2014-02-22 0:08 GMT+01:00 Pavel Goriacko pavel.goria...@gmail.com: Package: xbmc Version: 2:12.3+dfsg2-4 Severity: important Dear Maintainer, xbmc does not prevent the screen from going blank after 10 minutes of keyboard inactivity. This happens when I play videos or music: the screen goes blank so I need to move the mouse to wake it. I have turned off the put display to sleep when idle setting, that didn't change anything. It does not happen when I play videos in mpv or vlc. I am running xbmc on top of openbox with no xscreensaver or anything like that. I think the following will help: xset -dpms; xset s off from: https://wiki.archlinux.org/index.php/Display_Power_Management_Signaling Do you run XMBC full screen? Have you enabled screen saver in XBMC? Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739935: py3versions: please ignore empty lines before Source section in control files
Source: python3-minimal Version: 3.2.3-6 Severity: normal Tags: patch Dear Maintainer, Autogenerated debian/control files may contain empty lines before the Source section which seems to be valid to me. For example meld's control file looks like this: # This file is autogenerated. DO NOT EDIT! # # Modifications should be made to debian/control.in instead. # This file is regenerated automatically in the clean target. Source: meld Section: gnome Priority: optional ... py3versions fails to parse such files: $ py3versions -r debian/control py3versions: not a control file: debian/control, $ The following small patch solves the problem: --- /usr/bin/py3versions2012-10-21 23:50:01.0 +0200 +++ py3versions2014-02-24 03:06:46.082912790 +0100 @@ -183,7 +183,7 @@ with open(fn, encoding='utf-8') as controlfile: lines = [line.strip() for line in controlfile] for line in lines: -if line == '': +if line == '' and section != None: if pkg == 'Source': break section = None pyversions uses a similar check: ... if line == '': if section == None: continue if pkg == 'Source': break section = None ... Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739441: FTBFS with libav10
Hi, 2014-02-18 20:00 GMT+01:00 Moritz Muehlenhoff j...@debian.org: Package: xbmc Severity: important Hi, your package fails to build from source against libav 10 (currently packaged in experimental). This bug will become release-critical at some point when the libav10 transition starts. I plan fixing libav10 compatibility with the first beta of XBMC 13 (Gotham). It is due in a few weeks and XBMC will stop using the deprecated avcodec_encode_audio() API in it. The rest of the migration is simple. Thanks, Balint Migration documentation can be found at https://wiki.libav.org/Migration/10 Cheers, Moritz make[3]: Entering directory `/home/jmm/av10/xbmc-12.3+dfsg2/lib/libdvd/libdvdnav' make[3]: Nothing to be done for `all'. make[3]: Leaving directory `/home/jmm/av10/xbmc-12.3+dfsg2/lib/libdvd/libdvdnav' make[2]: Leaving directory `/home/jmm/av10/xbmc-12.3+dfsg2/lib/libdvd' make[2]: Entering directory `/home/jmm/av10/xbmc-12.3+dfsg2/xbmc/cores/dvdplayer' CPP xbmc/cores/dvdplayer/DVDAudio.o In file included from DVDAudio.cpp:23:0: DVDAudio.h:83:48: error: 'CodecID' has not been declared bool Create(const DVDAudioFrame audioframe, CodecID codec, bool needresampler); ^ In file included from DVDMessage.h:33:0, from DVDMessageQueue.h:23, from DVDPlayerAudio.h:26, from DVDAudio.cpp:26: DVDDemuxers/DVDDemux.h:121:3: error: 'CodecID' does not name a type CodecID codec; ^ ... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740716: libwireshark-dev: please add pkg-config support for libwireshark-dev
tags 740716 confirmed upstream forwarded 740716 https://code.wireshark.org/review/#/c/500/ thanks Hi Sebastian, 2014-03-04 12:00 GMT+01:00 Sebastian Reichel s...@debian.org: Package: libwireshark-diev Version: 1.10.5-2 Severity: wishlist Hi, It would be nice to have a *.pc file for libwireshark-dev. It should contain cflags and libs needed to build against libwireshark and the plugin directory. For example the x86-64 could look similar to this: /usr/lib/x86_64-linux-gnu/pkgconfig/wireshark.pc --- prefix=/usr exec_prefix=${prefix} libdir=${prefix}/lib/x86_64-linux-gnu sharedlibdir=${libdir} includedir=${prefix}/include/wireshark plugindir=${libdir}/wireshark/libwireshark3/plugins Name: wireshark Description: wireshark network packet dissection library Version: 1.10.5 Requires: Libs: -L${libdir} -L${sharedlibdir} -lwireshark Cflags: -I${includedir} --- It will be part of the next upload. Thanks, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741106: ITP: xbmc-pvr-addons -- XBMC PVR Addons
package: wnpp Severity: wishlist Owner: Balint Reczey bal...@balintreczey.hu Package Name : xbmc-pvr-addons Version: 1.0.0 Upstream Author: Lars Op den Kamp URL : https://github.com/opdenkamp/xbmc-pvr-addons License: GPLv3 Description: xbmc-pvr-addons XBMC addon for handling several PVR technologies -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743619: vdr-plugin-vnsiserver: Is the Depends on xbmc necessary?
Hi Michael, 2014-04-07 12:21 GMT+02:00, Andrei POPESCU andreimpope...@gmail.com: Control: reassign -1 src:xbmc-pvr-addons On Vi, 04 apr 14, 11:04:06, Michael Fladischer wrote: Source: vdr-plugin-vnsiserver Severity: wishlist Dear Maintainer, is it possible to lower xmbc from Depends to Recommends for vdr-plugin-vnsiserver? I'm running VDR on a different machine than I run XBMC and I would prefer not to have to install all the XMBC dependencies when I only want VDR to be able stream to a different machine. I will upload the fixed version after xbmc-pvr-addons hits testing. Thanks for the bug report. Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744241: nmu: libav: transition libx264-142
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu nmu libav_6:10-1 . ALL . -m Rebuild for the libx264-142 transition -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744330: groovy: makes xbmc FTBFS
Package: groovy Version: 1.8.6-2 Severity: serious Hi, Xbmc stopped building with latest groovy upload even with the workaround for another groovy bug. :-( touch xbmc/interfaces/python/generated/doxygenxml mkdir -p xbmc/interfaces/python/generated /usr/bin/swig -w401 -c++ -o xbmc/interfaces/python/generated/AddonModuleXbmc.xml -xml -I./xbmc -xmllang python xbmc/interfaces/swig/AddonModuleXbmc.i # work around groovy crash groovyc -cp /usr/share/java/groovy-all-1.8.6.jar:/usr/share/java/commons-lang-2.6.jar:./tools/codegenerator:xbmc/interfaces/python -d tools/codegenerator tools/codegenerator/Helper.groovy tools/codegenerator/SwigTypeParser.groovy xbmc/interfaces/python/MethodType.groovy xbmc/interfaces/python/PythonTools.groovy groovy -cp /usr/share/java/groovy-all-1.8.6.jar:/usr/share/java/commons-lang-2.6.jar:./tools/codegenerator:xbmc/interfaces/python \ ./tools/codegenerator/Generator.groovy xbmc/interfaces/python/generated/AddonModuleXbmc.xml xbmc/interfaces/python/PythonSwig.cpp.template xbmc/interfaces/python/generated/AddonModuleXbmc.cpp xbmc/interfaces/python/generated/doxygenxml java.lang.OutOfMemoryError: Java heap space at java.util.ArrayList.init(ArrayList.java:144) at org.codehaus.groovy.reflection.GeneratedMetaMethod$DgmMethodRecord.loadDgmInfo(GeneratedMetaMethod.java:193) at org.codehaus.groovy.runtime.metaclass.MetaClassRegistryImpl.registerMethods(MetaClassRegistryImpl.java:155) at org.codehaus.groovy.runtime.metaclass.MetaClassRegistryImpl.init(MetaClassRegistryImpl.java:83) at org.codehaus.groovy.runtime.metaclass.MetaClassRegistryImpl.init(MetaClassRegistryImpl.java:61) at groovy.lang.GroovySystem.clinit(GroovySystem.java:29) at org.codehaus.groovy.runtime.InvokerHelper.clinit(InvokerHelper.java:49) at groovy.lang.GroovyObjectSupport.init(GroovyObjectSupport.java:32) at groovy.lang.Binding.init(Binding.java:34) at groovy.lang.GroovyShell.init(GroovyShell.java:70) at groovy.ui.GroovyMain.processOnce(GroovyMain.java:544) at groovy.ui.GroovyMain.run(GroovyMain.java:337) at groovy.ui.GroovyMain.process(GroovyMain.java:323) at groovy.ui.GroovyMain.processArgs(GroovyMain.java:120) at groovy.ui.GroovyMain.main(GroovyMain.java:100) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.codehaus.groovy.tools.GroovyStarter.rootLoader(GroovyStarter.java:108) at org.codehaus.groovy.tools.GroovyStarter.main(GroovyStarter.java:130) [xbmc/interfaces/python/generated/AddonModuleXbmc.xml, xbmc/interfaces/python/PythonSwig.cpp.template, xbmc/interfaces/python/generated/AddonModuleXbmc.cpp, xbmc/interfaces/python/generated/doxygenxml] Caught: groovy.lang.MissingMethodException: No signature of method: [Ljava.lang.String;.each() is applicable for argument types: (Generator$_run_closure1) values: [Generator$_run_closure1@201ce33e] Possible solutions: wait(), wait(long), equals(java.lang.Object), wait(long, int), getAt(java.lang.Integer) groovy.lang.MissingMethodException: No signature of method: [Ljava.lang.String;.each() is applicable for argument types: (Generator$_run_closure1) values: [Generator$_run_closure1@201ce33e] Possible solutions: wait(), wait(long), equals(java.lang.Object), wait(long, int), getAt(java.lang.Integer) at Generator.run(Generator.groovy:40) make[2]: *** [xbmc/interfaces/python/generated/AddonModuleXbmc.cpp] Error 1 rm xbmc/interfaces/python/generated/AddonModuleXbmc.xml make[2]: Leaving directory `/«BUILDDIR»/xbmc-12.3+dfsg2' make[1]: *** [override_dh_auto_configure] Error 2 make[1]: Leaving directory `/«BUILDDIR»/xbmc-12.3+dfsg2' This happened with a fully updated unstable sbuild chroot for rebuilding xbmc. Thanks, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744330: groovy: makes xbmc FTBFS
Hi Miguel, 2014-04-14 23:59 GMT+02:00 Miguel Landaeta nomad...@debian.org: tags 744330 + confirmed thanks On Sun, Apr 13, 2014 at 02:25:44AM +0200, Bálint Réczey wrote: Package: groovy Version: 1.8.6-2 Severity: serious Hi, Xbmc stopped building with latest groovy upload even with the workaround for another groovy bug. :-( Hi, I'm investigating this since I did the last groovy upload to unstable with the goal of enabing support for Java 8. Gradle is also broken (#744337) probably due to the same reason. I don't want to seem needy, but looking into #733234 which I had to workaround upstream would also be nice. Caching classes at build time does not seem to be a good design decision as it makes groovy die using JRE-s other than the one it has been built with. Thanks, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745060: xbmc 13 does not render content while xbmc12 does (nvidia ION2)
reassign 742896 libav 10-1 affects 742896 xbmc reassign 745060 libav 10-1 affects 745060 xbmc thanks Hi Jeroen, 2014-04-17745060 18:55 GMT+02:00 Jeroen Massar jer...@massar.ch: Package: xbmc Version: 2:13.0~beta2+dfsg1-1 Severity: normal Hola, Just quickly tested XBMC 13 from unstable (2:13.0~beta2+dfsg1-1), on a Zotac ID41 (Intel Atom D525 / nvidia ION2). It starts, menus work etc, but playing videos with hardware acceleration (VDPAU/VAAPI) does not work. Disabling VDPAU/VAAPI in the XBMC settings allows playing the video, but of course on that platform anything with a little bit of resolution drops frames like crazy ;) Hence, this is mostly a note that there is a bug with XBMC13 on at least this platform and vdpau Thus for people who want to upgrade to xbmc13 on this platform, you might want to have this bug resolved first ;) This could be related to VDPAU, or just a regression in XBMC. Googling for the error does pop up some similar reports, but the typical answer is to disable VDPAU/VDAPI, this while XBMC12 works fine. See below the excerpt from the xbmc log what goes wrong with my langlauf movie. Note that XBMC does not crash, it just does not render the movie; Subtitles (having non-english speaking relatives is fun ;) do render btw. Hitting stop will nicely return one back to the menus so one can try another one. This problem has been reported as #742896 , but using the radeon driver. I planned setting up an nVidia config, but thanks to you I don't have to. Upstream's position is that it is a Libav bug, since the video plays fine with the embedded ffmpeg copy shipped with vanilla XBMC. I have to agree with them thus I hereby reassign both bugs to libav. If this is a result of API difference between FFmpeg and Libav, please help me out, too. Thanks, Balint Greets, Jeroen -- Related packages: nvidia-* / nvidia-kernel-dkms etc 331.49-1 linux-image-3.13-1-amd643.13.10-1 vdpau-va-driver 0.7.3-2 libvdpau1 0.7-1 15:18:41 T:140329912658240 NOTICE: DVDPlayer: Opening: /archive/movies/2014-01-15-langlaufen.mkv 15:18:41 T:140329912658240 WARNING: CDVDMessageQueue(player)::Put MSGQ_NOT_INITIALIZED 15:18:41 T:140327696451328 NOTICE: Thread DVDPlayer start, auto delete: false 15:18:41 T:140327696451328 NOTICE: Creating InputStream 15:18:41 T:140327696451328 NOTICE: Creating Demuxer 15:18:41 T:140327696451328 NOTICE: Opening video stream: 0 source: 256 15:18:41 T:140327696451328 NOTICE: Creating video codec with codec id: 28 15:18:41 T:140327696451328 NOTICE: CDVDVideoCodecFFmpeg::Open() Using codec: H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10 15:18:41 T:140327688058624 NOTICE: Thread VideoReferenceClock start, auto delete: false 15:18:42 T:140327696451328 NOTICE: Creating video thread 15:18:42 T:140327679665920 NOTICE: Thread DVDPlayerVideo start, auto delete: false 15:18:42 T:140327679665920 NOTICE: running thread: video_thread 15:18:42 T:140327696451328 NOTICE: Opening audio stream: 2 source: 256 15:18:42 T:140327696451328 NOTICE: Finding audio codec for: 86020 15:18:42 T:140327696451328 NOTICE: Creating audio thread 15:18:42 T:140327386085120 NOTICE: Thread DVDPlayerAudio start, auto delete: false 15:18:42 T:140327386085120 NOTICE: running thread: CDVDPlayerAudio::Process() 15:18:42 T:140327696451328 NOTICE: Opening Subtitle stream: 3 source: 256 15:18:42 T:140327386085120 NOTICE: Creating audio stream (codec id: 86020, channels: 2, sample rate: 48000, pass-through) 15:18:42 T:140327679665920 NOTICE: fps: 23.976024, pwidth: 1920, pheight: 1040, dwidth: 1920, dheight: 1040 15:18:42 T:140327679665920 NOTICE: Display resolution ADJUST : HDMI-0: 1920x1080 @ 23.97Hz (20) (weight: 0.000) 15:18:44 T:140327386085120 ERROR: CDVDAudio::AddPacketsRenderer - timeout adding data to renderer 15:18:44 T:140329912658240 ERROR: GLX: Same window as before, refreshing context 15:18:44 T:140329912658240 NOTICE: Using GL_TEXTURE_2D 15:18:44 T:140329912658240 NOTICE: GL: Using VAAPI render method 15:18:44 T:140329912658240 NOTICE: GL: NPOT texture support detected 15:18:44 T:140329912658240 NOTICE: GL: Using GL_ARB_pixel_buffer_object 15:18:44 T:140329912658240 ERROR: CLinuxRendererGL::UploadVAAPITexture - failed to copy surface to glx 2 - resource allocation failed 15:18:44 T:140329912658240 ERROR: Previous line repeats 1 times. 15:18:44 T:140329912658240 ERROR: CLinuxRendererGL::UploadVAAPITexture - failed to copy surface to glx -1 - unknown libva error 15:18:44 T:140329912658240 ERROR: Previous line repeats 2 times. 15:18:44 T:140329912658240 ERROR: CLinuxRendererGL::UploadVAAPITexture - failed to copy surface to glx 2 - resource allocation failed 15:18:44 T:140329912658240 ERROR: CLinuxRendererGL::UploadVAAPITexture - failed to copy surface to glx -1 - unknown libva error 15:19:42
Bug#733234: Groovy fails with groovy.lang.MissingMethodException
Hi Miguel, 2014-04-17 20:33 GMT+02:00 Miguel Landaeta nomad...@debian.org: tags 733234 + moreinfo thanks Hi Bálint, On Fri, Dec 27, 2013 at 04:28:39PM +0100, Bálint Réczey wrote: Package: groovy Version: 1.8.6-1 Severity: normal Hi, Using groovy to generate code in XBMC build fails. Sorry for my delay to handle this bug. To be honest, I'm not an expert about groovy or xbmc internals, so I was wondering if you can provide me with a more succint explanation about what you think is broken with groovy. In your first message I saw you satisfied xbmc build-depends from experimental but your classpath had references to the version from unstable. Right now I have a grave bug in groovy/gradle (#744337) since it looks like I'm unable to build a working package for 1.8.6 release with current default JDK and libraries from unstable. 1.8.6-1 used to work for a long time but as soon as I recompiled for 1.8.6-2 I'm seeing breakage in several places so I'm unable to even reproduce this bug right now. Maybe this is just 1.8.6 showing its age and I should focus on getting 2.x in unstable on time for jessie. Sorry I can't be more useful for this bug at this moment. I tried building groovy 2.2.1 on testing and it failed, too. I agree that 2.x is the way to go and I think you could find a state of sid on snapshots.debian.org, which lets you build 2.2.1 (2.2.2?) and latest gradle as well. When there is a groovy - gradle pair in the archive which can build itself I'll check back to this problem again. Cheers, Balint BTW I started playing with this patch to disable the DGM stuff, but since groovy itself does not build I will return to this later: --- src/main/org/codehaus/groovy/runtime/metaclass/MetaClassRegistryImpl.java.orig 2014-04-17 21:57:53.386313813 +0200 +++ src/main/org/codehaus/groovy/runtime/metaclass/MetaClassRegistryImpl.java 2014-04-17 21:58:42.353618465 +0200 @@ -90,7 +90,7 @@ final MapCachedClass, ListMetaMethod map = new HashMapCachedClass, ListMetaMethod(); // let's register the default methods -registerMethods(null, true, true, map); +registerMethods(null, false, true, map); final Class[] additionals = DefaultGroovyMethods.additionals; for (int i = 0; i != additionals.length; ++i) { createMetaMethodFromClass(map, additionals[i]); -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745060: xbmc 13 does not render content while xbmc12 does (nvidia ION2)
forwarded 745060 https://bugzilla.libav.org/show_bug.cgi?id=674 tags 745060 upstream thanks 2014-04-17 23:07 GMT+02:00 Jeroen Massar jer...@massar.ch: On 2014-04-17 21:03, Bálint Réczey wrote: [..] Thus for people who want to upgrade to xbmc13 on this platform, you might want to have this bug resolved first ;) This could be related to VDPAU, or just a regression in XBMC. Googling for the error does pop up some similar reports, but the typical answer is to disable VDPAU/VDAPI, this while XBMC12 works fine. [..] This problem has been reported as #742896 , but using the radeon driver. I planned setting up an nVidia config, but thanks to you I don't have to. Hence, why filing a bug is a good thing ;) (also because google indexes them really well, and then people might find a solution easier or avoid upgrading as they can see there is a problem it is in the experimental branch for a reason ;) Upstream's position is that it is a Libav bug, since the video plays fine with the embedded ffmpeg copy shipped with vanilla XBMC. Makes sense; (I quite understand btw why they do not like maintaining multiple video libraries) I have to agree with them thus I hereby reassign both bugs to libav. If this is a result of API difference between FFmpeg and Libav, please help me out, too. I had not noticed that libav10 was being used; I checked and indeed it is libav10 that it is linked against. Is libav10 a requirement, as otherwise linking to libav9 might be an option that might just work ;) (and would exclude in a way if the fault is in xbmc or libav...) The API changes between libav 9 and 10 make testing this path hard. Reinhard Tartler wrote: I am having a hard time seeing from this report what the problem is. I guess that you mean what is causing it rather than the problem, as the problem is easy: no rendering as something fails (likely libav) With no crash dump or otherwise extended details that is indeed going to be hard. One would have to either modify xbmc to print out all the arguments passed to the API calls. At least, the good thing is that it is checking the results of the calls and hence reporting an error. What API is at fault here? can you provide a minimal example program that demonstrates what the problem is? I am just a user in this case, the minimal program would also be quite hard to do I think... as well video stuff is never minimal. Now... if you had a minimal example program, I would be quite willing to try that out of course and see if that exhibits the same problem. I don't seem to find a simple example in the libav sources. I hope we can get some help from Libav upstream, they are kindly helping in API migrations usually. Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745128: xbmc: libnfs1 is missing from package dependencies
tags 745128 wontfix thanks Hi Felix, 2014-04-18 10:48 GMT+02:00 fe...@host-consultants.de: Package: xbmc Version: 2:13.0~beta2+dfsg1-1 Severity: important Dear Maintainer, the built in mechanisms of mounting nfs shares currently fails on a fresh install: 10:25:59 T:139987471300352 ERROR: Unable to load libnfs.so.1, reason: libnfs.so.1: cannot open shared object file: No such file or directory 10:25:59 T:139987471300352 ERROR: NFS: Error loading libnfs (HandleDyLoad). after installing libnfs1 this error is gone Libnfs1 is recommended by xbmc-bin, thus it gets installed unless you specify --no-install-recommends for APT in which case you must know what you are doing.;-) Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742896: xbmc: Blank video with VDPAU enabled
Hi Sergej, 2014-03-28 17:27 GMT+01:00 Sergej Wildemann wildem...@finf.uni-hannover.de: Package: xbmc Version: 13.0~beta2+dfsg1-1 Severity: normal I am using the radeon oss driver with latest mesa 10.1.0-4 to take advantage of VDPAU acceleration. This kind of worked with xbmc 12.3 with some tearing, but stopped working with an update to gotham. VDPAU also works fine through mpv. After enabling hardware acceleration in video settings, my x264 movies behave like audio files and do not show any output. The screen stays blank and the selected decoder shows as ff-h264 in the info overlay. I also tried the latest OpenELEC which works as expected correctly shows ff-h264-vdpau as the decoder. The problem looks like this one: http://forum.xbmc.org/showthread.php?tid=179796 Both mpv and xbmc 12.3 use Libav9 while xbmc 13 uses Libav 10. If you don't find anything suspicious in ~/.xbmc/temp/xbmc.log please reassign this bug to libav 10. Thanks, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742896: xbmc: Blank video with VDPAU enabled
2014-03-28 19:59 GMT+01:00 Sergej Wildemann wildem...@finf.uni-hannover.de: I must correct my previous mail. mplayer2 does not work when forcing the decoder to vdpau with -vc ffh264vdpau. But that seems to be mplayer2 related http://devel.mplayer2.org/ticket/245 Is there any other option to test vdpau on libav10? You could recompile mpv from experimental branch: http://anonscm.debian.org/gitweb/?p=pkg-multimedia/mpv.git;a=shortlog;h=refs/heads/experimental I have checked VDPAU.cpp, but the most likely problem is still libav 10. Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742896: xbmc: Blank video with VDPAU enabled
Hi Sergej, Thanks for the testing. 2014-03-30 13:43 GMT+02:00 Sergej Wildemann wildem...@finf.uni-hannover.de: 2014-03-28 21:28 GMT+01:00 Bálint Réczey bal...@balintreczey.hu: You could recompile mpv from experimental branch: http://anonscm.debian.org/gitweb/?p=pkg-multimedia/mpv.git;a=shortlog;h=refs/heads/experimental I have checked VDPAU.cpp, but the most likely problem is still libav 10. I compiled mpv 0.3.3 from that branch against libav10 from experimental. It seems to have no problems with vdpau. The picture is normal and cpu usage is low as it should. Anything else that i could try to find the problem? We can try two approaches. I copied what mpv does in the first patch, but it us just a hunch and I could not test it. Please give it a try, if it make sense to you, too. The second patch just assert()-s when the problem happens. If the first patch does not work, please rebuild xbmc with the second patch without stripping the binary and try collecting the relevant variables from the coredump. Since mpv works libav is probably OK, thus I suspect the libav hack compat layer is at fault in xbmc. It is not used in dmo packages AFAIK. Copying the author of the libav hack and the Multimedia Team in case they can help. This is an upstream problem, but upstream is actively discouraging using libav and they don't give support for this use-case. Thanks, Balint $ mpv sample.mkv -ao null -hwdec=vdpau ... As a side note, xbmc from deb-multimedia has no problems either. From af4f8428ecaba7eeccc916f2ca40b0c24abf23c5 Mon Sep 17 00:00:00 2001 From: Balint Reczey bal...@balintreczey.hu Date: Sun, 30 Mar 2014 17:54:10 +0200 Subject: [PATCH] Fix VDPAU decoding based on mpv's vdpau_old.c --- xbmc/cores/dvdplayer/DVDCodecs/Video/VDPAU.cpp | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/xbmc/cores/dvdplayer/DVDCodecs/Video/VDPAU.cpp b/xbmc/cores/dvdplayer/DVDCodecs/Video/VDPAU.cpp index b4d2d38..a13b2ce 100644 --- a/xbmc/cores/dvdplayer/DVDCodecs/Video/VDPAU.cpp +++ b/xbmc/cores/dvdplayer/DVDCodecs/Video/VDPAU.cpp @@ -1049,10 +1049,10 @@ void CDecoder::FFDrawSlice(struct AVCodecContext *s, } VdpStatus vdp_st; - VdpVideoSurface surf = (VdpVideoSurface)(uintptr_t)src-data[3]; + struct vdpau_render_state *rndr = (struct vdpau_render_state *)src-data[0]; // ffmpeg vc-1 decoder does not flush, make sure the data buffer is still valid - if (!vdp-m_videoSurfaces.IsValid(surf)) + if (!vdp-m_videoSurfaces.IsValid(rndr-surface)) { CLog::Log(LOGWARNING, CVDPAU::FFDrawSlice - ignoring invalid buffer); return; @@ -1074,10 +1074,10 @@ void CDecoder::FFDrawSlice(struct AVCodecContext *s, uint16_t decoded, processed, rend; vdp-m_bufferStats.Get(decoded, processed, rend); vdp_st = vdp-m_vdpauConfig.context-GetProcs().vdp_decoder_render(vdp-m_vdpauConfig.vdpDecoder, - surf, - (VdpPictureInfo const *)(vdp-m_hwContext.info), - vdp-m_hwContext.bitstream_buffers_used, - vdp-m_hwContext.bitstream_buffers); + rndr-surface, + (VdpPictureInfo const *)rndr-info, + rndr-bitstream_buffers_used, + rndr-bitstream_buffers); vdp-CheckStatus(vdp_st, __LINE__); uint64_t diff = CurrentHostCounter() - startTime; if (diff*1000/CurrentHostFrequency() 30) -- 1.7.10.4 From 1d156ee9cda78c02d39b1e4e2a2d9a6466f605fa Mon Sep 17 00:00:00 2001 From: Balint Reczey bal...@balintreczey.hu Date: Sun, 30 Mar 2014 13:43:08 +0200 Subject: [PATCH] Assert when decoding fails due to #742896 --- debian/patches/999_assert.patch | 21 + debian/patches/series |1 + 2 files changed, 22 insertions(+) create mode 100644 debian/patches/999_assert.patch diff --git a/debian/patches/999_assert.patch b/debian/patches/999_assert.patch new file mode 100644 index 000..6829df4 --- /dev/null +++ b/debian/patches/999_assert.patch @@ -0,0 +1,21 @@ +diff --git a/xbmc/cores/dvdplayer/DVDCodecs/Video/VDPAU.cpp b/xbmc/cores/dvdplayer/DVDCodecs/Video/VDPAU.cpp +index b4d2d38..b1a8cca 100644 +--- a/xbmc/cores/dvdplayer/DVDCodecs/Video/VDPAU.cpp b/xbmc/cores/dvdplayer/DVDCodecs/Video/VDPAU.cpp +@@ -37,6 +37,8 @@ + #include DVDCodecs/DVDCodecUtils.h + #include cores/VideoRenderers/RenderFlags.h + ++#include cassert ++ + using namespace VDPAU; + #define NUM_RENDER_PICS 7 + +@@ -1079,6 +1081,7 @@ void CDecoder::FFDrawSlice(struct AVCodecContext *s, +vdp-m_hwContext.bitstream_buffers_used, +vdp-m_hwContext.bitstream_buffers); + vdp-CheckStatus(vdp_st, __LINE__); ++ assert
Bug#743314: xbmc-pvr-addons: xbmc-pvr-dvbviewer is not built due to licensing issues
Package: xbmc-pvr-addons Version: 12.0+79+ge1c3fb1+dfsg1-3 Severity: wishlist Control: tag -1 +upstream Control: forwarded -1 https://github.com/opdenkamp/xbmc-pvr-addons/issues/287 The dvbviewer addon links AFPL and GPL licensed source files which creates a legally not distributable binary. Building the addon is disabled until upstream resolves the issue. The AFPL licensed files are removed from upstream tarball, since they are considered to be non-free by DFSG. Thanks, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743461: ITP: node-iscroll -- High performance, small footprint JavaScript scroller
Package: wnpp Severity: wishlist Owner: Balint Reczey bal...@balintreczey.hu * Package name: node-iscroll Version : 5.1.1 Upstream Author :Matteo Spinelli, cubiq.org * URL : http://iscrolljs.com/ * License : MIT Programming Lang: JavaScript Description : High performance, small footprint JavaScript scroller iScroll is a high performance, small footprint, dependency free, multi-platform javascript scroller. . It works on desktop, mobile and smart TV. It has been vigorously optimized for performance and size so to offer the smoothest result on modern and old devices alike. . iScroll does not just scroll. It can handle any element that needs to be moved with user interaction. It adds scrolling, zooming, panning, infinite scrolling, parallax scrolling, carousels to your projects and manages to do that in just 4kb. Give it a broom and it will also clean up your office. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742896: xbmc: Blank video with VDPAU enabled
tags 742896 help upstream thanks Hi Sergej, 2014-04-01 15:00 GMT+02:00 Sergej Wildemann wildem...@finf.uni-hannover.de: 2014-03-30 19:25 GMT+02:00 Bálint Réczey bal...@balintreczey.hu: We can try two approaches. I copied what mpv does in the first patch, but it us just a hunch and I could not test it. Please give it a try, if it make sense to you, too. Xbmc crashes with this patch. You can find two crashlogs attached. The second patch just assert()-s when the problem happens. If the first patch does not work, please rebuild xbmc with the second patch without stripping the binary and try collecting the relevant variables from the coredump. I recompiled the xbmc package with only this patch. The steps were: $ apt-get source xbmc/experimental $ cd xbmc-13.0~beta2+dfsg1/ $ patch -p1 ~/0001-Assert-when-decoding-fails-due-to-742896.patch $ export DEB_BUILD_OPTIONS=nostrip $ fakeroot debian/rules binary # ulimit -c unlimited # invoke-rc.d lightdm start I assume that it should crash when the assert fails, but it doesn't. Is this a problem with my approach or with the patch? Thank you for testing the patches, but I could not make a progress based on the logs. I think asking you to continue debugging with patches I can not test I not really a good way of spending your time, thus I suggest waiting for input from people more familiar with the recent changes. In the meantime I will set up an old PC which has an nvidia card to see if VDPAU works there. Thanks, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742896: xbmc: Blank video with VDPAU enabled
2014-04-03 21:52 GMT+02:00 Bálint Réczey bal...@balintreczey.hu: tags 742896 help upstream thanks Hi Sergej, 2014-04-01 15:00 GMT+02:00 Sergej Wildemann wildem...@finf.uni-hannover.de: ... I assume that it should crash when the assert fails, but it doesn't. Is this a problem with my approach or with the patch? Thank you for testing the patches, but I could not make a progress based on the logs. I think asking you to continue debugging with patches I can not test I not really a good way of spending your time, thus I suggest waiting for input from people more familiar with the recent changes. In the meantime I will set up an old PC which has an nvidia card to see if VDPAU works there. Just a short note, I tried using libvdpau-va-gl1, but it failed using an intel VGA: 22:53:25 T:2997151808 NOTICE: DVDPlayer: Opening:... 22:53:25 T:2997151808 WARNING: CDVDMessageQueue(player)::Put MSGQ_NOT_INITIALIZED 22:53:25 T:2812631872 NOTICE: Thread DVDPlayer start, auto delete: false 22:53:25 T:2812631872 NOTICE: Creating InputStream 22:53:25 T:2812631872 NOTICE: Creating Demuxer 22:53:26 T:2812631872 NOTICE: Opening video stream: 0 source: 256 22:53:26 T:2812631872 NOTICE: Creating video codec with codec id: 28 22:53:26 T:2812631872 NOTICE: CDVDVideoCodecFFmpeg::Open() Using codec: H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10 22:53:26 T:2812631872 NOTICE: Creating video thread 22:53:26 T:2624580416 NOTICE: Thread DVDPlayerVideo start, auto delete: false 22:53:26 T:2624580416 NOTICE: running thread: video_thread 22:53:26 T:2812631872 NOTICE: Opening audio stream: 1 source: 256 22:53:26 T:2812631872 NOTICE: Finding audio codec for: 86018 22:53:26 T:2812631872 NOTICE: Creating audio thread 22:53:26 T:2616187712 NOTICE: Thread DVDPlayerAudio start, auto delete: false 22:53:26 T:2616187712 NOTICE: running thread: CDVDPlayerAudio::Process() 22:53:26 T:2616187712 NOTICE: Creating audio stream (codec id: 86018, channels: 2, sample rate: 48000, no pass-through) 22:53:26 T:2624580416 NOTICE: CDVDVideoCodecFFmpeg::GetFormat - Creating VDPAU(720x404) 22:53:26 T:2624580416 NOTICE: VDPAU::Open: required extension GL_NV_vdpau_interop not found 22:53:26 T:2624580416 NOTICE: (VDPAU) Close 22:53:26 T:2624580416 NOTICE: fps: 23.976024, pwidth: 720, pheight: 404, dwidth: 720, dheight: 404 22:53:26 T:2624580416 NOTICE: Display resolution DESKTOP : 1368x768@ 59.88 - Full Screen (16) 22:53:26 T:2997151808 NOTICE: Using GL_TEXTURE_2D This is consistent with http://forum.xbmc.org/showthread.php?tid=174854 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739079: transition: libav10
Hi Reinhard, 2014-03-01 17:01 GMT+01:00 Reinhard Tartler siret...@gmail.com: On Tue, Feb 18, 2014 at 4:48 PM, Moritz Mühlenhoff j...@inutil.org wrote: I made a rebuild and the transitions isn't ready to go at all. IMO the API changes are far too agressive; if 2/3 of all packages in the archive FTBFS, the affected APIs are clearly not that deprecated. I can understand the removal of ill-designed functions if it helps to streamline/robustify the code, but e.g. the removal of CODEC_ID* causes lots of churn for no measurable benefit. As Anton points out, the API changes are agressive, but done for good reason, most of which are documented in the transition guide. It is a wiki and will be extended as necessary. The CODEC_ID issue is indeed annoying, but kinda critical for C++ applications. Also note that the new names are supported even in debian/stable, so there is really no need for backwards compatibility here. Anyway, now two weeks after, I think things look much better now: https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=libav10;users=j...@debian.org Most packages have patches readily available or need a new upstream version. Note that more and more packages require libav10 to build, and are held back in experimental for this reason. The todo list of bugs without a patch is also shrinking rapidly: https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=libav10;users=j...@debian.org;exclude=tags%3Apatch%2C+fixed-upstream From the velocity of how fast packages are being patched, I think we are in a rather good position to start this transition. When do you plan starting the transition? How about opening it with Libav 10.1? ;-) I think we are in a pretty good position for startin now. Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#733234: Groovy fails with groovy.lang.MissingMethodException
Hi Miguel, 2014-05-08 23:17 GMT+02:00 Miguel Landaeta nomad...@debian.org: On Fri, Apr 18, 2014 at 12:51:38AM +0200, Bálint Réczey wrote: When there is a groovy - gradle pair in the archive which can build itself I'll check back to this problem again. I believe gradle and groovy are now fixed in unstable, so please ping me when you have the chance to revisit this issue. The attached patch still makes the issue reproducible on xbmc 2:13.0+dfsg1-1: ... touch xbmc/interfaces/python/generated/doxygenxml mkdir -p xbmc/interfaces/python/generated /usr/bin/swig -w401 -c++ -o xbmc/interfaces/python/generated/AddonModuleXbmc.xml -xml -I./xbmc -xmllang python xbmc/interfaces/swig/AddonModuleXbmc.i # Work around potential groovy bug reported at: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=733234 # groovyc -cp /usr/share/java/groovy.jar:/usr/share/java/commons-lang-2.6.jar:./tools/codegenerator:xbmc/interfaces/python -d tools/codegenerator tools/codegenerator/Helper.groovy tools/codegenerator/SwigTypeParser.groovy xbmc/interfaces/python/MethodType.groovy xbmc/interfaces/python/PythonTools.groovy groovy -cp /usr/share/java/groovy.jar:/usr/share/java/commons-lang-2.6.jar:./tools/codegenerator:xbmc/interfaces/python \ ./tools/codegenerator/Generator.groovy xbmc/interfaces/python/generated/AddonModuleXbmc.xml xbmc/interfaces/python/PythonSwig.cpp.template xbmc/interfaces/python/generated/AddonModuleXbmc.cpp xbmc/interfaces/python/generated/doxygenxml org.codehaus.groovy.control.MultipleCompilationErrorsException: startup failed: /«BUILDDIR»/xbmc-13.0+dfsg1/tools/codegenerator/Generator.groovy: 25: unable to resolve class Helper @ line 25, column 1. import Helper ^ 1 error make[2]: *** [xbmc/interfaces/python/generated/AddonModuleXbmc.cpp] Error 1 codegenerator.mk:35: recipe for target 'xbmc/interfaces/python/generated/AddonModuleXbmc.cpp' failed rm xbmc/interfaces/python/generated/AddonModuleXbmc.xml ... Cheers, Balint From bf79793de645a2d1c71c18da0483084ac6ce7193 Mon Sep 17 00:00:00 2001 From: Balint Reczey bal...@balintreczey.hu Date: Thu, 8 May 2014 23:30:16 +0200 Subject: [PATCH] XXX disable groovy workaround --- debian/patches/07-use-system-groovy.patch | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/debian/patches/07-use-system-groovy.patch b/debian/patches/07-use-system-groovy.patch index 1c1de64..bee19de 100644 --- a/debian/patches/07-use-system-groovy.patch +++ b/debian/patches/07-use-system-groovy.patch @@ -15,7 +15,7 @@ index 6689777..6afaa7d 100644 - org.codehaus.groovy.tools.FileSystemCompiler -d $(TOPDIR)/tools/codegenerator $(TOPDIR)/tools/codegenerator/Helper.groovy $(TOPDIR)/tools/codegenerator/SwigTypeParser.groovy $(INTERFACES_DIR)/python/MethodType.groovy $(INTERFACES_DIR)/python/PythonTools.groovy - $(JAVA) -cp $(GROOVY_DIR)/groovy-all-2.1.7.jar:$(GROOVY_DIR)/commons-lang-2.6.jar:$(TOPDIR)/tools/codegenerator:$(INTERFACES_DIR)/python \ - groovy.ui.GroovyMain $(TOPDIR)/tools/codegenerator/Generator.groovy $ $(INTERFACES_DIR)/python/PythonSwig.cpp.template $@ $(DOXY_XML_PATH) -+ groovyc -cp /usr/share/java/groovy.jar:/usr/share/java/commons-lang-2.6.jar:$(TOPDIR)/tools/codegenerator:$(INTERFACES_DIR)/python -d tools/codegenerator tools/codegenerator/Helper.groovy tools/codegenerator/SwigTypeParser.groovy $(INTERFACES_DIR)/python/MethodType.groovy $(INTERFACES_DIR)/python/PythonTools.groovy ++ # groovyc -cp /usr/share/java/groovy.jar:/usr/share/java/commons-lang-2.6.jar:$(TOPDIR)/tools/codegenerator:$(INTERFACES_DIR)/python -d tools/codegenerator tools/codegenerator/Helper.groovy tools/codegenerator/SwigTypeParser.groovy $(INTERFACES_DIR)/python/MethodType.groovy $(INTERFACES_DIR)/python/PythonTools.groovy + groovy -cp /usr/share/java/groovy.jar:/usr/share/java/commons-lang-2.6.jar:$(TOPDIR)/tools/codegenerator:$(INTERFACES_DIR)/python \ + $(TOPDIR)/tools/codegenerator/Generator.groovy $ $(INTERFACES_DIR)/python/PythonSwig.cpp.template $@ $(DOXY_XML_PATH) rm $ -- 2.0.0.rc0
Bug#747495: [xbmc] fails to use libnfs1 library
Control: fixed -1 12.3+dfsg2-5 2014-05-09 12:36 GMT+02:00 Juan Carlos Romero juancarlos.rom...@gmail.com: Package: xbmc Version: 2:12.3+dfsg2-4 Severity: normal --- Please enter the report below this line. --- I have upgraded my debian testing machine and XBMC can not use now libnfs library, that has also been upgraded from 1.3 to 1.9 version, so I can not play my remote videos. From xbmc.log file: 11:38:06 T:139717017765632 ERROR: Unable to load libnfs.so.1, reason: libnfs.so.1: cannot open shared object file: No such file or directory 11:38:06 T:139717017765632 ERROR: NFS: Error loading libnfs (HandleDyLoad). If I downgrade libnfs1 package, XBMC can access again to those remote videos. It was caused by an unannounced .so version change in libnfs1. Please use xbmc package from unstable until it migrates to testing. Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747578: wireshark: Uses gcrypt functions without explicit gcrypt build-dependency
Hi Andreas, 2014-05-10 14:52 GMT+02:00 Andreas Metzler ametz...@bebt.de: On 2014-05-10 Evan Huus eapa...@gmail.com wrote: On Sat, May 10, 2014 at 3:10 AM, Andreas Metzler ametz...@bebt.de wrote: Package: wireshark [...] This package uses gcrypt directly (not only as an indirect dependency via gnutls) but does not build-depend on it. In the long turn it would be better to switch from gcrypt to gnutls' crypto API, to limit external depencies. (GnuTLS v3 uses nettle instead of gcrypt.) FWIW I have done a successful testbuild of wireshark against libgnutls28-dev (and even libgcrypt20-dev). Please consider upgrading. If I recall correctly, Wireshark cannot currently be upgraded to GnuTLS v3 for license reasons; it is or creates a dependency on GPL3+ code while Wireshark needs to remain GPL2+. Hello Evan. That used to be the case but is fixed now. GnuTLS 3 depends directly and indirectly via nettle on GMP. GPM was LGPLv3+ but is dual-licensed GPLv2+/LGPLv3+ since version 6.0.0. GnuTLS 3 continues to be available under LGPLv2.1+ Sounds OK. Please upload a usable GnuTLS 3 package to backports after it hits testing to let me provide backports for Wireshark depending on it. Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748089: please hint/force migration for xbmc-pvr-addons/12.0+79+ge1c3fb1+dfsg1-5
Package: release.debian.org Severity: normal Could you please force xbmc-pvr-addons into testing? It would normally have migrated by now, but it can't because it has not been built on s390. I'm not sure why this blocks the migration, and the package is not needed nor intended to be built there. I plan uploading a new PVR addons package for XBMC 13 soon, but I'd like to have the PVR addons compatible with XBMC 12 migrated to testing first. Thanks, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748093: RM: xbmc-pvr-addons [s390x] -- RoM; FTBFS
Package: ftp.debian.org Severity: normal Please remove the binary package, it intentionally does not build there anymore. Thanks, Balint
Bug#747578: wireshark: Uses gcrypt functions without explicit gcrypt build-dependency
Control: tags -1 pending confirmed Hi Andreas, 2014-05-11 20:41 GMT+02:00 Andreas Metzler ametz...@bebt.de: On 2014-05-11 Bálint Réczey bal...@balintreczey.hu wrote: 2014-05-10 14:52 GMT+02:00 Andreas Metzler ametz...@bebt.de: [...] That used to be the case but is fixed now. GnuTLS 3 depends directly and indirectly via nettle on GMP. GPM was LGPLv3+ but is dual-licensed GPLv2+/LGPLv3+ since version 6.0.0. GnuTLS 3 continues to be available under LGPLv2.1+ Sounds OK. Please upload a usable GnuTLS 3 package to backports after it hits testing to let me provide backports for Wireshark depending on it. Hello Bálint, the GnuTLS 3 package in bpo is fully /functional/ however there is currently no GMP backport, i.e. if GnuTLS 3 in bpo currently only works for LGPLv3+ compatible code. I am also not sure that it is a great idea to upload gmp to bpo, I am afraid of subtile issues like https://bugs.debian.org/743087. OTOH not having a GMP backport will cause license breakage. Oh well. I will make the switch in next upload to unstable and stay with GnuTLS 2 in bpo. Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748287: xbmc-pvr-tvheadend-hts: Please upgrade to Gotham
Control: tags -1 confirmed 2014-05-15 21:45 GMT+02:00 root debian+...@toniob.net: Package: xbmc-pvr-tvheadend-hts Version: 12.0+79+ge1c3fb1+dfsg1-5 Severity: wishlist Hi, Now that XBMC Gotham (v13) has entered unstable, could you please consider packaging the pvr addons for this version ? Thanks a lot Sure, I just want to get xbmc-pvr-addons 12.x migrated to testing first. Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748288: RFP: vdr-plugin-vnsiserver -- VDR-Network-Streaming-Interface plugin for VDR
Package: wnpp Severity: wishlist Control: block -1 by 748287 * Package name: vdr-plugin-vnsiserver Version : Upstream Author : Pierre Lagouge, Pierre-Yves Ricau * URL : https://github.com/FernetMenta/vdr-plugin-vnsiserver * License : GPLv2 Programming Lang: C++ Description : vdr-plugin-vnsiserver -- VDR-Network-Streaming-Interface plugin for VDR The vdr-plugin-vnsiserver binary package [1] used to be generated from xbmc-pvr-addons [2], but it is more closely related to VDR. In latest release of PVR addons it has been cut out to a separate repository on GitHub (see URL). I think the VDR team could maintain it better than myself, this is why I submit an RFP instead of an ITP. Thanks, Balint [1] https://packages.debian.org/unstable/vdr-plugin-vnsiserver [2] http://packages.qa.debian.org/x/xbmc-pvr-addons.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748600: xbmc-bin needs libnfs.so.1, libnfs1 provides libnfs.so.4
Control: reassign -1 libnfs 1.9.3-1 Control: affects -1 xbmc-bin Hi Gonzalo, 2014-05-18 19:23 GMT+02:00 Gonzalo Bermúdez gonza...@gonz0.com.ar: Package: xbmc-bin Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dear Maintainer, xbmc-bin recommends any version of libnfs1. However, after upgrading to 1.9, it no longer connects to nfs shares. Logs show that it is looking for libnfs.so.1, but the new version of libnfs1 no longer provides that file. Instead it ships libnfs.so.4. symlinking libnfs.so.4 to libnfs.so.1 makes it work again. Maybe xbmc-bin should be more specific about the version of libnfs1 it recommends? The dependency is generated at build time from the information libnfs-dev provides. The bug is caused by the .so version change without changing the library package's name. Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748607: always invalid RAW key WPA(2)-PSK (IEEE 802.11)
Hi, 2014-05-18 21:17 GMT+02:00 acrux ac...@onet.pl: Package: Wireshark Version: 1.8.2-5wheezy10 Architecture: amd64 When trying to add WPA-PSK raw decryption key to decode IEEE 802.11 LLC packets, always get invalid key format It doesn't work also when WPA-PWD passphrase contains ':' I think it's parsing error. This version of wireshark is useless to analyze most wifi networks encrypted with wpa/wpa2 I am using Debian GNU/Linux 7.5, kernel 3.14-0.bpo.1-amd64 Have you tried 10.x from backports? I guess you follow the guide at http://wiki.wireshark.org/HowToDecrypt802.11 . Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748607: Re: Bug#748607: always invalid RAW key WPA(2)-PSK (IEEE 802.11)
Control: fixed -1 1.10.7-1 Control: tags -1 confirmed upstream fixed-upstream 2014-05-18 23:36 GMT+02:00 acrux ac...@onet.pl: I do it exactly like here http://wiki.wireshark.org/HowToDecrypt802.11 I'm using http://www.wireshark.org/tools/wpa-psk.html to generate WPA-PSK RAW key. Wireshark doesn't approve passphrase contains any ':' Sample wpa-pwd:Induction:Coherer (this works) wpa-pwd:some_password_with_:_inside:Coherer (invalid) I'm not using backports because of dependencies Your kernel seemed to be from there. ;-) Wireshark 1.10.x which is available from backports would work for you and this bug won't be fixed in stable. Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748646: tshark: error/warning during startup
Control: tags -1 wontfix Dear Arturo, 2014-05-19 10:13 GMT+02:00 Arturo Borrero Gonzalez arturo.borrero.g...@gmail.com: Package: tshark Version: 1.8.2-5wheezy10 Severity: minor Dear maintainer, something weird happens to tshark: root@debian:~# tshark -D tshark: Lua: Error during loading: [string /usr/share/wireshark/init.lua]:45: dofile has been disabled 1. eth0 [...] This happens with the package tshark freshly installed. Although the word 'error' being very ugly, tshark worked as expected. The full error message is the following and includes a link and an explanation: [string /usr/share/wireshark/init.lua]:46: dofile has been disabled due to running Wireshark as superuser. See http://wiki.wireshark.org/CaptureSetup/CapturePrivileges for help in running Wireshark as an unprivileged user. Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748093: RM: xbmc-pvr-addons [s390x] -- RoM; FTBFS
Hi, 2014-05-14 10:31 GMT+02:00 Bálint Réczey bal...@balintreczey.hu: Package: ftp.debian.org Severity: normal Please remove the binary package, it intentionally does not build there anymore. Could you please process this removal soon? It blocks package transition to testing which I would like to happen before I upload the next version which would be a major update. Thanks, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746336: wireshark: Manual page of wireshark contains around 800 lines of contributors.
severity 746336 wishlist tags 746336 upstream wontfix thanks Hi Martin, 2014-04-29 8:48 GMT+02:00 Martin Furter m...@apache.org: Package: wireshark Version: 1.10.6-1 Severity: normal Dear Maintainer, listing author and contributors in man pages is not needed. Much more important is the homepage of the project. There the authors and contributors can be found too, and many tools have documentation, HOWTO's and much more useful information on the homepage. No need to bother the author with simple questions which can be found on the homepage too. But OK, I can live with 5 lines of author in a man page. 10 is OK too, though near the limit. But 800 is unacceptable. Thanks for removing these unneeded lines. Thank you for sharing your concern. Only the wireshark man page contains the list of all the authors, man pages of other wireshark-related tools do not. The list of the authors is quite long, but wearing my upstream hat I think they deserve the credit for their contribution. The wireshark man page is already very long even without the list thus I think it is OK to list of authors there. Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745655: libav: latest patch enabling PIC on s390 breaks video playback using vaapi
Reinhard, How about requestin a rebuild or making a new sourceful upload to fix this bug? Cheers, Balint 2014-04-24 20:04 GMT+02:00 Mathieu mathieu.baeum...@gmail.com: On Thu, Apr 24, 2014 at 4:15 AM, Reinhard Tartler siret...@gmail.com wrote: Does just rebuilding without removing the s390x-pic.patch help as well? Should have thought of that option before anything else... And actually yes, it helps as well. So it seems that only vaapi is broken? From my point of view, yes, so it's not critical, especially if just rebuilding is enough to solve the issue. -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741170: [libav] XBMC quits playing corrupt stream from PVR backend due to libav
Control: forwarded -1 https://bugzilla.libav.org/show_bug.cgi?id=677 Control: tags -1 upstream 2014-05-04 17:02 GMT+02:00 Reinhard Tartler siret...@gmail.com: Control: reassign -1 libavcodec55,xbmc On Sun, Mar 9, 2014 at 12:23 PM, Bálint Réczey bal...@balintreczey.hu wrote: Source: libav Version: 6:10~beta1-2 Severity: important Hi, The problem has been originally reported at upstream [1] [2]. XBMC should keep playing the corrupt stream since otherwise errors in broadcast signals would make watching TV impossible. Vanilla XBMC using its in embedded FFmpeg plays the file [3] attached to the upstream bug report. I've just tried to reproduce this with latest libav/master using this test case: $ valgrind .build_11_alpha1/local/bin/avconv -y -i /tmp/test.mkv -f rawvideo The provided sample is very broken with many corruptions. Nevertheless, the only valgrind error I can see is this: ==28236== Syscall param write(buf) points to uninitialised byte(s) ==28236==at 0x5FBB35D: ??? (syscall-template.S:81) ==28236==by 0x4A0D52: file_write (file.c:68) ==28236==by 0x48FB1D: ffurl_write (avio.c:240) ==28236==by 0x4907EB: avio_write (aviobuf.c:128) ==28236==by 0x509D33: ff_raw_write_packet (rawenc.c:28) ==28236==by 0x4EC25C: av_interleaved_write_frame (mux.c:427) ==28236==by 0x45C152: write_frame (avconv.c:374) ==28236==by 0x45C9BC: poll_filters (avconv.c:582) ==28236==by 0x44CA48: main (avconv.c:2425) ==28236== Address 0x8463ca2 is 21,506 bytes inside a block of size 32,768 alloc'd ==28236==at 0x4C2D110: memalign (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==28236==by 0x4C2D227: posix_memalign (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==28236==by 0xA2B93D: av_malloc (mem.c:81) ==28236==by 0x495F98: avio_open2 (aviobuf.c:690) ==28236==by 0x457C6E: open_output_file (avconv_opt.c:1610) ==28236==by 0x4599C6: avconv_parse_options (avconv_opt.c:2104) ==28236==by 0x44C678: main (avconv.c:2566) ==28236== ==28236== Syscall param write(buf) points to uninitialised byte(s) ==28236==at 0x5FBB35D: ??? (syscall-template.S:81) ==28236==by 0x4A0D52: file_write (file.c:68) ==28236==by 0x48FB1D: ffurl_write (avio.c:240) ==28236==by 0x490888: avio_flush (aviobuf.c:128) ==28236==by 0x4EC277: av_interleaved_write_frame (mux.c:430) ==28236==by 0x45C152: write_frame (avconv.c:374) ==28236==by 0x45C9BC: poll_filters (avconv.c:582) ==28236==by 0x44CA48: main (avconv.c:2425) ==28236== Address 0x845e8a2 is 2 bytes inside a block of size 32,768 alloc'd ==28236==at 0x4C2D110: memalign (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==28236==by 0x4C2D227: posix_memalign (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==28236==by 0xA2B93D: av_malloc (mem.c:81) ==28236==by 0x495F98: avio_open2 (aviobuf.c:690) ==28236==by 0x457C6E: open_output_file (avconv_opt.c:1610) ==28236==by 0x4599C6: avconv_parse_options (avconv_opt.c:2104) ==28236==by 0x44C678: main (avconv.c:2566) ==28236== To me, it seems that the decoder produced wrong data (which is bad as well), but I'm unable to see a crash in libavcodec itself. This is clearly something that needs to be looked at upstream. Would you mind filing a bug at http://bugzilla.libav.org yourself so that I don't need to act as a proxy? Done, thank you for the triaging. Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751872: /usr/bin/mergecap: mergecap: segfault
Hi, Control: forwarded -1 https://code.wireshark.org/review/#/c/2391/ Control: tags -1 upstream fixed-upstream 2014-06-17 4:09 GMT-07:00 Ph. Marek philipp.ma...@linbit.com: Package: wireshark-common Version: 1.12.0~rc1-2 Severity: normal File: /usr/bin/mergecap First of all, thank you very much for packaging wireshark-qt! Running /usr/bin/mergecap -w output input input input gives me a segfault: Program received signal SIGSEGV, Segmentation fault. 0x77b45609 in wtap_open_offline () from /usr/lib/x86_64-linux- gnu/libwiretap.so.4 (gdb) bt #0 0x77b45609 in wtap_open_offline () from /usr/lib/x86_64-linux- gnu/libwiretap.so.4 #1 0x77b4f2e4 in merge_open_in_files () from /usr/lib/x86_64-linux- gnu/libwiretap.so.4 #2 0x00401b2a in ?? () #3 0x77284b45 in __libc_start_main (main=0x4018d0, argc=0x6, argv=0x7fffe038, init=optimized out, fini=optimized out, rtld_fini=optimized out, stack_end=0x7fffe028) at libc-start.c:287 #4 0x00402384 in _start () I can't pass the input files, but that should be easy to reproduce - I've had that with 3 different sets of inputs now. Thank you for the bug report. It has already been fixed in upstream master and I also back-ported it to be released in upstream 1.12.0 Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744945: wireshark: fails to decode rtp streams
Hi, Control: retitle -1 wireshark: fails to graphically present rtp streams Control: tags -1 confirmed upstream 2014-04-16 8:32 GMT-07:00 kbtech kbtech...@yahoo.com: Package: wireshark Version: 1.10.2-1~bpo70+1 Severity: normal Dear Maintainer, * What led up to the situation? capturing voice traffic - * What exactly did you do (or not do) that was effective (or ineffective)?chose option for telephony, rtp, show all streams, selected both sides of conversation with click and ctrl-click, clicked analyze, clicked player, decode, selected both windows, and clicked play - I believe I should see and hear the call * What was the outcome of this action?no representation of the call graphically or audibly * What outcome did you expect instead?I should see a line graph and hear that call through speakers. I checked with FAX-Call-t38-CA-TDM-SIP-FB-1.pcap on http://wiki.wireshark.org/SampleCaptures#SIP_and_RTP and I could hear the call but I could not see it. Your RTP sample may have been encoded in a way not supported by Wireshark. For the record 1.8.x does not have the problem. Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751448: netexpect: FTBFS with wireshark 1.12.0~rc1-2 from experimental
Hi Eloy, 2014-06-22 14:58 GMT+02:00 Eloy Paris pe...@chapus.net: Hi Bálint, I'm looking into this. Unfortunately, libwireshark is still not documented and open to external programs and the only way to figure out what changes between releases is to study the libwireshark-based programs shipped with the Wireshark source (tshark, for example), so it takes some time. I'm sorry, I agree that this matter does not get enough attention upstream. My goal right now is to make netexpect build even if it doesn't run because of API changes. That at least will allow me to upload to unstable to prevent Wireshark packages from not migrating into testing. In any case, I've found two include files that are not shipped with the latest experimental -dev packages. Could you ship them in the next upload? The files are: nstime.h - /usr/include/wireshark/wsutil/ (libwsutil-dev) filesystem.h - /usr/include/wireshark/epan/ (libwireshark-dev) Both are shipped now in libwsutil-dev 1.12.0~rc2+git+fd017ee+dfsg1-1: https://packages.debian.org/experimental/amd64/libwsutil-dev/filelist Cheers, Balint Thanks for the heads up regarding the upcoming Wireshark 1.12 packages. Cheers, Eloy Paris.- On Fri, Jun 13, 2014 at 12:40:39AM +0200, Bálint Réczey wrote: Package: netexpect Version: 0.21-2 Severity: important Hi Eloy, Wireshark will be updated to the next major upstream release (1.12.0) in unstable in a few weeks. Please make sure that netexpect builds with the new release. For helping the transition wireshark 1.12.0~rc1-2 has been uploaded to experimental. The severity of this bug will be bumped to serious when 1.12.0 enters unstable. Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751667: xbmc: please ship init/service file
Control: tags -1 pending confirmed Hi Ritesh, 2014-06-15 12:49 GMT+02:00 Ritesh Raj Sarraf r...@debian.org: Package: xbmc Version: 2:13.1~rc1+dfsg1-1 Severity: wishlist Dear Maintainer, It would be great if xbmc shipped with a system service file. I'm attaching a systemd .service file with this report. Please review, and if appropriate, ship it with the package. Thank you. I'll ship it as an example, since I expect this file to be customized on most systems. They may use a different user, for example. Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745829: xbmc: crashing at start /usr/lib/xbmc/xbmc.bin: relocation error:
2014-04-26 1:55 GMT+02:00 Reinhard Tartler siret...@gmail.com: On Fri, Apr 25, 2014 at 12:25 PM, Michael Hatzold m.hatz...@web.de wrote: * What was the outcome of this action? ~$ xbmc /usr/lib/xbmc/xbmc.bin: relocation error: /usr/lib/i386-linux- gnu/i686/cmov/libavfilter.so.4: symbol sws_isSupportedEndiannessConversion, version LIBSWSCALE_2 not defined in file libswscale.so.2 with link time reference what exact version of the libswscale2 package do you have installed? Most probably you have -dmo packages installed. They don’t always play nicely with official Debian packages and removing them would probably solve your problem. To get the list of -dmo packages run: dpkg -l | grep '.*-dmo' Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752604: xbmc: better logging with timestamps
Control: tags -1 - wontfix Control: retitle -1 Please add date to log's timestamp Control: reopen -1 2014-06-25 16:29 GMT+02:00 Ritesh Raj Sarraf r...@debian.org: On 06/25/2014 04:04 PM, Bálint Réczey wrote: This logging is useless when xbmc is something which is run round the clock. It does not log the timestamps I agree that this is confusing, but T stands for thread here and the number which looks like a timestamp is a thread id. See CLog::Log(...) for details. Actually, by timestamps I had meant the date specifically. Sorry. My XBMC is always on and running round the clock. When it fails for certain media and others, it becomes hard to correlate the failure. OK, reopening it. I'm not sure if adding the date would be accepted by upstream since there may plenty of scripts expecting only the time of day timestamp. Cheers, Balint -- Ritesh Raj Sarraf | http://people.debian.org/~rrs Debian - The Universal Operating System -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758245: ITP: libcli-framework-perl -- standardized, flexible, testable CLI applications framework for Perl
Package: wnpp Owner: Balint Reczey bal...@balintreczey.hu Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org * Package name: libcli-framework-perl Version : 0.05 Upstream Author : Karl Erisman keris...@cpan.org * URL : https://metacpan.org/release/CLI-Framework * License : Artistic or GPL-1+ Programming Lang: Perl Description : standardized, flexible, testable CLI applications framework for Perl CLI::Framework (CLIF) provides a framework and conceptual pattern for building full-featured command line applications. It intends to make this process simple and consistent. It assumes the responsibility of implementing details that are common to all command-line applications, making it possible for new applications adhering to well-defined conventions to be built without the need to repeatedly write the same command-line interface code. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688538: ITA
I have uploaded libevent 2.1.4 to experimental. Now I'm waiting for the next forked-daapd release to upload it as well. Cheers, Balint 2014-01-24 21:11 GMT+01:00 Bálint Réczey bal...@balintreczey.hu: Hi, The libevent2 patches have been accepted, I'm still waiting for the next release to package it. Cheers, Balint 2013/12/1 Balint Reczey bal...@balintreczey.hu: Hi, Since the current upstream of the package is not active I'm working on switching a new upstream [1]. Currently I'm working with him on libevent2 compatibility [2], but the new forked-daapd release will need a new libevent release with the changes from forked-daapd applied [3]. Cheers, Balint [1] https://github.com/ejurgensen/forked-daapd [2] https://github.com/ejurgensen/forked-daapd/tree/libevent2 [3] https://github.com/libevent/libevent/pull/83 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747428: [xbmc] passwords are stored in plain xml file
Control: found -1 2:11.0~git20120510.82388d5-1 Control: tags -1 confirmed 2014-05-08 16:41 GMT+02:00 Adrien Grellier pe...@adrieng.fr: Package: xbmc Version: 2:13.0+dfsg1-1 Severity: grave Tags: security X-Debbugs-CC: secure-testing-t...@lists.alioth.debian.org Hi, I just add a webdav source in xbmc, so it asks for a username and password. But these informations are then stored in a plain XML file: ~/.xbmc/userdata/sources.xml, moreover a world readable file: adrien ~/ $ ls -l .xbmc/userdata/sources.xml -rw-r--r-- 1 adrien adrien 1006 mai8 16:34 .xbmc/userdata/sources.xml This file should be at least chmod 700 and the users should be informed that the password will be stored in a unsafe manner. Regards, Adrien --- System information. --- Architecture: amd64 Kernel: Linux 3.13-1-amd64 Debian Release: jessie/sid 900 testing security.debian.org 900 testing ftp.fr.debian.org 800 unstableftp.fr.debian.org 700 experimentalftp.fr.debian.org --- Package information. --- Depends(Version) | Installed -+-=== xbmc-bin (= 2:13.0+dfsg1-1) | 2:13.0+dfsg1-1 xbmc-bin ( 2:13.0+dfsg1-1.1~) | 2:13.0+dfsg1-1 mesa-utils | 8.1.0-2+b1 x11-utils| 7.7+1 fonts-dejavu-core| 2.34-1 OR ttf-dejavu-core | 2.34-1 fonts-roboto | 1:4.3-3 libjs-jquery | 1.7.2+dfsg-3 libjs-iscroll| 5.1.1+dfsg1-1 python-imaging | 2.3.0-2 python:any (= 2.7.5-5~) | Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748607: closed by Bálint Réczey bal...@balintreczey.hu (reply to bal...@balintreczey.hu) (Re: Bug#748607: Re: Bug#748607: always invalid RAW key WPA(2)-PSK (IEEE 802.11))
2014-05-19 21:19 GMT+02:00 acrux ac...@onet.pl: I have install it from backports. This feature doesn't work too on wireshark Version 1.10.7 (v1.10.7-0-g6b931a1 from master-1.10) The key is accepted, but often dissapear from configuration. Key is valid but ethernet packets was not decoded. This is strange. Could you please provide the steps to reproduce the issue? It worked fine for me with both wpa-pwd (when the key did not contain :) and wpa-psk. Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683529: Probably fixed
tags 683529 moreinfo tags 697646 moreinfo tags 703162 moreinfo # will fix in next upload tags 731616 confirmed pending thanks Hi, The bug has probably been fixed with switching to the new upstream. Please test 20.0+git20140530+gc740e6e-1 or a later version. Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753427: libnfs-dev: makes xbmc FTBFS
Package: libnfs-dev Version: 1.9.4-1 Severity: grave Hi, The latest update to libnfs made xbmc (and probably everything else) fail to build against the library. Relevant log from xbmc build using sbuild: ... CPP xbmc/filesystem/SMBDirectory.o CPP xbmc/filesystem/NFSFile.o In file included from NFSFile.cpp:35:0: /usr/include/nfsc/libnfs-raw-mount.h:150:38: error: 'CLIENT' has not been declared extern void * mount1_null_1(void *, CLIENT *); ^ /usr/include/nfsc/libnfs-raw-mount.h:153:45: error: 'CLIENT' has not been declared extern mountres1 * mount1_mnt_1(dirpath *, CLIENT *); ^ /usr/include/nfsc/libnfs-raw-mount.h:156:43: error: 'CLIENT' has not been declared extern mountlist * mount1_dump_1(void *, CLIENT *); ^ /usr/include/nfsc/libnfs-raw-mount.h:159:41: error: 'CLIENT' has not been declared extern void * mount1_umnt_1(dirpath *, CLIENT *); Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742896: Blank screen on all videos with VDPAU and nVidia card
Hi, 2014-06-13 22:31 GMT+02:00 Bálint Réczey bal...@balintreczey.hu: Hi, 2014-06-05 11:40 GMT+02:00 Bálint Réczey bal...@balintreczey.hu: Hi Juho, 2014-05-31 23:57 GMT+07:00 hetas het...@gmail.com: I get a blank screen on all video using vdpau, audio only, with nVidia GeForce GT 220. So no video even with mpeg2. Works fine when hardware acceleration is disabled from the settings. Yes, VDPAU is broken in 13.x, see. #742896. :-( Well, that is this bug. :-) VAAPI probably would work for you, try installing vdpau-va-driver. See #750199. I hoped debugging this bug on an old PC of mine but it turned out the video card in it does not support VDPAU. I need a VDPAU compatible video card or someone debugging this to move this bug further. :-( I just found this bug report: https://bugs.archlinux.org/task/40246 Does removing config files from XBMC 12 solve the problem? If it does not please build the two versions of XBMC (Libav/FFmpeg) from http://people.debian.org/~rbalint/xbmc-gcov/ and try to play the same file using each of them. Please try to make the exact same steps on each versions. After the runs each build directory will contain *.gcda and *.gcno files. Please compress the whole content of the build directories including the newly created files and upload them somewhere where I can access them. Gcov can generate coverage information from the newly created files and we may be able to figure out the difference in using VDPAU with FFmpeg and Libav. Thanks, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754096: xbmc: Working ...
Control: tags -1 moreinfo Hi Vladmimir, 2014-07-07 16:23 GMT+02:00 Vladmimir Stavrinov vstavri...@gmail.com: Package: xbmc Version: 2:13.1~rc1+dfsg1-1 Severity: normal Dear Maintainer, The subject is what I see in the right bottom corner. And sometimes it is forever - there are no way to interrupt this great work. Yes, I can type x and it stops Working But first there are no similar option for remote control, and second, it stops everything: not only xbmc hangs, but there are no way to do something else than switch to other console and kill entire session. This remind me microsoft windows in earlier times, when we should reboot if something hang. Well, XBMC must be working on something, which is not finished yet. Please check ~/.xbmc/temp/xbmc.log for more information about this work. Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754186: xbmc: OpenDemuxStream - Error creating demuxer
Control: tags -1 upstream Control: severity -1 wishlist Hi Vladimir, 2014-07-08 15:15 GMT+02:00 Vladmimir Stavrinov vstavri...@gmail.com: Package: xbmc Version: 2:13.1~rc1+dfsg1-1 Severity: normal Dear Maintainer, xbmc http://cdnselector.streamago.tv/live/34960/28965/playlist.m3u8 doesn't work, while M3u playlists are handled by the IPTV PVR addon packaged in xbmc-pvr-iptvsimple. See http://forum.xbmc.org/showthread.php?tid=169274 It would be nice to handle them from command line though. Since this is not a packaging related bug I suggest opening it upstream. Cheers, Balint cvlc http://cdnselector.streamago.tv/live/34960/28965/playlist.m3u8 work In the first case I'v got error in subject. The error in subject I've got on the stream: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754096: xbmc: Working ...
2014-07-09 12:56 GMT+02:00 Vladimir Stavrinov vstavri...@gmail.com: On Tue, Jul 08, 2014 at 04:50:02PM +0400, Vladimir Stavrinov wrote: rtmp://mi-edge-1.cdn2.streamago.tv:80/streamagoedge/1916?idutente=1916idcanale=225pwd=/225 live=1 swfUrl=http://www.streamago.tv/app/StreamVideo.swf pageUrl=http://www.streamago.tv/iframe/1916/ Start this stream, wait for 1 minute and hit x - it will hang. One more url that hangs for testing: rtmp://46.61.223.16:1935/live/ app=live/ swfUrl=http://lapti.tv/uppod.swf pageURL=http://lapti.tv Playpath=ntv.stream live=true The hangs were solved by installing xbmc-pvr-iptvsimple on my system. Could you please give it a try? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754309: heimdall-flash: New version (1.4.1) available
Package: heimdall-flash Version: 1.4.0-1 Severity: wishlist Dear Steve, Please consider updating the package to latest upstream version. A watch file would also be nice. Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754096: xbmc: Working ...
2014-07-11 14:03 GMT+02:00 Vladimir Stavrinov vstavri...@gmail.com: On Wed, Jul 09, 2014 at 12:58:41PM +0200, Bálint Réczey wrote: The hangs were solved by installing xbmc-pvr-iptvsimple on my system. Could you please give it a try? This debian package was not installed, but this add-on was enabled. So I've deinstalled it, and then have installed debian package, but nothing changes. Note please, that this depend on time. If You wait few seconds while it Working ..., and then hit x it may not hang. To get it hang You should wait long enough. Could you please attach the relevant part of the crash log? Thanks, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754707: xbmc: Copy/Paste
Control: tags -1 confirmed upstream Control: forwarded -1 http://forum.xbmc.org/showthread.php?tid=158880 Control: severity -1 wishlist 2014-07-13 16:53 GMT+02:00 Vladmimir Stavrinov vstavri...@gmail.com: Package: xbmc Version: 2:13.1~rc1+dfsg1-1 Severity: normal Dear Maintainer, This is ridiculous, but there are no way to Copy/Paste in any text box either search pattern, URL, or something else. For example, to insert acestream content id like 96ed2a14576731059370288f4dd74a1cb3d35a78 I should type all of these 40 nonsense casual symbols by hand. It is not only annoying but also hard to avoid errors in such devilish manipulation. Or I miss something? No you don't miss anything. Simply searching for xbmc copy paste on google.com points to the upstream XBMC forum where this known limitation is documented. Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750199: xbmc: No Video but audio and subtitiles
2014-06-03 2:20 GMT+07:00 Sebastian Ramacher sramac...@debian.org: On 2014-06-02 18:38:43, Mr Toc wrote: Le 02/06/2014 16:08, Sebastian Ramacher a écrit : On 2014-06-02 14:53:27, MrToc wrote: Package: xbmc Version: 2:13.1~beta2+dfsg1-1 Severity: important Dear Maintainer, Since the latest update, some videos can't be read. The pb appears container like .mkv or .mp4 . The audio and subtitles are working but I have a black screen. some info from the terminal xbmc Running DIL (3.22.0) Version DtsDeviceOpen: Opening HW in mode 0 DtsDeviceOpen: Create File Failed libva info: VA-API version 0.35.1 libva info: va_getDriverName() returns 0 libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/nvidia_drv_video.so libva info: va_openDriver() returns -1 libva info: VA-API version 0.35.1 libva info: va_getDriverName() returns 0 libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/nvidia_drv_video.so libva info: va_openDriver() returns -1 Do you have vdpau-va-driver installed? It look like that's missing. (There is an upload sitting in the NEW queue that pulls in the driver packages, but for now they need to be installed manually.) Also, if you install vainfo, what does running vainfo print? Cheers vdpau-va-driver isn't installed on my system. $ vainfo libva info: VA-API version 0.35.1 libva info: va_getDriverName() returns 0 libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/nvidia_drv_video.so libva info: va_openDriver() returns -1 vaInitialize failed with error code -1 (unknown libva error),exit With vdpau-va-driver installed it seems OK. $ vainfo libva info: VA-API version 0.35.1 libva info: va_getDriverName() returns 0 libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/nvidia_drv_video.so libva info: Found init function __vaDriverInit_0_35 libva info: va_openDriver() returns 0 vainfo: VA-API version: 0.35 (libva 1.3.1) vainfo: Driver version: Splitted-Desktop Systems VDPAU backend for VA-API - 0.7.4 vainfo: Supported profile and entrypoints VAProfileMPEG2Simple: VAEntrypointVLD VAProfileMPEG2Main : VAEntrypointVLD VAProfileMPEG4Simple: VAEntrypointVLD VAProfileMPEG4AdvancedSimple: VAEntrypointVLD VAProfileH264Main : VAEntrypointVLD VAProfileH264High : VAEntrypointVLD VAProfileVC1Simple : VAEntrypointVLD VAProfileVC1Main: VAEntrypointVLD VAProfileVC1Advanced: VAEntrypointVLD Thanks for your help. The pb is solved. Thanks for checking. So on libva's side a fix is pending. Balint, do you think there is something left to on xbmc's side, e.g. falling back to another method if no libva backend is available? Thanks for the fix! AFAIK XBMC's VAAPI problems are due to bugs in libva. There is even a patch for disabling VAAPI on nvidia, but I did not want to include it in Debian to help debugging the issues in libva itself: http://kanotix.com/files/fix/xbmc/0006-VAAPI-Only-run-on-ATI-with-Splitted-Desktop-and-on-Intel.patch MrToc, could you please check if the libva fix solved the problem? Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750199: xbmc: No Video but audio and subtitiles
2014-06-03 16:13 GMT+07:00 Mr Toc mr-...@neuf.fr: Le 03/06/2014 06:03, Bálint Réczey a écrit : 2014-06-03 2:20 GMT+07:00 Sebastian Ramacher sramac...@debian.org: On 2014-06-02 18:38:43, Mr Toc wrote: Le 02/06/2014 16:08, Sebastian Ramacher a écrit : On 2014-06-02 14:53:27, MrToc wrote: Package: xbmc Version: 2:13.1~beta2+dfsg1-1 Severity: important Dear Maintainer, Since the latest update, some videos can't be read. The pb appears container like .mkv or .mp4 . The audio and subtitles are working but I have a black screen. some info from the terminal xbmc Running DIL (3.22.0) Version DtsDeviceOpen: Opening HW in mode 0 DtsDeviceOpen: Create File Failed libva info: VA-API version 0.35.1 libva info: va_getDriverName() returns 0 libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/nvidia_drv_video.so libva info: va_openDriver() returns -1 libva info: VA-API version 0.35.1 libva info: va_getDriverName() returns 0 libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/nvidia_drv_video.so libva info: va_openDriver() returns -1 Do you have vdpau-va-driver installed? It look like that's missing. (There is an upload sitting in the NEW queue that pulls in the driver packages, but for now they need to be installed manually.) Also, if you install vainfo, what does running vainfo print? Cheers vdpau-va-driver isn't installed on my system. $ vainfo libva info: VA-API version 0.35.1 libva info: va_getDriverName() returns 0 libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/nvidia_drv_video.so libva info: va_openDriver() returns -1 vaInitialize failed with error code -1 (unknown libva error),exit With vdpau-va-driver installed it seems OK. $ vainfo libva info: VA-API version 0.35.1 libva info: va_getDriverName() returns 0 libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/nvidia_drv_video.so libva info: Found init function __vaDriverInit_0_35 libva info: va_openDriver() returns 0 vainfo: VA-API version: 0.35 (libva 1.3.1) vainfo: Driver version: Splitted-Desktop Systems VDPAU backend for VA-API - 0.7.4 vainfo: Supported profile and entrypoints VAProfileMPEG2Simple: VAEntrypointVLD VAProfileMPEG2Main : VAEntrypointVLD VAProfileMPEG4Simple: VAEntrypointVLD VAProfileMPEG4AdvancedSimple: VAEntrypointVLD VAProfileH264Main : VAEntrypointVLD VAProfileH264High : VAEntrypointVLD VAProfileVC1Simple : VAEntrypointVLD VAProfileVC1Main: VAEntrypointVLD VAProfileVC1Advanced: VAEntrypointVLD Thanks for your help. The pb is solved. Thanks for checking. So on libva's side a fix is pending. Balint, do you think there is something left to on xbmc's side, e.g. falling back to another method if no libva backend is available? Thanks for the fix! AFAIK XBMC's VAAPI problems are due to bugs in libva. There is even a patch for disabling VAAPI on nvidia, but I did not want to include it in Debian to help debugging the issues in libva itself: http://kanotix.com/files/fix/xbmc/0006-VAAPI-Only-run-on-ATI-with-Splitted-Desktop-and-on-Intel.patch MrToc, could you please check if the libva fix solved the problem? Cheers, Balint Sorry but I'm not sure to understand the question. This is the first time I report a bug. Could you be mors specific because I don't know what to do. With vdpau-va-driver installed XBMC is running OK. Sorry, I missed the part of the email where you wrote that installing the driver fixed the problem. I will check if there is a fallback in latest XBMC. Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750603: xbmc: no video
Control: tags -1 moreinfo Hi Vladimir, 2014-06-05 6:00 GMT+07:00 Vladmimir Stavrinov vstavri...@gmail.com: Package: xbmc Version: 2:13.1~rc1+dfsg1-1 Severity: normal Dear Maintainer, This version don't shows video, only sound are heard. With the 11 vice versa: video without sound. Could you please test it with VDPAU acceleration turned off? It is a known regression in 13.1 with Libav 10. (See #742896 ) You may be able to use VAAPI by installing vdpau-va-driver package, see #750199. 12.3 from wheezy-backports should work fine even with VDPAU. Cheers, Balint -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xbmc depends on: ii fonts-dejavu-core 2.34-1 ii fonts-roboto 1:4.3-3 ii libjs-iscroll 5.1.1+dfsg1-2 ii libjs-jquery 1.7.2+dfsg-3 ii mesa-utils 8.1.0-2+b1 ii python-imaging 2.3.0-2 pn python:any none ii ttf-dejavu-core2.34-1 ii x11-utils 7.7+1 ii xbmc-bin 2:13.1~rc1+dfsg1-1 xbmc recommends no packages. xbmc suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747012: libtrio: FTBFS on powerpc, s390x and sparc
2014-06-05 1:27 GMT+07:00 Stephen Kitt sk...@debian.org: Hi Balint, On Sun, 04 May 2014 20:27:41 +0200, Stephen Kitt sk...@debian.org wrote: I dare say you've noticed, I just wanted to make sure this is tracked: libtrio fails to build from source on powerpc, s390x and sparc. See https://buildd.debian.org/status/package.php?p=libtrio for details... Given that libtrio never was in testing on the affected architectures, I think it would be acceptable to downgrade this bug to allow it back into testing. On one hand I agree that libtrio could go into testing even if it never built on some arches on the other hand I think libtrio is intended to be available for all architectures. I would like upstream to comment on that. Also, I tried emailing the upstream mailing list, but my message never made it through; I thought Bjorn might be able to use the GCC Compile Farm, which is open to all free software developers and not just for GCC development. See http://gcc.gnu.org/wiki/CompileFarm for details; the available machines include powerpc and sparc. I have forwarded your email to the list: http://sourceforge.net/p/ctrio/mailman/ctrio-talk/?viewmonth=201406 Thank yo for the suggestion. Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742896: Blank screen on all videos with VDPAU and nVidia card
Hi Juho, 2014-05-31 23:57 GMT+07:00 hetas het...@gmail.com: I get a blank screen on all video using vdpau, audio only, with nVidia GeForce GT 220. So no video even with mpeg2. Works fine when hardware acceleration is disabled from the settings. Yes, VDPAU is broken in 13.x, see. #742896. :-( VAAPI probably would work for you, try installing vdpau-va-driver. See #750199. Cheers, Balint I have attached a debug-log from trying to play mpeg2-video. Juho -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750707: wireshark-qt: Description says GTK+ version instead of Qt version
Control: merge -1 750472 2014-06-06 7:46 GMT+07:00 Norbert Kiesel n...@iname.com: Package: wireshark-qt Version: 1.12.0~rc1-1 Severity: minor Dear Maintainer, the one-line description says GTK+ instead of Qt. Hmm, #750472 says something similar.. ;-) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750805: libpcap: Makes Wireshark FTBFS on kfreebsd-any
Package: libpcap Version: 1.5.3-3 Severity: serious Control: affects -1 wireshark Recent update of libpcap makes the wireshark failing to build on kfreebsd arcitectures. See: https://buildd.debian.org/status/package.php?p=wiresharksuite=unstable https://buildd.debian.org/status/package.php?p=wiresharksuite=experimental Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751116: meld doesn't compare 2 files
Control: tags -1 moreinfo unreproducible Control: severity -1 normal Hi Carlos, 2014-06-10 15:18 GMT+02:00 Carlos Carvalho car...@fisica.ufpr.br: Package: meld Version: 1.8.4-1 Severity: important Quite an important functionality is broken: hoggar% meld difs-uids~ difs-uids Traceback (most recent call last): File /usr/bin/meld, line 178, in module main() File /usr/bin/meld, line 170, in main new_window = app.parse_args(sys.argv[1:]) File /usr/lib/meld/meld/meldapp.py, line 169, in parse_args tab = open_paths(args, options.auto_compare, options.auto_merge) File /usr/lib/meld/meld/meldwindow.py, line 796, in open_paths tab = self.append_diff(paths, auto_compare, auto_merge) File /usr/lib/meld/meld/meldwindow.py, line 746, in append_diff return self.append_filediff(paths, merge_output=merge_output) File /usr/lib/meld/meld/meldwindow.py, line 703, in append_filediff doc = filediff.FileDiff(app.prefs, len(files)) File /usr/lib/meld/meld/filediff.py, line 214, in __init__ self._cached_match = CachedSequenceMatcher() File /usr/lib/meld/meld/filediff.py, line 72, in __init__ None, matchers.init_worker, maxtasksperchild=1) File /usr/lib/python2.7/multiprocessing/__init__.py, line 232, in Pool return Pool(processes, initializer, initargs, maxtasksperchild) File /usr/lib/python2.7/multiprocessing/pool.py, line 138, in __init__ self._setup_queues() File /usr/lib/python2.7/multiprocessing/pool.py, line 234, in _setup_queues self._inqueue = SimpleQueue() File /usr/lib/python2.7/multiprocessing/queues.py, line 352, in __init__ self._rlock = Lock() File /usr/lib/python2.7/multiprocessing/synchronize.py, line 147, in __init__ SemLock.__init__(self, SEMAPHORE, 1, 1) File /usr/lib/python2.7/multiprocessing/synchronize.py, line 75, in __init__ sl = self._semlock = _multiprocessing.SemLock(kind, value, maxvalue) OSError: [Errno 38] Function not implemented There may be some important information missing from the bug report. I tried reproducing it on a fully updated Jessie/Sid system, but meld worked for me: rbalint@x:~$ echo a difs-uids~ rbalint@x:~$ echo b difs-uids rbalint@x:~$ meld difs-uids~ difs-uids Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751007: meld: Can't hide files/dirs when comparing two directories
Control: forwarded -1 https://bugzilla.gnome.org/show_bug.cgi?id=731575 Control: tags -1 upstream 2014-06-09 14:32 GMT+02:00 Anaël Verrier elgh...@free.fr: Package: meld Version: 1.8.4-1 Severity: normal Tags: patch Dear Maintainer, Although meld code gives the possibility to hide files and dirs in the dirdiff view, meld gui does not show this feature. So we can not hide items ourself. The attached patch adds Hide to the menu, the toolbar and the popup. Also, this bug seems to affect the 3.11.1 from experimental. Thanks, Anaël. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751116: meld doesn't compare 2 files
Hi Carlos, 2014-06-12 16:17 GMT+02:00 Carlos Carvalho car...@fisica.ufpr.br: Bálint Réczey (bal...@balintreczey.hu) wrote on 12 June 2014 15:04: 2014-06-10 15:18 GMT+02:00 Carlos Carvalho car...@fisica.ufpr.br: OSError: [Errno 38] Function not implemented There may be some important information missing from the bug report. I tried reproducing it on a fully updated Jessie/Sid system, but meld worked for me: rbalint@x:~$ echo a difs-uids~ rbalint@x:~$ echo b difs-uids rbalint@x:~$ meld difs-uids~ difs-uids Maybe a package is missing here, because the error is function not implemented. The list of python packages installed here is: % dpkg -l|grep python ii dh-python 1.20140511-1 all Debian helper tools for packaging Python libraries and applications ii libpython-stdlib:i386 2.7.6-2 i386 interactive high-level object-oriented language (default python version) ii libpython2.7-minimal:i386 2.7.7-2 i386 Minimal subset of the Python language (version 2.7) ii libpython2.7-stdlib:i386 2.7.7-2 i386 Interactive high-level object-oriented language (standard library, version 2.7) ii libpython3-stdlib:i3863.4.1-1 i386 interactive high-level object-oriented language (default python3 version) ii libpython3.3-minimal:i386 3.3.5-1 i386 Minimal subset of the Python language (version 3.3) ii libpython3.3-stdlib:i386 3.3.5-1 i386 Interactive high-level object-oriented language (standard library, version 3.3) ii libpython3.4:i386 3.4.1-6 i386 Shared Python runtime library (version 3.4) ii libpython3.4-minimal:i386 3.4.1-6 i386 Minimal subset of the Python language (version 3.4) ii libpython3.4-stdlib:i386 3.4.1-6 i386 Interactive high-level object-oriented language (standard library, version 3.4) ii python2.7.6-2 i386 interactive high-level object-oriented language (default version) ii python-apt0.9.3.6 i386 Python interface to libapt-pkg ii python-apt-common 0.9.3.6 all Python interface to libapt-pkg (locales) ii python-cairo 1.8.8-1+b2 i386 Python bindings for the Cairo vector graphics library ii python-cclib 1.1-1all Parsers and algorithms for computational chemistry (Python module) ii python-gdbm 2.7.7-1 i386 GNU dbm database support for Python ii python-glade2 2.24.0-3+b1 i386 GTK+ bindings: Glade support ii python-gobject-2 2.28.6-12i386 deprecated static Python bindings for the GObject library ii python-gtk2 2.24.0-3+b1 i386 Python bindings for the GTK+ widget set ii python-minimal2.7.6-2 i386 minimal subset of the Python language (default version) ii python-numpy 1:1.8.1-1+b1 i386 Numerical Python adds a fast array facility to the Python language ii python-pil2.3.0-2 i386 Python Imaging Library (Pillow fork) ii python-pil.imagetk2.3.0-2 i386 Python Imaging Library - ImageTk Module (Pillow fork) ii python-support1.0.15 all automated rebuilding support for Python modules ii python-tk 2.7.7-1 i386 Tkinter - Writing Tk applications with Python ii python-xdg0.25-4 all Python 2 library to access freedesktop.org standards ii python2.7 2.7.7-2 i386 Interactive high-level object-oriented language (version 2.7) ii python2.7-minimal 2.7.7-2 i386 Minimal subset of the Python language (version 2.7) ii python3 3.4.1-1 i386 interactive high-level object-oriented language (default python3 version) ii python3-minimal 3.4.1-1 i386 minimal subset of the Python language (default python3
Bug#751448: netexpect: FTBFS with wireshark 1.12.0~rc1-2 from experimental
Package: netexpect Version: 0.21-2 Severity: important Hi Eloy, Wireshark will be updated to the next major upstream release (1.12.0) in unstable in a few weeks. Please make sure that netexpect builds with the new release. For helping the transition wireshark 1.12.0~rc1-2 has been uploaded to experimental. The severity of this bug will be bumped to serious when 1.12.0 enters unstable. Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742896: Blank screen on all videos with VDPAU and nVidia card
Hi, 2014-06-05 11:40 GMT+02:00 Bálint Réczey bal...@balintreczey.hu: Hi Juho, 2014-05-31 23:57 GMT+07:00 hetas het...@gmail.com: I get a blank screen on all video using vdpau, audio only, with nVidia GeForce GT 220. So no video even with mpeg2. Works fine when hardware acceleration is disabled from the settings. Yes, VDPAU is broken in 13.x, see. #742896. :-( Well, that is this bug. :-) VAAPI probably would work for you, try installing vdpau-va-driver. See #750199. I hoped debugging this bug on an old PC of mine but it turned out the video card in it does not support VDPAU. I need a VDPAU compatible video card or someone debugging this to move this bug further. :-( Thanks, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751634: /usr/lib/xbmc/xbmc.bin: XBMC aborts when scrolling over some directory
Hi Sjors, 2014-05-30 16:40 GMT-07:00 Sjors Gielen sj...@cacofonix.sjorsgielen.nl: Package: xbmc-bin Version: 2:11.0~git20120510.82388d5-1+b1 Severity: important File: /usr/lib/xbmc/xbmc.bin Since upgrading from Wheezy to Jessie, xbmc has started to crash (sometimes SIGABRT, sometimes SIGSEGV) while scrolling through a directory of videos that previously worked fine. The specific directory it crashes on tends to change a bit, but there is one that has always made XBMC crash until now. Next to the crash itself, this also means I cannot scroll past the directory in question, unless I connect a mouse, therefore filing as important. Are you sure you performed a full upgrade? The package versions makes me think that you are still using Wheezy. The version shipped in Wheezy is not supported by upstream for a long time. If you would like to use xbmc on Wheezy please consider using the version available in wheezy-backports. Cheers, Balint I've tried to gather as much information as I could without rebuilding the package with debugging symbols and checking the source. The steps to reproduce are not very helpful, but including them for completeness as follows: 1. Start Xbmc and control it through the API (I use 'xbmc_control' for this). I doubt this matters, but noting anyway. 2. From the Home screen, use right and left inputs to go to Movies. 3. Press Down, go right to Files, press Select. 4. Scroll through the list of movies. In my case, I scroll 2 down, select, 3 down, select, 5 down, select. 5. At the moment I start scrolling through this list (by pressing down), Xbmc aborts. I've enabled Xbmc's debug logging and connected a Gdb instance. The moment I press the down key, Gdb reports SIGABRT or SIGSEGV (it differs). One stack trace I captured looks like pasted below. Considering the symptoms I think chances are high this is some generic memory corruption and if this bug is not already fixed in newer versions of xbmc, it probably needs to be upstreamed. (gdb) bt #0 0x7fecbe130064 in ?? () from /lib/x86_64-linux-gnu/libc.so.6 #1 0x7fecbe131c00 in malloc () from /lib/x86_64-linux-gnu/libc.so.6 #2 0x7fecbe6bb07d in operator new(unsigned long) () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6 #3 0x7fecbe6bb179 in operator new[](unsigned long) () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6 #4 0x008d7fbb in CBaseTexture::Allocate(unsigned int, unsigned int, unsigned int) () #5 0x008d86ec in CBaseTexture::LoadFromFile(CStdStrchar const, unsigned int, unsigned int, bool, unsigned int*, unsigned int*) () #6 0x00d9f35c in CImageLoader::DoWork() () #7 0x00714649 in CJobWorker::Process() () #8 0x00d204e2 in CThread::staticThread(void*) () #9 0x7fecc4908b50 in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0 #10 0x7fecbe1920ed in clone () from /lib/x86_64-linux-gnu/libc.so.6 #11 0x in ?? () (gdb) info threads Id Target Id Frame * 23 Thread 0x7feca2a76700 (LWP 3046) xbmc.bin 0x7fecbe130064 in ?? () from /lib/x86_64-linux-gnu/libc.so.6 11 Thread 0x7fecae6ae700 (LWP 2543) xbmc.bin 0x7fecbe1874a3 in poll () from /lib/x86_64-linux-gnu/libc.so.6 10 Thread 0x7fecadead700 (LWP 2547) xbmc.bin 0x7fecbe187571 in ppoll () from /lib/x86_64-linux-gnu/libc.so.6 9Thread 0x7fecacc92700 (LWP 2549) xbmc.bin 0x7fecc31c2201 in ?? () from /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 8Thread 0x7feca3ffe700 (LWP 2550) xbmc.bin 0x7fecbe18bbe3 in select () from /lib/x86_64-linux-gnu/libc.so.6 7Thread 0x7fecad6ac700 (LWP 2555) xbmc.bin 0x7fecbe18bbe3 in select () from /lib/x86_64-linux-gnu/libc.so.6 6Thread 0x7feca2275700 (LWP 2556) xbmc.bin 0x7fecbe1874a3 in poll () from /lib/x86_64-linux-gnu/libc.so.6 5Thread 0x7feca1a74700 (LWP 2557) xbmc.bin 0x7fecbe18bbe3 in select () from /lib/x86_64-linux-gnu/libc.so.6 4Thread 0x7feca1273700 (LWP 2558) xbmc.bin 0x7fecbe18bbe3 in select () from /lib/x86_64-linux-gnu/libc.so.6 3Thread 0x7fec9bfff700 (LWP 2560) xbmc.bin 0x7fecbe18bbe3 in select () from /lib/x86_64-linux-gnu/libc.so.6 2Thread 0x7fec9b7fe700 (LWP 2561) xbmc.bin 0x7fecbe18bbe3 in select () from /lib/x86_64-linux-gnu/libc.so.6 1Thread 0x7fecc89637a0 (LWP 2529) xbmc.bin 0x7fecbe1874a3 in poll () from /lib/x86_64-linux-gnu/libc.so.6 The debug log mentions, apart from the import that it is doing at the same time, only the incoming JSONRPC request to press Input.down and that the down (f081) key was indeed pressed. Also, some Thread Jobworker start, auto detete: 1 but I don't know if this is related to the key press or to the import step. It's worth noting I saw this crash happen also when the importer was not running at the same time. I'll see if I have time to update to the newest version of Xbmc in unstable, and build it with
Bug#751007: meld: Can't hide files/dirs when comparing two directories
Control: tags -1 wontfix 2014-06-12 6:49 GMT-07:00 Bálint Réczey bal...@balintreczey.hu: Control: forwarded -1 https://bugzilla.gnome.org/show_bug.cgi?id=731575 Control: tags -1 upstream 2014-06-09 14:32 GMT+02:00 Anaël Verrier elgh...@free.fr: Package: meld Version: 1.8.4-1 Severity: normal Tags: patch Dear Maintainer, Although meld code gives the possibility to hide files and dirs in the dirdiff view, meld gui does not show this feature. So we can not hide items ourself. The attached patch adds Hide to the menu, the toolbar and the popup. Also, this bug seems to affect the 3.11.1 from experimental. Sorry Anaël it seems this won't be fixed. :-( Copying upstream's comment from BugZilla: --- Comment #1 from Kai Willadsen kai.willad...@gmail.com 2014-06-13 20:43:06 UTC --- I'm sorry, but that removal was intentional. The Hide action never had a clear use case, and having it makes future improvements to the tree view harder. Thanks, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754992: transition: libtrio 1.16
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Dear Release Team, I'm ready to upload new 1.16 upstream release of libtrio to unstable which fixes build failures on some architectures (#747012). The following source packages need to be rebuilt: ghostscript mednafen In terms of 'ben' lingo, the transition has the following parameters: Affected: .build-depends ~ /libtrio-dev/ Good: .depends ~ /libtrio2/ Bad: .depends ~ /libtrio1/ Please schedule binNMUs for the above mentioned packages on all architectures and tell me when I can upload 1.16 to unstable. Thanks, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747012: Regression test failures on powerpc, s390x and sparc
(Removed Ctrio-talk from To: because it is probably interesting only for Debian from now) 2014-07-16 12:17 GMT+02:00 Bjorn Reese bre...@mail1.stofanet.dk: On 07/16/2014 02:16 AM, Réczey Bálint wrote: Great! Bjorn, do your plan making a new release anytime soon? Last release was 4 years ago, so I will make a new one. Thanks, I will fix this bug by packaging the new release. Stephen, I have asked the Release Team to schedule a transition in #754992, but how about just proceeding without a proper transition if they don't respond in two days? I could upload libtrio 1.16 to unstable and when it gets accepted from NEW you could update mednafen. Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754992: transition: libtrio 1.16
Hi Emilio, 2014-07-16 21:27 GMT+02:00 Emilio Pozuelo Monfort po...@debian.org: Hi Bálint! On 16/07/14 19:15, Bálint Réczey wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Dear Release Team, I'm ready to upload new 1.16 upstream release of libtrio to unstable which fixes build failures on some architectures (#747012). The following source packages need to be rebuilt: ghostscript mednafen Why ghostscript? It doesn't depend on libtrio AFAICS. I should have mentioned that gs depends on libtrio in experimental only. Have you tested that those build fine against the new library? I have tested building mednafen which built fine. In terms of 'ben' lingo, the transition has the following parameters: Affected: .build-depends ~ /libtrio-dev/ Good: .depends ~ /libtrio2/ Bad: .depends ~ /libtrio1/ That's generated automatically now when you upload to sid or experimental. Uploading to experimental has the benefits that you don't have to ask us, you get a tracker and you go through NEW and don't have to go through it again when the transition is ACKed. Thanks, I'm already testing this way with wireshark. Please schedule binNMUs for the above mentioned packages on all architectures and tell me when I can upload 1.16 to unstable. Things work the other way :) Once the new library is in unstable, we schedule the binNMUs so that the reverse dependencies get built against the new SONAME and the old library package can be removed (decrufted). I see no conflicts at the moment so please go ahead and upload to sid. I have uploaded the package and it is in NEW. Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754646: libnfs: FTBFS on kfreebsd-*: invalid application of 'sizeof' to incomplete type 'struct sockaddr6_in'
Hi Emilio, 2014-07-19 11:51 GMT+02:00 Emilio Pozuelo Monfort po...@debian.org: On 19/07/14 11:28, Balint Reczey wrote: Control: tags -1 upstream Control: forwarded -1 https://github.com/sahlberg/libnfs/pull/87 Hi Cyril, Could you please test the patch proposed upstream? I can't log in to kFreeBSD machines available for DDs because my ssh keys somehow don't propagate there. What porterboxes have you tried? asdfasdf.debian.net, falla.debian.org? That's a problem and the appropriate admins need to be notified. asdfasdf, but it could be a mail gateway problem as well and I have already reported a problem which may be related. Since upstream plans making a new release this weekend I wanted to speed up fixing all the FTBFS-s by asking for help. Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754646: libnfs: FTBFS on kfreebsd-*: invalid application^M^J of 'sizeof' to incomplete type 'struct sockaddr6_in'
Hi Petr, 2014-07-19 14:54 GMT+02:00 Petr Salinger petr.salin...@seznam.cz: Since upstream plans making a new release this weekend I wanted to speed up fixing all the FTBFS-s by asking for help. The fix have to be different one - sockaddr6_in - sockaddr_in6: --- lib/socket.c~ +++ lib/socket.c @@ -506,7 +506,7 @@ ((struct sockaddr_in6 *)ss)-sin6_port = port; ((struct sockaddr_in6 *)ss)-sin6_family = AF_INET6; #ifdef HAVE_SOCKADDR_LEN - ((struct sockaddr_in6 *)ss)-sin6_len = sizeof(struct sockaddr6_in); + ((struct sockaddr_in6 *)ss)-sin6_len = sizeof(struct sockaddr_in6); #endif break; Thanks, I have updated the pull request. Can libnfs build on kfreebsd with this fix or there are other issues? Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755818: xbmc-pvr-addons: spurious build-dependencies on libavcodec-dev
Control: tags -1 pending confirmed Hi Andreas, 2014-07-23 16:40 GMT+02:00 Andreas Cadhalpun andreas.cadhal...@googlemail.com: Source: xbmc-pvr-addons Version: 13.0+git20140512+g91cc731+dfsg1-1 Severity: normal Dear maintainer, Starting with version 13 xbmc-pvr-addons doesn't use libavcodec any more. The checks for it were removed from configure.ac. Therefore please remove the now unnecessary build-dependency on libavcodec-dev. Thanks, it will be fixed in next upload. Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740753: [pkg-go] Bug#740753: RFP: packer -- create vm images for multiple platforms from a single source configuration
Hi Emmanuel, 2014-07-26 12:48 GMT+02:00 Emmanuel Kasper emman...@libera.cc: Have you made any progress with the package? If so I would happily help reviewing the package, too. If not I'm thinking about packaging packer myself. Go ahead if you want to start with the packaging work. I have seen that the required go compiler for Pacaker is .12, and that's only in testing IIRC. Maybe I join your packaging efforts later on :) Originally I planned using packer for creating Testing images for Vagrant, but I found https://github.com/tiwilliam/vagrant-debian which is much easier to use thus I don't plan packaging packer for now. :-( Sorry for the noise. Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741170: [libav] XBMC quits playing corrupt stream from PVR backend due to libav
Source: libav Version: 6:10~beta1-2 Severity: important Hi, The problem has been originally reported at upstream [1] [2]. XBMC should keep playing the corrupt stream since otherwise errors in broadcast signals would make watching TV impossible. Vanilla XBMC using its in embedded FFmpeg plays the file [3] attached to the upstream bug report. I'm opening the bug against libav, since mplayer2 2.0-728-g2c378c7-1 also quits playing the file and valgrind avconv -i test.mkv -o test.avi detects several memory handling errors. The problem affects earlier libav in unstable, too, and I have not checked libav in stable. Thanks, Balint [1] http://forum.xbmc.org/showthread.php?tid=188443 [2] http://forum.xbmc.org/showthread.php?tid=177474pid=1647027#pid1647027 [3] https://mega.co.nz/#!TQF0wTyI!nIfHTbZtgVpyeIsfCkXXzXwX9A8GbQDdeIWF1ahQy5w -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741470: [wireshark] wireshark crash when I'm trying to show a flow graph
reassign libcairo2 1.12.16-2 affects wireshark thanks Hi Francesco, 2014-03-12 21:32 GMT+01:00 Francesco Muzio muzi...@gmail.com: Package: wireshark Version: 1.10.6-1 Severity: important wireshark crash when I'm trying to show a flow graph when I choose the option flow graph under the statistics menu I see a crash of wireshark that produces this message on the shell ** Gdk:ERROR:/build/gtk+3.0-TvQCIg/gtk+3.0-3.10.7/./gdk/gdkcairo.c:193:gdk_cairo_surface_paint_pixbuf: assertion failed: (cairo_image_surface_get_format (surface) == CAIRO_FORMAT_RGB24 || cairo_image_surface_get_format (surface) == CAIRO_FORMAT_ARGB32) Annullato Steps to reproduce the bug: - run wireshark - start a new capture or open a previously saved capture file - choose statistics - flow graph from the menu bar - press OK button on the dialog (this happens with any options/context, except the case with an empty packets list) This issue has been reported by many users of GTK+ 3.10: https://bugs.launchpad.net/ubuntu/+source/geary/+bug/1275111 http://forum.manjaro.org/index.php?topic=10879.0 https://bugs.archlinux.org/task/39042?project=5cat[0]=33string=io I can run Wireshark 1.10.6-1~bpo70+1 fine with GTK 3.4 on Wheezy. I think it is a regression in GTK+ thus I reassign it hereby to Cairo. Thanks, Balint --- System information. --- Architecture: i386 Kernel: Linux 3.12.6 Debian Release: jessie/sid 500 testing cdn.debian.net --- Package information. --- Depends (Version) | Installed ===-+- libc6 (= 2.15) | 2.18-4 libcairo2 (= 1.2.4) | 1.12.16-2 libgdk-pixbuf2.0-0 (= 2.22.0) | 2.30.5-1 libglib2.0-0 (= 2.31.8) | 2.38.2-5 libgtk-3-0 (= 3.7.10) | 3.10.7-1 libpango-1.0-0 (= 1.14.0) | 1.36.2-2 libpangocairo-1.0-0 (= 1.14.0) | 1.36.2-2 libpcap0.8 (= 0.9.8) | 1.5.3-2 libportaudio2 (= 19+svn20101113) | 19+svn20140130-1 libwireshark3 (= 1.10.0) | 1.10.6-1 zlib1g (= 1:1.1.4) | 1:1.2.8.dfsg-1 wireshark-common (= 1.10.6-1) | 1.10.6-1 xdg-utils | 1.1.0~rc1+git20111210-7 Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741531: Please enable pulseaudio support
severity 741531 wishlist thanks 2014-03-13 15:18 GMT+01:00 Sjoerd Simons sjo...@debian.org: Package: xbmc Version: 2:13.0~beta1+dfsg1-1 Severity: normal Starting with Gotham xbmc finaly has proper pulseaudio support. I've just tested this (rebuild the package) and things seems to work nicely including passthrough support. Would be nice to have this in the debian pacakge Since I disabled PulseAudio due to the missing passthrough support [1] and upstream also enabled it in their Ubuntu packages [2] I'm open to re-enabling it. However I'm a bit uncomfortable with the change due to the (IMO) high number of unclassified bugs in PulseAudio [3]. Maybe submitting an RFH would make PulseAudio package gain some more attention? Cheers, Balin [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=704951 [2] https://github.com/xbmc/xbmc-packaging/commit/946bb6c74b6aeb97a386bbe7c055d12f970f4169 [3] https://bugs.debian.org/cgi-bin/pkgreport.cgi?repeatmerged=nosrc=pulseaudio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741531: Please enable pulseaudio support
Hi Sjoerd, 2014-03-14 17:57 GMT-01:00 Sjoerd Simons sjo...@debian.org: On Thu, 2014-03-13 at 22:17 +0100, Bálint Réczey wrote: severity 741531 wishlist thanks 2014-03-13 15:18 GMT+01:00 Sjoerd Simons sjo...@debian.org: Package: xbmc Version: 2:13.0~beta1+dfsg1-1 Severity: normal Starting with Gotham xbmc finaly has proper pulseaudio support. I've just tested this (rebuild the package) and things seems to work nicely including passthrough support. Would be nice to have this in the debian pacakge Since I disabled PulseAudio due to the missing passthrough support [1] and upstream also enabled it in their Ubuntu packages [2] I'm open to re-enabling it. The passthrough issue has been fixed since Gotham though as it can now properly speak pulse. I didn't check the details of the xbmc code, but ofcourse it would be nice if it could use pulseaudio when pulseaudio is running and otherwise fall back to ALSA. If you use XBMC in a standalone HTPC setup, pulseaudio does not really add much so using just alsa there is fine.. When your box also runs a desktop environment, typically it will run pulseaudio so the pulseaudio sink is quite helpful there. I will enable PulseAudio again in Beta 2 upload next week. However I'm a bit uncomfortable with the change due to the (IMO) high number of unclassified bugs in PulseAudio [3]. Maybe submitting an RFH would make PulseAudio package gain some more attention? I've done that ages ago, yielded exactly no help, people tend to prefer complaining and ranting about pulseaudio instead of triaging bugs. Ofcourse feel free to help out, there is quite a bit of bug triaging to be done which i have little time for :) If you don't mind I would like to reopen the RFH to state that the maintenance team would like to solve the lack of manpower available for maintaining PulseAudio. I also plan solving few bugs, many of them seem to be trivial. Can I commit to the git repository? Cheers, Balint -- Sjoerd Simons sjo...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756267: ITP: julia-factcheck -- Midje-like testing for Julia
Package: wnpp Severity: wishlist Owner: Balint Reczey bal...@balintreczey.hu * Package name: julia-factcheck Version : 0.1.2 Upstream Author : Zach Allaun z...@hackerschool.com * URL : https://github.com/zachallaun/FactCheck.jl * License : MIT Programming Lang: Julia Description : Midje-like testing for Julia Test framework for Julia, the high-performance programming language -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736787:
Hi, 2014-07-27 1:51 GMT+02:00 Balint Reczey bal...@balintreczey.hu: Control: tags -1 patch On 03/12/2014 09:54 PM, Mert Dirik wrote: Looks like it is fixed in upstream in commit 27420ad [1] by removing the offending files. New upstream version (1.5) should fix this bug. [1] https://github.com/mitchellh/vagrant/commit/27420ad2ee78caf1b1effc3eb27744ae2c288009 IMO the files still have to be removed from orig.tar.gz by repackaging it as 1.6.3+dfsg1 manually. I see 1.5.3 imported to packaging git, but it still has the files thus would not solve this RC bug. Antonio, do you plan releasing 1.6.3 with the problematic files removed from the source? The attached patch will remove the whole website dir from the source when using uscan --repack. I can push it to the packaging repository, but I did not want to do so before asking first. I have pushed the fix to the packaging repository and also created 1.5.3+dfsg1 with the website dir filtered out. Is there a package update in the plans? Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756393: erlang-cowboy: New version upstream: 0.10.0
Package: erlang-cowboy Version: 0.8.6+dfsg1-1 Severity: wishlist Dear Maintainer, Please update erlang-cowboy to latest upstream version. It contains numerous improvements: https://github.com/extend/cowboy/blob/master/CHANGELOG.md Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756496: ITP: erlang-cowlib -- Erlang library for manipulating web protocols
Package: wnpp Severity: wishlist Owner: Balint Reczey bal...@balintreczey.hu * Package name: erlang-cowlib Version : 0.6.2 Upstream Author : Loïc Hoguin es...@ninenines.eu * URL : https://github.com/extend/cowlib * License : ISC license Programming Lang: erlang Description : Erlang library for manipulating web protocols. Cowlib provides libraries for parsing and building messages for various Web protocols, including SPDY, HTTP and Websocket. It is optimized for completeness rather than speed. No value is ignored, they are all returned. --- Cowlib will be needed by erlang-cowboy 0.10.0. I have already sent a request for joining the LeoFS team and hopefully I will be able to bring this package under the team's umbrella. Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751448: netexpect: FTBFS with wireshark 1.12.0~rc1-2 from experimental
Hi Eloy, 2014-08-02 18:43 GMT+02:00 Eloy Paris pe...@chapus.net: On 08/01/2014 05:24 PM, Bálint Réczey wrote: 2014-08-01 8:34 GMT+02:00 Bálint Réczey bal...@balintreczey.hu: 2014-08-01 4:07 GMT+02:00 Eloy Paris pe...@chapus.net: On Thu, Jul 31, 2014 at 07:21:18PM -0400, Eloy Paris wrote: [...] So 1.12.0 is now out. It's a bit late but I just uploaded to experimental a new version of netexpect that builds against the Wireshark packages in experimental. Please let me know when you upload the final 1.12 packages to unstable and I'll follow suit with the corresponding netexpect packages to unstable. Looks like I screwed up when I built and my packages ended up unstable instead of experimental. If you are uploading your 1.12 packages soon then this should not be a problem. Otherwise I'd have to re-upload the old packages after playing some games with the version number. Gggr. No problem, I'll upload wireshark today or on the weekend. Done. :-) Thanks Bálint. It looks like I have some issues, though, because the autobuilders are having problems building netexpect 0.22-1 against the new Wireshark 1.12 packages. It's strange because I was able to build i386 packages, which are what I uploaded into unstable. I'll look into it this weekend. According to the build logs 0.22-1 failed with wiresark 1.10.8-1, thus a binNMU may be enough. Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760690: dpkg: Memory handling error detected during build
Package: dpkg Version: 1.17.14 Severity: normal Tags: patch Hi, Running tests from Valgrind revealed an off-by-one error in Dpkg. The first attached patch fixes it and the second just simplifies a function I looked at while making the first fix. Please consider accepting the first patch because I'm bootstrapping an new port, hardened-amd64, which will enable ASAN by default and would make dpkg crash due to this bug. Cheers, Balint From 3d42c9bba7eb65ac5ff70a0a73919368caced533 Mon Sep 17 00:00:00 2001 From: Balint Reczey bal...@balintreczey.hu Date: Thu, 4 Sep 2014 16:31:29 +0200 Subject: [PATCH 1/2] Fix off-by-one error in command argv size calculation --- lib/dpkg/command.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/lib/dpkg/command.c b/lib/dpkg/command.c index 0044d83..f5b08ea 100644 --- a/lib/dpkg/command.c +++ b/lib/dpkg/command.c @@ -78,7 +78,7 @@ static void command_grow_argv(struct command *cmd, int need) { /* Check if we already have enough room. */ - if ((cmd-argv_size - cmd-argc) = need) + if ((cmd-argv_size - (cmd-argc + 1)) = need) return; cmd-argv_size = (cmd-argv_size + need) * 2; -- 2.1.0 From 9f696c9db21ed8972115074edb7830518110e842 Mon Sep 17 00:00:00 2001 From: Balint Reczey bal...@balintreczey.hu Date: Thu, 4 Sep 2014 20:30:31 +0200 Subject: [PATCH 2/2] Simplify command_add_argv() --- lib/dpkg/command.c | 19 ++- 1 file changed, 6 insertions(+), 13 deletions(-) diff --git a/lib/dpkg/command.c b/lib/dpkg/command.c index f5b08ea..ff2cf37 100644 --- a/lib/dpkg/command.c +++ b/lib/dpkg/command.c @@ -131,20 +131,13 @@ command_add_argl(struct command *cmd, const char **argv) void command_add_argv(struct command *cmd, va_list args) { - va_list args_copy; - int i, add_argc = 0; - - va_copy(args_copy, args); - while (va_arg(args_copy, const char *) != NULL) - add_argc++; - va_end(args_copy); - - command_grow_argv(cmd, add_argc); - - for (i = 0; i add_argc; i++) - cmd-argv[cmd-argc++] = va_arg(args, const char *); + const char * arg; - cmd-argv[cmd-argc] = NULL; + arg = va_arg(args, const char *); + while (arg != NULL) { + command_add_arg(cmd, arg); + arg = va_arg(args, const char *); + } } /** -- 2.1.0
Bug#760741: dpkg: Please add new port hardened-amd64 enabling ASAN and UBSAN by default
Hi Gulliem, 2014-09-07 17:26 GMT+02:00 Guillem Jover guil...@debian.org: Hi! On Sun, 2014-09-07 at 15:01:35 +0200, Balint Reczey wrote: Package: dpkg Version: 1.17.13 Severity: wishlist Tags: patch I'm working on a new port, hardened-amd64 [1]. This does not what dpkg ports are meant to denote, as I think was mentioned in that thread. If the ports are ABI compatible then they are the same port. The lpia port was such a thing, which I disagreed with at the time but accepted anyway, and that was a mistake I'm not going to repeat. I'm planning on removing lpia support soonish to avoid anyone else take that as a precedent to follow. This is the equivalent of bumping the instruction set baseline or enabling a different set of build flags by default, etc. Please see the recent Boostrap Sprint notes on the multiple ISAs section, which is relevant for your scenario. In any case I'm not planning on adding support for a hardened-amd64 architecture, sorry. Sorry for not mentioning it earlier, but I don't intend to keep ABI compatibility. Libraries compiled with ASAN can't be loaded binaries without ASAN support, thus the ABI can be considered to be different. I also plan removing some functions which are deprecated for security reasons but path of the ABI such as getwd(), thus ABI compatibility is broken again, in a different way. Third, I would like to enable breaking the ABI for enabling efficient tracking of pointers through library calls. SoftBound + CETS [2] projects are researching this way and if they come up with something usable I would like to adopt it. Based on the three reasons above please don't consider amd64 and hardened-amd64 ABI compatible and please don't reject it due to having compatible ABI. The attached patches adds the new port and enables ASAN and UBSAN through the hardening flags. The flags are disabled on other architectures by default even when using hardening=all, since ASAN causes significant slowdown and UBSAN will probably reveal a lot of issues in many packages. I'd be fine with adding ASAN and UBSAN or any other hardening stuff, disabled by default on a feature area, but if they do not make sense to be enabled by “all” then they do not belong in the hardening feature area, probably in another one. OOC how many packages do enable all hardening features? I think distinguishing between 'all' and 'extra' has its history, gcc -Wall and -Wextra are similar to our case. I think ASAN should not be part of 'all' because it should be enebled for packages shipping binaries first, then in packages shipping the libraries used by the binaries, thus it is not a per-package decision to enable ASAN. UBSAN is different, I think it could be added to 'all', but I'm not sure how many packages use 'all' and I did not want to break them. Maybe after a full archive rebuild revealing the breakages. Dpkg for example builds fine with ASAN (with fixed #760690), but UBSAN makes it FTBFS due to the following issue: .../dpkg.git$ DEB_BUILD_MAINT_OPTIONS=hardening=all,+asan,+ubsan dpkg-buildpackage ... PATH=../src:../scripts:../utils:/usr/lib/ccache:/home/rbalint/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games \ LC_ALL=C \ \ srcdir=../../src builddir=. \ PERL_DL_NONLAZY=1 \ PERL5OPT= \ /usr/bin/perl -MTAP::Harness -e ' my $harness = TAP::Harness-new({ lib = [ ../../scripts ], color = 1, verbosity = 0, failures = 1, }); my $aggregate = $harness-runtests(@ARGV); die FAIL: test suite has errors\n if $aggregate-has_errors;' \ ../../src/t/dpkg_divert.t ../../src/t/dpkg_divert.t .. 1/257 not ok 62 - --list stderr # Failed test '--list stderr' # at ../../src/t/dpkg_divert.t line 106. # got: '../../src/filesdb.c:581:21: runtime error: signed integer overflow: 313137907 * 1787 cannot be represented in type 'int' # ' # expected: '' not ok 65 - --list * stderr The third patch fixes the issue. Thanks! I've merged this one locally, will be included in 1.17.14. Please consired accepting the patches despite the fact that hardened-amd64 is not an official port yet. It would help the bootstrapping efforts and patch 2 would make it easier to experiment with ASAN and UBSAN for others. It's not a matter of it being or not an official port, the main requirement is that the GNU triplet is officially recognized and that the naming and the thing makes sense. Which does not in this case. I'm not sure which part of the proposal you are questioning here so I try to answer all of them. I think there was precedent for adopting an GNU triplet first in Debian then later getting it adopted upstream. I'm not tied to a name. I think it is reasonable and reflects that this is not a port with a different kernel (hardened-amd64 vs. kfreebsd-i386), but I'm open for better proposals. I tried to explain the goals of having this new port (improved security, discovering more bugs using the Debian buildds automatically) and I
Bug#760741: dpkg: Please add new port hardened-amd64 enabling ASAN and UBSAN by default
2014-09-07 20:31 GMT+02:00 Bálint Réczey bal...@balintreczey.hu: Hi Gulliem, 2014-09-07 17:26 GMT+02:00 Guillem Jover guil...@debian.org: Hi! On Sun, 2014-09-07 at 15:01:35 +0200, Balint Reczey wrote: Package: dpkg Version: 1.17.13 Severity: wishlist Tags: patch ... I'd be fine with adding ASAN and UBSAN or any other hardening stuff, disabled by default on a feature area, but if they do not make sense to be enabled by “all” then they do not belong in the hardening feature area, probably in another one. OOC how many packages do enable all hardening features? I think distinguishing between 'all' and 'extra' has its history, gcc -Wall and -Wextra are similar to our case. I think ASAN should not be part of 'all' because it should be enebled for packages shipping binaries first, then in packages shipping the libraries used by the binaries, thus it is not a per-package decision to enable ASAN. UBSAN is different, I think it could be added to 'all', but I'm not sure how many packages use 'all' and I did not want to break them. Maybe after a full archive rebuild revealing the breakages. Looks like 7-9% of packages use 'all'. http://outflux.net/debian/hardening/ Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760797: libsigc++-2.0: Please update to 2.3 series
Hi Laurent, Control: tags -1 wontfix 2014-09-08 0:35 GMT+02:00 Laurent Bigonville bi...@debian.org: Source: libsigc++-2.0 Version: 2.2.11-4 Severity: wishlist Hi, Is there any plans to update to the 2.3 series? No, those are development releases and the package follows stable branches only. Cheers, Balint 2.3.2 is out since the 1st of August. But this release containst a note in the NEWS file that bother me a bit: Note: The implementation of bug #724496 breaks API for some users, but it does not break ABI. Only users who have added their own visit_each() overloads are affected by the API break. Their programs will still compile, but there will be run-time errors, if they rely on auto-disconnection of slots. Updated instructions for users who implement their own adaptors are found in the description of sigc::adapts. Cheers, Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org