tde-users

users@trinitydesktop.org

7 participants
4293 discussions

KMail/Akregator font in system tray is too big
by Jan Stolarek 14 Oct '16

14 Oct '16

Hi all, I just upgraded from Debian 7 + TDE 3.5.13.2 to Debian 8 + TDE R14. To save myself from tiresome configuration I copied my ~/.trinity folder to the new machine. Quite surprisingly, everything works! Except for one tiny bit. Font size used by KMail and Akregator to display number of unread messages in system tray is HUGE (in fact, it's so big that it does not fit on the icon and is cropped). How can I make it smaller? I also want to give a huge "Thank you" to developers of Trinity! You're doing a really awesome job. Janek --- Politechnika Łódzka Lodz University of Technology Treść tej wiadomości zawiera informacje przeznaczone tylko dla adresata. Jeżeli nie jesteście Państwo jej adresatem, bądź otrzymaliście ją przez pomyłkę prosimy o powiadomienie o tym nadawcy oraz trwałe jej usunięcie. This email contains information intended solely for the use of the individual to whom it is addressed. If you are not the intended recipient or if you have received this message in error, please notify the sender and delete it from your system.

1 1

trinitydesktop.org and bugs.pearsoncomputing.net unreachable from time to time
by deloptes 12 Oct '16

12 Oct '16

Hi, I noticed that trinitydesktop.org and bugs.pearsoncomputing.net are unreachable from time to time from my location in Austria. What can I do to overcome this? The traceroute is like this traceroute -p 80 trinitydesktop.org traceroute to trinitydesktop.org (192.119.205.246), 30 hops max, 60 byte packets 1 fw.s-und-s.home (192.168.40.1) 0.819 ms 0.818 ms 1.178 ms 2 10.0.0.138 (10.0.0.138) 4.413 ms 4.435 ms 4.695 ms 3 178-191-255-254.adsl.highway.telekom.at (178.191.255.254) 22.098 ms 22.625 ms 23.649 ms 4 195.3.68.109 (195.3.68.109) 25.852 ms 25.867 ms 27.675 ms 5 lg1-1171.as8447.a1.net (195.3.64.2) 39.227 ms 40.015 ms 41.220 ms 6 ae7.fra29.ip4.gtt.net (141.136.99.57) 87.182 ms 85.773 ms 86.042 ms 7 et-3-1-0.was14.ip4.gtt.net (141.136.111.165) 128.943 ms 116.571 ms 116.858 ms 8 192.205.37.193 (192.205.37.193) 120.809 ms 119.968 ms 123.946 ms 9 cr1.wswdc.ip.att.net (12.122.113.38) 144.088 ms 144.326 ms 144.628 ms 10 cr2.sl9mo.ip.att.net (12.122.18.29) 147.708 ms 148.836 ms 149.094 ms 11 12.122.152.201 (12.122.152.201) 218.153 ms 218.149 ms 218.714 ms 12 * * * 13 * * * 14 * * * 15 * * * 16 * * * NetRange: 12.122.0.0 - 12.123.255.255 belongs to AT&T Did AT&T outsourced to India :D Thanks & regards

2 4

Konqueror doesn't mount drives - correct thread
by J. Drahun 25 Sep '16

25 Sep '16

Sorry for the previous hijacked thread. The problem is I get error instead of mounting a drive: Unable to mount this device. Potential reasons include: Improper device and/or user privilege level Corrupt data on storage device Technical details: org.freedesktop.UDisks2.Error.NotAuthorizedCanObtain: Not authorized to perform operation I checked my groups. They are: disk, floppy, cdrom, vboxusers, root. Aren't they enough?

3 13

tdenetworkmananger stops to display the «connect» icon
by Uwe Brauer 24 Sep '16

24 Sep '16

Hi I purged and reinstalled network-manager-tde Tdenetworkmananger connects but does not display the nm_signal_100.png or similar This is really annoying (but better than not connect) Any ideas? Uwe Brauer

3 2

Re: [trinity-users] Konqueror in root, kedit not possible
by andre_debian＠numericable.fr 23 Sep '16

23 Sep '16

On Thursday 22 September 2016 21:58:50 Kate Draven wrote: > > I open my TDE-trinity session with the user "andre". > > If I use Konqueror as files-manager, with the user "root", > > (to modify root text files), > > I cannot open a text file with kedit or kwrite. > > "TDEInit cannot launch kedit". > > In user "andre", it works fine. > > André > Hi André > When that happens to me, I usually delete the files > .xsession-errors > .Xauthority > As root in konq, then close it up and start over. Works fine after that. > If you see more than one .Xauthority, clear them all. > I hope this helps, Kate I deleted ".xsession-errors" and ".Xauthority" in the "andre" account, (/home/andre/) it worked, I could open text files with kedit. And now, after booting my PC in the morning, I cannot do it. "TDEInit cannot launch kedit". On Friday 23 September 2016 03:45:11 Dave Lers wrote: > > If I use Konqueror as files-manager, with the user "root" : > Do you use su Konqueror as user andre (menu > System > SuperUser > > Konqueror)? The two solutions : System > SuperUser > Konqueror and by creating an icon on the desktop, with : Excecute with a different user = root. Now, the both don't work to open text files with kedit. Thanks. André

2 1

Konqueror in root, kedit not possible
by andre_debian＠numericable.fr 22 Sep '16

22 Sep '16

Hello, I open my TDE-trinity session with the user "andre". If I use Konqueror as files-manager, with the user "root", (to modify root text files), I cannot open a text file with kedit or kwrite. "TDEInit cannot launch kedit". In user "andre", it works fine. Thanks. André

4 3

Re: [trinity-users] Konqueror in root, kedit not possible
by andre_debian＠numericable.fr 22 Sep '16

22 Sep '16

1 0

serious problem with wifi cannot connect anymore
by Uwe Brauer 21 Sep '16

21 Sep '16

Hi This problem is much more serious than my other one, since I only have for coming days wifi available, however one laptop does not connect anymore. I am on Kubuntu 14.04 and the connection does not work neigher with the plasma networkmananger nor with tdenetworkmanager. I deleted a link from /run/resolvconf/resolv.conf to /etc/resolv.conf Then the following file was created as /etc/resolv.conf # Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8) # DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN nameserver 127.0.1.1 search telefonica.net Even as root I cannot anymore modify nor delete it, I wanted to set again the link mentioned above but without success. When I start tdenetworkmanager I obtain the following error (no idea whether this related to the above problem) any help is strongly appreciated since outwise I have to reinstall everything. Uwe Brauer

3 2

tdenetworkmanager some progress
by Uwe Brauer 20 Sep '16

20 Sep '16

Hi I run Sudo dpkg-reconfigure resolvconf which did not help, but I deleted the line dns=dnsmasq in /etc/NetworkManager/NetworkManager.conf I still obtain the message of the sort ,---- | [TDE NM Backend ERROR] | [/tmp/buildd/tdelibs-trinity-14.0.4~pre12/tdecore/tdehw/networkbackends/network-manager/network-manager.cpp:1823] | Attempting to access the network-manager VPN service returned: | org.freedesktop.DBus.Error.ServiceUnknown: The name | org.freedesktop.NetworkManager.VPN.Plugin was not provided by any | .service files [TDE NM Backend ERROR] | [/tmp/buildd/tdelibs-trinity-14.0.4~pre12/tdecore/tdehw/networkbackends/network-manager/network-manager.cpp:1823] | Attempting to access the network-manager VPN service returned: | org.freedesktop.DBus.Error.ServiceUnknown: The name | org.freedesktop.NetworkManager.VPN.Plugin was not provided by any | .service files `---- but it does connect! However the icon does not change to the usual connect sign (while in my other with kubuntu 14.04/trinity everything works smoothly) I tried sudo dpkg-reconfigure network-manager-tde did not really work, I can disable wireless but I cannot switch to offline and then back to online mode, the icon looks that if there is only offline activated. I really don't want to reinstall but this is quite a bit annoying. Thanks Uwe Brauer

1 0

[SOLVED] Undefined color: "WINDOW_FOREGROUND" and the old dot.trinity
by A M 20 Sep '16

20 Sep '16

The issue was solved, thanks to the most useful comments by three list participants. The first advice, by Gerhard Zintel, was a suggestion to simply uncheck one of the preferences via the TDE Control Center: *" I had the same issue before. I cannot clearly remember but try to un-check "Apply colors to non-TDE applications" in TDE Control Center => Appearence & Themes => Colors. "* That immediately worked, thanks Gerhard! But then the next advice came from Nick Koretsky which also commented on the Gerhard's advice: *That's a bad solution - this checkbox is unfortunately named, it should be named "apply styles' - it govern not only colors, but also button styles, button placements and fonts in gtk apps The correct solution is to add following to you .xsession file ( sleep 10 xrdb -all -query|sed -e 's#[A-Z_]*BACKGROUND# gray90#' \* *-e 's#[A-Z_]*FOREGROUND# Black#' \ -e 's#[A-Z_]*HIGHLIGHT# White#' \ -e 's#[A-Z_]*LOWLIGHT# Black#'|xrdb -merge ) &* I tried this as well, and it works and seems in fact to be more appropriate for our environment. I've applied it by adding to the system-wide script that is executed at login and does it one time per session. It works pretty well (and has no impact on gtk applications). So we'll stick to this method. Finally, another advice came from "iadest": *Hello Try to edit ~/.Xresourced adding: *.WINDOW_FOREGROUND: black Then execute command: xrdb -merge ~/.Xresources I had similar problems with Perl/Tk and *.BACKGROUND color. Maybe this solution will work for Emacs too.* *MCbx* As this solution was basically quite similar to that of Nick's which was already nicely implemented, I did not try this.. In any case, these advices saved me a day. Thanks a lot for all those who replied! Andy. ------ ORIGINAL MAIL ------ Hello, I am happily using Trinity since a couple of years, and never had any insolvable issues with it. However, currently I am standing before a "blocker" confguration issue, and would highly appreciate some useful hint/help from the community. This is what happens: - I've installed a remote Centos 7 host equipped with a complete Trinity 14.0.3-1.el7.x86_64 desktop. The desktop is being accessed via Freenx and, as this machine will also be used by people with French and German keyboards, the working keyboard switcher apllet present in the 14.03 distro seems to become a really indispensable feature. - Everyrthing seemingly works well, the desktop looks beautiful, but very soon I discovered that there is a couple off issues. In particular, I cannot start emacs on this machine, it ends up with this error: [ Undefined color: "WINDOW_FOREGROUND" ]. Atfter a bit of googling, it came out that this is a known problem, and it has to do with KDE configuration. People then stated the the issue was essentially solved by simply migrating to the updated version of KDE and no other clues were provided. - After quite some time spent on searches, I decided to replace "dot.trinity" and "dot.tderc" with their well-customized versions taken from one of my working Centos 6 machines with Trinity 3.5.13-15.1 (which in turn, inherited them from Centos 5 with KDE 3.5.4-1). Surprise: emacs worked like a charm, and also some other issues like remote app submission not working before were gone! - The old "dot.trinity" configuration, however, has an outdated K-menu, and it does not allow me to add the Keyboard Switcher applet. Thus I have a sort of a "blocker" situation. On one hand, I am almost done with an old "dot.trinity" and may dig in further and try to replace the K-menu under dot.trinity/share/config (this would hopefully give me a chance to add the switcher). Or I have to dig more into the issue of the brand-new install (no good ideas of where to begin, though..) The funny thing is, there is in fact an almost-working solution. Thus it is only a TDE configuration issue: something is present, or missing, or set up in a wrong way.. Thanks a lot ahead for any there or a useful hint on how to proceed! Andy.

2 1

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

tde-users