Menu
▾
▴
cdesktopenv-devel — Discussions related to CDE development.
You can subscribe to this list here.
| 2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(5) |
Jun
|
Jul
(5) |
Aug
(514) |
Sep
(226) |
Oct
(84) |
Nov
(74) |
Dec
(4) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2013 |
Jan
(1) |
Feb
(30) |
Mar
(5) |
Apr
(12) |
May
(13) |
Jun
(2) |
Jul
(36) |
Aug
(15) |
Sep
(22) |
Oct
(2) |
Nov
(1) |
Dec
(5) |
| 2014 |
Jan
(23) |
Feb
(70) |
Mar
(76) |
Apr
(17) |
May
(5) |
Jun
|
Jul
(10) |
Aug
(2) |
Sep
(19) |
Oct
(5) |
Nov
(64) |
Dec
(6) |
| 2015 |
Jan
(9) |
Feb
(2) |
Mar
(18) |
Apr
(4) |
May
(16) |
Jun
(67) |
Jul
(16) |
Aug
|
Sep
(9) |
Oct
(2) |
Nov
(31) |
Dec
(2) |
| 2016 |
Jan
(4) |
Feb
(24) |
Mar
(2) |
Apr
(20) |
May
(39) |
Jun
(30) |
Jul
(2) |
Aug
(27) |
Sep
|
Oct
(13) |
Nov
(2) |
Dec
(4) |
| 2017 |
Jan
(4) |
Feb
|
Mar
|
Apr
(5) |
May
(1) |
Jun
|
Jul
(14) |
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2018 |
Jan
|
Feb
|
Mar
|
Apr
(32) |
May
(106) |
Jun
(339) |
Jul
(67) |
Aug
(57) |
Sep
(13) |
Oct
(35) |
Nov
(4) |
Dec
(2) |
| 2019 |
Jan
(33) |
Feb
(23) |
Mar
(4) |
Apr
(5) |
May
(9) |
Jun
(12) |
Jul
(4) |
Aug
(4) |
Sep
(5) |
Oct
(22) |
Nov
(68) |
Dec
(22) |
| 2020 |
Jan
(47) |
Feb
(16) |
Mar
(9) |
Apr
|
May
(7) |
Jun
|
Jul
(5) |
Aug
(14) |
Sep
(6) |
Oct
(15) |
Nov
(60) |
Dec
(7) |
| 2021 |
Jan
(70) |
Feb
(82) |
Mar
(43) |
Apr
(9) |
May
(1) |
Jun
(7) |
Jul
(10) |
Aug
|
Sep
|
Oct
(4) |
Nov
(10) |
Dec
(6) |
| 2022 |
Jan
(8) |
Feb
(8) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(14) |
Aug
(9) |
Sep
(4) |
Oct
(2) |
Nov
(4) |
Dec
(15) |
| 2023 |
Jan
(2) |
Feb
(20) |
Mar
(1) |
Apr
(1) |
May
(2) |
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(10) |
Dec
|
| 2024 |
Jan
|
Feb
(1) |
Mar
(1) |
Apr
|
May
(11) |
Jun
(6) |
Jul
(1) |
Aug
|
Sep
|
Oct
(4) |
Nov
|
Dec
|
| 2025 |
Jan
|
Feb
(1) |
Mar
(5) |
Apr
(6) |
May
(2) |
Jun
(6) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Giacomo C. <co...@na...> - 2023-02-01 06:32:09
|
The ksh man page included in cde is different from the one available with the OS since the two shell have different version. Rename cde's ksh man page to ksh-cde. Also update the reference in dtksh.1 from 'sh' to 'ksh-cde' |
|
From: Giacomo C. <co...@na...> - 2023-02-01 06:28:02
|
The shebang of dtlp is /usr/dt/bin/dtksh. If cde is configured with --prefix=/usr and an rpm is created, such rpm fails to install with the error: nothing provides /usr/dt/bin/dtksh Make the shebang of dtlp correspond to the true location of dtksh |
|
From: Giacomo C. <co...@na...> - 2023-02-01 06:25:58
|
If cde is configured with ./configure --prefix=/usr the binaries are located in /usr/bin. However /usr/dt/bin is hardcoded in so many places that if it doesn't exist cde does not even start. Create /usr/dt/bin link if necessary. |
|
From: Giacomo C. <co...@na...> - 2023-02-01 06:23:28
|
dtopen_* links should be created in $(DESTDIR)$(bindir), the same place where dtopen is located |
|
From: Giacomo C. <co...@na...> - 2023-02-01 06:21:12
|
The value of MANDIR from dtsearchpath is missing the CDE man directory. Restore it. |
|
From: Giacomo C. <co...@na...> - 2023-01-24 07:21:52
|
Hi, in cde 2.5.0 in dtlogin the option: Command Line Login does not work anymore. The reason is that some code necessary for Command Line Login was removed with commit: 1eccd2e0425ee52d777c4749af0d7d43bbb28f34 dtlogin: make the language menu works Attached there is a patch that restore such code and make Command Line Login work again. With the code back the language menu still works, but there is now a delay when you change the language. The reason is that in the function ManageSession defined in programs/dtlogin/session.c when the call to ApplyFontPathMods(d, dpy) gets executed (programs/dtlogin/fontpath.c) the line: XGetFontPath(dpy, &numPaths) causes the X server to crash. At this point since X is not running the Desktop Login gets suspended as if Command Line Login was selected, therefore the delay. I'll let somebody more capable than me investigate what is causing the crash and possibly fix it. |
|
From: Peter H. <pet...@ma...> - 2023-01-22 23:37:03
|
On Fri, 9 Dec 2022 at 20:32, Pascal Stumpf <pa...@st...> wrote: > X needs to be started as root (it drops privileges, of course). > Hello Pascal, I have committed this patch and your two previous ones. However in future could I ask that patches be in git format-patch format, as these ones were mangled by the email client. please see here for more details https://sourceforge.net/p/cdesktopenv/wiki/Contributing%20to%20CDE/ -- Peter Howkins pet...@ma... https://www.marutan.net/ |
|
From: Matthew R. T. <de...@bl...> - 2022-12-31 00:16:10
|
As mentioned by others, CDE uses dtwm, not mwm, so you’re not likely to have a good time. To elaborate on that, you’d be replacing pretty much the whole front end of CDE. It’s not a tiny one-dimensional program like some other window managers. Even the bottom panel is part of dtwm, so you’d be losing that… -- Matthew R. Trower > On Dec 29, 2022, at 19:22, cyrus torros <sug...@gm...> wrote: > > > Hello, I am wondering if anyone has devised any hacks to have MS style alt tabbing in CDE? > > also, I am wondering if it is possible to use enhanced motif window manager with it instead of mwm > > It is an enhanced fork of MWM that has support for hints and other cool stuff (can be found here https://fastestcode.org/emwm.html) (site does not require javascript) > > I was going to try a drop in replacement soon, so assuming no one else has tried, will report back.. assuming CDE compiles successfully, thats always kind of a gamble. > _______________________________________________ > cdesktopenv-devel mailing list > cde...@li... > https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel |
|
From: thinkunix <thi...@zo...> - 2022-12-30 07:52:40
|
Matthew R. Trower wrote: > Those numbers are still higher than I would hope for (I’m guessing 64-bit compilation isn’t helping; even ksh is taking 3MB). Maybe they shrink down some on a 32-bit machine, and depending on compiler options. My ksh is AT&T ksh93u compiled with libm so maybe that's why it is larger. Bash 4.2 on the same system uses 2988, so not much better. bash does not use libm. > One thing I’d like to point out though, is that the Xserver itself is taking over 20MB, and it’s not fair to count that against CDE. That's true but you need X to run CDE so you really can't avoid it. |
|
From: thinkunix <thi...@zo...> - 2022-12-30 07:37:20
|
cyrus torros wrote:
> Hello, I am wondering if anyone has devised any hacks to have MS style alt
> tabbing in CDE?
Add this to your ~/.dt/dtwmrc.
Alt+Tab switches between applications on the current workspace/desktop.
Use Alt+F[1-4] to switch between workspaces.
You can choose different key strokes in the first column if you
prefer something else.
....................cut here....................
Keys DtKeyBindings
{
# Alt+Tab or Alt+up arrow = next window
Alt<Key>Tab root|icon|window f.circle_up
Alt<Key>Up root|icon|window f.circle_up
# Alt+Shift+Tab or Alt+down arrow = previous window
Alt Shift<Key>Tab root|icon|window f.circle_down
Alt<Key>Down root|icon|window f.circle_down
# Alt+Fn key to move to specific workspace
Alt<Key>F1 root|icon|window f.goto_workspace One
Alt<Key>F2 root|icon|window f.goto_workspace Two
Alt<Key>F3 root|icon|window f.goto_workspace Three
Alt<Key>F4 root|icon|window f.goto_workspace Four
}
....................cut here....................
> also, I am wondering if it is possible to use enhanced motif window manager
> with it instead of mwm
> It is an enhanced fork of MWM that has support for hints and other cool
> stuff (can be found here https://fastestcode.org/emwm.html) (site does not
> require javascript)
Good luck and let us know how it goes.
|
|
From: Richard L. H. <rl...@sm...> - 2022-12-30 01:11:59
|
CDE window manager AFAIK is _not_ mwm but still dtwm, a derivative of mwm but with additional actions that can appear in configuration files (or be sent to it if you know how*) and maybe other CDE specific functionality. If the functionality of emwm would not clash with the dtwm specific features, maybe it would be interesting to have something that combined them. * I reverse engineered that back before CDE was open source and created a utility that will send f. commands to dtwm, although not all such are useful! That dtstyle could restart dtwm, but a script to edit .Xdefaults or some such could not, got me curious how that worked. > On Dec 29, 2022, at 7:21 PM, cyrus torros <sug...@gm...> wrote: > > Hello, I am wondering if anyone has devised any hacks to have MS style alt tabbing in CDE? > > also, I am wondering if it is possible to use enhanced motif window manager with it instead of mwm > > It is an enhanced fork of MWM that has support for hints and other cool stuff (can be found here https://fastestcode.org/emwm.html <https://fastestcode.org/emwm.html>) (site does not require javascript) > > I was going to try a drop in replacement soon, so assuming no one else has tried, will report back.. assuming CDE compiles successfully, thats always kind of a gamble. > _______________________________________________ > cdesktopenv-devel mailing list > cde...@li... > https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel |
|
From: Jon T. <jo...@ra...> - 2022-12-30 00:24:34
|
On 12/29/22 17:21, cyrus torros wrote: > Hello, I am wondering if anyone has devised any hacks to have MS > style alt tabbing in CDE? > Not that I know of - just the standard CDE method. > also, I am wondering if it is possible to use enhanced motif window > manager with it instead of mwm > CDE uses dtwm... So you are probably not going to have a good time replacing it. -jon > It is an enhanced fork of MWM that has support for hints and other > cool stuff (can be found here https://fastestcode.org/emwm.html) (site > does not require javascript) > > I was going to try a drop in replacement soon, so assuming no one else > has tried, will report back.. assuming CDE compiles successfully, > thats always kind of a gamble. > > > _______________________________________________ > 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 |
|
From: cyrus t. <sug...@gm...> - 2022-12-30 00:21:50
|
Hello, I am wondering if anyone has devised any hacks to have MS style alt tabbing in CDE? also, I am wondering if it is possible to use enhanced motif window manager with it instead of mwm It is an enhanced fork of MWM that has support for hints and other cool stuff (can be found here https://fastestcode.org/emwm.html) (site does not require javascript) I was going to try a drop in replacement soon, so assuming no one else has tried, will report back.. assuming CDE compiles successfully, thats always kind of a gamble. |
|
From: Matthew R. T. <de...@bl...> - 2022-12-29 01:48:04
|
Those numbers are still higher than I would hope for (I’m guessing 64-bit compilation isn’t helping; even ksh is taking 3MB). Maybe they shrink down some on a 32-bit machine, and depending on compiler options. One thing I’d like to point out though, is that the Xserver itself is taking over 20MB, and it’s not fair to count that against CDE. -- Matthew R. Trower > On Dec 27, 2022, at 23:46, thinkunix via cdesktopenv-devel <cde...@li...> wrote: > > Here are my actual stats, well under 200 MB. > > CDE 2.2.3 on Slackware 14.1 x86_64 > IBM desktop with Intel Pentium 4 CPU 3.00GHz, 4 GB RAM > > After a clean boot: > * dtlogin started, CDE login screen shown on X display > * no users logged into desktop yet > * RSS total: 38676 > > $ ps -efly | egrep 'RSS|dt' | grep -v grep > S UID PID PPID C PRI NI RSS SZ WCHAN STIME TTY TIME CMDS root 18096 1 0 80 0 3120 11320 - 03:39 ? 00:00:00 /usr/dt/bin/dtlogin -daemon > S root 18105 18096 0 80 0 22252 24386 - 03:40 tty10 00:00:13 /usr/bin/X :0 -auth /var/dt/authdir/authfiles/A:0-3sHMuA > S root 19249 18096 0 80 0 3436 12913 - 17:20 ? 00:00:00 dtlogin <:0> -daemon > S root 19262 19249 0 80 0 9868 21604 - 17:20 ? 00:00:00 dtgreet -display :0 > > > After a user logs into CDE desktop: > * 4 virtual desktops configured on front panel > * 3 dtterms open > * nothing else running > * RSS total: 104364 > > $ ps -efly | egrep 'RSS|dt' | grep -v grep > S UID PID PPID C PRI NI RSS SZ WCHAN STIME TTY TIME CMDS root 18096 1 0 80 0 3120 11320 - 03:39 ? 00:00:00 /usr/dt/bin/dtlogin -daemon > S root 18105 18096 0 80 0 24372 24898 - 03:40 tty10 00:00:13 /usr/bin/X :0 -auth /var/dt/authdir/authfiles/A:0-3sHMuA > S root 19249 18096 0 80 0 3532 12913 - 17:20 ? 00:00:00 dtlogin <:0> -daemon > S user1 19329 19249 0 80 0 3176 2742 - 17:30 ? 00:00:00 /bin/ksh /usr/dt/bin/Xsession > S user1 19349 19329 0 80 0 9760 20620 - 17:30 ? 00:00:00 /usr/dt/bin/dtsession > S user1 19354 1 0 80 0 4332 10259 - 17:30 ? 00:00:00 /usr/dt/bin/ttsession -s > S user1 19366 19349 0 80 0 12400 21049 - 17:30 ? 00:00:00 dtwm > S user1 19377 19349 0 80 0 11032 20948 - 17:30 ? 00:00:00 /usr/dt/bin/dtterm -session dtpPakqC -geometry 80x24+4+210 -name root -n root -title root -e /usr/bin/su - > S user1 19378 19349 0 80 0 11164 20947 - 17:30 ? 00:00:00 dtterm -session dtIQJS3C > S user1 19379 19349 0 80 0 11144 20947 - 17:30 ? 00:00:00 dtterm -session dtPJSmRC > S user1 19380 19349 0 80 0 10332 19060 - 17:30 ? 00:00:00 dtpad -server > > > > _______________________________________________ > cdesktopenv-devel mailing list > cde...@li... > https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel |
|
From: thinkunix <thi...@zo...> - 2022-12-28 04:46:05
|
Here are my actual stats, well under 200 MB.
CDE 2.2.3 on Slackware 14.1 x86_64
IBM desktop with Intel Pentium 4 CPU 3.00GHz, 4 GB RAM
After a clean boot:
* dtlogin started, CDE login screen shown on X display
* no users logged into desktop yet
* RSS total: 38676
$ ps -efly | egrep 'RSS|dt' | grep -v grep
S UID PID PPID C PRI NI RSS SZ WCHAN STIME TTY
TIME CMDS root 18096 1 0 80 0 3120 11320 - 03:39 ?
00:00:00 /usr/dt/bin/dtlogin -daemon
S root 18105 18096 0 80 0 22252 24386 - 03:40 tty10
00:00:13 /usr/bin/X :0 -auth /var/dt/authdir/authfiles/A:0-3sHMuA
S root 19249 18096 0 80 0 3436 12913 - 17:20 ?
00:00:00 dtlogin <:0> -daemon
S root 19262 19249 0 80 0 9868 21604 - 17:20 ?
00:00:00 dtgreet -display :0
After a user logs into CDE desktop:
* 4 virtual desktops configured on front panel
* 3 dtterms open
* nothing else running
* RSS total: 104364
$ ps -efly | egrep 'RSS|dt' | grep -v grep
S UID PID PPID C PRI NI RSS SZ WCHAN STIME TTY
TIME CMDS root 18096 1 0 80 0 3120 11320 - 03:39 ?
00:00:00 /usr/dt/bin/dtlogin -daemon
S root 18105 18096 0 80 0 24372 24898 - 03:40 tty10
00:00:13 /usr/bin/X :0 -auth /var/dt/authdir/authfiles/A:0-3sHMuA
S root 19249 18096 0 80 0 3532 12913 - 17:20 ?
00:00:00 dtlogin <:0> -daemon
S user1 19329 19249 0 80 0 3176 2742 - 17:30 ?
00:00:00 /bin/ksh /usr/dt/bin/Xsession
S user1 19349 19329 0 80 0 9760 20620 - 17:30 ?
00:00:00 /usr/dt/bin/dtsession
S user1 19354 1 0 80 0 4332 10259 - 17:30 ?
00:00:00 /usr/dt/bin/ttsession -s
S user1 19366 19349 0 80 0 12400 21049 - 17:30 ?
00:00:00 dtwm
S user1 19377 19349 0 80 0 11032 20948 - 17:30 ?
00:00:00 /usr/dt/bin/dtterm -session dtpPakqC -geometry 80x24+4+210
-name root -n root -title root -e /usr/bin/su -
S user1 19378 19349 0 80 0 11164 20947 - 17:30 ?
00:00:00 dtterm -session dtIQJS3C
S user1 19379 19349 0 80 0 11144 20947 - 17:30 ?
00:00:00 dtterm -session dtPJSmRC
S user1 19380 19349 0 80 0 10332 19060 - 17:30 ?
00:00:00 dtpad -server
|
|
From: Matthew R. T. <de...@bl...> - 2022-12-27 16:36:02
|
Alright, I guess I’ll throw out some (semi) hard numbers. Last I checked, CDE 2.2.3 ran absolutely great on my 166mhz pentium with 128MB of RAM. RSS on dtwin was… less than 20MB. Maybe 4, or 16, but definitely not 200. If that’s what you’re seeing from CDE itself, then something has gone terribly wrong. You’re sure it’s CDE taking the resources, and not other programs on your machine? Can you supply more concrete information? -- Matthew R. Trower > On Dec 25, 2022, at 18:30, cyrus torros <sug...@gm...> wrote: > > > Good day all. I know this place is a grave yard, but I have a question about resource use. > > Given that CDE has been given many a modern patch and is now used on beefy machines mostly, how is its resource use? > > I was expecting that it'd run on very very little ram and CPU, because it was used on antiquated pcs with less than 64mb of ram back then, way less. > > But it seems that all of CDEs components together regularly take up well over 200+? > > It kind of shatters my plans to have it as a fully functioning desktop environment on my PPC mac g4 running openbsd, which is only 433mhz and 512mb of ram > > Is there anything I can do to lessen its resource use? I figure that there must be a way to return it to its former resource use of yore, I used to use windowmaker, but the new people developing it have grown it into a resource hog as well, so this is my only hope. > _______________________________________________ > cdesktopenv-devel mailing list > cde...@li... > https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel |
|
From: Jon T. <jo...@ra...> - 2022-12-26 23:15:17
|
On 12/25/22 16:29, cyrus torros wrote: > Good day all. I know this place is a grave yard, but I have a question > about resource use. > > Given that CDE has been given many a modern patch and is now used on > beefy machines mostly, how is its resource use? > > I was expecting that it'd run on very very little ram and CPU, because > it was used on antiquated pcs with less than 64mb of ram back then, > way less. > > But it seems that all of CDEs components together regularly take up > well over 200+? > > It kind of shatters my plans to have it as a fully functioning desktop > environment on my PPC mac g4 running openbsd, which is only 433mhz and > 512mb of ram > > Is there anything I can do to lessen its resource use? I figure that > there must be a way to return it to its former resource use of yore, I > used to use windowmaker, but the new people developing it have grown > it into a resource hog as well, so this is my only hope. > While many bugs have been fixed, some new features added and the build system replaced, it does not in and of itself consume more resources than it used too, Also, this CDE is based on CDE 2/Motif 2 - the machine you are talking about probably ran CDE1. But it's still pretty slim and fast compared to today's modern DE's, if alos lacking in some features that modern DE's have. -jon > > _______________________________________________ > 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 |
|
From: thinkunix <thi...@zo...> - 2022-12-26 07:59:51
|
cyrus torros wrote: > Given that CDE has been given many a modern patch and is now used on beefy > machines mostly, how is its resource use? I can't speak to the bleeding edge versions of CDE as I'm still running version 2.2.3, well before the switch to the autotools build system. Why haven't I upgraded? Because for me, it does what I need it to. That said: In 2015 I ran CDE 2.2.3 on an old ThinkPad Pentium III 1.0 GHz with 1 GB RAM (32-bit system) on Slackware Linux. I ran 4 virtual desktops, lots of dtterms, firefox, seamonkey, etc. all without any issues. That system was recently "retired" due to aging hardware. At one point I also ran CDE (probably same version) on the same ThinkPad running FreeBSD 9.x with no issues. I used whatever version that was in the FreeBSD ports/binary packages at that time. I'm currently running CDE 2.2.3 on a desktop Pentium 4 3.0 GHz with 4 GB RAM (64-bit system) on a highly modified/updated version of Slackware Linux. I built CDE from source. The system is from about 2005 and I have no issues. I am able to run multiple copies and versions of web browsers (firefox, seamonkey), watch youtube videos, and run audacity all at the same time. I would think CDE itself should run OK on your machine. The 512 MB RAM limit is definitely going to be a problem if you plan to run a modern web browser or an huge IDE like Eclipse though. How does the stock fvwm desktop perform on your machine? Are there other processes or daemons running that you don't need that you can shutdown? |
|
From: cyrus t. <sug...@gm...> - 2022-12-25 23:29:56
|
Good day all. I know this place is a grave yard, but I have a question about resource use. Given that CDE has been given many a modern patch and is now used on beefy machines mostly, how is its resource use? I was expecting that it'd run on very very little ram and CPU, because it was used on antiquated pcs with less than 64mb of ram back then, way less. But it seems that all of CDEs components together regularly take up well over 200+? It kind of shatters my plans to have it as a fully functioning desktop environment on my PPC mac g4 running openbsd, which is only 433mhz and 512mb of ram Is there anything I can do to lessen its resource use? I figure that there must be a way to return it to its former resource use of yore, I used to use windowmaker, but the new people developing it have grown it into a resource hog as well, so this is my only hope. |
|
From: Pascal S. <pa...@st...> - 2022-12-09 20:31:23
|
X needs to be started as root (it drops privileges, of course).
Index: programs/dtlogin/config/Xservers.src
--- programs/dtlogin/config/Xservers.src.orig
+++ programs/dtlogin/config/Xservers.src
@@ -102,7 +102,7 @@ XCOMM * Local local@console /usr/bin/X :0
#elif defined (__linux__)
:0 Local local_uid@tty1 root /usr/bin/X :0
#elif defined (__OpenBSD__)
- :0 Local local@console /usr/X11R6/bin/X :0
+ :0 Local local_uid@console root /usr/X11R6/bin/X :0
#elif defined (__NetBSD__)
:0 Local local@console /usr/X11R7/bin/X :0
#elif defined (__FreeBSD__)
|
|
From: Pascal S. <pa...@st...> - 2022-12-09 20:22:38
|
CDE doesn't install a ksh binary, so do not install the man page. It
will only cause confusion and conflict with other ksh packages.
Index: doc/en_US.UTF-8/man/Makefile.am
--- doc/en_US.UTF-8/man/Makefile.am.orig
+++ doc/en_US.UTF-8/man/Makefile.am
@@ -8,7 +8,7 @@ DBTOMAN = $(top_srcdir)/programs/dtdocbook/doc_utils/d
# first, the man pages broken down by sections
MANSEC1 = man1/tttrace.1 man1/tttar.1 man1/ttsession.1 man1/ttrmdir.1 \
man1/ttrm.1 man1/ttmv.1 man1/ttcp.1 man1/tt_type_comp.1 \
- man1/ksh.1 man1/huffcode.1 man1/dtwm.1 man1/dtudcfonted.1 \
+ man1/huffcode.1 man1/dtwm.1 man1/dtudcfonted.1 \
man1/dtudcexch.1 man1/dttypes.1 man1/dtterm.1 man1/dtstyle.1 \
man1/dtsrload.1 man1/dtsrkdump.1 man1/dtsrindex.1 man1/dtsrhan.1 \
man1/dtsrdbrec.1 man1/dtsrcreate.1 man1/dtsession_res.1 \
|
|
From: Pascal S. <pa...@st...> - 2022-12-09 20:19:02
|
Several instances where ${prefix} should probably be
${CDE_INSTALLATION_TOP}.
Index: programs/dtappbuilder/src/ab/Makefile.am
--- programs/dtappbuilder/src/ab/Makefile.am.orig
+++ programs/dtappbuilder/src/ab/Makefile.am
@@ -2,7 +2,7 @@ MAINTAINERCLEANFILES = Makefile.in
.NOTPARALLEL:
-appdefaultsdir = ${prefix}/app-defaults/C
+appdefaultsdir = $(CDE_INSTALLATION_TOP)/app-defaults/C
ABINCLUDES = -I../include -I../include/ab_private -I../libABil
Index: programs/dtfile/Makefile.am
--- programs/dtfile/Makefile.am.orig
+++ programs/dtfile/Makefile.am
@@ -44,7 +44,7 @@ dtfile_SOURCES = ChangeDir.c ChangeDirP.c Comma
# Mind the quoting here...
SCRIPTFLAGS = -DSHAPE -D_ILS_MACROS -DSUN_PERF \
- -DCDE_INSTALLATION_TOP="${prefix}" \
+ -DCDE_INSTALLATION_TOP="${CDE_INSTALLATION_TOP}" \
-DCDE_CONFIGURATION_TOP="$(CDE_CONFIGURATION_TOP)" \
-DKORNSHELL="$(KSH)"
Index: programs/dtlogin/config/Makefile.am
--- programs/dtlogin/config/Makefile.am.orig
+++ programs/dtlogin/config/Makefile.am
@@ -1,6 +1,6 @@
AM_CPPFLAGS = -DCDE_CONFIGURATION_TOP=$(CDE_CONFIGURATION_TOP) \
- -DCDE_INSTALLATION_TOP=${prefix} \
+ -DCDE_INSTALLATION_TOP=$(CDE_INSTALLATION_TOP) \
-DCDE_LOGFILES_TOP=$(CDE_LOGFILES_TOP) \
-DFONTALIASESCONFDIR=$(sysconfdir)/$(PACKAGE_TARNAME)/fontaliases \
-DFONTALIASESDATADIR=$(pkgdatadir)/fontaliases \
|
|
From: Antonis T. <ant...@gm...> - 2022-11-05 09:34:06
|
Thank you for trying to help me with this. I have tried dtlogin and it does the same. This is my work office machine. Today I setup with Manjaro a new machine at home and miraculously does not have the same behavior. It works. I have some issues with the Greek fonts but for this I may start a different thread. So I will copy my home .dt and .dtprofile to my work office machine and see if it works. If not I will go ahead and try your suggestions. Or maybe I will first try some of your debugging suggestions to see if I can find what the problem is (out of curiosity). Thanks, Antonis. On 11/4/22 21:37, thinkunix via cdesktopenv-devel wrote: > Antonis, > > I always use dtlogin to start CDE and have no problems. > caveat: I'm running and older version of CDE. > > Add this to the end your boot scripts, after rpcbind is started, > networking and DNS are up, etc.: > > /usr/dt/bin/dtlogin -daemon > > Then login graphically to CDE. When you exit CDE, it should prompt > you to save your session. The next time you login, it should restore > any clients you had open when you last exited. If you use dtlogin, > it starts Xsession for you. > > > To the best of my knowledge, startx is for running X outside of a > session manager. You login on a text console and just type 'startx'. > While it can take arguments, I've never had to give it any. See > startx(1) about the arguments. startx processes your ~/.xinitrc > if you want to start some clients automatically, and finally should > execute your preferred window manager. > > If you want to use dtwm with the startx method, just change > /usr/X11R6/bin/mwm to /usr/dt/bin/dtwm in ~/.xinitrc, as below. > If doing this, do *not* start dtlogin (as above). > > > Example: > > ....................cut here.................... > # $HOME/.xinitrc > # Commands in this file are run when you run 'startx'. > # startx runs xinit, which starts the X Windows System when you are > # not using a display manager, e.g. xdm(1). > # > # start some xclients > xclock & > xterm & > # > # exec window manager last and not in background > if [ -x /usr/X11R6/bin/mwm ]; then > exec /usr/X11R6/bin/mwm > else > exec /usr/X11R6/bin/twm > fi > ....................cut here.................... > > > > Xsession, on the the hand, is used with a login manager like xdm(1). > To use xdm, you would start it at the end of your boot scripts: > > exec /usr/X11R6/bin/xdm > /var/adm/xdm.log 2>&1 & > > Then you should be presented with a graphical login. xdm will > process ~/.xsession and takes the place of .xinitrc used in the > startx method. > > > ....................cut here.................... > # $HOME/.xsession > # X session startup > # When logging into X via xdm, /usr/X11R6/lib64/X11/xdm/Xsession > # (global) is run, then this script is run. > # This is an executable shell script. > # All commands should be run in the background except the > # window manager which is started last. > # > # start some xclients > xclock & > xterm & > # > # Exec window manager last and not in the background > exec /usr/X11R6/bin/mwm > $HOME/xsession.log 2>&1 > ....................cut here.................... > > > > dtlogin works like xdm, only you start it with > > /usr/dt/bin/dtlogin -daemon > > instead of > > /usr/X11/bin/xdm & > > > Choose one method: startx --OR-- xdm or dtlogin. > > > > Do you have ~/.xinitrc and/or ~/.xsession files? > Try renaming or removing them. > > Other places to check for errors: > * Xorg log, usually /var/log/Xorg.$DISPLAY.log > * Dtlogin.errorLogFile, usually /var/dt/Xerrors > > > On the hung/frozen process thing, try strace(1): > > $ ps -ef | egrep 'X|Xsession|dtlogin|dtwm' ## depending on what is > running > $ strace -p pid_of_process > > > When I'm logged into CDE using dtlogin, I have these processes running: > > $ ps -ef | egrep 'X|Xsession|dtlogin|dtwm' | grep -v egrep > root 3775 1 0 Oct28 ? 00:00:00 /usr/dt/bin/dtlogin > -daemon > root 3783 3775 0 Oct28 tty10 01:23:21 /usr/bin/X :0 -auth > /var/dt/authdir/authfiles/A:0-ZZAhRD > root 3971 3775 0 Oct28 ? 00:00:00 dtlogin <:0> > -daemon > user1 4055 3971 0 Oct28 ? 00:00:00 /bin/ksh > /usr/dt/bin/Xsession > user1 4091 4075 0 Oct28 ? 00:02:11 dtwm > > scot > > > Antonis Tsolomitis wrote: >> >> Steps: >> while in mate-desktop >> rm -rf .dt/ >> rm -f .dtprofile >> >> logout and login to CDE. Everything looks OK. It auto starts Help and >> Filemanager >> >> logout and login again. It starts the Filenamager but not the Help. >> Also the cde >> bar does not display the name of the month now. >> Everything is frozen. >> >> Switched to console. >> >> .dt/errorlog remains empty. >> >> in .dt/sessionlogs/ there is only one entry called >> 'damo_DISPLAY=:0' (damo is >> the name of the machine) >> >> This file if cat says to enable logging in .dtprofile >> >> pkill -9 Xsession >> >> Enable loging in .dtprofile and login one more time. Same behavior. >> No Help, >> everything frozen. >> >> switch to console. >> >> cat .dt/sessionlogs/damo_DISPLAY\=\:0 >> <stdin>:170:58: warning: missing terminating ' character >> XIO: fatal IO error 104 (Connection reset by peer) on X server ":0.0" >> after 5571 requests (5565 known processed) with 0 events >> remaining. >> X connection to :0.0 broken (explicit kill or server shutdown). >> PipeRead: broken pipe, ppid=1 pid=2880598 fd=11 >> >> After the XIO is the fact I killed the Xsession. The previous line >> says something: >> if a terminating character is missing someplace the CDE waits for >> something to >> complete. >> But what is this <stdin>:170:58: ??? >> >> top shows nothing interesting. The system is idle. Most probably >> waiting for >> something to terminate... >> >> If there maybe something interesting in the sessions folder please >> advice. >> >> ls -R .dt/sessions >> sessions/: >> current/ dtwmfp.session system/ >> >> sessions/current: >> dtCT3zeg dt.resources dtsession.db dt.settings dtwm.db >> >> sessions/system: >> >> ================= >> >> startlog has also no error: >> [atsol@damo .dt]$ cat startlog >> --- Πεμ 03 Νοε 2022 04:43:35 μμ EET >> --- /usr/dt/bin/Xsession starting... >> --- Xsession started by startcdesession >> --- setting font path... >> --- sourcing /home/atsol/.dtprofile... >> --- sourcing /usr/dt/config/Xsession.d/0010.dtpaths... >> --- sourcing /usr/dt/config/Xsession.d/0020.dtims... >> --- sourcing /usr/dt/config/Xsession.d/0030.dttmpdir... >> --- sourcing /usr/dt/config/Xsession.d/0060.dtsysenv... >> --- starting /usr/dt/bin/dthello -file /usr/dt/copyright & >> --- starting /usr/dt/bin/dtsearchpath -ksh >> --- starting /usr/dt/bin/dtappgather & >> --- execing /usr/dt/bin/dtsession ... >> not execing /home/atsol/.profile (see /home/atsol/.dtprofile) >> >> >> Antonis. >> >> >> >> On 2/11/22 22:13, Edmond Orignac wrote: >>> >>> It is difficult to see what could be freezing your session the >>> second time you log in. I haven't seen this issue on Ubuntu with CDE >>> 2.5.0. I have only a few suggestions to try to detect the origin of >>> the problem. >>> >>> Have you examined the files created under .dt/sessions ? Is there >>> something started in sessionetc >>> >>> that does not go in the background ? Are there some files under >>> .dt/sessionlogs/ ? >>> >>> Can you switch consoles with ctrl+alt+Fn and run top on the machine >>> ? Alternatively, can you use a second PC to ssh in the machine and >>> run top to see if a program is using 100% of memory or CPU ? >>> >>> You may then try to kill the program and see if the session starts >>> correctly or ends. >>> >>> >>> >>> >>> >>> Le 31/10/2022 à 14:47, Antonis Tsolomitis a écrit : >>>> >>>> >>>> I am trying to use the latest stable CDE on Manjaro. Compilation >>>> and installation >>>> goes through with no problem. >>>> >>>> I remove old .dtprofile and old .dt/ from my home. >>>> >>>> startx /usr/dt/bin/Xsession >>>> >>>> All is well. >>>> >>>> Logout and try again: >>>> >>>> startx /usr/dt/bin/Xsession >>>> >>>> CDE starts and freezes immediately >>>> >>>> Same behavior from lightdm login manager or dtlogin manager. The >>>> first attempt (without .dt/ and .dtprofile) works. >>>> The second attempt (now we have .dt/ and .dtprofile) always freezes. >>>> >>>> $HOME/.dt/errorlog remains empty. >>>> >>>> $HOME/.dt/startlog shows no error: >>>> >>>> $ cat startlog >>>> --- Δευ 31 Οκτ 2022 03:36:42 μμ EET >>>> --- /usr/dt/bin/Xsession starting... >>>> --- Xsession started by xinit >>>> --- setting font path... >>>> --- sourcing /home/atsol/.dtprofile... >>>> --- sourcing /usr/dt/config/Xsession.d/0010.dtpaths... >>>> --- sourcing /usr/dt/config/Xsession.d/0020.dtims... >>>> --- sourcing /usr/dt/config/Xsession.d/0030.dttmpdir... >>>> --- sourcing /usr/dt/config/Xsession.d/0060.dtsysenv... >>>> --- starting /usr/dt/bin/dthello -file /usr/dt/copyright & >>>> --- starting /usr/dt/bin/dtsearchpath -ksh >>>> --- starting /usr/dt/bin/dtappgather & >>>> --- execing /usr/dt/bin/dtsession ... >>>> not execing /home/atsol/.profile (see /home/atsol/.dtprofile) >>>> >>>> >>>> >>>> Has anyone seen this behavior? How can I find what is wrong. It >>>> does the very same thing >>>> on two pcs with updated Manjaro Linux. It does exactly the same if >>>> I install cdesktopenv-git >>>> from AUR. >>>> >>>> Antonis. >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> cdesktopenv-devel mailing list >>>> cde...@li... >>>> https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel >>> >>> >>> _______________________________________________ >>> cdesktopenv-devel mailing list >>> cde...@li... >>> https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel >> >> >> This body part will be downloaded on demand. >> >> >> This body part will be downloaded on demand. >> > > > > _______________________________________________ > cdesktopenv-devel mailing list > cde...@li... > https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel |
|
From: thinkunix <thi...@zo...> - 2022-11-04 19:37:31
|
Antonis,
I always use dtlogin to start CDE and have no problems.
caveat: I'm running and older version of CDE.
Add this to the end your boot scripts, after rpcbind is started,
networking and DNS are up, etc.:
/usr/dt/bin/dtlogin -daemon
Then login graphically to CDE. When you exit CDE, it should prompt
you to save your session. The next time you login, it should restore
any clients you had open when you last exited. If you use dtlogin,
it starts Xsession for you.
To the best of my knowledge, startx is for running X outside of a
session manager. You login on a text console and just type 'startx'.
While it can take arguments, I've never had to give it any. See
startx(1) about the arguments. startx processes your ~/.xinitrc
if you want to start some clients automatically, and finally should
execute your preferred window manager.
If you want to use dtwm with the startx method, just change
/usr/X11R6/bin/mwm to /usr/dt/bin/dtwm in ~/.xinitrc, as below.
If doing this, do *not* start dtlogin (as above).
Example:
....................cut here....................
# $HOME/.xinitrc
# Commands in this file are run when you run 'startx'.
# startx runs xinit, which starts the X Windows System when you are
# not using a display manager, e.g. xdm(1).
#
# start some xclients
xclock &
xterm &
#
# exec window manager last and not in background
if [ -x /usr/X11R6/bin/mwm ]; then
exec /usr/X11R6/bin/mwm
else
exec /usr/X11R6/bin/twm
fi
....................cut here....................
Xsession, on the the hand, is used with a login manager like xdm(1).
To use xdm, you would start it at the end of your boot scripts:
exec /usr/X11R6/bin/xdm > /var/adm/xdm.log 2>&1 &
Then you should be presented with a graphical login. xdm will
process ~/.xsession and takes the place of .xinitrc used in the
startx method.
....................cut here....................
# $HOME/.xsession
# X session startup
# When logging into X via xdm, /usr/X11R6/lib64/X11/xdm/Xsession
# (global) is run, then this script is run.
# This is an executable shell script.
# All commands should be run in the background except the
# window manager which is started last.
#
# start some xclients
xclock &
xterm &
#
# Exec window manager last and not in the background
exec /usr/X11R6/bin/mwm > $HOME/xsession.log 2>&1
....................cut here....................
dtlogin works like xdm, only you start it with
/usr/dt/bin/dtlogin -daemon
instead of
/usr/X11/bin/xdm &
Choose one method: startx --OR-- xdm or dtlogin.
Do you have ~/.xinitrc and/or ~/.xsession files?
Try renaming or removing them.
Other places to check for errors:
* Xorg log, usually /var/log/Xorg.$DISPLAY.log
* Dtlogin.errorLogFile, usually /var/dt/Xerrors
On the hung/frozen process thing, try strace(1):
$ ps -ef | egrep 'X|Xsession|dtlogin|dtwm' ## depending on what is running
$ strace -p pid_of_process
When I'm logged into CDE using dtlogin, I have these processes running:
$ ps -ef | egrep 'X|Xsession|dtlogin|dtwm' | grep -v egrep
root 3775 1 0 Oct28 ? 00:00:00 /usr/dt/bin/dtlogin -daemon
root 3783 3775 0 Oct28 tty10 01:23:21 /usr/bin/X :0 -auth
/var/dt/authdir/authfiles/A:0-ZZAhRD
root 3971 3775 0 Oct28 ? 00:00:00 dtlogin <:0> -daemon
user1 4055 3971 0 Oct28 ? 00:00:00 /bin/ksh
/usr/dt/bin/Xsession
user1 4091 4075 0 Oct28 ? 00:02:11 dtwm
scot
Antonis Tsolomitis wrote:
>
> Steps:
> while in mate-desktop
> rm -rf .dt/
> rm -f .dtprofile
>
> logout and login to CDE. Everything looks OK. It auto starts Help and Filemanager
>
> logout and login again. It starts the Filenamager but not the Help. Also the cde
> bar does not display the name of the month now.
> Everything is frozen.
>
> Switched to console.
>
> .dt/errorlog remains empty.
>
> in .dt/sessionlogs/ there is only one entry called 'damo_DISPLAY=:0' (damo is
> the name of the machine)
>
> This file if cat says to enable logging in .dtprofile
>
> pkill -9 Xsession
>
> Enable loging in .dtprofile and login one more time. Same behavior. No Help,
> everything frozen.
>
> switch to console.
>
> cat .dt/sessionlogs/damo_DISPLAY\=\:0
> <stdin>:170:58: warning: missing terminating ' character
> XIO: fatal IO error 104 (Connection reset by peer) on X server ":0.0"
> after 5571 requests (5565 known processed) with 0 events remaining.
> X connection to :0.0 broken (explicit kill or server shutdown).
> PipeRead: broken pipe, ppid=1 pid=2880598 fd=11
>
> After the XIO is the fact I killed the Xsession. The previous line says something:
> if a terminating character is missing someplace the CDE waits for something to
> complete.
> But what is this <stdin>:170:58: ???
>
> top shows nothing interesting. The system is idle. Most probably waiting for
> something to terminate...
>
> If there maybe something interesting in the sessions folder please advice.
>
> ls -R .dt/sessions
> sessions/:
> current/ dtwmfp.session system/
>
> sessions/current:
> dtCT3zeg dt.resources dtsession.db dt.settings dtwm.db
>
> sessions/system:
>
> =================
>
> startlog has also no error:
> [atsol@damo .dt]$ cat startlog
> --- Πεμ 03 Νοε 2022 04:43:35 μμ EET
> --- /usr/dt/bin/Xsession starting...
> --- Xsession started by startcdesession
> --- setting font path...
> --- sourcing /home/atsol/.dtprofile...
> --- sourcing /usr/dt/config/Xsession.d/0010.dtpaths...
> --- sourcing /usr/dt/config/Xsession.d/0020.dtims...
> --- sourcing /usr/dt/config/Xsession.d/0030.dttmpdir...
> --- sourcing /usr/dt/config/Xsession.d/0060.dtsysenv...
> --- starting /usr/dt/bin/dthello -file /usr/dt/copyright &
> --- starting /usr/dt/bin/dtsearchpath -ksh
> --- starting /usr/dt/bin/dtappgather &
> --- execing /usr/dt/bin/dtsession ...
> not execing /home/atsol/.profile (see /home/atsol/.dtprofile)
>
>
> Antonis.
>
>
>
> On 2/11/22 22:13, Edmond Orignac wrote:
>>
>> It is difficult to see what could be freezing your session the second time you
>> log in. I haven't seen this issue on Ubuntu with CDE 2.5.0. I have only a few
>> suggestions to try to detect the origin of the problem.
>>
>> Have you examined the files created under .dt/sessions ? Is there something
>> started in sessionetc
>>
>> that does not go in the background ? Are there some files under
>> .dt/sessionlogs/ ?
>>
>> Can you switch consoles with ctrl+alt+Fn and run top on the machine ?
>> Alternatively, can you use a second PC to ssh in the machine and run top to
>> see if a program is using 100% of memory or CPU ?
>>
>> You may then try to kill the program and see if the session starts correctly
>> or ends.
>>
>>
>>
>>
>>
>> Le 31/10/2022 à 14:47, Antonis Tsolomitis a écrit :
>>>
>>>
>>> I am trying to use the latest stable CDE on Manjaro. Compilation and
>>> installation
>>> goes through with no problem.
>>>
>>> I remove old .dtprofile and old .dt/ from my home.
>>>
>>> startx /usr/dt/bin/Xsession
>>>
>>> All is well.
>>>
>>> Logout and try again:
>>>
>>> startx /usr/dt/bin/Xsession
>>>
>>> CDE starts and freezes immediately
>>>
>>> Same behavior from lightdm login manager or dtlogin manager. The first
>>> attempt (without .dt/ and .dtprofile) works.
>>> The second attempt (now we have .dt/ and .dtprofile) always freezes.
>>>
>>> $HOME/.dt/errorlog remains empty.
>>>
>>> $HOME/.dt/startlog shows no error:
>>>
>>> $ cat startlog
>>> --- Δευ 31 Οκτ 2022 03:36:42 μμ EET
>>> --- /usr/dt/bin/Xsession starting...
>>> --- Xsession started by xinit
>>> --- setting font path...
>>> --- sourcing /home/atsol/.dtprofile...
>>> --- sourcing /usr/dt/config/Xsession.d/0010.dtpaths...
>>> --- sourcing /usr/dt/config/Xsession.d/0020.dtims...
>>> --- sourcing /usr/dt/config/Xsession.d/0030.dttmpdir...
>>> --- sourcing /usr/dt/config/Xsession.d/0060.dtsysenv...
>>> --- starting /usr/dt/bin/dthello -file /usr/dt/copyright &
>>> --- starting /usr/dt/bin/dtsearchpath -ksh
>>> --- starting /usr/dt/bin/dtappgather &
>>> --- execing /usr/dt/bin/dtsession ...
>>> not execing /home/atsol/.profile (see /home/atsol/.dtprofile)
>>>
>>>
>>>
>>> Has anyone seen this behavior? How can I find what is wrong. It does the very
>>> same thing
>>> on two pcs with updated Manjaro Linux. It does exactly the same if I install
>>> cdesktopenv-git
>>> from AUR.
>>>
>>> Antonis.
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> cdesktopenv-devel mailing list
>>> cde...@li...
>>> https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel
>>
>>
>> _______________________________________________
>> cdesktopenv-devel mailing list
>> cde...@li...
>> https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel
>
>
> This body part will be downloaded on demand.
>
>
> This body part will be downloaded on demand.
>
|
|
From: Antonis T. <ant...@gm...> - 2022-11-03 15:00:39
|
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<br>
Steps:<br>
while in mate-desktop<br>
rm -rf .dt/ <br>
rm -f .dtprofile<br>
<br>
logout and login to CDE. Everything looks OK. It auto starts Help
and Filemanager<br>
<br>
logout and login again. It starts the Filenamager but not the Help.
Also the cde bar does not display the name of the month now.<br>
Everything is frozen.<br>
<br>
Switched to console.<br>
<br>
.dt/errorlog remains empty.<br>
<br>
in .dt/sessionlogs/ there is only one entry called
'damo_DISPLAY=:0' (damo is the name of the machine)<br>
<br>
This file if cat says to enable logging in .dtprofile<br>
<br>
pkill -9 Xsession<br>
<br>
Enable loging in .dtprofile and login one more time. Same behavior.
No Help, everything frozen.<br>
<br>
switch to console.<br>
<br>
cat .dt/sessionlogs/damo_DISPLAY\=\:0<br>
<stdin>:170:58: warning: missing terminating ' character<br>
XIO: fatal IO error 104 (Connection reset by peer) on X server
":0.0"<br>
after 5571 requests (5565 known processed) with 0 events
remaining.<br>
X connection to :0.0 broken (explicit kill or server shutdown).<br>
PipeRead: broken pipe, ppid=1 pid=2880598 fd=11<br>
<br>
After the XIO is the fact I killed the Xsession. The previous line
says something:<br>
if a terminating character is missing someplace the CDE waits for
something to complete.<br>
But what is this <stdin>:170:58: ???<br>
<br>
top shows nothing interesting. The system is idle. Most probably
waiting for something to terminate...<br>
<br>
If there maybe something interesting in the sessions folder please
advice.<br>
<br>
ls -R .dt/sessions<br>
sessions/:<br>
current/ dtwmfp.session system/<br>
<br>
sessions/current:<br>
dtCT3zeg dt.resources dtsession.db dt.settings dtwm.db<br>
<br>
sessions/system:<br>
<br>
=================<br>
<br>
startlog has also no error:<br>
[atsol@damo .dt]$ cat startlog<br>
--- Πεμ 03 Νοε 2022 04:43:35 μμ EET<br>
--- /usr/dt/bin/Xsession starting...<br>
--- Xsession started by startcdesession<br>
--- setting font path...<br>
--- sourcing /home/atsol/.dtprofile...<br>
--- sourcing /usr/dt/config/Xsession.d/0010.dtpaths...<br>
--- sourcing /usr/dt/config/Xsession.d/0020.dtims...<br>
--- sourcing /usr/dt/config/Xsession.d/0030.dttmpdir...<br>
--- sourcing /usr/dt/config/Xsession.d/0060.dtsysenv...<br>
--- starting /usr/dt/bin/dthello -file /usr/dt/copyright &<br>
--- starting /usr/dt/bin/dtsearchpath -ksh<br>
--- starting /usr/dt/bin/dtappgather &<br>
--- execing /usr/dt/bin/dtsession ...<br>
not execing /home/atsol/.profile (see /home/atsol/.dtprofile)<br>
<br>
<br>
Antonis.<br>
<br>
<br>
<br>
<div class="moz-cite-prefix">On 2/11/22 22:13, Edmond Orignac wrote:<br>
</div>
<blockquote type="cite"
cite="mid:ed6...@wa...">
<br>
It is difficult to see what could be freezing your session the
second time you log in. I haven't seen this issue on Ubuntu with
CDE 2.5.0. I have only a few suggestions to try to detect the
origin of the problem.
<br>
<br>
Have you examined the files created under .dt/sessions ? Is there
something started in sessionetc
<br>
<br>
that does not go in the background ? Are there some files under
.dt/sessionlogs/ ?
<br>
<br>
Can you switch consoles with ctrl+alt+Fn and run top on the
machine ? Alternatively, can you use a second PC to ssh in the
machine and run top to see if a program is using 100% of memory or
CPU ?
<br>
<br>
You may then try to kill the program and see if the session starts
correctly or ends.
<br>
<br>
<br>
<br>
<br>
<br>
Le 31/10/2022 à 14:47, Antonis Tsolomitis a écrit :
<br>
<blockquote type="cite">
<br>
<br>
I am trying to use the latest stable CDE on Manjaro. Compilation
and installation
<br>
goes through with no problem.
<br>
<br>
I remove old .dtprofile and old .dt/ from my home.
<br>
<br>
startx /usr/dt/bin/Xsession
<br>
<br>
All is well.
<br>
<br>
Logout and try again:
<br>
<br>
startx /usr/dt/bin/Xsession
<br>
<br>
CDE starts and freezes immediately
<br>
<br>
Same behavior from lightdm login manager or dtlogin manager. The
first attempt (without .dt/ and .dtprofile) works.
<br>
The second attempt (now we have .dt/ and .dtprofile) always
freezes.
<br>
<br>
$HOME/.dt/errorlog remains empty.
<br>
<br>
$HOME/.dt/startlog shows no error:
<br>
<br>
$ cat startlog
<br>
--- Δευ 31 Οκτ 2022 03:36:42 μμ EET
<br>
--- /usr/dt/bin/Xsession starting...
<br>
--- Xsession started by xinit
<br>
--- setting font path...
<br>
--- sourcing /home/atsol/.dtprofile...
<br>
--- sourcing /usr/dt/config/Xsession.d/0010.dtpaths...
<br>
--- sourcing /usr/dt/config/Xsession.d/0020.dtims...
<br>
--- sourcing /usr/dt/config/Xsession.d/0030.dttmpdir...
<br>
--- sourcing /usr/dt/config/Xsession.d/0060.dtsysenv...
<br>
--- starting /usr/dt/bin/dthello -file /usr/dt/copyright &
<br>
--- starting /usr/dt/bin/dtsearchpath -ksh
<br>
--- starting /usr/dt/bin/dtappgather &
<br>
--- execing /usr/dt/bin/dtsession ...
<br>
not execing /home/atsol/.profile (see /home/atsol/.dtprofile)
<br>
<br>
<br>
<br>
Has anyone seen this behavior? How can I find what is wrong. It
does the very same thing
<br>
on two pcs with updated Manjaro Linux. It does exactly the same
if I install cdesktopenv-git
<br>
from AUR.
<br>
<br>
Antonis.
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
_______________________________________________
<br>
cdesktopenv-devel mailing list
<br>
<a class="moz-txt-link-abbreviated" href="mailto:cde...@li...">cde...@li...</a>
<br>
<a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel">https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel</a>
<br>
</blockquote>
<br>
<br>
_______________________________________________
<br>
cdesktopenv-devel mailing list
<br>
<a class="moz-txt-link-abbreviated" href="mailto:cde...@li...">cde...@li...</a>
<br>
<a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel">https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel</a>
<br>
</blockquote>
<br>
</body>
</html>
|
20 messages has been excluded from this view by a project administrator.
