On 1/30/21 8:31 PM, Lev wrote:
> Hi Jon,
Hi,
[...]
> Thanks, I appreciate it. I have some additional patches. The first is an
> AArch64 fix that resolves ticket 102 according to the reporter. The other two
> are to revamp CDE’s internationalization support.
I've merged these (and fixed the
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, Lev wrote:
>>> Hi Jon and Chase,
>>>
>>>
>>>
On 1/28/21 7:59 PM, Lev wrote:
> Hi Chase,
>
> It’s not just UnixWare - all systems based on SVR4 inherited this behavior
> (e.g., see https://www.mail-archive.com/bug-automake@gnu.org/msg04745.html
> for OpenSolaris). CDE worked well on these systems. They were, in fact, the
> reference
On 1/28/21 7:19 PM, Chase wrote:
> I just did some light research, and it appears that unixware is the one in
> the wrong with this issue, rm -f not outputting diagnostics info is POSIX, so
> unixware needs to conform to posix. We are CDE, the common desktop
> environment, therefor we need to
On 1/28/21 7:03 PM, Lev wrote:
> Hi Chase,
>
> I ran autoreconf on Linux and copied it over to my UnixWare system. After
> manually patching the ‘configure' script to work around new build
> requirements like Xinerama, pkg-config, and freetype, the build fails because
> it tries calling the
On 1/26/21 9:23 PM, Lev wrote:
> Hi Jon and Chase,
>
>
>> On Jan 26, 2021, at 18:56, Jon Trulson wrote:
>>
>> On 1/25/21 8:54 PM, Lev wrote:
>>> Hi Jon,
>>>
>>> Thank you for committing that, it should be the last ksh93 patch. Did you
>>> get a chance to look at the other five patches I sent on
Hi Chase,
It’s not just UnixWare - all systems based on SVR4 inherited this behavior
(e.g., see https://www.mail-archive.com/bug-automake@gnu.org/msg04745.html for
OpenSolaris). CDE worked well on these systems. They were, in fact, the
reference platforms for CDE. I am offering to support
I just did some light research, and it appears that unixware is the one in the
wrong with this issue, rm -f not outputting diagnostics info is POSIX, so
unixware needs to conform to posix. We are CDE, the common desktop environment,
therefor we need to use the common standards.
Have you tried reporting any of these issues to the GNU project? I feel like
reporting/fixing it upstream would be significantly less of a time sync and
would be beneficial for everyone to have the makefiles be posix compliant and
such.
Thank you for your time,
-Chase
‐‐‐ Original
Hi Chase,
I ran autoreconf on Linux and copied it over to my UnixWare system. After
manually patching the ‘configure' script to work around new build requirements
like Xinerama, pkg-config, and freetype, the build fails because it tries
calling the am—refresh target and it can’t find aclocal.
FWIW, I know that including a pre-built configure script is at least quite
common in release tarballs in other projects, although many of those have a
step in the build instructions like "if you're building directly from git, you
first have to regenerate the configure script". But if the script
Not to my knowledge, no. I wonder, would committing the configure file
alleviate any of the issues you have with the autotools? If we commit the
configure file, you wouldn't need to install the autotools or m4 (you'd still
need it to build nsgmls but hopefully we will get rid of this soon for
Hi Jon and Chase,
> On Jan 26, 2021, at 18:56, Jon Trulson wrote:
>
> On 1/25/21 8:54 PM, Lev wrote:
>> Hi Jon,
>>
>> Thank you for committing that, it should be the last ksh93 patch. Did you
>> get a chance to look at the other five patches I sent on 17th? I don’t
>> believe they are in
On 1/25/21 8:54 PM, Lev wrote:
> Hi Jon,
>
> Thank you for committing that, it should be the last ksh93 patch. Did you get
> a chance to look at the other five patches I sent on 17th? I don’t believe
> they are in yet.
I must have missed them... I remember skipping some of them because I
had
Hi Jon,
Thank you for committing that, it should be the last ksh93 patch. Did you get a
chance to look at the other five patches I sent on 17th? I don’t believe they
are in yet.
I don’t know if this got lost in the shuffle, but since you mentioned
potentially fixing autoconf as an alternative
On 1/18/21 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 committed.
Sorry I
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 committed.
Kind regards,
Lev
17 matches
Mail list logo