Hi,
Fa o arhiva cu tree-ul pe care il propui si uploadeaza-l pe ftp.rofug.ro/incoming.
Ma mai gandesc si eu care ar fi solutia mai buna, desi tind spre un singur tree cu doua branch-uri (daca chiae e nevoie sa fie doua).
Pe moment ma abtin sa afirm ca dam acces pentru importare directa in CVS. Cred ca ar trebui replicat modelul comunitatii CVS: cativa comitteri care sa-si bata capul cu problemele de CVS, restul lumii va putea lucra linistita la ce ii place si va apela la acesti commit-eri cand au ceva bun de pus in CVS.
PS: daca nu exista fisiere in plus respectiv daca nu au disparut fisiere fata de ceea ce exista pe vechiul CVSup as opta pentru retinerea history-ului, dar ma mai gandesc in functie de evolutia situatiei.
Ady (@rofug.ro)
On 15.11.2004, at 4:11 PM, Ion-Mihai Tetcu wrote:
On Mon, 15 Nov 2004 14:34:29 +0200 Adrian Penisoara <[EMAIL PROTECTED]> wrote:
Hi,
Ionut, ai mai tras vreo concluzie pe tema structurii existente pe cvs.rofug.ro ?
Pregatesc CVS-ul pe noul server si vreau sa stiu daca pornim cu vechea structura sau o luam de la zero.
1. Exista o problemuta:
Ca sa faci un build la documentatie, trebuie sa ai structura de
directoare la fel ca celelalte localizari; daca faci un co acum, mai ai
un freebsd-ro-l10n/doc in fata; problema este ca daca faci un symlink
/usr/doc/ro_RO.ISO8859-2 -> /home/itetcu/projects/FRDP/freebsd-ro-l10n/doc/ro_RO.ISO8859-2
exista un mod ciudat de autodetectie al DOC_PREFIX care e aflat cu
realpath() si asta evident nu merge corect pentru symlinkuri, iar pentru
ca buildul sa mearga trebuie:
# make DOC_LANG=ro_RO.ISO8859-2 DOC_PREFIX=/usr/doc
2. Ce avem acum in ...share/* e vechi de un an; eu am facut un build pe
ce am tradus si, cu cateva modificari in share/*, pare sa mearga OK (am
facut build pe toate formatele si documentele sunt generate corect, desi
sunt ceva warning-uri pe care nu am avut timp sa le rezolv). Mai sunt de
aduagat niste entities pentru localizare (e.g. traducatorii, etc.).
Acum nu stiu daca merita pastrat ce este in cvs; intrebarea este daca ne
intereseaza history-ul sau nu.
Tinand seama ca oricum traducerile se fac de la zero, eu as zice ca nu
si ca ar trebui sa facem ci pe masura ce avem ceva; nu vad de ce am
incarca cvs history inutil.
Eu as mai propune:
1. in doc/ as pastra exact ceea ce este pe master-site-ul freebsd (logic)
2. Sub projects/ as pune doua traduceri in ro:
- una "experimentala" sau "current" la care sa aiba write access fiecare
maintainer din echipa, astfel ca oricare dintre noi sa poata vedea ce au
facut ceelalti / ajuta / corecta erori; toate commiturile se vor face
aici. O data sau de doua ori e zi, automat, facem un build la asta si
prindem eventualele erori.
- una "oficiala" sau "stable" in care merge-m o daca pe saptamana sau o data la doua saptamani ce e nou in "current" si dupa un build OK facem diff-ul fata de ceea ce avem pe freensd.org si send-pr.
Evident toata treaba se poate face cu doua branch-uri sau cu doua
colectii diferite din p.d.v. cvsup; nu imi dau acum seama daca cum e mai
bine. Dupa mine trebuie sa avem 2 lucruri in minte: sa fie cat mai usor
pentru traducatori si useri sa lucreze cu cvs-ul / cvsup-ul (nu toata
lumea se simte foarte bine cand vine vorba de el, dupa cum am vazut); si
sa avem cat mai putine batai de cap in viitor. Un user ar trebui sa
poata face cvsup cu ceva de genul:
*default host=cvsup.RoFUG.org *default base=/usr *default prefix=/usr *default release=cvs tag=. *default delete use-rel-suffix *default compress doc_ro-all # individual collections # doc_ro-current # not guarantee to build or be correct # doc_ro-stable # builds OK and is verified
Si sa obtina 2 directoare in /usr/doc/ (diferite de ro_RO.ISO8859-2 pe care il obtine cu un cvsup de pe freebsd.org) pentru cele doua colectii (asta inseamna un pic de de hacking pe Makefile, dar cred ca nu sunt mari probleme -- nu am incercat, sungurul lucru pe care il vad mai difici este sa nu exista la cvsup un collision). Tag-uim tot ce pleaca spre freebsd.org. In felul asta avem mai multi testeri si ei nu trebie sa isi bata capul prea mult.
Uh, imi dau seama ca sunt cam haotic in exprimare; anyway, cred ca ati prins ideea; cum e mai bine sa o implementam ramane de discutat.
-- IOnut Unregistered ;) FreeBSD "user"
____________________________________________________________ Send 'unsubscribe ro-l10n' to [EMAIL PROTECTED] to unsubscribe
____________________________________________________________ Send 'unsubscribe ro-l10n' to [EMAIL PROTECTED] to unsubscribe
