Hi Ulrich,
Thanks a million for your efforts. I pulled CDE master from git repository and
it did build successfully on FreeBSD 10.4p9, yesterday. However, there is a
problem with rpc.ttdbserver, though. When I start the desktop rpc.ttdbserver
core dumps and it does so every second. Stopping ine
On 06/07/2018 04:50 PM, Matthew R. Trower wrote:
I'm not opposed. I think we need to get something out soon, preferably before
we stray too far from Ulrich's last build tests. IIRC, our official release
doesn't even run on FreeBSD 11 --- which is unfortunate, since it is (or was)
in the offic
On 06/07/2018 04:55 PM, Chase wrote:
Well, I am planning on removing the last of the old OSs sometime soon so I
don't know if that would affect things, as for a develoent release, I think its
been long overdue, as well as the bump in version (3 digits should be bugfix
and security releases in
Jon Trulson writes:
>
> Well, nothing prevents us from releasing additional development
> releases, so we'll just see how it goes.
>
Ah, yes. I'm happy so long as I can get it done before our production
release. You said a couple of weeks, so there should be plenty of time.
>>
>> -- Matthew R
On 06/08/2018 12:29 PM, Matthew R. Trower wrote:
Jon Trulson writes:
Well, nothing prevents us from releasing additional development
releases, so we'll just see how it goes.
Ah, yes. I'm happy so long as I can get it done before our production
release. You said a couple of weeks, so ther
There should be no need to run rpc.ttdbserver anyway, unless you intend
to share your TT sessions to other machines on your network. So, in the
"normal" case, you don't lose anything by not running it.
-jon
On 06/08/2018 10:25 AM, Dietmar M. Zettl wrote:
Hi Ulrich,
Thanks a million for your
N.B. The attached patch is for example purposes only.
DO NOT APPLY TO MASTER.
The build process for CDE involves building motif from source.
Unfortunately, installing this motif into /usr conflicts with system
packages on many systems, causing package manager indigestion and
breaking legacy motif
CDE 2.2.4a development has been released. It should percolate out to
the various SF mirrors shortly.
Depending on contributor activity, we may release more development
versions and eventually a final stable version (2.3.0) over the coming
weeks/months.
Here is the snippet for this release f
Forgot to attach the example patch that goes with the last message...
The idea is probably evident, but here it is anyway.
Sorry for the extra noise.
-- Matthew R. Trower
>From 68cfdcbcba4a82f3095bda71efd506102515b81a Mon Sep 17 00:00:00 2001
From: "Matthew R. Trower"
Date: Thu, 16 Jun 2016 20
On 06/08/2018 01:45 PM, Matthew R. Trower wrote:
N.B. The attached patch is for example purposes only.
DO NOT APPLY TO MASTER.
The build process for CDE involves building motif from source.
Unfortunately, installing this motif into /usr conflicts with system
packages on many systems, causing pac
Hmm. In my /usr/include/Xm/XpmP.h, there are a bunch of defines of the
sort:
/* Xpm external symbols are prefixed with Xme */
#define XpmCreatePixmapFromData XmeXpmCreatePixmapFromData
#define XpmCreateDataFromPixmap XmeXpmCreateDataFromPixmap
...
What does your's look like? You may need som
I think OI still ships the legacy Motif from Solaris/OpenSolaris, rather
than building current Motif from source. (The two aren't binary compatible.)
On Tribblix (also illumos) the motif libraries are built from source (2.3.8
now)
and contain those symbols; CDE builds fine against them.
On Fri,
On 06/08/2018 03:32 PM, Peter Tribble wrote:
I think OI still ships the legacy Motif from Solaris/OpenSolaris, rather
than building current Motif from source. (The two aren't binary compatible.)
On Tribblix (also illumos) the motif libraries are built from source
(2.3.8 now)
and contain those
Jon Trulson writes:
> Hmm. In my /usr/include/Xm/XpmP.h, there are a bunch of defines of
> the sort:
>
> /* Xpm external symbols are prefixed with Xme */
>
> #define XpmCreatePixmapFromData XmeXpmCreatePixmapFromData
> #define XpmCreateDataFromPixmap XmeXpmCreateDataFromPixmap
> ...
>
> What d
Well, then we need to deterimine whether CDE can be made to work with
the installed Motif. I'd *really* prefer if users did not have to build
their own Motifs...
Doing a "git grep XmeXpm" in CDE shows the following usages:
cde/lib/DtSvc/DtXpm/xpm.c:return XmeXpmCreatePixmapFromData(displa
Hi all,
The wiki is by far the best place to get information on CDE in my opinion, but
there are some issues with it, many articles are orphan articles (articles
which have no articles linking to it), duplicate information, outdated
information (archlinux build in particular, Christopher, since
I know the wiki needs serious TLC. I’ll have time next week, I’ll test
archlinux again.
On Friday, June 8, 2018, Chase via cdesktopenv-devel <
cdesktopenv-devel@lists.sourceforge.net> wrote:
> Hi all,
> The wiki is by far the best place to get information on CDE in my opinion,
> but there are som
On 06/08/2018 05:15 PM, Christopher Turkel wrote:
I know the wiki needs serious TLC. I’ll have time next week, I’ll test
archlinux again.
Thanks... many of these pages are out of date. The clone URL on the
linux page didn't seem to work either (I changed it to one that does).
Unfortunately
Jon Trulson writes:
> Well, then we need to deterimine whether CDE can be made to work with
> the installed Motif. I'd *really* prefer if users did not have to
> build their own Motifs...
>
> Doing a "git grep XmeXpm" in CDE shows the following usages:
>
> cde/lib/DtSvc/DtXpm/xpm.c:return
>
On 06/08/2018 05:57 PM, Matthew R. Trower wrote:
Jon Trulson writes:
Well, then we need to deterimine whether CDE can be made to work with
the installed Motif. I'd *really* prefer if users did not have to
[...]
I did this and a few more things, and the xpm stuff seems to be coming
up clean
I took a look at the program you linked and this would be wonderful to
integrate into CDE and would really define a 2.3.0 release, the only thing
holding it back would be that it doesn't seem to have a license and was never
officially sent as a patch, meaning we can't assume its MIT licensed. Th
Jon Trulson writes:
>
> I just did this too, and it works fine on Linux. I would bet it will
> compile fine on the BSD's too. I've pushed this fix to the cde-next
> branch. Once we're sure this is ok on the BSD's we can merge it into
> master. It is the correct way to go forward.
>
> I've inst
These never were defined anyways, so their removal should be inconsequential.
Thank you for your time,
-ChaseFrom 09d17b70c12577579e3c474275aeb248bf89aed8 Mon Sep 17 00:00:00 2001
From: chase
Date: Fri, 8 Jun 2018 21:01:54 -0500
Subject: [PATCH] Remove reallyoldsun defines
---
cde/programs/dtma
23 matches
Mail list logo