Sorry, I could be totally overlooking it but I think this an abbreviated
log because tptregexp already failed to build for some reason.
Try from scratch (preferably git master) and run:
make World 2>&1 | tee ../build.log
This is one of the reasons I’m not enthusiastic about externalizing
every si
Hello,
This one-line patch completes the work to get CDE building out of the
box on SPARC. Unfortunately, there's still much work to do debugging
crashes with the resultant executables.
Kind regards,
Lev
>From 689b9c12d1a36544d3fda591304d75ec566c70f2 Mon Sep 17 00:00:00 2001
From: Lev Kujawski
Hi Jon,
> On Feb 7, 2021, at 17:57, Jon Trulson wrote:
>
> If I had a vote, I would have made both CDE and Motif MIT licensed, like
> X11... But I didn't. Last time I brought it up, the usual licensing
> arguments broke out. I can live with the way it is, there are bigger fish to
> fry, and
Hello,
This patch adds support for autoconfiguring and generating the appropriate
headers using AT&T’s iffe.
Iffe was shipped as part of the original CDE release within the DtKsh and has
been tested to work with all UNIX compatible shells (including the original
Bourne shell.)
Kind regards,
L
gt;>>> believing that the committee did not even consult the SVID.
>>>> Kind regards,
>>>> Lev
>>>>
>>>>> On Feb 6, 2021, at 13:55, Chase nicetry...@protonmail.ch wrote:
>>>>> While this is impressive, it still won&
especially made
for bitmap displays.
Kind regards,
Lev
> On Feb 6, 2021, at 14:28, Brent Busby wrote:
>
> Lev via cdesktopenv-devel
> writes:
>
>> I would like to gather feedback from everyone on the list on whether
>> we should switch the default font (a bitma
ever get that make=gmake
>>> hack to work? I was also thinking that a good way to solve the rm problem
>>> would be to build the upstream ksh and link it to /bin/sh, since their rm
>>> is builtin and conforms to POSIX.
>>> Thank you for your time,
>>>
g that a good way to solve the rm problem would be to
> build the upstream ksh and link it to /bin/sh, since their rm is builtin and
> conforms to POSIX.
>
>
> Thank you for your time,
> -Chase
>
> ‐‐‐ Original Message ‐‐‐
> On Saturday, February 6, 20
Hello,
The first patch removes an unnecessary dependency on Freetype that was the
result of including a private Motif header without undefining USE_XFT. CDE
itself cannot make use of Freetype.
The second switches the default backdrop from SkyLight to KnitLight, resolving
ticket 100.
Also, I w
Hello,
I would like to gather feedback from everyone on the list on whether we should
switch the default font (a bitmap rendering of Lucida) to a manually adjusted
screen font designed to maximize legibility.
I’ve attached before and after screenshots. On my LCD screen, I think this
actually l
Hello,
This patch allows for parallel ‘make World’ with imake.
If we are interested in cross-compilation support, I could work on that as well.
Kind regards,
Lev
0001-Teach-imake-how-to-perform-parallel-builds-on-Linux-.patch
Description: Binary data
___
Hi Ryan,
I’m afraid imake doesn’t support parallel builds at this time.
Kind regards,
Lev
> On Feb 5, 2021, at 16:27, Ryan Wilson wrote:
>
> The latest version no longer builds on OpenBSD 6.8, I am running an older
> version right now from when I built it on 6.7, still.
>
> Building Releas
A bit of research reveals a precedent for this when the Open Group transferred
its copyright interests in X11 to X.org:
https://lists.freedesktop.org/archives/xorg/2006-October/018514.html
> On Feb 3, 2021, at 21:31, Lev via cdesktopenv-devel
> wrote:
>
> Hi Jon,
>
> If
Hi Jon,
If getting Motif and CDE relicensed under X11 someday is still desirable, I
think having the CDE project become a member of Software in the Public Interest
(they already help manage the legal side of X.org, etc.) could be helpful.
There are a lot of advantages of relicensing:
- Less wor
Hi Swift,
> On Feb 2, 2021, at 15:52, Swift Griggs wrote:
>
> On Tue, 2 Feb 2021, Chase via cdesktopenv-devel wrote:
>> Personally, I think that your time would be used better if you helped us
>> test and fix any issues with the AIX and HPUX port.
>
> I have access to POWER hardware but only P
t; On 2/1/21 5:25 PM, Lev via cdesktopenv-devel wrote:
>> Hello,
>>
>> Several tickets have been opened concerning CDE compilation failures on
>> SPARC systems due to GOT limits. This patch should remedy the main issue and
>> I’ll try to followup to see if there are
Hi,
How are you launching CDE from your .xinitrc? Is rpcbind running?
It might be better to open a ticket instead to prevent overwhelming this list
with troubleshooting chatter.
Kind regards,
Lev
> On Feb 2, 2021, at 23:58, cyrus torros wrote:
>
> I have followed the respective guides to buil
e ago. I think
Polarhome might be a good solution. The ksh93 maintainer is using it for
regression tests.
Thanks, Lev
> Thank you for your time,
> -Chase
>
> ‐‐‐ Original Message ‐‐‐
> On Monday, February 1, 2021 6:25 PM, Lev via cdesktopenv-devel
> wrote:
>
&g
Hello,
Several tickets have been opened concerning CDE compilation failures on SPARC
systems due to GOT limits. This patch should remedy the main issue and I’ll try
to followup to see if there are others.
As an aside, I really enjoy seeing the diversity of platforms and architectures
that CDE
Looks like there was a typo in the third patch’s message: s/This patches/This
patch/
> On Jan 30, 2021, at 20:31, Lev via cdesktopenv-devel
> wrote:
>
> Hi Jon,
>
>> On Jan 30, 2021, at 18:11, Jon Trulson wrote:
>>
>> On 1/26/21 9:23 PM
eral million shares if anyone's interested... :D
>>>>> But WRT Wayland, I've been hearing that it's going to kill X11 for over a
>>>>> decade now. I will believe it when I see it :)
>>>>> But yeah - no one is 'innovating' in X11 an
>>> Lev
>>>>
>>>>> On Jan 23, 2021, at 17:11, Jon Trulson j...@radscan.com
>>>>> wrote:
>>>>> On 1/18/21 8:21 AM, Lev via cdesktopenv-devel wrote:
>>>>>
>>>>>> Here’s a revised copy of the ksh fixes I
card’s framebuffer in /dev/mem. I wonder if X11 could have taken
a different path, and I imagine you have a unique knowledge of the history
behind the X Consortium, XFree86, and the rebranding/merger of X.org. As a
software engineer, did you have any impressions/opinions regarding XIE, STSF,
an
1 8:21 AM, Lev via cdesktopenv-devel wrote:
>> Here’s a revised copy of the ksh fixes I submitted before that properly
>> tests for POSIX-compliant terminal handling capabilities rather than
>> attempting to get OLDTERMIO working. I think these patches are ready to be
>&g
platform support.
>>
>> I'd really like you to see the light on this one, if theres one thing that
>> CDE doesn't need, its a fork.
>>
>>
>> Thank you for your time,
>> -Chase
>>
>> ‐‐‐ Original Message ‐‐‐
>> On Tuesday, Jan
The new ksh93 maintainer seems amenable to getting it working on every Unix
system, so that allays my earlier concerns. I still think it would be nice to
get some feedback from someone running NetBSD on whether the new shell is worse
or broken compared to the existing one. Perhaps we could maint
#x27;d really like you to see the light on this one, if theres one thing that
> CDE doesn't need, its a fork.
>
>
> Thank you for your time,
> -Chase
>
> ‐‐‐ Original Message ‐‐‐
> On Tuesday, January 19, 2021 10:52 PM, Lev via cdesktopenv-devel
> wrote:
Hello,
I intend on porting CDE/Motif 2.1 to SVR4 and possibly other niche platforms,
so I’ve set up a branch at https://github.com/lev105/cde-imake/ so as to not
interfere with the good work here to get CDE up to date with the autotools
suite, etc.
Without being able to test on a SVID3-complia
Hi Chase,
That patch wasn’t intended for submission upstream, it was a quick hack (always
disabling that section of the code) to expose other errors. My pull request is
at https://github.com/ksh93/ksh/pull/156.
Kind regards,
Lev
> On Jan 19, 2021, at 19:43, Chase wrote:
>
> Lev,
> I git-ifie
Hi Marcin,
Thanks for the idea. I was able to workaround the LFS64 issue (see the attached
patch) with the new ksh 93u, but I ran into some other issues with localization
(iswalpha is redefined for some reason) and ulimit support that are going to
take some time to resolve.
I haven’t had a cha
compatible.
Kind regards,
Lev
> On Jan 18, 2021, at 17:48, Jon Trulson wrote:
>
> On 1/18/21 9:31 AM, Lev via cdesktopenv-devel wrote:
>> Hi Chase,
>>
>> Thanks to your advice about the submodule, I was able to make some progress.
>> Unfortunately, I am now getting
Hi Chase,
Thanks to your advice about the submodule, I was able to make some progress.
Unfortunately, I am now getting a lot of errors from the headers, e.g.:
./ast_fs.h:147:18: warning: 'struct statvfs64' declared inside parameter list
will not be visible outside of this definition or declarat
-Korn-Shell-.patch
Description: Binary data
> On Jan 17, 2021, at 19:17, Lev via cdesktopenv-devel
> wrote:
>
> Hello,
>
> I am now able to compile CDE on Void PPC with musl. In the future, it might
> make sense to create a PpcLeArchitecture for Alpine Linux (also using m
Hi Chase,
I am thinking of revamping the bundled dtksh to build directly with imake
instead of nmake, using a ksh93 configure script to generate a .cf file with
the appropriate defines as a replacement for iffe. If this isn’t the ksh 2020
fork but the new ksh 93u one, backporting the fixes shou
Hello,
I am now able to compile CDE on Void PPC with musl. In the future, it might
make sense to create a PpcLeArchitecture for Alpine Linux (also using musl) for
CI with a minimal image.
Kind regards,
Lev
0001-Fix-warnings-on-PowerPC-builds-and-correct-a-compile.patch
Description: Binary da
Hi Chase,
I just tried to get the upgraded dtksh on the master-ksh93-upgrade branch to
build with musl and it fails because bin/package is missing. If you are looking
for a traditional SVR4 host to test, I have access to UnixWare.
Kind regards,
Lev
> On Jan 17, 2021, at 16:24, Chase via cdeskt
ndef_XtIntrinsic_h
> /*
>
>
> I think this should be:
>
> #include
>
> ... at least for Linux, but definitely not sys/stat.h, which probably
> includes time.h indirectly. Could you try that change and resubmit that
> patch?
>
> I've applied the
Hello,
The attached patches are the first of a set fixing various incompatibilities
between CDE and the musl C library. Musl has become a popular alternative to
glibc and uClibc, with distributions like Void already supporting it for
desktop use.
Advantages of musl include the ease of creating
38 matches
Mail list logo
