Re: Localizing GNOME 3 marketing messages
On Tue, 2011-03-22 at 16:52 +0100, Lucian Adrian Grijincu wrote: Is the website supposed to be used after the Gnome3 launch? Now it contains text like: „GNOME 3 is scheduled for release in April 2011”... This text is likely to change come April 6th, so, to have it translated by the launch date, we should have strings available beforehand. Any such plans? Done in a temporary file as commented lines don't get picked up for the pot file: http://git.gnome.org/browse/gnome3-web/commit/?id=9f536a4a8795978288557f99247aef92438033c9 andre -- mailto:ak...@gmx.net | failed http://blogs.gnome.org/aklapper | http://www.openismus.com ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: Dia
On 28.03.11 08:31, Andre Klapper wrote: On Mon, 2011-03-28 at 01:08 +0300, Коростіль Данило wrote: Dia has branch dia-0-97 on DL. But git branch displays only master. What is release version? And how can i switch to dia-0-97? See https://live.gnome.org/TranslationProject/GitHowTo#Working_with_branches andre Because one good person translated it for dia-0-97 branch (shown by DL) and sent it to me. Perhaps needed to switch or open the old branch. ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
String freeze break request for gnome-panel ( big code freeze break)
Hi there, Over the past week, I've worked on the panel to make sure the fallback mode would be a bit more maintainable in 3.x. This includes a port to GSettings, and more (see below). Also a bit of a warning: fredp wants me to finish the minimize difference between fallback shell bug, which possibly means a few other strings (that are all in gnome-shell, in the user menu). But I don't want to block things on this. For translators, the impact is: + 13 fuzzy strings + 4 new strings Of those 17 strings, 15 are in schemas (so really not visible, except in dconf-editor; and l10n.gnome.org has magic to let you ignore those), and 2 are error messages displayed in extremely unlikely cases: Cannot create initial panel layout.\n Launcher location is not set, cannot load launcher\n The rationale for the (admittedly way too late) change is that gnome-panel has a strong compatibility story in general (2.32.x can load a 2.0.x configuration), and this comes with a price, given the way the panel is configurable. So for 3.0, we don't want to have to deal with gconf configuration; which means the port to GSettings is quite important. The other important changes in the branch I have are the following (they do not impact translations): - Remove popup menu for items in applications menu - Remove drawers - Remove compatibility with 2.x configuration - Start 3.0 panel with brand new configuration - Drop per-applet Lock setting - Support 3.0 lockdown settings - Correctly display Lock screen menu item - Make it easy for applets to store their settings in GSettings It's all in http://git.gnome.org/browse/gnome-panel/log/?h=wip/3.0-freeze-break (I didn't cc gnome-doc-list, btw, based on feedback from Shaun) Again, this all happens way too late and I'm very well aware of that. But I think this is all important for the 3.0 fallback story. Is release team happy with merging those changes? Vincent -- Les gens heureux ne sont pas pressés. ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Possible bug in gnome3.master.pot
Hi all, There is a veeery long string in gnome3.master.pot that seems to be a bug (it looks like several strings mergeg into just one string). I've not found this module in bugzilla, so I'm posting it here. Many thanks for your help P.D. when will translations be available in the web (eg, through a language selector)? ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
[gnome-themes-standard] Created branch gnome-3-0
The branch 'gnome-3-0' was created. Summary of new commits: 2e6f142... adwaita: remove the dark theme for 3.0 ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: Possible bug in gnome3.master.pot
On Mon, Mar 28, 2011 at 03:31:53PM +0200, Daniel Mustieles García wrote: P.D. when will translations be available in the web (eg, through a language selector)? It should automatically show it based on your browser language. It doesn't always work atm. I'll look at it before GNOME 3.0. -- Regards, Olav ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Variables placheholders comment
Hi all, There is a comment into gnome-packagekit which makes me doubt about my faith in gettext. Here is the comment: #. TRANSLATOR: %i %s %i %s are %i minutes %i seconds #. * Swap order with %2$s %2$i %1$s %1$i if needed #. TRANSLATOR: %i %s %i %s are %i hours %i minutes #. * Swap order with %2$s %2$i %1$s %1$i if needed but, as far as I know, swap order (if translation needs) should be: %4$s %3$i %2$s %1$i (which outputs such as 'seconds number minutes number' message) So, placeholders should be unique. Am I wrong? Best regards, Dooteo ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: Variables placheholders comment
Hi On Mon, Mar 28, 2011 at 5:54 PM, dooteo doo...@zundan.com wrote: Hi all, There is a comment into gnome-packagekit which makes me doubt about my faith in gettext. Here is the comment: #. TRANSLATOR: %i %s %i %s are %i minutes %i seconds #. * Swap order with %2$s %2$i %1$s %1$i if needed #. TRANSLATOR: %i %s %i %s are %i hours %i minutes #. * Swap order with %2$s %2$i %1$s %1$i if needed but, as far as I know, swap order (if translation needs) should be: %4$s %3$i %2$s %1$i (which outputs such as 'seconds number minutes number' message) So, placeholders should be unique. Am I wrong? Best regards, Dooteo You can validate the substitution codes with msgfmt -cv filename.po. It should complain if the substitution codes are wrong. If the translator comment is wrong, I guess one should file a bug report with gnome-packagekit. Regards Ask ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: String freeze break request for gnome-panel ( big code freeze break)
Vincent Untz wrote: Over the past week, I've worked on the panel to make sure the fallback mode would be a bit more maintainable in 3.x. This includes a port to GSettings, and more (see below). I have been running that branch a little bit this afternoon, it works well and looks like a very useful cleanup, I still have high hopes you will manage the final bits to make it more similar to the shell layout (centering the clock mostly). 1 of 2 from me. Frederic ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: Possible bug in gnome3.master.pot
Daniel Mustieles García wrote: There is a veeery long string in gnome3.master.pot that seems to be a bug (it looks like several strings mergeg into just one string). Caused by index.html no longer being compliant xml, making xml2po fails in an arbitrary way; I fixed that now. Frederic ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: Possible bug in gnome3.master.pot
Olav Vitters wrote: On Mon, Mar 28, 2011 at 03:31:53PM +0200, Daniel Mustieles García wrote: P.D. when will translations be available in the web (eg, through a language selector)? It should automatically show it based on your browser language. It doesn't always work atm. I'll look at it before GNOME 3.0. We will also take some time at the release hackfest for this, probably copying some code from library-web. Frederic ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: String freeze break request for gnome-panel ( big code freeze break)
Hi! Also a bit of a warning: fredp wants me to finish the minimize difference between fallback shell bug, which possibly means a few other strings (that are all in gnome-shell, in the user menu). But I don't want to block things on this. Vincent agreed to do the magic to reuse the strings already translated for gnome-shell to reduce the load on translators. Of those 17 strings, 15 are in schemas (so really not visible, except in dconf-editor; and l10n.gnome.org has magic to let you ignore those), and 2 are error messages displayed in extremely unlikely cases: Cannot create initial panel layout.\n Launcher location is not set, cannot load launcher\n Those are displayed in the UI, right? Because otherwise we more or less agreed to not translate messages that are thrown to the command-line (using g_warning/error) as it makes it more difficult to debug things. Again, this all happens way too late and I'm very well aware of that. But I think this is all important for the 3.0 fallback story. Is release team happy with merging those changes? Overall this is considerable really late but I assume that the release-team has great interest in releasing with a 3.0 panel and as such I won't be in that way. Basically we are talking about 2 UI strings which should be doable in about a week (and even those are very unlikely to ever appear). So 1 of 2 from i18n. Regards, Johannes signature.asc Description: This is a digitally signed message part ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: String freeze break request for gnome-panel ( big code freeze break)
Le lundi 28 mars 2011, à 19:35 +0200, Johannes Schmid a écrit : Of those 17 strings, 15 are in schemas (so really not visible, except in dconf-editor; and l10n.gnome.org has magic to let you ignore those), and 2 are error messages displayed in extremely unlikely cases: Cannot create initial panel layout.\n Launcher location is not set, cannot load launcher\n Those are displayed in the UI, right? Because otherwise we more or less agreed to not translate messages that are thrown to the command-line (using g_warning/error) as it makes it more difficult to debug things. Hrm, they are from g_printerr(). If the right thing to do is to not mark them for translations, then I can do this and that would only leave the schemas-related strings. Cheers, Vincent -- Les gens heureux ne sont pas pressés. ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: String freeze break request for gnome-panel ( big code freeze break)
On Mon, 2011-03-28 at 13:32 -0400, Matthias Clasen wrote: On Mon, Mar 28, 2011 at 1:28 PM, Frederic Peters fpet...@gnome.org wrote: Vincent Untz wrote: Over the past week, I've worked on the panel to make sure the fallback mode would be a bit more maintainable in 3.x. This includes a port to GSettings, and more (see below). I have been running that branch a little bit this afternoon, it works well and looks like a very useful cleanup, I still have high hopes you will manage the final bits to make it more similar to the shell layout (centering the clock mostly). 1 of 2 from me. 2/2. r-t approval 3 out of 2. Break everything you can, baby (or maybe... not)! andre -- mailto:ak...@gmx.net | failed http://blogs.gnome.org/aklapper | http://www.openismus.com ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: Problem starting out with git account (translator)
Thank you for the advice. However, since that time, whenever I try the same command I get this: [muwawa@localhost ~]$ ssh -v kbira...@git.gnome.org OpenSSH_5.8p1, OpenSSL 1.0.0d 8 Feb 2011 debug1: Connecting to git.gnome.org [209.132.180.173] port 22. debug1: Connection established. debug1: identity file /home/muwawa/.ssh/id_rsa type 1 debug1: identity file /home/muwawa/.ssh/id_rsa-cert type -1 debug1: identity file /home/muwawa/.ssh/id_dsa type -1 debug1: identity file /home/muwawa/.ssh/id_dsa-cert type -1 debug1: identity file /home/muwawa/.ssh/id_ecdsa type -1 debug1: identity file /home/muwawa/.ssh/id_ecdsa-cert type -1 debug1: Remote protocol version 2.0, remote software version OpenSSH_4.3 debug1: match: OpenSSH_4.3 pat OpenSSH_4* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_5.8 debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug1: kex: server-client aes128-ctr hmac-md5 none debug1: kex: client-server aes128-ctr hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(102410248192) sent debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP debug1: SSH2_MSG_KEX_DH_GEX_INIT sent debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY debug1: Server host key: RSA 00:39:fd:1a:a4:2c:6b:28:b8:2e:95:31:c2:90:72:03 debug1: Host 'git.gnome.org' is known and matches the RSA host key. debug1: Found key in /home/muwawa/.ssh/known_hosts:1 debug1: ssh_rsa_verify: signature correct debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug1: SSH2_MSG_NEWKEYS received debug1: Roaming not allowed by server debug1: SSH2_MSG_SERVICE_REQUEST sent debug1: SSH2_MSG_SERVICE_ACCEPT received debug1: Authentications that can continue: publickey debug1: Next authentication method: publickey debug1: Offering RSA public key: /home/muwawa/.ssh/id_rsa debug1: Remote: Forced command: /home/admin/bin/run-git-or-special-cmd debug1: Remote: Pty allocation disabled. debug1: Remote: Port forwarding disabled. debug1: Server accepts key: pkalg ssh-rsa blen 535 debug1: key_parse_private_pem: PEM_read_PrivateKey failed debug1: read PEM private key done: type unknown Enter passphrase for key '/home/muwawa/.ssh/id_rsa': debug1: Trying private key: /home/muwawa/.ssh/id_dsa debug1: Trying private key: /home/muwawa/.ssh/id_ecdsa debug1: No more authentication methods to try. Permission denied (publickey). [muwawa@localhost ~]$ I am totally baffled. Do I need to create a new key set? Regards, Kizito --- On Mon, 17/1/11, Fran Dieguez lis...@mabishu.com wrote: From: Fran Dieguez lis...@mabishu.com Subject: Re: Problem starting out with git account (translator) To: Kizito Birabwa kbira...@yahoo.co.uk Cc: GNOME gnome-i18n@gnome.org Date: Monday, 17 January, 2011, 22:40 As you try to connect to git.gnome.org server for the first time you must accept its RSA key. So, when you see Are you sure you want to continue connecting (yes/no)? you must insert yes If your git account is properly configured, you can clone the repository. Cheers, Fran O Lun, 17-01-2011 ás 22:15 +, Kizito Birabwa escribiu: Hello, I have recently been given a git account. However, when I try to follow the git HowTo I get this: [muwawa@localhost ~]$ ssh -v kbira...@git.gnome.org OpenSSH_5.5p1, OpenSSL 1.0.0c 2 Dec 2010 debug1: Connecting to git.gnome.org [209.132.180.173] port 22. debug1: Connection established. debug1: identity file /home/muwawa/.ssh/id_rsa type 1 debug1: identity file /home/muwawa/.ssh/id_rsa-cert type -1 debug1: identity file /home/muwawa/.ssh/id_dsa type -1 debug1: identity file /home/muwawa/.ssh/id_dsa-cert type -1 debug1: Remote protocol version 2.0, remote software version OpenSSH_4.3 debug1: match: OpenSSH_4.3 pat OpenSSH_4* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_5.5 debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug1: kex: server-client aes128-ctr hmac-md5 none debug1: kex: client-server aes128-ctr hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(102410248192) sent debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP debug1: SSH2_MSG_KEX_DH_GEX_INIT sent debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY The authenticity of host 'git.gnome.org (209.132.180.173)' can't be established. RSA key fingerprint is 00:39:fd:1a:a4:2c:6b:28:b8:2e:95:31:c2:90:72:03. Are you sure you want to continue connecting (yes/no)? no Host key verification failed. I have had a look at the git manual on my computer and done some searching on the internet, but fail to make sense of what I have come across so far. Could you advise me where I am going wrong? Regard, Kizito ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n -- Fran Diéguez Ubuntu Member and coordinator of Galician L10n Team of GNOME GPG: 43DD 1B00
Re: Problem starting out with git account (translator)
Le lundi 28 mars 2011 à 19:57 +0100, Kizito Birabwa a écrit : Thank you for the advice. However, since that time, whenever I try the same command I get this: [muwawa@localhost ~]$ ssh -v kbira...@git.gnome.org OpenSSH_5.8p1, OpenSSL 1.0.0d 8 Feb 2011 debug1: Connecting to git.gnome.org [209.132.180.173] port 22. debug1: Connection established. (...) debug1: Server accepts key: pkalg ssh-rsa blen 535 debug1: key_parse_private_pem: PEM_read_PrivateKey failed debug1: read PEM private key done: type unknown Enter passphrase for key '/home/muwawa/.ssh/id_rsa': debug1: Trying private key: /home/muwawa/.ssh/id_dsa debug1: Trying private key: /home/muwawa/.ssh/id_ecdsa debug1: No more authentication methods to try. Permission denied (publickey). [muwawa@localhost ~]$ I am totally baffled. Do I need to create a new key set? Are you sure you have the right passphrase? You can check by running: $ ssh-add If the passphrase is the right one, you should get the message Identity added: Claude P.S. It is good practice on GNOME lists to not top-post, thanks ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
String additions to 'gnome-panel.master'
This is an automatic notification from status generation scripts on: http://l10n.gnome.org. There have been following string additions to module 'gnome-panel.master': + A list of panel object IDs. Each ID identifies an individual panel object (e.g. an applet, launcher, action button or menu button/bar). The settings for each of these objects are stored in /apps/panel/objects/$(id). + Cannot create initial panel layout.\n + Determines how the image set by image-uri is rendered. Possible values are \none\, \stretch\, \fit\. With \stretch\, the image will be scaled to the panel dimensions and the aspect ratio of the image will not be maintained. With \fit\, the image will be scaled (retaining the aspect ratio of the image) to the panel height (if horizontal). + History of \Run Application\ dialog + Icon used for button + If set to 'end', the position of the object is interpreted relative to the right (or bottom if vertical) edge of the panel. + If true, tooltips are shown for objects in panels. Tooltips can be disabled for the whole desktop with the gtk-enable-tooltips property in GTK+. + Image options + Launcher location is not set, cannot load launcher\n + Object IID + The implementation ID of the object - e.g. \ClockAppletFactory::ClockApplet\. + The list of commands used in the past in the \Run Application\ dialog. + The location of the image file used as the icon for the object's button. If empty, the default icon for the menu will be used. + The path from which the menu contents is contructed. If empty, the menu will be the default applications menu. + The text to display in a tooltip for this this menu. + Tooltip displayed for menu + Which type of background should be used for this panel. Possible values are \none\ - the default GTK+ widget background will be used, \color\ - the color key will be used as background color or \image\ - the image specified by the image key will be used as background. Note that this doesn't directly indicate a string freeze break, but it might be worth investigating. ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: Problem starting out with git account (translator)
On Tue, Mar 29, 2011 at 12:19 AM, Kizito Birabwa kbira...@yahoo.co.uk wrote: --- On Mon, 28/3/11, Claude Paroz cla...@2xlibre.net wrote: From: Claude Paroz cla...@2xlibre.net Subject: Re: Problem starting out with git account (translator) To: Kizito Birabwa kbira...@yahoo.co.uk Cc: GNOME gnome-i18n@gnome.org Date: Monday, 28 March, 2011, 20:21 Le lundi 28 mars 2011 à 19:57 +0100, Kizito Birabwa a écrit : Thank you for the advice. However, since that time, whenever I try the same command I get this: [muwawa@localhost ~]$ ssh -v kbira...@git.gnome.org OpenSSH_5.8p1, OpenSSL 1.0.0d 8 Feb 2011 debug1: Connecting to git.gnome.org [209.132.180.173] port 22. debug1: Connection established. (...) debug1: Server accepts key: pkalg ssh-rsa blen 535 debug1: key_parse_private_pem: PEM_read_PrivateKey failed debug1: read PEM private key done: type unknown Enter passphrase for key '/home/muwawa/.ssh/id_rsa': debug1: Trying private key: /home/muwawa/.ssh/id_dsa debug1: Trying private key: /home/muwawa/.ssh/id_ecdsa debug1: No more authentication methods to try. Permission denied (publickey). [muwawa@localhost ~]$ I am totally baffled. Do I need to create a new key set? Are you sure you have the right passphrase? You can check by running: $ ssh-add If the passphrase is the right one, you should get the message Identity added: Claude P.S. It is good practice on GNOME lists to not top-post, thanks OK. That fails. It seems that I have to re-do all this setting up the keys and pass phrase - because I have forgotten what I originally used. Does this mean I have to request a git account all over again, or will this one accept me re-setting the key and pass phrases? Fran replied to you on this in January. His reply: http://mail.gnome.org/archives/gnome-i18n/2011-January/msg00065.html Have you tried what he suggested? Simos ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n