.fr update for evolution broke GContinuous
https://git.gnome.org/browse/evolution/commit/?id=27195bb1f10293e414c5cee2f7e8270ea7e8488e Resulted in: http://build.gnome.org/continuous/buildmaster/builds/2016/03/12/29/build/log-evolution.txt I pushed: https://git.gnome.org/browse/gnome-continuous/commit/?id=925552764939f74e00ad9e3e5800db11df2f762e When this is fixed, can someone revert the above? Thanks! ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
[gobject-introspection] Created branch gnome-3-12
The branch 'gnome-3-12' was created pointing to: 6750a92... Release 1.40.0 ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
gnome-initial-setup Tajik translation updated commit
https://git.gnome.org/browse/gnome-initial-setup/commit/?id=a5ef600e38c67bf230ead4518bdb782ca143e5bd is a little more than just updating the translation... I reverted it for now: https://git.gnome.org/browse/gnome-initial-setup/commit/?id=28d8f1ae136d6bf4fd7201707c6b1a33d529d25a ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
[gobject-introspection] Created branch gnome-3-10
The branch 'gnome-3-10' was created pointing to: f513b39... Release 1.38.0 ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
[gjs] (2 commits) Created branch gnome-3-10
The branch 'gnome-3-10' was created. Summary of new commits: 5787be8... build: dist-xz is the new black 49ae623... Release 1.38.0 ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
gnome-maps translation
Hi, https://git.gnome.org/browse/gnome-maps/commit/?id=3b4531b6b911a33d6b7932d6c8def5f975046fd0 is broken because there is no po/as.po yet. ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
git submodules vs translators
The use of git submodules in GNOME is growing - there's libgd, egg-list-box, and my own libgsystem, among others. Broadly speaking, I think that's a good thing. They offer a reasonable set of tradeoffs compared to copylibs like the old libegg model. However, git submodules are easy to screw up unless everyone committing to the repository is aware of how they work. This collides badly with our current translation system where many translators commit directly to git, resulting in commits like this one: https://git.gnome.org/browse/gnome-control-center/commit/?id=c87483acb4cce36ffad215396dbaa4cea801c970 That commit reverted two submodules. The gnome-ostree continuous integration system made it fairly obvious when I looked at the build error, but two things should happen: 1) Translators: Ensure you run git submodule update --init after every git pull. 2) We need some sort of sanity check in a pre-receive hook. Something like commits whose subjects match the regexp Update.*translation are rejected if they modify submodules. Or even stronger, one idea is that modules can opt-in to having a file submodule-check which must change content for commits which update submodules. The downside of that is it would conflict on branch merges, but then again, the submodules would anyways. Any other thoughts? ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
[gnome-session] Created branch gnome-3-8
The branch 'gnome-3-8' was created pointing to: 6e14faf... GsmAutostartApp: Don't return NULL from constructor, use GI ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
gtk3 build broken by Tajik translation
See https://git.gnome.org/browse/gtk+/commit/?id=fd81f0a492616ced9b2ccd63215bc8363a0c18bc ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
[gobject-introspection] Created branch gnome-3-8
The branch 'gnome-3-8' was created pointing to: 0e708e9... Release 1.36.0 ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
[gjs] Created branch gnome-3-8
The branch 'gnome-3-8' was created pointing to: 3c001d3... Release 1.36.0 ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
[gnome-desktop] Created branch gnome-3-6
The branch 'gnome-3-6' was created. Summary of new commits: ccd9313... Release 3.6.1 ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
[gobject-introspection] Created branch gnome-3-6
The branch 'gnome-3-6' was created pointing to: 460cef9... Release 1.34.0 ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
[gjs] Created branch gnome-3-6
The branch 'gnome-3-6' was created pointing to: 1f5d7a8... Release 1.34.0 ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: String freeze request for GNOME Shell
On Tue, 2012-09-18 at 14:02 +0200, Florian Müllner wrote: Hey, sorry for being late on this, but the patch in question depended on a Mutter change that only landed today. I'd like to commit the remaining patch in https://bugzilla.gnome.org/show_bug.cgi?id=671010, which will make the keybinding definitions for the screen recorder and the message tray show up in the keyboard shortcuts section in System Settings. Cross-module changes like this are tricky. Had to refresh my memory for how keybindings work - this X atom indirection is certainly tricky. Anyways, I don't see anything wrong with it. The strings aren't highly visible, but we should still see what the i18n people say. RT 2/2 ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: Freeze break request - IBus Anthy input source menu items
On Tue, 2012-09-18 at 14:18 +0200, Rui Tiago Cação Matos wrote: Hi, I'd like to request a freeze break for https://bugzilla.gnome.org/show_bug.cgi?id=682314 . This only has an impact for users of the Japanese input method by adding a few common entries to the input sources panel menu which allows users to switch between hiragana/katakana input modes and other similar knobs which are important for this input method's users. It's not entirely clear to me what the problem we're solving here is. Is it that some input engines have undesired action items? This is a quite nontrivial patch, but on the other hand, it just affects a subset of input methods support. I'd be happiest knowing that an active user tested this patch and it worked. But here's my tentative RT 1/2. ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: String freeze break request for gnome-panel user menu
On Sun, 2012-09-09 at 08:45 -0400, Jeremy Bicha wrote: Hi, I'd like to request a string freeze exception for gnome-panel to bring the user menu more in line with the GNOME Shell 3.6 user menu. http://bugzilla-attachments.gnome.org/attachment.cgi?id=223834 Specifically, the patch removes the ellipses and changes Shut Down to Power Off. If it's exactly in line, that should be trivial for translators. RT 1/2 ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
need translations for gnome 3 regression
Hi, In GNOME 2 we had a notification about pending operations on removable drives, but it got lost in the GNOME 3 transition. The regression is now fixed in https://bugzilla.gnome.org/show_bug.cgi?id=676125 But we need translations for the new strings. Thanks! ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
[gjs] Created branch gnome-3-2
The branch 'gnome-3-2' was created pointing to: 77dbcce... configure: Version 1.30.0 ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
clutter default:LTR
Many translations in clutter for default:LTR are broken; this causes a warning at startup. http://git.gnome.org/browse/clutter/tree/clutter/clutter-main.c#n485 Here's what seems to be affected: po/da.po:msgid default:LTR po/da.po-msgstr po/kn.po:msgid default:LTR po/kn.po-msgstr po/or.po:msgid default:LTR po/or.po-msgstr ପୂର୍ବ ନିର୍ଦ୍ଧାରିତ:LTR po/pa.po:msgid default:LTR po/pa.po-msgstr po/pt_BR.po:msgid default:LTR po/pt_BR.po-msgstr Padro: LTR po/ta.po:msgid default:LTR po/ta.po-msgstr முன்னிருப்பு :LTR po/te.po:msgid default:LTR po/te.po-msgstr po/uk.po:msgid default:LTR po/uk.po-msgstr типово:LTR po/zh_HK.po:msgid default:LTR po/zh_HK.po-msgstr 預設:LTR po/zh_TW.po:msgid default:LTR po/zh_TW.po-msgstr 預設:LTR ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
[gobject-introspection] Created branch gnome-3-2
The branch 'gnome-3-2' was created pointing to: bba1d3b... configure: Release 1.30 ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
clock strings being moved to gnome-desktop
Hi, See https://bugzilla.gnome.org/show_bug.cgi?id=657955 I'm going to merge the gnome-shell patch hopefully soon - the clock is obviously a highly visible string, so I wanted to give you guys a heads up! One thing I wanted to ask about is whether I should use: http://people.gnome.org/~walters/gettext-po-string-copy To try to copy the strings from gnome-shell. Would this conflict with translator work? ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: clock strings being moved to gnome-desktop
On Sat, 2011-09-03 at 16:05 +0200, Claude Paroz wrote: Thanks for the notice. At first glance it should be OK, but could you give us a link to the resulting patch (po changes only)? http://git.gnome.org/browse/gnome-desktop/commit/?id=fb9ee91145db8904f1baf7c60fbbfaf36dd05e47 ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: clock strings being moved to gnome-desktop
On Sat, 2011-09-03 at 16:26 +0200, Claude Paroz wrote: I think that it's ok, as far as you tell us when it's committed, so each coordinator can then check it and maybe fix any potential issue. Done, see http://git.gnome.org/browse/gnome-desktop/commit/?id=c28295b814bae40cdbc3bc2df89b0d8b1d113b2f ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: UI freeze exception request: Empathy new experimental call UI
On Wed, Aug 31, 2011 at 4:53 AM, Guillaume Desmottes gdesm...@gnome.org wrote: Hi everyone, As you may know, the Empathy team is working on a new re-designed call UI: http://blog.desmottes.be/post/2011/08/26/Shiny-new-UI-in-Empathy-3.2 This UI is not used by default and need to be explicitly enabled when building Is there a reason this development isn't done in a branch? Doing so would fix: I'm aware that can be more of an issue for the translation team as it's not easy to know if a string change affect the new UI or not. ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: Those darn gdk-pixbuf .po file conflicts
So... On Thu, Jul 28, 2011 at 3:47 PM, Luca Ferretti lferr...@gnome.org wrote: I remember it was suggested to gtk+ maintainers to use intltool, but they refused (but I could be wrong and I totally forgot their reasons). However it seems to me the simplest (i.e. less work) solution :) Does anyone know the history here? I have no horse in this game, I just want to pick something and move on with life. Can we just convert clutter, gdk-pixbuf, and gtk+ to use intltool's Makefile.in.in? ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
[gjs] Created branch gnome-3-0
The branch 'gnome-3-0' was created pointing to: 8c36491... configure: Post-release version bump ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
[gobject-introspection] Created branch gnome-3-0
The branch 'gnome-3-0' was created pointing to: 5968b6d... configure: Post-release version bump ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
[gnome-menus] Created branch gnome-3-0
The branch 'gnome-3-0' was created pointing to: 7336104... release: post-release bump to 3.0.2 ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
string freeze request
Hi, We have some late breaking changes in failure handling: https://bugzilla.gnome.org/show_bug.cgi?id=645251 Can we have a string freeze break approval? These are *hopefully* not visible strings, but we really need better crash handling. Thanks for your consideration. ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: Application names
On Tue, Aug 18, 2009 at 2:06 PM, Frederic Petersfpet...@gnome.org wrote: - If Name is just the application name, leave it alone - If there is no GenericName, leave it alone - If Name == GenericName: remove GenericName - If Name embeds both the application name and the generic name - Add X-FullName, with what was in Name - Set Name to the application name only This sounds reasonable; what we should do is make a list of the .desktop files which had Name=FullName, and get a tracker bug for migrating them. Also, from the code perspective, we need to land support for reading the key. There's two parts to this; gnome-menus and gio. There's an outstanding gnome-panel patch which needs to be ported to gnome-menus, and we also need to reimplement it for gio. And that patch needs to be updated to take advantage of X-FullName if available. ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
new module for translation: gnome-shell
Hi, We've now landed the infrastructure to translate the gnome-shell project. We plan to have a preview release alongside with GNOME 2.28; I can't guarantee we won't change any strings at this point, but we don't have too many. One tip - you might want to look at gnome-panel and gdm for some of the strings. If there's a way to import those translations that'd be good (are there any scripts to do that?). ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n