tde-users September 2012

users@trinitydesktop.org

36 participants
29 discussions

Klauncher could not be reached via DCOP. I *need* Klauncher :-(

by Lisi

I had an apparently working system, so I decided to take a deep breath, cross my fingers and install Slávek's patches. All appeared to go swimmingly. But now if I try to launch almost anything via Klauncher I get the message above. Application names preceded by kdesu appear to launch without a problem. Klauncher was working well before I installed the patches. Yes, daft, I know, not to leave well alone, when I had an operational system. But I fancied having the patches. I work almost entirely via Klauncher. The fact that they have messed around with Klauncher is one of the many things I dislike about KDE4. Is there an easy solution? Or shall I just reinstall and stop at 3.5.13 without patches? :-( I am NOT giving up. I have been pig-headed since I was a baby. It is bit late to change now. Lisi

11 years, 7 months

gtk-based apps, trinity and gtk-qt-engine-trinity

by Nicolas Bercher

Hi, I use gtk-qt-engine-trinity on a Debian Squeeze to have gtk-based apps look like qt3 ones. But I encounter "repaint" issues using some gtk based apps but not all of them. For example, iceweasel (firefox), openoffice.org have severe bugs that make menu entries (oo.org) or tabs to disappear (all painted in gray). More precisely: correct graphics appears as appropriate but disappears when the mouse leaves the graphical pane of tabs, menu items, etc. I use iceweasel 7.0.1 and openoffice.org 3.2.1. Is there any fix to this applicable for me? Nicolas

11 years, 7 months

Upgrade report, Debian Squeeze amd64 3.5.12 to 3.5.13.1

by Nick Leverton

Thanks for a lot of work on these packages everyone, but especially Slavek :) Nothing to report on the installation, upgraded smooth as silk. However I've a couple of issues, one is in the logs. Apparently kdm on login is trying to update /etc/qt3/qt_plugins_3.3rc but has already dropped permissions. This might be the source of another issue I have with black backgrounds on some window elements. I'd like to know what other people's qt_plugins_3.3rc looks like. This upgrade machine is missing all but plastik which doesn't seem right. The one on my normal desktop lists most but not all of the .so files in /opt/trinity/lib/trinity/plugins. How should the file get updated normally, please ? Kernel is 3.2 and graphics driver is Nvidia 295. This is what /etc/qt3/qt_plugins_3.3rc says post-upgrade (I think I told dpkg to replace it when it queried but am not sure). $ cat /etc/qt3/qt_plugins_3.3rc [opt] trinity/lib/trinity/plugins/styles/plastik.so=30300^e3^ex86_64 Linux g++-4.* full-config^e2012-08-04T18:53:43^e [usr] lib/qt3/plugins/imageformats/libqmng.so=30300^e3^ex86_64 Linux g++-4.* full-config^e2012-08-04T16:21:10^e lib/qt3/plugins/inputmethods/libqimsw-multi.so=30300^e3^ex86_64 Linux g++-4.* full-config^e2012-08-04T16:21:10^e lib/qt3/plugins/inputmethods/libqimsw-none.so=30300^e3^ex86_64 Linux g++-4.* full-config^e2012-08-04T16:21:10^e lib/qt3/plugins/inputmethods/libqsimple.so=30300^e3^ex86_64 Linux g++-4.* full-config^e2012-08-04T16:21:10^e lib/qt3/plugins/inputmethods/libqxim.so=30300^e3^ex86_64 Linux g++-4.* full-config^e2012-08-04T16:21:10^e lib/trinity/plugins/styles/plastik.so=30306^e3^ei686 Linux g++-4.* full-config^e2006-09-29T20:06:31^e This is the first few lines of the user .xsession-errors: Xsession: X session started for leveret at Sun Aug 5 18:47:01 CEST 2012 /usr/bin/xmodmap: unable to open file '/usr/share/apps/kxkb/ubuntu.xmodmap' for reading /usr/bin/xmodmap: 1 error encountered, aborting. gpg-agent[3918]: enabled debug flags: assuan [startkde] Starting startkde. [startkde] This script is /opt/trinity/bin/startkde [startkde] TDE version is 3.5.13.1 [startkde] TDE base directory is /opt/trinity [startkde] KDEHOME is not set. [startkde] Set KDEHOME to /home/leveret/.trinity. [startkde] Setting KDEROOTHOME to /root/.trinity. [startkde] KDEDIR: /opt/trinity [startkde] KDEDIRS: /usr/local [startkde] kdedirs_first: /usr/local xset: bad font path element (#23), possible causes are: Directory does not exist or has wrong permissions Directory missing fonts.dir Incorrect font server address or syntax [startkde] Starting Trinity... kdeinit: Launched DCOPServer, pid = 4093 result = 0 kdeinit: Launched KLauncher, pid = 4097 result = 0 kdeinit: opened connection to :0.0 kdeinit: Launched KDED, pid = 4098 result = 0 QSettings::sync: failed to open '/etc/qt3/qt_plugins_3.3rc.tmp' for writing kdeinit: Got EXT_EXEC 'kbuildsycoca' from launcher. kbuildsycoca running... DCOP Cleaning up dead connections. kdeinit: PID 4100 terminated. kdeinit: Got EXEC_NEW 'kconf_update' from launcher. kdeinit: PID 4101 terminated. kdeinit: PID 4098 terminated. QSettings::sync: failed to open '/etc/qt3/qt_plugins_3.3rc.tmp' for writing reading '/home/leveret/.kompmgr.pid' as kompmgr pidfile Thanks for reading this far if you have :) nick -- "The Internet, a sort of ersatz counterfeit of real life" -- Janet Street-Porter, BBC2, 19th March 1996

11 years, 7 months

Major problems installing Trinity 3.5.13 with Slavek's repository on Fresh install of Squeeze

by Lisi

I have frequently installed Trinity before, 3.5.11, 3.5.12, 3.5.13, 3.5.13 with Slavek's repositories. I have never had a problem before. I am getting desperate. I am running 3.5.10 on Lenny on my working m/c at the moment, and the system is sickly. I *need* a working box. And I *need* KMail in order to have continued access to my emails. I have been trying for hours over several days to install on a newbuild. I have posted before about the problems I had initially. When I installed desktop-base-trinity separately it went on without a hitch. I can find no way of installing kde-trinity. Having tried for hours to install kde-trinity from where I had got to, I gave in and installed LXDE. I immediately gained a functioning LXDE. I have installed from inside LXDE frequently in the past. I have installed with Slavek's repositories already enabled in the past. Having got my functioning LXDE, I again tried to install kde-trinity. Again no success. Exactly the same result as before. I installed some of the missing packages manually, but most of them refused to install. I have just tried again, and this time I got a shorter, and therefore legible, list of problems, but most of the unresolved dependencies were virtual packages and refused to install. The only thing that I can think of to try now is to do a default install of Squeeze, get Gnome 3 (yuk!) and try to install from there. Any better ideas? All suggestions welcomed. Lisi

11 years, 7 months

KLaptop won't suspend or hibernate anymore

by Dan Youngquist

When I try to suspend from the KLaptop system tray icon, it goes to the "Desktop Session Locked" dialog box, and sits there forever without suspending. But KPowersave will suspend just fine. This started when I ran updates yesterday morning; worked fine before that. Tried an older kernel, no difference. Any ideas? I can switch to KPowersave if there's no solution, but I prefer KLaptop. This is on Ubuntu 10.10 and Trinity 3.5.12. -- PGP key: http://homestead-products.com/pubkey.htm

11 years, 7 months

...slavek-banko/axis/... Hash Sum mismatch

by Jonesy

Just in case I am the very first to encounter this. On this morning's update run: Failed to fetch http://ppa.quickbuild.pearsoncomputing.net/slavek-banko/axis/... ubuntu/dists/lucid/main/binary-i386/Packages.bz2 Hash Sum mismatch Jonesy

11 years, 7 months

New firefox releases freeze up

by Jeff Taylor

I'm running trinity on Natty, and have been getting the newest version of Firefox, but am unable to run them. The latest version that is remotely usable for me is 12.0. Beginning with the upgrade to v13, when I restarted firefox, it brought up the screen asking if I wanted to restore my tabs, to which I clicked the restore button. I then see the window fill up with my previous tabs, and that's as far as firefox gets. "Top" does not show FF using any resources. If I minimize the screen, then restore it, it takes about 30 seconds for the window to be redrawn. None of the tabs ever load up, and I eventually have to just kill the process. Next I try starting FF in safe-mode. This gives the same results. Finally, I try creating a clean profile. From here I am able to get a start page loaded, but if I try to use the browser, it will allow me to type for a couple seconds, then freezes for about 30 seconds. It continues this cycle for as long as I keep the window open. During the freezes, I have no problems accessing any other programs on my desktop. I have tried the same process with FF14, and just tonight with FF15. I have continued to have the same results. While using FF12, I can mostly use the browser, however on random occasions I will get the same type of window-freeze... FF completely stops responding, even though the CPU usage does not change, and anywhere between 30 second to a few minutes later, FF will start responding again. These seem to happen once or twice an hour, but otherwise the browser works as expected. I have tried disabling plugins, but it did not change the behavior. I'm hoping someone here has seen this issue and might be able to point me to a solution? As a side-note, my wife's computer has been loaded with the same Trinity setup. She is currently running FF13 and not having any issues, and since I did not find any notes on Google, I assume this issue is specific to my computer... I just don't know where to begin troubleshooting desktop issues.

11 years, 7 months

Trinity on Wheezy

by Lisi

Hello, all :-) I am building a computer on which I would like to run Wheezy, but with Trinity DE, of course. Is this a feasible ambition given a) my technical ability (or lack of it!!) and b) the existence of you lot? If so, should I, in your estimation, go for a 3.5.14 daily build or stick to 3.5.13.1? Or would it be more sensible to stick to Squeeze? Thanks! Lisi

11 years, 7 months

3.5.13-sru krusader mount manager

by harrow

Hello. I use 3.5.13-sru on Archlinux (x86_64). I use krusader mostly and I prefer to mount/umount external storages with krusader (Ctrl+M combobox , under proto/address/path line ). It's ok with usb-storage with FAT. But with usb-storage with ntfs it has some troubles. I've merged rules into hal policy *.fdi to use ntfs-3g and mounting process became ok. But trying to unmount I've get error that operation is not allowed. It seems that i'ts indeed krusader's mount manager fail , because konqueror does unmount well the same mounted storage (from media:/ window). Is this distro-specific bug ? How can I fix it ?

11 years, 8 months

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

tde-users September 2012