znowu rc-scripts (fwd)

[Jacek Konieczny]

On czw, 29 kwi 1999, Grzegorz Stanislawski wrote:

> On Wed, 28 Apr 1999, Jacek Konieczny wrote:
> 
> > On Thu, Apr 22, 1999 at 07:08:19PM +0200, Grzegorz Stanislawski wrote:
> > > Bez sensu forwardowac swoje listy, ale jakoze nie dotarl to....
> > 
> > Teraz to trochę puźno....
> Napisalem go nazajurz po twoim. To ze nie doszedl to z powodu dziewneho
> zachowania sie MX'a w pld.org.pl
No có. Na to żaden z nas nie miał wpływu

> > > > Rozmowy było dużo, pamiętam to. Ale nic z tego nie wyszło.
> > > Nic z tego nie wyszlo jeszcze do cvs'a. spokojnie.
> > > idac twoim tokiem rozumowiania goscie od instalatora tez leza bykiem.
> > Bo po to jest CVS, żeby z niego kożystać.
> > W ten sposób ludzie mogą współpracować i jest znacznie mniej konfliktów
> > (jak na przykład ten).
> > 
> Jasne, ale tez bez sensu jest wstawiac cos co nie bedzie dzialac a w
> szczegolnosci czegos czego nie jestesmy do konca pewni.
Jakoś wszędzie gdzie mialem doczynienia z CVS, to co było w repo uważane było
za "niestabilne", chyba że akurat był "code-freeze". Więc nabrałem takich
nawyków.

> 
> > > > Jeśli nie ma żadnego specjalnego sprzeciwu, niedługo powinny pojawić się
> > > > pakiety zdatne do użytku, które będzie można ewentualnie poprawić.
> > > > W tej chwili PLD nie ma wogóle sprawnych skryptów startowych.
> > > >
> > > Dlaczego tak sadzisz.
> > A dlaczego miałbym sądzić inaczej.
> > Zainstalowałem skrypty z devel - chodziły kiepsko.
> to oznaczy jak?
Np.: sieć się krzaczyła tylko dlatego, że nie miałem wkompilowanego IPv6.
Najciekawsze, że te skrypty i tak nie konfigurowały IPv6 jak należy.
 
> > Zajżałem do CVS i jest jeszcze gożej.
> to znaczy jak?
Nie pamiętam. W kazdym razie, żeby doprowadzić komputer do użytku musiałem
kilka rzeczy ponaprawiać.
 
> > > Byl przy okazji robienia wsponie z kloczkiem rpma z
> > > rc-scriprts-0.0.{1-3} request o przetestowanie, czemu dopiero teaz to
> > > zglaszasz?
> > > I co w nich jest nie tak.
> > 
> > - Przy starcie sieci haszcze na ekran szły
> to czemu ich nie pusciles do plku i nie przeslades do mnie, wigeta czy kloczka 
Chociażby dla tego, że najpierw chciałem swój komputerek doprowadzić do
porządku po instalowaniu PLD. Zreszta jak już zaczynałem skrobać jakiegoś
maila, to wychodził w takim tonie, że wolałem go nie wysyłać. Myślałem, że
potem ochłonę. Niestety moja złość na skrypty przemieniła się w siłę twórczą,
która kazała mi zrobić to po swojemu.

> 
> > - Gdy kernel skompilowany był bez IPv6 to dopiero głupiało
> > - Konfiguracja IPv6 nie pasująca do IPv4
> Tu zgoda, ale pracujemy nad tym. Te akurat byly gotowe i po malych
> poprzwkach przez jakis juz czas dzialaja.
To czemu nie były w CVS. To co jest w CVS nie musi w 100% działać. Ważne, żeby
było w miarę aktualne - wtedy każdy będzie mógł pomóc, albo zostawić to w
spokoju.

> > > > Adresy ipv6 już rozwiązałem IMHO tak jak należy (bez powtórzeń ADDR=) -
> > > > jedna zmienna IP6ADDRS.
> > > > 
> A IMHO to wlasnie nie jest tak jak nalezy. Wedlug mnie powinno byc tak ze
> zmienna ADDR= powinna byc ciurkiem jedna pod druga i adresy ipv6 powinny
> tez tam wystepowac. Skrypt powinien nad tym zapanowac. Przyklad:
> ADDR=195.136.100.2/24
> ADDR=195.136.100.4/24 (tu skrypt powinien potawic aliasa)
> ADDR=3ffe:902:10::3/112
> ADDR=END
> Jak by ktos byl malo spostrzegawczy to NETMASK dla ipv4 wystepuje po "/"
> w szcegolnosci taka notacja jest bardziej poprawna w kontekscie CIDR.
> W twoim rozwiazaniu jak sie ktos "machnie" i postawi spacje powiedzmy
> przed slashem to caly skrypt sie wykrzaczy. Ma to tym wieksze znaczenie ze
> kiedys te dane bedzie sie wpisywalo w jakis dialog programu
> konfigurujacego.
Cytuję "Od czego są komputery?". Jedno i drugie rozwiązanie ma swoje zalety i
wady. Moje IMHO jest bardziej konsekwente w stosunku do tego jak wyglądają
inne pliki w sysconfig. A dodanie nowej linijki między jakieś dwie nie jest
wcale prostsze niż dopisanie adresu do jednej linijki. 

> Wlasnie takie rozwiazanie cwicze sobie w domku i jak skoncze chce je
> zaprezentowac i dostac aprobate pozostalych przed robieniem zamieszania w
> cvs'ie.
A jak to chcesz zrobić. Rozsyłając każdemu kopię, czy oczekując że każdy
będzie to ściągać z jakiegoś FTP.
CVS jest po to, żeby przedstawić swoją pracę innym w miarę przejżysty sposób.
Przynajmniej ja tak to widzę.

> > > Nie zagladalem ostatnio do cvs'a ale jesli juz tam cos porobiles to lepiej
> > > zrob tego rollback. Beda takie same jaja jak przy okasji ksh.
> > Wiesz, mojej pracy mi teraz też szkoda.
> >
> Twojej pracy ci szkoda a nasza masz gdzies.
Nie mam gdzieś. Po prostu nie miałem okazji jej zobaczyć.
Gdybym widział, że ktoś w tym kierunku coś robi, prawdopodobnie bym się w to
nie ładował.
Po moich pierwszych poprawkach (gdy jeszcze nie usunąłem żadnego pliku) i
mailu na listę czekałem na odzew. Ale, że nadal było cicho uznałem  to na
cichą zgodę.

> przegladalem wlasnie cvs'a i wszystko co zauwazylem to "removed obsolete
> files" pomimo iz wiekszosc z nich jest tylko gdzie indziej, ale teraz
> vendor jest jajcus. Nie mogles napisac przynajmniej "files: * moved to ..."?
Może rzeczywiście trochę mało przejżyste te logi. Co gorsza skrypt wysyłający 
info na cvs-commit czasem trochę obcina informacje.

> > > > Nie widzę potrzeby konfigurowania tuneli w osobnych plikach. W końcu to
> > > Zrobilismy to tak poniewaz:
> > No, wreszcie jakieś argumenty. Gdyby dotarły wcześniej na listę...
> > Ale może niech inni też się wypowiedzą.
> >
> Uzgadnialismy to w kregu zainteresowanych osob. Nie bylo sensu debatowac
> nad tym na liscie. zalatwilismy to dyskusja na ircu a o wynikach
> poinformowalismy.
Może przeoczyłem.

> IMHO i tak za duzo na tej liscie gadania o rc-scriptsach.
Tak się składa, że nie każdy może wisieć na ircu. Jeśli na pld-list jest za
ciasno (a ja tak nie uważam) należy zrobić nową listę. Dzięki temu każdy
będzie mógł być na bierząca i dołączyć się/odłączyć od pracy kiedy będzie
chciał.

> > > PLD to nie wolna amerykanka, kazdy ma swoj odcinek frontu i trzeba robic
> > > tak zeby ci co na nim operuja nie byli zaskakiwani rajdami z innych stron.
> > Jak się wszyscy zaczną ograniczać to nic nigdy nie zrobimy.
> > Ja co kolwiek robię staram się dać na listę i staram się, żeby to co
> > robię w miarę regularnie wrzucać do CVS - w ten sposób każdy widzi co
> > się dzieje i może zareagować zanim wejdę w jakieś maliny 
> > 
> A jak bedzie totalny burdel to tym bardziej nic nie zrobimy.
> Przez jakis czas nie interesowalem sie specem do rc-scriptsow, nie uwazam
> sie za speca od specow, efekt byl tego taki ze w cvs'ie bylo jedno a w
> specu i na ftp co innego.
Na ftp powinny iść już obrobione i w miarę sprawne rzeczy. Spec powinien być
przynajmniej do tego co jest na FTP. Nie koniecznie musi być na bierząco z
źródłami w CVS (które są ciągle obrabiane).
A w CVS się pracuje. Jedynie ważne jest żeby robić "commit" gdy się
przynajmniej niczego znaczącego nie zepsuło.

> > > Jesli chcesz sie tym zajac to dobrze by bylo sie dowiedziec/zapytac jak
> > > ida sprawy i uzgodnic, a nie "zabieram sie za to." i cvs commit
> > Z jednej strony masz rację, ale z drugiej nic nie wskazywało na to,
> > że ktoś się tym zajmuje.
> A co ci szkodzilo sie zapytac?
Przyznaję się bez bicia. Tu zawaliłem. 
Może przydałoby się zrobić jakiegoś oficjalnego "Package maintainer'a".
U umieścić plik "MAINTAINER" (żeby był widoczny) w widocznym miejscu źródeł.

Pozdrowienia,
       Jacek

-- 
+---------+--------------------------------------------------------+
!      ,  !            Jacek Konieczny, Gliwice, Poland            !      
! Jajcus  !   email: jajcus w zeus.polsl.gliwice.pl, jacek w kde.org   !
!         ! ICQ# 7149127                           WWW: none (yet) !
+---------+--------------------------------------powered-by-Linux--+