Re: [cdesktopenv-devel] CDE 2.3.2 fails to build with glibc 2.32

2020-11-02 Thread Нина Диденко
Hi, Peter.

That went nicely, thank you!

> I've pushed a fix to master that should remove all these references to
> sys_errlist and sys_nerr. They have been replaced by the C90 strerror()
> instead.

> Please try and see if it fixes your build issue.

> Peter

> --
> Peter Howkins
> peter.howkins@...
> https://www.marutan.net/
___
cdesktopenv-devel mailing list
cdesktopenv-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel


Re: [cdesktopenv-devel] CDE 2.3.2 fails to build with glibc 2.32

2020-10-25 Thread Нина Диденко
Hi, Chase!
Thanks, that way I got a little further.
The problem is that there are other places in CDE source that use now
deprecated sys_nerr and sys_errlist.

cde/programs/dtimsstart/remote.c:extern char*sys_errlist[];
cde/programs/dtimsstart/start.c:extern char *sys_errlist[];
cde/programs/dtimsstart/start.c:(errno <= sys_nerr) ?
sys_errlist[errno] : NULL, 0, 0);
cde/programs/dtimsstart/start.c:(errno <= sys_nerr) ?
sys_errlist[errno] : NULL, 0, 0);
cde/programs/dtcm/dtcm/dnd.c:extern char*sys_errlist[];
cde/programs/dtcm/libDtCmP/util.c:  (void)
fprintf(stderr, ":%s", sys_errlist[saveerr]);
cde/programs/dthelp/parser.ccdf/volumegen/Volumegen.c:/* extern char
*sys_errlist[]; */
cde/programs/dtinfo/dtinfo/src/external-api/comm.c:extern char
*sys_errlist[];
cde/programs/dtinfo/dtinfo/src/external-api/comm.c:
   _errlist[errno], _params);
cde/programs/dtlogin/dm.h:
sys_errlist */
cde/programs/dtlogin/dm.h:extern char   *sys_errlist[]; /* system
error msgs   */
cde/lib/DtTerm/TermView/TermViewGlobalDialog.c:#include 
/* for errno and sys_errlist[]  */
cde/lib/DtTerm/TermView/TermViewTerminalDialog.c:#include 
/* for errno and sys_errlist[]  */
cde/lib/DtTerm/TermView/TermViewMenu.c:#include/*
for errno and sys_errlist[]  */
cde/lib/tt/lib/tt_options.h: *   global symbol sys_errlist is defined in
errno.h.
cde/lib/tt/bin/dbck/spec.C: return ((e= 0 && (n) < sys_nerr) ? sys_errlist[n]
: "unknown error")

gcc -g -pipe -O2 -fno-strict-aliasing -Wno-write-strings
 -Wno-unused-result -ansi  -I. -I../../lib  -I../.. -I../../exports/include
-I../../imports/motif/include
-I/nix/store/ky9k6ifn9mn09lq6bb2q9npz4nx4459z-x11ProjectRoot/include
 -D__linux__ -D__x86_64__ -D_POSIX_SOURCE -D_DEFAULT_SOURCE
  -D_BSD_SOURCE -D_SVID_SOURCE
 -D__NO_STRING_INLINES -D__NO_MATH_INLINES
 -DANSICPP -DMULTIBYTE -DNLS16  -DOSMAJORVERSION=5 -DOSMINORVERSION=4
 -DFUNCPROTO=15 -DNARROWPROTO  -DNLS   -c -o start.o start.c
start.c: In function 'invoke_ims':
start.c:603:13: error: 'sys_nerr' undeclared (first use in this function)
  603 |   (errno <= sys_nerr) ? sys_errlist[errno] : NULL, 0, 0);
  | ^~~~
start.c:603:13: note: each undeclared identifier is reported only once for
each function it appears in
start.c:603:25: error: 'sys_errlist' undeclared (first use in this function)
  603 |   (errno <= sys_nerr) ? sys_errlist[errno] : NULL, 0, 0);
  | ^~~
make[3]: *** [: start.o] Error 1
make[3]: Leaving directory '/build/code-fc700e2/cde/programs/dtimsstart'
make[2]: *** [Makefile:743: all] Error 2
make[2]: Leaving directory '/build/code-fc700e2/cde/programs'
make[1]: *** [xmakefile:740: all] Error 2
make[1]: Leaving directory '/build/code-fc700e2/cde'
make: *** [Makefile:72: World] Error 2
builder for '/nix/store/ghcyd134akcnvbkz28wxbd02z5cpr5i0-cde-2.3.2.drv'
failed with exit code 2
error: build of '/nix/store/ghcyd134akcnvbkz28wxbd02z5cpr5i0-cde-2.3.2.drv'
failed

сб, 24 окт. 2020 г. в 23:17, Chase :

> Nina,
> This appears to be an issue with the old outdated ksh that we use, this
> problem shouldn't exist on the updated master-ksh93-upgrade branch if you
> would like to try using that for the time being until it gets merged.
>
> Thank you for your time,
> -Chase
>
>
> ‐‐‐ Original Message ‐‐‐
> On Wednesday, October 21, 2020 10:38 AM, Нина Диденко <
> nina.dide...@gmail.com> wrote:
>
> Meh...
>
> https://sourceware.org/glibc/wiki/Release/2.32#Deprectation_sys_errlist.2C__sys_errlist.2C_sys_nerr.2C_and__sys_nerr
>
> ср, 21 окт. 2020 г. в 18:33, Нина Диденко :
>
>> Thanks, Michael!
>>
>> Now I'm getting the following error:
>>
>> /nix/store/hiwz81i1g3fn3p0acjs042a4h5fri6dh-binutils-2.31.1/bin/ld:
>> ./ksh93/lib/libast.a(fmterror.o): in function `fmterror':
>> /build/cde-2.3.2/programs/dtksh/ksh93/src/lib/libast/string/fmterror.c:102:
>> undefined reference to `sys_nerr'
>> /nix/store/hiwz81i1g3fn3p0acjs042a4h5fri6dh-binutils-2.31.1/bin/ld:
>> /build/cde-2.3.2/programs/dtksh/ksh93/src/lib/libast/string/fmterror.c:102:
>> undefined reference to `sys_errlist'
>> collect2: error: ld returned 1 exit status
>> make[3]: *** [Makefile:793: dtksh] Error 1
>> make[3]: Leaving directory '/build/cde-2.3.2/programs/dtksh'
>> make[2]: *** [Makefile:737: all] Error 2
>> make[2]: Leaving directory '/build/cde-2.3.2/programs'
>> make[1]: *** [xmakefile:734: all] Error 2
>> make[1]: Leaving directory '/build/cde-2.3.2'
>> make: *** [Makefile:61: World] Error 2
>> builder for '/nix/store/yn0bax5w8lqspwcx86p21shsnp6mcmcx-cde-2.3.2.drv'
>> failed with exit code 2
>> error: build of
>>

Re: [cdesktopenv-devel] CDE 2.3.2 fails to build with glibc 2.32

2020-10-21 Thread Нина Диденко
Meh...
https://sourceware.org/glibc/wiki/Release/2.32#Deprectation_sys_errlist.2C__sys_errlist.2C_sys_nerr.2C_and__sys_nerr

ср, 21 окт. 2020 г. в 18:33, Нина Диденко :

> Thanks, Michael!
>
> Now I'm getting the following error:
>
> /nix/store/hiwz81i1g3fn3p0acjs042a4h5fri6dh-binutils-2.31.1/bin/ld:
> ./ksh93/lib/libast.a(fmterror.o): in function `fmterror':
> /build/cde-2.3.2/programs/dtksh/ksh93/src/lib/libast/string/fmterror.c:102:
> undefined reference to `sys_nerr'
> /nix/store/hiwz81i1g3fn3p0acjs042a4h5fri6dh-binutils-2.31.1/bin/ld:
> /build/cde-2.3.2/programs/dtksh/ksh93/src/lib/libast/string/fmterror.c:102:
> undefined reference to `sys_errlist'
> collect2: error: ld returned 1 exit status
> make[3]: *** [Makefile:793: dtksh] Error 1
> make[3]: Leaving directory '/build/cde-2.3.2/programs/dtksh'
> make[2]: *** [Makefile:737: all] Error 2
> make[2]: Leaving directory '/build/cde-2.3.2/programs'
> make[1]: *** [xmakefile:734: all] Error 2
> make[1]: Leaving directory '/build/cde-2.3.2'
> make: *** [Makefile:61: World] Error 2
> builder for '/nix/store/yn0bax5w8lqspwcx86p21shsnp6mcmcx-cde-2.3.2.drv'
> failed with exit code 2
> error: build of
> '/nix/store/yn0bax5w8lqspwcx86p21shsnp6mcmcx-cde-2.3.2.drv' failed
>
> I wonder what is the proper way to fix this. I seen some projects used
> hacks like this https://github.com/OpenXRay/xray-16/issues/667
>
> ср, 21 окт. 2020 г. в 16:14, Michael Griffin :
>
>> I had this problem on Fedora.  I installed the rpcgen package and was
>> able to compile through that section.
>>
>> Name : rpcgen
>> Version  : 1.4
>> Release  : 4.fc32
>> Architecture : x86_64
>> Size : 53 k
>> Source   : rpcsvc-proto-1.4-4.fc32.src.rpm
>> Repository   : fedora
>> Summary  : RPC protocol compiler
>> URL  : https://github.com/thkukuk/rpcsvc-proto
>> License  : BSD and LGPLv2+
>> Description  : rpcgen is a tool that generates C code to implement an RPC
>>  : protocol. The input to rpcgen is a language similar to C
>> known as
>>  : RPC Language (Remote Procedure Call Language).
>>
>> By my hand, I am,
>>
>> Michael E. Griffin
>>
>>
>> On Wed, Oct 21, 2020 at 3:55 AM Нина Диденко 
>> wrote:
>>
>>> Hi.
>>> According to git bisect, after updating glibc from 2.31 to 2.32 in NixOS
>>> distro, CDE 2.3.2 now fails to build,
>>> Could anyone please provide a fix?
>>>
>>> make[3]: Entering directory '/build/cde-2.3.2/lib/csa'
>>> rm -f agent.o
>>> gcc -g -pipe -c -O2 -fno-strict-aliasing -Wno-write-strings
>>> -Wno-unused-result -ansi  -I.
>>> -I/nix/store/wn4skrmv9gbag04pyj76c7qaw7x4cdq1-libtirpc-1.2.7-rc4-dev/include/tirpc
>>>  -I../.. -I../../exports/include -I../../imports/motif/include
>>> -I/nix/store/ky9k6ifn9mn09lq6bb2q9npz4nx4459z-x11ProjectRoot/include
>>>  -D__linux__ -D__x86_64__ -D_POSIX_SOURCE -D_DEFAULT_SOURCE
>>>-D_BSD_SOURCE -D_SVID_SOURCE
>>>  -D__NO_STRING_INLINES -D__NO_MATH_INLINES
>>>  -DANSICPP -DMULTIBYTE -DNLS16  -DOSMAJORVERSION=5 -DOSMINORVERSION=4
>>>  -DFUNCPROTO=15 -DNARROWPROTO -D_REENTRANT -DXUSE_MTSAFE_API   -DRFC_MIME
>>> -DLINE_COUNT -DV2 -DOW_I18N -DREL="54"  -DRELMAJOR="5"
>>> -DRELMINOR="4"-fPIC agent.c
>>> agent.c: In function '_DtCm_init_agent':
>>> agent.c:150:43: error: 'AGENTVERS' undeclared (first use in this
>>> function); did you mean 'AGENTVERS_2'?
>>>   150 | (void)pmap_unset(_DtCm_transient, AGENTVERS);
>>>   |   ^
>>>   |   AGENTVERS_2
>>> agent.c:150:43: note: each undeclared identifier is reported only once
>>> for each function it appears in
>>> agent.c:157:46: error: 'update_callback' undeclared (first use in this
>>> function)
>>>   157 |  if (registerrpc(_DtCm_transient, AGENTVERS, update_callback,
>>>   |  ^~~
>>> agent.c:158:19: error: '_DtCm_update_callback_1' undeclared (first use
>>> in this function); did you mean 'cmcb_update_callback_2'?
>>>   158 |  (char *(*)())_DtCm_update_callback_1,
>>> (xdrproc_t)_DtCm_xdr_Table_Res_4,
>>>   |   ^~~
>>>   |   cmcb_update_callback_2
>>> agent.c:159:17: error: '_DtCm_xdr_Update_Status' undeclared (first use
>>> in this function); did you mean '_DtCm_xdr_Ap

Re: [cdesktopenv-devel] CDE 2.3.2 fails to build with glibc 2.32

2020-10-21 Thread Нина Диденко
Thanks, Michael!

Now I'm getting the following error:

/nix/store/hiwz81i1g3fn3p0acjs042a4h5fri6dh-binutils-2.31.1/bin/ld:
./ksh93/lib/libast.a(fmterror.o): in function `fmterror':
/build/cde-2.3.2/programs/dtksh/ksh93/src/lib/libast/string/fmterror.c:102:
undefined reference to `sys_nerr'
/nix/store/hiwz81i1g3fn3p0acjs042a4h5fri6dh-binutils-2.31.1/bin/ld:
/build/cde-2.3.2/programs/dtksh/ksh93/src/lib/libast/string/fmterror.c:102:
undefined reference to `sys_errlist'
collect2: error: ld returned 1 exit status
make[3]: *** [Makefile:793: dtksh] Error 1
make[3]: Leaving directory '/build/cde-2.3.2/programs/dtksh'
make[2]: *** [Makefile:737: all] Error 2
make[2]: Leaving directory '/build/cde-2.3.2/programs'
make[1]: *** [xmakefile:734: all] Error 2
make[1]: Leaving directory '/build/cde-2.3.2'
make: *** [Makefile:61: World] Error 2
builder for '/nix/store/yn0bax5w8lqspwcx86p21shsnp6mcmcx-cde-2.3.2.drv'
failed with exit code 2
error: build of '/nix/store/yn0bax5w8lqspwcx86p21shsnp6mcmcx-cde-2.3.2.drv'
failed

I wonder what is the proper way to fix this. I seen some projects used
hacks like this https://github.com/OpenXRay/xray-16/issues/667

ср, 21 окт. 2020 г. в 16:14, Michael Griffin :

> I had this problem on Fedora.  I installed the rpcgen package and was able
> to compile through that section.
>
> Name : rpcgen
> Version  : 1.4
> Release  : 4.fc32
> Architecture : x86_64
> Size : 53 k
> Source   : rpcsvc-proto-1.4-4.fc32.src.rpm
> Repository   : fedora
> Summary  : RPC protocol compiler
> URL  : https://github.com/thkukuk/rpcsvc-proto
> License  : BSD and LGPLv2+
> Description  : rpcgen is a tool that generates C code to implement an RPC
>  : protocol. The input to rpcgen is a language similar to C
> known as
>  : RPC Language (Remote Procedure Call Language).
>
> By my hand, I am,
>
> Michael E. Griffin
>
>
> On Wed, Oct 21, 2020 at 3:55 AM Нина Диденко 
> wrote:
>
>> Hi.
>> According to git bisect, after updating glibc from 2.31 to 2.32 in NixOS
>> distro, CDE 2.3.2 now fails to build,
>> Could anyone please provide a fix?
>>
>> make[3]: Entering directory '/build/cde-2.3.2/lib/csa'
>> rm -f agent.o
>> gcc -g -pipe -c -O2 -fno-strict-aliasing -Wno-write-strings
>> -Wno-unused-result -ansi  -I.
>> -I/nix/store/wn4skrmv9gbag04pyj76c7qaw7x4cdq1-libtirpc-1.2.7-rc4-dev/include/tirpc
>>  -I../.. -I../../exports/include -I../../imports/motif/include
>> -I/nix/store/ky9k6ifn9mn09lq6bb2q9npz4nx4459z-x11ProjectRoot/include
>>  -D__linux__ -D__x86_64__ -D_POSIX_SOURCE -D_DEFAULT_SOURCE
>>-D_BSD_SOURCE -D_SVID_SOURCE
>>  -D__NO_STRING_INLINES -D__NO_MATH_INLINES
>>  -DANSICPP -DMULTIBYTE -DNLS16  -DOSMAJORVERSION=5 -DOSMINORVERSION=4
>>  -DFUNCPROTO=15 -DNARROWPROTO -D_REENTRANT -DXUSE_MTSAFE_API   -DRFC_MIME
>> -DLINE_COUNT -DV2 -DOW_I18N -DREL="54"  -DRELMAJOR="5"
>> -DRELMINOR="4"-fPIC agent.c
>> agent.c: In function '_DtCm_init_agent':
>> agent.c:150:43: error: 'AGENTVERS' undeclared (first use in this
>> function); did you mean 'AGENTVERS_2'?
>>   150 | (void)pmap_unset(_DtCm_transient, AGENTVERS);
>>   |   ^
>>   |   AGENTVERS_2
>> agent.c:150:43: note: each undeclared identifier is reported only once
>> for each function it appears in
>> agent.c:157:46: error: 'update_callback' undeclared (first use in this
>> function)
>>   157 |  if (registerrpc(_DtCm_transient, AGENTVERS, update_callback,
>>   |  ^~~
>> agent.c:158:19: error: '_DtCm_update_callback_1' undeclared (first use in
>> this function); did you mean 'cmcb_update_callback_2'?
>>   158 |  (char *(*)())_DtCm_update_callback_1,
>> (xdrproc_t)_DtCm_xdr_Table_Res_4,
>>   |   ^~~
>>   |   cmcb_update_callback_2
>> agent.c:159:17: error: '_DtCm_xdr_Update_Status' undeclared (first use in
>> this function); did you mean '_DtCm_xdr_Appt_Status_4'?
>>   159 |  (xdrproc_t)_DtCm_xdr_Update_Status) == -1) {
>>   | ^~~
>>   | _DtCm_xdr_Appt_Status_4
>> agent.c: In function '_DtCm_destroy_agent':
>> agent.c:192:44: error: 'AGENTVERS' undeclared (first use in this
>> function); did you mean 'AGENTVERS_2'?
>>   192 | (void) pmap_unset(_DtCm_transient, AGENTVERS);
>>   |^
>>   |   

[cdesktopenv-devel] CDE 2.3.2 fails to build with glibc 2.32

2020-10-21 Thread Нина Диденко
Hi.
According to git bisect, after updating glibc from 2.31 to 2.32 in NixOS
distro, CDE 2.3.2 now fails to build,
Could anyone please provide a fix?

make[3]: Entering directory '/build/cde-2.3.2/lib/csa'
rm -f agent.o
gcc -g -pipe -c -O2 -fno-strict-aliasing -Wno-write-strings
-Wno-unused-result -ansi  -I.
-I/nix/store/wn4skrmv9gbag04pyj76c7qaw7x4cdq1-libtirpc-1.2.7-rc4-dev/include/tirpc
 -I../.. -I../../exports/include -I../../imports/motif/include
-I/nix/store/ky9k6ifn9mn09lq6bb2q9npz4nx4459z-x11ProjectRoot/include
 -D__linux__ -D__x86_64__ -D_POSIX_SOURCE -D_DEFAULT_SOURCE
   -D_BSD_SOURCE -D_SVID_SOURCE
 -D__NO_STRING_INLINES -D__NO_MATH_INLINES
 -DANSICPP -DMULTIBYTE -DNLS16  -DOSMAJORVERSION=5 -DOSMINORVERSION=4
 -DFUNCPROTO=15 -DNARROWPROTO -D_REENTRANT -DXUSE_MTSAFE_API   -DRFC_MIME
-DLINE_COUNT -DV2 -DOW_I18N -DREL="54"  -DRELMAJOR="5"
-DRELMINOR="4"-fPIC agent.c
agent.c: In function '_DtCm_init_agent':
agent.c:150:43: error: 'AGENTVERS' undeclared (first use in this function);
did you mean 'AGENTVERS_2'?
  150 | (void)pmap_unset(_DtCm_transient, AGENTVERS);
  |   ^
  |   AGENTVERS_2
agent.c:150:43: note: each undeclared identifier is reported only once for
each function it appears in
agent.c:157:46: error: 'update_callback' undeclared (first use in this
function)
  157 |  if (registerrpc(_DtCm_transient, AGENTVERS, update_callback,
  |  ^~~
agent.c:158:19: error: '_DtCm_update_callback_1' undeclared (first use in
this function); did you mean 'cmcb_update_callback_2'?
  158 |  (char *(*)())_DtCm_update_callback_1,
(xdrproc_t)_DtCm_xdr_Table_Res_4,
  |   ^~~
  |   cmcb_update_callback_2
agent.c:159:17: error: '_DtCm_xdr_Update_Status' undeclared (first use in
this function); did you mean '_DtCm_xdr_Appt_Status_4'?
  159 |  (xdrproc_t)_DtCm_xdr_Update_Status) == -1) {
  | ^~~
  | _DtCm_xdr_Appt_Status_4
agent.c: In function '_DtCm_destroy_agent':
agent.c:192:44: error: 'AGENTVERS' undeclared (first use in this function);
did you mean 'AGENTVERS_2'?
  192 | (void) pmap_unset(_DtCm_transient, AGENTVERS);
  |^
  |AGENTVERS_2
agent.c: At top level:
agent.c:297:1: error: unknown type name 'Update_Status'
  297 | Update_Status *
  | ^
agent.c: In function '_DtCm_update_callback_1':
agent.c:300:9: error: unknown type name 'Update_Status'
  300 |  static Update_Status status = update_succeeded;
  | ^
agent.c:300:32: error: 'update_succeeded' undeclared (first use in this
function)
  300 |  static Update_Status status = update_succeeded;
  |^~~~
agent.c:312:15: error: 'AGENTVERS' undeclared (first use in this function);
did you mean 'AGENTVERS_2'?
  312 |   cbi->vers = AGENTVERS;
  |   ^
  |   AGENTVERS_2
agent.c: In function '_DtCm_handle_callback':
agent.c:472:20: error: 'AGENTVERS' undeclared (first use in this function);
did you mean 'AGENTVERS_2'?
  472 |   if (ptr->vers == AGENTVERS)
  |^
  |AGENTVERS_2
make[3]: *** [Makefile:789: agent.o] Error 1
make[3]: Leaving directory '/build/cde-2.3.2/lib/csa'
make[2]: *** [Makefile:735: all] Error 2
make[2]: Leaving directory '/build/cde-2.3.2/lib'
make[1]: *** [xmakefile:734: all] Error 2
make[1]: Leaving directory '/build/cde-2.3.2'
make: *** [Makefile:61: World] Error 2
builder for '/nix/store/4cg9k04l90b1gqzbfm9chpwj6n42la2m-cde-2.3.2.drv'
failed with exit code 2
error: build of '/nix/store/4cg9k04l90b1gqzbfm9chpwj6n42la2m-cde-2.3.2.drv'
failed
___
cdesktopenv-devel mailing list
cdesktopenv-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel


[cdesktopenv-devel] CDE availability

2020-05-16 Thread Нина Диденко
Hi.

By looking at https://repology.org/project/cdesktopenv/versions I see that
CDE is currently only packaged for Arch Linux, FreeBSD and NixOS operating
systems.

Are there are plans for adding CDE to other systems like Debian?

Thanks.
___
cdesktopenv-devel mailing list
cdesktopenv-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel


Re: [cdesktopenv-devel] russian locale?

2019-12-04 Thread Нина Диденко
As an end user when I set ru_RU.UTF-8 in my system, it breaks the expected
behavior.
The fonts in CDE codebase should have cyrillic support out of the box.

ср, 4 дек. 2019 г. в 08:36, Vladimir Nikishkin :

> How is locale connected to displaying text? I thought that locale was
> responsible for _choosing_ text to display, not displaying it.
>
> I had a problem with Motif displaying Russian text, but I fixed it by
> adding the following to the .Xdefaults:
>
> *renderTable: rt
> *rt*fontType: FONT_IS_XFT
> *rt*fontName: Micro Hei
> *rt*fontSize: 10
>
> I recommend installing the opensource "WenQuanYi Micro Hei" font, as
> it includes Russian, Latin and Han characters, and looks nice (it is a
> child of Droid Sans).
>
> --
> Yours sincerely, Vladimir Nikishkin
>
>
> ___
> cdesktopenv-devel mailing list
> cdesktopenv-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel
>
___
cdesktopenv-devel mailing list
cdesktopenv-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel


Re: [cdesktopenv-devel] russian locale?

2019-12-04 Thread Нина Диденко
I don't need translations, only ability to read and write in Russian.
What modifications to CDE codebase are required for this functional
available out of the box?

вт, 3 дек. 2019 г. в 23:23, Jon Trulson :

> On 12/3/19 1:09 AM, Нина Диденко wrote:
>
> Hi.
>
> What is needed for reading in russian under CDE?
> Currently if I set ru_RU.UTF-8 locale, fonts look garbled.
>
>
> Hi, unfortunately there are no Russian translations for CDE.  Someone
> would have to do it.
>
>
> --
>
> Jon Trulson
>
>   "Entropy.  It isn't what it used to be."
>-- Sheldon
>
> ___
> cdesktopenv-devel mailing list
> cdesktopenv-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel
>
___
cdesktopenv-devel mailing list
cdesktopenv-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel


[cdesktopenv-devel] russian locale?

2019-12-03 Thread Нина Диденко
Hi.

What is needed for reading in russian under CDE?
Currently if I set ru_RU.UTF-8 locale, fonts look garbled.

Thank you.
___
cdesktopenv-devel mailing list
cdesktopenv-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel


Re: [cdesktopenv-devel] Default AR arguments (clq) are added to KSH arguments (cr) resulting in (ar clq cr)

2019-11-06 Thread Нина Диденко
This is https://nixos.org/nix/
After e.g. entering gcc shell with
$ nix-shell -p gcc
I have
[nix-shell:/tmp/cdesktopenv/cde]$ echo $AR
ar

ср, 6 нояб. 2019 г. в 05:07, Jon Trulson :

> On 11/5/19 10:43 AM, Нина Диденко wrote:
> > Hi.
> >
> >> Default AR arguments (clq) are added to KSH arguments (cr) resulting
> > in (ar clq
> >> cr)
> >> And so build starts to fail when building ksh's libast:
> >>
> >> + ar clq cr libast.a state.o opendir.o readdir.o rewinddir.o seekdir.o
> >> telldir.o getcwd.o fastfind.o hashalloc.o hashdump.o hashfree.o
> > hashlast.o
> >> hashlook.o hashscan.o hashsize.o hashwalk.o memhash.o memsum.o strhash.o
> >> strsum.o mematoe.o m
> >> emetoa.o chresc.o chrtoi.o streval.o strexpr.o strmatch.o strcopy.o
> > modei.o
> >> modex.o
> >
> >>
> >
> >>
> >> ar: libast.a: No such file or directory
> >>
> >> In the past I had no such issue (CDE 2.2.4), but I have it now with
> > latest
> >> release.
> >> Anyone knows how to track this issue?
> >
> > This happens when build environment sets AR variable.
> > In case of NixOS, the build system sets AR=ar.
> > A workaround is to do "unset AR" in the build script.
> >
> > Jon, I'm not sure. But should anything be done on the CDE side to prevent
> > this from happing accidently?
>
> I've not seen this error - but yes, it seems that perhaps AR should be
> unset?  What build env is setting this when building CDE?
>
> --
> Jon Trulson
>
>   "Nothing unreal exists."
>-- Kiri-kin-tha
>
___
cdesktopenv-devel mailing list
cdesktopenv-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel


Re: [cdesktopenv-devel] Default AR arguments (clq) are added to KSH arguments (cr) resulting in (ar clq cr)

2019-11-05 Thread Нина Диденко
Hi.

> Default AR arguments (clq) are added to KSH arguments (cr) resulting in
(ar clq
> cr)
> And so build starts to fail when building ksh's libast:
>
> + ar clq cr libast.a state.o opendir.o readdir.o rewinddir.o seekdir.o
> telldir.o getcwd.o fastfind.o hashalloc.o hashdump.o hashfree.o
hashlast.o
> hashlook.o hashscan.o hashsize.o hashwalk.o memhash.o memsum.o strhash.o
> strsum.o mematoe.o m
> emetoa.o chresc.o chrtoi.o streval.o strexpr.o strmatch.o strcopy.o
modei.o
> modex.o

>

>
> ar: libast.a: No such file or directory
>
> In the past I had no such issue (CDE 2.2.4), but I have it now with
latest
> release.
> Anyone knows how to track this issue?

This happens when build environment sets AR variable.
In case of NixOS, the build system sets AR=ar.
A workaround is to do "unset AR" in the build script.

Jon, I'm not sure. But should anything be done on the CDE side to prevent
this from happing accidently?

Thanks.
___
cdesktopenv-devel mailing list
cdesktopenv-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel


[cdesktopenv-devel] Stop on error early during build?

2019-11-04 Thread Нина Диденко
Hello.

I found its useful to add
#define MakeFlagsToShellFlags(makeflags,shellcmd) set -e
to config/cf/site.def
so that build stops if there was any error.

Why we don't have this behaviour by default?

Thanks.
___
cdesktopenv-devel mailing list
cdesktopenv-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel