4:35 p.m.
well, wwith the latest updates some things eems to be better, still lags
but not that long, but krunner crashs randomly and given that the
startmenu is just unusaebale without lancelot now breaking ALT+F2 is a joke
am i really the only person who loved lancelot because oyu did not need
to went through the whole strcuture for starting 5 entries of the same
submenu (like 5 vnc-connections to different testing windows or other
testing virtual machines in the network)?
starting krunner manually works ometimes for a while (the need to keep
the terminal open is still a joke - in case of lancelot not refreshing
menues it was no problem for years to tpye "killall lancelot followed by
ALT+F2 lancelot in a running session)
QObject::connect: No such signal
KActivities::Consumer::serviceStatusChanged(KActivities::Consumer::ServiceStatus)
QObject::connect: (receiver name: 'Activities')
I/O warning : failed to load external entity
"/home/harry/.qalculate/eurofxref-daily.xml"
I/O warning : failed to load external entity
"/home/harry/.qalculate/eurofxref-daily.xml"
QSocketNotifier: Invalid socket 6 and type 'Read', disabling...
QSocketNotifier: Invalid socket 9 and type 'Read', disabling...
QSocketNotifier: Invalid socket 12 and type 'Read', disabling...
QSocketNotifier: Invalid socket 14 and type 'Exception', disabling...
The X11 connection broke (error 1). Did the X11 server die?
KCrash: Application 'krunner' crashing...
KCrash: Attempting to start /usr/libexec/drkonqi from kdeinit
sock_file=/run/user/500/kdeinit5__0
Unable to start Dr. Konqi
5:13 p.m.
On Thursday 01 October 2015 23:35:33 Reindl Harald wrote:
am i really the only person who loved lancelot because oyu did not
need
to went through the whole strcuture for starting 5 entries of the same
submenu (like 5 vnc-connections to different testing windows or other
testing virtual machines in the network)?
I like Lancelot and use it all the time.
:)
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
5:26 p.m.
Am 02.10.2015 um 00:13 schrieb Eli Wapniarski:
On Thursday 01 October 2015 23:35:33 Reindl Harald wrote:
> am i really the only person who loved lancelot because oyu did not need
> to went through the whole strcuture for starting 5 entries of the same
> submenu (like 5 vnc-connections to different testing windows or other
> testing virtual machines in the network)?
>
I like Lancelot and use it all the time.
:)
have fun with F22 and the "improvements" of KDE5 throwing all away
because every developer thinks he found the holy grail and users don't
know nothing about how they have to use their computers....
12:14 a.m.
On Friday 02 October 2015 00:26:19 Reindl Harald wrote:
Am 02.10.2015 um 00:13 schrieb Eli Wapniarski:
> On Thursday 01 October 2015 23:35:33 Reindl Harald wrote:
>> am i really the only person who loved lancelot because oyu did not need
>> to went through the whole strcuture for starting 5 entries of the same
>> submenu (like 5 vnc-connections to different testing windows or other
>> testing virtual machines in the network)?
>
> I like Lancelot and use it all the time.
>
> :)
have fun with F22 and the "improvements" of KDE5 throwing all away
because every developer thinks he found the holy grail and users don't
know nothing about how they have to use their computers....
Not bothering... I am transitioning to OpenSuse 13.2. At least until April
2017 I will have some quiet and hopefully by that time KDE 5 will become
useable for me.
And to make a long story short. Way back when, when I expressed my
reservations about kde-redhat merging into Fedora the kinda thing that we are
experiencing now was my chief concern. What is happening in this community
reflects the reason that kde-redhat was born in the first place. Everyone was
unhappy with the way Redhat treated their KDE users. Rex brought back sanity
by going independant. KDE then started working the way it was supposed to. I
understand that the opportunity to merge provided all the infrastructure
benefits that Fedora was able to provide. And I also understand a lack of
manpower to manage multiple versions at the same time.
Simply put KDE 5 would never have made it out of kde-redhat/unstable. It would
be there for everyone that enjoys testing as a hobby. And we would still be
chugging along with KDE4. Me... well.... I have other things to do.
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
6:47 a.m.
On 10/02/15 01:14, Eli Wapniarski wrote:
Not bothering... I am transitioning to OpenSuse 13.2. At least until
April
2017 I will have some quiet and hopefully by that time KDE 5 will become
useable for me.
Great idea... transitioning is the important point though. :-\ I am
talking about the RPM Fusion library... though IIRC SuSE never had
issues with non-free software.
-e
The information contained in this transmission contains privileged and confidential
information. It is intended only for the use of the person named above. If you are not the
intended recipient, you are hereby notified that any review, dissemination, distribution
or duplication of this communication is strictly prohibited. If you are not the intended
recipient, please contact the sender by reply email and destroy all copies of the original
message.
CAUTION: Intended recipients should NOT use email communication for emergent or urgent
health care matters.
9:45 a.m.
On Friday 02 October 2015 11:47:49 Emilio Recio wrote:
On 10/02/15 01:14, Eli Wapniarski wrote:
> Not bothering... I am transitioning to OpenSuse 13.2. At least until
> April
> 2017 I will have some quiet and hopefully by that time KDE 5 will become
> useable for me.
Great idea... transitioning is the important point though. :-\ I am
talking about the RPM Fusion library... though IIRC SuSE never had
issues with non-free software.
I've already successfully moved 3 of my 4 desktops. I just need to find storage
to backup my data from my main desktop at home and I'm done. Everything that I
need to work... works... I get all my plasmoids. I had a minor issue with xorg
configuration and enabling vnc remote desktop and my nvidia drivers and that
was resolved. The biggest issue I had was "bleeding edge" wine-stagging and a
patching mechanism which was resolved. And the most incovenient thing that I
will have to deal with is my email filters.
Eli
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
6:49 a.m.
Reindl Harald wrote:
well, wwith the latest updates some things eems to be better, still
lags
but not that long, but krunner crashs randomly
Can you get any backtraces so we can help determine why it's crashing for
you?
For me, krunner is (and generally always has been) reliably stable.
-- Rex
6:53 a.m.
On 02.10.2015 13:49, Rex Dieter wrote:
Reindl Harald wrote:
> well, wwith the latest updates some things eems to be better, still lags
> but not that long, but krunner crashs randomly
Can you get any backtraces so we can help determine why it's crashing for
you?
For me, krunner is (and generally always has been) reliably stable.
Reproducible very often here, just a matter of typing a few words in
krunner. Didn't yet have the time to investigate properly, but backtrace
is as follows:
#0 0x00007fffc29f4f2c in mdb_txn_renew0 (txn=txn@entry=0x7fff98f81c20)
at mdb.c:2512
#1 0x00007fffc29f6224 in mdb_txn_begin (env=0x7fff9804f420,
parent=parent@entry=0x0, flags=flags@entry=131072, ret=0x7fffb5ffa800)
at mdb.c:2740
#2 0x00007fffc2c10624 in
Baloo::Database::open(Baloo::Database::OpenMode) (this=0x7fffc2e3d020
<(anonymous namespace)::Q_QGS_s_db::innerFunction()::holder>,
mode=mode@entry=Baloo::Database::OpenDatabase) at
../../../src/engine/database.cpp:90
#3 0x00007fffc3077139 in Baloo::SearchStore::SearchStore()
(this=0x7fffb5ffa960) at ../../../src/lib/searchstore.cpp:51
#4 0x00007fffc30660f9 in Baloo::Query::exec() (this=0x7fffb5ffaa10) at
../../../src/lib/query.cpp:209
#5 0x00007fffc328b210 in SearchRunner::match(Plasma::RunnerContext&,
QString const&, QString const&) ()
at /usr/lib64/qt5/plugins/krunner_baloosearchrunner.so
#6 0x00007fffc328bcaf in SearchRunner::match(Plasma::RunnerContext&) ()
at /usr/lib64/qt5/plugins/krunner_baloosearchrunner.so
#7 0x00007fffc7de1af0 in
Plasma::AbstractRunner::performMatch(Plasma::RunnerContext&) () at
/lib64/libKF5Runner.so.5
#8 0x00007fffc7bc35a0 in
ThreadWeaver::Executor::run(QSharedPointer<ThreadWeaver::JobInterface>
const&, ThreadWeaver::Thread*) ()
at /lib64/libKF5ThreadWeaver.so.5
#9 0x00007fffc7bc242a in
ThreadWeaver::Job::execute(QSharedPointer<ThreadWeaver::JobInterface>
const&, ThreadWeaver::Thread*) ()
at /lib64/libKF5ThreadWeaver.so.5
#10 0x00007fffc7bc1b7a in ThreadWeaver::Thread::run() () at
/lib64/libKF5ThreadWeaver.so.5
#11 0x00007ffff2c1b54e in QThreadPrivate::start(void*)
(arg=0x7fffa8002f90) at thread/qthread_unix.cpp:331
#12 0x00007fffee9066ca in start_thread () at /lib64/libpthread.so.0
#13 0x00007ffff201a79d in clone () at /lib64/libc.so.6
Full:
#0 0x00007fffc29f4f2c in mdb_txn_renew0 (txn=txn@entry=0x7fff98f81c20)
at mdb.c:2512
env = 0x7fff9804f420
ti = 0x0
meta = <optimized out>
i = <optimized out>
nr = <optimized out>
flags = 1
x = <optimized out>
rc = <optimized out>
new_notls = 0
#1 0x00007fffc29f6224 in mdb_txn_begin (env=0x7fff9804f420,
parent=parent@entry=0x0, flags=flags@entry=131072, ret=0x7fffb5ffa800)
at mdb.c:2740
txn = 0x7fff98f81c20
ntxn = <optimized out>
rc = <optimized out>
size = <optimized out>
tsize = 136
#2 0x00007fffc2c10624 in
Baloo::Database::open(Baloo::Database::OpenMode) (this=0x7fffc2e3d020
<(anonymous namespace)::Q_QGS_s_db::innerFunction()::holder>,
mode=mode@entry=Baloo::Database::OpenDatabase) at
../../../src/engine/database.cpp:90
dirInfo = {d_ptr = {d = 0x7fff98faa3e0}}
arr = {static MaxSize = 1073741800, d = 0x7fff98f80bc0}
txn = 0x7fff9804f340
#3 0x00007fffc3077139 in Baloo::SearchStore::SearchStore()
(this=0x7fffb5ffa960) at ../../../src/lib/searchstore.cpp:51
#4 0x00007fffc30660f9 in Baloo::Query::exec() (this=0x7fffb5ffaa10) at
../../../src/lib/query.cpp:209
term = {d = 0x7fff9804f730}
searchStore =
{m_db = 0x7fffc2e3d020 <(anonymous
namespace)::Q_QGS_s_db::innerFunction()::holder>, m_prefixes = {{d =
0x7ffff2eb18a0 <QHashData::shared_null>, e = 0x7ffff2eb18a0
<QHashData::shared_null>}}}
result =
{<QList<QString>> = {<QListSpecialMethods<QString>>
=
{<No data fields>}, {p = {static shared_null = {ref = {atomic =
{_q_value = -1}}, alloc = 0, begin = 0, end = 0, array = {0x0}}, d =
0x7fff9804f300}, d = 0x7fff9804f300}}, <No data fields>}
#5 0x00007fffc328b210 in SearchRunner::match(Plasma::RunnerContext&,
QString const&, QString const&) ()
at /usr/lib64/qt5/plugins/krunner_baloosearchrunner.so
#6 0x00007fffc328bcaf in SearchRunner::match(Plasma::RunnerContext&) ()
at /usr/lib64/qt5/plugins/krunner_baloosearchrunner.so
#7 0x00007fffc7de1af0 in
Plasma::AbstractRunner::performMatch(Plasma::RunnerContext&) () at
/lib64/libKF5Runner.so.5
#8 0x00007fffc7bc35a0 in
ThreadWeaver::Executor::run(QSharedPointer<ThreadWeaver::JobInterface>
const&, ThreadWeaver::Thread*) ()
at /lib64/libKF5ThreadWeaver.so.5
#9 0x00007fffc7bc242a in
ThreadWeaver::Job::execute(QSharedPointer<ThreadWeaver::JobInterface>
const&, ThreadWeaver::Thread*) ()
at /lib64/libKF5ThreadWeaver.so.5
#10 0x00007fffc7bc1b7a in ThreadWeaver::Thread::run() () at
/lib64/libKF5ThreadWeaver.so.5
---Type <return> to continue, or q <return> to quit---
#11 0x00007ffff2c1b54e in QThreadPrivate::start(void*)
(arg=0x7fffa8002f90) at thread/qthread_unix.cpp:331
__clframe =
{__cancel_routine = 0x7ffff2c1a680
<QThreadPrivate::finish(void*)>, __cancel_arg = 0x7fffa8002f90, __do_it
= 1, __cancel_type = <optimized out>}
thr = 0x7fffa8002f90
data = 0x7fffa80030d0
objectName = {static null = {<No data fields>}, d = 0x7fffa8003220}
#12 0x00007fffee9066ca in start_thread () at /lib64/libpthread.so.0
#13 0x00007ffff201a79d in clone () at /lib64/libc.so.6
6:59 a.m.
Sandro Mani wrote:
On 02.10.2015 13:49, Rex Dieter wrote:
> Reindl Harald wrote:
>
>> well, wwith the latest updates some things eems to be better, still lags
>> but not that long, but krunner crashs randomly
> Can you get any backtraces so we can help determine why it's crashing for
> you?
>
> For me, krunner is (and generally always has been) reliably stable.
>
Reproducible very often here, just a matter of typing a few words in
krunner. Didn't yet have the time to investigate properly, but backtrace
is as follows:
#0 0x00007fffc29f4f2c in mdb_txn_renew0 (txn=txn@entry=0x7fff98f81c20)
at mdb.c:2512
#1 0x00007fffc29f6224 in mdb_txn_begin (env=0x7fff9804f420,
parent=parent@entry=0x0, flags=flags@entry=131072, ret=0x7fffb5ffa800)
at mdb.c:2740
#2 0x00007fffc2c10624 in
Baloo::Database::open(Baloo::Database::OpenMode) (this=0x7fffc2e3d020
<(anonymous namespace)::Q_QGS_s_db::innerFunction()::holder>,
mode=mode@entry=Baloo::Database::OpenDatabase) at
../../../src/engine/database.cpp:90
Yours is clearly a problem with lmdb, opening it's database is crashing
(corrupted db?)
-- Rex
7:04 a.m.
On 02.10.2015 13:59, Rex Dieter wrote:
Sandro Mani wrote:
>
> On 02.10.2015 13:49, Rex Dieter wrote:
>> Reindl Harald wrote:
>>
>>> well, wwith the latest updates some things eems to be better, still lags
>>> but not that long, but krunner crashs randomly
>> Can you get any backtraces so we can help determine why it's crashing for
>> you?
>>
>> For me, krunner is (and generally always has been) reliably stable.
>>
> Reproducible very often here, just a matter of typing a few words in
> krunner. Didn't yet have the time to investigate properly, but backtrace
> is as follows:
>
>
> #0 0x00007fffc29f4f2c in mdb_txn_renew0 (txn=txn@entry=0x7fff98f81c20)
> at mdb.c:2512
> #1 0x00007fffc29f6224 in mdb_txn_begin (env=0x7fff9804f420,
> parent=parent@entry=0x0, flags=flags@entry=131072, ret=0x7fffb5ffa800)
> at mdb.c:2740
> #2 0x00007fffc2c10624 in
> Baloo::Database::open(Baloo::Database::OpenMode) (this=0x7fffc2e3d020
> <(anonymous namespace)::Q_QGS_s_db::innerFunction()::holder>,
> mode=mode@entry=Baloo::Database::OpenDatabase) at
> ../../../src/engine/database.cpp:90
Yours is clearly a problem with lmdb, opening it's database is crashing
(corrupted db?)
Any idea which DB that would be / what to delete?
7:14 a.m.
Sandro Mani wrote:
On 02.10.2015 13:59, Rex Dieter wrote:
> Sandro Mani wrote:
>
>>
>> On 02.10.2015 13:49, Rex Dieter wrote:
>>> Reindl Harald wrote:
>>>
>>>> well, wwith the latest updates some things eems to be better, still
>>>> lags but not that long, but krunner crashs randomly
>>> Can you get any backtraces so we can help determine why it's crashing
>>> for you?
>>>
>>> For me, krunner is (and generally always has been) reliably stable.
>>>
>> Reproducible very often here, just a matter of typing a few words in
>> krunner. Didn't yet have the time to investigate properly, but backtrace
>> is as follows:
>>
>>
>> #0 0x00007fffc29f4f2c in mdb_txn_renew0 (txn=txn@entry=0x7fff98f81c20)
>> at mdb.c:2512
>> #1 0x00007fffc29f6224 in mdb_txn_begin (env=0x7fff9804f420,
>> parent=parent@entry=0x0, flags=flags@entry=131072, ret=0x7fffb5ffa800)
>> at mdb.c:2740
>> #2 0x00007fffc2c10624 in
>> Baloo::Database::open(Baloo::Database::OpenMode) (this=0x7fffc2e3d020
>> <(anonymous namespace)::Q_QGS_s_db::innerFunction()::holder>,
>> mode=mode@entry=Baloo::Database::OpenDatabase) at
>> ../../../src/engine/database.cpp:90
> Yours is clearly a problem with lmdb, opening it's database is crashing
> (corrupted db?)
>
Any idea which DB that would be / what to delete?
Just a guess, but,
$ balooctl stop
$ cd ~/.local/share/baloo
stuff in here, maybe backup/rename/delete all the stuff in there
-- Rex
7:24 a.m.
On 02.10.2015 14:14, Rex Dieter wrote:
Sandro Mani wrote:
>
> On 02.10.2015 13:59, Rex Dieter wrote:
>> Sandro Mani wrote:
>>
>>> On 02.10.2015 13:49, Rex Dieter wrote:
>>>> Reindl Harald wrote:
>>>>
>>>>> well, wwith the latest updates some things eems to be better, still
>>>>> lags but not that long, but krunner crashs randomly
>>>> Can you get any backtraces so we can help determine why it's
crashing
>>>> for you?
>>>>
>>>> For me, krunner is (and generally always has been) reliably stable.
>>>>
>>> Reproducible very often here, just a matter of typing a few words in
>>> krunner. Didn't yet have the time to investigate properly, but backtrace
>>> is as follows:
>>>
>>>
>>> #0 0x00007fffc29f4f2c in mdb_txn_renew0 (txn=txn@entry=0x7fff98f81c20)
>>> at mdb.c:2512
>>> #1 0x00007fffc29f6224 in mdb_txn_begin (env=0x7fff9804f420,
>>> parent=parent@entry=0x0, flags=flags@entry=131072, ret=0x7fffb5ffa800)
>>> at mdb.c:2740
>>> #2 0x00007fffc2c10624 in
>>> Baloo::Database::open(Baloo::Database::OpenMode) (this=0x7fffc2e3d020
>>> <(anonymous namespace)::Q_QGS_s_db::innerFunction()::holder>,
>>> mode=mode@entry=Baloo::Database::OpenDatabase) at
>>> ../../../src/engine/database.cpp:90
>> Yours is clearly a problem with lmdb, opening it's database is crashing
>> (corrupted db?)
>>
> Any idea which DB that would be / what to delete?
Just a guess, but,
$ balooctl stop
$ cd ~/.local/share/baloo
stuff in here, maybe backup/rename/delete all the stuff in there
Nope, still crashing, despite removing evering in there.
8:48 a.m.
Sandro Mani wrote:
On 02.10.2015 14:14, Rex Dieter wrote:
> Sandro Mani wrote:
>
>>
>> On 02.10.2015 13:59, Rex Dieter wrote:
>>> Sandro Mani wrote:
>>>
>>>> On 02.10.2015 13:49, Rex Dieter wrote:
>>>>> Reindl Harald wrote:
>>>>>
>>>>>> well, wwith the latest updates some things eems to be better,
still
>>>>>> lags but not that long, but krunner crashs randomly
>>>>> Can you get any backtraces so we can help determine why it's
crashing
>>>>> for you?
>>>>>
>>>>> For me, krunner is (and generally always has been) reliably stable.
>>>>>
>>>> Reproducible very often here, just a matter of typing a few words in
>>>> krunner. Didn't yet have the time to investigate properly, but
>>>> backtrace is as follows:
>>>>
>>>>
>>>> #0 0x00007fffc29f4f2c in mdb_txn_renew0
>>>> #(txn=txn@entry=0x7fff98f81c20)
>>>> at mdb.c:2512
>>>> #1 0x00007fffc29f6224 in mdb_txn_begin (env=0x7fff9804f420,
>>>> parent=parent@entry=0x0, flags=flags@entry=131072, ret=0x7fffb5ffa800)
>>>> at mdb.c:2740
>>>> #2 0x00007fffc2c10624 in
>>>> Baloo::Database::open(Baloo::Database::OpenMode) (this=0x7fffc2e3d020
>>>> <(anonymous namespace)::Q_QGS_s_db::innerFunction()::holder>,
>>>> mode=mode@entry=Baloo::Database::OpenDatabase) at
>>>> ../../../src/engine/database.cpp:90
>>> Yours is clearly a problem with lmdb, opening it's database is crashing
>>> (corrupted db?)
>>>
>> Any idea which DB that would be / what to delete?
> Just a guess, but,
>
> $ balooctl stop
>
> $ cd ~/.local/share/baloo
>
> stuff in here, maybe backup/rename/delete all the stuff in there
>
Nope, still crashing, despite removing evering in there.
I don't know then, here's what may be a relevant bug you can add information
to:
https://bugs.kde.org/show_bug.cgi?id=347684 (valgrind requested)
Else, confirm you have kf5-baloo-5.14.0 first, there's been a lot of fixes
since 5.13
-- Rex
8:49 a.m.
Am 02.10.2015 um 14:14 schrieb Rex Dieter:
> Any idea which DB that would be / what to delete?
Just a guess, but,
$ balooctl stop
$ cd ~/.local/share/baloo
stuff in here, maybe backup/rename/delete all the stuff in there
my crashes where surely not baloo, but as said seems to be fixed now
i disable all thet indexing **** on every machine because i have my own
brain and don't want and need burning ressoucres with all sorts of
background processes producing IO, load and databases
[harry@srv-rhsoft:~]$ ps aux | grep balo
harry 31332 0.0 0.0 114352 2344 pts/12 S+ 15:47 0:00
/usr/bin/grep --color balo
[harry@srv-rhsoft:~]$
5:37 a.m.
Am 02.10.2015 um 15:49 schrieb Reindl Harald:
Am 02.10.2015 um 14:14 schrieb Rex Dieter:
>> Any idea which DB that would be / what to delete?
>
> Just a guess, but,
>
> $ balooctl stop
>
> $ cd ~/.local/share/baloo
>
> stuff in here, maybe backup/rename/delete all the stuff in there
my crashes where surely not baloo, but as said seems to be fixed now
i disable all thet indexing **** on every machine because i have my own
brain and don't want and need burning ressoucres with all sorts of
background processes producing IO, load and databases
[harry@srv-rhsoft:~]$ ps aux | grep balo
harry 31332 0.0 0.0 114352 2344 pts/12 S+ 15:47 0:00
/usr/bin/grep --color balo
[harry@srv-rhsoft:~]$
well, they are not fixed, recently ALT+F2, crash
the whole quality of KF5 makes me just angry
"it's free" is no excuse for such a release quality
Oct 3 12:34:30 srv-rhsoft systemd-coredump: Process 16099 (krunner) of
user 500 dumped core.#012#012Stack trace of thread 25109:#012#0
0x00007f8cd884c9c8 raise (libc.so.6)#012#1 0x00007f8cde2790ec
_ZN6KCrash19defaultCrashHandlerEi (libKF5Crash.so.5)#012#2
0x00007f8cd884ca50 __restore_rt (libc.so.6)#012#3 0x00007f8cab3e6e39
mdb_txn_renew0 (liblmdb.so.0.0.0)#012#4 0x00007f8cab3e7e28
mdb_txn_begin (liblmdb.so.0.0.0)#012#5 0x00007f8caba6ccf0
_ZN5Baloo11SearchStore4execERKNS_4TermEib (libKF5Baloo.so.5)#012#6
0x00007f8caba5711e _ZN5Baloo5Query4execEv (libKF5Baloo.so.5)#012#7
0x00007f8cabc7c210
_ZN12SearchRunner5matchERN6Plasma13RunnerContextERK7QStringS5_
(krunner_baloosearchrunner.so)#012#8 0x00007f8cabc7ccaf
_ZN12SearchRunner5matchERN6Plasma13RunnerContextE
(krunner_baloosearchrunner.so)#012#9 0x00007f8cb43c0af0
_ZN6Plasma14AbstractRunner12performMatchERNS_13RunnerContextE
(libKF5Runner.so.5)#012#10 0x00007f8cb41a2580
_ZN12ThreadWeaver8Executor3runERK14QSharedPointerINS_12JobInterfaceEEPNS_6ThreadE
(libKF5ThreadWeaver.so.5)#012#11 0x00007f8cb41a140a
_ZN12ThreadWeaver3Job7executeERK14QSharedPointerINS_12JobInterfaceEEPNS_6ThreadE
(libKF5ThreadWeaver.so.5)#012#12 0x00007f8cb41a0b5a
_ZN12ThreadWeaver6Thread3runEv (libKF5ThreadWeaver.so.5)#012#13
0x00007f8cd951b54e _ZN14QThreadPrivate5startEPv (libQt5Core.so.5)#012#14
0x00007f8cd5212555 start_thread (libpthread.so.0)#012#15
0x00007f8cd891ab9d __clone (libc.so.6)#012#012Stack trace of thread
25098:#012#0 0x00007f8cd890afad __read (libc.so.6)#012#1
0x00007f8cd9676b1d _ZN20QFSFileEnginePrivate8readFdFhEPcx
(libQt5Core.so.5)#012#2 0x00007f8cd9688bee
_ZN20QFSFileEnginePrivate10nativeReadEPcx (libQt5Core.so.5)#012#3
0x00007f8cd961bd8d _ZN11QFileDevice8readDataEPcx (libQt5Core.so.5)#012#4
0x00007f8cd9624fe7 _ZN9QIODevice4readEPcx (libQt5Core.so.5)#012#5
0x00007f8cd9625a7c _ZN9QIODevice7readAllEv (libQt5Core.so.5)#012#6
0x00007f8cdba504c4
_ZN17KConfigIniBackend11parseConfigERK10QByteArrayR9KEntryMap6QFlagsIN14KConfigBackend11ParseOptionEEb
(libKF5ConfigCore.so.5)#012#7 0x00007f8cdba33bdb
_ZN14KConfigPrivate16parseConfigFilesEv (libKF5ConfigCore.so.5)#012#8
0x00007f8cdba56fc2
_ZN13KSharedConfigC1ERK7QString6QFlagsIN7KConfig8OpenFlagEEN14QStandardPaths16StandardLocationE
(libKF5ConfigCore.so.5)#012#9 0x00007f8cdba57771
_ZN13KSharedConfig10openConfigERK7QString6QFlagsIN7KConfig8OpenFlagEEN14QStandardPaths16StandardLocationE
(libKF5ConfigCore.so.5)#012#10 0x00007f8cdcb2130f
_ZN14KSycocaPrivateC2Ev (libKF5Service.so.5)#012#11 0x00007f8cdcb21463
_ZN7KSycocaC1Ev (libKF5Service.so.5)#012#12 0x00007f8cdcb21aa5
_ZN7KSycoca4selfEv (libKF5Service.so.5)#012#13 0x00007f8cdcb0baea
_ZNK18KServiceTypeTrader13defaultOffersERK7QStringS2_
(libKF5Service.so.5)#012#14 0x00007f8cdcb0c031
_ZNK18KServiceTypeTrader5queryERK7QStringS2_ (libKF5Service.so.5)#012#15
0x00007f8cac8fa8d1 _ZN13ServiceRunner5matchERN6Plasma13RunnerContextE
(krunner_services.so)#012#16 0x00007f8cb43c0af0
_ZN6Plasma14AbstractRunner12performMatchERNS_13RunnerContextE
(libKF5Runner.so.5)#012#17 0x00007f8cb41a2580
_ZN12ThreadWeaver8Executor3runERK14QSharedPointerINS_12JobInterfaceEEPNS_6ThreadE
(libKF5ThreadWeaver.so.5)#012#18 0x00007f8cb41a140a
_ZN12ThreadWeaver3Job7executeERK14QSharedPointerINS_12JobInterfaceEEPNS_6ThreadE
(libKF5ThreadWeaver.so.5)#012#19 0x00007f8cb41a0b5a
_ZN12ThreadWeaver6Thread3runEv (libKF5ThreadWeaver.so.5)#012#20
0x00007f8cd951b54e _ZN14QThreadPrivate5startEPv (libQt5Core.so.5)#012#21
0x00007f8cd5212555 start_thread (libpthread.so.0)#012#22
0x00007f8cd891ab9d __clone (libc.so.6)#012#012Stack trace of thread
16099:#012#0 0x00007f8cd889b86c __libc_free (libc.so.6)#012#1
0x00007f8cbd017eed unsafe_free (i965_dri.so)#012#2 0x00007f8cbcfd907c
_Z36_mesa_glsl_release_builtin_functionsv (i965_dri.so)#012#3
0x00007f8cbd002dd9 _mesa_destroy_shader_compiler (i965_dri.so)#012#4
0x00007f8cd8851648 __run_exit_handlers (libc.so.6)#012#5
0x00007f8cd8851695 exit (libc.so.6)#012#6 0x00007f8cc163204e
_ZN14QXcbConnection16processXcbEventsEv (libQt5XcbQpa.so.5)#012#7
0x00007f8cd972c021 _ZN7QObject5eventEP6QEvent (libQt5Core.so.5)#012#8
0x00007f8cda67
6:30 p.m.
Reindl Harald wrote:
Oct 3 12:34:30 srv-rhsoft systemd-coredump: Process 16099 (krunner)
of
user 500 dumped core.#012#012Stack trace of thread 25109:#012#0
0x00007f8cd884c9c8 raise (libc.so.6)#012#1 0x00007f8cde2790ec
_ZN6KCrash19defaultCrashHandlerEi (libKF5Crash.so.5)#012#2
0x00007f8cd884ca50 __restore_rt (libc.so.6)#012#3 0x00007f8cab3e6e39
mdb_txn_renew0 (liblmdb.so.0.0.0)#012#4 0x00007f8cab3e7e28
mdb_txn_begin (liblmdb.so.0.0.0)#012#5 0x00007f8caba6ccf0
_ZN5Baloo11SearchStore4execERKNS_4TermEib (libKF5Baloo.so.5)#012#6
0x00007f8caba5711e _ZN5Baloo5Query4execEv (libKF5Baloo.so.5)#012#7
0x00007f8cabc7c210
_ZN12SearchRunner5matchERN6Plasma13RunnerContextERK7QStringS5_
(krunner_baloosearchrunner.so)#012#8 0x00007f8cabc7ccaf
Well, looks like it is the Baloo runner after all. Try disabling it in the
KRunner settings. It won't do any good if you have Baloo indexing disabled
anyway.
Kevin Kofler
6:42 p.m.
Am 04.10.2015 um 01:30 schrieb Kevin Kofler:
Reindl Harald wrote:
> Oct 3 12:34:30 srv-rhsoft systemd-coredump: Process 16099 (krunner) of
> user 500 dumped core.#012#012Stack trace of thread 25109:#012#0
> 0x00007f8cd884c9c8 raise (libc.so.6)#012#1 0x00007f8cde2790ec
> _ZN6KCrash19defaultCrashHandlerEi (libKF5Crash.so.5)#012#2
> 0x00007f8cd884ca50 __restore_rt (libc.so.6)#012#3 0x00007f8cab3e6e39
> mdb_txn_renew0 (liblmdb.so.0.0.0)#012#4 0x00007f8cab3e7e28
> mdb_txn_begin (liblmdb.so.0.0.0)#012#5 0x00007f8caba6ccf0
> _ZN5Baloo11SearchStore4execERKNS_4TermEib (libKF5Baloo.so.5)#012#6
> 0x00007f8caba5711e _ZN5Baloo5Query4execEv (libKF5Baloo.so.5)#012#7
> 0x00007f8cabc7c210
> _ZN12SearchRunner5matchERN6Plasma13RunnerContextERK7QStringS5_
> (krunner_baloosearchrunner.so)#012#8 0x00007f8cabc7ccaf
Well, looks like it is the Baloo runner after all. Try disabling it in the
KRunner settings. It won't do any good if you have Baloo indexing disabled
anyway.
there are no baloo processes on my systems
[harry@srv-rhsoft:~]$ ps aux | grep bal
root 860 0.0 0.0 17212 2500 ? Ss Sep30 0:24
/usr/sbin/irqbalance --foreground
harry 29097 0.0 0.2 592908 36680 ? Sl 01:31 0:00
/usr/bin/kglobalaccel5
harry 31194 0.0 0.0 114356 2124 pts/10 S+ 01:42 0:00
/usr/bin/grep --color bal
[harry@srv-rhsoft:~]$
6:57 p.m.
Am 04.10.2015 um 01:50 schrieb Kevin Kofler:
Reindl Harald wrote:
> there are no baloo processes on my systems
The Baloo runner is not a process, it is a plugin for KRunner
(krunner_baloosearchrunner.so). You should be able to disable it in the
KRunner settings, unless that UI went missing in Plasma 5 as well
only applications and commadnline are enbaled there
8:45 a.m.
Am 02.10.2015 um 13:49 schrieb Rex Dieter:
Reindl Harald wrote:
> well, wwith the latest updates some things eems to be better, still lags
> but not that long, but krunner crashs randomly
Can you get any backtraces so we can help determine why it's crashing for
you?
For me, krunner is (and generally always has been) reliably stable
looks like todays updates-testing push fixed it again
3156
days inactive
3159
days old
20 comments
6 participants
participants (6)
-
Eli Wapniarski -
Emilio Recio -
Kevin Kofler -
Reindl Harald -
Rex Dieter -
Sandro Mani