Bug#761040: [libqtwebkit4] Browsers based on Webkit crash on loading pages
On Thursday 09 October 2014 13:04:12 Michel Dänzer wrote: [snip] Program terminated with signal SIGSEGV, Segmentation fault. Thanks a lot Michel! Upstream is now informed. -- Ud. está viendo a la persona que ven nuestros clientes. Leyenda pegada en el espejo de una empresa. Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#761040: [libqtwebkit4] Browsers based on Webkit crash on loading pages
On Wednesday 08 October 2014 12:16:52 Michel Dänzer wrote: On 07.10.2014 21:44, Lisandro =?ISO-8859-1?Q?Dami=E1n_Nicanor_P=E9rez?= Meyer wrote: In powerpc: do you get a SIGBUS or SIGSERV for unaligned access? No, neither. Can anyone check is arora suffers from the same bug on ppc? arora crashes in libQt5WebKit.so.5 for me on startup, not sure it's the same bug though. Can you get a backtrace of that? Better after installing libqt5webkit5-dbg (which might be big). If this happens to be the same bug it will make things easier. Porters: is there any ppc virtual machine I can link upstream too? Once again, thanks a lot! -- You know it's love when you memorize her IP number to skip DNS overhead. Anonymous Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#761040: [libqtwebkit4] Browsers based on Webkit crash on loading pages
On 08.10.2014 22:42, Lisandro Damián Nicanor Pérez Meyer wrote:
On Wednesday 08 October 2014 12:16:52 Michel Dänzer wrote:
On 07.10.2014 21:44, Lisandro =?ISO-8859-1?Q?Dami=E1n_Nicanor_P=E9rez?=
Meyer wrote:
Can anyone check is arora suffers from the same bug on ppc?
arora crashes in libQt5WebKit.so.5 for me on startup, not sure it's the
same bug though.
Can you get a backtrace of that?
Program terminated with signal SIGSEGV, Segmentation fault.
#0 JSC::LLInt::CLoop::execute (callFrame=0xaa0a4040, bootstrapOpcodeId=592,
isInitializationPass=False) at generated/LLIntAssembly.h:31
31 generated/LLIntAssembly.h: No such file or directory.
(gdb) bt full
#0 JSC::LLInt::CLoop::execute (callFrame=0xaa0a4040, bootstrapOpcodeId=592,
isInitializationPass=False) at generated/LLIntAssembly.h:31
t0 = {{i = 0, u = unknown type, i32 = 0, u32 = unknown type, {
i8padding = \000\000, i8 = 0 '\000'}, {u8padding = \000\000,
u8 = 0 '\000'}, i8p = 0x0, vp = 0x0, execState = 0x0,
instruction = 0x0, nativeFunc = 0x0, opcode = 0x0}}
vPC = 0xb4508908
t0 = {{i = 0, u = unknown type, i32 = 0, u32 = unknown type, {
i8padding = \000\000, i8 = 0 '\000'}, {u8padding = \000\000,
u8 = 0 '\000'}, i8p = 0x0, vp = 0x0, execState = 0x0,
instruction = 0x0, nativeFunc = 0x0, opcode = 0x0}}
vPC = 0xb4508908
t0 = {{i = 0, u = unknown type, i32 = 0, u32 = unknown type, {
i8padding = \000\000, i8 = 0 '\000'}, {u8padding = \000\000,
u8 = 0 '\000'}, i8p = 0x0, vp = 0x0, execState = 0x0,
instruction = 0x0, nativeFunc = 0x0, opcode = 0x0}}
vPC = 0xb4508908
#1 0x0f493178 in JSC::Interpreter::executeCall (this=0xb4512630,
callFrame=0xaa05fc88, function=0xa9fbf8f8, callType=2852798528,
callData=0xbff40c28, thisValue=..., args=0xbff40c40)
at interpreter/Interpreter.cpp:1024
watchdogScope = {m_watchdog = 0xb4549960}
thisValue = {u = {asInt64 = unknown type,
asDouble = -nan(0xbbff40b14), asBits = {tag = -5,
payload = -1074525420}}}
isJSCall = 3025176840
scope = 0xaa05fc38
newCodeBlock = 0xb4515240
globalObjectScope = {m_dynamicGlobalObjectSlot = 0xb454a91c,
m_savedDynamicGlobalObject = 0xaa05fc38}
globalObjectScope = {m_dynamicGlobalObjectSlot = 0xb454a91c,
m_savedDynamicGlobalObject = 0xaa05fc38}
globalObjectScope = {m_dynamicGlobalObjectSlot = 0xb454a91c,
m_savedDynamicGlobalObject = 0xaa05fc38}
#2 0x0f556bec in JSC::call (exec=0x250, functionObject=...,
callType=256455032, callData=0x1095ec10, thisValue=..., args=0xfffb)
at runtime/CallData.cpp:40
thisValue = {u = {asInt64 = unknown type,
asDouble = -nan(0xbaa09ffd8), asBits = {tag = -5,
payload = -1442185256}}}
#3 0x0f2b4b3c in WebCore::JSMainThreadExecState::call(JSC::ExecState*,
JSC::JSValue, JSC::CallType, JSC::CallData const, JSC::JSValue,
JSC::ArgList const)
() at ../WTF/wtf/text/StringImpl.h:617
tempRefCount = unknown type
#4 0x0f305334 in
WebCore::JSEventListener::handleEvent(WebCore::ScriptExecutionContext*,
WebCore::Event*) () at ../WTF/wtf/HashTable.h:692
oldTableSize = -1442448248
oldTable = 0xaa09ffd8
#5 0x0f2627b0 in WebCore::EventTarget::fireEventListeners(WebCore::Event*,
WebCore::EventTargetData*, WTF::VectorWebCore::RegisteredEventListener,
1u, WTF::CrashOnOverflow) () at ../WTF/wtf/text/StringImpl.h:617
tempRefCount = unknown type
#6 0x0f262c10 in WebCore::EventTarget::fireEventListeners(WebCore::Event*) ()
at ../WTF/wtf/text/StringImpl.h:617
tempRefCount = unknown type
#7 0x0e02e3e8 in
WebCore::DOMWindow::dispatchEvent(WTF::PassRefPtrWebCore::Event,
WTF::PassRefPtrWebCore::EventTarget) () at ../WTF/wtf/Vector.h:913
begin = 0x0
#8 0x0e030384 in WebCore::DOMWindow::dispatchLoadEvent() ()
at ../WTF/wtf/Vector.h:913
begin = 0xb450f3b8
#9 0x0f26d7e0 in WebCore::Document::implicitClose() ()
at ../WTF/wtf/text/StringImpl.h:617
tempRefCount = unknown type
#10 0x0df99ef8 in WebCore::FrameLoader::checkCallImplicitClose (
this=0xaa0a4040) at loader/FrameLoader.cpp:844
child = 0xfffb
#11 0x0dfa1c0c in WebCore::FrameLoader::checkCompleted (this=0x1)
at loader/FrameLoader.cpp:787
tempRefCount = unknown type
#12 0x0df827b8 in
WebCore::CachedResourceLoader::loadDone(WebCore::CachedResource*)
() at ../WTF/wtf/text/StringImpl.h:600
sizeMask = -1074525152
table = 0xfffb
i = -1269732400
#13 0x0dfd571c in WebCore::SubresourceLoader::notifyDone() ()
at platform/network/ResourceHandleClient.h:111
No locals.
Backtrace stopped: frame did not save the PC
--
Earthling Michel Dänzer| http://www.amd.com
Libre
Bug#761040: [libqtwebkit4] Browsers based on Webkit crash on loading pages
On Monday 06 October 2014 12:28:46 Lennart Sorensen wrote: [snip] I tried running qupzilla and got this: Do you happen to see a SIGBUS or a SIGSERV when you reproduce the bug? I've been asked by upstream about this :-/ -- 8: Si un archivo ha pasado a la Papelera de Reciclaje * Ud tiene una carpeta llamada Papelera de Reciclaje Damian Nadales http://mx.grulic.org.ar/lurker/message/20080307.141449.a70fb2fc.es.html Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#761040: [libqtwebkit4] Browsers based on Webkit crash on loading pages
On Tuesday 07 October 2014 09:43:05 Lisandro Damián Nicanor Pérez Meyer wrote: On Monday 06 October 2014 12:28:46 Lennart Sorensen wrote: [snip] I tried running qupzilla and got this: Do you happen to see a SIGBUS or a SIGSERV when you reproduce the bug? I've been asked by upstream about this :-/ Sorry, I think the question is different. In powerpc: do you get a SIGBUS or SIGSERV for unaligned access? -- Programming is really just the mundane aspect of expressing a solution to a problem. There are talents that are specifically related to actually coding, but the real issue is being able to grasp problems and devise solutions that are detailed enough to actually be coded. John Carmack answers on Slashdot, http://slashdot.org/games/99/10/15/1012230.shtml Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#761040: [libqtwebkit4] Browsers based on Webkit crash on loading pages
Can anyone check is arora suffers from the same bug on ppc? arora is currently using Qt5, but the same webkit codebase, so we would like to know if this is a shared bug or not. -- http://www.tiraecol.net/modules/comic/comic.php?content_id=162 Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#761040: [libqtwebkit4] Browsers based on Webkit crash on loading pages
On 07.10.2014 21:44, Lisandro =?ISO-8859-1?Q?Dami=E1n_Nicanor_P=E9rez?= Meyer wrote: In powerpc: do you get a SIGBUS or SIGSERV for unaligned access? No, neither. Can anyone check is arora suffers from the same bug on ppc? arora crashes in libQt5WebKit.so.5 for me on startup, not sure it's the same bug though. -- Earthling Michel Dänzer| http://www.amd.com Libre software enthusiast |Mesa and X developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761040: [libqtwebkit4] Browsers based on Webkit crash on loading pages
On Sun, Oct 05, 2014 at 10:36:56AM -0300, Lisandro Damián Nicanor Pérez Meyer wrote: Current sid's qtwebkit (2.3.4.dfsg-2) ppc users says it crashes upon certain time (which seems to be not much). What I need is a proper backtrace generated with the patched qtwebkit. JFTR, qtwebkit does not provides proper debug symbols because at the best of my knowledge we don't have a ppc buildd with enough ram to build it. Thanks a lot Lennart! Compiling now. dpkg-source hates some of the patches in the package and refuses to unpack it. quilt is fine with it, and using quilt refresh on the patches makes dpkg-source happy. Seems using a/... and b/... is no longer good enough, it has to be the actual package name instead of b or something like that. I have noticed a number of packages are failing due to dpkg-source becoming more picky for no apparent reason. -- Len Sorensen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761040: [libqtwebkit4] Browsers based on Webkit crash on loading pages
On Mon, Oct 06, 2014 at 10:09:10AM -0400, Lennart Sorensen wrote: Compiling now. dpkg-source hates some of the patches in the package and refuses to unpack it. quilt is fine with it, and using quilt refresh on the patches makes dpkg-source happy. Seems using a/... and b/... is no longer good enough, it has to be the actual package name instead of b or something like that. I have noticed a number of packages are failing due to dpkg-source becoming more picky for no apparent reason. OK, it has compiled. -rw-r--r-- 1 root root122790 Oct 6 14:31 ../libqtwebkit-qmlwebkitplugin_2.3.4.dfsg-2_powerpc.deb -rw-r--r-- 1 root root114572 Oct 6 14:31 ../libqtwebkit-dev_2.3.4.dfsg-2_powerpc.deb -rw-r--r-- 1 root root 8126916 Oct 6 14:31 ../libqtwebkit4_2.3.4.dfsg-2_powerpc.deb -rw-r--r-- 1 root root 522638262 Oct 6 14:38 ../libqtwebkit4-dbg_2.3.4.dfsg-2_powerpc.deb So should I put those somewhere, or should I try to run a test and get a crash dump? -- Len Sorensen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761040: [libqtwebkit4] Browsers based on Webkit crash on loading pages
On Mon, Oct 06, 2014 at 10:40:56AM -0400, Lennart Sorensen wrote: On Mon, Oct 06, 2014 at 10:09:10AM -0400, Lennart Sorensen wrote: Compiling now. dpkg-source hates some of the patches in the package and refuses to unpack it. quilt is fine with it, and using quilt refresh on the patches makes dpkg-source happy. Seems using a/... and b/... is no longer good enough, it has to be the actual package name instead of b or something like that. I have noticed a number of packages are failing due to dpkg-source becoming more picky for no apparent reason. OK, it has compiled. -rw-r--r-- 1 root root122790 Oct 6 14:31 ../libqtwebkit-qmlwebkitplugin_2.3.4.dfsg-2_powerpc.deb -rw-r--r-- 1 root root114572 Oct 6 14:31 ../libqtwebkit-dev_2.3.4.dfsg-2_powerpc.deb -rw-r--r-- 1 root root 8126916 Oct 6 14:31 ../libqtwebkit4_2.3.4.dfsg-2_powerpc.deb -rw-r--r-- 1 root root 522638262 Oct 6 14:38 ../libqtwebkit4-dbg_2.3.4.dfsg-2_powerpc.deb So should I put those somewhere, or should I try to run a test and get a crash dump? I tried running qupzilla and got this: Program received signal SIGSEGV, Segmentation fault. JSC::LLInt::CLoop::execute (callFrame=0xf42c2040, bootstrapOpcodeId=628, bootstrapOpcodeId@entry=JSC::llint_function_for_call_prologue, isInitializationPass=isInitializationPass@entry=false) at generated/LLIntAssembly.h:31 31 t1.i = *CASTintptr_t*(t1.i8p + 56);// /tmp/qtwebkit-2.3.4.dfsg/Source/JavaScriptCore/llint/LowLevelInterpreter.asm:268 (gdb) bt #0 JSC::LLInt::CLoop::execute (callFrame=0xf42c2040, bootstrapOpcodeId=628, bootstrapOpcodeId@entry=JSC::llint_function_for_call_prologue, isInitializationPass=isInitializationPass@entry=false) at generated/LLIntAssembly.h:31 #1 0x0f122000 in JSC::Interpreter::executeCall (this=0xf76077e0, callFrame=callFrame@entry=0xf41afba8, function=0xf41efe60, callType=callType@entry=JSC::CallTypeJS, callData=..., thisValue=..., args=...) at /tmp/qtwebkit-2.3.4.dfsg/Source/JavaScriptCore/interpreter/Interpreter.cpp:1052 #2 0x0f1db12c in JSC::call (exec=exec@entry=0xf41afba8, functionObject=error reading variable: value has been optimized out, callType=callType@entry=JSC::CallTypeJS, callData=..., thisValue=..., args=...) at /tmp/qtwebkit-2.3.4.dfsg/Source/JavaScriptCore/runtime/CallData.cpp:39 #3 0x0d9478f4 in call (args=..., thisValue=..., callData=..., callType=JSC::CallTypeJS, functionObject=..., exec=0xf41afba8) at /tmp/qtwebkit-2.3.4.dfsg/Source/WebCore/bindings/js/JSMainThreadExecState.h:56 #4 WebCore::JSEventListener::handleEvent (this=0xf766be70, scriptExecutionContext=0xf76283cc, event=0xf768b188) at /tmp/qtwebkit-2.3.4.dfsg/Source/WebCore/bindings/js/JSEventListener.cpp:130 #5 0x0dbcfd90 in WebCore::EventTarget::fireEventListeners (this=this@entry=0xf762ad10, event=event@entry=0xf768b188, d=d@entry=0xf762ad88, entry=...) at /tmp/qtwebkit-2.3.4.dfsg/Source/WebCore/dom/EventTarget.cpp:210 #6 0x0dbd008c in WebCore::EventTarget::fireEventListeners (this=this@entry=0xf762ad10, event=event@entry=0xf768b188) at /tmp/qtwebkit-2.3.4.dfsg/Source/WebCore/dom/EventTarget.cpp:175 #7 0x0e0ec1a4 in WebCore::DOMWindow::dispatchEvent (this=this@entry=0xf762ad10, prpEvent=..., prpTarget=...) at /tmp/qtwebkit-2.3.4.dfsg/Source/WebCore/page/DOMWindow.cpp:1676 #8 0x0e0ec43c in WebCore::DOMWindow::dispatchLoadEvent (this=0xf762ad10) at /tmp/qtwebkit-2.3.4.dfsg/Source/WebCore/page/DOMWindow.cpp:1650 #9 0x0db8f060 in dispatchWindowLoadEvent (this=0xf7628380) at /tmp/qtwebkit-2.3.4.dfsg/Source/WebCore/dom/Document.cpp:3656 #10 WebCore::Document::implicitClose (this=0xf7628380) at /tmp/qtwebkit-2.3.4.dfsg/Source/WebCore/dom/Document.cpp:2422 #11 0x0e040d38 in WebCore::FrameLoader::checkCallImplicitClose (this=optimized out) at /tmp/qtwebkit-2.3.4.dfsg/Source/WebCore/loader/FrameLoader.cpp:830 #12 0x0e0498e8 in WebCore::FrameLoader::checkCompleted (this=0xf760f048) at /tmp/qtwebkit-2.3.4.dfsg/Source/WebCore/loader/FrameLoader.cpp:773 #13 0x0e04b55c in WebCore::FrameLoader::loadDone (this=optimized out) at /tmp/qtwebkit-2.3.4.dfsg/Source/WebCore/loader/FrameLoader.cpp:719 #14 0x0e025b38 in WebCore::CachedResourceLoader::loadDone (this=0xf75fa480) at /tmp/qtwebkit-2.3.4.dfsg/Source/WebCore/loader/cache/CachedResourceLoader.cpp:699 #15 0x0e08faac in WebCore::SubresourceLoader::releaseResources (this=0xf7636600) at /tmp/qtwebkit-2.3.4.dfsg/Source/WebCore/loader/SubresourceLoader.cpp:318 #16 0x0e080b08 in WebCore::ResourceLoader::didFinishLoading (this=this@entry=0xf7636600, finishTime=finishTime@entry=0) at /tmp/qtwebkit-2.3.4.dfsg/Source/WebCore/loader/ResourceLoader.cpp:314 #17 0x0e08f668 in WebCore::SubresourceLoader::didFinishLoading (this=0xf7636600, finishTime=0) at /tmp/qtwebkit-2.3.4.dfsg/Source/WebCore/loader/SubresourceLoader.cpp:277 #18 0x0e07fb3c in WebCore::ResourceLoader::didFinishLoading (this=optimized out,
Bug#761040: [libqtwebkit4] Browsers based on Webkit crash on loading pages
On Monday 06 October 2014 12:28:46 Lennart Sorensen wrote: On Mon, Oct 06, 2014 at 10:40:56AM -0400, Lennart Sorensen wrote: On Mon, Oct 06, 2014 at 10:09:10AM -0400, Lennart Sorensen wrote: Compiling now. dpkg-source hates some of the patches in the package and refuses to unpack it. quilt is fine with it, and using quilt refresh on the patches makes dpkg-source happy. Seems using a/... and b/... is no longer good enough, it has to be the actual package name instead of b or something like that. I have noticed a number of packages are failing due to dpkg-source becoming more picky for no apparent reason. OK, it has compiled. -rw-r--r-- 1 root root122790 Oct 6 14:31 ../libqtwebkit-qmlwebkitplugin_2.3.4.dfsg-2_powerpc.deb -rw-r--r-- 1 root root114572 Oct 6 14:31 ../libqtwebkit-dev_2.3.4.dfsg-2_powerpc.deb -rw-r--r-- 1 root root 8126916 Oct 6 14:31 ../libqtwebkit4_2.3.4.dfsg-2_powerpc.deb -rw-r--r-- 1 root root 522638262 Oct 6 14:38 ../libqtwebkit4-dbg_2.3.4.dfsg-2_powerpc.deb So should I put those somewhere, or should I try to run a test and get a crash dump? I tried running qupzilla and got this: \o/ This is *exactly* what I needed! *Thanks a lot*! Will try to make upstream take a look :) -- elruso angasule: tenes el teletransportador encendido? gurtaj :P angasule si elruso Yo no :-P angasule lo arme con el PIC16F84, una batata y algo que estaba adentro de una zapatilla vieja elruso angasule: yo tenia uno andando pero speedy te bloquea el puerto... Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#761040: [libqtwebkit4] Browsers based on Webkit crash on loading pages
On Saturday 04 October 2014 22:06:59 Lennart Sorensen wrote: On Sat, Oct 04, 2014 at 03:48:27PM -0300, Lisandro Damián Nicanor Pérez Meyer wrote: OK, we will need a powerpc machine with more RAM available than the current powerpc porterbox. Debian PPC porters: can anyone build qtwebkit with a machine with at least 8GB of RAM+swap and the included patch? Basically we need a better backtrace for tracing this bug, and building with DWARF requires a bunch of memory. If you can also test this bug with the built binaries, the better, else I would need someone else to test them. Well we have 16GB ram in the IBM p710 at work. Which release would you like me to build it on? And what do you want logged? Current sid's qtwebkit (2.3.4.dfsg-2) ppc users says it crashes upon certain time (which seems to be not much). What I need is a proper backtrace generated with the patched qtwebkit. JFTR, qtwebkit does not provides proper debug symbols because at the best of my knowledge we don't have a ppc buildd with enough ram to build it. Thanks a lot Lennart! -- So that's it - insecure, indiscriminate, user-hostile, slow, and full of difficult, nit-picking people. Any other online community would count each of these strengths as a terrible flaw. Perhaps wiki works because the other online communities don't. PeterMerel about wikis Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#761040: [libqtwebkit4] Browsers based on Webkit crash on loading pages
On 5 october 2014 10:36:56 Lisandro Damián Nicanor Pérez Meyer wrote: ppc users says it crashes upon certain time (which seems to be not much). What I need is a proper backtrace generated with the patched qtwebkit. It crashes always on any page I'm trying to open. Also it crash kde- telepathy's ktp-text-ui upon opening any chat. Dunno if it is related to my ru_RU:UTF-8 locale. -- WBR, Vladimir Berezenko. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761040: [libqtwebkit4] Browsers based on Webkit crash on loading pages
Hi tag 761040 moreinfo thanks Hi! A few hours ago I've uploaded qtwebkit 2.3.4.dfsg-2 (it might take some time to get to your repo). Would you mind testing if the crash still happens with this version? Not fixed yet. The new backtrace from segfault: QupZilla: 3 extensions loaded [New Thread 0xf5283410 (LWP 2335)] [New Thread 0xf48ff410 (LWP 2336)] [New Thread 0xf38b7410 (LWP 2337)] [New Thread 0xf30b7410 (LWP 2338)] Program received signal SIGSEGV, Segmentation fault. JSC::LLInt::CLoop::execute (callFrame=0xf3d00088, bootstrapOpcodeId=op_enter, isInitializationPass=False) at generated/LLIntAssembly.h:63 63 generated/LLIntAssembly.h: No such file or directory. (gdb) bt #0 JSC::LLInt::CLoop::execute (callFrame=0xf3d00088, bootstrapOpcodeId=op_enter, isInitializationPass=False) at generated/LLIntAssembly.h:63 #1 0x0f197d7c in JSC::Interpreter::execute (this=0xf67367e0, program=0xf282ffc0, callFrame=0xf4a5fba8, thisObj=0xf5c6ffe0) at /build/qtwebkit- WZe7f4/qtwebkit-2.3.4.dfsg/Source/JavaScriptCore/interpreter/Interpreter.cpp:980 #2 0x0f2553f0 in JSC::evaluate (exec=0xf4a5fba8, source=0xd138, thisValue=..., returnedException=0xd010) at /build/qtwebkit- WZe7f4/qtwebkit-2.3.4.dfsg/Source/JavaScriptCore/runtime/Completion.cpp:75 #3 0x0d9f48ec in WebCore::ScriptController::evaluateInWorld(WebCore::ScriptSourceCode const, WebCore::DOMWrapperWorld*) () at /build/qtwebkit- WZe7f4/qtwebkit-2.3.4.dfsg/Source/JavaScriptCore/heap/WeakImpl.h:90 #4 0x0d9f4ce8 in WebCore::ScriptController::evaluate(WebCore::ScriptSourceCode const) () at /build/qtwebkit- WZe7f4/qtwebkit-2.3.4.dfsg/Source/JavaScriptCore/heap/WeakImpl.h:90 #5 0x0dc8c180 in WebCore::ScriptElement::executeScript(WebCore::ScriptSourceCode const) () at /build/qtwebkit- WZe7f4/qtwebkit-2.3.4.dfsg/Source/WebCore/dom/DecodedDataDocumentParser.h:37 #6 0x0dc8eb7c in WebCore::ScriptElement::prepareScript(WTF::TextPosition const, WebCore::ScriptElement::LegacyTypeSupport) () at /build/qtwebkit- WZe7f4/qtwebkit-2.3.4.dfsg/Source/WebCore/dom/DecodedDataDocumentParser.h:37 #7 0x0deefab8 in WebCore::HTMLScriptRunner::runScript(WebCore::Element*, WTF::TextPosition const) () at /build/qtwebkit- WZe7f4/qtwebkit-2.3.4.dfsg/Source/WTF/wtf/RefCounted.h:203 #8 0x0def0790 in WebCore::HTMLScriptRunner::execute(WTF::PassRefPtrWebCore::Element, WTF::TextPosition const) () at /build/qtwebkit- WZe7f4/qtwebkit-2.3.4.dfsg/Source/WTF/wtf/RefCounted.h:203 #9 0x0decf930 in WebCore::HTMLDocumentParser::runScriptsForPausedTreeBuilder() () at /build/qtwebkit-WZe7f4/qtwebkit-2.3.4.dfsg/Source/WTF/wtf/RefCounted.h:203 #10 0x0decfb78 in WebCore::HTMLDocumentParser::canTakeNextToken(WebCore::HTMLDocumentParser::SynchronousMode, WebCore::PumpSession) [clone .part.49] () at /build/qtwebkit- WZe7f4/qtwebkit-2.3.4.dfsg/Source/WTF/wtf/RefCounted.h:203 #11 0x0ded1eb0 in WebCore::HTMLDocumentParser::pumpTokenizer(WebCore::HTMLDocumentParser::SynchronousMode) () at /build/qtwebkit- WZe7f4/qtwebkit-2.3.4.dfsg/Source/WTF/wtf/RefCounted.h:203 #12 0x0ded84fc in WebCore::HTMLDocumentParser::append(WebCore::SegmentedString const) () at /build/qtwebkit- WZe7f4/qtwebkit-2.3.4.dfsg/Source/WTF/wtf/RefCounted.h:203 #13 0x0dbd7230 in WebCore::DecodedDataDocumentParser::appendBytes(WebCore::DocumentWriter*, char const*, unsigned int) () at /build/qtwebkit- WZe7f4/qtwebkit-2.3.4.dfsg/Source/WebCore/dom/DecodedDataDocumentParser.h:37 #14 0x0e0a7c18 in WebCore::DocumentWriter::addData(char const*, unsigned int) () at /build/qtwebkit- WZe7f4/qtwebkit-2.3.4.dfsg/Source/WTF/wtf/RefCounted.h:203 #15 0x0e098634 in WebCore::DocumentLoader::commitData(char const*, unsigned int) () at /build/qtwebkit- WZe7f4/qtwebkit-2.3.4.dfsg/Source/WTF/wtf/RefCounted.h:203 #16 0x0d8fa890 in WebCore::FrameLoaderClientQt::committedLoad(WebCore::DocumentLoader*, char const*, int) () at /build/qtwebkit- WZe7f4/qtwebkit-2.3.4.dfsg/Source/WebCore/platform/Widget.h:174 #17 0x0e09b820 in WebCore::DocumentLoader::commitLoad(char const*, int) () at /build/qtwebkit-WZe7f4/qtwebkit-2.3.4.dfsg/Source/WTF/wtf/RefCounted.h:203 #18 0x0e0d5cbc in WebCore::MainResourceLoader::addData(char const*, int, bool) () at /build/qtwebkit- WZe7f4/qtwebkit-2.3.4.dfsg/Source/WebCore/platform/ScrollAnimator.h:73 #19 0x0e0f13f4 in WebCore::ResourceLoader::didReceiveData(char const*, int, long long, bool) () at /build/qtwebkit- WZe7f4/qtwebkit-2.3.4.dfsg/Source/WebCore/platform/ScrollAnimator.h:73 #20 0x0e0d8c1c in WebCore::MainResourceLoader::didReceiveData(char const*, int, long long, bool) () at /build/qtwebkit- WZe7f4/qtwebkit-2.3.4.dfsg/Source/WebCore/platform/ScrollAnimator.h:73 #21 0x0e0eef6c in WebCore::ResourceLoader::didReceiveData(WebCore::ResourceHandle*, char const*, int, int) () at /build/qtwebkit- WZe7f4/qtwebkit-2.3.4.dfsg/Source/WebCore/platform/ScrollAnimator.h:73 #22 0x0e5b52dc in WebCore::QNetworkReplyHandler::forwardData() () at /build/qtwebkit-
Bug#761040: [libqtwebkit4] Browsers based on Webkit crash on loading pages
tag 761040 help thanks On Saturday 04 October 2014 14:26:31 Vladimir Berezenko wrote: Hi tag 761040 moreinfo thanks Hi! A few hours ago I've uploaded qtwebkit 2.3.4.dfsg-2 (it might take some time to get to your repo). Would you mind testing if the crash still happens with this version? Not fixed yet. The new backtrace from segfault: OK, we will need a powerpc machine with more RAM available than the current powerpc porterbox. Debian PPC porters: can anyone build qtwebkit with a machine with at least 8GB of RAM+swap and the included patch? Basically we need a better backtrace for tracing this bug, and building with DWARF requires a bunch of memory. If you can also test this bug with the built binaries, the better, else I would need someone else to test them. Thanks in advance, Lisandro. -- perrito666 SlackDeb: velo como un entrenamiento shaolin para geeks, en vez de meditación y tortura física, abstinencia de internet y sexo Horacio Francisco Sebastián Perrito Durán Barrionuevo, sobre un viaje que Federico SlackDeb Peretti estaba planeando con su novia. Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/diff --git a/debian/rules b/debian/rules index 4c80b30..bd83b2b 100755 --- a/debian/rules +++ b/debian/rules @@ -10,8 +10,8 @@ export DEB_LDFLAGS_MAINT_APPEND = -Wl,--as-needed # only enable debugging symbols on archs supporting -gstabs DEB_HOST_ARCH ?= $(shell dpkg-architecture -qDEB_HOST_ARCH) ifeq ($(DEB_HOST_ARCH),$(findstring $(DEB_HOST_ARCH), amd64 i386 powerpc s390x)) -export DEB_CFLAGS_MAINT_APPEND = -gstabs -export DEB_CXXFLAGS_MAINT_APPEND = -gstabs +export DEB_CFLAGS_MAINT_APPEND = -g +export DEB_CXXFLAGS_MAINT_APPEND = -g endif ifneq (,$(filter $(DEB_HOST_ARCH),alpha)) export DEB_LDFLAGS_MAINT_APPEND += -Wl,--no-relax
Bug#761040: [libqtwebkit4] Browsers based on Webkit crash on loading pages
On Sat, Oct 04, 2014 at 03:48:27PM -0300, Lisandro Damián Nicanor Pérez Meyer wrote: OK, we will need a powerpc machine with more RAM available than the current powerpc porterbox. Debian PPC porters: can anyone build qtwebkit with a machine with at least 8GB of RAM+swap and the included patch? Basically we need a better backtrace for tracing this bug, and building with DWARF requires a bunch of memory. If you can also test this bug with the built binaries, the better, else I would need someone else to test them. Well we have 16GB ram in the IBM p710 at work. Which release would you like me to build it on? And what do you want logged? -- Len Sorensen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761040: [libqtwebkit4] Browsers based on Webkit crash on loading pages
tag 761040 moreinfo thanks Hi! A few hours ago I've uploaded qtwebkit 2.3.4.dfsg-2 (it might take some time to get to your repo). Would you mind testing if the crash still happens with this version? Debian PPC porters: I'm CCing you because this crash seems to happen only on powerpc and you might want to give it a try too (maybe using qupzilla). Thanks a lot, Lisandro. -- Tiempo para el tiempo y un rato mas. Profecías, Vox Dei, basado en Eclesiastes 3:1-9 Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#761040: [libqtwebkit4] Browsers based on Webkit crash on loading pages
Package: libqtwebkit4 Version: 2.3.2.dfsg-4 Followup-For: Bug #761040 Dear Maintainer, qtwebkit based apps still segfault on show content. Attaching the crashlog. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc64) Kernel: Linux 3.14-2-powerpc64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libqtwebkit4 depends on: ii libc6 2.19-11 ii libfontconfig1 2.11.0-6.1 ii libgcc1 1:4.9.1-14 ii libgl1-mesa-glx [libgl1]10.2.6-1 ii libglib2.0-02.40.0-5 ii libgstreamer-plugins-base1.0-0 1.4.1-1 ii libgstreamer1.0-0 1.4.1-1 ii libjpeg88d1-1 ii libpng12-0 1.2.50-2 ii libqt4-network 4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqt4-opengl 4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqt4-xmlpatterns 4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqtcore4 4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqtgui4 4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libsqlite3-03.8.6-1 ii libstdc++6 4.9.1-14 ii libx11-62:1.6.2-3 ii libxrender1 1:0.9.8-1 ii multiarch-support 2.19-11 ii zlib1g 1:1.2.8.dfsg-2 libqtwebkit4 recommends no packages. libqtwebkit4 suggests no packages. Application: Модуль текста Telepathy (ktp-text-ui), signal: Segmentation fault Using host libthread_db library /lib/powerpc-linux-gnu/libthread_db.so.1. [Current thread is 1 (Thread 0xf7d3c000 (LWP 2764))] Thread 6 (Thread 0xf687a330 (LWP 2765)): #0 0x0af32e4c in __pthread_cond_wait (cond=0xedad4f0 WTF::pageheap_memory+20720, mutex=0xedad4d8 WTF::pageheap_memory+20696) at pthread_cond_wait.c:187 #1 0x0b1185c8 in __pthread_cond_wait (cond=optimized out, mutex=optimized out) at forward.c:149 #2 0x0e524af8 in WTF::TCMalloc_PageHeap::scavengerThread (this=0xeda8400 WTF::pageheap_memory) at /build/qtwebkit-qQTTfC/qtwebkit-2.3.2.dfsg/Source/WTF/wtf/FastMalloc.cpp:2575 #3 0x0e524de0 in WTF::TCMalloc_PageHeap::runScavengerThread (context=not saved) at /build/qtwebkit-qQTTfC/qtwebkit-2.3.2.dfsg/Source/WTF/wtf/FastMalloc.cpp:1771 #4 0x0af2dc3c in start_thread (arg=0xf687a330) at pthread_create.c:311 #5 0x0b108af0 in clone () at ../sysdeps/unix/sysv/linux/powerpc/powerpc32/clone.S:102 Thread 5 (Thread 0xf5f4f330 (LWP 2766)): #0 0x0af32e4c in __pthread_cond_wait (cond=0xf5fc6800, mutex=0xf5fc67e8) at pthread_cond_wait.c:187 #1 0x0b1185c8 in __pthread_cond_wait (cond=optimized out, mutex=optimized out) at forward.c:149 #2 0x0e55f924 in WTF::ThreadCondition::wait (this=not saved, mutex=not saved) at /build/qtwebkit-qQTTfC/qtwebkit-2.3.2.dfsg/Source/WTF/wtf/ThreadingPthreads.cpp:379 #3 0x0e345cc4 in JSC::BlockAllocator::blockFreeingThreadMain (this=0xf5fc6760) at /build/qtwebkit-qQTTfC/qtwebkit-2.3.2.dfsg/Source/JavaScriptCore/heap/BlockAllocator.cpp:128 #4 0x0e5408c0 in WTF::threadEntryPoint (contextData=0xf5f74c30) at /build/qtwebkit-qQTTfC/qtwebkit-2.3.2.dfsg/Source/WTF/wtf/Threading.cpp:69 #5 0x0e55f0e4 in WTF::wtfThreadEntryPoint(void*) () at /build/qtwebkit-qQTTfC/qtwebkit-2.3.2.dfsg/Source/WTF/wtf/ThreadingPthreads.cpp:196 #6 0x0af2dc3c in start_thread (arg=0xf5f4f330) at pthread_create.c:311 #7 0x0b108af0 in clone () at ../sysdeps/unix/sysv/linux/powerpc/powerpc32/clone.S:102 Thread 4 (Thread 0xf506c330 (LWP 2767)): #0 0x0b0fcd14 in poll () at ../sysdeps/unix/syscall-template.S:81 #1 0x0a5a0b54 in g_poll () from /lib/powerpc-linux-gnu/libglib-2.0.so.0 #2 0x0a58d2d8 in ?? () from /lib/powerpc-linux-gnu/libglib-2.0.so.0 #3 0x0a58d440 in g_main_context_iteration () from /lib/powerpc-linux-gnu/libglib-2.0.so.0 #4 0x04ffab1c in ?? () from /usr/lib/powerpc-linux-gnu/gio/modules/libdconfsettings.so #5 0x0a5c0bb8 in ?? () from /lib/powerpc-linux-gnu/libglib-2.0.so.0 #6 0x0af2dc3c in start_thread (arg=0xf506c330) at pthread_create.c:311 Backtrace stopped: previous frame inner to this frame (corrupt stack?) Thread 3 (Thread 0xf46ff330 (LWP 2768)): #0 0x0b0fcd14 in poll () at ../sysdeps/unix/syscall-template.S:81 #1 0x0a5a0b54 in g_poll () from /lib/powerpc-linux-gnu/libglib-2.0.so.0 #2 0x0a58d2d8 in ?? () from /lib/powerpc-linux-gnu/libglib-2.0.so.0 #3 0x0a58d8b0 in g_main_loop_run () from /lib/powerpc-linux-gnu/libglib-2.0.so.0 #4 0x0a40df88 in ?? () from /usr/lib/powerpc-linux-gnu/libgio-2.0.so.0 #5 0x0a5c0bb8 in ?? () from /lib/powerpc-linux-gnu/libglib-2.0.so.0 #6 0x0af2dc3c in start_thread (arg=0xf46ff330) at pthread_create.c:311 #7 0x in ?? () Thread 2 (Thread 0xf3cff330 (LWP 2769)): #0 0x0b0fcd14 in poll () at ../sysdeps/unix/syscall-template.S:81 #1 0x0a5a0b54
Bug#761040: [libqtwebkit4] Browsers based on Webkit crash on loading pages
reopen 761040 retitle 761040 Browsers based on Webkit crash on loading pages on powerpc thanks On Monday 22 September 2014 22:14:48 Vladimir Berezenko wrote: Package: libqtwebkit4 Version: 2.3.2.dfsg-4 Followup-For: Bug #761040 Dear Maintainer, qtwebkit based apps still segfault on show content. Attaching the crashlog. Actually it crashes only (so far) on powerpc. The original author of this bug also could reproduce it there. -- Los pibes no piden que levantemos un muro para que tengan un límite, sino que los ayudemos a crecer en libertad. Padre Bergoglio - http://www.lanacion.com.ar/1153060 Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#761040: [libqtwebkit4] Browsers based on Webkit crash on loading pages
Package: libqtwebkit4 Version: 2.3.2.dfsg-3 Severity: grave From several days ago browsers based on webkit I use (Konqueror and Qupzilla) crashed when loading pages. I confirm that this package are main suspect because both browsers used it and it's his only common dependency. Furthermore, change Konqueror to use Khtml as web engine make it don't crash. I attach a crash-log from Qupzilla. A briefly crash run: - Open default blank start page, browsers are ok. Try to load any page, start to load and then, suddenly, crash. - On Konqueror, I can use it as file manager without problems. If you want I make some more test, please, ask for them. Thanks so much. Best regards. Salud y Revolución. Lobo. --- System information. --- Architecture: powerpc Kernel: Linux 3.16-1-powerpc Debian Release: jessie/sid 500 unstableftp2.fr.debian.org 500 unstableftp.es.debian.org 500 unstableftp.de.debian.org 1 experimentalftp2.fr.debian.org 1 experimentalftp.es.debian.org --- Package information. --- Depends(Version) | Installed -+-= libc6 (= 2.4) | 2.19-10 libgcc1 (= 1:4.2.1) | 1:4.9.1-13 libglib2.0-0 (= 2.31.8) | 2.40.0-5 libgstreamer-plugins-base0.10-0 (= 0.10.31) | 0.10.36-1.3 libgstreamer0.10-0 (= 0.10.31) | 0.10.36-1.4 libqt4-network (= 4:4.8.1) | 4:4.8.6+git64-g5dc8b2b+dfsg-2 libqtcore4 (= 4:4.8.4) | 4:4.8.6+git64-g5dc8b2b+dfsg-2 libqtgui4 (= 4:4.8.1) | 4:4.8.6+git64-g5dc8b2b+dfsg-2 libsqlite3-0 (= 3.5.9) | 3.8.6-1 libstdc++6(= 4.1.1) | 4.9.1-13 libx11-6 | 2:1.6.2-3 libxrender1 | 1:0.9.8-1 Package's Recommends field is empty. Package's Suggests field is empty. -- Libertad es poder elegir en cualquier momento. Ahora yo elijo GNU/Linux, para no atar mis manos con las cadenas del soft propietario. Porque la libertad no es tu derecho, es tu responsabilidad. http://www.mucharuina.com - Desde El Ejido, en Almería, usuario registrado Linux #294013 http://www.counter.li.org Time: mié sep 10 10:33:45 2014 Qt version: 4.8.6 (compiled with 4.8.6) QupZilla version: 1.6.6 WebKit version: 537.21 == BACKTRACE == #0: qupzilla(+0x2798) [0x20559798] #1: linux-vdso32.so.1(__kernel_sigtramp32+0) [0x100394] #2: /usr/lib/powerpc-linux-gnu/libQtWebKit.so.4(+0x1b44e00) [0x1f67ae00] #3: /usr/lib/powerpc-linux-gnu/libQtWebKit.so.4(+0x1b46990) [0x1f67c990] #4: /usr/lib/powerpc-linux-gnu/libQtWebKit.so.4(+0x1b2ca70) [0x1f662a70] #5: /usr/lib/powerpc-linux-gnu/libQtWebKit.so.4(+0x1be7d54) [0x1f71dd54] #6: /usr/lib/powerpc-linux-gnu/libQtWebKit.so.4(+0x3de150) [0x1df14150] #7: /usr/lib/powerpc-linux-gnu/libQtWebKit.so.4(+0x3de538) [0x1df14538] #8: /usr/lib/powerpc-linux-gnu/libQtWebKit.so.4(+0x66bdc8) [0x1e1a1dc8] #9: /usr/lib/powerpc-linux-gnu/libQtWebKit.so.4(+0x8c52a0) [0x1e3fb2a0] #10: /usr/lib/powerpc-linux-gnu/libQtWebKit.so.4(+0x8c590c) [0x1e3fb90c] #11: /usr/lib/powerpc-linux-gnu/libQtWebKit.so.4(+0x8c5ea4) [0x1e3fbea4] #12: /usr/lib/powerpc-linux-gnu/libQtWebKit.so.4(+0x8af524) [0x1e3e5524] #13: /usr/lib/powerpc-linux-gnu/libQtWebKit.so.4(+0xa457e8) [0x1e57b7e8] #14: /usr/lib/powerpc-linux-gnu/libQtWebKit.so.4(+0xa4b35c) [0x1e58135c] #15: /usr/lib/powerpc-linux-gnu/libQtWebKit.so.4(+0xac9198) [0x1e5ff198] #16: /usr/lib/powerpc-linux-gnu/libQtWebKit.so.4(+0xab996c) [0x1e5ef96c] #17: /usr/lib/powerpc-linux-gnu/libQtWebKit.so.4(+0xf72e04) [0x1eaa8e04] #18: /usr/lib/powerpc-linux-gnu/libQtWebKit.so.4(+0xf725dc) [0x1eaa85dc] #19: /usr/lib/powerpc-linux-gnu/libQtWebKit.so.4(+0xf72744) [0x1eaa8744] #20: /usr/lib/powerpc-linux-gnu/libQtWebKit.so.4(+0xf72828) [0x1eaa8828] #21: /usr/lib/powerpc-linux-gnu/libQtCore.so.4(_ZN11QMetaObject8activateEP7QObjectPKS_iPPv+0x328) [0x1c819e58] #22: /usr/lib/powerpc-linux-gnu/libQtNetwork.so.4(_ZN13QNetworkReply8finishedEv+0x30) [0x1cad55d0] #23: /usr/lib/powerpc-linux-gnu/libQtNetwork.so.4(+0x8e66c) [0x1ca3966c] #24: /usr/lib/powerpc-linux-gnu/libQtNetwork.so.4(+0x6bb98) [0x1ca16b98] #25: /usr/lib/powerpc-linux-gnu/libQtNetwork.so.4(+0x73e1c) [0x1ca1ee1c] #26: /usr/lib/powerpc-linux-gnu/libQtNetwork.so.4(+0x8c03c) [0x1ca3703c] #27: /usr/lib/powerpc-linux-gnu/libQtNetwork.so.4(+0x8c118) [0x1ca37118] #28: /usr/lib/powerpc-linux-gnu/libQtGui.so.4(_ZN19QApplicationPrivate13notify_helperEP7QObjectP6QEvent+0xf8) [0x1ccbdf38] #29: /usr/lib/powerpc-linux-gnu/libQtGui.so.4(_ZN12QApplication6notifyEP7QObjectP6QEvent+0x38c) [0x1ccc614c] #30: /usr/lib/powerpc-linux-gnu/libQtCore.so.4(_ZN16QCoreApplication14notifyInternalEP7QObjectP6QEvent+0xe0) [0x1c7fdf50] #31:
Bug#761040: [libqtwebkit4] Browsers based on Webkit crash on loading pages
On Wednesday 10 September 2014 10:51:56 Rubén Gómez Antolí wrote: Package: libqtwebkit4 Version: 2.3.2.dfsg-3 Severity: grave This is due to the fact that we are mixing gstreamer 0.1 (phonon) and 1.0 (webkit) here. We are trying to fix qtwebkit on !linux. If that happens we will switch phonon to gstreamer 1.0 and the problem will be gone. -- La ciencia sin la religión es renga, la religión sin la ciencia es ciega. Albert Einstein Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#761040: [libqtwebkit4] Browsers based on Webkit crash on loading pages
Workaround: use phonon-backend-vlc in the meantime :) -- Tincho me cago en el gato, es como la tercera vez que me apreta backspace mientras tengo apretados ctrl y alt Visto en #lugfi, irc.freenode.net Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#761040: [libqtwebkit4] Browsers based on Webkit crash on loading pages
Hi Lisandro:
El 11/09/14 a las #4, Lisandro Damián Nicanor Pérez Meyer escribió:
Workaround: use phonon-backend-vlc in the meantime :)
This is the backend that I'm currently using:
$ dpkg -l |grep phonon |awk {'print $2 $3}'
libphonon4:powerpc4:4.7.2-1
libphononexperimental4:powerpc4:4.7.2-1
phonon:powerpc4:4.7.2-1
phonon-backend-vlc:powerpc0.7.2-1+b1
python-pyside.phonon1.2.2-1+b1
I revised my preferences in systemsettings and I'd only vlc engine.
Thanks for your effort.
Best regards.
Salud y Revolución.
Lobo.
--
Libertad es poder elegir en cualquier momento. Ahora yo elijo GNU/Linux,
para no atar mis manos con las cadenas del soft propietario.
Porque la libertad no es tu derecho, es tu responsabilidad.
http://www.mucharuina.com
-
Desde El Ejido, en Almería, usuario registrado Linux #294013
http://www.counter.li.org
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
