Re: Poważna sprawa! - lokalizacja binarek w devel

[Tomasz Kłoczko]

On Sun, 6 Sep 1998, Wojciech Slusarczyk wrote:

> Hej!
> 
>     Sprawa wygląda tak na razie w develu są dwa "komplety" podstawowych
> binarek sieciowych:
> Z Kerberosa :telnet(d), rsh(d), rlogin, ftp(d), rcp
> Z ipv6 : telnet(d), ftp(d), tftp(d), finger(d), inetd, tcpd
> Z ipv4: talk(d) - a wlasciwie to ytalk z talkiem linkowanym do ytalk+
> ntalkd
> Usługi: sendmail -hula tylko gdy w kernelu jest support dla ipv6, apache
> - tylko gdy w kernelu jest support dla ipv6, squid - po ip4, whois
> -tylko gdy w kernelu jest support dla ipv6, ping i traceroute -
> tylko gdy jest support dla ipv6. Lokalizacja demonów sieciowych (inetd,
> tcpd, telnetd itp) dla programów ipv6 to /usr/libexec, lokalizacja
> demonów kerberosowych to /usr/local/sbin - pozostale sa w /usr/sbin...
> I teraz pytanie: czy zostawiamy tak jak to jest do tej pory, czy robiny
> osobne podkatalogi :
> /usr/kerberos -dla kerberosa
> /usr/inet6 - dla aplikacji ipv6
> /usr/sbin   - dla "normalnych" aplikacji których nie ma ;)
> Przyczym samba i ssh wymagają bibliotek krberosa (są linkowane z nimi i
> współpracują). Ale w takim wypadku będziemy mieli 3 "komlety" binarek
> sieciowych + 2 inetd (lub 1 zamiennik propanowany przez Tomka). Istne
> szaleństwo!! Aha aby było ciekawiej aplikacje z ipv6 hulają po ip4 tylko
> nie są tak bogate w opcje i możliwości jak zwykłe....
> 
> No.. to by było na tyle. To co robimy ?;)

Jeszcze raz się spytam .. tak żeby się upewnić.
Czy telnet(d), rsh(d), rlogin, ftp(d), rcp od kerb5 mogą obsługiwać
normalne połączenia przychodzące i czy klienci mąg łaczyć się z
klasycznumi serwerami ? Jeżli tak to binarki kerberosa powinny przysłaniać
ni skerberyzowane, a w specu powinny się pojawić wpisy typu "Obsoletes:
telnet ..." żeby usuwać automatycznie klasyczne pakiety.

Co do sendmaila i wogóle ipv6 to tak mi się nasuwa, że tutaj powinniśmy
zastosować chyba taką samą taktyk jak planowana z kerberosem, qmaile czy
innymi rzeczqami czyli że pakiety (od kernela do aplikacji) dobrze żeby
uzyskały rewizje *ipv6. W samym instalatorze mozna by wtedy wybrać czy
chce się miec ipv6 co by powodowało instalację innego zestawu pakietów
lub wejście do katalogu z pakietami z ipv6 i wykonanie "rpm -U --fresh *".
Zapewne mało kto na początku będzie chciał mieć ipv6 więc dawanie go na
twardo chyba nie będzie dobrym pomysłem (???).

kloczek
-----------------------------------------------------------
*Ludzie nie mają problemów, tylko sobie sami je stwarzają*
-----------------------------------------------------------
Tomasz Kłoczko, sys adm @zie.pg.gda.pl|*e-mail: kloczek w rudy.mif.pg.gda.pl*