Package: kdesktop
Version: 4:3.4.2-4
Severity: important
Output of kde crash handler:
#3 0xb7de2b6e in __gnu_cxx::__pooltrue::_M_reclaim_block ()
from /usr/lib/libstdc++.so.6
#4 0xb669ab7f in __gnu_cxx::__mt_allocstd::string,
__gnu_cxx::__common_pool_policy__gnu_cxx::__pool, true
On October 25, 2005 04:13, MrB wrote:
Package: kdesktop
Version: 4:3.4.2-4
Severity: important
Did you also upgrade to the latest arts (libarts1 in particular) from
unstable? That should solve this crash.
Cheers,
Christopher Martin
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
On Tuesday 25 October 2005 08:02 am, Christopher Martin wrote:
On October 25, 2005 04:13, MrB wrote:
Package: kdesktop
Version: 4:3.4.2-4
Severity: important
Did you also upgrade to the latest arts (libarts1 in particular) from
unstable? That should solve this crash.
Then shouldn't
On October 25, 2005 08:52, Josh Metzler wrote:
On Tuesday 25 October 2005 08:02 am, Christopher Martin wrote:
On October 25, 2005 04:13, MrB wrote:
Package: kdesktop
Version: 4:3.4.2-4
Severity: important
Did you also upgrade to the latest arts (libarts1 in particular) from
Package: konqueror
Version: 4:3.4.2-4
Severity: normal
When i delete a file (or multiple files) using the del key on my keyboard,
konqueror crased quite often recently.
here the trace from kde crashmanager:
(no debugging symbols found)
Using host libthread_db library /lib/libthread_db.so.1.
(no
* Koos Vriezen [Thu, 20 Oct 2005 19:23:40 +0200]:
But anyways, you mean that the line above should be
Depends: ${shlib:Depends}
Is that correct?
Yes.
and that magically works because of the build dependency is
Build-Depends: debhelper (= 4.0.0), kdelibs4-dev, libxine-dev, \
I noticed this no-charge dating place filled that has a bunch of sex-addicts
No flowers, no walks on the beach, just get together for some action :)
There might also be a few people who want something serious though
And if your into a long-term relationship, or a one-night-stand, you got it ;)
Package: qt4-x11
Version: 4.0.1-2
Tags: patch
qt4-x11 currently FTBFS for mips/mipsel because the assembler code for
atomic operations attempts to use MIPS II ll/sc instructions in MIPS I
assembly. The appended patch switches the atomic loops to assume MIPS II,
this works even for MIPS I CPUs
8 matches
Mail list logo