Le 01/04/2019 à 08:32, Antonis Tsolomitis a écrit :
[atsol@thinkpad ~]$ hostname
thinkpad
[atsol@thinkpad ~]$ cat /etc/hosts
# Static table lookup for hostnames.
# See hosts(5) for details.
127.0.0.1 localhost
::1 localhost
127.0.0.1 thinkpad.localdomain thinkpad
[atsol@thinkpad ~]$
Do y
.-mrtFrom: Antonis TsolomitisSent: Monday, April 1, 2019 01:30To: CDE developmentSubject: Re: [cdesktopenv-devel] ArchLinux Build
Thanks for the answers, I did not
I noticed the same on some systems. I wasn't yet able to pin down the
reason, but a simple 'reset' command resets the shell to sane beaviour.
It's a workaround for the time being.
On Sun, 24 Mar 2019 at 13:28, Antonis Tsolomitis <
antonis.tsolomi...@gmail.com> wrote:
>
> I tried on ArchLinux (cde
Thanks for the answers, I did not write to the previous answers I
received
because I can no longer login CDE, and I do not know what changed,
since
I did not used CDE after my last email about the terminal problem.
It complains that can not con
Hello,
It may be not dtterm itself but either
- your shell (try bash/zsh/ksh/dash) or
- termcap/terminfo databases knowing nothing about dtterm (try to play with
stty or set your TERM variable to something different, e. g. xterm, rxvt,
linux-console, screen, vt100 or vt220).
Regards,
Andrey.
On
I tried on ArchLinux (cde 2.3.0) and I have the following problem.
Dtterm behaves strange after pressing Return (see screenshot).
If I go to Terminal Options it says that Newline sequence is Return only.
If I change this to Return/Linefeed the problem is corrected. However
it applies only to th
On 06/24/2018 06:13 PM, Jon Trulson wrote:
On 06/24/2018 06:10 PM, Christopher Turkel wrote:
I'm running the last Archlinux.
The wiki is out of datem but I don't know how much since I can't get
it running. The AUR has the file list you should use.
https://aur.archlinux.org/packages/cdesktope
Ok, so this is going to be somewhat painful. The issue is definitely in
tooltalk - it goes into an infinite loop shortly after trying to start
it's RPC server (not rpc.ttdbserver - different animal).
Periodically, it then tries to start another one, because it thinks the
previous one is "dead
On 06/24/2018 06:10 PM, Christopher Turkel wrote:
I'm running the last Archlinux.
The wiki is out of datem but I don't know how much since I can't get it
running. The AUR has the file list you should use.
https://aur.archlinux.org/packages/cdesktopenv/
You'll also need libtirpc, of course. T
I'm running the last Archlinux.
The wiki is out of datem but I don't know how much since I can't get it
running. The AUR has the file list you should use.
https://aur.archlinux.org/packages/cdesktopenv/
You'll also need libtirpc, of course. The rpcbind file is now in:
etc/conf.d/rpcbind
On S
On 06/24/2018 06:00 PM, Christopher Turkel wrote:
I can't program at all. Looks like someone smarter than I will have to
tackle this :-)
I am sad :(
Ok, what version of Arch are you running?
I did notice a lot of errors regarding fonts, so I wonder if part of the
problem is that you do not
I can't program at all. Looks like someone smarter than I will have to
tackle this :-)
On Sun, Jun 24, 2018 at 7:56 PM Jon Trulson wrote:
> On 06/24/2018 05:21 PM, Christopher Turkel wrote:
> > I have attacked the relevant error logs
> >
>
> Well, no need to be hostile toward them. :)
>
> I don'
On 06/24/2018 05:21 PM, Christopher Turkel wrote:
I have attacked the relevant error logs
Well, no need to be hostile toward them. :)
I don't know what the issue is - it does not appear related to the
hostname. How are you at CDE/X11 programming? Could you debug it?
-jon
On Sun, Jun 24,
I have attacked the relevant error logs
On Sun, Jun 24, 2018 at 7:04 PM Jon Trulson wrote:
> :(
>
> So, something else is going on here... You have the correct localhost
> patch (you have tried this without the modification to /etc/hosts right?)
>
> rpcbind is running, and ttsession is registeri
:(
So, something else is going on here... You have the correct localhost
patch (you have tried this without the modification to /etc/hosts right?)
rpcbind is running, and ttsession is registering successfully. So,
anything of interest in:
~/.dt/errorlog
~/.dt/sessionlogs/*/*
Note, for th
rpcinfo -p
program vers proto port service
104 tcp111 portmapper
103 tcp111 portmapper
102 tcp111 portmapper
104 udp111 portmapper
103 udp111 portmapper
102 udp111 portmapper
134217
Ok, so:
1) What does "rpcinfo -p" show you?
2) what does "git show 8c1ad2d3"
-jon
On 06/24/2018 04:35 PM, Christopher Turkel wrote:
No, I'm saying despite rpcbind running and /etc/hosts set properly I am
still getting the same error, ie " "Could not connect to ToolTalk..."
On Sun, Jun 24, 2
No, I'm saying despite rpcbind running and /etc/hosts set properly I am
still getting the same error, ie " "Could not connect to ToolTalk..."
On Sun, Jun 24, 2018 at 6:01 PM Jon Trulson wrote:
>
>
> On 06/24/2018 03:56 PM, Christopher Turkel wrote:
> > Rpcbind is running, and there a hostname, b
On 06/24/2018 03:56 PM, Christopher Turkel wrote:
Rpcbind is running, and there a hostname, but the same issue.
So, you are saying that if you add your hostname (uname -n) to the list
of names for your localhost (127.0.0.1) in /etc/hosts, everything starts
up properly?
-jon
On Fri, Jun
Rpcbind is running, and there a hostname, but the same issue.
On Fri, Jun 22, 2018 at 9:16 PM Jon Trulson wrote:
> On 06/22/2018 07:10 PM, Henry Bonath wrote:
> > I think that's either rpcbind isn't running, or maybe the /etc/hosts
> > file not having the hostname in there?
> > I just loaded up
On 06/22/2018 07:10 PM, Henry Bonath wrote:
I think that's either rpcbind isn't running, or maybe the /etc/hosts
file not having the hostname in there?
I just loaded up a raspbian lite image and loaded a barebones CDE build
and I definitely got that error, and am pretty sure it was one of the
t
I think that's either rpcbind isn't running, or maybe the /etc/hosts file
not having the hostname in there?
I just loaded up a raspbian lite image and loaded a barebones CDE build and
I definitely got that error, and am pretty sure it was one of the two that
was the issue.
On Fri, Jun 22, 2018 at
I have gotten past the dthello hang in Archlinux.
Now I get this:
"Could not connect to ToolTalk message server:
TT_ERR_NOMP No ttsession process is running, probably because tt_open()
has not been called yet. If this code is returned from tt_open() it means
ttsession could not be started,
23 matches
Mail list logo
