cdesktopenv-devel — Discussions related to CDE development.

[cdesktopenv-devel] New package required for building CDE master - lmdb

[Jon T. <jo...@ra...>]

Hi,


Just a heads up, hyousatsu has added a change that replaces berkley DB 
with lmdb.  This requires that you have the lmdb developemnt package 
installed for your OS in order to do a successful build.

I've made the changes on the linux and netbsd wiki's already. For 
FreeBSD, I did not update that wiki since it seems they prefer you 
download pre-built binaries.  I think :)

For the others, whomever is 'maintaining' them can do it.

In short, for each of the OSs I test builds on:

fbsd:

     sudo pkg install lmdb

debian/ubuntu:

     sudo apt install liblmdb-dev

rocky:

     sudo yum install lmdb-devel

netbsd92:

     sudo pkgin install lmdb


-- 
Jon Trulson

   "The less you know, the more you believe."
                            -- Bono

Re: [cdesktopenv-devel] Packaging request bug for Ubuntu and translation in Turkish

[thraex <th...@nu...>]

On 22.06.2024 19:19, Edmond Orignac via cdesktopenv-devel wrote:
> My ISP provider has decided to terminate personal homepages last year, 
> so the page has been deleted.

Ouch...

> I am attaching the html of the page explaining the process of 
> translation to this message.

Thank you, that's exactly what I was looking for. If I may, I would 
suggest to update it (CDE now uses UTF-8 now IIRC) and to add this 
document to the source in the form of a README and/or to the wiki, it's 
*really* helpful for translators.

> You can also look at the files in
> > https://github.com/edorig/cde-utf8/tree/master/la_FR.UTF-8

Thanks, I'll take a deeper look at that repository when I start translating.

Re: [cdesktopenv-devel] Packaging request bug for Ubuntu and translation in Turkish

[Edmond O. <edm...@wa...>]

My ISP provider has decided to terminate personal homepages last year, 
so the page has been deleted.

I am attaching the html of the page explaining the process of 
translation to this message.

You can also look at the files in

https://github.com/edorig/cde-utf8/tree/master/la_FR.UTF-8


Le 22/06/2024 à 16:56, thraex via cdesktopenv-devel a écrit :
> Hi CDE folks,
>
> I'm a Ubuntu user, and I would love to be able to install CDE from the 
> repositories. So I filed a needs packaging but for Ubuntu on Launchpad 
> at <https://bugs.launchpad.net/ubuntu/+bug/2058151/>. If CDE ever gets 
> packaged for Ubuntu, that would be the report to follow I guess. If 
> you have an account there, feel free to correct any mistakes I might 
> have made.
>
> Also, I would like to translate CDE in Turkish during the next year or 
> so (at best), when my current projects are finished. I remember a page 
> by Edmond Orignac explaining precisely how to do that but I can't find 
> it anymore. Would anyone have a link for it?
>
> Thanks in advance.
>
>
> _______________________________________________
> cdesktopenv-devel mailing list
> cde...@li...
> https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel

[cdesktopenv-devel] Packaging request bug for Ubuntu and translation in Turkish

[thraex <th...@nu...>]

Hi CDE folks,

I'm a Ubuntu user, and I would love to be able to install CDE from the 
repositories. So I filed a needs packaging but for Ubuntu on Launchpad 
at <https://bugs.launchpad.net/ubuntu/+bug/2058151/>. If CDE ever gets 
packaged for Ubuntu, that would be the report to follow I guess. If you 
have an account there, feel free to correct any mistakes I might have made.

Also, I would like to translate CDE in Turkish during the next year or 
so (at best), when my current projects are finished. I remember a page 
by Edmond Orignac explaining precisely how to do that but I can't find 
it anymore. Would anyone have a link for it?

Thanks in advance.

Re: [cdesktopenv-devel] [PATCH] dtcm: Chase FreeBSD src bb421be6c117 which moved ftime(3)

[Cy S. <Cy....@cs...>]

Hmm. I used git format-patch for this. Using git-2.45.1. Sometimes git
am and git apply fail and I resort to using patch(1). Then git commit
--author='...' in such circumstances. We get a lot of 

Thanks for applying the patch. I'll remove the temporary workaround
from the cde-devel port next time I pull sources for
cdedesktopenv-code.

-- 
Cheers,
Cy Schubert <Cy....@cs...>
FreeBSD UNIX:  <cy@FreeBSD.org>   Web:  https://FreeBSD.org
NTP:           <cy...@nw...>    Web:  https://nwtime.org

			e^(i*pi)+1=0


On Sun, 2 Jun 2024 18:01:14 -0600
Jon Trulson <jo...@ra...> wrote:

> On 6/2/24 15:56, Cy Schubert wrote:
> > FreeBSD bb421be6c117 moved ftime(3) from libcompat to libutil. This
> > results in the following error,  
> 
> 
> Hi, I applied this patch, though I had to do it manually as git could 
> not seem to understand the diff format used.  Anyway, it's in and thanks 
> for the patch!
> 
> -jon
> 
> 
> > ld: error: undefined symbol: ftime  
> >>>> referenced by getdate.c
> >>>>                libDtCmP_a-getdate.o:(cm_getdate) in archive  
> > ../libDtCmP/libDtCmP.a  
> >>>> did you mean: ctime  
> > Signed off by:	Cy Schubert <cy@FreeBSD.org>
> > ---
> >   cde/programs/dtcm/dtcm/Makefile.am | 2 +-
> >   1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/cde/programs/dtcm/dtcm/Makefile.am b/cde/programs/dtcm/dtcm/Mak
> > efile.am
> > index 93fbbf3a1..60ccc8d7b 100644
> > --- a/cde/programs/dtcm/dtcm/Makefile.am
> > +++ b/cde/programs/dtcm/dtcm/Makefile.am
> > @@ -8,7 +8,7 @@ AM_CFLAGS = $(DT_INCDIR) $(CSA_INCDIR) -I../../../lib/csa	\
> >   LDADD = ../libDtCmP/libDtCmP.a $(LIBCSA) $(DTCLIENTLIBS) $(XTOOLLIB)
> >   
> >   if FREEBSD
> > -LDADD += -lcompat
> > +LDADD += -lcompat -lutil
> >   endif
> >   
> >   if NETBSD  
> 

Re: [cdesktopenv-devel] [PATCH] dtcm: Chase FreeBSD src bb421be6c117 which moved ftime(3)

[Jon T. <jo...@ra...>]

On 6/2/24 15:56, Cy Schubert wrote:
> FreeBSD bb421be6c117 moved ftime(3) from libcompat to libutil. This
> results in the following error,


Hi, I applied this patch, though I had to do it manually as git could 
not seem to understand the diff format used.  Anyway, it's in and thanks 
for the patch!

-jon


> ld: error: undefined symbol: ftime
>>>> referenced by getdate.c
>>>>                libDtCmP_a-getdate.o:(cm_getdate) in archive
> ../libDtCmP/libDtCmP.a
>>>> did you mean: ctime
> Signed off by:	Cy Schubert <cy@FreeBSD.org>
> ---
>   cde/programs/dtcm/dtcm/Makefile.am | 2 +-
>   1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/cde/programs/dtcm/dtcm/Makefile.am b/cde/programs/dtcm/dtcm/Mak
> efile.am
> index 93fbbf3a1..60ccc8d7b 100644
> --- a/cde/programs/dtcm/dtcm/Makefile.am
> +++ b/cde/programs/dtcm/dtcm/Makefile.am
> @@ -8,7 +8,7 @@ AM_CFLAGS = $(DT_INCDIR) $(CSA_INCDIR) -I../../../lib/csa	\
>   LDADD = ../libDtCmP/libDtCmP.a $(LIBCSA) $(DTCLIENTLIBS) $(XTOOLLIB)
>   
>   if FREEBSD
> -LDADD += -lcompat
> +LDADD += -lcompat -lutil
>   endif
>   
>   if NETBSD

-- 
Jon Trulson

   "The less you know, the more you believe."
                            -- Bono

[cdesktopenv-devel] [PATCH] dtcm: Chase FreeBSD src bb421be6c117 which moved ftime(3)

[Cy S. <Cy....@cs...>]

FreeBSD bb421be6c117 moved ftime(3) from libcompat to libutil. This
results in the following error,

ld: error: undefined symbol: ftime
>>> referenced by getdate.c
>>>               libDtCmP_a-getdate.o:(cm_getdate) in archive 
../libDtCmP/libDtCmP.a
>>> did you mean: ctime

Signed off by:	Cy Schubert <cy@FreeBSD.org>
---
 cde/programs/dtcm/dtcm/Makefile.am | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/cde/programs/dtcm/dtcm/Makefile.am b/cde/programs/dtcm/dtcm/Mak
efile.am
index 93fbbf3a1..60ccc8d7b 100644
--- a/cde/programs/dtcm/dtcm/Makefile.am
+++ b/cde/programs/dtcm/dtcm/Makefile.am
@@ -8,7 +8,7 @@ AM_CFLAGS = $(DT_INCDIR) $(CSA_INCDIR) -I../../../lib/csa	\
 LDADD = ../libDtCmP/libDtCmP.a $(LIBCSA) $(DTCLIENTLIBS) $(XTOOLLIB)
 
 if FREEBSD
-LDADD += -lcompat
+LDADD += -lcompat -lutil
 endif
 
 if NETBSD
-- 
2.45.1



-- 
Cheers,
Cy Schubert <Cy....@cs...>
FreeBSD UNIX:  <cy@FreeBSD.org>   Web:  https://FreeBSD.org
NTP:           <cy...@nw...>    Web:  https://nwtime.org

			e^(i*pi)+1=0

Re: [cdesktopenv-devel] Formatting paragraphs with dtpad

[Cy S. <Cy....@cs...>]

In message <278...@fn...sb>, Marcin 
Cieslak wr
ites:
> On Mon, 20 May 2024, Cy Schubert wrote:
>
> > Hmm. I'm surprised that dtpad is linked with Kerberos with your Linux
> > distro. Keyutils (access to kernel keyrings), libresolv (DNS resolver), and
> > libtirpc (RPC - remote procedure call) as well. I wonder what the distro is
> > trying to do with these network libraries. It doesn't appear to be anything
> > web related. Probably extra baggage due to dependencies in some other
> > library. libbsd maybe?
>
> Aren't those related to the RPC protocol - we explicitly have to enabled
> rpcbind and I think some services like cmsd and ttdbserver run over
> Sun RPC. We won't see those in FreeBSD as a dependency because the XDR/RPC
> stack is part of libc.

Yeah, I forgot about that. dtspcd is also used by much of CDE.

>
> > Looking through the CDE git repo, nothing jumps out at me to suggest a
> > smoking gun.
>
> Let me fantasize here a bit, since we have no clue what is going on.
>
> I think should be possible to trace X11 the events going back and forth (some
> thing
> like "xev" is doing). I forgot how to do this but I am pretty sure
> this can be done.

I'd use DTrace for that. On Linux that would be eBPF. I know DTrace (used 
that since my Solaris days and now on FreeBSD) but don't know how to use 
eBPF. Then get a stack trace.

>
> Maybe some another freedesktop "improvement" causes some changes about
> how and which events are reported, for example CDE thinks it receives
> a keystroke on a selection and erases the text. Just a wild guess.

Maybe. FreeBSD's Xorg is current, as is our Wayland support. The Xorg I use 
is the latest in ports/pkgs. I don't use Wayland (though it's installed). 
You, if you're using the latest Xorg from FreeBSD, and I are using the 
latest freedeskop "improvements."

I'm off work until Thursday. I have some Linux VMs there not belonging to 
customers. I'll try CDE on one of the VMs. Are there packages available or 
do I need to build from source. The last time I built CDE from source on 
Fedora, it was a painful experience since not all of the tools needed to 
build it from were either availalbe or compatible. That was about four 
years ago though.


-- 
Cheers,
Cy Schubert <Cy....@cs...>
FreeBSD UNIX:  <cy@FreeBSD.org>   Web:  https://FreeBSD.org
NTP:           <cy...@nw...>    Web:  https://nwtime.org

			e^(i*pi)+1=0

Re: [cdesktopenv-devel] Formatting paragraphs with dtpad

[Marcin C. <sa...@sa...>]

On Mon, 20 May 2024, Cy Schubert wrote:

> Hmm. I'm surprised that dtpad is linked with Kerberos with your Linux
> distro. Keyutils (access to kernel keyrings), libresolv (DNS resolver), and
> libtirpc (RPC - remote procedure call) as well. I wonder what the distro is
> trying to do with these network libraries. It doesn't appear to be anything
> web related. Probably extra baggage due to dependencies in some other
> library. libbsd maybe?

Aren't those related to the RPC protocol - we explicitly have to enabled
rpcbind and I think some services like cmsd and ttdbserver run over
Sun RPC. We won't see those in FreeBSD as a dependency because the XDR/RPC
stack is part of libc.

> Looking through the CDE git repo, nothing jumps out at me to suggest a
> smoking gun.

Let me fantasize here a bit, since we have no clue what is going on.

I think should be possible to trace X11 the events going back and forth (something
like "xev" is doing). I forgot how to do this but I am pretty sure
this can be done.

Maybe some another freedesktop "improvement" causes some changes about
how and which events are reported, for example CDE thinks it receives
a keystroke on a selection and erases the text. Just a wild guess.

Marcin

Re: [cdesktopenv-devel] Formatting paragraphs with dtpad

[Cy S. <Cy....@cs...>]

In message <546...@wa...>, Edmond 
Orignac vi
a cdesktopenv-devel writes:
> This is a multi-part message in MIME format.
> --------------56jCVxDgvHHbD0tD3LwM0gmj
> Content-Type: multipart/alternative;
>  boundary="------------JTkBo8n0BtaXGcdz18A9mauM"
>
> --------------JTkBo8n0BtaXGcdz18A9mauM
> Content-Type: text/plain; charset=UTF-8; format=flowed
> Content-Transfer-Encoding: 8bit
>
>
> Le 18/05/2024 à 02:45, Cy Schubert a écrit :
> > My guess is some pointer is getting mangled somewhere.
> >
> > Is the machine you're on 64-bit or 32-bit? (I've configured the FreeBSD
> > port/package to only build/run on 64-bit architectures because on i386
> > it cannot bind to temporary type va_list whereas on amd64 it can.)
> >
> The machine is 64bit, but I will also test on 32bit to see if there is a 
> difference.
>
> I am attaching the output of ldd /usr/dt/bin/dtpad on Ubuntu.

Hmm. I'm surprised that dtpad is linked with Kerberos with your Linux 
distro. Keyutils (access to kernel keyrings), libresolv (DNS resolver), and 
libtirpc (RPC - remote procedure call) as well. I wonder what the distro is 
trying to do with these network libraries. It doesn't appear to be anything 
web related. Probably extra baggage due to dependencies in some other 
library. libbsd maybe?

Looking through the CDE git repo, nothing jumps out at me to suggest a 
smoking gun.

I think that there may be some kind of incompatibility due to platform 
factors such as memory map. Having said that, my FreeBSD system has both 
ASLR and stack address randomization enabled. Some apps, i.e. older NTP, 
didn't play well with FreeBSD stack address randomizaton, even though it 
worked with the Linux equivalent. Could the Linux ASLR be an issue. Though 
I doubt it because the app would probably segfault but it might be worth 
trying to disable Linux ASLR anyway to see if that makes a difference, 
leaving no stone unturned.

Note that changes to NTP plus improvements to FreeBSD stack address 
randomization addredssed the NTP memory corruption. I'd be interested to 
see if dtpad is sensitive to ASLR.


-- 
Cheers,
Cy Schubert <Cy....@cs...>
FreeBSD UNIX:  <cy@FreeBSD.org>   Web:  https://FreeBSD.org
NTP:           <cy...@nw...>    Web:  https://nwtime.org

			e^(i*pi)+1=0

Re: [cdesktopenv-devel] Formatting paragraphs with dtpad

[Edmond O. <edm...@wa...>]

Le 18/05/2024 à 02:45, Cy Schubert a écrit :
> My guess is some pointer is getting mangled somewhere.
>
> Is the machine you're on 64-bit or 32-bit? (I've configured the FreeBSD
> port/package to only build/run on 64-bit architectures because on i386
> it cannot bind to temporary type va_list whereas on amd64 it can.)
>
The machine is 64bit, but I will also test on 32bit to see if there is a 
difference.

I am attaching the output of ldd /usr/dt/bin/dtpad on Ubuntu.

Re: [cdesktopenv-devel] Formatting paragraphs with dtpad

[Cy S. <Cy....@cs...>]

On Fri, 17 May 2024 16:42:39 +0200
Jürgen Mayerhofer via cdesktopenv-devel
<cde...@li...> wrote:

> My dtpad (Slackware 15, CDE 2.5.2) also erases the paragraph
> 
> Regards,
> 
>    Jürgen.

This must be a Linux thing because Marcin (cde 2.5.2) and my (latest
cde git commit) FreeBSD systems don't have this problem. It could be any
library. You can see which libraries might be involved by running ldd
against the binary.

Just looking at the dtpad sources, DtEditorFormat() does the heavy
lifting. That looks numerous other functions, some native CDE, others
Motif.

My guess is some pointer is getting mangled somewhere.

Is the machine you're on 64-bit or 32-bit? (I've configured the FreeBSD
port/package to only build/run on 64-bit architectures because on i386
it cannot bind to temporary type va_list whereas on amd64 it can.)

-- 
Cheers,
Cy Schubert <Cy....@cs...>
FreeBSD UNIX:  <cy@FreeBSD.org>   Web:  https://FreeBSD.org
NTP:           <cy...@nw...>    Web:  https://nwtime.org

			e^(i*pi)+1=0

> 
> Am 16.05.24 um 21:20 schrieb Marcin Cieslak:
> > On Thu, 16 May 2024, Edmond Orignac wrote:
> >   
> >>
> >> Le 16/05/2024 à 20:11, Marcin Cieslak a écrit :  
> >>> On Thu, 16 May 2024, Edmond Orignac via cdesktopenv-devel wrote:
> >>>  
> >>>> I have noticed a curious behavior in dtpad.
> >>>>
> >>>> When trying to format a paragraph using the Format menu, dtpad 
> >>>> erases the paragraph
> >>>>
> >>>> under the cursor instead of wrapping long lines.  
> >>
> >> I am using CDE 2.5.2 in Ubuntu 20.04 (x86_64), and it is true that I 
> >> did not notice this issue before.
> >>
> >> I could test with an older 2.4.0 release on a different computer to 
> >> see if the problem appeared already
> >>
> >> with that version.  
> > 
> > Unlikely - just installed 2.5.2 from FreeBSD ports and dtpad works fine 
> > there, too.  I'd check with xev and maybe some other tools what events
> > really are produced by your mouse and the keyboard. Maybe something related
> > to locale and/or keyboard settings.
> > 
> > 
> > _______________________________________________
> > cdesktopenv-devel mailing list
> > cde...@li...
> > https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel  
> 

Re: [cdesktopenv-devel] Formatting paragraphs with dtpad

[Cy S. <Cy....@cs...>]

In message <1o8...@fn...sb>, Marcin 
Cieslak wr
ites:
> --===============2048043876159994342==
> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; mical
> g=sha-256; boundary="2201072851-870167441-1715887219=:983"
>
> --2201072851-870167441-1715887219=:983
> Content-Type: text/plain; format=flowed; charset=ISO-8859-15
> Content-Transfer-Encoding: 8BIT
>
> On Thu, 16 May 2024, Edmond Orignac wrote:
>
> >
> > Le 16/05/2024  20:11, Marcin Cieslak a crit:
> >> On Thu, 16 May 2024, Edmond Orignac via cdesktopenv-devel wrote:
> >> 
> >>> I have noticed a curious behavior in dtpad.
> >>> 
> >>> When trying to format a paragraph using the Format menu, dtpad erases the
>  
> >>> paragraph
> >>> 
> >>> under the cursor instead of wrapping long lines.
> >
> > I am using CDE 2.5.2 in Ubuntu 20.04 (x86_64), and it is true that I did no
> t 
> > notice this issue before.
> >
> > I could test with an older 2.4.0 release on a different computer to see if 
> > the problem appeared already
> >
> > with that version.
>
> Unlikely - just installed 2.5.2 from FreeBSD ports and dtpad works fine there
> , too.  I'd check with xev and maybe some other tools what events
> really are produced by your mouse and the keyboard. Maybe something related
> to locale and/or keyboard settings.

I'm running cde-devel (based on the latest CDE git commit on Sourcerforge) 
on FreeBSD 15-CURRENT. No such problem here either.

If people are seeing this on Ubuntu, it might be an incompatible library in 
that distro, or could be a local thing.


-- 
Cheers,
Cy Schubert <Cy....@cs...>
FreeBSD UNIX:  <cy@FreeBSD.org>   Web:  https://FreeBSD.org
NTP:           <cy...@nw...>    Web:  https://nwtime.org

			e^(i*pi)+1=0

Re: [cdesktopenv-devel] Formatting paragraphs with dtpad

[Jürgen M. <jue...@ya...>]

My dtpad (Slackware 15, CDE 2.5.2) also erases the paragraph

Regards,

   Jürgen.

Am 16.05.24 um 21:20 schrieb Marcin Cieslak:
> On Thu, 16 May 2024, Edmond Orignac wrote:
> 
>>
>> Le 16/05/2024 à 20:11, Marcin Cieslak a écrit :
>>> On Thu, 16 May 2024, Edmond Orignac via cdesktopenv-devel wrote:
>>>
>>>> I have noticed a curious behavior in dtpad.
>>>>
>>>> When trying to format a paragraph using the Format menu, dtpad 
>>>> erases the paragraph
>>>>
>>>> under the cursor instead of wrapping long lines.
>>
>> I am using CDE 2.5.2 in Ubuntu 20.04 (x86_64), and it is true that I 
>> did not notice this issue before.
>>
>> I could test with an older 2.4.0 release on a different computer to 
>> see if the problem appeared already
>>
>> with that version.
> 
> Unlikely - just installed 2.5.2 from FreeBSD ports and dtpad works fine 
> there, too.  I'd check with xev and maybe some other tools what events
> really are produced by your mouse and the keyboard. Maybe something related
> to locale and/or keyboard settings.
> 
> 
> _______________________________________________
> cdesktopenv-devel mailing list
> cde...@li...
> https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel

-- 
Juergen Mayerhofer
Kochenthalerstr. 16
D-93155 Hemau

Tel +49 9491 903503
Fax +49 9491 903505
Mobile +49 179/292-1854
Mail jue...@ya...

Re: [cdesktopenv-devel] Formatting paragraphs with dtpad

[Marcin C. <sa...@sa...>]

On Thu, 16 May 2024, Edmond Orignac wrote:

>
> Le 16/05/2024 à 20:11, Marcin Cieslak a écrit :
>> On Thu, 16 May 2024, Edmond Orignac via cdesktopenv-devel wrote:
>> 
>>> I have noticed a curious behavior in dtpad.
>>> 
>>> When trying to format a paragraph using the Format menu, dtpad erases the 
>>> paragraph
>>> 
>>> under the cursor instead of wrapping long lines.
>
> I am using CDE 2.5.2 in Ubuntu 20.04 (x86_64), and it is true that I did not 
> notice this issue before.
>
> I could test with an older 2.4.0 release on a different computer to see if 
> the problem appeared already
>
> with that version.

Unlikely - just installed 2.5.2 from FreeBSD ports and dtpad works fine there, too.  I'd check with xev and maybe some other tools what events
really are produced by your mouse and the keyboard. Maybe something related
to locale and/or keyboard settings.

Re: [cdesktopenv-devel] Formatting paragraphs with dtpad

[Edmond O. <edm...@wa...>]

Le 16/05/2024 à 20:11, Marcin Cieslak a écrit :
> On Thu, 16 May 2024, Edmond Orignac via cdesktopenv-devel wrote:
>
>> I have noticed a curious behavior in dtpad.
>>
>> When trying to format a paragraph using the Format menu, dtpad erases 
>> the paragraph
>>
>> under the cursor instead of wrapping long lines.

I am using CDE 2.5.2 in Ubuntu 20.04 (x86_64), and it is true that I did 
not notice this issue before.

I could test with an older 2.4.0 release on a different computer to see 
if the problem appeared already

with that version.

>
> I have some old release of CDE installed here (2.3.1a from December 2019)
> and dtpad works fine - the paragraphs do format nicely.
>
> Marcin

Re: [cdesktopenv-devel] Formatting paragraphs with dtpad

[Marcin C. <sa...@sa...>]

On Thu, 16 May 2024, Edmond Orignac via cdesktopenv-devel wrote:

> I have noticed a curious behavior in dtpad.
>
> When trying to format a paragraph using the Format menu, dtpad erases the 
> paragraph
>
> under the cursor instead of wrapping long lines. If I try to format the whole 
> document,
>
> all the text disappears. This can be fixed by an immediate undo.
>
> I have noticed that using fr_FR.UTF8 locale, but running LANG=C dtpad gives 
> the same behavior.
>
> This happens even with plain ASCII files. The formatting of the paragraph in 
> dtpad is done
>
> by a call to DtEditorFormat defined in lib/DtWidget/Editor.c, but I cannot 
> see what is wrong with
>
> that function.

I have some old release of CDE installed here (2.3.1a from December 2019)
and dtpad works fine - the paragraphs do format nicely.

Marcin

[cdesktopenv-devel] Formatting paragraphs with dtpad

[Edmond O. <edm...@wa...>]

I have noticed a curious behavior in dtpad.

When trying to format a paragraph using the Format menu, dtpad erases 
the paragraph

under the cursor instead of wrapping long lines. If I try to format the 
whole document,

all the text disappears. This can be fixed by an immediate undo.

I have noticed that using fr_FR.UTF8 locale, but running LANG=C dtpad 
gives the same behavior.

This happens even with plain ASCII files. The formatting of the 
paragraph in dtpad is done

by a call to DtEditorFormat defined in lib/DtWidget/Editor.c, but I 
cannot see what is wrong with

that function.

Re: [cdesktopenv-devel] [PATCH] dtterm: Fix title and icon Sun esc seqs

[Jon T. <jo...@ra...>]

On 2/26/24 05:42, Paul via cdesktopenv-devel wrote:
> Howdy all,
>
> This patch aims to fix an issue where dtterm replies with "%s" when 
> given either 'CSI 20 t' or 'CSI 21 t'.
>

Patch applied, thanks!

-jon


> Example of wrong behaviour:
> $ echo "^[[21t"
> $ l%s
>
> Example of correct behaviour:
> $ echo "^[[21t"
> $ lTerminal
>
> Regards,
> Paul.
>
>
> _______________________________________________
> cdesktopenv-devel mailing list
> cde...@li...
> https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel

-- 
Jon Trulson

   "The less you know, the more you believe."
                            -- Bono

[cdesktopenv-devel] [PATCH] dtterm: Fix title and icon Sun esc seqs

[Paul <pa...@li...>]

Howdy all,

This patch aims to fix an issue where dtterm replies with "%s" when given either 'CSI 20 t' or 'CSI 21 t'.

Example of wrong behaviour:
$ echo "^[[21t"
$ l%s

Example of correct behaviour:
$ echo "^[[21t"
$ lTerminal

Regards,
Paul.

Re: [cdesktopenv-devel] Cannot compile CDE on Debian 11

[TCH <tc...@pr...>]

Hello,

Okay, it turned out that it was not rpcgen itself, but some system setting around the alternatives of CPP. Not entirely clear why, but after running `update-alternatives --config cpp` the problem disappeared.
Details in this SF ticket: https://sourceforge.net/p/cdesktopenv/tickets/160/

- TCH

Sent with Proton Mail secure email.

On Thursday, November 16th, 2023 at 6:37 PM, Johannes von Rotz <jr...@vr...> wrote:


> On 11/15/23 11:23, TCH via cdesktopenv-devel wrote:
> 
> > 2020.0.0+really93u+20120801-9, the version Debian 11 providing.
> > 
> > I've obtained the latest ksh (93u+m/1.0.7 (2023-09-15)) sources from github, compiled and installed it to /opt/ksh93 and then prepended it's bin directory to $PATH from console before compiling CDE.
> > ./configure found it (checking for ksh... /opt/ksh93/bin/ksh), yet, the errors remained the very same.
> > 
> > I have an older ksh93 binary on my disk (93u+ (2012-08-01)). I've symlinked that to /tmp/ksh/ksh and then prepended that directory to $PATH before compiling.
> > ./configure found that too, but still, the errors did not change.
> > 
> > In both cases, i did the compiling from scratch (from extracting the archive and then ./autogen.sh, ./configure, ./make), to be sure.
> 
> 
> Hi
> 
> I don't think this is related to ksh. I side with Jon: This is related
> to rpcgen. The missing definition for AGENTVERS should be in agent.h,
> which is generated with rpcgen from the input file agent.x.
> 
> Could you please verify the output of:
> 
> % rpcgen -h cde/lib/csa/agent.x | grep AGENTVERS
> 
> I'm currently on my arm64 machine with Debian testing, which probably
> doesn't exactly match your setup. But my rpcgen binary has been provided
> by the package rpcsvc-proto:
> 
> % dpkg -S `which rpcgen`
> rpcsvc-proto: /usr/bin/rpcgen
> 
> % apt-cache policy rpcsvc-proto
> rpcsvc-proto:
> Installed: 1.4.3-1
> Candidate: 1.4.3-1
> Version table:
> *** 1.4.3-1 500
> 500 http://debian.ethz.ch/debian trixie/main arm64 Packages
> 100 /var/lib/dpkg/status
> 
> Meanwhile, the package libc-dev-bin does not provide any rpcgen binary
> on my installation:
> 
> % dpkg-query -L libc-dev-bin | grep rpcgen
> # No output
> 
> So the question is: What output does your rpcgen binary produce? Is the
> package rpcsvc-proto available to you?
> 
> Also, make sure to clean the build tree after installing additional
> development tools. I know it might be obvious, but I've walked into that
> one too many times to not mention it... :)
> 
> Cheers, J.
> 
> 
> _______________________________________________
> cdesktopenv-devel mailing list
> cde...@li...
> https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel

[cdesktopenv-devel] CDE 2.5.2 has been released

[Jon T. <jo...@ra...>]

Hi,

CDE 2.5.2 is now available on SourceForge.  It is primarily a bug fix 
release.

Contributors to this release:

Cy Schubert (1)
Jon Trulson (9)
Peter Howkins (3)
hyousatsu (15)

 From the HISTORY file:

#######################################################################
### 2.5.2 (stable) 11/18/2023

This is mainly a bugfix release addressing various issues.

Shortlog:

Cy Schubert (1):
       Fix build under LLVM15

Jon Trulson (9):
       Apply various patches from Giacomo Comes <co...@na...>
       Patch from Giacomo Comes: rename ksh manpage to ksh-cde
       Add DesktopNames=CDE to cde.desktop
       pgadmin.dt: set icon from pgadmin to pgadmin3
       dtfile/dterror.ds: fix script defines typo
       dtksh: enable SHOPT_ECHOPRINT
       dticon, dtpad, dtterm: fix session save issues (sprintf bogosity)
       lib/DtHelp: strmove(): return memmove() result
       .gitignore: add new locations of dtsession/dtlogin PAM files

Peter Howkins (3):
       (Pascal Stumpf) Makefile.am change several places where ${prefix} 
should be $(CDE_INSTALLATION_TOP)
       (Pascal Stumpf) CDE doesn't provide the ksh binary, don't install 
the manpage for it
       (Pascal Stumpf) dtlogin: On OpenBSD start X as root (it drops 
privileges later)

hyousatsu (15):
       DtTerm: fix a segfault by allocating a string dynamically.
       dtwm: fix a title bar resizing issue.
       dtwm: fix compiler warnings.
       dtwm: add support for _NET_WM_VISIBLE_NAME and 
_NET_WM_VISIBLE_ICON_NAME.
       dtwm: optimize EWMH processing.
       localized: fix the character encoding errors in zh_TW.UTF-8.
       dtwm: add a new feature -- window rename.
       dtwm: optimize EWMH processing.
       dtwm: support _NET_WM_STATE_ABOVE and _NET_WM_STATE_BELOW.
       dtsession: change the maximum size of cover dialog to fullscreen.
       dtlogin: use sessreg to manage utmp/wtmp.
       dtwm: fix a segfault.
       dtstyle: make the style manager recognize wheel mouse correctly.
       tt: make the ttserver process events properly.
       dtsession: fix a crash.


Enjoy!

-- 
Jon Trulson

   "The less you know, the more you believe."
                            -- Bono

Re: [cdesktopenv-devel] Cannot compile CDE on Debian 11

[TCH <tc...@pr...>]

Hello,

You guys seem to be right about rpcgen:

root@Csabi:/tmp/cde-2.5.1
# rpcgen -h lib/csa/agent.x | grep AGENTVERS
/usr/bin/ld:lib/csa/agent.x: file format not recognized; treating as linker script
/usr/bin/ld:lib/csa/agent.x:22: syntax error
collect2: error: ld returned 1 exit status
rpcgen: C preprocessor failed with exit code 1

It seems that the version Debian 11 shipped is not good enough. The package rpcsvc-proto is not available under Debian 11, it is only available in Debian 12, Debian testing and Debian unstable. Under Debian 11 the package libc-dev-bin provides rpcgen.

root@Csabi:/tmp/cde-2.5.1
# dpkg -S `which rpcgen`
libc-dev-bin: /usr/bin/rpcgen

root@Csabi:/tmp/cde-2.5.1
# apt-cache policy rpcsvc-proto
N: Ez a csomag nem található: rpcsvc-proto

root@Csabi:/tmp/cde-2.5.1
# dpkg-query -L libc-dev-bin | grep rpcgen
/usr/bin/rpcgen
/usr/share/man/man1/rpcgen.1.gz

I always clean the buildtree or even delete the entire directory and re-extract it, before i restart the compiling.

- TCH

Sent with Proton Mail secure email.

On Thursday, November 16th, 2023 at 6:37 PM, Johannes von Rotz <jr...@vr...> wrote:


> On 11/15/23 11:23, TCH via cdesktopenv-devel wrote:
> 
> > 2020.0.0+really93u+20120801-9, the version Debian 11 providing.
> > 
> > I've obtained the latest ksh (93u+m/1.0.7 (2023-09-15)) sources from github, compiled and installed it to /opt/ksh93 and then prepended it's bin directory to $PATH from console before compiling CDE.
> > ./configure found it (checking for ksh... /opt/ksh93/bin/ksh), yet, the errors remained the very same.
> > 
> > I have an older ksh93 binary on my disk (93u+ (2012-08-01)). I've symlinked that to /tmp/ksh/ksh and then prepended that directory to $PATH before compiling.
> > ./configure found that too, but still, the errors did not change.
> > 
> > In both cases, i did the compiling from scratch (from extracting the archive and then ./autogen.sh, ./configure, ./make), to be sure.
> 
> 
> Hi
> 
> I don't think this is related to ksh. I side with Jon: This is related
> to rpcgen. The missing definition for AGENTVERS should be in agent.h,
> which is generated with rpcgen from the input file agent.x.
> 
> Could you please verify the output of:
> 
> % rpcgen -h cde/lib/csa/agent.x | grep AGENTVERS
> 
> I'm currently on my arm64 machine with Debian testing, which probably
> doesn't exactly match your setup. But my rpcgen binary has been provided
> by the package rpcsvc-proto:
> 
> % dpkg -S `which rpcgen`
> rpcsvc-proto: /usr/bin/rpcgen
> 
> % apt-cache policy rpcsvc-proto
> rpcsvc-proto:
> Installed: 1.4.3-1
> Candidate: 1.4.3-1
> Version table:
> *** 1.4.3-1 500
> 500 http://debian.ethz.ch/debian trixie/main arm64 Packages
> 100 /var/lib/dpkg/status
> 
> Meanwhile, the package libc-dev-bin does not provide any rpcgen binary
> on my installation:
> 
> % dpkg-query -L libc-dev-bin | grep rpcgen
> # No output
> 
> So the question is: What output does your rpcgen binary produce? Is the
> package rpcsvc-proto available to you?
> 
> Also, make sure to clean the build tree after installing additional
> development tools. I know it might be obvious, but I've walked into that
> one too many times to not mention it... :)
> 
> Cheers, J.
> 
> 
> _______________________________________________
> cdesktopenv-devel mailing list
> cde...@li...
> https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel

Re: [cdesktopenv-devel] Cannot compile CDE on Debian 11

[Johannes v. R. <jr...@vr...>]

On 11/15/23 11:23, TCH via cdesktopenv-devel wrote:
> 2020.0.0+really93u+20120801-9, the version Debian 11 providing.
> 
> I've obtained the latest ksh (93u+m/1.0.7 (2023-09-15)) sources from github, compiled and installed it to /opt/ksh93 and then prepended it's bin directory to $PATH from console before compiling CDE.
> ./configure found it (checking for ksh... /opt/ksh93/bin/ksh), yet, the errors remained the very same.
> 
> I have an older ksh93 binary on my disk (93u+ (2012-08-01)). I've symlinked that to /tmp/ksh/ksh and then prepended that directory to $PATH before compiling.
> ./configure found that too, but still, the errors did not change.
> 
> In both cases, i did the compiling from scratch (from extracting the archive and then ./autogen.sh, ./configure, ./make), to be sure.

Hi

I don't think this is related to ksh. I side with Jon: This is related 
to rpcgen. The missing definition for AGENTVERS should be in agent.h, 
which is generated with rpcgen from the input file agent.x.

Could you please verify the output of:

% rpcgen -h cde/lib/csa/agent.x | grep AGENTVERS

I'm currently on my arm64 machine with Debian testing, which probably 
doesn't exactly match your setup. But my rpcgen binary has been provided 
by the package rpcsvc-proto:

% dpkg -S `which rpcgen`
rpcsvc-proto: /usr/bin/rpcgen

% apt-cache policy rpcsvc-proto
rpcsvc-proto:
   Installed: 1.4.3-1
   Candidate: 1.4.3-1
   Version table:
  *** 1.4.3-1 500
         500 http://debian.ethz.ch/debian trixie/main arm64 Packages
         100 /var/lib/dpkg/status

Meanwhile, the package libc-dev-bin does not provide any rpcgen binary 
on my installation:

% dpkg-query -L libc-dev-bin | grep rpcgen
# No output

So the question is: What output does your rpcgen binary produce? Is the 
package rpcsvc-proto available to you?

Also, make sure to clean the build tree after installing additional 
development tools. I know it might be obvious, but I've walked into that 
one too many times to not mention it... :)

Cheers, J.

Re: [cdesktopenv-devel] Cannot compile CDE on Debian 11

[TCH <tc...@pr...>]

2020.0.0+really93u+20120801-9, the version Debian 11 providing.

I've obtained the latest ksh (93u+m/1.0.7 (2023-09-15)) sources from github, compiled and installed it to /opt/ksh93 and then prepended it's bin directory to $PATH from console before compiling CDE.
./configure found it (checking for ksh... /opt/ksh93/bin/ksh), yet, the errors remained the very same.

I have an older ksh93 binary on my disk (93u+ (2012-08-01)). I've symlinked that to /tmp/ksh/ksh and then prepended that directory to $PATH before compiling.
./configure found that too, but still, the errors did not change.

In both cases, i did the compiling from scratch (from extracting the archive and then ./autogen.sh, ./configure, ./make), to be sure.

- TCH

Sent with Proton Mail secure email.

On Wednesday, November 15th, 2023 at 3:49 AM, Danilo Pecher <dan...@da...> wrote:


> I've seen a thread from 2020 about the same error. It seemed to be
> connected to ksh. What ksh version are you using?
> 
> On Wed, 15 Nov 2023 at 01:26, TCH via cdesktopenv-devel
> cde...@li... wrote:
> 
> > Hello,
> > 
> > Yes, it is installed, at least there is an rpcgen binary in /usr/bin, installed by the package libc-dev-bin.
> > 
> > - TCH
> > 
> > Sent with Proton Mail secure email.
> > 
> > On Tuesday, November 14th, 2023 at 8:41 PM, Jon Trulson jo...@ra... wrote:
> > 
> > > On 11/14/23 09:30, TCH via cdesktopenv-devel wrote:
> > > 
> > > > Hello,
> > > 
> > > Hi,
> > > 
> > > Just taking a stab here, but do you have rpcgen installed? It should build on debian 11. debian 12 requires you pull from master git.
> > > 
> > > -jon
> > > 
> > > > I've tried to compile CDE on Debian 11 (x86_64), following the build instructions to the letter (installing all required packages, etc.) and compiling with ./autogen.sh, ./configure and make, but the compiler cannot compile it, due missing definitions/constants/etc.
> > > > The compiler is GCC 10.2.1, Motif is 2.3.8. The error messages were the following:
> > > > ================================================================================
> > > > agent.c: In function ‘_DtCm_init_agent’:
> > > > agent.c:145:43: error: ‘AGENTVERS’ undeclared (first use in this function); did you mean ‘AGENTVERS_2’?
> > > > 145 | (void)pmap_unset(_DtCm_transient, AGENTVERS);
> > > > | ^~~~~~~~~
> > > > | AGENTVERS_2
> > > > agent.c:145:43: note: each undeclared identifier is reported only once for each function it appears in
> > > > agent.c:152:46: error: ‘update_callback’ undeclared (first use in this function)
> > > > 152 | if (registerrpc(_DtCm_transient, AGENTVERS, update_callback,
> > > > | ^~~~~~~~~~~~~~~
> > > > agent.c:153:25: error: ‘_DtCm_update_callback_1’ undeclared (first use in this function); did you mean ‘cmcb_update_callback_2’?
> > > > 153 | (char ()(char *))_DtCm_update_callback_1, (xdrproc_t)_DtCm_xdr_Table_Res_4,
> > > > | ^~~~~~~~~~~~~~~~~~~~~~~
> > > > | cmcb_update_callback_2
> > > > agent.c:154:17: error: ‘_DtCm_xdr_Update_Status’ undeclared (first use in this function); did you mean ‘_DtCm_xdr_Appt_Status_4’?
> > > > 154 | (xdrproc_t)_DtCm_xdr_Update_Status) == -1) {
> > > > | ^~~~~~~~~~~~~~~~~~~~~~~
> > > > | _DtCm_xdr_Appt_Status_4
> > > > agent.c: In function ‘_DtCm_destroy_agent’:
> > > > agent.c:187:44: error: ‘AGENTVERS’ undeclared (first use in this function); did you mean ‘AGENTVERS_2’?
> > > > 187 | (void) pmap_unset(_DtCm_transient, AGENTVERS);
> > > > | ^~~~~~~~~
> > > > | AGENTVERS_2
> > > > agent.c: At top level:
> > > > agent.c:292:1: error: unknown type name ‘Update_Status’
> > > > 292 | Update_Status *
> > > > | ^~~~~~~~~~~~~
> > > > agent.c: In function ‘_DtCm_update_callback_1’:
> > > > agent.c:295:9: error: unknown type name ‘Update_Status’
> > > > 295 | static Update_Status status = update_succeeded;
> > > > | ^~~~~~~~~~~~~
> > > > agent.c:295:32: error: ‘update_succeeded’ undeclared (first use in this function)
> > > > 295 | static Update_Status status = update_succeeded;
> > > > | ^~~~~~~~~~~~~~~~
> > > > agent.c:307:15: error: ‘AGENTVERS’ undeclared (first use in this function); did you mean ‘AGENTVERS_2’?
> > > > 307 | cbi->vers = AGENTVERS;
> > > > | ^~~~~~~~~
> > > > | AGENTVERS_2
> > > > agent.c: In function ‘_DtCm_handle_callback’:
> > > > agent.c:467:20: error: ‘AGENTVERS’ undeclared (first use in this function); did you mean ‘AGENTVERS_2’?
> > > > 467 | if (ptr->vers == AGENTVERS)
> > > > | ^~~~~~~~~
> > > > | AGENTVERS_2
> > > > ================================================================================
> > > > Is this a bug, or on Debian 11, something else is needed?
> > > > 
> > > > - TCH
> > > > 
> > > > Sent with Proton Mail secure email.
> > > > 
> > > > _______________________________________________
> > > > cdesktopenv-devel mailing list
> > > > cde...@li...
> > > > https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel
> > > 
> > > --
> > > Jon Trulson
> > > 
> > > "The less you know, the more you believe."
> > > -- Bono
> > 
> > _______________________________________________
> > cdesktopenv-devel mailing list
> > cde...@li...
> > https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel