On 1/26/20 6:37 PM, Chase via cdesktopenv-devel wrote:
> So this patch will be necessary for the autotooling of ksh (or at
> least the updating of it then the subsequent autotooling), as ksh no
> longer provides its hashing library this will be necessary if we want
> to update it (which would also
On 1/31/20 7:44 PM, Chase via cdesktopenv-devel wrote:
> So I think that, if gcc -E isnt functioning in the way we want it
> anymore, we should work towards moving them to sed scripts, as
> maintaining our own forked cpp is clunky, from now on I will be using
> sed scripts to build scripts and
On 2/1/20 1:02 PM, Chase wrote:
> Well, as I said, we can use sed instead of gencpp and eventually
> remove gencpp so we wont have yet another utility to maintain anymore
>
We are always going to use GENCPP (tradcpp). It works great, is OS
agnostic and there is no need to go fix things that
Well, as I said, we can use sed instead of gencpp and eventually remove gencpp
so we wont have yet another utility to maintain anymore
Thank you for your time,
-Chase
‐‐‐ Original Message ‐‐‐
On Saturday, February 1, 2020 1:52 PM, Jon Trulson wrote:
> Please stop with the "cleanups"
Please stop with the "cleanups" here...
What exactly are you cleaning up?
-jon
On 2/1/20 12:00 PM, Chase via cdesktopenv-devel wrote:
> minor cleanup
>
> Thank you for your time,
> -Chase
>
>
>
> ___
> cdesktopenv-devel mailing list
>
more cleanup
Thank you for your time,
-ChaseFrom 9b5f92f93718daaf629b42d185ee4e84ad3e530b Mon Sep 17 00:00:00 2001
From: Chase
Date: Sat, 1 Feb 2020 13:48:33 -0600
Subject: [PATCH] dtspcd: use sed instead of GENCPP
---
cde/programs/dtspcd/Makefile.am | 12 +++---
minor cleanup
Thank you for your time,
-ChaseFrom 743714ad7a190d7aaa505c80edaad3fb36fd420d Mon Sep 17 00:00:00 2001
From: Chase
Date: Sat, 1 Feb 2020 12:51:11 -0600
Subject: [PATCH] dtopen: replace GENCPP with sed
---
cde/programs/dtopen/Makefile.am | 8 +++---
cde/programs/dtopen/dtopen.src
upon further inspection, we will need to get rid of XCOMM since sed allows
comments for some reason, I could work around it but I'm too lazy, here is the
new patches
Thank you for your time,
-Chase
‐‐‐ Original Message ‐‐‐
On Friday, January 31, 2020 8:44 PM, Chase via
So I think that, if gcc -E isnt functioning in the way we want it anymore, we
should work towards moving them to sed scripts, as maintaining our own forked
cpp is clunky, from now on I will be using sed scripts to build scripts and
datafiles.
Thank you for your time,
-ChaseFrom
So this patch will be necessary for the autotooling of ksh (or at least the
updating of it then the subsequent autotooling), as ksh no longer provides its
hashing library this will be necessary if we want to update it (which would
also end it's dependency on ksh, and in the future we could even
n
> -mrt
>
> *From:* j...@radscan.com
> *Sent:* January 26, 2020 1:36 PM
> *To:* d...@blackshard.net
> *Cc:* cdesktopenv-devel@lists.sourceforge.net
> *Subject:* Re: [cdesktopenv-devel] [PATCH][AUTOTOOLS-CONVERSION] add
> generated manpages
>
>
> On 1/26/20 12:34 PM, Mat
Cc:
cdesktopenv-devel@lists.sourceforge.net
Subject: Re:
[cdesktopenv-devel] [PATCH][AUTOTOOLS-CONVERSION]
add generated manpages
Well
l@lists.sourceforge.net
> *Subject:* Re: [cdesktopenv-devel] [PATCH][AUTOTOOLS-CONVERSION] add
> generated manpages
>
>
> Well, a couple of things...
>
> 1) how did you test them? They should also perhaps be checked in a
> UTF locale - or converted to UTF-8...
>
> 2) While I pr
From: j...@radscan.comSent: January 26, 2020 1:26 PMTo: nicetry...@protonmail.chCc: cdesktopenv-devel@lists.sourceforge.netSubject: Re: [cdesktopenv-devel] [PATCH][AUTOTOOLS-CONVERSION
Ok, looking at these in more detail - there is no way you could have
tested these...
doc/ isn't even being built yet. So, while I am ok with pregenerating
the manpages *as long as they can be verified to work on all the
platforms we support*, there is no way I am going to apply patches of
this
Well, a couple of things...
1) how did you test them? They should also perhaps be checked in a UTF
locale - or converted to UTF-8...
2) While I proposed pre-generating manpages, and the help text
previously, I got pushback from people. TBH, I am fine with
pre-generating the man pages. They
I went ahead and applied this to autotools-conversion, but I do want the
priority on getting those other modules working first.
Thanks for the clean up though.
-jon
On 1/20/20 11:39 AM, Chase via cdesktopenv-devel wrote:
> these patches will make installing the manpages much easier via
>
Ah, and one more thing - WRT the autotools branch, I'd prefer:
1. Do not remove any of the imake stuff. I will do all of that myself
when that branch is ready for merging into master. It is handy having
around while the conversion is still in progress.
2. I would prefer to concentrate on
Yes, trying to get these to generate under autotools is a mess, we are going to
throw out the docbook sgm files, docbooktoman and the rest and just add the
post generation manpages so we can just install them via dist_man1_MANS =
something.1, it will speed up build times and make life easier
On 1/20/20 11:39 AM, Chase via cdesktopenv-devel wrote:
> these patches will make installing the manpages much easier via
> autotools, as we can just use man1= manpage.1 rather than the whole
> generated script mess I was working on earlier
>
Hi,
Can you explain this in more detail? These
I found a lot of redundant functions aping the _DtGetHourGlass function in
libDtSvc, so I am replacing them
Thank you for your time,
-ChaseFrom 9b127e0aa7e8d71b5034caf0947a2f9b5a9a014f Mon Sep 17 00:00:00 2001
From: Chase
Date: Tue, 21 Jan 2020 17:11:19 -0600
Subject: [PATCH] Remove redundant
Subject: Re: [cdesktopenv-devel] [PATCH] [AUTOTOOLS-CONVERSION] make ksh build,
update to ksh93v-beta
If someone wants to port to meson, they can go ahead, but it wont be me, and
once the autotools are set up, I doubt it will be anyone else. I checked
meson's github and they still seem to lack
sourceforge.net
> Sent: November 15, 2019 7:16 PM
> To: j...@radscan.com
> Reply-to: nicetry...@protonmail.ch
> Cc: cdesktopenv-devel@lists.sourceforge.net
> Subject: Re: [cdesktopenv-devel] [PATCH] [AUTOTOOLS-CONVERSION] make ksh
> build, update to ksh93v-beta
>
> Alright... I
On 11/15/19 6:15 PM, Chase wrote:
> Alright... I will see what I can do with the latest branch, but I still feel
> that it would be best to move from version to version a bit more slowly,
> after all, there are over 22 years of changes in ksh by now...
>
I understand your hesitation, but of
pport working for it.
-jon
>
> -mrt
>
>
>
> Original Message
>
>
>
> From: cdesktopenv-devel@lists.sourceforge.net
> Sent: November 15, 2019 7:16 PM
> To: j...@radscan.com
> Reply-to: nicetry...@protonmail.ch
> Cc: cdesktopenv-devel@lists.sour
From: cdesktopenv-devel@lists.sourceforge.net
Sent: November 15, 2019 7:16 PM
To: j...@radscan.com
Reply-to: nicetry...@protonmail.ch
Cc: cdesktopenv-devel@lists.sourceforge.net
Subject: Re: [cdesktopenv-devel] [PATCH] [AUTOTOOLS-CONVERSION] make ksh build,
update to ksh93v-beta
Alright... I
Alright... I will see what I can do with the latest branch, but I still feel
that it would be best to move from version to version a bit more slowly, after
all, there are over 22 years of changes in ksh by now...
Thank you for your time,
-Chase
‐‐‐ Original Message ‐‐‐
On Friday,
On 11/15/19 5:21 PM, Chase wrote:
> I can see why those commented out makefiles could cause concern. I did this
> because in the build order from the imake file (not sure if this is actually
> important, in fact I am pretty sure it is not, as mentioned later), it was
> built after programs that
I can see why those commented out makefiles could cause concern. I did this
because in the build order from the imake file (not sure if this is actually
important, in fact I am pretty sure it is not, as mentioned later), it was
built after programs that we are still trying to make build. So
On 11/14/19 8:27 PM, Chase via cdesktopenv-devel wrote:
> I am assuming that admin is going to get nuked once Imake is gone, so
> lets move the BuildNotes to somewhere where they make more sense
>
No - admin/ will stay, and is the best place for these since doc/ is for
building the
On 11/14/19 7:26 PM, Chase via cdesktopenv-devel wrote:
> First off, massive apology for the commit size, I did not realize it was
> going to be that big, and there really wasn't a good way to break it
> down that I saw.
>
38MB, yeah... that's pretty much impossible to review properly.
I
I am assuming that admin is going to get nuked once Imake is gone, so lets move
the BuildNotes to somewhere where they make more sense
Thank you for your time,
-ChaseFrom 724387065c23c546572f5175e0c0d517eb553ea1 Mon Sep 17 00:00:00 2001
From: Chase
Date: Thu, 14 Nov 2019 21:25:33 -0600
Subject:
First off, massive apology for the commit size, I did not realize it was going
to be that big, and there really wasn't a good way to break it down that I saw.
A few things to consider before merging:
I am not a lawyer, but it seems that the old ksh version that was provided with
CDE was
pipeline.
-jon
> -mrt
>
>
>
> Original Message
>
>
>
> From: j...@radscan.com
> Sent: November 1, 2019 6:48 PM
> To: cdesktopenv-devel@lists.sourceforge.net
> Subject: Re: [cdesktopenv-devel] [PATCH] [autotools-conversion]
>
>
> On 10/23/19 4:23
From: j...@radscan.com
Sent: November 1, 2019 6:48 PM
To: cdesktopenv-devel@lists.sourceforge.net
Subject: Re: [cdesktopenv-devel] [PATCH] [autotools-conversion]
On 10/23/19 4:23 PM, Jon Trulson wrote:
> On 10/23/19 4:18 PM, Chase wrote:
>> Most of it should work in theory™, but the most
On 10/23/19 4:23 PM, Jon Trulson wrote:
> On 10/23/19 4:18 PM, Chase wrote:
>> Most of it should work in theory™, but the most testing I did was to make
>> sure that we could get past the configure.ac file, but I made some changes
>> afterwards. I know what shouldn't work for sure is appbuilder,
On 10/23/19 4:18 PM, Chase wrote:
> Most of it should work in theory™, but the most testing I did was to make
> sure that we could get past the configure.ac file, but I made some changes
> afterwards. I know what shouldn't work for sure is appbuilder, dthelp and
> dtinfo, they use some imake
Most of it should work in theory™, but the most testing I did was to make sure
that we could get past the configure.ac file, but I made some changes
afterwards. I know what shouldn't work for sure is appbuilder, dthelp and
dtinfo, they use some imake magic that is pretty complex, makedepend
On 10/23/19 3:58 PM, Chase wrote:
> I mimicked imake in this case, and put an include to a file that uses
> variables for a cpp command. There might be a better way to do this (this
> might not even work at all), but I was hoping to stick to what works for now
> and autotoolize the code as we
I mimicked imake in this case, and put an include to a file that uses variables
for a cpp command. There might be a better way to do this (this might not even
work at all), but I was hoping to stick to what works for now and autotoolize
the code as we go along, the configure.ac also mimicks
On 10/23/19 2:56 PM, Chase via cdesktopenv-devel wrote:
> I tried to make these patches as distinct as possible, this constitutes
> an estimated 80% of the code covered
Nice! I can see that took a long time.
As discussed, I have applied these patches to the new
autotools-conversion branch.
41 matches
Mail list logo