Lisi Reisz | 24 May 19:20 2015
Picon

TDE for the blind

I am shortly giving a talk on TDE.  I shall laud it as a desktop for the 
partially sighted, but shall say that it appears to be less friendly to the 
totally blind, in that it does not seem to have a screen reader.  Is that 
correct?

Any points that people would particularly like mentioned?  In fact, any 
pointers?

I shall use TDE 3.10.13.2 on Wheezy.  I considered upgrading to 14, but if it 
goes wrong I haven't a lot of time to reinstate (because I am a bit 
over-stretched at the moment.)  I need to use my own desktop because some of 
the things that I want to demonstrate I can't really set up anywhere else.  
E.g. KMail.  I need mail!

I am open to contradiction on that.  But I am so familiar with 3.10.13.2, and 
it is mostly going to be a live demonstration.  I don't want to do too much 
eerm....  let me see ......   I am bound to do some!

Thanks.
Lisi

Thierry de Coulon | 24 May 12:47 2015
X-Face
Picon

No default shell for new users

Hi all,

Today I used kuser (R14.0) tu setup a new user.

Why does kuser leave the login shell empty? Without a loging shell starting 
teh new user fails (xsession error), ans I'd guess most people who set up a 
new user though TDE will want a graphical login, so a default of /bin/bash 
would seem appropriate.

I'm pretty sure this would be a very small change in the code.
Have a nice Sunday,

Thierry

Slávek Banko | 21 May 18:20 2015
Picon

Content files on preliminary-stable-builds

Hi all,

by the way, on the preliminary-stable-builds I have enabled the generation of 
Content files == can be used with apt-file.

--

-- 
Slávek

Gene Heskett | 21 May 03:44 2015

sources.list update to use r14.1? On wheezy?

Thanks.

Cheers, Gene Heskett
--

-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>

Thierry de Coulon | 20 May 18:39 2015
X-Face
Picon

LibreOffice has a problem with TDE R14.0 dialogs

Hello all,

Since I upgraded TDE to R14.0 (on openSUSE 13.1) I've got a problem with 
LibreOffice (4.2.5.2). More precisely with the save dialog. If I want to save 
a file (save as), I get a first error dialog:

"Sorry - LibreOffice
Could not find mime typeapplication/octet-stream"

When I click ok it says:

"no mime types installed"

And if I accept this one I get

"Malformed URL file:///data"

And then a dialog box showing my path (/data/), but any navigation try is 
answered with "Malformed URL file:///"

I've checked the file associations, set up LibreOffice's programs as first 
choice (they had been set further back in the list). Everything seems same as 
in 3.5.13.2, but it does not work.

Interrestingly, I found discussions about a similar (?) problem with KDE back 
in 2004, but the proposed solutions did not apply).

A simple workaround is to set LibreOffice to use it's own dialogs, but I 
thought it was worth reporting because I acn't figure out what's the problem.

(Continue reading)

Slávek Banko | 19 May 18:18 2015
Picon

Desktop fails to load - SOLVED?

Friends,

maybe I have good news for you! I have prepared small patch for tdelibs. In my 
tests this patch successfully prevents dead-lock in kdesktop. See:

http://bugs.trinitydesktop.org/show_bug.cgi?id=2437#c9

Updated packages containing proposed patch is already included in the 
preliminary-stable-builds. So, update, test and report the results!

--

-- 
Slávek

Baron | 19 May 12:47 2015
X-Face
Picon

Jessie & ACL662

Hi Guys,

Anybody know how to get the ACL662 sound working on a "Biostar 
A68N-5000 Mainboard".  Google comes up with nothing relevent, unless 
you use winblows.

Debian Jessie, TDE 14.01 Desktop.

Thanks in advance.

--

-- 
Best Regards:
            Baron

Ken Heard | 14 May 22:50 2015

Installed R14.0.1 but no desktop

I successfully got the key for Slávek Banko's repository in order to 
authenticate a preliminary stable build of R14.0.1 to use with Jessie. I 
then installed tde-trinity -- a total of 503 packages.

When the login manager appeared, after selecting TDE as my session type 
I was able to log in as my user.  The default flash screen appeared with 
seven icons across the bottom.  The first four were highlighted briefly.

When the fifth one, “Loading the desktop”, appeared the icon flashed for 
50 seconds, then the flash screen disappeared, leaving only the original 
blue screen with blotches of white of various shapes, the Debian swirl 
in red and the cursor – nothing else.  From this point I could do 
nothing else.

What I i supposed to do now?  Was something was missed in the installation?

Regards, Ken Heard

Nick Koretsky | 12 May 05:46 2015
Picon

Re: tdekbdledsync ?

On Mon, 11 May 2015 23:21:39 +0200
Slávek Banko <slavek.banko@...> wrote:

> On Monday 11 of May 2015 13:20:10 Nick Koretsky wrote:
> > Hi!
> >
> > What is tdekbdledsync and why it is eating over 100MB of memory on one
> > of my machines?  2 weeks uptime since jessie/14.0.1-pre update, i
> > suspect memory leak.
> 
> Yes, this is really weird. tdekbdledsync is a small daemon that provides 
> synchronization status of LED diods on the keyboard devices with status
> in the system. It has to have a really low memory consumption. It really
> looks like a memory leak. You can fill a bug report?
> 

Yes, but what information should i include? As i understand tracking memory
leak conditions is not an easy task. Especially that only one out of four
very similarly configured jessie/tde machines exhibit this. But i suspect
this have something to do with a not working grp_led:scroll.

--

-- 
  Nick Koretsky (nick.koretsky@...)

Nick Koretsky | 16 May 11:55 2015
Picon

Re: tdekbdledsync ?

On Mon, 11 May 2015 23:21:39 +0200
Slávek Banko <slavek.banko@...> wrote:

> >
> > What is tdekbdledsync and why it is eating over 100MB of memory on one
> > of my machines?  2 weeks uptime since jessie/14.0.1-pre update, i
> > suspect memory leak.
> 
> Yes, this is really weird. tdekbdledsync is a small daemon that provides 
> synchronization status of LED diods on the keyboard devices with status
> in the system. It has to have a really low memory consumption. It really
> looks like a memory leak. You can fill a bug report?
> 

What is a purpose of this daemon? It prevents software manipulation of
keyboard leds? But WHY??!

--

-- 
  Nick Koretsky (nick.koretsky@...)

A LEUNG | 17 May 19:59 2015
Picon

Re: no Trinity 3.5.13-sru desktop in OpenSUSE 13.1 after install

On 1 May 2015 at 17:37, Felix Miata <mrmazda@...> wrote:
> A LEUNG composed on 2015-05-01 16:55 (UTC+1000):
>
>> I got no Trinity 3.5.13-sru desktop in OpenSUSE 13.1 after install.
>
>> I choose OpenSUSE 13.1 because it is to a Evergeen OpenSUSE with
>> extended support.
>
>> I followed the instruction in https://wiki.trinitydesktop.org/OpenSUSEInstall
>
>> even edit file "/etc/sysconfig/displaymanager" and set DISPLAYMANAGER="tdm"
>
> Above matches my 13.1.
>
>> And althought I got triinity login manager
>
>> the desktop that started reveral to Lxde, the other desktop I installed.
>
> From the login manager one must select the session type TDE if it isn't the
> default or last used.
>
>> I tried to edit  "/etc/sysconfig/windowmanager" and set
>> WINDOWMANAGER="Twin" or "KDE", "tde" or even
>> WINDOWMANAGER="/opt/trinity/bin/startkdm"
>
>> it seems to be still hardcoded as described in
>
>> http://trinity-users.pearsoncomputing.net/?0::4125
>
>> Any one have suggestion on making trinity start after login?
(Continue reading)


Gmane