26 May
2012
26 May
'12
3:09 p.m.
I thought that I remembered that Slávek's patches for TDE 3.5.13 were now
available in the form of a repository, but cannot find the reference in spite
of spending some time searching.
Could some kind soul point me the way - either to the imagined repository or
to the patches, before I pull out the last of my hair? - which is falling out
quite enough under its own steam. It doesn't need my help. :-(
Thanks,
Lisi
26 May
26 May
3:27 p.m.
New subject: [trinity-users] Slávek's repository
On Sunday 27 of May 2012 00:09:11 Lisi wrote:
I thought that I remembered that Slávek's patches
for TDE 3.5.13 were now
available in the form of a repository, but cannot find the reference in
spite of spending some time searching.
Could some kind soul point me the way - either to the imagined repository
or to the patches, before I pull out the last of my hair? - which is
falling out quite enough under its own steam. It doesn't need my help. :-(
Hi Lisi
I hope you still have a lot of hair? ;)
Instructions are at:
https://quickbuild.pearsoncomputing.net/~slavek-banko/+archive/axis
Slávek
--
3:49 p.m.
New subject: [trinity-users] Slávek's repository
On Saturday 26 May 2012 23:27:42 Slávek Banko wrote:
On Sunday 27 of May 2012 00:09:11 Lisi wrote:
Thanks!
Lisi
I thought that I remembered that Slávek's
patches for TDE 3.5.13 were now
available in the form of a repository, but cannot find the reference in
spite of spending some time searching.
Could some kind soul point me the way - either to the imagined repository
or to the patches, before I pull out the last of my hair? - which is
falling out quite enough under its own steam. It doesn't need my help.
:-(
Hi Lisi
I hope you still have a lot of hair? ;)
Instructions are at:
https://quickbuild.pearsoncomputing.net/~slavek-banko/+archive/axis
Slávek
4:05 p.m.
New subject: [trinity-users] Slávek's repository
On Saturday 26 May 2012 23:27:42 Slávek Banko wrote:
On Sunday 27 of May 2012 00:09:11 Lisi wrote:
Installing now! \o/
Lisi
I thought that I remembered that Slávek's
patches for TDE 3.5.13 were now
available in the form of a repository, but cannot find the reference in
spite of spending some time searching.
Could some kind soul point me the way - either to the imagined repository
or to the patches, before I pull out the last of my hair? - which is
falling out quite enough under its own steam. It doesn't need my help.
:-(
Hi Lisi
I hope you still have a lot of hair? ;)
Instructions are at:
https://quickbuild.pearsoncomputing.net/~slavek-banko/+archive/axis
Slávek
4:13 p.m.
New subject: [trinity-users] Slávek's repository
On Sunday 27 of May 2012 01:05:58 Lisi wrote:
Soon I will again update kdelibs, kdebase, and kdenetwork. I hope this will be
the last before the final release 3.5.13.1 :)
Slávek
--
Hi Lisi
I hope you still have a lot of hair? ;)
Instructions are at:
https://quickbuild.pearsoncomputing.net/~slavek-banko/+archive/axis
Slávek
Installing now! \o/
Lisi
4:39 p.m.
New subject: [trinity-users] Slávek's repository
On Sunday 27 May 2012 00:13:41 Slávek Banko wrote:
On Sunday 27 of May 2012 01:05:58 Lisi wrote:
Soon I will again update kdelibs, kdebase, and kdenetwork. I hope this will
be the last before the final release 3.5.13.1 :)
Slávek
One of the things that makes Trinity great is the lovely people who frequent
the mailing list and do all the work. :-) And the personal touch. :-)
I often feel guilty that I just leech - but then I remember that some of you
want a lot of users. ;-)
Lisi
Hi Lisi
I hope you still have a lot of hair? ;)
Instructions are at:
https://quickbuild.pearsoncomputing.net/~slavek-banko/+archive/axis
Slávek
Installing now! \o/
Lisi 
27 May
27 May
6:19 a.m.
New subject: Slávek's repository - problems with latest builds ?
In article <201205270113.42222.slavek.banko(a)axis.cz>cz>,
Slávek Banko <trinity-users(a)lists.pearsoncomputing.net> wrote:
Soon I will again update kdelibs, kdebase, and kdenetwork. I hope this will be
the last before the final release 3.5.13.1 :)
Hi Slavek,
Thanks from me also for your updates. I've been tracking them roughly
weekly and haven't had any problems - until this weekend's update
I'm afraid.
I'm using the Squeeze builds and, with the latest versions, my desktop
will not startup. This was the case with my mirror sync from yesterday
morning, of the changes since last Saturday, but it still fails with
your further updates last night. Both kwin and kcminit fail with kcrash
dumps, even on a newly created user. Reverting to last weekend's debs
makes things work again.
I'll paste the dumps below, hope this is OK for this list,
Nick
kcminit_startup.kcrash:
[Thread debugging using libthread_db enabled]
[KCrash handler]
#6 __pthread_mutex_lock (mutex=0x11) at pthread_mutex_lock.c:50
#7 0xf5fae726 in pthread_mutex_lock (mutex=0x11) at forward.c:182
#8 0xf61e510f in ?? () from /usr/lib/libX11.so.6
#9 0xf61fb9c4 in XrmQGetResource () from /usr/lib/libX11.so.6
#10 0xf61f2f7d in XStringToKeysym () from /usr/lib/libX11.so.6
#11 0xf6bdd7e3 in KKeyServer::Sym::init (this=0xffc63b34, s=...)
at /tmp/buildd/kdelibs-trinity-3.5.13/kdecore/kkeyserver_x11.cpp:462
#12 0xf6bda18a in Sym (this=0xffc63bd0, sSpec=...)
at /tmp/buildd/kdelibs-trinity-3.5.13/kdecore/kkeyserver_x11.h:68
#13 KKey::init (this=0xffc63bd0, sSpec=...)
at /tmp/buildd/kdelibs-trinity-3.5.13/kdecore/kshortcut.cpp:134
#14 0xf6bda424 in KKey (this=0xffc63bd0, sKey=...)
at /tmp/buildd/kdelibs-trinity-3.5.13/kdecore/kshortcut.cpp:48
#15 0xf6bda5db in KKeySequence::init (this=0xffc63d88, s=...)
at /tmp/buildd/kdelibs-trinity-3.5.13/kdecore/kshortcut.cpp:278
#16 0xf6bdab80 in KShortcut::init (this=0xffc63d84, s=...)
at /tmp/buildd/kdelibs-trinity-3.5.13/kdecore/kshortcut.cpp:472
#17 0xf6bdadd3 in KShortcut (this=0xffc63d84, s=...)
at /tmp/buildd/kdelibs-trinity-3.5.13/kdecore/kshortcut.cpp:409
#18 0xf6c00171 in KShortcutList::readSettings (this=0xffc63f1c,
sConfigGroup=..., pConfig=0x9011160)
at /tmp/buildd/kdelibs-trinity-3.5.13/kdecore/kshortcutlist.cpp:97
#19 0xf6bdedda in KAccelActions::readActions (this=0x9067d40,
sConfigGroup=..., pConfig=0x0)
at /tmp/buildd/kdelibs-trinity-3.5.13/kdecore/kaccelaction.cpp:489
#20 0xf563b848 in init_keys ()
at /build/buildd/kdebase-trinity-3.5.13/kcontrol/keys/main.cpp:190
#21 0xf7722508 in KCMInit::runModule (this=0xffc6ab18, libName=...,
service=...) at /build/buildd/kdebase-trinity-3.5.13/kcminit/main.cpp:81
#22 0xf7722d52 in KCMInit::runModules (this=0xffc6ab18, phase=1)
at /build/buildd/kdebase-trinity-3.5.13/kcminit/main.cpp:117
#23 0xf7723103 in KCMInit::runPhase1 (this=0xffc6ab18)
at /build/buildd/kdebase-trinity-3.5.13/kcminit/main.cpp:210
#24 0xf7726a70 in KCMInit::process (this=0xffc6ab18, fun=..., data=...,
replyType=..., replyData=...)
at /build/buildd/kdebase-trinity-3.5.13/obj-i486-linux-gnu/kcminit/main_skel.cpp:28
#25 0xf6a5dec2 in DCOPClient::receive (this=0x9024d88, objId=..., fun=...,
data=..., replyType=..., replyData=...)
at /tmp/buildd/kdelibs-trinity-3.5.13/dcop/dcopclient.cpp:1646
#26 0xf6a64a71 in DCOPProcessInternal (d=0x9025e18,
opcode=<value optimized out>, key=1, dataReceived=..., canPost=true)
at /tmp/buildd/kdelibs-trinity-3.5.13/dcop/dcopclient.cpp:522
#27 0xf6a65570 in DCOPProcessMessage (iceConn=0x9023e90,
clientObject=0x9025e18, opcode=1, length=58, replyWait=0x0,
replyWaitRet=0xffc6a198)
at /tmp/buildd/kdelibs-trinity-3.5.13/dcop/dcopclient.cpp:434
#28 0xf6a6ee17 in KDE_IceProcessMessages (iceConn=0x9023e90, replyWait=0x0,
replyReadyRet=0x0)
at /tmp/buildd/kdelibs-trinity-3.5.13/dcop/KDE-ICE/process.c:326
#29 0xf6a5985f in DCOPClient::processSocketData (this=0x9024d88, fd=9)
at /tmp/buildd/kdelibs-trinity-3.5.13/dcop/dcopclient.cpp:2017
#30 0xf6a6524e in DCOPClient::qt_invoke (this=0x9024d88, _id=2, _o=0xffc6a330)
at /tmp/buildd/kdelibs-trinity-3.5.13/obj-i486-linux-gnu/dcop/dcopclient.moc:176
#31 0xf657ecfa in QObject::activate_signal (this=0x90250b8, clist=0x9016f10,
o=0xffc6a330) at kernel/qobject.cpp:2383
#32 0xf6580e54 in QObject::activate_signal (this=0x90250b8, signal=2, param=9)
at kernel/qobject.cpp:2476
#33 0xf68de840 in QSocketNotifier::activated (this=0x90250b8, t0=9)
at .moc/release-shared-mt/moc_qsocketnotifier.cpp:85
#34 0xf659e1c7 in QSocketNotifier::event (this=0x90250b8, e=0xffc6a66c)
at kernel/qsocketnotifier.cpp:261
#35 0xf651a4c7 in QApplication::internalNotify (this=0xffc6aa40,
receiver=0x90250b8, e=0xffc6a66c) at kernel/qapplication.cpp:2638
#36 0xf651b4ab in QApplication::notify (this=0xffc6aa40, receiver=0x90250b8,
e=0xffc6a66c) at kernel/qapplication.cpp:2361
#37 0xf6b407ad in KApplication::notify (this=0xffc6aa40, receiver=0x90250b8,
event=0xffc6a66c)
at /tmp/buildd/kdelibs-trinity-3.5.13/kdecore/kapplication.cpp:582
#38 0xf650f2d4 in QApplication::sendEvent (this=0x90196e0)
at kernel/qapplication.h:523
#39 QEventLoop::activateSocketNotifiers (this=0x90196e0)
at kernel/qeventloop_unix.cpp:581
#40 0xf64c530b in QEventLoop::processEvents (this=0x90196e0, flags=4)
at kernel/qeventloop_x11.cpp:386
#41 0xf6533480 in QEventLoop::enterLoop (this=0x90196e0)
at kernel/qeventloop.cpp:201
#42 0xf6533326 in QEventLoop::exec (this=0x90196e0)
at kernel/qeventloop.cpp:148
#43 0xf651ab1f in QApplication::exec (this=0xffc6aa40)
at kernel/qapplication.cpp:2761
#44 0xf7723e3f in KCMInit (this=0xffc6ab18, args=0x8fda8f8)
at /build/buildd/kdebase-trinity-3.5.13/kcminit/main.cpp:197
#45 0xf7724bc4 in kdemain (argc=1, argv=0x8fdd3f8)
at /build/buildd/kdebase-trinity-3.5.13/kcminit/main.cpp:247
#46 0xf77296c4 in kdeinitmain (argc=1, argv=0x8fdd3f8)
at
/build/buildd/kdebase-trinity-3.5.13/obj-i486-linux-gnu/kcminit/kcminit_startup_kdeinit_module.cpp:3
#47 0x0804eb29 in launch (argc=<value optimized out>,
_name=<value optimized out>, args=<value optimized out>, cwd=0x0, envc=0,
envs=0x0, reset_env=false, tty=0x0, avoid_loops=false,
startup_id_str=0x8052272 "0")
at /tmp/buildd/kdelibs-trinity-3.5.13/kinit/kinit.cpp:673
#48 0x0805156e in main (argc=5, argv=0xffc6af74, envp=0xffc6af8c)
at /tmp/buildd/kdelibs-trinity-3.5.13/kinit/kinit.cpp:1868
kwin.kcrash:
[Thread debugging using libthread_db enabled]
[KCrash handler]
#6 __pthread_mutex_lock (mutex=0x11) at pthread_mutex_lock.c:50
#7 0xf5fae726 in pthread_mutex_lock (mutex=0x11) at forward.c:182
#8 0xf61e510f in ?? () from /usr/lib/libX11.so.6
#9 0xf61fb9c4 in XrmQGetResource () from /usr/lib/libX11.so.6
#10 0xf61f2f7d in XStringToKeysym () from /usr/lib/libX11.so.6
#11 0xf6bdd7e3 in KKeyServer::Sym::init (this=0xffc65034, s=...)
at /tmp/buildd/kdelibs-trinity-3.5.13/kdecore/kkeyserver_x11.cpp:462
#12 0xf6bda18a in Sym (this=0xffc650d0, sSpec=...)
at /tmp/buildd/kdelibs-trinity-3.5.13/kdecore/kkeyserver_x11.h:68
#13 KKey::init (this=0xffc650d0, sSpec=...)
at /tmp/buildd/kdelibs-trinity-3.5.13/kdecore/kshortcut.cpp:134
#14 0xf6bda424 in KKey (this=0xffc650d0, sKey=...)
at /tmp/buildd/kdelibs-trinity-3.5.13/kdecore/kshortcut.cpp:48
#15 0xf6bda5db in KKeySequence::init (this=0xffc65288, s=...)
at /tmp/buildd/kdelibs-trinity-3.5.13/kdecore/kshortcut.cpp:278
#16 0xf6bdab80 in KShortcut::init (this=0xffc65284, s=...)
at /tmp/buildd/kdelibs-trinity-3.5.13/kdecore/kshortcut.cpp:472
#17 0xf6bdadd3 in KShortcut (this=0xffc65284, s=...)
at /tmp/buildd/kdelibs-trinity-3.5.13/kdecore/kshortcut.cpp:409
#18 0xf6c00171 in KShortcutList::readSettings (this=0xffc6541c,
sConfigGroup=..., pConfig=0x9013c58)
at /tmp/buildd/kdelibs-trinity-3.5.13/kdecore/kshortcutlist.cpp:97
#19 0xf6bdedda in KAccelActions::readActions (this=0x9072400,
sConfigGroup=..., pConfig=0x0)
at /tmp/buildd/kdelibs-trinity-3.5.13/kdecore/kaccelaction.cpp:489
#20 0xf6be8e83 in KAccelBase::readSettings (this=0x90723fc, pConfig=0x0)
at /tmp/buildd/kdelibs-trinity-3.5.13/kdecore/kaccelbase.cpp:569
#21 0xf6bfa50a in KGlobalAccel::readSettings (this=0x90721a8, pConfig=0x0)
at /tmp/buildd/kdelibs-trinity-3.5.13/kdecore/kglobalaccel.cpp:123
#22 0xf5a3fb90 in KWinInternal::Workspace::readShortcuts (this=0x9040ae8)
at /build/buildd/kdebase-trinity-3.5.13/kwin/useractions.cpp:267
#23 0xf5a47e38 in KWinInternal::Workspace::initShortcuts (this=0x9040ae8)
at /build/buildd/kdebase-trinity-3.5.13/kwin/useractions.cpp:262
#24 0xf59f3b58 in Workspace (this=0x9040ae8, restore=false,
__in_chrg=<value optimized out>, __vtt_parm=<value optimized out>)
at /build/buildd/kdebase-trinity-3.5.13/kwin/workspace.cpp:205
#25 0xf5a162a6 in Application (this=0xffc6a698)
at /build/buildd/kdebase-trinity-3.5.13/kwin/main.cpp:171
#26 0xf5a17dd9 in kdemain (argc=1, argv=0x8fdd7c8)
at /build/buildd/kdebase-trinity-3.5.13/kwin/main.cpp:331
#27 0xf77296b4 in kdeinitmain (argc=1, argv=0x8fdd7c8)
at
/build/buildd/kdebase-trinity-3.5.13/obj-i486-linux-gnu/kwin/kwin_kdeinit_module.cpp:3
#28 0x0804eb29 in launch (argc=<value optimized out>,
_name=<value optimized out>, args=<value optimized out>, cwd=0x0, envc=0,
envs=0x8fa75ed "", reset_env=false, tty=0x0, avoid_loops=false,
startup_id_str=0x8052272 "0")
at /tmp/buildd/kdelibs-trinity-3.5.13/kinit/kinit.cpp:673
#29 0x0804f871 in handle_launcher_request (sock=9)
at /tmp/buildd/kdelibs-trinity-3.5.13/kinit/kinit.cpp:1240
#30 0x0804ffea in handle_requests (waitForPid=<value optimized out>)
at /tmp/buildd/kdelibs-trinity-3.5.13/kinit/kinit.cpp:1443
#31 0x08051518 in main (argc=5, argv=0xffc6af74, envp=0xffc6af8c)
at /tmp/buildd/kdelibs-trinity-3.5.13/kinit/kinit.cpp:1908
--end
--
"The Internet, a sort of ersatz counterfeit of real life"
-- Janet Street-Porter, BBC2, 19th March 1996
6:48 a.m.
New subject: [trinity-users] Re: Slávek's repository - problems with latest builds ?
On Sunday 27 of May 2012 15:19:34 Nick Leverton wrote:
Hi Slavek,
Thanks from me also for your updates. I've been tracking them roughly
weekly and haven't had any problems - until this weekend's update
I'm afraid.
I'm using the Squeeze builds and, with the latest versions, my desktop
will not startup. This was the case with my mirror sync from yesterday
morning, of the changes since last Saturday, but it still fails with
your further updates last night. Both kwin and kcminit fail with kcrash
dumps, even on a newly created user. Reverting to last weekend's debs
makes things work again.
I'll paste the dumps below, hope this is OK for this list,
Nick
Hi Nick,
accidents, such as those occurred with updated qt (which calls
XInitThreads) together with the old kdelibs (which still did not call
XInitThreads). Please check that you also update kdelibs - search in
changelog commit 6c806af1. You must have at least kdelibs build ax6
(current is ax7).
Slavek
--
11:54 a.m.
New subject: Slávek's repository - problems with latest builds ?
In article <201205271548.18174.slavek.banko(a)axis.cz>cz>,
Slávek Banko <trinity-users(a)lists.pearsoncomputing.net> wrote:
Hi Nick,
accidents, such as those occurred with updated qt (which calls
XInitThreads) together with the old kdelibs (which still did not call
XInitThreads). Please check that you also update kdelibs - search in
changelog commit 6c806af1. You must have at least kdelibs build ax6
(current is ax7).
Ah that was the problem. I had a home-built kdelibs from testing some
earlier patches, and APT treats my own suffix of +njl as newer than
your +ax. I've increased your repo's priority and got the right kdelibs,
and all is well now.
So again thanks for your updates, all seems very well with them and
apologies for the noise !
Nick
--
"The Internet, a sort of ersatz counterfeit of real life"
-- Janet Street-Porter, BBC2, 19th March 1996
7:21 p.m.
New subject: [trinity-users] Slávek's repository
Great work Slávek, thanks for the Squeeze debs. All good here.
# apt-get update
# /etc/init.d/kdm-trinity stop
# apt-get dist-upgrade
Reading package lists... Done
Building dependency tree
Reading state information... Done
Calculating upgrade... Done
The following packages will be upgraded:
ark-trinity kaddressbook-trinity kappfinder-trinity karm-trinity
kate-trinity kcalc-trinity kcontrol-trinity kdebase-data-trinity
kdebase-kio-plugins-trinity kdebase-runtime-data-common-trinity
kdebase-trinity kdebase-trinity-bin kdelibs-data-trinity
kdelibs4c2a-trinity
kdepasswd-trinity kdeprint-trinity kdesktop-trinity kdf-trinity
kdm-trinity
kfind-trinity kget-trinity khelpcenter-trinity kicker-trinity
klipper-trinity kmenuedit-trinity knotes-trinity
konqueror-nsplugins-trinity
konqueror-trinity konsole-trinity korganizer-trinity kpager-trinity
kpersonalizer-trinity kregexpeditor-trinity ksmserver-trinity
ksplash-trinity ksysguard-trinity ksysguardd-trinity ktip-trinity
kwin-trinity libkcal2b-trinity libkdepim1a-trinity libkleopatra1-trinity
libkmime2-trinity libkonq4-trinity libkpimexchange1-trinity
libkpimidentities1-trinity libktnef1-trinity libqt3-mt libssl0.9.8
libtqt3-integration-trinity libxml2 openssl sudo
53 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 81.0 MB of archives.
After this operation, 205 kB of additional disk space will be used.
7:32 p.m.
New subject: [trinity-users] Slávek's repository
One comment: "Welcome to Kubuntu" as default login greeter is not quite
fitting for a Debian box (yes I know how to change it) Maybe "Welcome to
Trinity Desktop" is more universal?
D
11:42 p.m.
New subject: [trinity-users] Slávek's repository
On Monday 28 of May 2012 04:32:53 David Hare wrote:
One comment: "Welcome to Kubuntu" as default
login greeter is not quite
fitting for a Debian box (yes I know how to change it) Maybe "Welcome to
Trinity Desktop" is more universal?
D
Commit ca767ece changes the default "Welcome to Kubuntu at %n" to "Welcome
to %n". So now should no longer welcome always as Kubuntu :)
Slávek
--
28 May
28 May
8:55 a.m.
New subject: [trinity-users] Re: Slávek's repository - problems with latest builds ?
Dne ne 27. května 2012 Nick Leverton napsal(a):
In article
<201205271548.18174.slavek.banko(a)axis.cz>cz>,
Slávek Banko <trinity-users(a)lists.pearsoncomputing.net> wrote:
I am glad that so easily explained. The reason for the problem was the
fact that my packages still have version 3.5.13 and from the original
3.5.13 differ only by build number - axNumber. Because of this, then your
package +njl was still regarded as newer than my +ax ('n' is greater
than 'a'). Maybe it's time to start marking the packages with version
3.5.13.1 :)
Slavek
--
Hi Nick,
accidents, such as those occurred with updated qt (which calls
XInitThreads) together with the old kdelibs (which still did not call
XInitThreads). Please check that you also update kdelibs - search in
changelog commit 6c806af1. You must have at least kdelibs build ax6
(current is ax7).
Ah that was the problem. I had a home-built kdelibs from testing some
earlier patches, and APT treats my own suffix of +njl as newer than
your +ax. I've increased your repo's priority and got the right
kdelibs, and all is well now.
So again thanks for your updates, all seems very well with them and
apologies for the noise !
Nick
4372
days inactive
4374
days old
12 comments
4 participants
participants (4)
-
David Hare -
Lisi -
Nick Leverton -
Slávek Banko