bug-inetutils
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: inetutils ./ChangeLog gwhois/whois.c whois/Chan...


From: Alain Magloire
Subject: Re: inetutils ./ChangeLog gwhois/whois.c whois/Chan...
Date: Wed, 17 Jan 2001 21:27:46 -0500 (EST)

> 
> On Thu, Jan 18, 2001 at 01:11:07AM +0100, Marco d'Itri wrote:
> 
> >  >> Please send whois changes to me too, so I can merge them in my copy.
> >  >I thought the inetutils repository was the canonical source for whois?
> > It's not going to be at least until inetutils will be officialy
> > released and integrated in debian.
> 
> I am working with Marcus on repackaging Debian and I will be taking it 
> over.  The first cut will still be hurd-only, but that will only be until 
> all of the virtual packages and alternatives get setup in the other packages.

That's good news.  Inetutils was dangerously close to a release when I got
distracted.  The issues that I wanted to ironed out:

1)  Isolate Micheal Vogt patch for ftpd internal ls, althought an interresting
   addition libls was anyting but portable, it could be make portable for
   GNU/Linux, BSD and with some torture Solaris, but it crash on everyting
   else.  So the idea was to have a configure --enable-internal-ls
   that would set the LIBOJS and WITH_INTERNAL_LS.

2) Some of the r* commands did not work on Solaris because of PTY/Stream
  and /bin/login issues/differences.

3) Move more things to libtelnet/

4) Resolve the whois(devnull) gnu-whois(Marco), since I had no news from
   devnull ...gnu-whois seems like the obvious choice for integration.

5) Security audit, was going good.

6) Docs

7) Gnu options, Coding style.

8) Syslogd, some of the other features proposed by Marckus.

9) ...

I think, if 1), 4) and hopefully 2) are done inetutils is good to go.
   
> > Even then I may still distribuite it in its own small package for user
> > who do not want the whole inetutils (which at least on linux and *BSD
> > I think it's not going to be used by most people until it will be more
> > mature).
> 
> Would it be useful to have a configure option that only creates 'whois'?  
> 
> I'm thinking like `./configure --enable-clients=whois,ftp' type of thing.
> 
> I'd hate to have 2 groups trying to stay in sync.

whois is part of the clients, we would need to make gwhois the default whois
but probably Marco should have write access to maintain this hierarchy.

-- 
au revoir, alain
----
Aussi haut que l'on soit assis, on est toujours assis que sur son cul !!!




reply via email to

[Prev in Thread] Current Thread [Next in Thread]