tde-users October 2015

users@trinitydesktop.org

29 participants
23 discussions

Re: [trinity-users] Re: Failed to mount SD card [SOLVED] - NOT SOLVED

by ant

On Thu, 01 Oct 2015, ant wrote: > On Thu, 01 Oct 2015, deloptes wrote: > > > > > > > > Thank you for the hint - I didn't have udisks (or udisks2?) installed, so > > > I have installed it, and now I get no desktop icon. > > > But I can mount it from the cli, possibly because I have an fstab entry. > > > But experiments are continuing... > > > > > > > can you check if this somehow applies to you please? > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=650299 > > YES! As in the bug report, I edited > /usr/share/polkit-1/actions/org.freedesktop.udisks.policy > > and set the section '<action id="org.freedesktop.udisks.filesystem-mount">' to > be '<allow_any>yes</allow_any>' and '<allow_active>yes</allow_active>' > > and now it works as advertised. Thank you. UPDATE: Now it has stopped working. I get an icon, and: -------------- Unable to mount this device. Potential reasons include: Improper device and/or user privilege level Corrupt data on storage device Technical details: org.freedesktop.UDisks.Error.PermissionDenied: Not Authorized: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.PolicyKit1 was not provided by any .service files ps aux gives: kded [tdeinit] --new-startup I am in plugdev. The .policy file is as above. Where next to look? cheers ant -- Sent from my linux system running Debian 8, desktop Trinity R14 This email is plain text, not HTML. Any attachments are either .jpg or .pdf

8 years, 6 months

Porting an app from TDE 3.5.13.2 to TDE R14.0.1

by midi-pascal

Hi, I started to port an KDE 3.5 app (Kooldock) to TDE R14.0.1. I did it years ago for TDE 3.5.13 with minimal trouble and used it since then with no trouble at all. Kooldock is automake and configure based and was developed as a kdevelop project. I have now a new machine (Ubuntu 14.04 64 bits) on which I installed TDE 14.0.1 with the live TDE ISO. I installed all required Trinity development packages. I can run the automake and configure tools inside TDevelop (TDE-C++) successfully so I am ready to build the Kooldock project. The build fails immediately because of the name of include files i.e. kpopupmenu.h -> tqpopupmenu.h and names of classes i.e QString -> TQString. Is there a way (script or utility) to convert existing KDE 3.5 or TDE 3.5.x code to TDE 14.0.1? Or at least, a documented path to port apps to TDE 14.x.? I am a developer, familiar with sed ands awk so I can manage converting the original sources if only I can get a guidance about what becomes what with TDE 14.x. After trying some manual modifications to the sources I feel some changes in include files are not this straightforward. For example some kxxxxxx.h files are now txxxxxx.h, others are now tdexxxxxx.h so porting my favorite application would become a nightmare with no how-to or minimal help. I would like to port the Baghira theme too (I did it for TDE 3.5.13 easily) but I am a bit reluctant to compile one line of code at a time, searching each include file/class name change. I love TDE and will stick to it anyway but I ask for some help here - if possible - Thanks for keeping TDE alive. It is the best DE I ever used (and I tried many, believe me!) And thanks for any feedback too. midi-pascal

8 years, 6 months

Missing task bar on a laptop with a "part time" external monitor

by Tim WIlliams

Hi All, I've got another problem after upgrading to Mageia 5/Trinity r14. When working for clients on-site, I will usually take my own laptop with me and plugin into an external monitor + keyboard while there. I have a script which automatically detects and extends the desktop to the external monitor when I log in. My task bar defaults to the external monitor when present and is shown on the laptop screen when there is no external monitor. This has been working perfectly for years. However, after my latest upgrade, the taskbar no longer displays on the laptop screen if I boot up after having previously used the external monitor, making my desktop unusable. The problem seems to be that the taskbar display is now "fixed" to whichever monitor it was last set to display on, regardless of whether that monitor is actually present or not. The external monitor output isn't actually being enabled due to a mis-detection, there is no signal output on the monitor port and the desktop has not been extended off the visible area of the laptop screen in any way. The only solution I have found so far is to plug into an external monitor, enable that monitor with an extended desktop using my script (which runs xrandr) and manually drag the taskbar back to the laptop screen. This is OK when I have a monitor available, but if I'm out and about with no monitor available, I'm a bit stuck and have to use XFCE instead. Ideally it would be nice if the prior behaviour was restored, but I'd settle for a simple script run during login which can move the taskbar back to the laptop screen every time I login, it's not a big deal to drag back to the external monitor after I login. Is there any way to achieve this? I'm thinking that either there is a command I can issue which will move the taskbar location on demand, or alternatively I could use something (eg sed with a regex?) which re-writes the underlying config setting before the task bar starts (where is the config setting?)! Thanks in anticipation, Tim Williams -- Tim Williams BSc MSc MBCS AutoTrain 58 Jacoby Place Priory Road Edgbaston Birmingham B5 7UW United Kingdom Web : http://www.autotrain.org, http://www.utrain.info Tel : +44 (0)844 487 4117 AutoTrain is a trading name of EuroMotor-AutoTrain LLP Registered in the United Kingdom, number: OC317070.

8 years, 6 months

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

tde-users October 2015