[ro-l10n] Re: Noul CVS pentru ro-l10n (was Re: Rugaminte (ro_RO.ISO8859-2/share/*))
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
[ro-l10n] Re: Noul CVS pentru ro-l10n (was Re: Rugaminte (ro_RO.ISO8859-2/share/*))
On Mon, 15 Nov 2004 17:04:34 +0200 "Cristian Opariuc-Dan" <[EMAIL PROTECTED]> wrote: > Ideea cu current si stable mi se pare excelenta. Pai da si cu ajutorul test build-urilor o sa putem castiga fiecare pointy-hat-urile noastre :)) > Daca tot am inceput de la, sa zicem, 0, cred ca ar fi bine sa si > reluam totul de la 0. Cat despre history, nu vad utilitatea. De acum > inainte e altceva insa. Da. > Apropo, saptamana viitoare voi incerca sa fac upload la unul din cele > doua capitole pe care le-am ales. Nu stiu daca sunt primul sau nu, > insa abia astept evaluarea :-) Kul :) > Cred ca nu vor fi probleme, dar daca totusi voi intampina dificultati, > am sa va tin la curent. > Ionut, contul acela de la mine de pe server l-am dezactivat temporar. > Am trecut la 5.3 RELEASE si am facut un "usor" management al userilor. > Deh, paranoia, ce sa-i faci... Intrebarea mea e daca mai ai nevoie de > el. In afara cazului in care vrei sa setez un ftp care sa tina distfile-urile la zi, pe moment nu vad ce as putea sa fac cu el. -- IOnut Unregistered ;) FreeBSD "user" Send 'unsubscribe ro-l10n' to [EMAIL PROTECTED] to unsubscribe
[ro-l10n] Re: Noul CVS pentru ro-l10n (was Re: Rugaminte (ro_RO.ISO8859-2/share/*))
Ideea cu current si stable mi se pare excelenta. Daca tot am inceput de la, sa zicem, 0, cred ca ar fi bine sa si reluam totul de la 0. Cat despre history, nu vad utilitatea. De acum inainte e altceva insa. Apropo, saptamana viitoare voi incerca sa fac upload la unul din cele doua capitole pe care le-am ales. Nu stiu daca sunt primul sau nu, insa abia astept evaluarea :-) Cred ca nu vor fi probleme, dar daca totusi voi intampina dificultati, am sa va tin la curent. Ionut, contul acela de la mine de pe server l-am dezactivat temporar. Am trecut la 5.3 RELEASE si am facut un "usor" management al userilor. Deh, paranoia, ce sa-i faci... Intrebarea mea e daca mai ai nevoie de el. Cristi Cristian Opariuc-Dan Researcher "Al. I. Cuza" University, Psychological Dept. Research Base - Experimental Psychology Laboratory [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.itemsoft.ro Send 'unsubscribe ro-l10n' to [EMAIL PROTECTED] to unsubscribe
[ro-l10n] Re: Noul CVS pentru ro-l10n (was Re: Rugaminte (ro_RO.ISO8859-2/share/*))
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
