🚀 go-pugleaf

Dawid Kuroczko <qnex@atlantis.ssw.krakow.pl> writes:

> Mam taki problem: używam CVS, ale łączę się przez dial-up.  CVS nie
> chce niczego wykonać, jeśli nie ma kontaktu z serwerem (na pewno ma
> swoje powody ;)).
> 
> Zastanawiam się, czy ktoś nie zna jakiegoś wrappera/czegokolwiek
> co pozwoliłoby na w miarę wygodną pracę z CVS, gdy nie ma połączenia
> z serwerem?  Pakiet łącze-dzierżawione-1.0.1 niestety odpada. :(

Najwygodniej jest lokalnie mirrorować repozytorium, do czego najlepszy 
chyba jest CVSup <http://www.polstra.com/projects/freeware/CVSup/>.

Paweł

Użytkownik Dawid Kuroczko <qnex@atlantis.ssw.krakow.pl> w wiadomości do grup
dyskusyjnych napisał:7qu60e$4j0$1@atlantis.ssw.krakow.pl...
> Mam taki problem: używam CVS, ale łączę się przez dial-up.  CVS nie
> chce niczego wykonać, jeśli nie ma kontaktu z serwerem (na pewno ma
> swoje powody ;)).
>
Chyba Cię nie bardzo mogę zrozumieć - chodzi Ci o to, że chsesz z CVS
pracować całkowicie lokalnie, lokalnie przechowywać dane, lokalnie je
commitować i checkoutować???
Jeśli tak, to prawde mówiąc nie widzę najmniejszego problemu - taka
systuacja jest bardzo dokładnie omawiana w info CVS - trzeba zrobić
CVSROOTA, ustawić zmienną i już - absolutnie żadnych kłopotów

Mowglie

Paweł Gajda napisal(a):
: > Zastanawiam się, czy ktoś nie zna jakiegoś wrappera/czegokolwiek
: > co pozwoliłoby na w miarę wygodną pracę z CVS, gdy nie ma połączenia
: > z serwerem?  Pakiet łącze-dzierżawione-1.0.1 niestety odpada. :(
: 
: Najwygodniej jest lokalnie mirrorować repozytorium, do czego najlepszy 
: chyba jest CVSup <http://www.polstra.com/projects/freeware/CVSup/>.

A czy to przez przypadek nie wymaga CVSupd Po drugiej stronie ?

-- 
Daniel Podlejski <underley@underley.eu.org>
   ... Money, get away Get a good job with more pay and you're O.K.
   Money, it's a gas Grab that cash with both hands and make a stash ...

underley@underley.eu.org (Daniel Podlejski) writes:

> Paweł Gajda napisal(a):
> : 
> : Najwygodniej jest lokalnie mirrorować repozytorium, do czego najlepszy 
> : chyba jest CVSup <http://www.polstra.com/projects/freeware/CVSup/>.
> 
> A czy to przez przypadek nie wymaga CVSupd Po drugiej stronie ?

Oczywiście wymaga.

Paweł 

06 września, godzina 13:41, na pl.comp.os.linux.programowanie pisze "Paweł Gajda":
>> Paweł Gajda napisal(a):
>> : Najwygodniej jest lokalnie mirrorować repozytorium, do czego najlepszy 
>> : chyba jest CVSup <http://www.polstra.com/projects/freeware/CVSup/>.
>> A czy to przez przypadek nie wymaga CVSupd Po drugiej stronie ?
> Oczywiście wymaga.

A nie wie ktoś może gdzie można znaleźć i?86.rpm z cvsup?  Mam
źródła, tylko Moduli nie mam (a 7MB nie chcę ciągnąć przez 33600).
Znalazłem archiem ftp://sunsite.icm.edu.pl/vol/jwr1/postgres/CVSup/,
tyle, że:

[root@atlantis /usr/lib]# rpm -V cvsup cvsup-libs
Unsatisfied dependencies for cvsup-16.0-2: libm3.so, libset.so

brakuje bibliotek.  Znowu, dla tych dwóch bibliotek 7MB źródeł
nie chce ściągać...

   Pozdrawiam,
      Dawid Kuroczko
-- 
  .------------------.                                        .----------.
  | *Dawid Kuroczko* `-.--------------------------------.----=' _Kraków_ |
  | d k @ssw.krakow.pl | Windows NT: Nędzna Technologia | Member of KPCI |
  `--------------------"--------------------------------"----------------'

Dersu-R2-Uzala <rafalko@priv.onet.pl> wrote:

> Użytkownik Dawid Kuroczko <qnex@atlantis.ssw.krakow.pl> w wiadomości do grup
> dyskusyjnych napisał:7qu60e$4j0$1@atlantis.ssw.krakow.pl...
>> Mam taki problem: używam CVS, ale łączę się przez dial-up.  CVS nie
>> chce niczego wykonać, jeśli nie ma kontaktu z serwerem (na pewno ma
>> swoje powody ;)).
>>
> Chyba Cię nie bardzo mogę zrozumieć - chodzi Ci o to, że chsesz z CVS
> pracować całkowicie lokalnie, lokalnie przechowywać dane, lokalnie je
> commitować i checkoutować???
> Jeśli tak, to prawde mówiąc nie widzę najmniejszego problemu - taka
> systuacja jest bardzo dokładnie omawiana w info CVS - trzeba zrobić
> CVSROOTA, ustawić zmienną i już - absolutnie żadnych kłopotów

I co najważniejsze nie jest do tego potrzebne jakiekolwiek soecjalne
narzędzie. Wystarczy popbrać (raz) konkretną zawartość z zewnętrznego cvs
serwera i wrzucić ją do włąsnego repozytorium, które można zorganizować
choćby via :fork: czy jakąkolwiek inną metodą.

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

Dawid Kuroczko napisal(a):
: A nie wie ktoś może gdzie można znaleźć i?86.rpm z cvsup?  Mam
: źródła, tylko Moduli nie mam (a 7MB nie chcę ciągnąć przez 33600).

Wiem gdzie można znaleźć deb'y - w każdym mirrorze Debiana na którym
jest Potato ;-) A oprócz tego znalazłem coś ciekawego - CTM, też
używane w FreeBSD do mirrorowania CVS'a. Może w tym przypadku to
byłoby lepsze ?

-- 
Daniel Podlejski <underley@underley.eu.org>
   ... Confusion will be my epitaph. As I crawl a cracked and broken path
   If we make it we can all sit back and laugh ...

Tomasz Kłoczko napisal(a):
[...]
: I co najważniejsze nie jest do tego potrzebne jakiekolwiek soecjalne
: narzędzie. Wystarczy popbrać (raz) konkretną zawartość z zewnętrznego cvs
: serwera i wrzucić ją do włąsnego repozytorium, które można zorganizować
: choćby via :fork: czy jakąkolwiek inną metodą.

Ale tu nie chodzi o prywatną kopię repozytorium, tylko o dwukierunkowy
mirror. Jestem offline - pracuje na lokalnym repozytorium, ale co
jeśli będę chciał wprowadzić zmiany do głównego repozytorium
dostepnego przez internet ? Czy wymyslił już ktoś sposób jak to zrobić ?

A jesli się w którymś miejscu pomyliłem, niech mnie Dawid poprawi. ;-)

-- 
Daniel Podlejski <underley@underley.eu.org>
   ... Hey Patty Garrett that's what I used to call you
   They tell me you want me but I hear they've got you ...

underley@underley.eu.org (Daniel Podlejski) writes:

> Tomasz Kłoczko napisal(a):
> [...]
> : I co najważniejsze nie jest do tego potrzebne jakiekolwiek soecjalne
> : narzędzie. Wystarczy popbrać (raz) konkretną zawartość z zewnętrznego cvs
> : serwera i wrzucić ją do włąsnego repozytorium, które można zorganizować
> : choćby via :fork: czy jakąkolwiek inną metodą.
> 
> Ale tu nie chodzi o prywatną kopię repozytorium, tylko o dwukierunkowy
> mirror. Jestem offline - pracuje na lokalnym repozytorium, ale co
> jeśli będę chciał wprowadzić zmiany do głównego repozytorium
> dostepnego przez internet ? Czy wymyslił już ktoś sposób jak to zrobić ?

$ cvs -d :pserver:login@remote.csv:cvsroot commit 

Warto przy tym zabezpieczyć lokalne repoz. przed przypadkowym zapisem przez
użytkowników, gdyż w razie pomyłkowego commit, rtag, itp wykonanego na 
lokalnej kopii czeka nas ściąganie całości raz jeszcze.   

Paweł     

Daniel Podlejski <underley@underley.eu.org> wrote:
> Tomasz Kłoczko napisal(a):
> [...]
> : I co najważniejsze nie jest do tego potrzebne jakiekolwiek soecjalne
> : narzędzie. Wystarczy popbrać (raz) konkretną zawartość z zewnętrznego cvs
> : serwera i wrzucić ją do włąsnego repozytorium, które można zorganizować
> : choćby via :fork: czy jakąkolwiek inną metodą.

> Ale tu nie chodzi o prywatną kopię repozytorium, tylko o dwukierunkowy
> mirror. Jestem offline - pracuje na lokalnym repozytorium, ale co
> jeśli będę chciał wprowadzić zmiany do głównego repozytorium
> dostepnego przez internet ? Czy wymyslił już ktoś sposób jak to zrobić ?

> A jesli się w którymś miejscu pomyliłem, niech mnie Dawid poprawi. ;-)

Chyba jednak nadal nie rozumiesz po co sie mirroruje cvsupem serwey CVS i
jakie możliwości ma cvs jako traki.
Otóż cvsup został przedewszystkim wymyślony na potrzeby tworzenia lokalnych
mirrorów z dostępem RO na potrzeby grup dla których robienie czegoś takiego
ma sens (słąbe łacze do cvs serwera).
Po drugie CVS nigdy nie miał i nic nie wskazuje na to żeby w najbliżeszej
przyszłości miał możliwości wymiany informacji na kilku serwerach w trybie
tranzakcyjnym w celu stworzenia grupy serwerów z dostępem do tych samych
zasobów w trybie RW.

Nie mogę zrozumieć czym istotnie może się różnić praca z lokalną kopią
ostatnich zasobół w celu zrobienia dużej grupy modyfikacji w oparciu o
własne repozytorium synchronizowane ręcznie od czasu do czasu (tak robi
choćby człowiek zajmujący się glade czy kilak osób zajmujących sie gimpem ..
mowa o tych najważniejszych osobach w tych projektach) z głównym lub bez
pomocy takoweg. Po co Ci dostęp do pełnej historii zmian wszystkich zasobów
skoro ty jesteś szeregowym developerem który chce coś konkretnie poprawić w
istniejacym kodzie ? Nie mogę zrozumieć tego, że inni którzy na CVSie
zjadają zęby mogą sobie dać radę bez możliwości jakie Ty chcesz mieć (bez
odczuwania jakiegoś dyskomfirtu z powodu braku takich możliwości), a Ty nie
i jedyne wytłumacznie jakie mi przychodzi do głowy jest takie, że zapewne z
CVSsem za dużo nie pracowałeś jednak .. poprostu. Jeżeli jest to prawdą to
poprostu rada .. pochyl głowę, udeż kilka razy czubkiem buta w ziemię i
ruszaj do przodu śmiało z założeniem, ze do zbawienia powyższe nei jest Ci
koniecznie potzrebne :)

I kolejna rzecz .. rozwiązania typu grupa serwerów z tymi samymi danymi i z
rónorzędnym dostępem dla wszystkich to nie taka prosta sprawa ponieważ wiąże
się to też z wymianą informacji potrzebnych do autentykacji osobników, co w
przypadku grupy jednostek połączonych na stałe jest do zrealizowania w
uproszczony sposób w ten sposób, że wydzielona jednostka z grupy zajmuje się
autentykacją ale jest _nie możliwe do zrealizowania_ w przypadku jednostek
łączących sie offline dla kogoś z ulicy kto postanowił postawić sobie w
domku na dialup lokalny mirror gdyż to byłaby ewidentna luka w machanizmach
bezpieczeństwa a w zasadzie precyzyjniej mówiąc ich kompletny brak. Inne
alternatywne rozwiazanie powyższego jest takie, że stawia sie kilka serwerów
w jednym miejscu nawet ale z dostępem RO i jeden z dostępem RW, i istaluje
się przed tymi nieco inteligentniejsze proxy które wyłapuje zapytania RW
(commit, tag, admin i kilka innych) i przekierowuje je do wybranej
jednostki, a pozostałe RO (update, checkout, log, status i kilka innych)
losowo rozkłada się po pozostałych jednostakach na których kopię zasobów
tworzy sie na bierzaco choćby rsyncem poprzez szybką sieć lokalną). Tego
typu rozwiazanie bazuje na spostrzeżeniu, że tylko znikomy procent
wszystkich bierzących odwołań to są odwołania RW, a reszta to RO. Taki
proxy/redirector powinno się dać napisać w kilkudzieięciu linijkach choćby i
w perlu co tylko dalej będzie zniechęcać do rozwijania tranzakcyjnej warstwy
w oprogramiowaniuklasy version control zgodnie z zasadą KISS.

I jeszcze jedno. Jak interesuje ciebie wymiana tranzakcyjna między
repozytoriami to zainteresuja sie aegisem, który wyjaśnić trzeba nic nie ma
wspólnego z cvs ale i jednocześnie nadal nie umożliwia tego co chcesz
osiągnąć. Mechanizmy wymiany tranzakcyjnej w aegisie rozwijają sie bardzo
kiepsko gdyż życie pokazuje, że pojedynczy serwer CVS jest w stanie
obsługiwać kilkanaście tysięcy developerów rozrzucownych po całym świecie.

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