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
