On 23.03.2026 06:18 "Adrian" arblake@users.sourceforge.net wrote: How do I configure for a different keyboard layout, specifically Estonian and Russian? You can use the setxkbmap command. Maybe you can also use xbindkeys to create a shortcut. -- kind regards Marco Send spam to abfall1774243095@stinkedores.dorfdsl.de
How do I configure for a different keyboard layout, specifically Estonian and Russian?
ksh93: import 1.0.4
ksh93: import 1.0.4
It applied, compiled, and ran fine (in very brief testing). So I will merge it. I just don't have as much free time lately for CDE, so sorry for the delay.
@jon13 would you please consider committing the attached patch?
You will be fine. Sounds like there is no way for someone on the Internet to connect to your system. This warning really applies to all OS's :) Use a firewall, as you are on your machine and your router.
Am 08.02.2026 um 10:25:48 Uhr schrieb Daniel: The client is behind a router with no incoming ports opened, and the firewall is running. selinux is also enabled. of course nothing is directly connected to the internet. Are you saying it's still not safe or am I missing something? I would like to use a webbrowser in CDE, are you advising against this? Using a webbroser is irrelevant here, as this is just another X11 application. As long as the local firewalld is running, all is fine. -- Gruß Marco...
The client is behind a router with no incoming ports opened, and the firewall is running. selinux is also enabled. of course nothing is directly connected to the internet. Are you saying it's still not safe or am I missing something? I would like to use a webbrowser in CDE, are you advising against this?
On 08.02.2026 07:58 "Daniel " jaeger@users.sourceforge.net wrote: Regarding the Security Note on the wiki, are you saying it's not safe to use internet in CDE? Are any of you using internet in CDE? You should not expose the rpc, X11 and other ports to the internet. In Fedora, a firewall runs by default (firewalld) that blocks incoming connections. sudo firewall-cmd --list-all shows that. -- kind regards Marco Send spam to abfall1770533928@stinkedores.dorfdsl.de
I just successfully installed the latest version of CDE on Fedora 43, with just some minor tweaks. Everything seems to run just fine. The windows are persistent between logouts, and I can change themes and open programs etc. I can now switch between KDE Plasma 6.5 and CDE on my laptop :) Happy times! Regarding the Security Note on the wiki, are you saying it's not safe to use internet in CDE? Are any of you using internet in CDE? oh, and what is your favorite theme in CDE? :)
Merge /u/runlevel5/cde/ branch fix-return-local-addr into master
Fix return-local-addr warning in DmxUtils.C phrase()
Merge /u/runlevel5/cde/ branch xkb into master
Fix XKeycodeToKeysym deprecation warning
Merge /u/runlevel5/cde/ branch strncat into master
Fix misleading strncat usage in RFCMIME.c
Merge /u/runlevel5/cde/ branch non-root-inst into master
Fix non-root installation: ignore chown/chmod errors
Merge /u/runlevel5/cde/ branch fix-tmpnam-security into master
fix-tmpnam-security
Merge /u/runlevel5/cde/ branch config-pamdir into master
configure: Add --with-pam-dir option for configurable PAM directory
dtinfo: Fix config.h include path issue
Fix return-local-addr warning in DmxUtils.C phrase()
Fix XKeycodeToKeysym deprecation warning
Fix misleading strncat usage in RFCMIME.c
Fix non-root installation: ignore chown/chmod errors
fix-tmpnam-security
tt/mini_isam: Update definitions
configure: Add --with-pam-dir option for configurable PAM directory
dtinfo: Fix config.h include path issue
If I recall correctly having rpcbind running is a requirement.
ksh93: import 1.0.4
Reject are being caused by https://sourceforge.net/p/cdesktopenv/code/ci/ef2c655f552b3ca3210a5580993057937fa8fa7c/ https://sourceforge.net/p/cdesktopenv/code/ci/76812a9115db584cb4754761f46e9c76081d2435/ Which are now fixed upstream
After some more experimentation: Patching to 1.0.4 seems possible with no rejects. Patching up to 1.0.8 seems possible with only 2 rejects (in xec.c)... Patching from 1.0.9 introduces 16 rejects (in aso)...
As an aside, I did make a diff of ksh-1.0.3 and ksh-1.0.10 and tried applying that to CDE, which ended up with rejects in src/cmd/ksh/sh/xec.c and src/lib/libast/features/aso.
with regard to dtcodegen any calls to CATGETS seem to trigger a Segmentation Fault...
The attached v4.2 patch also fixes 'dtlogin' so that works now too...
The attached v4.2 also fixes 'dtlogin' so that works now too...
The plot thickens, when executing dtcodegen without NLSPATH= it seems to work just fine... Unrelated Sidenote: programs/dtimsstart/main.c contains a reference to ENV_NLSPATH, wonder if that actually intentional?!?!?
without dtappbuilder and ttsnoop, startx /usr/dt/bin/dtsession starts just fine. @jon13 would you please consider applying my v3 patch, given that those changes seem to be fine, even if they don't solve all issues yet.
So after removing dtappbuilder and ttsnoop from programs/Makefile and compiling with my v3 patch applied the rest of CDE builds just fine.
And this is still reproducible with gcc 13.4...
And this is still reproducible with gcc 13.4...
@jon13 I'm a bit at a loss with regard to the dtcodegen issue, any insights on your end?
@jon13 I'm a bit at a loss with regard to the dtcoregen issue, any insights on your end?
I've tested ksh93 outside of cde, and both 1.0.3 AND 1.0.10 still have the readonly.exe signal 11... So this isn't a CDE issue, but likely ksh93 upstream, and not fixed yet in the latest release...
ksh readonly.exe exited on signal 11
ksh readonly.exe exited on signal 11
However dtcodegen is segfaulting now... NLSPATH=../../../../programs/dtappbuilder/src/abmf/dtcoregen.cat ../abmc/dtcodegen -changed -merge -p dtbuilder.bip about_box.bil See attached backtrace... I'm unsure what's happening here...
./configure --with-libiconv-prefix=/usr/local fixed that issue. I solved a few more minor issues, see v3 patch attached.
So the UNIXbindings issue was just me not using gmake ... I've managed to make some further progress, see attached patch... Now I'm stuck at : RFCBodyPart.C: error: undefined reference to 'libiconv_open' RFCBodyPart.C: error: undefined reference to 'libiconv' RFCBodyPart.C: error: undefined reference to 'libiconv_close'
With the attached patch applied, the build gets stuck at: rm -rf UNIXbindings ../../util/tradcpp/tradcpp -P -DXCOMM=# -DCDE_INSTALLATION_TOP=/usr/dt -I../../include/Dt > UNIXbindings Any hints?
CDE fails to build on DragonFly
Archlinux_Build
Archlinux_Build
Archlinux_Build
Archlinux_Build
Resolve some more C23 compile issues, a generated file and a missed sub directory in dtinfo
Handle changes needed for C23 compatibility that turns on strict ansi prototypes by default. C23 is now the default for GCC 15
I just noticed uncompress is checked for as well, but I don't think it's actually used?
lib/tt/mini_isam: Update to use strict prototypes, required for C23/GCC 15 etc
il: remove ilxpm(P).h
ttce2xdr: use autoconf substitutions
handle missing return values
Remove uses of prototype argument hiding macros
remove system library prototypes
lib/tt: Align types
Fix issues with va_lists
lib/DtSvc: Free memory more soundly
fix misleading indentation
terminate warning string
dtlogin: Avoid putenv to fix issue with passing stack address
Fix memory leaks
Mark error handlers as "noreturn"
Use NULL instead of nullptr
avoid use-after-free
Remove FAR declarations
lib/tt: pass int by ref
Avoid "bool" variable name
Avoid conflict with X11 headers
Remove trailing newlines
dtmail: Update project files
Hi, I was able to build this one without problems, thanks! Will merge this one. Did you still want me to close this ticket?
I'm running CDE built with gcc14 and the attached patches. It doesn't contain everything I have in that more comprehensive patch set, but on the upside: it builds and runs. Sorry for the mess with the unclean patch set!
I'm running CDE built with gcc14 and the attached patches. It doesn't contain everything I have in that more comprehensive patch set, but on the upside: it builds. Sorry for the mess with the unclean patch set!
I'm running CDE built with gcc14 and the attached patches. Sorry for the mess with the unclean patch set!
I now set up a system with an older compiler to work on these things more incrementially and with much better testing. I'll create a new ticket once I have a verified patch set, please close this.
Hi Everyone, First of all, thank you so much for all you are doing to keep this software alive. There appears to be an issue with the lock screen on CDE with NetBSD 10.1. I am running the AMD64 build of NetBSD. When clicking the lock icon on the front panel I am presented with the usual CDE lock screen. Entering my password unlocks the system no problem the first time. The trouble presents itself when locking the screen a second time and attempting to unlock it. Typing my password has no effect....
Updated bundle. It contains another commit to fix the NormalState/LabelBody issue and I extended another commit about bool handling to include stdbool.h - required with clang19. Still lots to do until everything builds with modern compilers, but making progress.
Took a little investigating (never used git bundles before). But was able to get it in. A did a test build on Ubuntu 22.04 (gcc 11) and it failed: libtool: compile: cc -DHAVE_CONFIG_H -I. -I../../include -DANSICPP -DMULTIBYTE -DNLS16 -D_POSIX_SOURCE -D_DEFAULT_SOURCE -D_BSD_SOURCE -D_SVID_SOURCE -DUSE_XINERAMA -DUSE_XRENDER -DHAS_PAM_LIBRARY -DHAS_UTEMPTER_LIBRARY -I./il -I./jpeg -I../DtSvc/DtUtil2 -DDTLIB -DCDE_INSTALLATION_TOP=\"/usr/dt\" -DCDE_CONFIGURATION_TOP=\"/etc/dt\" -I../../include/Dt -I../../include/DtI...
To avoid patch explosion if this needs more rounds, I'm sending the entire set as a git bundle now. Since they're a somewhat obscure feature, a short tutorial: download the file, in your CDE tree run git fetch path-to.gitbundle for-upstream and you'll have my "for-upstream" branch (that I created on top of current master) as your local branch "FETCH_HEAD". The branch gained a few more bugfixes, too.
Random fixes with current gcc and other clean ups
Awaiting new patches based on current master.
dthelp: merge duplicate headers
poll.h: fix ordering
Feature test for poll.h
configure.ac: add checks for "compress" and "uncompress"
These are some great fixes I'd like to merge - but after the third one failed I gave up. I think they were made with an older version. Can you re-base these on current master so that they will apply cleanly? I'd gladly merge them.