Bug#980482: chromium: upgrade to 87 breaks browser window rendering
On Tue, 19 Jan 2021 17:12:17 +0100 Roland Rosenfeld wrote: Package: chromium Version: 87.0.4280.141-0.1~deb10u1 Severity: serious Tags: buster Dear Maintainer, I upgraded chromium on Debian stable (buster) from 83.0.4103.116-1~deb10u3 to 87.0.4280.141-0.1~deb10u1. After this upgrade chromium becomes completely unusable to me, which means, that the chromium window isn't rendered as expected. When I open a website or click on a link the web page doesn't show, also the tab title isn't updated, only the window title changes to the new page. Sometimes (if page is already in cache) it seems that the web page is shown, but usually not completely updated. But there is a trick to get the web page rendered: Switch to a different screen and back here and after this the browser window is rendered as expected. [cut] Dear Roland, dear Maintainer, this bug may really be a duplicate of #979017 or be related to it. I have the same issue as described in the present bug on an old-ish laptop with a 3rd generation i7 and using the integrated Intel GPU. After disabling hardware acceleration, chromium 87.0.4280.141-0.1~deb10u1 became functional again. On the other hand, I don't reproduce the issue on a desktop with a discrete nVidia GPU. The issue may be specific to Intel GPUs. I would like to ask Roland to test and report. Best regards, Pier Luigi Pau
Bug#819116: Reporting on this issue on xubuntu
Dear Maintainers, I am withholding the upgrade to stretch (for different reasons) on my only debian-based computer using an Intel video chip, but I do have a laptop running xubuntu 16.04.1, which had the same issue as in this bug (and its duplicates #819083, #821871, #828175 and #830664), and it appears that the bug has finally been addresses these past few days, both on (x)ubuntu and upstream (although it is not clear to me whether the issue has indeed been fixed for all chipsets). Please review the relevant patches or, if deemed preferable, update to a new upstream snapshot - or update the state of this bug if it is indeed fixed as of 2:2.99.917+git20160706-1. References: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/1568604 https://bugs.freedesktop.org/show_bug.cgi?id=94677 Best regards, Pier Luigi Pau
Bug#763726: thunar: trouble with file associations since glib2.0 upgrade to 2.42
Package: thunar Version: 1.6.3-1 Severity: normal Opening files in Thunar (under XFCE) shows inconsistent behaviour with respect to file associations. This happens since an upgrade of libglib2.0-0 to version 2.42.0-1 from 2.40.0-5, and is apparently related to the changes in GLib 2.41.x concerning the move of mimeapps configuration to ~/.config/mimeapps.list (as documented in /usr/share/doc/libglib2.0-0/changelog.gz, commit 6fd5a8cdaa0dee2217ebe7411adf3ddb37f1827e). More specifically, it seems like the [Default Applications] section is shown and updated when file associations are set from Thunar, but the first application in [Added Associations] is actually opened by Thunar upon opening a file. Manually opening ~/.config/mimeapps.list in a text editor and editing the application order in the [Added Associations] section does the trick. Example: let an excerpt from ~/.config/mimeapps.list be [Default Applications] application/pdf=evince.desktop [Added Associations] application/pdf=evince.desktop;pdf.desktop;gv.desktop;display-im6.desktop;xpdf.desktop; Thunar opens PDF files with evince. If the association is changed within Thunar to xpdf, the file is modified to something along the lines of: [Default Applications] application/pdf=xpdf.desktop [Added Associations] application/pdf=evince.desktop;pdf.desktop;gv.desktop;display-im6.desktop;xpdf.desktop; but Thunar still opens PDF files with evince, because it is the first application in the [Added Associations] section. However, the file association shown within Thunar is xpdf. On the same setup (and still running XFCE), Nautilus apparently works fine, whereas PCManFM also shows odd behaviour. I interpret that Thunar and PCManFM may both need some patching to work consistently with the changes in glib2.0, but please let me know if this is a glib2.0 bug, and feel free to reassign. Otherwise, I shall further investigate the behaviour of PCManFM and file a bug against PCManFM as well, as time allows. Best regards, Pier Luigi Pau -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-amd64 (SMP w/8 CPU cores) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages thunar depends on: ii desktop-file-utils 0.22-1 ii exo-utils 0.10.2-4 ii libatk1.0-0 2.12.0-1 ii libc6 2.19-11 ii libcairo2 1.12.16-5 ii libdbus-1-3 1.8.6-2 ii libdbus-glib-1-20.102-1 ii libexo-1-0 0.10.2-4 ii libgdk-pixbuf2.0-0 2.30.8-1 ii libglib2.0-02.42.0-1 ii libgtk2.0-0 2.24.24-1 ii libgudev-1.0-0 208-8 ii libice6 2:1.0.9-1 ii libnotify4 0.7.6-2 ii libpango1.0-0 1.36.7-1 ii libsm6 2:1.2.2-1 ii libthunarx-2-0 1.6.3-1 ii libxfce4ui-1-0 4.10.0-6 ii libxfce4util6 4.10.1-2 ii libxfconf-0-2 4.10.0-3 ii shared-mime-info1.3-1 ii thunar-data 1.6.3-1 Versions of packages thunar recommends: ii dbus-x111.8.6-2 ii gvfs1.20.3-1 ii libfontconfig1 2.11.0-6.1 ii libfreetype62.5.2-2 ii thunar-volman 0.8.0-4 ii tumbler 0.1.30-1 ii xdg-user-dirs 0.15-2 ii xfce4-panel 4.10.1-1 Versions of packages thunar suggests: ii thunar-archive-plugin 0.3.1-3 ii thunar-media-tags-plugin 0.2.1-1 -- 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#662030: cdcat: crashes when performing searches
Package: cdcat Version: 1.7-2 Severity: normal Tags: fixed-upstream Version 1.7 of cdcat crashes (segmentation fault) when performing searches. This bug is already fixed upstream in version 1.8. Please package the new version. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cdcat depends on: ii libbz2-1.0 1.0.6-1 ii libc6 2.13-26 ii libgcc11:4.6.2-12 ii libmediainfo0 0.7.53-2 ii libqt4-qt3support 4:4.7.4-2 ii libqt4-xml 4:4.7.4-2 ii libqtcore4 4:4.7.4-2 ii libqtgui4 4:4.7.4-2 ii libstdc++6 4.6.2-12 ii libtar01.2.11-8 ii zlib1g 1:1.2.6.dfsg-1 cdcat recommends no packages. cdcat 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#651061: vice: crashes with Signal 4 on amd64.
Package: vice Version: 2.3.dfsg-2 Severity: grave Justification: renders package unusable I just upgraded to vice 2.3.dfsg-2 and every emulator in the suite now crashes before displaying any window. The following is a sample output from x64: $ x64 [begin paste] Reading configuration file `/home/eregil/.vice/vicerc'. Loading palette `/usr/lib/vice/C64/vice.vpl'. Loading palette `/usr/lib/vice/C64/vice.vpl'. *** VICE Version 2.3 *** OS compiled for: Linux GUI compiled for: GTK+ CPU compiled for: AMD64/x86_64 Compiler used: GCC-4.6.2 Current OS: not yet implemented Current CPU: Unknown CPU Welcome to x64, the free portable C64 Emulator. Current VICE team members: D. Lem, A. Matthies, M. Pottendorfer, S. Trikaliotis, M. van den Heuvel, C. Vogelgsang, F. Gennari, D. Kahlin, A. Lankila, Groepaz, I. Korb, E. Smith, O. Seibert. This is free software with ABSOLUTELY NO WARRANTY. See the About VICE command for more info. XRandR: XRandR reports current display: 1280x1024@60 Loading system file `/usr/lib/vice/C64/kernal'. C64MEM: Kernal rev #3. Loading system file `/usr/lib/vice/C64/basic'. Loading system file `/usr/lib/vice/C64/chargen'. Loading system file `/usr/lib/vice/PRINTER/mps803'. Palette: Loading palette `/usr/lib/vice/PRINTER/mps803.vpl'. Received signal 4. Exiting... [end paste] I experience this on KDE 4 as well as Gnome 3 and XFCE 4. Version 2.3.dfsg-1 worked fine. Rebuilding the package on my own box also seems to fix the problem, which may (or may not) be limited to the uploaded amd64 binary (at this time I don't have a testing/unstable debian installed on platforms other than amd64). If you need any further information please feel free to ask. Best regards. Pier Luigi Pau -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vice depends on: ii dpkg1.16.1.2 ii install-info4.13a.dfsg.1-8 ii libasound2 1.0.24.1-4 ii libatk1.0-0 2.2.0-2 ii libc6 2.13-21 ii libcairo2 1.10.2-6.1 ii libfontconfig1 2.8.0-3 ii libfreetype62.4.8-1 ii libgcc1 1:4.6.2-5 ii libgdk-pixbuf2.0-0 2.24.0-1 ii libglib2.0-02.30.2-4 ii libgtk2.0-0 2.24.8-2 ii libieee1284-3 0.2.11-10 ii libjpeg88c-2 ii libpango1.0-0 1.29.4-2 ii libpcap0.8 1.1.1-10 ii libpng12-0 1.2.46-3 ii libreadline66.2-8 ii libstdc++6 4.6.2-5 ii libx11-62:1.4.4-4 ii libxrandr2 2:1.3.2-2 ii libxxf86vm1 1:1.1.1-2 ii zlib1g 1:1.2.3.4.dfsg-3 vice recommends no packages. vice 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#593294: not a rendering issue
Greetings, I confirm that Jindřich Makovička got this right. The purportedly cut-off iframe isn't cut off by cairo at all. By its tag attributes, its height is initially low (100 pixels); upon iframe load completion, the main page tries to retrieve the iframe content height and adjust the iframe height accordingly. This fails, apparently due to a cross-domain scripting issue (there is a Javascript error in the error console about denied permissions). Unfortunately, scrolling bars are disabled and the user is prevented from displaying the full content of the iframe even by scrolling. However, clicking inside the iframe and hitting the Tab key allows you to navigate the form in the iframe, albeit uncomfortably. As an alternative way of verifying that it's not a rendering issue, use firebug to adjust iframe height manually; the content of the iframe promptly appears as soon as you set iframe height to a reasonable value. Lastly, visiting the non-secure page at http://secure.natpe.org/natpe/index.php?option=com_wrapperview=wrapperItemid=236 also works. At the https address, the iframe is still loaded through non-secure http and the browser is simply enforcing cross-domain security between the http and https pages. In conclusion, this is definitely not a cairo bug, but rather a flaw in the website. If anything, it should be reported to the website operators in the hope that someone takes care of bug reports. I propose that the cairo maintainer can close this bug. Best regards, Pier Luigi Pau -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589532: grub-rescue-pc: still does not depend on xorriso, although it should
Package: grub-rescue-pc Version: 1.98+20100710-1 Severity: grave Justification: renders package unusable Greetings, changelog for version 1.98+20100527-1 mentions: [cut] * Suggest xorriso (= 0.5.6.pl00) in grub-common, since grub-mkrescue now needs it. Depend on it in grub-rescue-pc. [cut] However, grub-rescue-pc still does not depend on xorriso (or the dependency was removed by mistake - I haven't reviewed every version since), and it is possible to install the former without the latter being automatically installed, with the result that grub-mkrescue exits with an error message: # grub-mkrescue -o 20100718a.iso Enabling BIOS support ... /usr/bin/grub-mkrescue: 323: xorriso: not found Of course, the iso image is not created. Best regards, Pier Luigi Pau -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- 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#588649: ttf-tomsontalks: spaces not displayed in some applications
Package: ttf-tomsontalks Version: 1.0-1 Severity: normal In some applications (e.g. gimp), spaces aren't displayed for the Tomson Talks font, resulting in behaviour like in the following picture: http://img38.imageshack.us/img38/126/tomsontalks20100710.png Unfortunately, I haven't used this font consistently, but I remember that this didn't happen a few months ago. If you have good reason to believe that this bug is actually due to a different package (e.g. cairo, pango1.0) please feel free to reassign. Best regards, Pier Luigi Pau -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- 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#570844: also happens sporadically with AMD Turion(tm) II Ultra Dual-Core Mobile M600
2010/3/27 Pier Luigi Pau pigi...@gmail.com: I've seen it happen on 2.6.32-trunk-amd64, 2.6.32-2-amd64 and 2.6.32-3-amd64, all alike. Will be testing 2.6.32-4-amd64 in the near future. If the boot is successful, the laptop generally never hangs. Just had a hang at boot again today on 2.6.32-4-amd64 (from package with version 2.6.32-11). It's still an uncommon random occurrence; reports from the bug opener would probably be more interesting. Best regards, Pier Luigi Pau -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#572048: I can confirm failure to start
: Initializing Coyote HTTP/1.1 on http-8080 3-mar-2010 9.49.22 org.apache.catalina.startup.Catalina load INFO: Initialization processed in 558 ms 3-mar-2010 9.49.22 org.apache.catalina.core.StandardService start INFO: Starting service Catalina 3-mar-2010 9.49.22 org.apache.catalina.core.StandardEngine start INFO: Starting Servlet Engine: Apache Tomcat/6.0.24 3-mar-2010 9.49.22 org.apache.catalina.startup.HostConfig deployDescriptor INFO: Deploying configuration descriptor ROOT.xml 3-mar-2010 9.49.23 org.apache.catalina.startup.HostConfig deployDescriptor INFO: Deploying configuration descriptor docs.xml 3-mar-2010 9.49.23 org.apache.catalina.startup.HostConfig deployDescriptor INFO: Deploying configuration descriptor host-manager.xml 3-mar-2010 9.49.23 org.apache.catalina.startup.HostConfig deployDescriptor INFO: Deploying configuration descriptor manager.xml 3-mar-2010 9.49.23 org.apache.catalina.startup.HostConfig deployDescriptor INFO: Deploying configuration descriptor examples.xml 3-mar-2010 9.49.23 org.apache.catalina.startup.HostConfig deployWAR INFO: Deploying web application archive [[cut]].war 3-mar-2010 9.49.23 org.apache.catalina.startup.HostConfig deployWAR INFO: Deploying web application archive [[cut]].war 3-mar-2010 9.49.23 org.apache.catalina.startup.HostConfig deployWAR INFO: Deploying web application archive [[cut]].war 3-mar-2010 9.49.23 org.apache.coyote.http11.Http11Protocol start INFO: Starting Coyote HTTP/1.1 on http-8080 3-mar-2010 9.49.23 org.apache.catalina.startup.Catalina start INFO: Server startup in 802 ms 3-mar-2010 9.49.23 org.apache.catalina.core.StandardServer await GRAVE: StandardServer.await: create[8005]: java.net.SocketException: Invalid argument at java.net.PlainSocketImpl.socketBind(Native Method) at java.net.AbstractPlainSocketImpl.bind(AbstractPlainSocketImpl.java:336) at java.net.ServerSocket.bind(ServerSocket.java:336) at java.net.ServerSocket.init(ServerSocket.java:202) at org.apache.catalina.core.StandardServer.await(StandardServer.java:373) at org.apache.catalina.startup.Catalina.await(Catalina.java:657) at org.apache.catalina.startup.Catalina.start(Catalina.java:617) 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:616) at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:289) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:414) = Are more details needed? Best regards, Pier Luigi Pau -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#572048: I can confirm failure to start
Hello, I couldn't get tomcat6 6.0.24-2 to start, either, and so far I haven't found anything better to do than revert to a previous version (6.0.20-dfsg1-1). This is on amd64, for the record. Purging the packages and reinstalling 6.0.24-2 didn't help; nor did switching between openjdk-6 and sun-java6. I had lines similar to these in my /var/log/tomcat6/catalina.(date).log: 1-mar-2010 10.34.37 org.apache.catalina.core.AprLifecycleListener init INFO: The APR based Apache Tomcat Native library which allows optimal performance in production environments was not found on the java.library.path: /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server:/usr/lib/jvm/java-6-openjdk/jre/lib/amd64:/usr/lib/jvm/java-6-openjdk/jre/../lib/amd64:/usr/java/packages/lib/amd64:/usr/lib/jni:/lib:/usr/lib 1-mar-2010 10.34.37 org.apache.coyote.http11.Http11Protocol init INFO: Initializing Coyote HTTP/1.1 on http-8080 1-mar-2010 10.34.37 org.apache.catalina.startup.Catalina load INFO: Initialization processed in 570 ms 1-mar-2010 10.34.37 org.apache.catalina.core.StandardService start INFO: Starting service Catalina 1-mar-2010 10.34.37 org.apache.catalina.core.StandardEngine start INFO: Starting Servlet Engine: Apache Tomcat/6.0.24 1-mar-2010 10.34.37 org.apache.catalina.startup.HostConfig deployDescriptor INFO: Deploying configuration descriptor ROOT.xml 1-mar-2010 10.34.37 org.apache.catalina.startup.HostConfig deployDescriptor INFO: Deploying configuration descriptor docs.xml 1-mar-2010 10.34.37 org.apache.catalina.startup.HostConfig deployDescriptor INFO: Deploying configuration descriptor host-manager.xml 1-mar-2010 10.34.37 org.apache.catalina.startup.HostConfig deployDescriptor INFO: Deploying configuration descriptor manager.xml 1-mar-2010 10.34.37 org.apache.catalina.startup.HostConfig deployDescriptor INFO: Deploying configuration descriptor examples.xml 1-mar-2010 10.34.38 org.apache.coyote.http11.Http11Protocol start INFO: Starting Coyote HTTP/1.1 on http-8080 1-mar-2010 10.34.38 org.apache.catalina.startup.Catalina start INFO: Server startup in 591 ms 1-mar-2010 10.34.38 org.apache.catalina.core.StandardServer await GRAVE: StandardServer.await: create[8005]: java.net.SocketException: Invalid argument at java.net.PlainSocketImpl.socketBind(Native Method) at java.net.AbstractPlainSocketImpl.bind(AbstractPlainSocketImpl.java:336) at java.net.ServerSocket.bind(ServerSocket.java:336) at java.net.ServerSocket.init(ServerSocket.java:202) at org.apache.catalina.core.StandardServer.await(StandardServer.java:373) at org.apache.catalina.startup.Catalina.await(Catalina.java:657) at org.apache.catalina.startup.Catalina.start(Catalina.java:617) 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:616) at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:289) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:414) An interesting behaviour I noticed: running /etc/init.d/tomcat6 start manually gave me an indication of failure; instead, if I rebooted my box altogether, it apparently worked, and I had a file with a process id at /var/run/tomcat6.pid, but by the time I could get into a shell, the process had somehow disappeared (died?). /etc/init.d/tomcat6 stop would answer that tomcat6 wasn't running, /etc/init.d/tomcat6 start would complain that there was a pid file and therefore nothing had to be done. Regards, Pier Luigi Pau -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#539874: Fixed in later SVN snapshot
Greetings, concerning this bug (539874), i.e. a broken default script in kvirc, a fix was committed in SVN revision 3249. Debian squeeze/sid currently has revision 3240, which is horribly broken because of this bug - right clicking on nicknames and channel windows simply doesn't work, and throws out errors. Possibly, other actions trigger the same effect. It probably is already in the plans, but if it's not, I would like to ask package maintainers to please update the package to a newer snapshot. Best regards, Pier Luigi Pau -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#452920: Self-test segfaults on amd64, please update package
For what it's worth, now I have xdelta3 segfault on amd64 (current Debian testing) upon running the self-test feature. This is the output: ere...@golion:~$ xdelta3 test xdelta3: testing random_numbers... success xdelta3: testing decode_integer_end_of_input... success xdelta3: testing decode_integer_overflow... success xdelta3: testing encode_decode_uint32_t. success xdelta3: testing encode_decode_uint64_t... success xdelta3: testing usize_t_overflow... success xdelta3: testing forward_match... success xdelta3: testing address_cache... success xdelta3: testing string_matching... success xdelta3: testing choose_instruction... success xdelta3: testing identical_behavior...Segmentation fault Rebuilding the Debian package doesn't help. I built version 0v from the official web site and that version does not segfault for me. I would also appreciate it if the Debian package were updated to a new upstream release. Best regards, Pier Luigi Pau -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.28-1-amd64 (SMP w/4 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xdelta3 depends on: ii libc6 2.9-4 GNU C Library: Shared libraries xdelta3 recommends no packages. xdelta3 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#514999: universalindentgui: checks for program update at startup
Package: universalindentgui Version: 0.8.1-1.2 Severity: normal universalindentgui has an option to check for program updates at startup, and it is enabled by default. This is not desirable for packages updated via apt, because the user will be nagged with a suggestion to go to the website to download a new version, when new versions should be installed via apt when available in Debian repositories. -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages universalindentgui depends on: ii libc62.7-18 GNU C Library: Shared libraries ii libgcc1 1:4.3.2-1.1 GCC support library ii libqscintilla2-3 2.2-4 The Qt4 port of the Scintilla sour ii libqt4-network 4.4.3-1 Qt 4 network module ii libqt4-script4.4.3-1 Qt 4 script module ii libqtcore4 4.4.3-1 Qt 4 core module ii libqtgui44.4.3-1 Qt 4 GUI module ii libstdc++6 4.3.2-1.1 The GNU Standard C++ Library v3 Versions of packages universalindentgui recommends: ii astyle1.22-1 Source code indenter for C++/C/Jav ii bcpp 0.0.20050725-1 C(++) beautifier ii csstidy 1.4-3 CSS parser and optimiser ii indent2.2.10-1 C language source code formatting ii tidy 20080116cvs-2 HTML syntax checker and reformatte ii uncrustify0.48-1 C, C++, C#, D, Java and Pawn sourc universalindentgui 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#511618: can't reproduce after reinstall
Just leaving a note again. After rebuilding cairo and installing my self-built version, regardless of xulrunner packages (official or self-built 1.9.0.5-1), no crashes. Crashes reappeared when I reverted to official cairo packages (1.6.4-7). Still no clue on the reason why this only happens on one of two computers I've been using. Best regards, Pier Luigi Pau -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511618: can't reproduce after reinstall
Progress report: I compiled xulrunner and installed my self-compiled packages, and segfaults disappeared. But then, I installed the official packages again, and they haven't reappeared so far, so at this time I can't confirm that xulrunner should be recompiled. If I experience no segfaults in the next few days I will close the bug, unless someone else confirms it. Best regards, Pier Luigi Pau -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511618: gecko segfaults calling cairo_pattern_create_linear
Package: xulrunner-1.9 Version: 1.9.0.5-1 Severity: important Gecko 1.9-based browsers frequently segfault on me upon calling cairo_pattern_create_linear; this may be a cairo bug, in which case please feel free to reassign, but so far I've only experienced problems in Gecko-based browsers (Iceweasel and Epiphany). Segfaults happen in a seemingly random manner, sometimes within seconds of opening the first page in a new Iceweasel session, sometimes about an hour into using it (or even more). I haven't figured out a sure-fire method of reproducing it. Iceape 1.1.x (not based on Gecko 1.9) seems to be unaffected. I run KDE 3.5 from lenny, on an Athlon XP with an nVidia GeForce 6200, and I get segfaults with every X.org driver (nvidia 173.14.09, nv 1:2.1.10-1 and vesa 1:1.3.0-4, current versions in lenny). So far I've been unable to reproduce the problem on a computer with a different video card (a Radeon 9200 Pro). Thus it may be hardware-specific or due to some different configuration on the two computers: please let me know what kind of information could be useful, if any. Meanwhile, I'm testing the official Mozilla build of Firefox 3.0.5 and recompiling cairo, xulrunner and iceweasel with gcc from unstable (4.3.2-2), to figure out whether the builds on debian archive are miscompiled for some reason. I will report if I find out anything. I include two samples of backtraces obtained with $ iceweasel -g firefox-bin -d gdb I've had segfaults on epiphany (-gecko) too, but haven't made a backtrace yet. I have these debug packages installed: iceweasel-dbg, libcairo2-dbg, libmozjs1d-dbg, xulrunner-1.9-dbg; please tell me in case I should install any more. Note the values for x0, y0, x1, y1, with abysmal exponents like -314: I don't know enough about cairo to judge, are they even normal? That's all for now, again, I will provide more information if I find out anything, and if I've left out anything meaningful please feel free to ask. Best regards, Pier Luigi Pau *** SAMPLE 1 *** Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb7c466c0 (LWP 4564)] 0xb6d9a0c4 in cairo_pattern_create_linear (x0=2.2166152909316211e-314, y0=-1.7640632441439585e-44, x1=1.3640412778118853e-252, y1=-1.6960806221575634e-44) at /build/buildd-cairo_1.6.4-7-i386-MtHzYf/cairo-1.6.4/src/cairo-pattern.c:534 534 /build/buildd-cairo_1.6.4-7-i386-MtHzYf/cairo-1.6.4/src/cairo-pattern.c: No such file or directory. in /build/buildd-cairo_1.6.4-7-i386-MtHzYf/cairo-1.6.4/src/cairo-pattern.c (gdb) backtrace #0 0xb6d9a0c4 in cairo_pattern_create_linear (x0=2.2166152909316211e-314, y0=-1.7640632441439585e-44, x1=1.3640412778118853e-252, y1=-1.6960806221575634e-44) at /build/buildd-cairo_1.6.4-7-i386-MtHzYf/cairo-1.6.4/src/cairo-pattern.c:534 #1 0xb6d94494 in _cairo_surface_paint (surface=0xb6a3c38, op=CAIRO_OPERATOR_SOURCE, source=0xbf803884) at /build/buildd-cairo_1.6.4-7-i386-MtHzYf/cairo-1.6.4/src/cairo-surface.c:1435 #2 0xb6d83fde in _cairo_gstate_paint (gstate=0xbb825e0) at /build/buildd-cairo_1.6.4-7-i386-MtHzYf/cairo-1.6.4/src/cairo-gstate.c:873 #3 0xb6d7be23 in *INT_cairo_paint (cr=0xbb825c0) at /build/buildd-cairo_1.6.4-7-i386-MtHzYf/cairo-1.6.4/src/cairo.c:1958 #4 0xb6d7bf1a in cairo_paint_with_alpha (cr=0xbb825c0, alpha=1) at /build/buildd-cairo_1.6.4-7-i386-MtHzYf/cairo-1.6.4/src/cairo.c:1986 #5 0xb79feda5 in gfxContext::Paint (this=0xbf803b18, alpha=1) at gfxContext.cpp:710 #6 0xb7a088ac in gfxPlatform::OptimizeImage (this=0x99d1918, aSurface=0xa6791a0, format=gfxASurface::ImageFormatRGB24) at gfxPlatform.cpp:248 #7 0xb7934bd6 in nsThebesImage::Optimize (this=0xa679140, aContext=0x0) at nsThebesImage.cpp:335 #8 0xb79f4f79 in gfxImageFrame::SetMutable (this=0xa679100, aMutable=0) at gfxImageFrame.cpp:191 #9 0xb73a0195 in imgContainer::DecodingComplete (this=0xa6790a8) at imgContainer.cpp:306 #10 0xb73a84a3 in nsGIFDecoder2::EndGIF (this=0xbbc0d18) at nsGIFDecoder2.cpp:312 #11 0xb73a9b42 in nsGIFDecoder2::Close (this=0xbbc0d18) at nsGIFDecoder2.cpp:166 #12 0xb73a4913 in imgRequest::OnStopRequest (this=0xba9f000, aRequest=0xa1a0034, ctxt=0x0, status=0) at imgRequest.cpp:755 #13 0xb73a260a in ProxyListener::OnStopRequest (this=0xb5ed1b8, aRequest=0xa1a0034, ctxt=0x0, status=0) at imgLoader.cpp:866 #14 0xb72db517 in nsStreamListenerTee::OnStopRequest (this=0xa679570, request=0xa1a0034, context=0x0, status=0) at nsStreamListenerTee.cpp:65 #15 0xb732b1e6 in nsHttpChannel::OnStopRequest (this=0xa1a0008, request=0xbc55f88, ctxt=0x0, status=0) at nsHttpChannel.cpp:4449 #16 0xb72c5f31 in nsInputStreamPump::OnStateStop (this=0xbc55f88) at nsInputStreamPump.cpp:576 #17 0xb72c6255 in nsInputStreamPump::OnInputStreamReady (this=0xbc55f88, stream=0xb9f0fb0) at nsInputStreamPump.cpp:401 #18 0xb79bcebf in nsInputStreamReadyEvent::Run (this=0xbc55fe0) at nsStreamUtils.cpp:111 #19 0xb79cfd6c
Bug#505309: Source package name clash?
reopen 505309 retitle 505309 Source package name clash: snow severity 505309 normal thanks 2008/11/29 Dirk Eddelbuettel [EMAIL PROTECTED]: This is now a bug at the ftp site as we have two packages with source name 'snow'. Dirk If so, it should also be reopened. :) Best regards, Pier Luigi Pau -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#505309: Source package name clash?
snow (Steganography using ASCII files) was uploaded with the same source package name that was used for binary package r-cran-snow (GNU R package for 'simple network of workstations'). In fact, the Package Tracking System is showing testing transition excuses for snow, along the lines of r-cran-snow being out of date on every arch (obviously, the new source package doesn't build it). Not that this matters much because of the Lenny freeze. I searched mailing lists for references on whether this was a planned move, with r-cran-snow being slated for reupload as src:r-cran-snow in the near future, or a blunder. So far I couldn't find any. What's the situation with snow and r-cran-snow in Debian, then? Best regards, Pier Luigi Pau -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501540: iceweasel: changing app name broke addon search
Package: iceweasel Version: 3.0.3-1 Severity: normal Since version 3.0.3-1, application name was changed in iceweasel to fix #428836. Apparently because of this, searching for addons (extensions) from the Tools/Addons menu no longer works. Additionally, clicking on the link to show all addons on that window redirects to https://addons.mozilla.org/it/firefox/iceweasel (broken link). I think the change in browser/app/application.ini may be responsible of this behaviour. I haven't been able to test 3.0.3-2 (not in mirrors yet for i386) but I suspect it's still broken, because I recompiled 3.0.3-1 with the debdiff attached for bug #501304 [1] to no avail. However, search functionality is restored by going to about:config and manually changing a few instances of %APP% to firefox, e.g. in extensions.getAddons.search.browseURL, extensions.getAddons.search.url; I haven't been able to restore the link so far. browser/app/profile/firefox.js in the sources seems to hold the default values for the aforementioned configuration. If possible, it would be nice to restore functionality for the default configuration. Please let me know if you need more details or assistance. Best regards, Pier Luigi Pau [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=501304 -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages iceweasel depends on: ii debianutils 2.30 Miscellaneous utilities specific t ii fontconfig2.6.0-1generic font configuration library ii libc6 2.7-13 GNU C Library: Shared libraries ii libgcc1 1:4.3.2-1 GCC support library ii libglib2.0-0 2.16.5-1 The GLib library of C routines ii libgtk2.0-0 2.12.11-3 The GTK+ graphical user interface ii libnspr4-0d 4.7.1-4NetScape Portable Runtime Library ii libstdc++64.3.2-1The GNU Standard C++ Library v3 ii procps1:3.2.7-8 /proc file system utilities ii psmisc22.6-1 Utilities that use the proc filesy ii xulrunner-1.9 1.9.0.3-1 XUL + XPCOM application runner iceweasel recommends no packages. Versions of packages iceweasel suggests: pn latex-xft-fonts none (no description available) ii libkrb53 1.6.dfsg.4~beta1-4 MIT Kerberos runtime libraries pn mozpluggernone (no description available) pn ttf-mathematica4.1none (no description available) pn xfonts-mathml none (no description available) pn xprintnone (no description available) pn xulrunner-1.9-gnome-s none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#479033: Fix in time for lenny?
I just released cfv 1.18.2, which contains the fix (among others.) I haven't kept up with the debian release schedules, so Stefan will have to say whether it can make it in. cfv 1.18.2-1 has entered testing. As the reporter of a duplicate of this (#479037) I haven't experienced this bug since. Can this bug be closed? Regards, Pier Luigi Pau -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#479033: Fix in time for lenny?
Greetings, please, could this be fixed in time for lenny? It is a python2.5 regression, after all. I think it is unfortunate that cksfv was removed from Debian (it was removed because it depended on debmake); to the best of my understanding, that left Debian without a binary application to check files against SFV. While SFV is an old and deprecated way to check for file integrity, it is still being used out there, and it would be nice if we could at least have a fixed cfv in lenny. Best regards, Pier Luigi Pau -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#481417: duplicate bug - x264/h264 playback is broken in 0.8.6.e-2.1
This sounds like just a duplicate of #478971, which is a regression from 0.8.6.e-2 to 0.8.6.e-2.1 due to incomplete patching to fix #478140. Please find the details (and a solution that has worked for me so far) at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=478971 The same issue exists in the corresponding testing-security upload, so lenny needs fixing, too. Regards, Pier Luigi Pau -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#479037: cfv: prints out warning, struct integer overflow masking is deprecated
Package: cfv Version: 1.18.1-2 Severity: normal The following warning was printed out as I used cfv in create mode (-C), using CRC32 (-t sfv or -t crc alike), after updating python (from python-defaults) to 2.5.2-1 from 2.4.4-6 after it entered lenny two days ago (April 30): /var/lib/python-support/python2.5/cfv.py:763: DeprecationWarning: struct integer overflow masking is deprecated return struct.pack('I',self.value) The warning goes away if I force running cfv with python2.4 It seems to happen only with a handful of files - I ran cfv -C -t sfv -f - *.deb from my /var/cache/apt/archives without running into it, but the warning happens when I create a sfv for the sample matroska movie starwars10MB-1.mkv found at http://www.matroska.org/samples/anamorphic/index.html (link labelled Version 1). Note that the CRC32 computed by cfv seems correct, nonetheless. Regards, Pier Luigi Pau -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (900, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages cfv depends on: ii python2.5.2-1An interactive high-level object-o ii python-support0.7.7 automated rebuilding support for P Versions of packages cfv recommends: pn bittorrent | bittornado none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#479037: duplicate bug
It looks like this ended up being a duplicate of #479033. Sorry about that, but the latter bug hadn't appeared yet when I checked the BTS before submitting a new one. Hopefully the information from both reports will be useful. I'll leave the merging as well as the choice of the actual severity to the package maintainer. Regards, Pier Luigi Pau -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478971: fix for matroska bug
tags 478971 + patch fixed-upstream thanks Upon further inspection, this issue is fixed upstream (0.8.6f). Apparently, when .diffs were made for #478140, the following commit was missed: http://trac.videolan.org/vlc/changeset/49a6a08ce9a7518ff1753ba1c68846401e7e74b0 and modules/demux/mp4/libmp4.c was left with an undefined FREENULL. At runtime, this results in printouts like the following (with vlc -vvv): [0001] main private warning: cannot load module `/usr/lib/vlc/demux/libmp4_plugin.so' (/usr/lib/vlc/demux/libmp4_plugin.so: undefined symbol: FREENULL) I attach an updated 404-CVE-2008-1768.diff (for debian/patches) that seems to fix the problem. Best regards, Pier Luigi Pau diff -Nurad vlc-0.8.6.e.orig/modules/codec/cinepak.c vlc-0.8.6.e/modules/codec/cinepak.c --- vlc-0.8.6.e.orig/modules/codec/cinepak.c 2008-04-27 15:53:59.0 +0200 +++ vlc-0.8.6.e/modules/codec/cinepak.c 2008-04-27 16:04:26.0 +0200 @@ -396,7 +416,7 @@ i_height = GET2BYTES( p_data ); i_frame_strips = GET2BYTES( p_data ); -if( !i_frame_size || !i_width || !i_height ) +if( !i_frame_size || !i_width || !i_height || i_width 0x-3 || i_height 0x-3) { /* Broken header */ return( -1 ); diff -Nurad vlc-0.8.6.e.orig/modules/demux/mp4/libmp4.c vlc-0.8.6.e/modules/demux/mp4/libmp4.c --- vlc-0.8.6.e.orig/modules/demux/mp4/libmp4.c 2008-04-27 15:53:59.0 +0200 +++ vlc-0.8.6.e/modules/demux/mp4/libmp4.c 2008-04-27 16:16:02.0 +0200 @@ -37,6 +37,8 @@ * *look* at the code. * */ +#define FREENULL( p ) do { free( p ); p = NULL; } while(0) + #define MP4_BOX_HEADERSIZE( p_box ) \ ( 8 + ( p_box-i_shortsize == 1 ? 8 : 0 ) \ + ( p_box-i_type == FOURCC_uuid ? 16 : 0 ) ) @@ -1641,9 +1641,19 @@ FREE( p_box-data.p_stdp-i_priority ) } +static void MP4_FreeBox_padb( MP4_Box_t *p_box ) +{ +FREENULL( p_box-data.p_padb-i_reserved1 ); +FREENULL( p_box-data.p_padb-i_pad2 ); +FREENULL( p_box-data.p_padb-i_reserved2 ); +FREENULL( p_box-data.p_padb-i_pad1 ); +} + static int MP4_ReadBox_padb( stream_t *p_stream, MP4_Box_t *p_box ) { +int code = 0; unsigned int i; +uint32_t count; MP4_READBOX_ENTER( MP4_Box_data_padb_t ); @@ -1652,19 +1662,21 @@ MP4_GET4BYTES( p_box-data.p_padb-i_sample_count ); -p_box-data.p_padb-i_reserved1 = -calloc( sizeof( uint16_t ), ( p_box-data.p_padb-i_sample_count + 1 ) / 2 ); -p_box-data.p_padb-i_pad2 = -calloc( sizeof( uint16_t ), ( p_box-data.p_padb-i_sample_count + 1 ) / 2 ); -p_box-data.p_padb-i_reserved2 = -calloc( sizeof( uint16_t ), ( p_box-data.p_padb-i_sample_count + 1 ) / 2 ); -p_box-data.p_padb-i_pad1 = -calloc( sizeof( uint16_t ), ( p_box-data.p_padb-i_sample_count + 1 ) / 2 ); +count = (p_box-data.p_padb-i_sample_count + 1) / 2; +p_box-data.p_padb-i_reserved1 = calloc( count, sizeof(uint16_t) ); +p_box-data.p_padb-i_pad2 = calloc( count, sizeof(uint16_t) ); +p_box-data.p_padb-i_reserved2 = calloc( count, sizeof(uint16_t) ); +p_box-data.p_padb-i_pad1 = calloc( count, sizeof(uint16_t) ); for( i = 0; i i_read / 2 ; i++ ) { -p_box-data.p_padb-i_reserved1[i] = ( (*p_peek) 7 )0x01; +if( i = count ) +{ +MP4_FreeBox_padb( p_box ); +goto error; +} + p_box-data.p_padb-i_reserved1[i] = ( (*p_peek) 7 )0x01; p_box-data.p_padb-i_pad2[i] = ( (*p_peek) 4 )0x07; p_box-data.p_padb-i_reserved1[i] = ( (*p_peek) 3 )0x01; p_box-data.p_padb-i_pad1[i] = ( (*p_peek) )0x07; @@ -1677,15 +1689,10 @@ i_read / 2 ); #endif -MP4_READBOX_EXIT( 1 ); -} +code = 1; -static void MP4_FreeBox_padb( MP4_Box_t *p_box ) -{ -FREE( p_box-data.p_padb-i_reserved1 ); -FREE( p_box-data.p_padb-i_pad2 ); -FREE( p_box-data.p_padb-i_reserved2 ); -FREE( p_box-data.p_padb-i_pad1 ); +error: +MP4_READBOX_EXIT( code ); } static int MP4_ReadBox_elst( stream_t *p_stream, MP4_Box_t *p_box ) diff -Nurad vlc-0.8.6.e.orig/modules/demux/real.c vlc-0.8.6.e/modules/demux/real.c --- vlc-0.8.6.e.orig/modules/demux/real.c 2008-04-27 15:53:59.0 +0200 +++ vlc-0.8.6.e/modules/demux/real.c 2008-04-27 16:06:12.0 +0200 @@ -1082,18 +1082,16 @@ tk-i_subpackets = i_subpacket_h * i_frame_size / tk-i_subpacket_size; tk-p_subpackets = -malloc( tk-i_subpackets * sizeof(block_t *) ); +calloc( tk-i_subpackets, sizeof(block_t *) ); } else if( fmt.i_codec == VLC_FOURCC('2','8','_','8') ) { tk-i_subpackets = i_subpacket_h * i_frame_size / tk-i_coded_frame_size; tk-p_subpackets = -malloc( tk-i_subpackets * sizeof(block_t
Bug#478971: vlc: wrong length computed for matroska videos, video skips
Package: vlc Version: 0.8.6.c-6+lenny4, 0.8.6.e-2.1 Severity: normal Since 0.8.6.c-6+lenny4, when I open matroska (.mkv) videos, the status bar in vlc shows an incorrect length for the movie. Shortly afterwards, instead of starting playback, the current time is shown as negative numbers (e.g. similar to -2:-34:-15) and seemingly random screenshots from the movie are shown. Playback is practically impossible. This happened with every matroska movie I have tried so far (xvid and H.264, with and without subtitles). The following is the console output for one of the sample movies from http://www.matroska.org/samples/ $ vlc starwars10MB-1.mkv VLC media player 0.8.6c Janus [matroska @ 0xb2240110]Ignoring seekhead entry for ID=0x1549a966 [matroska @ 0xb2240110]Ignoring seekhead entry for ID=0x1654ae6b [matroska @ 0xb2240110]Ignoring seekhead entry for ID=0x1f43b675 [matroska @ 0xb2240110]Ignoring seekhead entry for ID=0x1f43b675 [matroska @ 0xb2240110]Ignoring seekhead entry for ID=0x1f43b675 [matroska @ 0xb2240110]Ignoring seekhead entry for ID=0x1f43b675 [matroska @ 0xb2240110]Ignoring seekhead entry for ID=0x1f43b675 [matroska @ 0xb2240110]Ignoring seekhead entry for ID=0x1f43b675 [matroska @ 0xb2240110]Ignoring seekhead entry for ID=0x1f43b675 [matroska @ 0xb2240110]Ignoring seekhead entry for ID=0x1f43b675 [matroska @ 0xb2240110]Ignoring seekhead entry for ID=0x1f43b675 [matroska @ 0xb2240110]Ignoring seekhead entry for ID=0x1f43b675 [matroska @ 0xb2240110]Ignoring seekhead entry for ID=0x1f43b675 [matroska @ 0xb2240110]Ignoring seekhead entry for ID=0x1f43b675 [matroska @ 0xb2240110]Ignoring seekhead entry for ID=0x1f43b675 [matroska @ 0xb2240110]Ignoring seekhead entry for ID=0x1f43b675 [matroska @ 0xb2240110]Ignoring seekhead entry for ID=0x1f43b675 [matroska @ 0xb2240110]Ignoring seekhead entry for ID=0x1f43b675 [matroska @ 0xb2240110]Ignoring seekhead entry for ID=0x1f43b675 [matroska @ 0xb2240110]Ignoring seekhead entry for ID=0x1f43b675 [matroska @ 0xb2240110]Ignoring seekhead entry for ID=0x1f43b675 [matroska @ 0xb2240110]Ignoring seekhead entry for ID=0x1f43b675 [matroska @ 0xb2240110]Ignoring seekhead entry for ID=0x1f43b675 [matroska @ 0xb2240110]Ignoring seekhead entry for ID=0x1f43b675 [matroska @ 0xb2240110]Ignoring seekhead entry for ID=0x1f43b675 [matroska @ 0xb2240110]Ignoring seekhead entry for ID=0x1f43b675 [matroska @ 0xb2240110]Ignoring seekhead entry for ID=0x1f43b675 [matroska @ 0xb2240110]Ignoring seekhead entry for ID=0x1f43b675 [matroska @ 0xb2240110]Ignoring seekhead entry for ID=0x1f43b675 [matroska @ 0xb2240110]Ignoring seekhead entry for ID=0x1f43b675 [matroska @ 0xb2240110]Ignoring seekhead entry for ID=0x1f43b675 [matroska @ 0xb2240110]Ignoring seekhead entry for ID=0x1f43b675 [matroska @ 0xb2240110]Ignoring seekhead entry for ID=0x1f43b675 [matroska @ 0xb2240110]Ignoring seekhead entry for ID=0x1f43b675 [matroska @ 0xb2240110]Ignoring seekhead entry for ID=0x1f43b675 [matroska @ 0xb2240110]Ignoring seekhead entry for ID=0x1f43b675 [matroska @ 0xb2240110]Ignoring seekhead entry for ID=0x1f43b675 [matroska @ 0xb2240110]Ignoring seekhead entry for ID=0x1f43b675 [matroska @ 0xb2240110]Unknown video track header entry 0x54b2 - ignoring [0378] main decoder error: no suitable decoder module for fourcc `undf'. VLC probably does not support this sound or video format. [0281] main playlist: nothing to play [0281] main playlist: stopping playback (I closed vlc between the last two lines). I have also tested 0.8.6.e-2.1 and it suffers from the same problem. Immediate previous revisions are fine (good playback and no messages like above in console output). In summary: 0.8.6.c-6+lenny3: ok 0.8.6.c-6+lenny4: bugged 0.8.6.e-2: ok 0.8.6.e-2.1: bugged Regards, Pier Luigi Pau -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (900, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages vlc depends on: ii libaa1 1.4p5-35 ascii art library ii libatk1.0-01.22.0-1 The ATK accessibility toolkit ii libc6 2.7-10GNU C Library: Shared libraries ii libcaca0 0.99.beta13b-4colour ASCII art library ii libcairo2 1.4.14-1 The Cairo 2D vector graphics libra ii libcdio7 0.78.2+dfsg1-2.1 library to read and control CD-ROM ii libcucul0 0.99.beta13b-4low-level Unicode character drawin ii libdbus-1-31.2.1-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.74-2simple interprocess messaging syst ii libfreetype6 2.3.5-1+b1FreeType 2 font engine, shared lib ii libfribidi00.10.9-1 Free Implementation of the Unicode ii libgcc11:4.3.0-3
Bug#468347: anki: Missing dependency on python-pysqlite2
Package: anki Version: 0.9.5-1 Severity: grave Justification: renders package unusable If python-pysqlite2 is not installed, anki does not start, giving the following traceback as output: [EMAIL PROTECTED]:~$ anki Traceback (most recent call last): File /usr/bin/anki, line 8, in ? ankiqt.run() File /usr/share/anki/ankiqt/__init__.py, line 56, in run import anki File /usr/share/anki/anki/__init__.py, line 59, in ? from anki.deck import DeckStorage File /usr/share/anki/anki/deck.py, line 18, in ? raise Please install pysqlite2 or python2.5 Please install pysqlite2 or python2.5 Anki starts correctly if forced to run with python2.5 (python2.5 /usr/bin/anki) or if python-pysqlite2 is installed. Since it seems that python2.4 is still the default for sid, I think anki should depend on python-pysqlite2 for the time being. When python2.5 is default, the dependency can be updated accordingly. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (900, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-k7 (SMP w/1 CPU core) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages anki depends on: ii python2.4.4-6An interactive high-level object-o ii python-qt44.3.3-2Python bindings for Qt4 ii python-simplejson 1.7.3-1Simple, fast, extensible JSON enco ii python-sqlalchemy 0.4.3-1SQL toolkit and Object Relational ii python-support0.7.6 automated rebuilding support for p Versions of packages anki recommends: ii kakasi2.3.4-3.1 KAnji KAna Simple Inverter ii python-matplotlib 0.90.1-2 python based plotting system in a -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#432032: pango1.0 invisible Japanese characters - fixed by cairo?
Hello, I had a similar problem to yours with Japanese characters in an i386 lenny environment, but it happened with fonts included in debian. It seems fixed with the upgrade to cairo 1.4.14-1 now, could you check whether the cairo update fixes your problem too? Regards, Pier Luigi Pau -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418295: vice broken by libx11 security update
Package: vice Version: 1.20-2 Severity: grave Justification: renders package unusable Tags: upstream patch Display in vice was broken by the latest security update for libx11. Since libx11 1.0.3-7, all it displays in the emulated screen is a black picture. After some investigation (triggered by noticing XCreateImage failed messages in the console output), it appears that this is due to a call to XCreateImage() with image_bytes_per_line set to 1, which fails with the new input sanitization performed by said libx11 function. I tested the current debian package (1.20-2) and it is affected by this bug. I propose the attached simple patch that seems to work for me (so far) for version 1.20. Please note however that I have compiled my own vice since version 1.17. Best regards, Pier Luigi Pau -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.46 Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Versions of packages vice depends on: ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libasound21.0.13-2 ALSA library ii libatk1.0-0 1.12.4-3 The ATK accessibility toolkit ii libbonobo2-0 2.14.0-3 Bonobo CORBA interfaces library ii libbonoboui2-02.14.0-5 The Bonobo UI library ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libcairo2 1.2.4-4The Cairo 2D vector graphics libra ii libesd-alsa0 [libesd0]0.2.36-3 Enlightened Sound Daemon (ALSA) - ii libfontconfig12.4.2-1.2 generic font configuration library ii libgcc1 1:4.1.1-21 GCC support library ii libgconf2-4 2.16.1-1 GNOME configuration database syste ii libglib2.0-0 2.12.4-2 The GLib library of C routines ii libgnome-keyring0 0.6.0-3GNOME keyring services library ii libgnome2-0 2.16.0-2 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgnomeui-0 2.14.1-2 The GNOME 2 libraries (User Interf ii libgnomevfs2-01:2.14.2-7 GNOME virtual file-system (runtime ii libgtk2.0-0 2.8.20-7 The GTK+ graphical user interface ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libieee1284-3 0.2.10-4 cross-platform library for paralle ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii liborbit2 1:2.14.3-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.14.8-5 Layout and rendering of internatio ii libpng12-01.2.15~beta5-1 PNG library - runtime ii libpopt0 1.10-3 lib for parsing cmdline parameters ii libreadline5 5.2-2 GNU readline and history libraries ii libsm61:1.0.1-3 X11 Session Management library ii libstdc++64.1.1-21 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcursor1 1.1.7-4X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes31:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxi61:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1X11 Xinerama extension library ii libxml2 2.6.27.dfsg-1 GNOME XML library ii libxrandr22:1.1.0.2-5X11 RandR extension library ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii libxv11:1.0.2-1 X11 Video extension library ii libxxf86dga1 2:1.0.1-2 X11 Direct Graphics Access extensi ii libxxf86vm1 1:1.0.1-2 X11 XFree86 video mode extension l ii zlib1g1:1.2.3-13 compression library - runtime vice recommends no packages. -- no debconf information --- vice-1.20/src/arch/unix/x11/xaw/uicolor.c 2003-06-24 15:17:32.0 +0200 +++ vice-1.20.pigi4/src/arch/unix/x11/xaw/uicolor.c 2007-04-08 22:58:25.0 +0200 @@ -121,7 +121,7 @@ /* This is a kludge to map pixels to zimage values. Is there a better way to do this? //tvr */ im = XCreateImage(display, visual, x11ui_get_display_depth(), - ZPixmap, 0, (char *)data, 1, 1, 8, 1); + ZPixmap, 0, (char *)data, 1, 1, 8, 0); if (!im) { log_error(LOG_DEFAULT, _(XCreateImage failed.)); free(data); --- vice-1.20/src/arch/unix/x11/gnome/uicolor.c2006-07-22 18:28:40.0 +0200 +++ vice
Bug#403193: readom and k3b
As far as k3b is concerned, please refer to bug #401739. k3b needed to be patched to recognize readom, because of a hard-coded check for 'readcd' in the output of the readcd command, which makes a readcd - readom symlink insufficient. This was fixed in 0.12.17-8 of k3b, however, if the release team decides not to push libpng into etch, the package will have to be rebuilt in a pure etch environment (the maintainer is already aware of the problem). If you need readom support in k3b/etch at this time, you should get the source package from unstable and build your binary package. See also #403536 about the readcd - readom symlink. Regards, Pier Luigi Pau -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401739: closed by Francois Marier [EMAIL PROTECTED] (Bug#401739: fixed in k3b 0.12.17-7)
* Support for readom which is the new renamed readcd (closes: #401739) Thank you. As I pointed out in the original bug report, there is something that I would double-check, though. from line 445 and following in libk3b/core/k3bdefaultexternalprograms.cpp: [cut] // FIXME: are these version correct? if( bin-version = K3bVersion(1.11a38) ) bin-addFeature( plain-atapi ); if( bin-version K3bVersion(1.11a17) ) bin-addFeature( hacked-atapi ); [cut] readom (from cdrkit 9:1.1.0-1) reports a version number 1.1.0, which is interpreted as 1.11 and as such doesn't trigger those addFeature methods. I was under the impression that readom was forked from readcd 1.11 (source mentions readcd.c [...] 1.80) and is therefore supposed to have those features. In that case the version might as well be commented out. Am I in the wrong? Regards, Pier Luigi Pau -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401739: k3b should support more renamed applications from cdrkit
Package: k3b Version: 0.12.17-6 Severity: normal Since k3b was patched to detect genisoimage as opposed to mkisofs, it would make sense to follow suit with the other renamed applications from the cdrkit suite. In particular, since wodim version 9:1.1.0-1, readcd is renamed to readom, and because of the way k3b checks for readcd (the checked string 'readcd' is hardcoded) it is unable to detect readom as a usable alternative for readcd even with a /usr/bin/readcd - /usr/bin/readom symlink (incidentally, the =1.11a38 and =1.11a17 version checks should probably be disabled for this application, too). -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.34 Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Versions of packages k3b depends on: ii cdparanoia 3.10+debian~pre0-3 audio extraction tool for sampling ii cdrskin 0.2.5~svn407-1 command line CD-R/CD-RW writing to ii genisoimage 9:1.1.0-1 Creates ISO-9660 CD-ROM filesystem ii kdebase-bin 4:3.5.5a.dfsg.1-2 core binaries for the KDE base mod ii kdelibs-data 4:3.5.5a.dfsg.1-5 core shared data for all KDE appli ii kdelibs4c2a 4:3.5.5a.dfsg.1-5 core libraries and binaries for al ii libacl1 2.2.41-1Access control list shared library ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libattr1 2.4.32-1Extended attribute shared library ii libaudio21.8-2 The Network Audio System (NAS). (s ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libdbus-1-3 1.0.1-2 simple interprocess messaging syst ii libdbus-qt-1-1c2 0.62.git.20060814-2 simple interprocess messaging syst ii libexpat11.95.8-3.3 XML parsing C library - runtime li ii libfontconfig1 2.4.1-2 generic font configuration library ii libfreetype6 2.2.1-5 FreeType 2 font engine, shared lib ii libgamin0 [libfam0] 0.1.8-1 Client library for the gamin file ii libgcc1 1:4.1.1-19 GCC support library ii libhal1 0.5.8.1-4 Hardware Abstraction Layer - share ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libidn11 0.6.5-1 GNU libidn library, implementation ii libjpeg626b-13 The Independent JPEG Group's JPEG ii libk3b2 0.12.17-6 The KDE cd burning application lib ii libmusicbrainz4c2a 2.1.4-1 Second generation incarnation of t ii libpng12-0 1.2.13-4PNG library - runtime ii libqt3-mt3:3.3.7-1 Qt GUI Library (Threaded runtime v ii libsm6 1:1.0.1-3 X11 Session Management library ii libstdc++6 4.1.1-19The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-4 X11 client-side library ii libxcursor1 1.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxft2 2.1.8.2-8 FreeType-based font drawing librar ii libxi6 1:1.0.1-3 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii libxt6 1:1.0.2-2 X11 toolkit intrinsics library ii wodim9:1.1.0-1 command line CD/DVD writing tool ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages k3b recommends: ii cdrdao 1:1.2.2-5 records CDs in Disk-At-Once (DAO) ii dvd+rw-tools 7.0-4 DVD+-RW/R tools ii kcontrol 4:3.5.5a.dfsg.1-2 control center for KDE ii kdebase-kio-plugins4:3.5.5a.dfsg.1-2 core I/O slaves for KDE ii vcdimager 0.7.23-3 A VideoCD (VCD) image mastering an -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400704: iceweasel: Recently Closed Tabs greyed out
Christopher Seufert wrote: Normal FF2.0 has the recently closed tab, however in this build it is permanently disabled. (greyed out) That feature works for me (on i386). It is, in fact, greyed out until you have closed at least one tab, but I don't see a problem with this behaviour. Have you actually closed any tab before trying to access Recently Closed Tabs? Regards, Pier Luigi Pau -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391084: dvd+rw-tools: I can see the media ID...
$ dvd+rw-mediainfo /dev/disk/by-id/usb-HP_DVD_Writer_840e_4957A5 dummy Thanks. INQUIRY:[HP ][DVD Writer 840e ][66FF] [cut] Mounted Media: 11h, DVD-R Sequential READ DVD STRUCTURE[#0eh]: 00 02 00 00 fc fd 94 bf 59 70 f1 b7 77 84 04 08 9c 8c f0 b7 f4 0f f2 b7 84 6b dc 00 6c ce c9 b7 58 fe 94 bf 25 29 f1 b7 d7 5a ca b7 Current Write Speed: 4.0x1385=5540KB/s Write Speed #0:4.0x1385=5540KB/s The media id (at least as far as DVD-R disks are concerned) is, normally, found as plain ASCII text within this section (two sequences, each of six ASCII characters). The hexadecimal dump doesn't seem to show any sequence of ASCII though. I've had a look at the source code and it seems that dvd+rw-mediainfo detects whether a media id is present by the bytes at certain offsets in this sequence, which are supposed to have a standard value (offset 20 is 03 and offset 28 is 04). Unfortunately I do not know whether different values (found in this case) mean anything else other than the media id not being there (unless it's really just a bad disk), but I suppose that dvd+rw-mediainfo is correctly detecting that a media id is not present. Personally, it's the first time I hear of DVD-R without media id, though. Just for the record, if you want to compare with my raw output for the same DVD-R I tested before: Mounted Media: 11h, DVD-R Sequential READ DVD STRUCTURE[#0eh]: 00 6a 00 00 01 40 c1 fd 9e d8 52 00 02 87 0d 11 66 78 80 00 03 4d 43 43 20 30 31 00 04 52 47 32 30 20 20 00 05 a8 82 00 20 00 02 00 Media ID: MCC 01RG20 Current Write Speed: 4.0x1385=5540KB/s Write Speed #0:4.0x1385=5540KB/s Write Speed #1:2.0x1385=2770KB/s The sequence involved is: 03 4d 43 43 20 30 31 00 04 52 47 32 30 20 20 00 Regards, Pier Luigi Pau -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391084: dvd+rw-tools: I can see the media ID...
This feature is already implemented. Using dvd+rw-tools 6.1-3, some sample output: with a DVD-R $ dvd+rw-mediainfo /dev/hdc INQUIRY:[HL-DT-ST][DVDRAM GSA-H10N ][JL11] GET [CURRENT] CONFIGURATION: Mounted Media: 11h, DVD-R Sequential Media ID: MCC 01RG20 ^^^ [cut] and with a DVD+R $ dvd+rw-mediainfo /dev/hdc INQUIRY:[HL-DT-ST][DVDRAM GSA-H10N ][JL11] GET [CURRENT] CONFIGURATION: Mounted Media: 1Bh, DVD+R Current Write Speed: 8.0x1385=11080KB/s Write Speed #0:8.0x1385=11080KB/s Write Speed #1:4.0x1385=5540KB/s GET [CURRENT] PERFORMANCE: Write Performance: 6.0x1385=8310KB/[EMAIL PROTECTED] - 135167] 8.0x1385=11079KB/[EMAIL PROTECTED] - 2295103] Speed Descriptor#0:02/2295103 [EMAIL PROTECTED]/s [EMAIL PROTECTED]/s Speed Descriptor#1:02/2295103 [EMAIL PROTECTED]/s [EMAIL PROTECTED]/s READ DVD STRUCTURE[#0h]: Media Book Type: A1h, DVD+R book [revision 1] Media ID: RITEK/R03 ^^^ [cut] Isn't this what you're looking for? If it doesn't work for you, then there may indeed be a bug, but more information is definitely needed. Regards, Pier Luigi Pau -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391084: dvd+rw-tools: I can see the media ID...
2006/10/5, Matt Taggart [EMAIL PROTECTED]: A blank DVD-R, brand FujiFilm: [cut] no media ID. Could you post or attach the output of the same command with an additional dummy argument, for the DVD-R disc with no media id given? example: $ dvd+rw-mediainfo /dev/disk/by-id/usb-HP_DVD_Writer_840e_4957A5 dummy This should output the media info in 'raw' form (hexadecimal dump) as well. It may be useful to determine what's happening. Regards, Pier Luigi Pau -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387729: incomplete fix for #387729 in 0.97-17
retitle 387729 grub-install fails due to flawed installation of scripts found 387729 0.97-17 thanks Please note: the retitling is due to the fact that the bug is different in 0.97-17: grub-install still fails because of a flawed installation of its wrapper, but this time, the real script is installed (the old title was about the real script *missing* at all, as it happened in 0.97-16). Version 0.97-17, compared to -16.1, still has the wrapper installed to /sbin only, but this time the real script is installed as /usr/sbin/grub-install.real; the wrapper, however, checks for existance of /usr/sbin/grub-install. As a result, running grub-install now shows a complaint about /usr being broken, even when it's not. Here are some relevant outputs: # grub-install /dev/hda Your /usr is broken; please fix it before calling this wrapper! # /sbin/grub-install /dev/hda Your /usr is broken; please fix it before calling this wrapper! # /usr/sbin/grub-install /dev/hda bash: /usr/sbin/grub-install: No such file or directory # ls -l /usr/sbin |grep grub -rwxr-xr-x 1 root root 136176 2006-10-02 16:50 grub -rwxr-xr-x 1 root root2987 2005-11-11 12:41 grub-floppy -rwxr-xr-x 1 root root 15252 2006-10-02 16:50 grub-install.real -rwxr-xr-x 1 root root2312 2006-10-02 16:50 grub-md5-crypt -rwxr-xr-x 1 root root1213 2006-04-01 14:41 grub-reboot -rwxr-xr-x 1 root root2533 2006-10-02 16:50 grub-set-default -rwxr-xr-x 1 root root2473 2006-10-02 16:50 grub-terminfo -rwxr-xr-x 1 root root 610 2006-10-02 16:50 update-grub -rwxr-xr-x 1 root root 32102 2006-09-20 21:46 update-grub.real # /usr/sbin/grub-install.real /dev/hda Installation finished. No error reported. This is the contents of the device map /boot/grub/device.map. Check if this is correct or not. If any of the lines is incorrect, fix it and re-run the script `grub-install'. (hd0) /dev/hda # In debian/rules, in fact, a line to install the wrapper to /usr/sbin is missing: # Add a wrapper for grub-install. Remove it post-etch mv debian/grub/usr/sbin/grub-install debian/grub/usr/sbin/grub-install.real ; \ cp debian/grub-install.wrapper debian/grub/sbin/grub-install I understand that a wrapper in /usr/sbin is not wanted and this is why my patch wasn't applied in the first place, but in this case, it won't work if the real script is installed with the .real suffix. Adding submitter for bug #387500, as well as Petter Reinholdtsen who provided a fix, to Cc. This bug and #387500 were basically different aspects of the same problem (failure of grub-install in d-i and on grub updates), therefore #387500 is probably found again in -17 too. Regards, Pier Luigi Pau -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387729: Proposed patch
I finally had the time to look at the source package, and noticed that, although wrappers were supposed to be added for both update-grub and grub-install, the approach to add such wrappers was different in the two cases. I attach a simple patch, which applies to -16, to replicate the update-grub approach for grub-install. I only tested this on an update of grub on my system. I leave judgement concerning the general case (and d-i context in particular) to the maintainers. Best regards, Pier Luigi Pau diff -u -r orig/grub-0.97/debian/grub-install.wrapper mine/grub-0.97/debian/grub-install.wrapper --- orig/grub-0.97/debian/grub-install.wrapper 2006-09-16 20:08:54.0 +0200 +++ mine/grub-0.97/debian/grub-install.wrapper 2006-09-16 20:08:10.0 +0200 @@ -8,7 +8,7 @@ echo You shouldn't call /sbin/grub-install. Please call /usr/sbin/grub-install instead! echo fi - exec /usr/sbin/grub-install $* + exec /usr/sbin/grub-install.real $* else echo Your /usr is broken, please fix it before call this wrapper! fi diff -u -r orig/grub-0.97/debian/rules mine/grub-0.97/debian/rules --- orig/grub-0.97/debian/rules 2006-09-16 20:08:54.0 +0200 +++ mine/grub-0.97/debian/rules 2006-09-16 20:14:33.0 +0200 @@ -260,9 +260,11 @@ # binary-arch/binary-indep # in another 'make' thread. binary-common: -# Add a wrapper for update-grub. Remove it post-etch +# Add wrappers for update-grub and grub-install. Remove them post-etch cp debian/update-grub.wrapper debian/grub/sbin/update-grub + cp debian/grub-install.wrapper debian/grub/sbin/grub-install mv debian/grub/usr/sbin/update-grub debian/grub/usr/sbin/update-grub.real + mv debian/grub/usr/sbin/grub-install debian/grub/usr/sbin/grub-install.real cp debian/update-grub.wrapper debian/grub/usr/sbin/update-grub cp debian/grub-install.wrapper debian/grub/usr/sbin/grub-install
Bug#387729: Only wrapper for grub-install is available, not the real grub-install
Package: grub Version: 0.97-16 Severity: grave Justification: renders package unusable After an upgrade from 0.97-15 to 0.97-16, I have the following situation: /sbin/grub-install is not found (it should be the transitional wrapper) /usr/sbin/grub-install is the wrapper for grub-install nothing like a /usr/sbin/grub-install.real is found; there is no real grub-install /usr/sbin/grub-install calls itself in an infinite loop as it contains the line: exec /usr/sbin/grub-install $* This prevents grub-install from working at all, making it impossible to install the grub bootloader to the MBR or anywhere. Output of ls -l /sbin | grep grub -rwxr-xr-x 1 root root599 2006-09-15 14:55 update-grub Output of ls -l /usr/sbin | grep grub -rwxr-xr-x 1 root root 136176 2006-09-15 14:55 grub -rwxr-xr-x 1 root root2987 2005-11-11 12:41 grub-floppy -rwxr-xr-x 1 root root 358 2006-09-15 14:55 grub-install -rwxr-xr-x 1 root root2312 2006-09-15 14:55 grub-md5-crypt -rwxr-xr-x 1 root root1213 2006-04-01 14:41 grub-reboot -rwxr-xr-x 1 root root2533 2006-09-15 14:55 grub-set-default -rwxr-xr-x 1 root root2473 2006-09-15 14:55 grub-terminfo -rwxr-xr-x 1 root root 599 2006-09-15 14:55 update-grub -rwxr-xr-x 1 root root 31889 2006-09-04 16:41 update-grub.real Note the size of grub-install, obviously fitting to the one of the wrapper shell script. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Versions of packages grub depends on: ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libncurses5 5.5-2 Shared libraries for terminal hand grub recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386688: k3b: crash (SIGSEGV) changing default for last external application
Package: k3b Version: 0.12.17-2 Severity: normal Tags: patch upstream k3b crashes with SIGSEGV upon changing the default for the external application which appears last in the configuration widget (vcdxrip in my case). Way to reproduce: 1. You must have at least two choices for the last external application, which means it has to be installed (I assume this will be vcdxrip, in general, i.e. install the vcdimager package which ships vcdxrip). It normally happens in current debian etch and sid that the application is listed twice, because of the /usr/bin/X11 - /usr/bin symlink shipped by x11-common, which makes every application be listed as /usr/bin/(something) as well as /usr/bin/X11/(something). 2. Open the k3b menu: Settings - Configure K3b... 3. Select Programs in the left section of the new window. The 'Programs' tab should be opened as default on the right. 4. Scroll all the way down the list of external application. 5. For the sake of example, let's assume that /usr/bin/X11/vcdxrip is selected as default for vcdxrip. Select the *other* choice, /usr/bin/vcdxrip in our example. The Set Default button becomes available. 6. Click on the Set Default button. This triggers the SIGSEGV. This is due to a missing check in src/option/k3bexternalbinwidget.cpp. Before setting the new default, in K3bExternalBinWidget::slotSetDefaultButtonClicked, the default flag is removed from every item in the list which belongs to the intended application. A QListViewItemIterator object is used to go through the list items. However, when the end of the list is reached, the object is set to 0 by the ++it; statement (see documentation for the QListViewItemIterator class). The condition in the while statement, used to check whether we've gone past the intended application, doesn't check for a 0, therefore trying to evaluate 0-parent(). I attach my patch to resolve the issue. This is an upstream bug, not resolved in the 0.12.x trunk or the 1.0 trunk as of now. If I haven't forwarded it in a -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-k7 Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Versions of packages k3b depends on: ii cdparanoia 3a9.8-14 An audio extraction tool for sampl ii kdebase-bin 4:3.5.4-2core binaries for the KDE base mod ii kdelibs-data4:3.5.4-3core shared data for all KDE appli ii kdelibs4c2a 4:3.5.4-3core libraries and binaries for al ii libacl1 2.2.41-1 Access control list shared library ii libart-2.0-22.3.17-1 Library of functions for 2D graphi ii libattr12.4.32-1 Extended attribute shared library ii libaudio2 1.8-2The Network Audio System (NAS). (s ii libc6 2.3.6.ds1-4 GNU C Library: Shared libraries ii libdbus-1-2 0.62-4 simple interprocess messaging syst ii libdbus-qt-1-1c20.62-4 simple interprocess messaging syst ii libexpat1 1.95.8-3.2 XML parsing C library - runtime li ii libfontconfig1 2.3.2-7 generic font configuration library ii libfreetype62.2.1-2 FreeType 2 font engine, shared lib ii libgamin0 [libfam0] 0.1.7-4 Client library for the gamin file ii libgcc1 1:4.1.1-13 GCC support library ii libhal1 0.5.7.1-1Hardware Abstraction Layer - share ii libice6 1:1.0.0-3X11 Inter-Client Exchange library ii libidn110.6.5-1 GNU libidn library, implementation ii libjpeg62 6b-13The Independent JPEG Group's JPEG ii libk3b2 0.12.17-2The KDE cd burning application lib ii libmusicbrainz4c2a 2.1.4-1 Second generation incarnation of t ii libpng12-0 1.2.8rel-5.2 PNG library - runtime ii libqt3-mt 3:3.3.6-4Qt GUI Library (Threaded runtime v ii libsm6 1:1.0.0-4X11 Session Management library ii libstdc++6 4.1.1-13 The GNU Standard C++ Library v3 ii libx11-62:1.0.0-8X11 client-side library ii libxcursor1 1.1.5.2-5X cursor management library ii libxext61:1.0.0-4X11 miscellaneous extension librar ii libxft2 2.1.8.2-8FreeType-based font drawing librar ii libxi6 1:1.0.0-5X11 Input extension library ii libxinerama11:1.0.1-4.1 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender1 1:0.9.0.2-4 X Rendering Extension client libra ii
Bug#386688: Clarification about unfinished sentence, sorry
This is an upstream bug, not resolved in the 0.12.x trunk or the 1.0 trunk as of now. If I haven't forwarded it in a Obviously, I sent the report a few moments too soon, by mistake. To clarify what I was going to write: 1. I haven't actually *tested* 1.0pre or svn, I merely noticed that the check for a 0 is missing in the appropriate .cpp file for those versions, too. This is the way it should be reported upstream. 2. I was going to report the bug through the KDE bug report system, but then I read that the package maintainer is supposed to mark bugs as forwarded anyway? At this rate, please let me know if you want me to report this upstream. Pier Luigi Pau -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385876: vlc: Matroska videos displayed at incorrect size
Package: vlc Version: 0.8.6-svn20060823.debian-3 Severity: normal Since upgrade to 0.8.6-svn20060823, some matroska (.mkv) videos are displayed incorrectly: some are resized to less than 50 pixels wide no matter the zoom I choose, while on others, black borders appear around the picture (below, on the right, or both). The matroska test files currently at http://www.matroska.org/samples/anamorphic/index.html are an example of the latter behaviour. The bug is not found in 0.8.5.debian-2 and below. Also, it seems to be fixed in the nightlies (tested 0.8.6-svn20060903-4-0 from the nightlies repository for sid). Applying Changeset 16424 from trac.videolan.org and rebuilding also fixes it for me. Please consider using a newer snapshot or applying that changeset. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-k7 Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Versions of packages vlc depends on: ii freeglut32.4.0-5 OpenGL Utility Toolkit ii liba52-0.7.4 0.7.4-4 Library for decoding ATSC A/52 str ii libaa1 1.4p5-30ascii art library ii libasound2 1.0.11-7ALSA library ii libavahi-client3 0.6.13-2Avahi client library ii libavahi-common3 0.6.13-2Avahi common library ii libavc1394-0 0.5.3-1 control IEEE 1394 audio/video devi ii libavcodec0d 0.cvs20060823-2 ffmpeg codec library ii libavformat0d0.cvs20060823-2 ffmpeg file format library ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libcaca0 0.99.beta3-1colour ASCII art library ii libcdio6 0.76-1 library to read and control CD-ROM ii libcucul00.99.beta3-1low-level Unicode character drawin ii libdbus-1-2 0.62-4 simple interprocess messaging syst ii libdc1394-13 1.1.0-3 high level programming interface f ii libdvbpsi4 0.1.5-2 library for MPEG TS and DVB PSI ta ii libdvdnav4 0.1.10-0.1 The DVD navigation library ii libdvdread3 0.9.6-4 library for reading DVDs ii libflac7 1.1.2-5 Free Lossless Audio Codec - runtim ii libfreetype6 2.2.1-2 FreeType 2 font engine, shared lib ii libfribidi0 0.10.7-3Free Implementation of the Unicode ii libgcc1 1:4.1.1-11 GCC support library ii libgcrypt11 1.2.2-3 LGPL Crypto library - runtime libr ii libgl1-mesa-glx [libgl1] 6.4.2-1 A free implementation of the OpenG ii libglu1-mesa [libglu1] 6.4.2-1 The OpenGL utility library (GLU) ii libgnutls13 1.4.2-1 the GNU TLS library - runtime libr ii libgpg-error01.2-1 library for common error values an ii libgsm1 1.0.10-13 Shared libraries for GSM speech co ii libhal1 0.5.7.1-1 Hardware Abstraction Layer - share ii libice6 1:1.0.0-3 X11 Inter-Client Exchange library ii libid3tag0 0.15.1b-8 ID3 tag reading library from the M ii libiso9660-4 0.76-1 library to work with ISO9660 files ii libjpeg626b-13 The Independent JPEG Group's JPEG ii liblircclient0 0.8.0-6 LIRC client library ii libmad0 0.15.1b-2.1 MPEG audio decoder library ii libmodplug0c21:0.7-5.1 shared libraries for mod music bas ii libmpcdec3 1.2.2-1 Musepack (MPC) format library ii libmpeg2-4 0.4.0b-4MPEG1 and MPEG2 video decoder libr ii libncurses5 5.5-2 Shared libraries for terminal hand ii libncursesw5 5.5-2 Shared libraries for terminal hand ii libogg0 1.1.3-2 Ogg Bitstream Library ii libpng12-0 1.2.8rel-5.2PNG library - runtime ii libpostproc0d0.cvs20060823-2 ffmpeg video postprocessing librar ii libraw1394-5 0.10.1-1.1 library for direct access to IEEE ii libsdl-image1.2 1.2.5-2 image loading library for Simple D ii libsdl1.2debian 1.2.11-3Simple DirectMedia Layer ii libslang22.0.6-3 The S-Lang programming library - r ii libsm6 1:1.0.0-4 X11 Session Management library ii libsmbclient 3.0.22-1shared library that allows applica ii libstdc++6 4.1.1-11The GNU Standard C++ Library v3 ii libsysfs22.0.0-7 interface library to sysfs ii libtar
Bug#375131: Concerning h264 in vlc on amd64
I only noticed this now; this bug looks like the same problem as in #334233 (archived), #373765. This is not so much a vlc bug, but rather a ffmpeg bug. It is fixed in current ffmpeg from unstable (libavcodec0d, libavformat0d, libpostproc0d version 0.cvs20060823-1 and up), at least on i386 (k7) where I tested it. I believe you should perform a test on amd64 with newer ffmpeg packages and report, so that the bug can be closed or properly reassigned, depending on whether h264 works now on amd64, or not. As a side note, if you're going to test this on videos in a matroska container, please use vlc-0.8.5.debian-2 if possible, as vlc-0.8.6-svn20060823-* has a different issue with matroska. See #385876 Regards Pier Luigi Pau -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378667: firefox: Possible cause for HTML Validator failing
Package: firefox Version: 1.5.dfsg+1.5.0.5-1 Followup-For: Bug #378667 The failure of the HTML Validator extension as reported in this bug may be due to the changes in LDFLAGS introduced with 1.5.dfsg+1.5.0.4-2. See item 3 of the extension FAQ at http://users.skynet.be/mgueury/mozilla/faq.html which, though focused on missing libstdc++5, basically suggests that the extension may be trying to find libnspr4.so, libplds4.so, libplc4.so in the firefox binary only. Creating symbolic links to libnspr4.so.0d as libnspr4.so, etc. doesn't seem to help; neither does installing the libnspr4 package. Symptoms remain the same: the page at http://users.skynet.be/mgueury/mozilla/no_tidy_lib.html is displayed. Perhaps, yes, this should be reported upstream. HTML Validator does work with the firefox binary distribution downloaded from mozilla.com. I haven't tried compiling the extension from source (yet). -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-k7 Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Versions of packages firefox depends on: ii debianutils 2.17 Miscellaneous utilities specific t ii fontconfig 2.3.2-7 generic font configuration library ii libatk1.0-0 1.12.1-1 The ATK accessibility toolkit ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libcairo2 1.2.0-3 The Cairo 2D vector graphics libra ii libfontconfig1 2.3.2-7 generic font configuration library ii libfreetype62.2.1-2 FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-5GCC support library ii libglib2.0-02.10.3-3 The GLib library of C routines ii libgtk2.0-0 2.8.18-1 The GTK+ graphical user interface ii libidl0 0.8.6-1 library for parsing CORBA IDL file ii libjpeg62 6b-13The Independent JPEG Group's JPEG ii libpango1.0-0 1.12.3-1+b1 Layout and rendering of internatio ii libpng12-0 1.2.8rel-5.2 PNG library - runtime ii libstdc++6 4.1.1-5 The GNU Standard C++ Library v3 ii libx11-62:1.0.0-7X11 client-side library ii libxft2 2.1.8.2-8FreeType-based font drawing librar ii libxinerama11:1.0.1-4X11 Xinerama extension library ii libxp6 1:1.0.0-1X Printing Extension (Xprint) clie ii libxt6 1:1.0.0-5X11 toolkit intrinsics library ii psmisc 22.2-1 Utilities that use the proc filesy ii zlib1g 1:1.2.3-13 compression library - runtime firefox recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379438: pypar2: Missing dependency on python-xml
Package: pypar2 Version: 0.06-1 Severity: grave Justification: renders package unusable If python-xml is not installed, pypar2 does not start, giving the following error message: Traceback (most recent call last): File /usr/bin/pypar2, line 26, in ? import dlgOutput File /usr/share/pypar2/src/dlgOutput.py, line 25, in ? from prefsManager import prefs File /usr/share/pypar2/src/prefsManager.py, line 23, in ? import xml.dom.ext ImportError: No module named ext Installing python-xml solves this problem. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-k7 Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Versions of packages pypar2 depends on: ii par2 0.4-8 Parity Archive Volume Set, for che ii python2.3.5-11 An interactive high-level object-o ii python-central0.5.1 register and build utility for Pyt ii python-glade2 2.8.6-3GTK+ bindings: Glade support ii python-gtk2 2.8.6-3Python bindings for the GTK+ widge ii python-vte1:0.12.2-1 Python bindings for the VTE widget pypar2 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373765: Better way to fix
As it turns out, patch 020_mmx_intrinsics.diff which had been introduced to fix gcc being unable to compute some register constraints in PIC mode (quoted from Debian changelog for ffmpeg) seems to be no longer needed with GCC 4.1. Disabling that patch alone also restores H.264 playback, still allowing build with -fPIC, as long as GCC 4.1 is used; with GCC 4.0 and that patch disabled, the package fails to build. Thanks Christian Marillat for figuring this out. Summarizing, the fix would be: 1) disable 020_mmx_intrinsics.diff 2) build with GCC 4.1 GCC 4.1 is now default in sid, and is planned to be the default in etch, therefore no change should be required for item 2, if not to allow for building in a 'pure' testing environment until current gcc-defaults migrates to testing. Regards Pier Luigi Pau -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373765: ffmpeg: MMX patches for building with -fPIC break H264 playback
Package: ffmpeg Version: 0.cvs20060329-4 Severity: normal H264 playback is still broken despite upload of a newer CVS snapshot. Movies look similar to the picture from the archived bug #334233. The only workaround I've found which seems to work, other than building from official CVS archives, is to disable MMX patches and build without -fPIC. Doing this restores correct playback. I thus propose that current MMX patches have some quirk which is the real culprit of breaking H264 playback. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages ffmpeg depends on: ii libavcodec0d 0.cvs20060329-4 ffmpeg codec library ii libavformat0d0.cvs20060329-4 ffmpeg file format library ii libc62.3.6-13GNU C Library: Shared libraries ii libdc1394-13 1.1.0-3 high level programming interface f ii libfreetype6 2.2.1-2 FreeType 2 font engine, shared lib ii libgsm1 1.0.10-13 Shared libraries for GSM speech co ii libimlib21.2.1-2 powerful image loading and renderi ii libogg0 1.1.3-2 Ogg Bitstream Library ii libraw1394-5 0.10.1-1.1 library for direct access to IEEE ii libsdl1.2debian 1.2.10-3Simple DirectMedia Layer ii libtheora0 0.0.0.alpha5-1 The Theora Video Compression Codec ii libvorbis0a 1.1.2-1 The Vorbis General Audio Compressi ii libvorbisenc21.1.2-1 The Vorbis General Audio Compressi ii libx11-6 2:1.0.0-6 X11 client-side library ii zlib1g 1:1.2.3-11 compression library - runtime ffmpeg recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]