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
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 --
On Saturday 26 May 2012 23:27:42 Slávek Banko wrote:
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
Thanks! Lisi
On Saturday 26 May 2012 23:27:42 Slávek Banko wrote:
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
Installing now! \o/
Lisi
On Sunday 27 of May 2012 01:05:58 Lisi wrote:
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
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 --
On Sunday 27 May 2012 00:13:41 Slávek Banko wrote:
On Sunday 27 of May 2012 01:05:58 Lisi wrote:
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
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
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.
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
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 --
In article 201205270113.42222.slavek.banko@axis.cz, Slávek Banko trinity-users@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
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 --
In article 201205271548.18174.slavek.banko@axis.cz, Slávek Banko trinity-users@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
Dne ne 27. května 2012 Nick Leverton napsal(a):
In article 201205271548.18174.slavek.banko@axis.cz,
Slávek Banko trinity-users@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
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 --
-
David Hare -
Lisi -
Nick Leverton -
Slávek Banko