Problems with talk utility from inetutils

Problems with talk utility from inetutils

[Kevin Wright]

Hello,

I recently upgraded to cygwin 1.1.7 and am truly amazed at the progress.

I am especially impressed with the work that Corinna has done to get
inetutils to work so easily. I managed to get telnetd, ftpd, rlogin,
rsh, etc to work with very little effort. Thanks, Corinna!
(I'm also extremely thankful to Charles Wilson for all the packages
now included in the distribution.)

So, while I was browsing the inetutils.README, I noticed the talk
utility which I hadn't used in several years and decided to give it
a try.

Here's what happens:

~/ tty
/dev/tty1
kwright@HOLSTEIN-MOBILE Wed Jan 17 06:02:50pm
~/ who
kwright  tty0     Jan 17 16:46 (holstein-mobile.ASPECTDV.COM)
kwright  tty1     Jan 17 17:53 (holstein-mobile.ASPECTDV.COM)
kwright  tty3     Jan 17 17:22 (holstein-mobile.ASPECTDV.COM)
kwright@HOLSTEIN-MOBILE Wed Jan 17 06:02:52pm
~/ talk kwright tty0
Error opening terminal: cygwin.

I've tried changing to various TERMs but I always get the same
results.

I've also tried running an strace and found this "error":

  239  158185 [main] talk 444 _write: write (1, 0xA011E00, 51)^M
  191  158376 [main] talk 444 fhandler_base::write: binary write^M
Standard input must be a tty, not a pipe or a file
  179  158555 [main] talk 444 fhandler_base::write: 51 = write (0xA011E00,
51)^M

I also noticed that talk was trying to open terminfo files in a strange
place:

(/home/kwright/.terminfo/l/linux, 0x10000)

and then later in:

/contrib/share/terminfo/l/linux

I tried copying the terminfo files from /usr/share/terminfo to /contrib
but this didn't help. Then I copied over an old termcap file from a an old
cygwin installation and talk no longer tried to open terminfo but I still
got the same error regarding not being able to open terminal: foo.

While not being able to run talk is not a show stopper but I just thought
it would be a handy tool to get running. My next step would be to run
the debugger but I just wanted to know if anyone else was able to get talk
to work.

TIA,

--Kevin Wright

Below is a copy of cygcheck -s -v in case it would help:


Cygnus Win95/NT Configuration Diagnostics
Current System Time: Wed Jan 17 18:13:35 2001

WinNT Ver 4.0 build 1381 Service Pack 5

Path:	/usr/bin
	/usr/local/bin
	/usr/X11R6/bin
	/home/kwright/bin

SysDir: C:\WINNT\System32
WinDir: C:\WINNT

PWD = `/home/kwright'
CYGWIN = `binmode tty ntsec'
MAKE_MODE = `unix'
HOME = `/home/kwright'

NUMBER_OF_PROCESSORS = `1'
PROMPT = `$P$G'
LOGONSERVER = `\\MVBDC'
OS2LIBPATH = `C:\WINNT\system32\os2\dll;'
XERRORDB = `f:\cygwin\usr\X11R6\lib\X11\XerrorDB'
COMSPEC = `C:\WINNT\system32\cmd.exe'
PNP_HOME = `d:/pnp'
!C: = `C:\WINNT\Profiles\kwright.000\Desktop'
SYSTEMDRIVE = `C:'
HOSTNAME = `HOLSTEIN-MOBILE'
PROCESSOR_REVISION = `060a'
XErrorDB = `/usr/X11R6/lib/X11/XErrorDB'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
COMPUTERNAME = `HOLSTEIN-MOBILE'
LUCIDA = `-b&h-lucidatypewriter-bold-r-normal-*-*-120-*-*-m-*-iso8859-1'
CLASSPATH = `C:\Program Files\Exceed.nt\hcljrcsv.jar;C:\Program
Files\Exceed.nt\;C:\WINNT\System32\QTJava.zip'
WINDIR = `C:\WINNT'
USERPROFILE = `C:\WINNT\Profiles\kwright.000'
MANPATH = `/usr/local/man:/usr/man:/usr/X11R6/man:/usr/local/teTeX/man'
!F: = `F:\cygwin\home\kwright'
ETERMPIX = `/usr/local/share/Eterm/pix'
QTJAVA = `C:\WINNT\System32\QTJava.zip'
XKEYSYMDB = `f:\cygwin\usr\X11R6\lib\X11\XKeysymDB'
MACHTYPE = `i686-pc-cygwin'
CVSREAD = `1'
PROCESSOR_IDENTIFIER = `x86 Family 6 Model 6 Stepping 10, GenuineIntel'
LM_LICENSE_FILE = `7118@overseer'
OS = `Windows_NT'
OLDPWD = `/home/kwright'
PROCESSOR_ARCHITECTURE = `x86'
TEMP = `/cygdrive/c/TEMP'
PROCESSOR_LEVEL = `6'
SYSTEMROOT = `C:\WINNT'
HOST = `HOLSTEIN-MOBILE'
NTHOME = `c:\WINNT\Profiles\kwright'
XKeysymDB = `/usr/X11R6/lib/X11/XKeysymDB'
TMP = `/tmp'
DISPLAY = `127.0.0.1:0.0'
HOMEDRIVE = `C:'
SHLVL = `1'
TEXMFCNF = `/usr/local/share/texmf/web2c/texmf.cnf'
DIRCMD = `/OGN'
HOMEPATH = `\'
USERDOMAIN = `I2'
!EXITCODE = `00000000'
TEXMFMAIN = `/usr/local/share/texmf'
USERNAME = `kwright'
SHELL = `/bin/bash'
CVSROOT = `:pserver:kwright@spider:/cvsroot'
HOSTTYPE = `i686'
OSTYPE = `cygwin'
TERM = `cygwin'
RXVTPATH = `/usr/local/share/rxvt'
_ = `/usr/bin/cygcheck'
TZ = `MST7MDT6,M4.1.0/2,M10.5.0/2'

Use `-r' to scan registry

a:  fd           N/A    N/A
c:  hd  NTFS    6024Mb  57% CP CS UN PA FC     SYSTEM
d:  hd  NTFS    4008Mb  48% CP CS UN PA FC
e:  hd  NTFS    2996Mb  94% CP CS UN PA FC     CYGWIN
f:  hd  NTFS    3867Mb  13% CP CS UN PA FC     CYGWIN2
g:  cd  CDFS      50Mb 100%    CS              SBCIS_INSTALLATION_CD

f:\cygwin\bin  /usr/bin  system  binmode
f:\cygwin\lib  /usr/lib  system  binmode
d:\Downloads  /downloads  system  binmode
f:\cygwin  /        system  binmode
e:    /edrive  system  binmode

Found: f:\cygwin\bin\bash.exe
Found: f:\cygwin\bin\cat.exe
Found: f:\cygwin\bin\cpp.exe
Found: f:\cygwin\bin\find.exe
Found: f:\cygwin\bin\gcc.exe
Found: f:\cygwin\bin\gdb.exe
Found: f:\cygwin\bin\ld.exe
Found: f:\cygwin\bin\ls.exe
Found: f:\cygwin\bin\make.exe
Found: f:\cygwin\bin\sh.exe

  611k 2001/01/17 C:\WINNT\System32\cygwin1.dll - os=4.0 img=1.0 sys=4.0
                  "cygwin1.dll" v0.0 ts=2000/12/25 10:39
    Cygwin DLL version info:
        dll major: 1001
        dll minor: 7
        dll epoch: 19
        dll bad signal mask: 19005
        dll old termios: 5
        dll malloc env: 28
        api major: 0
        api minor: 31
        shared data: 3
        dll identifier: cygwin1
        mount registry: 2
        cygnus registry name: Cygnus Solutions
        cygwin registry name: Cygwin
        program options name: Program Options
        cygwin mount registry name: mounts v2
        cygdrive flags: cygdrive flags
        cygdrive prefix: cygdrive prefix
        cygdrive default prefix:
        build date: Mon Dec 25 12:39:48 EST 2000
        shared id: cygwin1S3

   56k 2000/12/03 f:\cygwin\bin\cygbz21.0.dll - os=4.0 img=1.0 sys=4.0
                  "cygbz21.0.dll" v0.0 ts=2000/11/20 16:53
   45k 2000/12/07 f:\cygwin\bin\cygform5.dll - os=4.0 img=1.0 sys=4.0
                  "cygform5.dll" v0.0 ts=2000/12/6 23:41
   18k 2000/10/23 f:\cygwin\bin\cyggdbm.dll - os=4.0 img=1.0 sys=4.0
                  "cyggdbm.dll" v0.0 ts=2000/10/22 20:26
   17k 2001/01/07 f:\cygwin\bin\cyghistory4.dll - os=4.0 img=1.0 sys=4.0
                  "cyghistory4.dll" v0.0 ts=2001/1/6 21:34
   14k 2000/10/23 f:\cygwin\bin\cygintl.dll - os=4.0 img=1.0 sys=4.0
                  "cygintl.dll" v0.0 ts=2000/10/23 13:02
   81k 2000/12/05 f:\cygwin\bin\cygitcl30.dll - os=4.0 img=1.0 sys=4.0
                  "cygitcl30.dll" v0.0 ts=2000/11/25 18:43
   35k 2000/12/05 f:\cygwin\bin\cygitk30.dll - os=4.0 img=1.0 sys=4.0
                  "cygitk30.dll" v0.0 ts=2000/11/25 18:43
   45k 2000/10/22 f:\cygwin\bin\cygjbig1.dll - os=4.0 img=1.0 sys=4.0
                  "cygjbig1.dll" v0.0 ts=2000/10/22 17:06
  119k 2000/10/23 f:\cygwin\bin\cygjpeg6b.dll - os=4.0 img=1.0 sys=4.0
                  "cygjpeg6b.dll" v0.0 ts=2000/10/22 18:58
   26k 2000/12/07 f:\cygwin\bin\cygmenu5.dll - os=4.0 img=1.0 sys=4.0
                  "cygmenu5.dll" v0.0 ts=2000/12/6 23:40
  159k 2000/12/07 f:\cygwin\bin\cygncurses++5.dll - os=4.0 img=1.0 sys=4.0
                  "cygncurses++5.dll" v0.0 ts=2000/12/6 23:42
  225k 2000/12/07 f:\cygwin\bin\cygncurses5.dll - os=4.0 img=1.0 sys=4.0
                  "cygncurses5.dll" v0.0 ts=2000/12/6 23:39
   15k 2000/12/07 f:\cygwin\bin\cygpanel5.dll - os=4.0 img=1.0 sys=4.0
                  "cygpanel5.dll" v0.0 ts=2000/12/6 23:40
  162k 2000/10/23 f:\cygwin\bin\cygpng2.dll - os=4.0 img=1.0 sys=4.0
                  "cygpng2.dll" v0.0 ts=2000/10/22 18:40
  108k 2001/01/07 f:\cygwin\bin\cygreadline4.dll - os=4.0 img=1.0 sys=4.0
                  "cygreadline4.dll" v0.0 ts=2001/1/6 21:34
  390k 2000/12/05 f:\cygwin\bin\cygtcl80.dll - os=4.0 img=1.0 sys=4.0
                  "cygtcl80.dll" v0.0 ts=2000/11/25 18:39
    5k 2000/12/05 f:\cygwin\bin\cygtclpip80.dll - os=4.0 img=1.0 sys=4.0
   10k 2000/12/05 f:\cygwin\bin\cygtclreg80.dll - os=4.0 img=1.0 sys=4.0
                  "cygtclreg80.dll" v0.0 ts=2000/11/25 18:39
  243k 2000/10/23 f:\cygwin\bin\cygtiff3.dll - os=4.0 img=1.0 sys=4.0
                  "cygtiff3.dll" v0.0 ts=2000/10/22 19:14
  623k 2000/12/05 f:\cygwin\bin\cygtk80.dll - os=4.0 img=1.0 sys=4.0
                  "cygtk80.dll" v0.0 ts=2000/11/25 18:43
   41k 2000/11/20 f:\cygwin\bin\cygXpm-noX4.dll - os=4.0 img=1.0 sys=4.0
                  "cygXpm-noX4.dll" v0.0 ts=2000/11/19 19:41
   45k 2000/11/20 f:\cygwin\bin\cygXpm-X4.dll - os=4.0 img=1.0 sys=4.0
                  "cygXpm-X4.dll" v0.0 ts=2000/11/19 19:45
   49k 2000/10/23 f:\cygwin\bin\cygz.dll - os=4.0 img=1.0 sys=4.0
                  "cygz.dll" v0.0 ts=2000/10/22 18:22
  611k 2000/12/25 f:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0
                  "cygwin1.dll" v0.0 ts=2000/12/25 10:39
    Cygwin DLL version info:
        dll major: 1001
        dll minor: 7
        dll epoch: 19
        dll bad signal mask: 19005
        dll old termios: 5
        dll malloc env: 28
        api major: 0
        api minor: 31
        shared data: 3
        dll identifier: cygwin1
        mount registry: 2
        cygnus registry name: Cygnus Solutions
        cygwin registry name: Cygwin
        program options name: Program Options
        cygwin mount registry name: mounts v2
        cygdrive flags: cygdrive flags
        cygdrive prefix: cygdrive prefix
        cygdrive default prefix:
        build date: Mon Dec 25 12:39:48 EST 2000
        shared id: cygwin1S3


--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

Re: Problems with talk utility from inetutils

[Corinna Vinschen]

On Wed, Jan 17, 2001 at 06:46:03PM -0700, Kevin Wright wrote:
> Hello,
> 
> I recently upgraded to cygwin 1.1.7 and am truly amazed at the progress.
> 
> I am especially impressed with the work that Corinna has done to get
> inetutils to work so easily. I managed to get telnetd, ftpd, rlogin,
> rsh, etc to work with very little effort. Thanks, Corinna!

Thank you, too.

> I also noticed that talk was trying to open terminfo files in a strange
> place:
> 
> (/home/kwright/.terminfo/l/linux, 0x10000)
> 
> and then later in:
> 
> /contrib/share/terminfo/l/linux

Definitely my fault. I figured out that my developer box still
used ncurses from the Cygwin 1.0 version. I have now completely
reinstalled the box with the latest net distro and I will release
a new inetutils soon.

Thanks for the hint,
Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Developer                                mailto:cygwin@cygwin.com
Red Hat, Inc.

--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

Re: Problems with talk utility from inetutils

[Charles S. Wilson]

Corinna Vinschen wrote:
> Definitely my fault. I figured out that my developer box still
> used ncurses from the Cygwin 1.0 version. I have now completely
> reinstalled the box with the latest net distro and I will release
> a new inetutils soon.

Users of the current inetutils can probably just set
'TERMINFO=/usr/share/terminfo' and keep on going.

Just a question: since ncurses is a "contrib" item, should inetutils use
it or should inetutils just compile against termcap?

--Chuck

--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

Re: Problems with talk utility from inetutils

[Christopher Faylor]

On Thu, Jan 18, 2001 at 02:47:44PM -0500, Charles S. Wilson wrote:
>Corinna Vinschen wrote:
>> Definitely my fault. I figured out that my developer box still
>> used ncurses from the Cygwin 1.0 version. I have now completely
>> reinstalled the box with the latest net distro and I will release
>> a new inetutils soon.
>
>Users of the current inetutils can probably just set
>'TERMINFO=/usr/share/terminfo' and keep on going.
>
>Just a question: since ncurses is a "contrib" item, should inetutils use
>it or should inetutils just compile against termcap?

It should compile with termcap.  That may be tricky if terminfo is
installed, though.

cgf

--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

RE: Problems with talk utility from inetutils - solved

[Kevin Wright]

Chuck, 

Thanks! That fixed it! I should have remembered to try to set
the TERMINFO variable.

For those who may be trying this, and don't already know how to
use the talk utility, here are the steps I used:

1) $ export TERMINFO=/usr/share/terminfo

2) $ talk username@machine-name [ttyname]
   
   NOTE: If both people are on the same machine, you don't need to 
   include "@machine-name." If the person you want to talk to is
   logged in multiple times with the same username, specify the 
   ttyname to talk to the correct terminal. (tty0 is the default)
 
   If you are talking to a different person but that person is 
   logged in more than once, you can specify the ttyname to talk
   to a particular terminal. Again, tty0 is the default.
   
   NOTE: to find the ttyname of your terminal, use the tty command.
   To find the ttyname of the user you want to talk to, use the
   who command. However, currently on cygwin, who only reports local 
   users unless you pass it the filename /var/log/wtmp thus:

   $ who /var/log/wtmp |tail -4
   kwright  tty1     Jan 18 11:08 (holstein-mobile)
   kwright  ftp512   Jan 18 12:55 (holstein-kw)
   kwright  ftp441   Jan 18 12:57 (holstein-kw)
   kwright  tty2     Jan 18 15:27 (holstein-kw)
  
   Examples of sending a talk request:

   $ talk kwright tty1                  # local machine
    
   $ talk root@gnome                    # remote machine

3) When the request message pops up on your terminal, respond to 
   the request with the username and ttyname (if necessary):
   NOTE: if the user is on the same machine, you don't need to
   specify "@machine-name".

   $ talk kwright tty2                  # local machine
   
   $ talk kwright@holstein-mobile tty2  # remote machine

Even though much of this is obvious from reading the man page and from
trial and error, perhaps this should go into the FAQ? 

Thanks again,

--Kevin



> -----Original Message-----
> From: cygwin-owner@sources.redhat.com
> [ mailto:cygwin-owner@sources.redhat.com]On Behalf Of Charles S. Wilson
> Sent: Thursday, January 18, 2001 12:48 PM
> To: Corinna Vinschen
> Subject: Re: Problems with talk utility from inetutils
> 
> 
> Corinna Vinschen wrote:
> > Definitely my fault. I figured out that my developer box still
> > used ncurses from the Cygwin 1.0 version. I have now completely
> > reinstalled the box with the latest net distro and I will release
> > a new inetutils soon.
> 
> Users of the current inetutils can probably just set
> 'TERMINFO=/usr/share/terminfo' and keep on going.
> 
> Just a question: since ncurses is a "contrib" item, should inetutils use
> it or should inetutils just compile against termcap?
> 
> --Chuck
> 
> --
> Want to unsubscribe from this list?
> Check out: http://cygwin.com/ml/#unsubscribe-simple
> 
> 

--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

Re: Problems with talk utility from inetutils

[Corinna Vinschen]

On Thu, Jan 18, 2001 at 07:24:59PM -0500, Christopher Faylor wrote:
> On Thu, Jan 18, 2001 at 02:47:44PM -0500, Charles S. Wilson wrote:
> >Corinna Vinschen wrote:
> >> Definitely my fault. I figured out that my developer box still
> >> used ncurses from the Cygwin 1.0 version. I have now completely
> >> reinstalled the box with the latest net distro and I will release
> >> a new inetutils soon.
> >
> >Users of the current inetutils can probably just set
> >'TERMINFO=/usr/share/terminfo' and keep on going.
> >
> >Just a question: since ncurses is a "contrib" item, should inetutils use
> >it or should inetutils just compile against termcap?
> 
> It should compile with termcap.  That may be tricky if terminfo is
> installed, though.

It doesn't compile with termcap. It depends on curses. If curses
(or ncurses) isn't available on a system, talk and talkd are not
build. IMHO, the ncurses package should be moved from contrib to
latest anyway.

Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Developer                                mailto:cygwin@cygwin.com
Red Hat, Inc.

--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

Re: Another Ncurses issue [WAS: Re: Problems with talk utility from inetutils]

[Earnie Boyd]

Corinna Vinschen wrote:
> 
> It doesn't compile with termcap. It depends on curses. If curses
> (or ncurses) isn't available on a system, talk and talkd are not
> build. IMHO, the ncurses package should be moved from contrib to
> latest anyway.
> 

I agree.  Also, a /etc/postinstall script to clean up /usr/include would
be nice.  Forgive me if you've already thought of this.

Cheers,
Earnie.

__________________________________________________
Do You Yahoo!?
Talk to your friends online with Yahoo! Messenger.
http://im.yahoo.com

--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

Re: Another Ncurses issue [WAS: Re: Problems with talk utility from inetutils]

[Christopher Faylor]

On Fri, Jan 19, 2001 at 08:12:05AM -0500, Earnie Boyd wrote:
>Corinna Vinschen wrote:
>> 
>> It doesn't compile with termcap. It depends on curses. If curses
>> (or ncurses) isn't available on a system, talk and talkd are not
>> build. IMHO, the ncurses package should be moved from contrib to
>> latest anyway.
>> 
>
>I agree.  Also, a /etc/postinstall script to clean up /usr/include would
>be nice.  Forgive me if you've already thought of this.

setup.exe should already cleanup obsolete files like this automatically.

cgf

--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

Re: Problems with talk utility from inetutils

[Charles S. Wilson]

Corinna Vinschen wrote:

> > >Just a question: since ncurses is a "contrib" item, should inetutils use
> > >it or should inetutils just compile against termcap?
> >
> > It should compile with termcap.  That may be tricky if terminfo is
> > installed, though.
> 
> It doesn't compile with termcap. It depends on curses. If curses
> (or ncurses) isn't available on a system, talk and talkd are not
> build. IMHO, the ncurses package should be moved from contrib to
> latest anyway.

Ah.  Well, this makes inetutils the first official, non-contrib package
to depend on ncurses.  This sounds like a good policy to me: when a
'latest' package is built to depend on a 'contrib' package, move the
'contrib' package into 'latest'.

However, I remember massive confusion when zlib was moved from 'latest'
to 'contrib'.  Do you suppose that will recur in this instance, or was
that just an artifact of setup.exe's evolution? (e.g. setup was just
learning how to deal with multiple subdir paths...)

--Chuck

--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

Re: Another Ncurses issue [WAS: Re: Problems with talk utility from inetutils]

[Charles S. Wilson]

Earnie Boyd wrote:
> 
> Corinna Vinschen wrote:
> >
> > It doesn't compile with termcap. It depends on curses. If curses
> > (or ncurses) isn't available on a system, talk and talkd are not
> > build. IMHO, the ncurses package should be moved from contrib to
> > latest anyway.
> >
> 
> I agree.  Also, a /etc/postinstall script to clean up /usr/include would
> be nice.  Forgive me if you've already thought of this.

Are you talking about an /etc/postinstall script as part of ncurses? 
(e.g. Are you talking to me?)  If so, I don't think it's necessary: when
upgrading a package, setup *unintalls* all files related to the old
version, and then installs the new version.  That should clean up any
cruft from ncurses in /usr/include, right?

--Chuck

--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

Re: Another Ncurses issue [WAS: Re: Problems with talk utility from inetutils]

[Earnie Boyd]

Christopher Faylor wrote:
> 
> On Fri, Jan 19, 2001 at 08:12:05AM -0500, Earnie Boyd wrote:
> >Corinna Vinschen wrote:
> >>
> >> It doesn't compile with termcap. It depends on curses. If curses
> >> (or ncurses) isn't available on a system, talk and talkd are not
> >> build. IMHO, the ncurses package should be moved from contrib to
> >> latest anyway.
> >>
> >
> >I agree.  Also, a /etc/postinstall script to clean up /usr/include would
> >be nice.  Forgive me if you've already thought of this.
> 
> setup.exe should already cleanup obsolete files like this automatically.
> 

Really! That's cool, I didn't know this.

Cheers,
Earnie.

_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

Re: Another Ncurses issue [WAS: Re: Problems with talk utility from inetutils]

[Earnie Boyd]

"Charles S. Wilson" wrote:
> 
> Are you talking about an /etc/postinstall script as part of ncurses?
> (e.g. Are you talking to me?)  If so, I don't think it's necessary: when
> upgrading a package, setup *unintalls* all files related to the old
> version, and then installs the new version.  That should clean up any
> cruft from ncurses in /usr/include, right?
> 

Yes. Yes. and Yes.

It's a mute point.  I've been corrected already.

Earnie.

__________________________________________________
Do You Yahoo!?
Talk to your friends online with Yahoo! Messenger.
http://im.yahoo.com

--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

Re: Another Ncurses issue [WAS: Re: Problems with talk utility from inetutils]

[Christopher Faylor]

On Fri, Jan 19, 2001 at 12:40:46PM -0500, Earnie Boyd wrote:
>Christopher Faylor wrote:
>> 
>> On Fri, Jan 19, 2001 at 08:12:05AM -0500, Earnie Boyd wrote:
>> >Corinna Vinschen wrote:
>> >>
>> >> It doesn't compile with termcap. It depends on curses. If curses
>> >> (or ncurses) isn't available on a system, talk and talkd are not
>> >> build. IMHO, the ncurses package should be moved from contrib to
>> >> latest anyway.
>> >>
>> >
>> >I agree.  Also, a /etc/postinstall script to clean up /usr/include would
>> >be nice.  Forgive me if you've already thought of this.
>> 
>> setup.exe should already cleanup obsolete files like this automatically.
>> 
>
>Really! That's cool, I didn't know this.

I just learned about this recently myself, after sending a private
suggestion to DJ.  It was one of those "D'oh" experiences...

cgf

--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

Re: Problems with talk utility from inetutils

[Christopher Faylor]

On Fri, Jan 19, 2001 at 12:02:08PM -0500, Charles S. Wilson wrote:
>Corinna Vinschen wrote:
>
>> > >Just a question: since ncurses is a "contrib" item, should inetutils use
>> > >it or should inetutils just compile against termcap?
>> >
>> > It should compile with termcap.  That may be tricky if terminfo is
>> > installed, though.
>> 
>> It doesn't compile with termcap. It depends on curses. If curses
>> (or ncurses) isn't available on a system, talk and talkd are not
>> build. IMHO, the ncurses package should be moved from contrib to
>> latest anyway.
>
>Ah.  Well, this makes inetutils the first official, non-contrib package
>to depend on ncurses.  This sounds like a good policy to me: when a
>'latest' package is built to depend on a 'contrib' package, move the
>'contrib' package into 'latest'.
>
>However, I remember massive confusion when zlib was moved from 'latest'
>to 'contrib'.  Do you suppose that will recur in this instance, or was
>that just an artifact of setup.exe's evolution? (e.g. setup was just
>learning how to deal with multiple subdir paths...)

I'm sure that everything will be just fine or, if not, people will figure
everything out for themselves and do the right thing.

cgf
(the medication is finally kicking in)

:-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-)
:-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-)
:-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-)
:-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-)
;-)

--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

Re: Problems with talk utility from inetutils - solved

[Jari Aalto+list.cygwin]

* Thu 2001-01-18 Kevin Wright <kevin@wright.org> list.cygwin
* Message-Id: < 005f01c081aa$d62ab380$e088f726@holstein-mobile.ASPECTDV.COM >
| Thanks! That fixed it! I should have remembered to try to set
| the TERMINFO variable.
| 
| For those who may be trying this, and don't already know how to
| use the talk utility, here are the steps I used:
| 
| 1) $ export TERMINFO=/usr/share/terminfo

For me in Win98 talk hangs (local call) to

    No connection yet]
    [Checking for invitation on caller's machine]
    
Does this require talkd to be up? how?

Jari


--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple