On 06/27/2018 05:46 PM, Ulrich Wilkens wrote:
On 06/27/18 02:57, Jon Trulson wrote:
When you tested it again, did you remove the OS version checks
around UseInstalledX11 in OpenBSD.cf and FreeBSD.cf? If you didn't,
then the failures you mention would be expected, since the "magic"
isn't ena
On 06/27/18 02:57, Jon Trulson wrote:
When you tested it again, did you remove the OS version checks around
UseInstalledX11 in OpenBSD.cf and FreeBSD.cf? If you didn't, then
the failures you mention would be expected, since the "magic" isn't
enabled for those older ones.
No, I just teste
On 06/27/18 02:57, Jon Trulson wrote:
Ok. Yes, we would just remove the instructions on the linux/bsd wiki's
that tell them to create these links.
If you end up finding that earlier versions will not work, then we will
just tell users on the wiki that for "OS versions older than x.x, you
wil
On 06/26/2018 06:37 PM, Ulrich Wilkens wrote:
On 06/27/18 01:46, Jon Trulson wrote:
On 06/26/2018 05:35 PM, Ulrich Wilkens wrote:
On 06/27/18 00:29, Jon Trulson wrote:
The link imports/x11/include/Xm can be removed. It's not needed
anymore. But the link imports/x11/include/X11 is still neede
On 06/27/18 01:46, Jon Trulson wrote:
On 06/26/2018 05:35 PM, Ulrich Wilkens wrote:
On 06/27/18 00:29, Jon Trulson wrote:
The link imports/x11/include/Xm can be removed. It's not needed
anymore. But the link imports/x11/include/X11 is still needed by
BSDs and Suns. Its removal might be someth
On 06/26/2018 05:35 PM, Ulrich Wilkens wrote:
On 06/27/18 00:29, Jon Trulson wrote:
The link imports/x11/include/Xm can be removed. It's not needed
anymore. But the link imports/x11/include/X11 is still needed by
BSDs and Suns. Its removal might be something for later.
I have removed these
On 06/27/18 00:29, Jon Trulson wrote:
The link imports/x11/include/Xm can be removed. It's not needed anymore.
But the link imports/x11/include/X11 is still needed by BSDs and Suns.
Its removal might be something for later.
I have removed these links for both X11 and Motif on BSD (>= 6.x onl
Merged to master - no conflicts.
-jon
On 06/26/2018 04:30 PM, Jon Trulson wrote:
On 06/26/2018 04:20 PM, Ulrich Wilkens wrote:
On 06/26/18 23:53, Matthew R. Trower wrote:
Ulrich Wilkens writes:
On 06/13/18 07:22, Ulrich Wilkens wrote:
I have now finished the test of the patch. It runs fine
On 06/26/2018 04:20 PM, Ulrich Wilkens wrote:
On 06/26/18 23:53, Matthew R. Trower wrote:
Ulrich Wilkens writes:
On 06/13/18 07:22, Ulrich Wilkens wrote:
I have now finished the test of the patch. It runs fine on all
platforms.
Unfortunately site.def and sun.cf have changed in the meantime
On 06/26/2018 03:03 PM, Ulrich Wilkens wrote:
On 06/13/18 07:22, Ulrich Wilkens wrote:
On 06/13/18 01:12, Jon Trulson wrote:
I think I want a signoff from Ulrich on this - I have no way to test.
-jon
Well I can test the patch. But again it will need some time, because it
has to be done on al
On 06/26/18 23:53, Matthew R. Trower wrote:
Ulrich Wilkens writes:
On 06/13/18 07:22, Ulrich Wilkens wrote:
I have now finished the test of the patch. It runs fine on all platforms.
Unfortunately site.def and sun.cf have changed in the meantime.
So I'm afraid it won't apply anymore.
@Matthew:
Ulrich Wilkens writes:
> On 06/13/18 07:22, Ulrich Wilkens wrote:
>
> I have now finished the test of the patch. It runs fine on all platforms.
> Unfortunately site.def and sun.cf have changed in the meantime.
> So I'm afraid it won't apply anymore.
> @Matthew: Can you recreate the patch?
Hmm, i
On 06/13/18 07:22, Ulrich Wilkens wrote:
On 06/13/18 01:12, Jon Trulson wrote:
I think I want a signoff from Ulrich on this - I have no way to test.
-jon
Well I can test the patch. But again it will need some time, because it
has to be done on all platforms.
And I'm afraid that these are some
On 06/13/18 01:12, Jon Trulson wrote:
I think I want a signoff from Ulrich on this - I have no way to test.
-jon
Well I can test the patch. But again it will need some time, because it
has to be done on all platforms.
And I'm afraid that these are some critical changes.
On 06/11/2018 10:49
Ulrich Wilkens writes:
> As far as I know the imports/x11/include/Xm (+X11) directory is still
> needed for makedepend. And I wouldn't spend the effort to change makedepend
> not to use them. Let's better get rid of makedepend totally. Then we can
> also remove the imports/x11/include directories
On 06/12/18 06:49, Matthew R. Trower wrote:
As far as use, an OpenSolaris/OpenIndiana user should be able to just
install their built Motif into /usr/X11 and be done (as that's the
default MotifProjectRoot on Sun systems). You don't even need to
symlink imports/x11/include/Xm anymore. >
As fa
I think I want a signoff from Ulrich on this - I have no way to test.
-jon
On 06/11/2018 10:49 PM, Matthew R. Trower wrote:
Jon Trulson writes:
On 06/08/2018 07:16 PM, Matthew R. Trower wrote:
As for the changes - if a locally compiled motif is required, and it's
customary to install that in
Jon Trulson writes:
> On 06/08/2018 07:16 PM, Matthew R. Trower wrote:
>>> As for the changes - if a locally compiled motif is required, and it's
>>> customary to install that in /opt, then that's what the changes should
>>> be in sun.cf.
>>>
>>> BTW, do you distinguish in sun.cf between various
On 06/08/2018 07:16 PM, Matthew R. Trower wrote:
As for the changes - if a locally compiled motif is required, and it's
customary to install that in /opt, then that's what the changes should
be in sun.cf.
BTW, do you distinguish in sun.cf between various
opensolaris/illuminos versions?
Nope; Su
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
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
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
>
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
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
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
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,
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
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
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
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
30 matches
Mail list logo
