Antonis Tsolomitis | 5 Feb 16:11 2016
Picon

about fonts


Hi. I am having trouble to properly load fonts on CDE on thin clients 
(LTSP5).

I see that in /usr/dt/config/xfonts/en_US.UTF-8
the font.alias lists some monotype fonts. Where are these fonts so I can 
test with them?

thanks,

Antonis.

------------------------------------------------------------------------------
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140
Edmond Orignac | 14 Jan 22:32 2016
Picon

dtcm and DST

I have noticed a problem with recurring events in dtcm.
I have created a weekly event "Séminaire" every Monday at 11am.
For the month of March, I notice that the event will start at 11am 
except on March 14 and March 21 when it will start at 12am instead of 
11am. (see the PNG in attachment)
For the month of October, on the 31, the event will start at 12am (see 
second attachment).

The problem does not occur with dtcm_lookup, and I am running the latest 
git version of CDE.

A partial explanation of the problem is that the DST starts earlier in 
North America (March 13) than in Europe (March 27). It also ends earlier 
in Europe (October 30) than in the US (November 6).
The anomaly thus occurs when North America will be on DST but not 
Europe. This suggests that for a recurring event, an adjustment is made
when the initial event was created while DST was off and the current 
event is taking place with DST on.

Without DST in Europe and North America, the event occurs at 10 UTC = 11 
in Paris.
With DST in North America and in Europe, the event occurs at 10 + 2 -1 = 
11.
With DST in North America, but not Europe, the event should occur at 10 
+1 but instead occurs at 10 +2.

It is as if dtcm was using the North American rule to determine whether 
DST is on or off, but used the European rule to decide whether
the extra hour must be substracted.

(Continue reading)

Antonis Tsolomitis | 13 Dec 12:34 2015
Picon

compositing


I just tested CDE with the compton compositor and it works fine.
I wrote a simple page in the wiki, named "Eye candy".

Antonis.

------------------------------------------------------------------------------
Antonis Tsolomitis | 13 Dec 12:33 2015
Picon

Re: slow refresh in dtterm on LTSP5

On 01/12/2015 10:46 πμ, Scot Jenkins wrote:
> Antonis Tsolomitis <antonis.tsolomitis <at> gmail.com> wrote:
>
>> This is strange. It takes 25 seconds for dtterm to list /usr/bin/
>> Same thing for xterm !! So it is not a dtterm issue only.
> Maybe try comparing output of "stty -a" and looking and "speed" entry
> in dtterm, xterm and gnome-terminal?
>
> On Slackware dtterm defaults to 9600 and xterm to 38400.
> I assume these are built in defaults.
>
> Use "stty speed new_value" to override.
>
> scot

Thanks, but it seems we have some problem with the X driver for the 
terminals' card.
I just find strange that gnome-terminal works better that xterm/dtterm 
with the free untainted driver
for xorg. I would expect the reverse.

Antonis.

------------------------------------------------------------------------------
_______________________________________________
cdesktopenv-devel mailing list
cdesktopenv-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel
Antonis Tsolomitis | 30 Nov 19:46 2015
Picon

slow refresh in dtterm on LTSP5


This is strange. It takes 25 seconds for dtterm to list /usr/bin/

Same thing for xterm !! So it is not a dtterm issue only.

But not the same thing for gnome-terminal which lists /usr/bin/ in less than
a second.

All this inside CDE. I log in CDE and test dtterm and xterm. Very slow.
 From a dtterm I launch gnome-terminal and the listing takes <1sec

Can someone imagine what can be wrong? It is so slow, even the top command
becomes unbearable.

I did a little google search and for xterm some guy says, (for xterm and 
Terminal in XFCE
in older distributions (2011)) that running xcompmgr, the sample X 
compositing manager
solves the problem, although I did not have time to test today. I will 
try tomorrow
although I do not know how to run xcompmgr (what options etc) and I do 
not really
see  the reason if gnome-terminal works inside CDE desktop.

In another place I read that the fonts where causing the problem.

If anyone knows something, please help.

Antonis.

(Continue reading)

Danilo Schöneberg | 29 Nov 17:51 2015
Gravatar

Re: cdesktopenv-devel Digest, Vol 34, Issue 4

"It's still maintained, but it's down at the moment." 

I've heard that too often with FOSS lusers over the years, There has to be a way of making CDE work without relying on a shell that's been outdated since AIX 5. It might take a bit of work, but I'll start working on it. Heck, even tcsh would be a better choice, 

On 29 November 2015 at 16:56, <cdesktopenv-devel-request-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org> wrote:
Send cdesktopenv-devel mailing list submissions to
        cdesktopenv-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org

To subscribe or unsubscribe via the World Wide Web, visit
        https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel
or, via email, send a message with subject or body 'help' to
        cdesktopenv-devel-request-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org

You can reach the person managing the list at
        cdesktopenv-devel-owner-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of cdesktopenv-devel digest..."


Today's Topics:

   1. Re: Getting away from ksh (Jon Trulson)
   2. Re: Getting away from ksh (Pouar)
   3. Re: Getting away from ksh (Pouar)
   4. Re: Getting away from ksh (Isaac Dunham)
   5. Re: Getting away from ksh (Marcin Cieslak)
   6. cursors and LTSP5 (Antonis Tsolomitis)
   7. Re: cursors and LTSP5 (Marcin Cieslak)
   8. Re: cursors and LTSP5 (Christopher Turkel)


----------------------------------------------------------------------

Message: 1
Date: Fri, 27 Nov 2015 18:34:18 -0700 (MST)
From: Jon Trulson <jon-vLY9Y/P56cFBDgjK7y7TUQ@public.gmane.org>
Subject: Re: [cdesktopenv-devel] Getting away from ksh
To: Danilo Sch?neberg <danilo.schoeneberg-gM/Ye1E23mwN+BqQ9rBEUg@public.gmane.org>
Cc: cdesktopenv-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Message-ID: <alpine.DEB.2.10.1511271828390.24314 <at> m5>
Content-Type: text/plain; charset="utf-8"

On Fri, 27 Nov 2015, Danilo Sch?neberg wrote:

> Hi everybody,
>
[...]
> Also, the reliance on LibXP/printproto breaks a lot of pkgsrc packages
> under NetBSD/IllumoS
>

This shouldn't be an issue any more... If the installed Motif does not
support printing, then the 'PRINTING_SUPPORTED' (in Xm.h) macro will not
be defined, and in that case, code depending on it within CDE will not
be compiled.

So unless you REALLY NEED XPrint support, you should not need to build
libXp, or rebuild Motif with printing enabled.  Building CDE should
Just Work?.  If it doesn't, let us know.


--
Jon Trulson

"If we can hit that bull's-eye, the rest of the dominoes will fall
like a house of cards... Checkmate."
                                         -- Zapp Brannigan

------------------------------

Message: 2
Date: Fri, 27 Nov 2015 21:06:05 -0600
From: Pouar <thepouar-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Subject: Re: [cdesktopenv-devel] Getting away from ksh
To: cdesktopenv-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Message-ID: <56591A1D.3020406-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Content-Type: text/plain; charset="windows-1252"

Right now the download link on http://kornshell.com/software/ for
ast-ksh points to nowhere and I'm not sure where to get the latest
version so I'm relying on whatever individual tarballs Google takes me
to rather than official sources. Anyone have any idea if ksh is still
maintained? The latest beta I can find was from 2014-12-24

--
Pouar
-------------- next part --------------
An HTML attachment was scrubbed...

------------------------------

Message: 3
Date: Fri, 27 Nov 2015 21:14:50 -0600
From: Pouar <thepouar-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Subject: Re: [cdesktopenv-devel] Getting away from ksh
To: cdesktopenv-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Message-ID: <56591C29.6010704-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Content-Type: text/plain; charset="windows-1252"

On 11/27/15 21:06, Pouar wrote:
> Right now the download link on http://kornshell.com/software/ for
> ast-ksh points to nowhere and I'm not sure where to get the latest
> version so I'm relying on whatever individual tarballs Google takes me
> to rather than official sources. Anyone have any idea if ksh is still
> maintained? The latest beta I can find was from 2014-12-24
>
> --
> Pouar

I hope it's still maintained as it's still one of the best shells in
existence
--
Pouar
-------------- next part --------------
An HTML attachment was scrubbed...

------------------------------

Message: 4
Date: Fri, 27 Nov 2015 19:47:39 -0800
From: Isaac Dunham <ibid.ag <at> gmail.com>
Subject: Re: [cdesktopenv-devel] Getting away from ksh
To: Pouar <thepouar-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Cc: cdesktopenv-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Message-ID: <20151128034738.GA2646 <at> newbook>
Content-Type: text/plain; charset=us-ascii

On Fri, Nov 27, 2015 at 09:14:50PM -0600, Pouar wrote:
> On 11/27/15 21:06, Pouar wrote:
> > Right now the download link on http://kornshell.com/software/ for
> > ast-ksh points to nowhere and I'm not sure where to get the latest
> > version so I'm relying on whatever individual tarballs Google takes me
> > to rather than official sources. Anyone have any idea if ksh is still
> > maintained? The latest beta I can find was from 2014-12-24
>
> I hope it's still maintained as it's still one of the best shells in
> existence

It's still maintained.

The AT&T Research page is the real homepage, as far as development goes.
(www2.research.att.com/~astopen/download)
The package is ast-ksh.

However, it's down for me at the moment; probably temporary.

HTH,
Isaac Dunham




------------------------------

Message: 5
Date: Sat, 28 Nov 2015 13:17:46 +0000
From: Marcin Cieslak <saper-hjNL04RXlHs@public.gmane.orgfo>
Subject: Re: [cdesktopenv-devel] Getting away from ksh
To: Isaac Dunham <ibid.ag-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Cc: cdesktopenv-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org, Pouar
        <thepouar-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Message-ID: <alpine.BSF.2.11.1511281316060.20068 <at> z.fncre.vasb>
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Fri, 27 Nov 2015, Isaac Dunham wrote:

> On Fri, Nov 27, 2015 at 09:14:50PM -0600, Pouar wrote:
> > On 11/27/15 21:06, Pouar wrote:
> > > Right now the download link on http://kornshell.com/software/ for
> > > ast-ksh points to nowhere and I'm not sure where to get the latest
> > > version so I'm relying on whatever individual tarballs Google takes me
> > > to rather than official sources. Anyone have any idea if ksh is still
> > > maintained? The latest beta I can find was from 2014-12-24
> >
> > I hope it's still maintained as it's still one of the best shells in
> > existence
>
> It's still maintained.
>
> The AT&T Research page is the real homepage, as far as development goes.
> (www2.research.att.com/~astopen/download)
> The package is ast-ksh.
>
> However, it's down for me at the moment; probably temporary.

I am using ksh93 a lot; the newest version has a bug with filename
completion (short names aren't completed properly, only the longer ones).

I've heard there is a fix in git repo, but git is down as well :(

But as ksh in CDE is meant for scripts, completion bug should not be
a problem.

Marcin



------------------------------

Message: 6
Date: Sun, 29 Nov 2015 17:25:34 +0200
From: Antonis Tsolomitis <antonis.tsolomitis-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Subject: [cdesktopenv-devel] cursors and LTSP5
To: CDE development <cdesktopenv-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org>
Message-ID: <565B18EE.8050004-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Content-Type: text/plain; charset=utf-8; format=flowed


Hello. As I had reported here:
http://sourceforge.net/p/cdesktopenv/mailman/cdesktopenv-devel/thread/557E7560.6090304-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org/

CDE is fully functional on Ubuntu 12.04LTS with LTSP5 on terminals with
only one small problem:
The cursor stays busy when the mouse is on the background. (Check the
screenshot on the above link).

We have a new lab in our University with LTSP5 and Ubuntu14.04LTS.
Things are the same.
CDE is fully functional but the busy cursor drives me crazy...

I have read some documentation about cursors and a suggestion is to link
the "watch" cursor of the
default theme (DMZ-White) to the "left_ptr" cursor, not solving but
bypassing the problem. I will try this, although
this will break the cursor theme for other desktops (unless it can be
done in user space).

But my question here is how come CDE does not provide it's own cursors?
For example, CDE apps
use the CDE hourglass for the busy cursor. Is there a "CDE cursor theme"
hidden somewhere? Maybe I should
try to bring this back instead of dealing with DMZ-White.

Antonis.




------------------------------

Message: 7
Date: Sun, 29 Nov 2015 15:53:21 +0000
From: Marcin Cieslak <saper-hjNL04RXlHs@public.gmane.orgfo>
Subject: Re: [cdesktopenv-devel] cursors and LTSP5
To: Antonis Tsolomitis <antonis.tsolomitis-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Cc: CDE development <cdesktopenv-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org>
Message-ID: <alpine.BSF.2.11.1511291550350.20068 <at> z.fncre.vasb>
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Sun, 29 Nov 2015, Antonis Tsolomitis wrote:

> But my question here is how come CDE does not provide it's own cursors?
> For example, CDE apps
> use the CDE hourglass for the busy cursor. Is there a "CDE cursor theme"
> hidden somewhere? Maybe I should
> try to bring this back instead of dealing with DMZ-White.

I think CDE uses Motif cursors, with its well-known hourglass icon?

Is mwm having the same issue?

Saper




------------------------------

Message: 8
Date: Sun, 29 Nov 2015 10:56:31 -0500
From: Christopher Turkel <turkel.christopher-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Subject: Re: [cdesktopenv-devel] cursors and LTSP5
Cc: CDE development <cdesktopenv-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org>
Message-ID:
        <CACG5w+ZxH8UP77c1trGF4+Ozouh9mnA0dsrB6qc_MKSRQ=gi4g-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
Content-Type: text/plain; charset="utf-8"

On Sun, Nov 29, 2015 at 10:53 AM, Marcin Cieslak <saper-hjNL04RXlHuh6J55Ss3d3w@public.gmane.org> wrote:

> On Sun, 29 Nov 2015, Antonis Tsolomitis wrote:
>
> > But my question here is how come CDE does not provide it's own cursors?
> > For example, CDE apps
> > use the CDE hourglass for the busy cursor. Is there a "CDE cursor theme"
> > hidden somewhere? Maybe I should
> > try to bring this back instead of dealing with DMZ-White.
>
> I think CDE uses Motif cursors, with its well-known hourglass icon?
>
> Is mwm having the same issue?
>
> Saper
>

I think you only get the CDE cursor if you lunch from dtlogin.
-------------- next part --------------
An HTML attachment was scrubbed...

------------------------------

------------------------------------------------------------------------------


------------------------------

_______________________________________________
cdesktopenv-devel mailing list
cdesktopenv-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel


End of cdesktopenv-devel Digest, Vol 34, Issue 4
************************************************

------------------------------------------------------------------------------
_______________________________________________
cdesktopenv-devel mailing list
cdesktopenv-devel@...
https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel
Antonis Tsolomitis | 29 Nov 16:25 2015
Picon

cursors and LTSP5


Hello. As I had reported here:
http://sourceforge.net/p/cdesktopenv/mailman/cdesktopenv-devel/thread/557E7560.6090304-Re5JQEeQqe8AvxtiuMwx3w <at> public.gmane.org/

CDE is fully functional on Ubuntu 12.04LTS with LTSP5 on terminals with 
only one small problem:
The cursor stays busy when the mouse is on the background. (Check the 
screenshot on the above link).

We have a new lab in our University with LTSP5 and Ubuntu14.04LTS. 
Things are the same.
CDE is fully functional but the busy cursor drives me crazy...

I have read some documentation about cursors and a suggestion is to link 
the "watch" cursor of the
default theme (DMZ-White) to the "left_ptr" cursor, not solving but 
bypassing the problem. I will try this, although
this will break the cursor theme for other desktops (unless it can be 
done in user space).

But my question here is how come CDE does not provide it's own cursors? 
For example, CDE apps
use the CDE hourglass for the busy cursor. Is there a "CDE cursor theme" 
hidden somewhere? Maybe I should
try to bring this back instead of dealing with DMZ-White.

Antonis.

------------------------------------------------------------------------------
Danilo Schöneberg | 27 Nov 21:26 2015
Gravatar

Getting away from ksh

Hi everybody,

I just subscribed to the CDE mailing list. I've been a CDE nut since the 90s. As such I would like to see the project move forward. The major problem atm is, that CDE doesn't build properly anymore (under NetBSD) due to the dependency on AST-KSH. I wonder, why still rely on a certain shell? Couldn't we move the project to the well established autoconf/automake tool chain? I would volunteer to work on it.

Also, the reliance on LibXP/printproto breaks a lot of pkgsrc packages under NetBSD/IllumoS

cheers, Hippo
------------------------------------------------------------------------------
_______________________________________________
cdesktopenv-devel mailing list
cdesktopenv-devel@...
https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel
Jon Trulson | 26 Nov 22:58 2015

Linux dtlogin XDM change

I just pushed a change to dtlogin to use XDM authentication libs.  It
seemes we were not using this, and instead an older crypt() form,
which is not to good for this day and age.  The code implementing it
is horrible as well :)

The changes to enable it were simple, see the commit.

This should also work with FreeBSD, though I did not implement that
for it since I do not have a FreeBSD VM available.  I would think this
would also be good for OpenBSD, and might have to be implemented
there anyway (as of 5.8+), since according to

https://sourceforge.net/p/cdesktopenv/tickets/52/

OpenBSD no longer supports DES in their crypt library, which causes
dtlogin to core when crypt returns a NULL pointer.

You might just need to make sure that the libXau header files are
installed, as you almost certainly already have the libXau library
installed if you are using X11.

--

-- 
Jon Trulson

"If we can hit that bull's-eye, the rest of the dominoes will fall
like a house of cards... Checkmate."
                                         -- Zapp Brannigan

------------------------------------------------------------------------------
Go from Idea to Many App Stores Faster with Intel(R) XDK
Give your users amazing mobile app experiences with Intel(R) XDK.
Use one codebase in this all-in-one HTML5 development environment.
Design, debug & build mobile apps & 2D/3D high-impact games for multiple OSs.
http://pubads.g.doubleclick.net/gampad/clk?id=254741551&iu=/4140
Antonis Tsolomitis | 26 Nov 19:37 2015
Picon

Linux build


Some things seem to have change.
In Ubuntu 14.04 if you add the line
OPTIONS="${OPTIONS} -i"

in /etc/init.d/rpcbind

and restart rpcbind it ignores the -i.

This line must be added in

/etc/default/rpcbind

and then it works. Can someone (I guess Jon) modify section 1.5 of
http://sourceforge.net/p/cdesktopenv/wiki/LinuxBuild/
accordingly?

And one question. Things are not clear about libjpeg62-turbo-dev
This package is not anymore in the repositories of ubuntu as it was.
So some clarification is needed for this. Is it really needed or not?
And if yes, how does one go for it? I guess one should relink
properly /usr/lib/x86_64-linux-gnu/libjpeg.so.62
to the turbo library. But is it safe for other applications?
Or it is better to modify /etc/ld.so.conf and run ldconfig ?

Antonis.
------------------------------------------------------------------------------
Go from Idea to Many App Stores Faster with Intel(R) XDK
Give your users amazing mobile app experiences with Intel(R) XDK.
Use one codebase in this all-in-one HTML5 development environment.
Design, debug & build mobile apps & 2D/3D high-impact games for multiple OSs.
http://pubads.g.doubleclick.net/gampad/clk?id=254741551&iu=/4140
_______________________________________________
cdesktopenv-devel mailing list
cdesktopenv-devel@...
https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel
Christopher Turkel | 22 Nov 17:56 2015
Picon

Full screen applications

Hi

Has anyone else noticed neither CDE or MWM yields to full screen applications? They are always windowed and sometimes not even usable.
------------------------------------------------------------------------------
_______________________________________________
cdesktopenv-devel mailing list
cdesktopenv-devel@...
https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel

Gmane