Bug#900533: chromium 67.0.3396.62-1: youtube video, gif's, html5, and movies no longer work
When I said ffmpeg I meant ffmpeg libraries, chromium depends on several ffmpeg libraries (libavcodec, libavformat, libavutil, ...) and when I comment that chromium-67 is looking for ffmpeg-4 is because in other distros (archlinux, gentoo, ...) they are packaging chromium-67 pointing to ffmpeg-4 (libavcodec, libavformat, libavutil, ... from ffmpeg-4). $ LC_ALL=C apt depends chromium chromium Depends: libasound2 (>= 1.0.16) Depends: libatk-bridge2.0-0 (>= 2.5.3) Depends: libatk1.0-0 (>= 1.12.4) |Depends: libavcodec57 (>= 7:3.4.2) <<<-- (*) Depends: libavcodec-extra57 (>= 7:3.4.2) <<<-- (*) Depends: libavformat57 (>= 7:3.4.2) <<<-- (*) Depends: libavutil55 (>= 7:3.4.2) <<<-- (*) Depends: libc6 (>= 2.27) Depends: libcairo2 (>= 1.6.0) Depends: libcups2 (>= 1.4.0) Depends: libdbus-1-3 (>= 1.9.14) Depends: libevent-2.1-6 (>= 2.1.8-stable) Depends: libexpat1 (>= 2.0.1) Depends: libflac8 (>= 1.3.0) Depends: libfontconfig1 (>= 2.12.6) Depends: libfreetype6 (>= 2.3.9) Depends: libgcc1 (>= 1:4.0) Depends: libgdk-pixbuf2.0-0 (>= 2.22.0) Depends: libglib2.0-0 (>= 2.31.8) Depends: libgtk-3-0 (>= 3.9.10) Depends: libharfbuzz0b (>= 1.6.0) Depends: libicu60 (>= 60.1-1~) Depends: libjpeg62-turbo (>= 1.5.0) Depends: liblcms2-2 (>= 2.2+git20110628) Depends: libminizip1 (>= 1.1) Depends: libnspr4 (>= 2:4.9-2~) Depends: libnss3 (>= 2:3.22) Depends: libopenjp2-7 (>= 2.2.0) Depends: libopus0 (>= 1.1) Depends: libpango-1.0-0 (>= 1.14.0) Depends: libpangocairo-1.0-0 (>= 1.14.0) Depends: libpng16-16 (>= 1.6.2-1) Depends: libpulse0 (>= 0.99.1) Depends: libre2-4 (>= 20160901) Depends: libsnappy1v5 Depends: libstdc++6 (>= 6) Depends: libvpx5 (>= 1.6.0) Depends: libwebp6 (>= 0.5.1) Depends: libwebpdemux2 (>= 0.5.1) Depends: libwebpmux3 (>= 0.6.1-2) Depends: libx11-6 (>= 2:1.4.99.1) Depends: libx11-xcb1 Depends: libxcb1 (>= 1.6) Depends: libxcomposite1 (>= 1:0.3-1) Depends: libxcursor1 (>> 1.1.2) Depends: libxdamage1 (>= 1:1.1) Depends: libxext6 Depends: libxfixes3 (>= 1:5.0) Depends: libxi6 (>= 2:1.2.99.4) Depends: libxml2 (>= 2.7.4) Depends: libxrandr2 (>= 2:1.2.99.3) Depends: libxrender1 Depends: libxslt1.1 (>= 1.1.25) Depends: libxss1 Depends: libxtst6 Depends: zlib1g (>= 1:1.2.2) Depends: chromium-common (= 67.0.3396.62-2) Conflicts: Conflicts: Conflicts: libsecret-1-0 (<< 0.18) Recommends: libgl1-mesa-dri Recommends: fonts-liberation Suggests: chromium-l10n Suggests: chromium-shell Suggests: chromium-driver Regards.
Bug#900533: chromium 67.0.3396.62-1: youtube video, gif's, html5, and movies no longer work
Same problem here. Sorry for my English but I think the problem is that chromium-67 is looking for ffmpeg-4 and the version available in Debian unstable is ffmpeg-3.4.2, I don't know if it's possible compile chromium-67 against ffmpeg-3.4.2. If it's not possible compile chromium-67 against ffmpeg-4 maybe this version and newer versions of chromium should go to the experimental branch temporarily (where there is already ffmpeg-4) or we have to wait for the transition of ffmpeg in Debian in order to have newer versions in unstable ( https://release.debian.org/transitions/html/auto-ffmpeg.html ). Regards.
Bug#896655: icewm: Package icewm still depends on esound libs.
Package: icewm Version: 1.4.3.0~pre-20180217-3 Architecture: amd64 Severity: normal Dear Maintainer, Some months ago there was a bug requesting to remove esound depency ( https://bugs.debian.org/856080 ) and the bug was solved at least in "i386" architecture but the package icewm still depends on esound libs in "amd64" architecture: $ LC_ALL=C apt depends icewm icewm Depends: icewm-common (= 1.4.3.0~pre-20180217-3) Depends: libao4 (>= 1.1.0) Depends: libasound2 (>= 1.0.16) Depends: libc6 (>= 2.17) Depends: libesd0 (>= 0.2.35) <<<- (*) Depends: libfontconfig1 (>= 2.12) Depends: libfribidi0 (>= 0.19.2) Depends: libgcc1 (>= 1:3.0) Depends: libice6 (>= 1:1.0.0) Depends: libjpeg62-turbo (>= 1.3.1) Depends: libpng16-16 (>= 1.6.2-1) Depends: libsm6 Depends: libsndfile1 (>= 1.0.20) Depends: libstdc++6 (>= 4.1.1) Depends: libx11-6 Depends: libxext6 Depends: libxft2 (>> 2.1.1) Depends: libxinerama1 Depends: libxpm4 Depends: libxrandr2 (>= 2:1.2.0) Depends: libxrender1 |Depends: fonts-dejavu-core |Depends: ttf-dejavu-core Depends: Conflicts: icewm-common (<< 1.3.8-3) Regards.
Bug#891158: icewm: Please add icewm-extra-themes to Debian.
Subject: icewm: Please add icewm-extra-themes to Debian. Package: icewm Severity: wishlist The package icewm ships just a few themes and there isn't a package like in the past icewm-themes in Debian repositories so the unique way to install themes righ now is by hand. https://github.com/bbidulock/icewm https://github.com/bbidulock/icewm-extra-themes Part of its README: Package icewm-extra-themes-1.0 was released under GPLv2 license 2017-08-02. "This is a set of extra themes for IceWM that were too numerous to include in the base IceWM release. The purpose is to provide an adequate replacement for the Debian icewm-themes package and to act as a source of themes for distro maintainers of IceWM to select from when building and installing IceWM." Regards.
Bug#821154: chromium: crashes on video
Same problem here after the upgrade from version 49.0.2623.108-1 to version 50.0.2661.75-1 Version 49 of Chromium and earlier versions depend on ffmpeg libraries (libavcodec, libavformat, libavutil, ...) and it seems version 50 doesn't depend on those libraries, maybe the problem comes out with HTML5 content because of that.
Bug#782088: icewm: newly started windows do not have focus
2015-08-15 17:46 GMT+02:00 Eduard Bloch : > On Thu, 9 Apr 2015 02:04:33 +0200 "Jose A. Fernandez Gonzalez" < > a.dash.sl...@gmail.com> wrote: > > There is a new option in the preferences file of icewm: > > > > # Activate workaround for Java7 Swing/AWT focus issue > > # ActivateJava7FocusHack=1 # 0/1 > > > > That option is enabled (1) by default, setting it to 0 fixes the issue at > > least with rxvt-unicode, maybe others applications too. > > Please have a look at https://github.com/bbidulock/icewm/issues/37 , is > this your problem? > > Regards, > Eduard. > For me the problem is https://github.com/bbidulock/icewm/issues/20 , it looks similar to https://github.com/bbidulock/icewm/issues/37 but I don't know if they are the same problem. As I have commented there is a new option in the preferences file of the icewm (that option appears with the update from version 1.3.8-2 to version 1.3.8+githubmod+20150310+31bfd46-2): # Activate workaround for Java7 Swing/AWT focus issue # ActivateJava7FocusHack=1 # 0/1 That option is enabled (1) by default, setting it to 0 fixes the issue for me and it seems that someone in upstream has changed the value of that option to 0 by default and closed the bug. Regards.
Bug#782088: icewm: newly started windows do not have focus
There is a new option in the preferences file of icewm: # Activate workaround for Java7 Swing/AWT focus issue # ActivateJava7FocusHack=1 # 0/1 That option is enabled (1) by default, setting it to 0 fixes the issue at least with rxvt-unicode, maybe others applications too. It seems that there are more applications affected: https://github.com/bbidulock/icewm/issues/20 2015-04-07 23:51 GMT+02:00 Jose A. Fernandez Gonzalez < a.dash.sl...@gmail.com>: > I've noticed the same issue with the package rxvt-unicode after the > upgrade of icewm from version 1.3.8-2 to version > 1.3.8+githubmod+20150310+31bfd46-2. > > If you launch rxvt-unicode with the perl extension "tabbed" (ie: > rxvt-unicode -pe tabbed or urxvt -pe tabbed) it starts but it doesn't take > the focus. > If you launch rxvt-unicode without that extension (ie: rxvt-unicode or > urxvt) it works ok. > > I've tried the same thing (rxvt-unicode with and without the "tabbed" > extension) with other window managers (fluxbox, openbox, pekwm, ...) and > there are no problems with them. >
Bug#782088: icewm: newly started windows do not have focus
I've noticed the same issue with the package rxvt-unicode after the upgrade of icewm from version 1.3.8-2 to version 1.3.8+githubmod+20150310+31bfd46-2. If you launch rxvt-unicode with the perl extension "tabbed" (ie: rxvt-unicode -pe tabbed or urxvt -pe tabbed) it starts but it doesn't take the focus. If you launch rxvt-unicode without that extension (ie: rxvt-unicode or urxvt) it works ok. I've tried the same thing (rxvt-unicode with and without the "tabbed" extension) with other window managers (fluxbox, openbox, pekwm, ...) and there are no problems with them.
Bug#668512: Flash 11.2.202.228 crashes with "Illegal instruction" on any flash webpage
The problem is not the web browser (it happens with: iceweasel, chromium, opera, ...) the problem is in the plugin itself. The versions 11.2.*.* have some problems, some are related with VDPAU (videos have tint blue): https://bugbase.adobe.com/index.cfm?event=bug&id=3164063 but there is at least other problem that is related with how the binary is compiled: https://bugbase.adobe.com/index.cfm?event=bug&id=3154276 this last is more important, if the binary is compiled using SSE2 instructions and you are trying to run it in a CPU without SSE2 the plugin does not work. I can confirm the problem in an Athlon XP 2600+: $ cat /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 6 model : 10 model name : AMD Athlon(TM) XP 2600+ stepping : 0 cpu MHz : 2070.957 cache size : 256 KB fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr sse syscall mmxext 3dnowext 3dnow bogomips : 4143.49 clflush size : 32 cache_alignment : 32 address sizes : 34 bits physical, 32 bits virtual power management: ts Last version of the plugin working for me is the 11.1.102.63 Regards.
Bug#625690: irssi: Patch bind_utf8-fix breaks Alt-UP/DOWN
I can confirm the problem but I'm not sure if this is an irssi problem or a problem in the terminal emulator where irssi runs. I have this problem in terminals such as rxvt-unicode and aterm but in xterm, lxterminal or konsole those combinations of keys (Alt + cursor) work as expected. Regards.
Bug#623737: Allow install mplayer2 and mplayer together.
Subject: Allow install mplayer2 and mplayer together. Package: mplayer2 Version: 2.0-54-gd33877a-1 Severity: normal mplayer2 should not be renamed or provide a symlink "mplayer" because they are different applications from different projects (and both projects are still alive). Both packages can be installed and run in the same system with no problems using different paths and names: /usr/bin/mplayer2 /usr/share/man/man1/mplayer2.1.gz /etc/mplayer2/... /usr/share/mplayer2/... /usr/share/doc/mplayer2/... and so on. Regards. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (900, 'unstable'), (50, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.38-2-686 (PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/bash