<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.comp.desktop.cde.devel">
    <title>gmane.comp.desktop.cde.devel</title>
    <link>http://blog.gmane.org/gmane.comp.desktop.cde.devel</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.desktop.cde.devel/951"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.desktop.cde.devel/943"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.desktop.cde.devel/941"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.desktop.cde.devel/938"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.desktop.cde.devel/933"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.desktop.cde.devel/928"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.desktop.cde.devel/927"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.desktop.cde.devel/910"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.desktop.cde.devel/903"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.desktop.cde.devel/897"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.desktop.cde.devel/885"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.desktop.cde.devel/884"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.desktop.cde.devel/869"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.desktop.cde.devel/868"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.desktop.cde.devel/867"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.desktop.cde.devel/858"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.desktop.cde.devel/857"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.desktop.cde.devel/856"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.desktop.cde.devel/855"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.desktop.cde.devel/845"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.comp.desktop.cde.devel/951">
    <title>Upcoming release</title>
    <link>http://comments.gmane.org/gmane.comp.desktop.cde.devel/951</link>
    <description>&lt;pre&gt;
Hi, we are planning another release to occur next Thursday, May 30th.

We are going to be bold and call it a beta.  :)

I have a patch for basic Xinerama support to add.

Also, I will be committing a patch enabling tirpc for all Linux
builds.

This should avoid the need to run rpcbind in insecure mode - but I
don't know whether all linuxen support this yet.  I guess we will find
out.  You will need to install (on debian and derivatives) the
libtirpc-dev package.

If anyone has any other patches they'd like to see in the beta, feel
free to post them.

&lt;/pre&gt;</description>
    <dc:creator>Jon Trulson</dc:creator>
    <dc:date>2013-05-24T19:10:52</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.desktop.cde.devel/943">
    <title>building cde on debian squeeze</title>
    <link>http://comments.gmane.org/gmane.comp.desktop.cde.devel/943</link>
    <description>&lt;pre&gt;Dear all,

I have a debian/squeeze-64bit running on a VM (vbox 4.2.4r81684)

I have built the whole package following the wiki:

http://sourceforge.net/p/cdesktopenv/wiki/LinuxBuild/

and this blog:

http://andarazoroflove.org/cde-linux-install-step-by-step-on-debian-squeeze-32bit/

I manage to start dtcalc and I followed istructions to install and run
it as a single user.

Unfortunately when I execute /usr/dt/bin/Xsession as suggested for
single user's instructions I get the startup screen with a terminal
superimposed and nothing else. The hourglass is shown, but nothing happens.

This is my /var/dt/Xerrors where a segfault is shown (together with some
errors):



Any ideas/suggestions?
Thanks a lot,

Al

------------------------------------------------------------------------------
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for eas&lt;/pre&gt;</description>
    <dc:creator>alessandro basili</dc:creator>
    <dc:date>2013-04-15T06:16:31</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.desktop.cde.devel/941">
    <title>Crash in ttsession starting CDE on Ubuntu 12.04</title>
    <link>http://comments.gmane.org/gmane.comp.desktop.cde.devel/941</link>
    <description>&lt;pre&gt;Any idea?
More information needed?

Regards,

Armin

Snippet from startlog:

--- Tue Apr  9 14:28:23 CEST 2013
--- /usr/dt/bin/Xsession starting...
--- Xsession started by startxsession.s
--- setting font path...
/usr/bin/xset:  bad font path element (#87), possible causes are:
    Directory does not exist or has wrong permissions
    Directory missing fonts.dir
    Incorrect font server address or syntax
--- sourcing /home/pies02/.dtprofile...
--- sourcing /usr/dt/config/Xsession.d/0010.dtpaths...
--- sourcing /usr/dt/config/Xsession.d/0020.dtims...
--- sourcing /usr/dt/config/Xsession.d/0030.dttmpdir...
--- sourcing /usr/dt/config/Xsession.d/0060.dtsysenv...
--- starting /usr/dt/bin/dthello -file /usr/dt/copyright &amp;amp;
--- starting /usr/dt/bin/dtsearchpath -ksh
--- starting /usr/dt/bin/dtappgather &amp;amp;
--- execing /usr/dt/bin/dtsession ...
not execing /home/pies02/.profile (see /home/pies02/.dtprofile)
/usr/dt/bin/dthello: display :1108 doesn't know font -dt-interface system-medium-r-normal-xl*-*-*-*-*-*-*-*-*
*&lt;/pre&gt;</description>
    <dc:creator>Armin Pies</dc:creator>
    <dc:date>2013-04-09T12:36:03</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.desktop.cde.devel/938">
    <title>Dtpad server crash when closing editor window associated with primary document</title>
    <link>http://comments.gmane.org/gmane.comp.desktop.cde.devel/938</link>
    <description>&lt;pre&gt;When dtpad is started in server mode CreateFirstPad doesn't clone initial  
resources like it happens for all subsequent document instances that are  
created using FindOrCreatePad. When a window associated with primary  
document is being closed RestoreInitialServerResources ends up freeing  
invalid pointer raising SIGABRT. Please see attachment for proposed patch.------------------------------------------------------------------------------
Minimize network downtime and maximize team effectiveness.
Reduce network management and security costs.Learn how to hire 
the most talented Cisco Certified professionals. Visit the 
Employer Resources Portal
http://www.cisco.com/web/learning/employer_resources/index.html_______________________________________________
cdesktopenv-devel mailing list
cdesktopenv-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&amp;lt; at &amp;gt;public.gmane.org
https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel
&lt;/pre&gt;</description>
    <dc:creator>alx</dc:creator>
    <dc:date>2013-04-04T18:40:10</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.desktop.cde.devel/933">
    <title>[PATCH] Build dtksh on more OSs</title>
    <link>http://comments.gmane.org/gmane.comp.desktop.cde.devel/933</link>
    <description>&lt;pre&gt;
Hello,

here's the announced patch for dtksh. It allows building on many
more platforms.

The patch has been tested on:

- FreeBSD 9.0 i386 + amd64
- FreeBSD &amp;gt;= 9.1 i386 + amd64
- OpenBSD 5.1 i386
- Xubuntu 12.04 i386 + amd64
- Debian Squeeze 6.0 i386   *)
- Fedora 17 i386

On other linux distributions it may also work.


*) The ksh of Debian Squeeze (ksh93s) seems to be broken. Dtksh cannot
    be build with this version. I installed the ksh package from Debian
    Wheezy (ksh93u) and then it's ok.



&lt;/pre&gt;</description>
    <dc:creator>Ulrich Wilkens</dc:creator>
    <dc:date>2013-03-29T16:41:19</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.desktop.cde.devel/928">
    <title>FreeBSD - Fix compiling on 8.3-RELEASE (utmpx.h)</title>
    <link>http://comments.gmane.org/gmane.comp.desktop.cde.devel/928</link>
    <description>&lt;pre&gt;Hi all,

Another patch I have found whilst digging around my HD...
The following patch will allow CDE to build on FreeBSD 8.3 (Still in production).The issue being that FreeBSD versions before 9 only have utmp.h rather than utmpx.h
Not sure if it is a good solution but it might be nice to keep CDE compiling on older versions of operating systems.
Best regards,
Karsten

8&amp;lt;----------------------------
diff --git a/cde/lib/DtTerm/TermPrim/TermPrimSetUtmp.c b/cde/lib/DtTerm/TermPrim/TermPrimSetUtmp.c
index 35cc726..b740140 100644
--- a/cde/lib/DtTerm/TermPrim/TermPrimSetUtmp.c
+++ b/cde/lib/DtTerm/TermPrim/TermPrimSetUtmp.c
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -61,7 +61,9 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; static char rcs_id[] = "$TOG: TermPrimSetUtmp.c /main/10 1998/04/03 17:11:42 mgr
 #endif    /* sun */
 
 #ifdef    __FreeBSD__
+#if OSMAJORVERSION &amp;gt; 8
 #define    UT_UTMPX
+#endif
 #define    UT_HOST        ut_host
 #define    UT_NO_pututline
 #endif
diff --git a/cde/programs/dtlogin/account.c b/cde/programs/dtlogin/account.c
index 649161d..3999de3 100644
--- a/cde/programs/&lt;/pre&gt;</description>
    <dc:creator>Karsten Pedersen</dc:creator>
    <dc:date>2013-02-25T21:24:29</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.desktop.cde.devel/927">
    <title>Removing the coloured box around workspacebuttons</title>
    <link>http://comments.gmane.org/gmane.comp.desktop.cde.devel/927</link>
    <description>&lt;pre&gt;Hi all,

Thought I should send this patch into the mailing list before I lose it again.

Using the default colour pallet, there used to be a green box around the workspace buttons. The following patch removes this as shown in the following screenshot.

http://oi49.tinypic.com/205a15c.jpg


As I recall, the colour used to be based on the same as the toolbar of other windows.

Best regards,

Karsten
diff --git a/cde/programs/dtwm/UI.c b/cde/programs/dtwm/UI.c
index be0684c..1d057d0 100644
--- a/cde/programs/dtwm/UI.c
+++ b/cde/programs/dtwm/UI.c
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -2112,6 +2112,11 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; SwitchCreate (BoxData * box_data)
                             panel.inactive_pixel_set-&amp;gt;fg);
       XtSetArg (al[ac], XmNbackgroundPixmap, pixmap);  ac++;
    }
+   else
+   {
+      XtSetArg (al[ac], XmNbackground, panel.primary_pixel_set-&amp;gt;bg);    ac++;
+      XtSetArg (al[ac], XmNforeground, panel.primary_pixel_set-&amp;gt;fg);    ac++;
+   }
 
    switch_data-&amp;gt;rc = 
       XmCreateRowColumn (box_data-&amp;gt;switch_form, "switch_rc", al, ac);

       &lt;/pre&gt;</description>
    <dc:creator>Karsten Pedersen</dc:creator>
    <dc:date>2013-02-25T21:07:43</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.desktop.cde.devel/910">
    <title>poll: build system for CDE</title>
    <link>http://comments.gmane.org/gmane.comp.desktop.cde.devel/910</link>
    <description>&lt;pre&gt;Hello guys,

Let me raise one question: what is a best preferred build system you consider for CDE and in general?
I address this question to people having experience with maintaining *nix software in general and writing code in particular.

Generally should CDE stay with Imake or move to other solution keeping simple as possible. Ugly gnu auto* or hand made simple and elegant configure ?
What is your choice and vision? Please share your thoughts.

Thanks,
Alex Che
------------------------------------------------------------------------------
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb_______________________________________________
cdesktopenv-devel mailing list
cdesktopenv-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&amp;lt; at &amp;gt;public.gmane.org
https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel
&lt;/pre&gt;</description>
    <dc:creator>Oleksiy Ch</dc:creator>
    <dc:date>2013-02-05T22:49:13</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.desktop.cde.devel/903">
    <title>porting on Autotools initiative</title>
    <link>http://comments.gmane.org/gmane.comp.desktop.cde.devel/903</link>
    <description>&lt;pre&gt;HI,

I examined CDE it contains ancient Imakefiles. I think it must be ported on Autotools as Motif did, but in a more wise way. I made some work in this way. Currently I have lib dir ported on autotools completely. Actually the main thing is configure.ac, it's 95% of code. It absorbed much from config/cf/*. So with configure.ac the core part of porting is done. Current configure.ac makes checks but don't abort on check fail. It's temporary.


Patch in attachment.

Comments?


ochern (Alex)
------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan_______________________________________________
cdesktopenv-devel mailing list
cdesktopenv-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&amp;lt; at &amp;gt;public.gmane.org
https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel
&lt;/pre&gt;</description>
    <dc:creator>Oleksiy Ch</dc:creator>
    <dc:date>2013-02-03T19:43:32</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.desktop.cde.devel/897">
    <title>Dtrun</title>
    <link>http://comments.gmane.org/gmane.comp.desktop.cde.devel/897</link>
    <description>&lt;pre&gt;Dtrun.  It runs things.  It's nice to bind to Alt-F2.  It's plain X/Motif. 
It's under the MIT license.

Tarball here: http://www.tomsick.net/projects/dtrun.html

Also, I know I don't have fallback resources, etc. set up properly.  My 
motivation to screw around with stuff like that kinda tails off once it 
reaches the "works for me" stage.  To that end, patches or 
sufficiently-motivating insults are welcome. ;)

-Rob

------------------------------------------------------------------------------
Keep yourself connected to Go Parallel: 
VERIFY Test and improve your parallel project with help from experts 
and peers. http://goparallel.sourceforge.net
&lt;/pre&gt;</description>
    <dc:creator>Robert Tomsick</dc:creator>
    <dc:date>2012-11-29T05:24:59</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.desktop.cde.devel/885">
    <title>BSD licensed contributions?</title>
    <link>http://comments.gmane.org/gmane.comp.desktop.cde.devel/885</link>
    <description>&lt;pre&gt;I know that the project requests that contributions be made under the MIT 
license, but I was wondering whether 2-clause or 3-clause BSD would be an 
appropriate alternative.

I read the section on licensing and why MIT is requested -- and from that 
it would seem that those BSD licenses would be fine for future relicensing 
(since they're obviously compatible with the LGPL, etc.) but I just wanted 
to double check.

Thanks,
Rob

------------------------------------------------------------------------------
Keep yourself connected to Go Parallel: 
DESIGN Expert tips on starting your parallel project right.
http://goparallel.sourceforge.net
&lt;/pre&gt;</description>
    <dc:creator>Robert Tomsick</dc:creator>
    <dc:date>2012-11-27T22:35:36</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.desktop.cde.devel/884">
    <title>Fix a dtterm crash</title>
    <link>http://comments.gmane.org/gmane.comp.desktop.cde.devel/884</link>
    <description>&lt;pre&gt;See patch.
From: Pascal Stumpf &amp;lt;Pascal.Stumpf-QvL92Q7d+pM&amp;lt; at &amp;gt;public.gmane.org&amp;gt;
Date: Tue, 27 Nov 2012 21:12:23 +0100
Subject: [PATCH] Avoid negative array subscript; break out of the loop if
 that happens.

---
 cde/lib/DtTerm/TermPrim/TermPrim.c | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/cde/lib/DtTerm/TermPrim/TermPrim.c b/cde/lib/DtTerm/TermPrim/TermPrim.c
index f32f016..87c836d 100644
--- a/cde/lib/DtTerm/TermPrim/TermPrim.c
+++ b/cde/lib/DtTerm/TermPrim/TermPrim.c
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -894,6 +894,8 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; GetMetaMask
 for (i1 = 0; i1 &amp;lt; modifierMapping-&amp;gt;max_keypermod; i1++) {
     thisKeyCode = modifierMapping-&amp;gt;modifiermap[mapIndex *
     modifierMapping-&amp;gt;max_keypermod + i1];
+    if (thisKeyCode &amp;lt; minKeycodes)
+break;
     thisKeySym = keyboardMapping[(thisKeyCode - minKeycodes) *
     keysymsPerKeycode];
     if ((thisKeySym == XK_Meta_L) || (thisKeySym == XK_Meta_R)) {
&lt;/pre&gt;</description>
    <dc:creator>Pascal Stumpf</dc:creator>
    <dc:date>2012-11-27T20:13:45</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.desktop.cde.devel/869">
    <title>dtaction: sys group?</title>
    <link>http://comments.gmane.org/gmane.comp.desktop.cde.devel/869</link>
    <description>&lt;pre&gt;Dtaction is installed as group "sys".  Does anyone know why?  I assume
the group has a very different meaning on different Unices ...

------------------------------------------------------------------------------
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
&lt;/pre&gt;</description>
    <dc:creator>Pascal Stumpf</dc:creator>
    <dc:date>2012-11-22T13:42:47</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.desktop.cde.devel/868">
    <title>Fix memory fault in instant(1) with OpenBSD'smalloc(3) 'S'</title>
    <link>http://comments.gmane.org/gmane.comp.desktop.cde.devel/868</link>
    <description>&lt;pre&gt;option
--------
See patch.
From: Pascal Stumpf &amp;lt;Pascal.Stumpf-QvL92Q7d+pM&amp;lt; at &amp;gt;public.gmane.org&amp;gt;
Date: Thu, 22 Nov 2012 14:27:26 +0100
Subject: [PATCH] Keep track of the length of the string in ExpandVariables().

On OpenBSD, the 'S' option to malloc(3) enables guard pages (among other
things).  This loop could have triggered this trap when reading beyond the
buffer.  Also, the whole "while(*ip)" construct was based on the assumption that
the memory after the string is always zero-filled.
---
 cde/programs/dtdocbook/instant/translate.c |    8 +++++++-
 1 files changed, 7 insertions(+), 1 deletions(-)

diff --git a/cde/programs/dtdocbook/instant/translate.c b/cde/programs/dtdocbook/instant/translate.c
index cb01270..9598335 100644
--- a/cde/programs/dtdocbook/instant/translate.c
+++ b/cde/programs/dtdocbook/instant/translate.c
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -197,14 +197,17 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; ExpandVariables(
     char*def_val, *s, *atval, *modifier;
     charvbuf[500];
     intlev;
+    size_tlen = 0, totlen;
 
     ip = in;
     op = out;
-    while (&lt;/pre&gt;</description>
    <dc:creator>Pascal Stumpf</dc:creator>
    <dc:date>2012-11-22T13:39:46</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.desktop.cde.devel/867">
    <title>Introduce DTKORNSHELL</title>
    <link>http://comments.gmane.org/gmane.comp.desktop.cde.devel/867</link>
    <description>&lt;pre&gt;See patch.
From: Pascal Stumpf &amp;lt;Pascal.Stumpf-QvL92Q7d+pM&amp;lt; at &amp;gt;public.gmane.org&amp;gt;
Date: Thu, 22 Nov 2012 15:49:51 +0100
Subject: [PATCH] Introduce DTKORNSHELL, analogous to KORNSHELL.

DTKORNSHELL is used to specify the install location of dtksh on your system,
preventing hardcoding of /usr/dt/bin/dtksh in Shebang lines and such.
---
 cde/config/cf/Imake.tmpl             |    4 ++++
 cde/config/cf/OpenBSD.cf             |    4 ++++
 cde/programs/dtprintegrate/Imakefile |    2 +-
 cde/programs/dtprintegrate/dtlp.src  |    2 +-
 cde/programs/types/Imakefile         |    2 +-
 cde/programs/types/dt.dt.src         |    4 ++--
 cde/programs/types/error.ds.src      |    2 +-
 7 files changed, 14 insertions(+), 6 deletions(-)

diff --git a/cde/config/cf/Imake.tmpl b/cde/config/cf/Imake.tmpl
index db4a1b9..75fa291 100644
--- a/cde/config/cf/Imake.tmpl
+++ b/cde/config/cf/Imake.tmpl
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -183,6 +183,9 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; XCOMM the platform-specific parameters - edit site.def to change
 #ifndef KornShell
 #define KornShell/bin/ksh
 #endif
+&lt;/pre&gt;</description>
    <dc:creator>Pascal Stumpf</dc:creator>
    <dc:date>2012-11-22T14:51:43</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.desktop.cde.devel/858">
    <title>dtlogin: Imakefile: Respect CDE_{INSTALL,CONFIGUR}ATION_TOP</title>
    <link>http://comments.gmane.org/gmane.comp.desktop.cde.devel/858</link>
    <description>&lt;pre&gt;Not sure about this one.  The comment says not to change the values
there, but there is no other way to change them.  FWIW, hardcoding
/etc/dt and /usr/dt is wrong.
From: Pascal Stumpf &amp;lt;Pascal.Stumpf-QvL92Q7d+pM&amp;lt; at &amp;gt;public.gmane.org&amp;gt;
Date: Tue, 20 Nov 2012 22:42:29 +0100
Subject: [PATCH] Respect CDE_CONFIGURATION_TOP and CDE_INSTALLATION_TOP.

Do not hardcode /etc/dt and /usr/dt.
---
 cde/programs/dtlogin/Imakefile |    4 ++--
 1 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/cde/programs/dtlogin/Imakefile b/cde/programs/dtlogin/Imakefile
index 4ece5c7..33dc6f9 100644
--- a/cde/programs/dtlogin/Imakefile
+++ b/cde/programs/dtlogin/Imakefile
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -238,8 +238,8 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; DEF_USER_PATH = DefaultUserPath:/usr/ccs/bin:$(NATIVEXBINDIR):$(XBINDIR)
 DEF_SYSTEM_PATH = DefaultSystemPath:$(NATIVEXBINDIR):$(XBINDIR)
 BOURNE_SHELL = DefaultSystemShell
 CPP_PROGRAM = CppCmd
-DEF_BM_PATH = /etc/dt/appconfig/icons/%L/%B%M.bm:/etc/dt/appconfig/icons/%L/%B%M.pm:/etc/dt/appconfig/icons/%L/%B:/etc/dt/appconfig/icons/C/%B%M.bm:&lt;/pre&gt;</description>
    <dc:creator>Pascal Stumpf</dc:creator>
    <dc:date>2012-11-20T21:48:03</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.desktop.cde.devel/857">
    <title>BSD: Correct path to xterm</title>
    <link>http://comments.gmane.org/gmane.comp.desktop.cde.devel/857</link>
    <description>&lt;pre&gt;See patch.
From: Pascal Stumpf &amp;lt;Pascal.Stumpf-QvL92Q7d+pM&amp;lt; at &amp;gt;public.gmane.org&amp;gt;
Date: Tue, 20 Nov 2012 22:03:30 +0100
Subject: [PATCH] Correct paths to xterm as failsafe client on the BSDs.

---
 cde/programs/dtlogin/session.c |    6 +++++-
 1 files changed, 5 insertions(+), 1 deletions(-)

diff --git a/cde/programs/dtlogin/session.c b/cde/programs/dtlogin/session.c
index 41cf26d..0a2cd86 100644
--- a/cde/programs/dtlogin/session.c
+++ b/cde/programs/dtlogin/session.c
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -1652,7 +1652,11 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; StartClient( struct verify_info *verify, struct display *d, int *pidp )
             failsafeArgv[i++] = "/usr/X/bin/xterm";
 #elif defined(__hpux)
     failsafeArgv[i++] = "/usr/bin/X11/hpterm";
-#elif defined(CSRG_BASED)
+#elif defined(__OpenBSD__)
+    failsafeArgv[i++] = "/usr/X11R6/bin/xterm";
+#elif defined(__NetBSD__)
+    failsafeArgv[i++] = "/usr/X11R7/bin/xterm";
+#elif defined(__FreeBSD__)
     failsafeArgv[i++] = "/usr/local/bin/xterm";
 #else
     failsafeArgv[i++] = "/usr/bin/X11/xterm";
&lt;/pre&gt;</description>
    <dc:creator>Pascal Stumpf</dc:creator>
    <dc:date>2012-11-20T21:05:06</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.desktop.cde.devel/856">
    <title>dtlogin: Set NATIVEXBINDIR on OpenBSD</title>
    <link>http://comments.gmane.org/gmane.comp.desktop.cde.devel/856</link>
    <description>&lt;pre&gt;See patch.
From: Pascal Stumpf &amp;lt;Pascal.Stumpf-QvL92Q7d+pM&amp;lt; at &amp;gt;public.gmane.org&amp;gt;
Date: Tue, 20 Nov 2012 20:08:34 +0100
Subject: [PATCH] Set NATIVEXBINDIR on OpenBSD.

---
 cde/programs/dtlogin/Imakefile |    2 ++
 1 files changed, 2 insertions(+), 0 deletions(-)

diff --git a/cde/programs/dtlogin/Imakefile b/cde/programs/dtlogin/Imakefile
index 6bcab17..4ece5c7 100644
--- a/cde/programs/dtlogin/Imakefile
+++ b/cde/programs/dtlogin/Imakefile
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -196,6 +196,8 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; INCLUDES = -I$(XPROJECTROOT)/include/freetype2
 
 #if defined (SunArchitecture)
   NATIVEXBINDIR = /usr/openwin/bin
+#elif defined(OpenBSDArchitecture)
+  NATIVEXBINDIR = /usr/X11R6/bin
 #else
   NATIVEXBINDIR = /usr/bin/X11
 #endif
&lt;/pre&gt;</description>
    <dc:creator>Pascal Stumpf</dc:creator>
    <dc:date>2012-11-20T19:09:33</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.desktop.cde.devel/855">
    <title>dtgreet: do not crash if LANG is not set</title>
    <link>http://comments.gmane.org/gmane.comp.desktop.cde.devel/855</link>
    <description>&lt;pre&gt;See patch.
From: Pascal Stumpf &amp;lt;Pascal.Stumpf-QvL92Q7d+pM&amp;lt; at &amp;gt;public.gmane.org&amp;gt;
Date: Tue, 20 Nov 2012 19:42:33 +0100
Subject: [PATCH] dtgreet: Do not crash if LANG is not set in the environment.

In that case, catopen() will have never been called, and we'd feed 0 as the
first argument to catgets().  This crashes, at least on OpenBSD.
---
 cde/programs/dtlogin/vgutil.c |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/cde/programs/dtlogin/vgutil.c b/cde/programs/dtlogin/vgutil.c
index 1d7e73e..f38c777 100644
--- a/cde/programs/dtlogin/vgutil.c
+++ b/cde/programs/dtlogin/vgutil.c
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -791,7 +791,7 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; unsigned char *
 ReadCatalog(int setn, int msgn, char *dflt)
 {
     OpenCatalog();
-    if (0 &amp;gt; (int) nl_fd)
+    if ((0 &amp;gt; (int) nl_fd) || (NULL == langenv))
       return (unsigned char*) dflt;
     else
       return (unsigned char*) catgets(nl_fd, setn, msgn, dflt);
&lt;/pre&gt;</description>
    <dc:creator>Pascal Stumpf</dc:creator>
    <dc:date>2012-11-20T18:46:07</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.desktop.cde.devel/845">
    <title>pclose() -&gt; fclose()</title>
    <link>http://comments.gmane.org/gmane.comp.desktop.cde.devel/845</link>
    <description>&lt;pre&gt;See patch.
From: Pascal Stumpf &amp;lt;Pascal.Stumpf-QvL92Q7d+pM&amp;lt; at &amp;gt;public.gmane.org&amp;gt;
Date: Mon, 19 Nov 2012 16:29:10 +0100
Subject: [PATCH] pclose() -&amp;gt; fclose()

We're not doing anything with the exit status anyway, and waiting for the
shell to terminate sometimes hangs dtfile, at least on OpenBSD.
---
 cde/programs/dtfile/SharedProcs.c |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/cde/programs/dtfile/SharedProcs.c b/cde/programs/dtfile/SharedProcs.c
index 7ec4645..bc70c6a 100644
--- a/cde/programs/dtfile/SharedProcs.c
+++ b/cde/programs/dtfile/SharedProcs.c
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -1656,7 +1656,7 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; _DtPathFromInput(
              command[strlen(command)-1] = '\0';
              XtFree(path);
              path = XtNewString(command);
-             pclose(pfp);
+             fclose(pfp);
  }
       }
    }
&lt;/pre&gt;</description>
    <dc:creator>Pascal Stumpf</dc:creator>
    <dc:date>2012-11-19T15:31:57</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.desktop.cde.devel/844">
    <title>dtfile(1): Use FILE_MAP_OPTIMIZE on OpenBSD</title>
    <link>http://comments.gmane.org/gmane.comp.desktop.cde.devel/844</link>
    <description>&lt;pre&gt;See patch.  Other OSes might want to do this as well ...
From: Pascal Stumpf &amp;lt;Pascal.Stumpf-QvL92Q7d+pM&amp;lt; at &amp;gt;public.gmane.org&amp;gt;
Date: Mon, 19 Nov 2012 16:22:47 +0100
Subject: [PATCH] On OpenBSD, use FILE_MAP_OPTIMIZED.

This has the effect of not performing a tt call each time in
ResolveLocalPathName() if we're on the local host anyway.  Drastically reduces
dtfile startup time.
---
 cde/programs/dtfile/Imakefile |    4 ++++
 1 files changed, 4 insertions(+), 0 deletions(-)

diff --git a/cde/programs/dtfile/Imakefile b/cde/programs/dtfile/Imakefile
index 1125112..279389c 100644
--- a/cde/programs/dtfile/Imakefile
+++ b/cde/programs/dtfile/Imakefile
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -24,6 +24,10 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; SYS_LIBRARIES = DtClientSysLibs DtClientExtraLibs
 EXTRA_DEFINES = -D_TOOLTALK
 #endif
 
+#ifdef OpenBSDArchitecture
+EXTRA_DEFINES = -DFILE_MAP_OPTIMIZE
+#endif
+
 #if defined (SunArchitecture)
 EXTRA_CCOPTIONS = -xF
 #endif
&lt;/pre&gt;</description>
    <dc:creator>Pascal Stumpf</dc:creator>
    <dc:date>2012-11-19T15:26:10</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.desktop.cde.devel">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.desktop.cde.devel</link>
  </textinput>
</rdf:RDF>
