+++ This bug was initially created as a clone of Bug #312421 +++ Please rename all remaining sr@Latn po files on i18n.redhat.com CVS to sr@latin as the locale label has changed in glibc recently. Any Makefiles, LINGUAS variables etc. should be updated to reflect the change as well, as well as the ACLs for commit privileges. The "essential modules" had individual requests filed already: bug #312421, bug #312431, bug #312441, bug #312451 and bug #312461.
I'll look into it.
Hi, On elvis.redhat.com, the sr@latin is created. All users that belong to sr@Latn are members of sr@latin. Feel free to copy sr to sr and commit. Please kindly advice if you face any problem. Thank you. Regards, Chester
Hi Chester, Thanks. I did run into problems with some of the older modules. It looks like there was briefly "sr@Latin" in CVS long time ago (guess created by mistake instead of "sr@Latn" when we first asked for it) so now the server complains, e.g.: Testing sr... **** Access allowed: kmilos is in ACL for authconfig/po. RCS file: /usr/local/CVS/kudzu/po/sr,v done cvs: commit.c:2049: checkaddfile: Assertion `*rcsnode == ((void *)0)' failed. cvs [server aborted]: received abort signal Error, CVS operation failed Tortoise Tip: This error can be caused because there used to be a file in the repository with a name differing only by case from the one you are adding. For example TEST.EXE rather than test.exe. To fix this go into the repository, or get your administrator to, and rename that file to have the same case. It will be in the Attic folder underneath the folder you are in. You will also need to get the local sandbox folder you are in out of CVS again, as it may have bogus entries to the misspelt filename. I did manage to commit a couple of the newer modules, I guess that were added to the repository later.
Hi Milos, I see kudzu/sr@latin on my Linux computer. Is the file in your computer says sr@Latin? It seems that this is because Windows does not distinguish upper case and lower case. Maybe you can change the filename into lower case and see how it goes. Cheers, Chester
I got kudzu/sr through CVS now as well, I presume you committed it? No, I don't have any sr in my sandbox, all are lower case, and although I managed to cvs add, I can't commit most of them. I might try checking out a fresh sandbox on my Fedora partition and try committing from there.
kudzu/sr has been there since 2006. I didn't do it. ;) I've seen these after "cvs up": $ ls */sr\@latin.po anaconda/sr pykickstart/sr firstboot/sr rhgb/sr kexec-tools/sr rhn-client-tools/sr kudzu/sr rhnsd/sr libvirt/sr setroubleshoot/sr password/sr system-config-kdump/sr policycoreutils/sr yum-rhn-plugin/sr However, I also see some strange messages such as: cvs server: Updating system-config-rootpassword cvs server: nothing known about system-config-rootpassword/sr Let's see what's the result of your test. Cheers, Chester
Chester, I get pretty much the same on my clean checkout on my fedora box, here's a transcript of my session: $ cvs -z9 co translate/ Enter passphrase for key '/home/milos/.ssh/id_dsa': ... cvs server: Updating rhn-applet ... cvs server: nothing known about rhn-applet/sr ... $ cd rhn-applet/ $ cp sr\@Latn.po sr\@latin.po $ cvs commit -m 'initial checkin of sr@latin translation' sr\@latin.po cvs commit: use `cvs add' to create an entry for sr cvs [commit aborted]: correct above errors first! $ cvs add sr\@latin.po Enter passphrase for key '/home/milos/.ssh/id_dsa': cvs server: scheduling file `sr' for addition cvs server: use 'cvs commit' to add this file permanently $ cvs commit -m 'initial checkin of sr@latin translation' sr\@latin.po Enter passphrase for key '/home/milos/.ssh/id_dsa': cvs: hash.c:312: findnode: Assertion `key != ((void *)0)' failed. cvs [server aborted]: received abort signal So, the message is the same as with TortoiseCVS on Windows. However, I did manage to commit a handful more modules for which I don't get "cvs: nothing known...", and the remaining with problems are: cvs server: nothing known about authconfig/sr cvs server: nothing known about autorun/sr cvs server: nothing known about chkconfig/sr cvs server: nothing known about initscripts/sr cvs server: nothing known about libuser/sr cvs server: nothing known about rhn-applet/sr cvs server: nothing known about system-config-keyboard/sr cvs server: nothing known about system-config-kickstart/sr cvs server: nothing known about system-config-language/sr cvs server: nothing known about system-config-lvm/sr cvs server: nothing known about system-config-netboot/sr cvs server: nothing known about system-config-network/sr cvs server: nothing known about system-config-rootpassword/sr cvs server: nothing known about system-config-securitylevel/sr cvs server: nothing known about system-config-soundcard/sr cvs server: nothing known about system-switch-mail/sr cvs server: nothing known about usermode/sr
Hi Milos, Seems I can't fix this issue. I've forward this to our system admin team and will keep you updated. Regards, Chester
Bill Nottingham has managed to do sort it out after I pinged the fedora-trans-list, the transition is now done on elvis. I'll file individual bug reports for modules that do not pick up the change and need intervention in order to ship the new translations. Thanks