trans-ar December 2004

trans-ar@lists.fedoraproject.org

11 participants
18 discussions

QA phase started...
by Munzir Taha 31 Dec '04

31 Dec '04

Salaam, In alphabetical order those are the guys who used to work actively on the translations work and discussions with the files I suggest: Basem Narmok -> system-config-securitylevel Desokey -> authconfig Ghoneim -> system-config-securitylevel Hicham -> system-config-packages Maha -> help-screens-C Sherif -> apacheconf Turki -> libuser karouri? we are still waiting for the bicon bug report or procedure to be included in Fedora. others missed? Those files are around 200 strings only. Go fish! -- Munzir Taha PGP Key available gpg --recv-keys --keyserver www.mandrakesecure.net F0671821 Telecommunications and Electronics Engineer Mandrake Club Member Maintainer of the Open Arabic Bugs Project at http://wiki.arabeyes.org/OpenBugs Maintainer of Fedora Arabic Translation Project CIW Designer, ICDL, MOUS, Linux+, LPI 101 New Horizons CLC, Riyadh, SA

7 21

arabic-fedora.org logo
by Munzir Taha 31 Dec '04

31 Dec '04

> Yeah, There is no such hats.. fedora hat which means felt hat or other kind > of hats were found in our traditional clothing.. what could be close to > such thing i don't know what's called.. Munzir is it "ghutra" don't know > what's meaning either.. anyway.. > i guess replacing fedora hat with man scarf and that black cord placed > above the scarf would be something oriental shows it's arabic thing.. linux4arabs already used such a logo so we need to distinguish ourselves a little. > What do you think Munzir.. am helping you to get an idea.. the T-Shirts is > waiting you.. Thanks it's not an easy job I've just discovered. I found that I am always doing two steps while designing. Step #1: Design (on paper and PC) Step #2: Look at it again and drag to trash ;) For examples see below... > Sherif.. You forgot to tell the size of logo.. don't tell me it's 80x80 > pixels it's too small.. This is exactly my problem, I realize this is a logo not a banner so may be the best thing is just to type the name of the site in color like Fedora logo ;) However, this is the last idea which I came with Step #1: Design * The text is the website name which help spread the word. I also intentionaly added the .org to reflect that I used OOo Draw to design part of this logo. * The colors used are blue, green, and orange to blend well with Fedora colors and the website theme. * The square blocks reflect our steps towards building a stable system. The base is missing one block which will be put when we don't have arabic-related bugs with the base tools such as Qt, GTK, ICU, ... * I could change the size to whichever but the file size is still big so I may need to use a vector program (sodipodi?) and export to SVG. I am sorry I haven't time nowadays to play ;) Step #2: Drag to trash Already done ;) Why? A little cluttered and not very suitable for small sizes Comments? -- Munzir Taha PGP Key available gpg --recv-keys --keyserver www.mandrakesecure.net F0671821 Telecommunications and Electronics Engineer Mandrake Club Member Maintainer of the Open Arabic Bugs Project at http://wiki.arabeyes.org/OpenBugs Maintainer of Fedora Arabic Translation Project CIW Designer, ICDL, MOUS, Linux+, LPI 101 New Horizons CLC, Riyadh, SA

7 34

CVS Account Activation
by Sherif Abdelgawad 22 Dec '04

22 Dec '04

Sarah, Can you please activate Mohammad's CVS account? Also Maha has been waiting for sometime now for updating her key, can you please take care of this as well? Thanks Sherif ---------- Forwarded message ---------- Date: Tue, 16 Nov 2004 12:49:52 +0100 From: Mohammad Ghoniem <Mohammad.Ghoniem(a)univ-ubs.fr> Reply-To: fedora-trans-ar(a)redhat.com To: fedora-trans-ar(a)redhat.com Subject: Re: [Fedora-trans-ar] Modules To Translate Actually, I am still waiting for my redhat account activation. Yesterday, I sent another email to Sarah to enquire about that. It's been two weeks now since my request was filed.... In the meantime, Munzir agreed to commit the changes on my behalf once we reach a valid/stable state. Salâm Mohammad

8 26

Our beloved qamoose
by Munzir Taha 20 Dec '04

20 Dec '04

Salam, I am now checking some words to the Qamoose but want to point some issues: 1. I believe it's better to refrain from clear words that nobody confuse like date, error,... (or is it confusable to some?) 2. Default is افتراضي with only one YEH. 3. Don't add الـ where it's not necessary like in Directory. 4. If the encoding of the page is unicode(utf-8) then translation for Filesystem and home dir will not appear correctly (Which should mean that those two are cp 1256 and the others are utf-8) Whereas, if the encoding of the page is cp 1256 then all my translations doesn't show and all the others show properly (which means that there is something wrong somewhere). To interpret this is behind my knowledge, will you please explain. Keep up the good work! -- Munzir Taha PGP Key available gpg --recv-keys --keyserver www.mandrakesecure.net F0671821 Telecommunications and Electronics Engineer Mandrake Club Member Maintainer of the Open Arabic Bugs Project at http://wiki.arabeyes.org/OpenBugs Maintainer of Fedora Arabic Translation Project CIW Designer, ICDL, MOUS, Linux+, LPI 101 New Horizons CLC, Riyadh, SA

3 13

FC3 Arabic - Screenshots
by Sherif Abdelgawad 19 Dec '04

19 Dec '04

FC3 Screenshots :) http://www.arabic-fedora.org/index.php?option=com_rsgallery&catid=5 Thanks Sherif

2 1

glossary issues!
by Munzir Taha 15 Dec '04

15 Dec '04

>From now on I won't correct any type myself but will ask the person who did it to correct it so it sticks on all of our minds. Ok? You have two days at max to correct, I will have to check the name of the person and publicize ;) Default الافتراضيي It should be one YEH First name الاسم الفردي Didn't we agree to call it الاسم الأول? Help المساعدة Shouldn't it be مساعدة with no ALEF-LAM? ... to be continued... -- Munzir Taha PGP Key available gpg --recv-keys --keyserver www.mandrakesecure.net F0671821 Telecommunications and Electronics Engineer Mandrake Club Member Maintainer of the Open Arabic Bugs Project at http://wiki.arabeyes.org/OpenBugs Maintainer of Fedora Arabic Translation Project CIW Designer, ICDL, MOUS, Linux+, LPI 101 New Horizons CLC, Riyadh, SA

4 8

Re: Arabic Translation - 100% Translated
by Munzir Taha 15 Dec '04

15 Dec '04

On Yau al-Thulatha 22 Rajab 1425 1:05 am, Sarah Wang wrote: > Excellent work :) > > How come you have got 5 extra strings than others? Perhaps some files > are not quite in sync with the master pot file... > > Here comes the question:: Should each language maintainer to ensure > their po files are consistent with the pot file, or should it be the > package maintainer's responsibilities? > > Personally I prefer the former, since it will create less file conflict > situations and give the language maintainer more control. Opinions > anyone? I remember this discussion goes towards running msgmerge with the original .pot automatically as a pre_commit requirement or somthing similar. Actually, I forgot this issue and now noticed again that: Arabic has a total of 11407 words English-GB has a total of 11373 words Welsh has a total of 11403 words ... If all the .pot files on one directory, I can go msgmerge them manually but this would be a rather tedious process to make for each file. A prerequirement to scripting this process would be to make the po files consistent on their folders. The situation now is that you find some of the po files in a folder called po (like autorun/po/ar.po) whereas others on the same directory as the pot (like up2date/ar.po) and yet other files distributed between both like (system-config-lvm/po/ar.po and system-config-lvm/bg.po). Any reason for this? > Sarah > > 在2004年09月07日的02:52，Sherif Abdelgawad写道： > > > I would like to announce that we reached 100% Arabic Translated > > modules. > > > > We still will go through a tough time unifying and tuning the > > translation. Yet, the state on it right now is good enough. I would like > > to thank the fedora team, and the arabic fedora arabic translation team. > > > > Thanks > > > > Sherif > > -- Munzir Taha PGP Key available gpg --recv-keys --keyserver www.mandrakesecure.net F0671821 Telecommunications and Electronics Engineer Mandrake Club Member Maintainer of the Open Arabic Bugs Project at http://wiki.arabeyes.org/OpenBugs Maintainer of Fedora Arabic Translation Project CIW Designer, ICDL, MOUS, Linux+, LPI 101 New Horizons CLC, Riyadh, SA

2 3

My CVS problem resolved to ...!
by Munzir Taha 14 Dec '04

14 Dec '04

Hi sirs! I was facing a strange problem in the past 3 days that denied my access to Fedora server. It was so weird that I suspect something related to my connection not Fedora repository. I mentioning it here for the record and for others who may face such a problem in the future. Description: I can checkout out a file, update a file but not a whole folder or module! [munzir@localhost translate]$ ssh -vvv i18n(a)redhat.com OpenSSH_3.9p1, OpenSSL 0.9.7a Feb 19 2003 debug1: Reading configuration data /etc/ssh/ssh_config debug1: Applying options for * debug2: ssh_connect: needpriv 0 debug1: Connecting to redhat.com [209.132.177.50] port 22. debug1: connect to address 209.132.177.50 port 22: Connection timed out ssh: connect to host redhat.com port 22: Connection timed out Resolution: #ifconfig ppp0 mtu 576 This is an mtu (maximum transmission unit) problem. It defines the maximum size of a packet that can be transferred in one frame over a network. mtu is hard coded to a default of 1500 in my Fedora Core 3 system which is suitable for fast connections like DSL but not dialups. Questions: Now! is this a solvable bug? Where do I need to report it? Should ordinary users know this weird setting? -- Munzir Taha PGP Key available gpg --recv-keys --keyserver www.mandrakesecure.net F0671821 Telecommunications and Electronics Engineer Mandrake Club Member Maintainer of the Open Arabic Bugs Project at http://wiki.arabeyes.org/OpenBugs Maintainer of Fedora Arabic Translation Project CIW Designer, ICDL, MOUS, Linux+, LPI 101 New Horizons CLC, Riyadh, SA

1 0

Re: [Fedora-trans-ar] QA phase started...
by Eng. Maha Hulwa 12 Dec '04

12 Dec '04

On Sat, 11 Dec 2004 15:27:31 -0800, Maha Helwa <ms.helwa(a)gmail.com> wrote: > Yeah. . that's not the problem.. i did copied files from root to > /home/maha and i couldn't read my private key or touch any file.. > thought that's the problem.. I changed the ownership and the same > problem exists.. although i did register again with another > account..the same problem.. permission deined.. what exactly > permission.. i don't understand the output "ssh -v..." > > Here what i get BTW.. [mshelwa@localhost mshelwa]$ ssh -v -v -v mshelwa(a)i18n.redhat.com OpenSSH_3.5p1, SSH protocols 1.5/2.0, OpenSSL 0x0090701f debug1: Reading configuration data /etc/ssh/ssh_config debug1: Applying options for * debug1: Rhosts Authentication disabled, originating port will not be trusted. debug1: ssh_connect: needpriv 0 debug1: Connecting to i18n.redhat.com [66.187.233.241] port 22. debug1: Connection established. debug1: identity file /home/mshelwa/.ssh/identity type -1 debug1: identity file /home/mshelwa/.ssh/id_rsa type -1 debug3: Not a RSA1 key file /home/mshelwa/.ssh/id_dsa. debug2: key_type_from_name: unknown key type '-----BEGIN' debug3: key_read: no key found debug2: key_type_from_name: unknown key type 'Proc-Type:' debug3: key_read: no key found debug2: key_type_from_name: unknown key type 'DEK-Info:' debug3: key_read: no key found debug3: key_read: no space debug3: key_read: no space debug3: key_read: no space debug3: key_read: no space debug3: key_read: no space debug3: key_read: no space debug3: key_read: no space debug3: key_read: no space debug3: key_read: no space debug3: key_read: no space debug2: key_type_from_name: unknown key type '-----END' debug3: key_read: no key found debug1: identity file /home/mshelwa/.ssh/id_dsa type 2 debug1: Remote protocol version 1.99, remote software version OpenSSH_3.1p1 debug1: match: OpenSSH_3.1p1 pat OpenSSH_2.*,OpenSSH_3.0*,OpenSSH_3.1* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_3.5p1 debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group1-sha1 debug2: kex_parse_kexinit: ssh-rsa,ssh-dss debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,rijndael-cbc(a)lysator.liu.se debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,rijndael-cbc(a)lysator.liu.se debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160(a)openssh.com,hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160(a)openssh.com,hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group1-sha1 debug2: kex_parse_kexinit: ssh-rsa,ssh-dss debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160(a)openssh.com,hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160(a)openssh.com,hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: mac_init: found hmac-md5 debug1: kex: server->client aes128-cbc hmac-md5 none debug2: mac_init: found hmac-md5 debug1: kex: client->server aes128-cbc hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST sent debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP debug1: dh_gen_key: priv key bits set: 122/256 debug1: bits set: 1597/3191 debug1: SSH2_MSG_KEX_DH_GEX_INIT sent debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY debug3: check_host_in_hostfile: filename /home/mshelwa/.ssh/known_hosts debug3: check_host_in_hostfile: match line 1 debug3: check_host_in_hostfile: filename /home/mshelwa/.ssh/known_hosts debug3: check_host_in_hostfile: match line 1 debug1: Host 'i18n.redhat.com' is known and matches the RSA host key. debug1: Found key in /home/mshelwa/.ssh/known_hosts:1 debug1: bits set: 1614/3191 debug1: ssh_rsa_verify: signature correct debug1: kex_derive_keys debug1: newkeys: mode 1 debug1: SSH2_MSG_NEWKEYS sent debug1: waiting for SSH2_MSG_NEWKEYS debug1: newkeys: mode 0 debug1: SSH2_MSG_NEWKEYS received debug1: done: ssh_kex2. debug1: send SSH2_MSG_SERVICE_REQUEST debug1: service_accept: ssh-userauth debug1: got SSH2_MSG_SERVICE_ACCEPT debug1: authentications that can continue: publickey,keyboard-interactive debug3: start over, passed a different list publickey,keyboard-interactive debug3: preferred publickey,keyboard-interactive,password debug3: authmethod_lookup publickey debug3: remaining preferred: keyboard-interactive,password debug3: authmethod_is_enabled publickey debug1: next auth method to try is publickey debug2: userauth_pubkey_agent: no keys at all debug2: userauth_pubkey_agent: no more keys debug2: userauth_pubkey_agent: no message sent debug1: try privkey: /home/mshelwa/.ssh/identity debug3: no such identity: /home/mshelwa/.ssh/identity debug1: try privkey: /home/mshelwa/.ssh/id_rsa debug3: no such identity: /home/mshelwa/.ssh/id_rsa debug1: try pubkey: /home/mshelwa/.ssh/id_dsa debug3: send_pubkey_test debug2: we sent a publickey packet, wait for reply debug1: authentications that can continue: publickey,keyboard-interactive debug2: userauth_pubkey_agent: no more keys debug2: userauth_pubkey_agent: no message sent debug2: we did not send a packet, disable method debug3: authmethod_lookup keyboard-interactive debug3: remaining preferred: password debug3: authmethod_is_enabled keyboard-interactive debug1: next auth method to try is keyboard-interactive debug2: userauth_kbdint debug2: we sent a keyboard-interactive packet, wait for reply debug1: authentications that can continue: publickey,keyboard-interactive debug3: userauth_kbdint: disable: no info_req_seen debug2: we did not send a packet, disable method debug1: no more auth methods to try Permission denied (publickey,keyboard-interactive). debug1: Calling cleanup 0x80674d0(0x0) [mshelwa@localhost mshelwa]$ > > On Sat, 11 Dec 2004 23:26:56 +0300, Turki Al-Ibrahim <turkim(a)gmail.com> wrote: > > > Turki.. can you display your private keys.. > > Yes > > > > > did you copy .ssh directory to /home/Turki? > > They were already there (/home/turki/.ssh) > > > > > can you create any file under .ssh? > > yes , I tried to touch a file , it worked. > > -- > > ------------------------------------------------------------------------- > > > > > > Turki M. Al-Ibrahim > > turkim @ gmail.com > > >

2 1

Translation review of system-config-lvm
by Munzir Taha 12 Dec '04

12 Dec '04

This file has been translated by Mr. Turki. No doubt he made the job for me very difficult to find mistakes or issues. The only noticable thing is the trivial HAMZA's issue. Examples are: حصل إستثناء الإسم إختر إستخدام all those shouldn't have HAMZA's. I noticed this problem is very common among Arabic native speakers. I am not sure why but the rule is not difficult. Just try to grab an Arabic grammar book and it won't be difficult. This issue is not specific for Turki. One of the benefits of translation for us is to improve our translations skills so let's not waste this chance. It's not only for Fedora, it's also for ourselves! -- Munzir Taha PGP Key available gpg --recv-keys --keyserver www.mandrakesecure.net F0671821 Telecommunications and Electronics Engineer Mandrake Club Member Maintainer of the Open Arabic Bugs Project at http://wiki.arabeyes.org/OpenBugs Maintainer of Fedora Arabic Translation Project CIW Designer, ICDL, MOUS, Linux+, LPI 101 New Horizons CLC, Riyadh, SA

3 6

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

trans-ar December 2004