Bug#925944: laptop-mode-tools: laptop-mode interferes with NetworkManager
Package: laptop-mode-tools Version: 1.72-3 Severity: normal Tags: ipv6 By default, laptop-mode is configured to control eth0. However, this seems to cause eth0 to become active prematurely before NetworkManager can take control of it. Excerpt from journalctl: [...] Mar 29 00:24:53 ritchie laptop-mode[7040]: enabled, not active Mar 29 00:24:53 ritchie kernel: r8169 :03:00.0 eth0: Link is Up - 1Gbps/Full - flow control rx/tx Mar 29 00:24:53 ritchie kernel: IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready [...] Mar 29 00:24:58 ritchie avahi-daemon[597]: Joining mDNS multicast group on interface eth0.IPv6 with address [...]. Mar 29 00:24:58 ritchie avahi-daemon[597]: New relevant interface eth0.IPv6 for mDNS. Mar 29 00:24:58 ritchie avahi-daemon[597]: Network interface enumeration completed. Mar 29 00:24:58 ritchie avahi-daemon[597]: Registering new address record for [...] on eth0.*. [...] After that, the device appears managed to NetworkManager, such that it does not do any IPv4 configuration for it and does not set up /etc/resolv.conf, either. As a workaround, I need to either reconnect eth0 from the NetworkManager GUI after each start-up or remove eth0 from the devices controlled by laptop-mode. The role of avahi-daemon in this scenario is not entirely clear to me. In newer configurations, this bug will likely not show up due to the new naming scheme of networking interfaces, but then the primary network device will not be controlled by laptop-mode, either. -- System Information: Debian Release: buster/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'testing-debug'), (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'testing'), (500, 'stable'), (400, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages laptop-mode-tools depends on: ii lsb-base10.2019031300 ii psmisc 23.2-1 ii util-linux 2.33.1-0.1 Versions of packages laptop-mode-tools recommends: ii ethtool 1:4.19-1 ii hdparm 9.58+ds-1 ii net-tools 1.60+git20180626.aebd88e-1 ii python3-pyqt5 5.11.3+dfsg-1+b3 ii rfkill 2.33.1-0.1 ii sdparm 1.10-1 ii udev241-1 ii wireless-tools 30~pre9-13 Versions of packages laptop-mode-tools suggests: ii acpid 1:2.0.31-1 -- Configuration Files: /etc/laptop-mode/conf.d/usb-autosuspend.conf changed [not included] -- no debconf information
Bug#868478: More backtrace
As promised, here comes the next backtrace. Hope this helps.
#0 MOZ_CrashOOL (aLine=3424, aReason=0x5556ca10 "(run->regs_mask[elm] &
(1U << bit)) == 0")
at /build/firefox-esr-KT8g23/firefox-esr-52.2.0esr/mfbt/Assertions.cpp:33
No locals.
#1 0x55567c1d in arena_dalloc_small (mapelm=,
ptr=, chunk=, arena=)
at
/build/firefox-esr-KT8g23/firefox-esr-52.2.0esr/memory/mozjemalloc/jemalloc.c:4660
run_pageind =
run_mapelm =
run =
bin =
size =
#2 arena_dalloc (ptr=, offset=)
at
/build/firefox-esr-KT8g23/firefox-esr-52.2.0esr/memory/mozjemalloc/jemalloc.c:4728
chunk =
arena = 0x76c00040
pageind =
mapelm =
#3 0x7fffebb16423 in js_free (p=)
at
/build/firefox-esr-KT8g23/firefox-esr-52.2.0esr/build-browser/dist/include/js/Utility.h:257
No locals.
#4 js::FreeOp::free_ (this=0x7fffde7f9ce0, p=) at
/build/firefox-esr-KT8g23/firefox-esr-52.2.0esr/js/src/vm/Runtime.h:1371
No locals.
#5 JSObject::finalize (fop=0x7fffde7f9ce0, this=)
at /build/firefox-esr-KT8g23/firefox-esr-52.2.0esr/js/src/jsobjinlines.h:93
nobj = 0x7fff2051e040
#6 js::gc::Arena::finalize (this=this@entry=0x7fff2051e000,
fop=fop@entry=0x7fffde7f9ce0,
thingKind=thingKind@entry=js::gc::AllocKind::OBJECT8_BACKGROUND,
thingSize=thingSize@entry=96)
at /build/firefox-esr-KT8g23/firefox-esr-52.2.0esr/js/src/jsgc.cpp:457
i = { = {firstThingOffset = 64, thingSize =
64, arenaAddr = 0x7fff2051e000, span = {first = 39538,
last = 6}, thing = 64, traceKind = JS::TraceKind::Object,
needsBarrier = false,
initialized = {}}, }
firstThingOrSuccessorOfLastMarkedThing = 64
lastThing = 4000
newListHead = {first = 64, last = 1792}
newListTail = 0x7fffde7f8adc
nmarked = 0
lastMarkedThing =
#7 0x7fffebb16d53 in FinalizeTypedArenas (fop=0x7fffde7f9ce0,
src=0x7fffde7f8bf8, dest=...,
thingKind=thingKind@entry=js::gc::AllocKind::OBJECT8_BACKGROUND,
budget=..., keepArenas=js::gc::ArenaLists::KEEP_ARENAS)
at /build/firefox-esr-KT8g23/firefox-esr-52.2.0esr/js/src/jsgc.cpp:515
arena =
nmarked =
nfree =
maybeLock = {mIsSome = false, mStorage = {u = {
mBytes = "\000VVUUU\000\000\b\017\220\241\377\177\000\000
\001\300\366\377\177\000", mDummy = 93824992302592}}}
#8 0x7fffebb187e4 in FinalizeArenas
(keepArenas=js::gc::ArenaLists::KEEP_ARENAS, budget=..., thingKind=, dest=...,
src=0x7fffde7f8bf8, fop=0x7fff526d4000) at
/build/firefox-esr-KT8g23/firefox-esr-52.2.0esr/js/src/jsgc.cpp:549
No locals.
#9 js::gc::ArenaLists::backgroundFinalize (fop=fop@entry=0x7fffde7f9ce0,
listHead=, empty=empty@entry=0x7fffde7f9c98)
at /build/firefox-esr-KT8g23/firefox-esr-52.2.0esr/js/src/jsgc.cpp:2801
zone = 0x7fff526d4000
finalizedSorted = {static MinThingSize = 16, static MaxThingsPerArena =
253, thingsPerArena_ = 42, segments = {{
head = 0x7fff9eb9c000, tailp = 0x7fff14376010}, {head =
0x7fff538ec000, tailp = 0x7fff2c618010}, {head = 0x7fff6ceb6000,
tailp = 0x7fff14bec010}, {head = 0x7fff7c819000, tailp =
0x7fff5506a010}, {head = 0x7fff7ff6e000, tailp = 0x7fff14251010}, {
head = 0x7fff23372000, tailp = 0x7fff3f5b3010}, {head =
0x7fff5381, tailp = 0x7ffee3f8b010}, {head = 0x7fff2a874000,
tailp = 0x7fff143ae010}, {head = 0x7fff5376e000, tailp =
0x7fff77020010}, {head = 0x7fff1826c000, tailp = 0x7fff14c46010}, {
head = 0x7fff53813000, tailp = 0x7fff7c97d010}, {head =
0x7fff182ce000, tailp = 0x7ffee24bf010}, {head = 0x7fff34f3,
tailp = 0x7fff3f594010}, {head = 0x7fff1a3c8000, tailp =
0x7fff204cc010}, {head = 0x7fff1a351000, tailp = 0x7fff54730010}, {
head = 0x7fff18233000, tailp = 0x7fff3acd5010}, {head =
0x7fff182c9000, tailp = 0x7fff6d831010}, {head = 0x7fff14863000,
tailp = 0x7ffef0e2f010}, {head = 0x7fff182cd000, tailp =
0x7fff14b4a010}, {head = 0x7fff1a3e9000, tailp = 0x7ffee21e6010}, {
head = 0x7fff182c5000, tailp = 0x7fff1b091010}, {head =
0x7fff16de3000, tailp = 0x7fff2be40010}, {head = 0x7fff1f3eb000,
tailp = 0x7fff2396b010}, {head = 0x7fff182d4000, tailp =
0x7fff16b29010}, {head = 0x7fff18264000, tailp = 0x7fff1436a010}, {
head = 0x7fff2bfa2000, tailp = 0x7fff22e44010}, {head =
0x7fff1e768000, tailp = 0x7fffb2fa2010}, {head = 0x7fff182a3000,
tailp = 0x7fff22d45010}, {head = 0x7fff1a3f7000, tailp =
0x7fff14a9e010}, {head = 0x7fff14adb000, tailp = 0x7fff14aad010}, {
head = 0x7fff1a34a000, tailp = 0x7fffc21ad010}, {head =
0x7fff1429d000, tailp = 0x7fff23996010}, {head = 0x7fff1a34b000,
tailp = 0x7fff14a86010}, {head = 0x7fff495a1000, tailp =
0x7fff23950010}, {head = 0x7fff1a3ee000, tailp = 0x7fff1b14b010}, {
head = 0x7fff1a3ad000, tailp =
Bug#868478: firefox-esr: Occasional random SIGSEGVs [backtrace attached]
Package: firefox-esr
Version: 52.2.0esr-2
Severity: important
I have recently been experiencing random crashes of Firefox and
Thunderbird on different systems (jessie and buster, and also stretch
IIRC). This time, I was able to obtain a backtrace.
Although the crashes seem to occur at random events, this time I was
browsing the website http://www.emma-am-see.de/ueber-emma.html and the
crash occured at the precise moment that I clicked on the NoScript icon
in order to allow scripts for that domain.
If you need any further information, please let me know. I will submit
more backtraces when crashes occur.
Sören
-- Package-specific info:
-- Extensions information
Name: Adblock Plus
Location: /usr/share/xul-ext/adblock-plus
Package: xul-ext-adblock-plus
Status: enabled
Name: Application Update Service Helper
Location: ${PROFILE_EXTENSIONS}/aushel...@mozilla.org.xpi
Status: enabled
Name: British English Dictionary (Updated) dictionary
Location: ${PROFILE_EXTENSIONS}/en...@flyingtophat.co.uk
Status: enabled
Name: Deutsch (DE) Language Pack locale
Location:
/usr/lib/firefox-esr/browser/extensions/langpack...@firefox-esr.mozilla.org.xpi
Package: firefox-esr-l10n-de
Status: enabled
Name: Multi-process staged rollout
Location: ${PROFILE_EXTENSIONS}/e10sroll...@mozilla.org.xpi
Status: enabled
Name: NoScript
Location: /usr/share/xul-ext/noscript
Package: xul-ext-noscript
Status: enabled
Name: Pocket
Location: ${PROFILE_EXTENSIONS}/fire...@getpocket.com.xpi
Status: enabled
Name: SixOrNot
Location: ${PROFILE_EXTENSIONS}/sixor...@entropy.me.uk.xpi
Status: user-disabled
Name: Standard theme
Location:
/usr/lib/firefox-esr/browser/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}.xpi
Package: firefox-esr
Status: enabled
Name: User Agent Switcher
Location: ${PROFILE_EXTENSIONS}/{e968fc70-8f95-4ab9-9e79-304de2a71ee1}.xpi
Status: user-disabled
Name: Web Compat
Location: ${PROFILE_EXTENSIONS}/webcom...@mozilla.org.xpi
Status: enabled
-- Plugins information
Name: IcedTea-Web Plugin (using IcedTea-Web 1.6.2 (1.6.2-3.1))
Location: /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/IcedTeaPlugin.so
Package: icedtea-8-plugin:amd64
Status: enabled
-- Addons package information
ii firefox-esr52.2.0esr-2 amd64Mozilla Firefox web browser
- Ext
ii firefox-esr-l1 52.2.0esr-2 all German language package for
Firef
ii icedtea-8-plug 1.6.2-3.1amd64web browser plugin based on
OpenJ
ii xul-ext-adbloc 2.7.3+dfsg-1 all advertisement blocking
extension
ii xul-ext-noscri 2.9.0.14-1 all permissions manager for Firefox
-- System Information:
Debian Release: buster/sid
APT prefers testing-debug
APT policy: (500, 'testing-debug'), (500, 'proposed-updates'), (500,
'testing'), (500, 'stable'), (400, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.9.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8),
LANGUAGE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages firefox-esr depends on:
ii debianutils 4.8.1.1
ii fontconfig2.12.3-0.2
ii libasound21.1.3-5
ii libatk1.0-0 2.22.0-1
ii libc6 2.24-12
ii libcairo-gobject2 1.14.10-1
ii libcairo2 1.14.10-1
ii libdbus-1-3 1.10.20-1
ii libdbus-glib-1-2 0.108-2
ii libevent-2.0-52.0.21-stable-3
ii libffi6 3.2.1-6
ii libfontconfig12.12.3-0.2
ii libfreetype6 2.8-0.2
ii libgcc1 1:7.1.0-9
ii libgdk-pixbuf2.0-02.36.5-2
ii libglib2.0-0 2.52.3-1
ii libgtk-3-03.22.16-1
ii libgtk2.0-0 2.24.31-2
ii libhunspell-1.6-0 1.6.1-2
ii libjsoncpp1 1.7.4-3
ii libnspr4 2:4.15-1
ii libnss3 2:3.31-1
ii libpango-1.0-01.40.6-1
ii libsqlite3-0 3.19.3-3
ii libstartup-notification0 0.12-4+b2
ii libstdc++67.1.0-9
ii libvpx4 1.6.1-3
ii libx11-6 2:1.6.4-3
ii libx11-xcb1 2:1.6.4-3
ii libxcb-shm0 1.12-1
ii libxcb1 1.12-1
ii libxcomposite11:0.4.4-2
ii libxdamage1 1:1.1.4-2+b3
ii libxext6 2:1.3.3-1+b2
ii libxfixes31:5.0.3-1
ii libxrender1 1:0.9.10-1
ii libxt61:1.1.5-1
ii procps2:3.3.12-3
ii zlib1g1:1.2.8.dfsg-5
firefox-esr recommends no packages.
Versions of packages firefox-esr suggests:
ii fonts-lmodern 2.004.5-3
ii fonts-stix [otf-stix] 1.1.1-4
ii libcanberra0 0.30-3
ii libgssapi-krb5-2 1.15-1
pn mozplugger
-- no debconf information
#0 MOZ_CrashOOL (aLine=4035,
Bug#866950: fontconfig: upgrade radically changes font-rendering style with no warning or hint of how to revert
Changing the value in debconf question in fontconfig also helped, correct? In my case (fontconfig 2.12.3-0.2, libfreetype6 2.8-0.2), setting FREETYPE_PROPERTIES was not enough. Only after I've also dpkg-reconfigured fontconfig to 'Full' hinting style everything got back to normal (pre 2.12 style). I can confirm this. You need both full hinting in debconf as well as having FREETYPE_PROPERTIES set. Having only one of them does not do anything.
Bug#866950: fontconfig: upgrade radically changes font-rendering style with no warning or hint of how to revert
Am 07.07.2017 um 23:06 schrieb Laurent Bigonville: Changing the value in debconf question in fontconfig also helped, correct? If it's the case I'll already upload that, for freetype I should maybe add an entry in the NEWS file as well. No -- with the new libfreetype6, the only thing that helps is FREETYPE_PROPERTIES="truetype:interpreter-version=35". Neither the debconf setting nor local.conf has any effect.
Bug#866950: fontconfig: upgrade radically changes font-rendering style with no warning or hint of how to revert
Am 07.07.2017 um 08:51 schrieb Laurent Bigonville: Le 07/07/17 à 08:28, Laurent Bigonville a écrit : I'm a bit puzzled here. With the updated freefont and fontconfig could you please try to regenerate the fontconfig cache files with running (as root): "fc-cache -s -f -v" (before doing so maybe try to delete ~/.cache/fontconfig in your home) and test again? Could you also try to export FREETYPE_PROPERTIES="truetype:interpreter-version=35" when testing an application? Freetype has also changed his behavior in the last release the version 35 of the interpreter is the old one The first two suggestions (fc-cache and deleting ~/.cache/fontconfig) do not help, but the last one does. Sören
Bug#866950: fontconfig: upgrade radically changes font-rendering style with no warning or hint of how to revert
Correction: After upgrading libfreetype6 from 2.6.3-3.2 to 2.8-0.2, it stops working again, and local.conf is not respected any more, either. Downgrading it again fixes it.
Bug#866950: fontconfig: upgrade radically changes font-rendering style with no warning or hint of how to revert
I've uploaded a new version of fontconfig on: https://people.debian.org/~bigon/fontconfig/ > Could you please install this version and then run "dpkg-reconfigure fontconfig-config" and on the question about the hinting style select "Full"? This is the hinting style used before 2.12 (now fontconfig uses "Slight"). Works here.
Bug#866950: fontconfig: upgrade radically changes font-rendering - hotfix and possible lead
I am experiencing the same behavior. To my understanding, programs should respect the Xft settings in the X resources, which can be seen via "xrdb -query". This is how it works in stretch. Interestingly, some programs like GIMP are not affected for me (running Mate). Sören
Bug#861538: youtube-dl: Failure with some downloads due to changes at youtube, solved by new version
I can also confirm the presence of the problem in both 2017.02.07-1 and 2017.03.26-1 as well as the absence in upstream 2017.05.09. Sören
Bug#815069: linux-image-3.16.0-4-amd64: uvcvideo fails with camera on ThinkPad L450
Package: src:linux Version: 3.16.7-ckt20-1+deb8u3 Severity: important I am using a ThinkPad L450 with an integrated USB camera: Bus 002 Device 004: ID 5986:055a Acer, Inc uvcvideo detects the camera but fails to initialize it: [2.428694] uvcvideo: Found UVC 1.00 device Integrated Camera (5986:055a) [2.428801] uvcvideo: No valid video chain found. [2.428877] usbcore: registered new interface driver uvcvideo Consequently, guvcview fails with the message that no video device has been found. The problem has already been reported, among others, to Ubuntu [1] and to the linux-uvc mailing list [2]. On the latter, the post from 2016-01-08 provides a patch that fixes the problem. If this patch meets quality standards, I'd be in favor of applying it. [1] https://bugs.launchpad.net/ubuntu/+source/linux-lts-utopic/+bug/1433906 [2] https://sourceforge.net/p/linux-uvc/mailman/message/34684737/ -- Package-specific info: ** Version: Linux version 3.16.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.4 (Debian 4.8.4-1) ) #1 SMP Debian 3.16.7-ckt20-1+deb8u3 (2016-01-17) ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.16.0-4-amd64 root=UUID=db56022c-9740-47e8-a089-e5c739056c21 ro quiet ** Not tainted ** Kernel log: [1.940766] thinkpad_acpi: rfkill switch tpacpi_bluetooth_sw: radio is unblocked [1.946205] thinkpad_acpi: Console audio control enabled, mode: monitor (read only) [1.947723] FS-Cache: Netfs 'nfs' registered for caching [1.949401] input: ThinkPad Extra Buttons as /devices/platform/thinkpad_acpi/input/input5 [1.955599] input: HDA Digital PCBeep as /devices/pci:00/:00:1b.0/sound/card1/hdaudioC1D0/input6 [1.956029] input: HDA Intel PCH Dock Mic as /devices/pci:00/:00:1b.0/sound/card1/input9 [1.956131] input: HDA Intel PCH Mic as /devices/pci:00/:00:1b.0/sound/card1/input10 [1.957570] input: HDA Intel PCH Dock Headphone as /devices/pci:00/:00:1b.0/sound/card1/input11 [1.957695] input: HDA Intel PCH Headphone as /devices/pci:00/:00:1b.0/sound/card1/input12 [1.967138] Adding 7632892k swap on /dev/sda2. Priority:-1 extents:1 across:7632892k SSFS [1.967579] Installing knfsd (copyright (C) 1996 o...@monad.swb.de). [1.980966] usb 2-7: new full-speed USB device number 3 using xhci_hcd [2.109498] usb 2-7: No LPM exit latency info found, disabling LPM. [2.110305] usb 2-7: New USB device found, idVendor=8087, idProduct=0a2a [2.110307] usb 2-7: New USB device strings: Mfr=0, Product=0, SerialNumber=0 [2.224884] usb 2-8: new high-speed USB device number 4 using xhci_hcd [2.405361] usb 2-8: New USB device found, idVendor=5986, idProduct=055a [2.405363] usb 2-8: New USB device strings: Mfr=3, Product=1, SerialNumber=2 [2.405364] usb 2-8: Product: Integrated Camera [2.405365] usb 2-8: Manufacturer: Generic [2.405366] usb 2-8: SerialNumber: 200901010001 [2.420166] media: Linux media interface: v0.10 [2.421372] Bluetooth: Core ver 2.19 [2.421384] NET: Registered protocol family 31 [2.421385] Bluetooth: HCI device and connection manager initialized [2.421391] Bluetooth: HCI socket layer initialized [2.421393] Bluetooth: L2CAP socket layer initialized [2.421401] Bluetooth: SCO socket layer initialized [2.422995] Linux video capture interface: v2.00 [2.426551] usbcore: registered new interface driver btusb [2.428694] uvcvideo: Found UVC 1.00 device Integrated Camera (5986:055a) [2.428801] uvcvideo: No valid video chain found. [2.428877] usbcore: registered new interface driver uvcvideo [2.428877] USB Video Class driver (1.1.1) [2.442101] Bluetooth: hci0: read Intel version: 370810011003110e00 [2.442363] bluetooth hci0: firmware: failed to load intel/ibt-hw-37.8.10-fw-1.10.3.11.e.bseq (-2) [2.442364] bluetooth hci0: Direct firmware load failed with error -2 [2.442365] bluetooth hci0: Falling back to user helper [2.442926] Bluetooth: hci0 failed to open Intel firmware file: intel/ibt-hw-37.8.10-fw-1.10.3.11.e.bseq(-12) [2.443195] bluetooth hci0: firmware: direct-loading firmware intel/ibt-hw-37.8.bseq [2.443197] Bluetooth: hci0: Intel Bluetooth firmware file: intel/ibt-hw-37.8.bseq [2.447090] Bluetooth: hci0: Intel Bluetooth firmware patch completed [2.636267] psmouse serio1: synaptics: queried max coordinates: x [..5676], y [..4758] [2.674197] psmouse serio1: synaptics: queried min coordinates: x [1266..], y [1096..] [2.709115] Switched to clocksource tsc [2.751912] psmouse serio1: synaptics: Touchpad model: 1, fw: 8.1, id: 0x1e2b1, caps: 0xf003a3/0x943300/0x12e800, board id: 3053, fw id: 2560 [2.751922] psmouse serio1: synaptics: serio: Synaptics pass-through port at isa0060/serio1/input0 [2.800758] input: SynPS/2 Synaptics TouchPad as /devices/platform/i8042/serio1/input/input8 [3.060726] Console: switching to colour frame buffer
Bug#807618: iceweasel: SIGSEGV when accessing Google+
Package: iceweasel
Version: 38.4.0esr-1~deb8u1
Severity: important
I did the following:
1. Start iceweasel
2. Visit https://plus.google.com/
After that, Iceweasel gave a SIGSEGV with the backtrace below.
Right now, the problem is very reproducible (until Google+ changes its
content, maybe), but it does *not* occur when running with --safe-mode.
#0 0x71aba7bc in nsPrefetchNode::OnStopRequest
(this=0x7fffd263cda0,
aRequest=, aContext=, aStatus=NS_OK) at
/tmp/buildd/iceweasel-38.4.0esr/uriloader/prefetch/nsPrefetchService.cpp:312
No locals.
#1 0x717903b2 in mozilla::net::HttpBaseChannel::DoNotifyListener
(this=this@entry=0x7fffd26f2000) at
/tmp/buildd/iceweasel-38.4.0esr/netwerk/protocol/http/HttpBaseChannel.cpp:2024
listener = { = {mRawPtr = 0x7fffbcff1a40}, }
#2 0x717b4ae1 in
mozilla::net::nsHttpChannel::HandleAsyncNotModified
(this=0x7fffd26f2000) at
/tmp/buildd/iceweasel-38.4.0esr/netwerk/protocol/http/nsHttpChannel.cpp:547
this = 0x7fffd26f2000
#3 0x7177b597 in nsRunnableMethodImpl(mozilla::net::nsHttpChannel::*)(), void, true>::Run (this=out>) at
../../../dist/include/nsThreadUtils.h:386
No locals.
#4 0x7167a783 in nsThread::ProcessNextEvent (this=0x76bfe690,
aMayWait=, aResult=0x7fffcbc7) at
/tmp/buildd/iceweasel-38.4.0esr/xpcom/threads/nsThread.cpp:855
event = { = {mRawPtr = 0x7fffba61f8e0}, }
reallyWait =
notifyMainThreadObserver =
obs = { = {mRawPtr = 0x7fffdcc24668}, fields>}
rv = NS_OK
#5 0x7168fb71 in NS_ProcessNextEvent (aThread=,
aMayWait=aMayWait@entry=false) at
/tmp/buildd/iceweasel-38.4.0esr/xpcom/glue/nsThreadUtils.cpp:265
val = true
#6 0x718474ed in mozilla::ipc::MessagePump::Run
(this=0x7fffe6141c80,
aDelegate=0x7fffe612f6a0) at
/tmp/buildd/iceweasel-38.4.0esr/ipc/glue/MessagePump.cpp:99
did_work =
#7 0x7183c251 in RunHandler (this=0x7fffe612f6a0) at
/tmp/buildd/iceweasel-38.4.0esr/ipc/chromium/src/base/message_loop.cc:226
No locals.
#8 MessageLoop::Run (this=0x7fffe612f6a0) at
/tmp/buildd/iceweasel-38.4.0esr/ipc/chromium/src/base/message_loop.cc:200
save_state = { = {run_depth = 1,
quit_received =
false}, loop_ = 0x7fffe612f6a0, previous_state_ = 0x0}
#9 0x725dd4d2 in nsBaseAppShell::Run (this=0x0) at
/tmp/buildd/iceweasel-38.4.0esr/widget/nsBaseAppShell.cpp:164
thread = 0x76bfe690
#10 0x72b09c05 in nsAppStartup::Run (this=0x7fffdcc3e060) at
/tmp/buildd/iceweasel-38.4.0esr/toolkit/components/startup/nsAppStartup.cpp:281
rv =
retval =
#11 0x72b3ce09 in XREMain::XRE_mainRun
(this=this@entry=0x7fffce58)
at /tmp/buildd/iceweasel-38.4.0esr/toolkit/xre/nsAppRunner.cpp:4239
rv = NS_OK
appStartup = { = {mRawPtr = 0x7fffdcc3e060}, data
fields>}
cmdLine = { = {mRawPtr = 0x7fffd9b9dcc0}, }
workingDir = { = {mRawPtr = 0x7fffdc7b9440}, data
fields>}
#12 0x72b3d0c1 in XREMain::XRE_main (this=this@entry=0x7fffce58,
argc=argc@entry=1, argv=argv@entry=0x7fffe378,
aAppData=aAppData@entry=0x7fffd068) at
/tmp/buildd/iceweasel-38.4.0esr/toolkit/xre/nsAppRunner.cpp:4315
aLocal = 0 '\000'
rv =
exit = false
appInitiatedRestart = false
sampler_raii4261 = {mHandle = 0x76bcd000}
result = 0
#13 0x72b3d391 in XRE_main (argc=1, argv=0x7fffe378,
aAppData=0x7fffd068, aFlags=) at
/tmp/buildd/iceweasel-38.4.0esr/toolkit/xre/nsAppRunner.cpp:4547
main = {mNativeApp = { = {mRawPtr =
0x76bdc6b0}, data fields>}, mProfileSvc = { = {mRawPtr =
0x7fffe613a880}, data fields>}, mProfD = { = {mRawPtr = 0x76b54040},
fields>}, mProfLD = { = {mRawPtr = 0x76b54100}, }, mProfileLock = { = {mRawPtr = 0x7fffe6142380}, data fields>}, mRemoteService = { = {mRawPtr =
0x7fffd806fa20},
}, mScopedXPCOM = {mTuple =
{> =
{ = {},
mFirstA =
0x76ba1a50}, }}, mAppData = {mRawPtr = 0x76b45c00},
mDirProvider = { =
{
= { = {_vptr.nsISupports = 0x75163550 }, }, },
= { = {_vptr.nsISupports = 0x75163598
}, }, mAppProvider =
{ = {mRawPtr = 0x0}, }, mGREDir =
{ = {mRawPtr = 0x76b52780}, },
mGREBinDir =
{ = {mRawPtr = 0x76b52cc0}, },
mXULAppDir =
{ = {mRawPtr = 0x76b52a80}, },
mProfileDir =
{ = {mRawPtr = 0x76b54040}, },
mProfileLocalDir = { = {mRawPtr = 0x76b54100}, fields>}, mProfileNotified = true, mAppBundleDirectories =
{ =
{mArray = {> =
{> =
{mHdr = 0x753c4590 },
>> =
{
Bug#788708: Bug#799632: iceweasel: SIGSEGV when playing videos via gstreamer
Am 06.12.2015 um 08:50 schrieb Sebastian Dröge:
Hello,
it is not fixed, alas. The following SIGSEGV backtrace is with
gstreamer1.0-plugins-bad 1.6.1-1+b1 and iceweasel 38.4.0esr-1. Such
crashes are rarer, but they do occur:
Hi,
this is a different bug than the stack corruption related to the faad
plugin though. It looks like broken error handling in iceweasel:
https://github.com/mozilla/gecko-dev/blob/GECKO3840esr_2015102720_RELBRANCH/dom/media/gstreamer/GStreamerReader.cpp#L1464
This line here should check if mapping actually succeeds. Apparently it
doesn't (for whatever reason which might be another bug), as in the
next stack frame all field in frame are 0.
Right after sending the last message, I could reproduce the crash
without frames #0--#2, so the crash looks very similar to the one that I
reported initially (see below).
Do you have, by any chance, gstreamer1.0-vaapi installed?
No, I don't.
Latest SIGSEGV backtrace with gstreamer1.0-plugins-bad 1.6.1-1+b1 and
iceweasel 38.4.0esr-1:
#0 0x73a11a76 in
mozilla::GStreamerReader::ImageDataFromVideoFrame
(this=this@entry=0x7fffd6ec9000, aFrame=aFrame@entry=0x7fffc964a850,
aData=aData@entry=0x7fffc964a800) at
/tmp/buildd/iceweasel-38.4.0esr/dom/media/gstreamer/GStreamerReader.cpp:1440
No locals.
#1 0x73a11fdf in mozilla::GStreamerReader::GetImageFromBuffer
(this=this@entry=0x7fffd6ec9000, aBuffer=aBuffer@entry=0x7fffb4418160)
at
/tmp/buildd/iceweasel-38.4.0esr/dom/media/gstreamer/GStreamerReader.cpp:1466
frame = {info = {finfo = 0x0, interlace_mode =
GST_VIDEO_INTERLACE_MODE_PROGRESSIVE, flags = GST_VIDEO_FLAG_NONE, width
= 0, height = 0, size = 0, views = 0, chroma_site =
GST_VIDEO_CHROMA_SITE_UNKNOWN, colorimetry = {range =
GST_VIDEO_COLOR_RANGE_UNKNOWN, matrix = GST_VIDEO_COLOR_MATRIX_UNKNOWN,
transfer = GST_VIDEO_TRANSFER_UNKNOWN, primaries =
GST_VIDEO_COLOR_PRIMARIES_UNKNOWN}, par_n = 0, par_d = 0, fps_n = 0,
fps_d = 0, offset = {0, 0, 0, 0}, stride = {0, 0, 0, 0}, ABI = {abi =
{multiview_mode = GST_VIDEO_MULTIVIEW_MODE_MONO, multiview_flags =
GST_VIDEO_MULTIVIEW_FLAGS_NONE}, _gst_reserved = {0x0, 0x0, 0x0, 0x0}}},
flags = GST_VIDEO_FRAME_FLAG_NONE, buffer = 0x0, meta = 0x0, id = 0,
data = {0x0, 0x0, 0x0, 0x0}, map = {{memory = 0x0, flags = (unknown: 0),
data = 0x0, size = 0, maxsize = 0, user_data = {0x0, 0x0, 0x0, 0x0},
_gst_reserved = {0x0, 0x0, 0x0, 0x0}}, {memory = 0x0, flags = (unknown:
0), data = 0x0, size = 0, maxsize = 0, user_data = {0x0, 0x0, 0x0, 0x0},
_gst_reserved = {0x0, 0x0, 0x0, 0x0}}, {memory = 0x0, flags = (unknown:
0), data = 0x0, size = 0, maxsize = 0, user_data = {0x0, 0x0, 0x0, 0x0},
_gst_reserved = {0x0, 0x0, 0x0, 0x0}}, {memory = 0x0, flags = (unknown:
0), data = 0x0, size = 0, maxsize = 0, user_data = {0x0, 0x0, 0x0, 0x0},
_gst_reserved = {0x0, 0x0, 0x0, 0x0}}}, _gst_reserved = {0x0, 0x0, 0x0,
0x0}}
data = {mYChannel = 0x0, mYStride = 0, mYSize =
{> = {width = 0,
height = 0}, = {}, fields>}, mYSkip = 0, mCbChannel = 0x0, mCrChannel = 0x0, mCbCrStride =
0, mCbCrSize = {> = {width = 0,
height = 0}, = {}, fields>}, mCbSkip = 0, mCrSkip = 0, mPicX = 0, mPicY = 0, mPicSize =
{> = {width = 0,
height = 0}, = {}, fields>}, mStereoMode = mozilla::StereoMode::MONO}
mem =
image = {mRawPtr = 0x7fff9b1fae50}
#2 0x73a1243f in mozilla::GStreamerReader::DecodeVideoFrame
(this=0x7fffd6ec9000, aKeyFrameSkip=,
aTimeThreshold=) at
/tmp/buildd/iceweasel-38.4.0esr/dom/media/gstreamer/GStreamerReader.cpp:824
buffer = 0x7fffb4418160
isKeyframe =
timestamp = 41000
duration = 41708
image = {mRawPtr = 0x7fff9b1fae50}
offset =
#3 0x73998ae1 in mozilla::MediaDecoderReader::RequestVideoData
(this=0x7fffd6ec9000, aSkipToNextKeyframe=,
aTimeThreshold=0) at
/tmp/buildd/iceweasel-38.4.0esr/dom/media/MediaDecoderReader.cpp:245
p = {mRawPtr = 0x7fff814bb150}
__func__ = "RequestVideoData"
skip = false
#4 0x73974a23 in
mozilla::detail::MethodCallWithTwoArgs,
mozilla::MediaDecoderReader, bool, long>::Invoke (this=)
at /tmp/buildd/iceweasel-38.4.0esr/dom/media/MediaPromise.h:603
No locals.
#5 0x73996b56 in
mozilla::detail::ProxyRunnable >::Run
(this=0x7fffd928f960) at
/tmp/buildd/iceweasel-38.4.0esr/dom/media/MediaPromise.h:620
p = {mRawPtr = 0x7fff814bb150}
#6 0x73997637 in mozilla::MediaTaskQueue::Runner::Run
(this=0x7fffb1da1240) at
/tmp/buildd/iceweasel-38.4.0esr/dom/media/MediaTaskQueue.cpp:230
event = {mPtr = 0x7fffd928f960}
__func__ = "Run"
#7
Bug#788708: Bug#799632: iceweasel: SIGSEGV when playing videos via gstreamer
Am 12.11.2015 um 15:02 schrieb Sebastian Dröge:
On Do, 2015-11-12 at 14:41 +0100, Soeren D. Schulze wrote:
Hello,
the problem does not seem to occur any more with
gstreamer1.0-plugins-bad 1.6.1-1+b1 and iceweasel 38.4.0esr-1.
Do you have any specific packages for me to test?
Just a normal jessie installation without installing things from other
sources, including sid :) It is definitely fixed since gst-plugins-bad
1.5.X, it's just not clear if the actual bug also exists in jessie or
not (and if it doesn't, the fix will also have no effect for people who
mix their packages with ones from other sources).
Hello,
it is not fixed, alas. The following SIGSEGV backtrace is with
gstreamer1.0-plugins-bad 1.6.1-1+b1 and iceweasel 38.4.0esr-1. Such
crashes are rarer, but they do occur:
#0 0x77bce79b in raise (sig=sig@entry=11) at
../nptl/sysdeps/unix/sysv/linux/pt-raise.c:37
resultvar = 0
pid =
#1 0x7417ed77 in nsProfileLock::FatalSignalHandler (signo=11,
info=0x7fffccafd370, context=0x7fffccafd240) at
/tmp/buildd/iceweasel-38.4.0esr/profile/dirserviceprovider/nsProfileLock.cpp:180
unblock_sigs = {__val = {1024, 0 }}
oldact =
#2
No locals.
#3 0x73a11a76 in
mozilla::GStreamerReader::ImageDataFromVideoFrame
(this=this@entry=0x7fffd8624800, aFrame=aFrame@entry=0x7fffccafd850,
aData=aData@entry=0x7fffccafd800) at
/tmp/buildd/iceweasel-38.4.0esr/dom/media/gstreamer/GStreamerReader.cpp:1440
No locals.
#4 0x73a11fdf in mozilla::GStreamerReader::GetImageFromBuffer
(this=this@entry=0x7fffd8624800, aBuffer=aBuffer@entry=0x7fffb7ec4500)
at
/tmp/buildd/iceweasel-38.4.0esr/dom/media/gstreamer/GStreamerReader.cpp:1466
frame = {info = {finfo = 0x0, interlace_mode =
GST_VIDEO_INTERLACE_MODE_PROGRESSIVE, flags = GST_VIDEO_FLAG_NONE, width
= 0, height = 0, size = 0, views = 0, chroma_site =
GST_VIDEO_CHROMA_SITE_UNKNOWN, colorimetry = {range =
GST_VIDEO_COLOR_RANGE_UNKNOWN, matrix = GST_VIDEO_COLOR_MATRIX_UNKNOWN,
transfer = GST_VIDEO_TRANSFER_UNKNOWN, primaries =
GST_VIDEO_COLOR_PRIMARIES_UNKNOWN}, par_n = 0, par_d = 0, fps_n = 0,
fps_d = 0, offset = {0, 0, 0, 0}, stride = {0, 0, 0, 0}, ABI = {abi =
{multiview_mode = GST_VIDEO_MULTIVIEW_MODE_MONO, multiview_flags =
GST_VIDEO_MULTIVIEW_FLAGS_NONE}, _gst_reserved = {0x0, 0x0, 0x0, 0x0}}},
flags = GST_VIDEO_FRAME_FLAG_NONE, buffer = 0x0, meta = 0x0, id = 0,
data = {0x0, 0x0, 0x0, 0x0}, map = {{memory = 0x0, flags = (unknown: 0),
data = 0x0, size = 0, maxsize = 0, user_data = {0x0, 0x0, 0x0, 0x0},
_gst_reserved = {0x0, 0x0, 0x0, 0x0}}, {memory = 0x0, flags = (unknown:
0), data = 0x0, size = 0, maxsize = 0, user_data = {0x0, 0x0, 0x0, 0x0},
_gst_reserved = {0x0, 0x0, 0x0, 0x0}}, {memory = 0x0, flags = (unknown:
0), data = 0x0, size = 0, maxsize = 0, user_data = {0x0, 0x0, 0x0, 0x0},
_gst_reserved = {0x0, 0x0, 0x0, 0x0}}, {memory = 0x0, flags = (unknown:
0), data = 0x0, size = 0, maxsize = 0, user_data = {0x0, 0x0, 0x0, 0x0},
_gst_reserved = {0x0, 0x0, 0x0, 0x0}}}, _gst_reserved = {0x0, 0x0, 0x0,
0x0}}
data = {mYChannel = 0x0, mYStride = 0, mYSize =
{<mozilla::gfx::BaseSize<int,
mozilla::gfx::IntSizeTyped >> = {width = 0,
height = 0}, = {}, fields>}, mYSkip = 0, mCbChannel = 0x0, mCrChannel = 0x0, mCbCrStride =
0, mCbCrSize = {<mozilla::gfx::BaseSize<int,
mozilla::gfx::IntSizeTyped >> = {width = 0,
height = 0}, = {}, fields>}, mCbSkip = 0, mCrSkip = 0, mPicX = 0, mPicY = 0, mPicSize =
{<mozilla::gfx::BaseSize<int,
mozilla::gfx::IntSizeTyped >> = {width = 0,
height = 0}, = {}, fields>}, mStereoMode = mozilla::StereoMode::MONO}
mem =
image = {mRawPtr = 0x7fffaf8daf20}
#5 0x73a1243f in mozilla::GStreamerReader::DecodeVideoFrame
(this=0x7fffd8624800, aKeyFrameSkip=,
aTimeThreshold=) at
/tmp/buildd/iceweasel-38.4.0esr/dom/media/gstreamer/GStreamerReader.cpp:824
buffer = 0x7fffb7ec4500
isKeyframe =
timestamp = 41000
duration = 41708
image = {mRawPtr = 0x7fffaf8daf20}
offset =
#6 0x73998ae1 in mozilla::MediaDecoderReader::RequestVideoData
(this=0x7fffd8624800, aSkipToNextKeyframe=,
aTimeThreshold=0) at
/tmp/buildd/iceweasel-38.4.0esr/dom/media/MediaDecoderReader.cpp:245
p = {mRawPtr = 0x7fffcdf02970}
__func__ = "RequestVideoData"
skip = false
#7 0x73974a23 in
mozilla::detail::MethodCallWithTwoArgs<mozilla::MediaPromise<nsRefPtr,
mozilla::MediaDecoderReader::NotDecodedReason, true>,
mozilla::MediaDecoderReader, bool, long>::Invoke (this=)
at /tmp/buildd/iceweasel-38.4.0esr/dom/media/MediaPromise.h:603
No locals.
#8 0x73996b56 in
mozilla::detail::ProxyRunnable<mozilla::MediaPromise<nsRefPtr,
mozilla::MediaDecoderReader::NotDecodedReason, true> >::Run
(this=0x7fffb6c9b200) at
/tmp/buildd/iceweasel-38.4.0esr/dom/media/MediaPromise.
Bug#788708: Bug#799632: iceweasel: SIGSEGV when playing videos via gstreamer
Am 21.11.2015 um 17:06 schrieb Agustin Martin: 2015-11-14 15:25 GMT+01:00 Soeren D. Schulze <soeren.d.schu...@gmx.de>: I am not sure about those SIGPIPEs. They occured to me, too, but I could just press 'c' in gdb and continue using iceweasel until the SIGSEGV. On the other hand, they are apparently gone now in stretch. Could you press 'c' next time it happens, and wait for a SIGSEGV to occur? Hi, This time a SIGSEV did occur, please find attached backtrace I can confirm that crash. I also experienced as SIGSEGV at mozilla::layers::SharedPlanarYCbCrImage::SetDataNoCopy on jessie. Unfortunately, I killed the process (not realizing I was running in gdb), so I lost everything from the backtrace except for #0, but what I have looks very similar. If there is any chance that this is caused by the stack corruption bug, I definitely vote for updating jessie. Sören
Bug#788708: Bug#799632: iceweasel: SIGSEGV when playing videos via gstreamer
I just crashed Iceweasel on jessie right after finishing a YouTube video. This happened to me a couple of times in the past, but it's rather rare; anyway, I'm running in gdb now, so I'll also send a backtrace as soon as I have one. I'm just reporting this to confirm that there is a crash issue in jessie which is probably gstreamer-related.
Bug#788708: Bug#799632: iceweasel: SIGSEGV when playing videos via gstreamer
I am not sure about those SIGPIPEs. They occured to me, too, but I could just press 'c' in gdb and continue using iceweasel until the SIGSEGV. On the other hand, they are apparently gone now in stretch. Could you press 'c' next time it happens, and wait for a SIGSEGV to occur?
Bug#788708: Bug#799632: iceweasel: SIGSEGV when playing videos via gstreamer
Am 12.11.2015 um 15:02 schrieb Sebastian Dröge: On Do, 2015-11-12 at 14:41 +0100, Soeren D. Schulze wrote: Hello, the problem does not seem to occur any more with gstreamer1.0-plugins-bad 1.6.1-1+b1 and iceweasel 38.4.0esr-1. Do you have any specific packages for me to test? Just a normal jessie installation without installing things from other sources, including sid :) It is definitely fixed since gst-plugins-bad 1.5.X, it's just not clear if the actual bug also exists in jessie or not (and if it doesn't, the fix will also have no effect for people who mix their packages with ones from other sources). I believe so. I have had symptomatically similar crashes on two different jessie systems, but I had not installed debugging symbols, and it's hard to reproduce those crashes at command. If there is code in jessie that causes stack corruption, it should be fixed in any case in my opinion, regardless whether it causes crashes or not. Is it clear whether the stack corruption implies a security threat?
Bug#788708: Bug#799632: iceweasel: SIGSEGV when playing videos via gstreamer
Hello, the problem does not seem to occur any more with gstreamer1.0-plugins-bad 1.6.1-1+b1 and iceweasel 38.4.0esr-1. Do you have any specific packages for me to test? Sören
Bug#804883: Regression: OwnCloud client fails to reconnect when network starts up
Package: owncloud-client Version: 2.0.2+dfsg-1+b1 Severity: important When the OwnCloud client is started without network access, it no longer reconnects when the connection comes up again. The problem also occurs when the system is woken up from suspend mode or when network access is temporarily lost at runtime. Client version 1.7.0~beta1+really1.6.4+dfsg-1 works. The issue has been reported upstream: https://github.com/owncloud/client/issues/3888 -- System Information: Debian Release: stretch/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable'), (450, 'oldstable'), (400, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.2.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages owncloud-client depends on: ii libc6 2.19-22 ii libgcc1 1:5.2.1-23 ii libowncloudsync0 2.0.2+dfsg-1+b1 ii libqt5core5a 5.5.1+dfsg-6 ii libqt5dbus5 5.5.1+dfsg-6 ii libqt5gui55.5.1+dfsg-6 ii libqt5keychain0 0.5.0-1 ii libqt5network55.5.1+dfsg-6 ii libqt5sql5-sqlite 5.5.1+dfsg-6 ii libqt5webkit5 5.5.1+dfsg-2 ii libqt5widgets55.5.1+dfsg-6 ii libqt5xml55.5.1+dfsg-6 ii libssl1.0.2 1.0.2d-3 ii libstdc++65.2.1-23 ii owncloud-client-l10n 2.0.2+dfsg-1 owncloud-client recommends no packages. owncloud-client suggests no packages. -- no debconf information
Bug#799632: iceweasel: SIGSEGV when playing videos via gstreamer
Package: iceweasel
Version: 38.2.1esr-1~deb8u1
Severity: important
Approximately once every 10 hours of use, I experience a crash of
Iceweasel. It seems to be correlated with playing videos via gstreamer
with the libav/ffmpeg backend, but I have not yet found any reliable way
to reproduce it.
I have observed similar crashes like this on other Debian systems with
earlier versions of Iceweasel, but I cannot tell if it is the same bug
because I did not have a debugger running.
Please see the full backtrace below. At a first glance, the problem
seems to be in the GST_VIDEO_FRAME_COMP_DATA macro which ultimately
calls GST_VIDEO_FORMAT_INFO_DATA (defined in the gstreamer headers),
which in turn dereferences frame->info->finfo. According to #1 in the
backtrace, finfo is NULL, so I think this is what causes the crash.
(gdb) bt f
#0 0x723cbd66 in mozilla::GStreamerReader::ImageDataFromVideoFrame
(this=this@entry=0x7fff849dc800, aFrame=aFrame@entry=0x7fffd57bc840,
aData=aData@entry=0x7fffd57bc7f0) at
/tmp/buildd/iceweasel-38.2.1esr/dom/media/gstreamer/GStreamerReader.cpp:1440
No locals.
#1 0x723cc2cf in mozilla::GStreamerReader::GetImageFromBuffer
(this=this@entry=0x7fff849dc800, aBuffer=aBuffer@entry=0x7fff87e803d0) at
/tmp/buildd/iceweasel-38.2.1esr/dom/media/gstreamer/GStreamerReader.cpp:1466
frame = {info = {finfo = 0x0, interlace_mode =
GST_VIDEO_INTERLACE_MODE_PROGRESSIVE, flags = GST_VIDEO_FLAG_NONE, width
= 0,
height = 0, size = 0, views = 0, chroma_site =
GST_VIDEO_CHROMA_SITE_UNKNOWN,
colorimetry = {range = GST_VIDEO_COLOR_RANGE_UNKNOWN, matrix =
GST_VIDEO_COLOR_MATRIX_UNKNOWN, transfer = GST_VIDEO_TRANSFER_UNKNOWN,
primaries = GST_VIDEO_COLOR_PRIMARIES_UNKNOWN}, par_n = 0, par_d = 0,
fps_n =
0, fps_d = 0, offset = {0, 0, 0, 0}, stride = {0, 0, 0, 0}, _gst_reserved =
{0x0, 0x0, 0x0, 0x0}}, flags = GST_VIDEO_FRAME_FLAG_NONE, buffer = 0x0,
meta =
0x0, id = 0, data = {0x0, 0x0, 0x0, 0x0}, map = {{memory = 0x0, flags =
(unknown: 0), data = 0x0, size = 0, maxsize = 0, user_data = {0x0, 0x0, 0x0,
0x0}, _gst_reserved = {0x0, 0x0, 0x0, 0x0}}, {memory = 0x0, flags =
(unknown:
0), data = 0x0, size = 0, maxsize = 0, user_data = {0x0, 0x0, 0x0, 0x0},
_gst_reserved = {0x0, 0x0, 0x0, 0x0}}, {memory = 0x0, flags = (unknown: 0),
data = 0x0, size = 0, maxsize = 0, user_data = {0x0, 0x0, 0x0, 0x0},
_gst_reserved = {0x0, 0x0, 0x0, 0x0}}, {memory = 0x0, flags = (unknown: 0),
data = 0x0, size = 0, maxsize = 0, user_data = {0x0, 0x0, 0x0, 0x0},
_gst_reserved = {0x0, 0x0, 0x0, 0x0}}}, _gst_reserved = {0x0, 0x0, 0x0,
0x0}}
data = {mYChannel = 0x0, mYStride = 0, mYSize =
{> = {width = 0,
height
= 0}, = {}, },
mYSkip = 0, mCbChannel = 0x0, mCrChannel = 0x0, mCbCrStride = 0, mCbCrSize =
{> = {width = 0,
height
= 0}, = {}, },
mCbSkip = 0, mCrSkip = 0, mPicX = 0, mPicY = 0, mPicSize =
{> = {width = 0,
height
= 0}, = {}, },
mStereoMode = mozilla::StereoMode::MONO}
mem =
image = {mRawPtr = 0x7fffc194f970}
#2 0x723cc6c5 in mozilla::GStreamerReader::DecodeVideoFrame
(this=0x7fff849dc800, aKeyFrameSkip=,
aTimeThreshold=
out>) at
/tmp/buildd/iceweasel-38.2.1esr/dom/media/gstreamer/GStreamerReader.cpp:824
buffer = 0x7fff87e803d0
isKeyframe = true
duration = 41708
image = {mRawPtr = 0x7fffc194f970}
video = {mRawPtr = 0xa8}
timestamp = 41000
offset =
#3 0x72351778 in mozilla::MediaDecoderReader::RequestVideoData
(this=0x7fff849dc800, aSkipToNextKeyframe=,
aTimeThreshold=0) at
/tmp/buildd/iceweasel-38.2.1esr/dom/media/MediaDecoderReader.cpp:245
p = {mRawPtr = 0x7fffad2b4ba0}
__func__ = "RequestVideoData"
skip = false
#4 0x7232d12d in
mozilla::detail::MethodCallWithTwoArgs,
mozilla::MediaDecoderReader, bool, long>::Invoke (this=) at
/tmp/buildd/iceweasel-38.2.1esr/dom/media/MediaPromise.h:603
No locals.
#5 0x72353aee in
mozilla::detail::ProxyRunnable >::Run
(this=0x7fffcb8c37a0) at
/tmp/buildd/iceweasel-38.2.1esr/dom/media/MediaPromise.h:620
p = {mRawPtr = 0x7fffad2b4ba0}
#6 0x723501ca in mozilla::MediaTaskQueue::Runner::Run
(this=0x7fffcb88fea0) at
/tmp/buildd/iceweasel-38.2.1esr/dom/media/MediaTaskQueue.cpp:230
event = {mPtr = 0x7fffcb8c37a0}
__func__ = "Run"
#7 0x71683e51 in nsThreadPool::Run (this=0x7fffb0183900) at
/tmp/buildd/iceweasel-38.2.1esr/xpcom/threads/nsThreadPool.cpp:225
event = { = {mRawPtr = 0x7fffcb88fea0}, }
current = { = {mRawPtr = 0x7fffb723b3a0}, }
exitThread = false
wasIdle = false
listener = { =
Bug#639161: linux-image-3.0.0-1-686-pae: Upgrade 2.6.39 - 3.0.0 breaks playback on DiBcom 7000PC
Package: linux-2.6 Version: 3.0.0-1 Severity: normal I usually use tzap/mplayer for TV playback. After the upgrade to Linux 3.0.0, tzap command line output still looks fine, but mplayer does not seem to receive any data (its cache does not fill up). syslog/dmesg output looks the same as in 2.6.39. On the first try to tune, dmesg receives: dib0700: tx buffer length is larger than 4. Not supported. (for which I find various non-Debian bug reports) But that does not seem to be the issue, because the same message appears in 2.6.39, where everything is fine. So I do not really have an idea what the problem is, but I certainly know that it's a regression, because simply booting Linux 2.6.39 rather than 3.0.0 on the same system avoids the problem. -- Package-specific info: ** Version: Linux version 3.0.0-1-686-pae (Debian 3.0.0-1) (b...@decadent.org.uk) (gcc version 4.5.3 (Debian 4.5.3-3) ) #1 SMP Sun Jul 24 14:27:32 UTC 2011 ** Command line: BOOT_IMAGE=/vmlinuz-3.0.0-1-686-pae root=UUID=3aa0a731-df46-486e-9c1e-258723e14f8f ro ** Not tainted ** Kernel log: [ 11.031446] saa7134: card=172 - RoverMedia TV Link Pro FM 19d1:0138 [ 11.031580] saa7134: card=173 - Zolid Hybrid TV Tuner PCI 1131:2004 [ 11.031713] saa7134: card=174 - Asus Europa Hybrid OEM 1043:4847 [ 11.031847] saa7134: card=175 - Leadtek Winfast DTV1000S 107d:6655 [ 11.031982] saa7134: card=176 - Beholder BeholdTV 505 RDS :5051 [ 11.032126] saa7134: card=177 - Hawell HW-404M7 [ 11.032217] saa7134: card=178 - Beholder BeholdTV H7 5ace:7190 [ 11.032351] saa7134: card=179 - Beholder BeholdTV A7 5ace:7090 [ 11.032485] saa7134: card=180 - Avermedia PCI M733A 1461:4155 1461:4255 [ 11.032656] saa7134: card=181 - TechoTrend TT-budget T-3000 13c2:2804 [ 11.032789] saa7134: card=182 - Kworld PCI SBTVD/ISDB-T Full-Seg Hybrid 17de:b136 [ 11.032923] saa7134: card=183 - Compro VideoMate Vista M1F 185b:c900 [ 11.033057] saa7134: card=184 - Encore ENLTV-FM 3 1a7f:2108 [ 11.033192] saa7134: card=185 - MagicPro ProHDTV Pro2 DMB-TH/Hybrid 17de:d136 [ 11.033326] saa7134: card=186 - Beholder BeholdTV 501 5ace:5010 [ 11.033460] saa7134: card=187 - Beholder BeholdTV 503 FM 5ace:5030 [ 11.033596] saa7134[0]: subsystem: 1131:, board: UNKNOWN/GENERIC [card=0,autodetected] [ 11.075242] IR NEC protocol handler initialized [ 11.265597] saa7134[0]: board init: gpio is 10020 [ 11.368582] saa7134[0]: Huh, no eeprom present (err=-5)? [ 11.381924] saa7134[0]: registered device video0 [v4l2] [ 11.382055] saa7134[0]: registered device vbi0 [ 11.417515] IR RC5(x) protocol handler initialized [ 11.607051] cfg80211: Calling CRDA to update world regulatory domain [ 11.995773] IR RC6 protocol handler initialized [ 12.191500] IR JVC protocol handler initialized [ 12.263839] dib0700: loaded with support for 20 different device-types [ 12.264209] dvb-usb: found a 'Hauppauge Nova-T Stick' in warm state. [ 12.265499] dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer. [ 12.266158] DVB: registering new adapter (Hauppauge Nova-T Stick) [ 12.517093] DVB: registering adapter 0 frontend 0 (DiBcom 7000PC)... [ 12.609760] IR Sony protocol handler initialized [ 12.790869] DiB0070: successfully identified [ 12.907896] ACPI: PCI Interrupt Link [ALKC] enabled at IRQ 22 [ 12.907988] VIA 82xx Audio :00:11.5: PCI INT C - Link[ALKC] - GSI 22 (level, low) - IRQ 22 [ 12.908316] VIA 82xx Audio :00:11.5: setting latency timer to 64 [ 12.932675] saa7134 ALSA driver for DMA sound loaded [ 12.932807] saa7134[0]/alsa: saa7134[0] at 0xfdffc000 irq 16 registered as card -1 [ 12.948789] lirc_dev: IR Remote Control driver registered, major 249 [ 12.952109] IR LIRC bridge handler initialized [ 13.380033] Registered IR keymap rc-dib0700-rc5 [ 13.380514] input: IR-receiver inside an USB DVB receiver as /devices/pci:00/:00:10.4/usb1/1-1/1-1.3/rc/rc0/input6 [ 13.380749] rc0: IR-receiver inside an USB DVB receiver as /devices/pci:00/:00:10.4/usb1/1-1/1-1.3/rc/rc0 [ 13.382312] dvb-usb: schedule remote query interval to 50 msecs. [ 13.382385] dvb-usb: Hauppauge Nova-T Stick successfully initialized and connected. [ 13.382931] dib0700: rc submit urb failed [ 13.382935] [ 13.383099] usbcore: registered new interface driver dvb_usb_dib0700 [ 13.530512] ENS1371 :00:14.0: PCI INT A - GSI 17 (level, low) - IRQ 17 [ 14.848088] usb 1-1.1: ath9k_htc: Transferred FW: htc_9271.fw, size: 51272 [ 15.061785] ath9k_htc 1-1.1:1.0: ath9k_htc: HTC initialized with 33 credits [ 15.277766] ath9k_htc 1-1.1:1.0: ath9k_htc: FW Version: 1.3 [ 15.277836] ath: EEPROM regdomain: 0x809c [ 15.277841] ath: EEPROM indicates we should expect a country code [ 15.277848] ath: doing EEPROM country-regdmn map search [ 15.277853] ath: country maps to regdmn
Bug#478703: gnome-settings-daemon: cannot load plugins
Please close this bug. I had a remainder in /usr/X11R6/lib that libSM tried to link to. It did not belong to any package, so I removed it, and everything works fine again. Sorry for any inconvenience. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478703: gnome-settings-daemon: cannot load plugins
Package: gnome-settings-daemon Version: 2.22.1-2 Severity: normal Since the lastest upgrade, GNOME has some problems for me; first, switching keyboard layouts with the indicator module does not work any more; the layouts I add just do not appear as groups. Also, the screensaver does not do what it is supposed to do; it only shows a black screen when activated by timeout. Locking does not work at all. Neither do the multimedia keys on the keyboard. I have appended my complete, newline-stripped .xsession-errors to this report. The warnings suggest that there is a problem with gnome-settings-daemon, and the plugins that seem to fail to load are just the GNOME features that have problems. The same thing happens on a new, clean account. /etc/gdm/Xsession: Beginning session setup... SESSION_MANAGER=local/huckup:/tmp/.ICE-unix/19774 ** (gnome-settings-daemon:19843): WARNING **: /usr/lib/libSM.so.6: undefined symbol: IceGetPeerName ** (gnome-settings-daemon:19843): WARNING **: Cannot load plugin 'XRandR' since file '/usr/lib/gnome-settings-daemon-2.0/libxrandr.so' cannot be read. ** (gnome-settings-daemon:19843): WARNING **: Error activating plugin 'XRandR' ** (gnome-settings-daemon:19843): WARNING **: /usr/lib/libSM.so.6: undefined symbol: IceGetPeerName ** (gnome-settings-daemon:19843): WARNING **: Cannot load plugin 'X-Einstellungen' since file '/usr/lib/gnome-settings-daemon-2.0/libxsettings.so' cannot be read. ** (gnome-settings-daemon:19843): WARNING **: Error activating plugin 'X-Einstellungen' ** (gnome-settings-daemon:19843): WARNING **: /usr/lib/libSM.so.6: undefined symbol: IceGetPeerName ** (gnome-settings-daemon:19843): WARNING **: Cannot load plugin 'Audio' since file '/usr/lib/gnome-settings-daemon-2.0/libsound.so' cannot be read. ** (gnome-settings-daemon:19843): WARNING **: Error activating plugin 'Audio' ** (gnome-settings-daemon:19843): WARNING **: /usr/lib/libSM.so.6: undefined symbol: IceGetPeerName ** (gnome-settings-daemon:19843): WARNING **: Cannot load plugin 'Schrift' since file '/usr/lib/gnome-settings-daemon-2.0/libfont.so' cannot be read. ** (gnome-settings-daemon:19843): WARNING **: Error activating plugin 'Schrift' ** (gnome-settings-daemon:19843): WARNING **: /usr/lib/libSM.so.6: undefined symbol: IceGetPeerName ** (gnome-settings-daemon:19843): WARNING **: Cannot load plugin 'Hintergrund' since file '/usr/lib/gnome-settings-daemon-2.0/libbackground.so' cannot be read. ** (gnome-settings-daemon:19843): WARNING **: Error activating plugin 'Hintergrund' ** (gnome-settings-daemon:19843): WARNING **: /usr/lib/libSM.so.6: undefined symbol: IceGetPeerName ** (gnome-settings-daemon:19843): WARNING **: Cannot load plugin 'Tastatur' since file '/usr/lib/gnome-settings-daemon-2.0/libkeyboard.so' cannot be read. ** (gnome-settings-daemon:19843): WARNING **: Error activating plugin 'Tastatur' ** (gnome-settings-daemon:19843): WARNING **: /usr/lib/libSM.so.6: undefined symbol: IceGetPeerName ** (gnome-settings-daemon:19843): WARNING **: Cannot load plugin 'Maus' since file '/usr/lib/gnome-settings-daemon-2.0/libmouse.so' cannot be read. ** (gnome-settings-daemon:19843): WARNING **: Error activating plugin 'Maus' ** (gnome-settings-daemon:19843): WARNING **: /usr/lib/libSM.so.6: undefined symbol: IceGetPeerName ** (gnome-settings-daemon:19843): WARNING **: Cannot load plugin 'Barrierefreie Tastatur' since file '/usr/lib/gnome-settings-daemon-2.0/liba11y-keyboard.so' cannot be read. ** (gnome-settings-daemon:19843): WARNING **: Error activating plugin 'Barrierefreie Tastatur' ** (gnome-settings-daemon:19843): WARNING **: /usr/lib/libSM.so.6: undefined symbol: IceGetPeerName ** (gnome-settings-daemon:19843): WARNING **: Cannot load plugin 'Medientasten' since file '/usr/lib/gnome-settings-daemon-2.0/libmedia-keys.so' cannot be read. ** (gnome-settings-daemon:19843): WARNING **: Error activating plugin 'Medientasten' ** (gnome-settings-daemon:19843): WARNING **: /usr/lib/libSM.so.6: undefined symbol: IceGetPeerName ** (gnome-settings-daemon:19843): WARNING **: Cannot load plugin 'Tastenkürzel' since file '/usr/lib/gnome-settings-daemon-2.0/libkeybindings.so' cannot be read. ** (gnome-settings-daemon:19843): WARNING **: Error activating plugin 'Tastenkürzel' ** (gnome-settings-daemon:19843): WARNING **: /usr/lib/libSM.so.6: undefined symbol: IceGetPeerName ** (gnome-settings-daemon:19843): WARNING **: Cannot load plugin 'X-Ressourcendatenbank' since file '/usr/lib/gnome-settings-daemon-2.0/libxrdb.so' cannot be read. ** (gnome-settings-daemon:19843): WARNING **: Error activating plugin 'X-Ressourcendatenbank' ** (gnome-settings-daemon:19843): WARNING **: /usr/lib/libSM.so.6: undefined symbol: IceGetPeerName ** (gnome-settings-daemon:19843): WARNING **: Cannot load plugin 'Bildschirmschoner' since file '/usr/lib/gnome-settings-daemon-2.0/libscreensaver.so' cannot be read. ** (gnome-settings-daemon:19843): WARNING **: Error activating plugin
Bug#392598: drscheme: plot produces incorrect graph for exponential function
Package: drscheme Version: 1:352-5 The code (require (lib plot.ss plot)) (plot (line (lambda (x) (expt 2 x))) (x-max 30) (y-max 1000)) draws a graph which looks like the intended exponential function from -5 to 11 on the X axis, but later goes down apparently linearly at 25 to 28, which is obviously not what an exponential graph should look like. The lambda seems to return correct values, so there must be an error in the plot library. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390753: Use of (this-expression-source-directory) leads to wrong library path in DrScheme
Changing line 37 in file src/Makefile.in to SETUP_ARGS = -mvqX `realpath $(DESTDIR)$(collectsdir)` -M setup apparently solves the problem. Explanation: The documentation in the package is outdated; a newer version of the MzLib reference describes that (this-expression-source-directory) returns a relative path if the directory is within the result of `find-collects-dir' from `(lib dirs.ss syntax)'. Apart from the fact that dirs.ss is in setup and not syntax, `find-collects-dir' does not seems to work if the path is not complete. The concatenation of $(DESTDIR) and $(collectsdir) causes two slashes to appear in a row, which stops `find-collects-dir' from considering it a complete path. The command-line utility `realpath' fixes this. I am, however, not sure if my solution is actually a fix or just a workaround. Maybe the behavior of `find-collects-dir' is just faulty. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390753: Use of (this-expression-source-directory) leads to wrong library path in DrScheme
Package: drscheme Version: 1:352-4 When I enter the code (require (lib plot.ss plot)) in the definitions window of DrScheme and compile it using the Run button, it prints the following warning and consequently does not work: ffi-lib: couldn't open /build/buildd/drscheme-352/debian/drscheme/usr/lib/plt/collects/plot/compiled/native/i386-linux/libfit.so (/build/buildd/drscheme-352/debian/drscheme/usr/lib/plt/collects/plot/compiled/native/i386-linux/libfit.so: cannot open shared object file: No such file or directory) As expected, it is not the case if I compile the drscheme package myself. Then, it finds the file in the build tree as long as I leave it in its place. My suspect is the file collects/plot/fit-low-level.ss in the source package, which builds the library path in line 6 using (this-expression-source-directory). Probably any use of this function in the entire package potentially causes a problem. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
