www.delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin-apps/2001/08/20/19:12:50

Mailing-List: contact cygwin-apps-help AT sourceware DOT cygnus DOT com; run by ezmlm
Sender: cygwin-apps-owner AT sourceware DOT cygnus DOT com
List-Subscribe: <mailto:cygwin-apps-subscribe AT sources DOT redhat DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin-apps/>
List-Post: <mailto:cygwin-apps AT sources DOT redhat DOT com>
List-Help: <mailto:cygwin-apps-help AT sources DOT redhat DOT com>, <http://sources.redhat.com/lists.html#faqs>
Delivered-To: mailing list cygwin-apps AT sources DOT redhat DOT com
From: "Gerrit P. Haase" <gp AT familiehaase DOT de>
Organization: Esse keine toten Tiere
To: cygwin-apps AT cygwin DOT com
Date: Tue, 21 Aug 2001 00:59:09 +0200
MIME-Version: 1.0
Subject: Re: Problem with perl -i option
Reply-to: gp AT familiehaase DOT de
Message-ID: <3B81B25D.23538.B529092@localhost>
In-reply-to: <3B812EDE.7090700@ece.gatech.edu>
X-mailer: Pegasus Mail for Win32 (v3.12cDE)
X-Hops: 1
X-Sender: 320081107336-0001 AT t-dialin DOT net

Charles Wilson schrieb am 2001-08-20, 11:38:

>Gerrit P. Haase wrote:
>> Christopher Faylor schrieb am 2001-08-15, 10:36:
>>>Unfortunately, our perl maintainer has gone silent.
>>>
>>>Is anyone here willing to pick up the perl maintainership?
>>>
>> I'm trying to build perl 5.6.1 according to the instructions from
>> Eric's README, but i got problems with 'Term::ReadKey' from the CPAN
>> Bundle:
>> =======
>> [...]
>> Term::ReadKey is using TERMIOS, as opposed to TERMIO or SGTTY.
[...]
>> make: *** [test_dynamic] Error 2
>
>Search the archives.  There is a patch necessary for Term::ReadKey 
>(since when is Term::ReadKey part of the standard perl source?  That 
>*used* to be an add-on module distributed separately...)

Yes, i searched, but i found nothing specific to TermReadkey.

Currently, Term::ReadKey IS part of cygwin-perl..., the whole 
Bundle::CPAN is part of ctgwin-perl. 

I would include some more modules if there are wishes:-)

> ===
>> I finished one complete build yesterday (with add. modules), but that was
>> with libiconv and libcygipc and libdb.
>
>Yes, official packages should not depend on non-official packages (with 
>the exception of postgresql which depends on cygipc).  Perl is "core" 
>enough that it should not require ANY external (non-official) 
>dependencies.  (i.e. no "cygipc" exception for perl).

O.K., no problem with that. Just would like to see libiconv be part of
the official distri.

gph


-- 
=^..^=

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019