Re: syncing language from ubuntu(laucnhapd) to gnome

[Yuri Chornoivan via gnome-i18n]

неділя, 29 березня 2020 р. 13:52:39 EEST Jwtiyar ali via gnome-i18n написано:
> hey
> we have translated gnome which is included in launchpad translation of
> ubuntu, now we should export gnome translation from ubuntu translation then
> importing to gnome translation website? or gnome will automatically grab
> them from launchpad to its website?
> 
> Best Regards.
> Jwtiyar Nariman
> Google Map Maker (RL)
> *Physical Lab. / Internal Auditor (ISO 9001:2015)*

Hi,

No. You should make it manually.

Best regards,
Yuri


___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: Evolution stats in DL are not updated

[Yuri Chornoivan via gnome-i18n]

четвер, 14 травня 2020 р. 15:49:26 EEST Andrea Veri написано:
> Translators,
> 
> we just completed the migration to a different storage backend, please
> let us know whether how that contributed to speed up your day-to-day
> operations.
> 
> Thanks!

Hi,

Works much faster. Many thanks for your work.

Best regards,
Yuri

> Il giorno ven 1 mag 2020 alle ore 14:07 Andrea Veri  ha 
scritto:
> > Claude,
> > 
> > Your statements are pretty unfair I have to be honest. The current issue
> > is that glusterfs doesn't seem to perform well when trying to cope with
> > big repositories such as gtk or gimp. The solution there is mainly moving
> > this data out of it into the brand new Ceph cluster we deployed and
> > blogged about [1] recently.
> > 
> > Openshift is a platform that we introduced for the community and used /
> > loved by multiple contributors as of today. It introduced, as every new
> > technology, a learning curve that has to be filled before the actual
> > features can become of good use. Saying I want to go back to a plain VM
> > is the old please give me back a bare metal because I want all the
> > performances for myself when the world transitioned off to virtual
> > machines ages ago. It doesn't scale, adds maintenance burdens, and it's
> > definitely unnecessary.
> > 
> > The GNOME Infrastructure Team has made sure l10n runs beautifully with the
> > new platform with a service degradation that only happened during the
> > datacenter migration we recently performed and fixed right afterwards. On
> > top of that we made sure the entire VM to container migration was
> > performed in its *entirety* by us, we offered our help to let you
> > understand how the platform works to get you up to speed with little to
> > no interest from your side. We keep mentioning on IRC and other mediums
> > we're around to offer our knowledge in order to fullfil your needs when
> > it comes to maintaining this service properly.
> > 
> > That said, we'll look into moving that volume into Ceph late next week.
> > 
> > [1]
> > https://www.dragonsreach.it/2020/03/30/2020-03-30-gnome-infrastructure-up
> > dates> 
> > Il gio 30 apr 2020, 22:24 Claude Paroz  ha scritto:
> >> Hi Daniel,
> >> 
> >> Looks like the stats ar now OK again.
> >> I'm sorry for that (it also happened for gtk recently). There is a major
> >> problem right now with the D-L hosting. The disk performance of the
> >> hosting platform is not sufficient for D-L needs (much slower than my
> >> 9-year old personal machine!).
> >> 
> >> I'm convinced the GNOME sysadmin team is working hard on the
> >> infrastructure, but since D-L moved to the OpenShift platform, it
> >> occasioned a lot of issues and I spent more time on it that I would want.
> >> I'm pleading to get back to a traditional VM infrastructure, but I'm not
> >> the one who can decide this currently.
> >> So sorry for you translators, hopefully we can find a solution in a not
> >> too far future.
> >> 
> >> Claude
> >> 
> >> Le 30.04.20 à 11:40, Daniel Mustieles García via gnome-i18n a écrit :
> >> > Hi Claude,
> >> > 
> >> > I've noticed Evolution stats in DL are not being updated. Doing it
> >> > manually also doesn't work.
> >> > 
> >> > Last update was done 2 days ago so changes done yesterday are not
> >> > reflected.
> >> > 
> >> > Could you please review it.
> >> > 
> >> > Thanks in advance!
> >> > 
> >> > https://l10n.gnome.org/module/evolution/
> 
> --
> Cheers,
> 
> Andrea
> 
> Red Hatter,
> Fedora / EPEL packager,
> GNOME Infrastructure Team Coordinator,
> Former GNOME Foundation Board of Directors Secretary,
> GNOME Foundation Membership & Elections Committee Chairman
> 
> Homepage: https://www.gnome.org/~av
> ___
> gnome-i18n mailing list
> gnome-i18n@gnome.org
> https://mail.gnome.org/mailman/listinfo/gnome-i18n




___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: cant see .po files or download them

[Yuri Chornoivan via gnome-i18n]

вівторок, 26 травня 2020 р. 10:03:18 EEST Andre Klapper написано:
> Hi,
> 
> On Tue, 2020-05-26 at 00:53 +0300, Jwtiyar ali via gnome-i18n wrote:
> > i want to download files i did save with right click but the could
> > not be opened, and when i click on the link shws me that i have no
> > permission to view it or the file is not available on server.
> 
> Please provide a list of clear steps to reproduce, step by step.
> Please make that list also include links where you try what exactly.
> 
> If this is about l10n.gnome.org, then please also tell us if you are
> logged in, in addition to giving the steps to reproduce and links.
> 
> Thanks,
> andre

Hi,

https://l10n.gnome.org/vertimus/evolution/master/help/uk/

1. Try to download PO.

Result:
Forbidden
You don't have permission to access this resource.

2. Try to upload something.

Result:
An error while trying to do the required action: /var/www/djamnedlies/data/
media/upload exists and is not a directory.

Thanks in advance for fixing these problems.

Best regards,
Yuri


___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: How to make strings fuzzy without changing them

[Yuri Chornoivan via gnome-i18n]

середа, 3 червня 2020 р. 17:37:22 EEST scootergrisen via gnome-i18n написано:
> I want to change "Results must:" to "Options:" or something similar in:
> https://gitlab.gnome.org/GNOME/orca/-/blob/master/src/orca/orca-find.ui#L327
> 
> But at the same time i want the 2 strings "_Match case" and "Match
> _entire word only" made fuzzy or cleared in the po files.
> 
> https://gitlab.gnome.org/GNOME/orca/-/blob/master/src/orca/orca-find.ui#L291
> -306
> 
> So translators can have a fresh look at all three strings because i
> think they might be incorrect translated with the way it is currently
> written.

Thanks. For making our lives interesting.

I think that the easiest way is to use a PCRE in the git repo directly. 
Something like (not tested)

perl -pi -e 's!foo!\#,\ fuzzy\nfoo!' if !(/\#,\ fuzzy\n!) po/*.po

Please do not do it though if you do not want to ask how to disappear 
completely and never been found. ;)

Best regards,
Yuri


___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Error when trying to push the Boxes help file

[Yuri Chornoivan via gnome-i18n]

Hi,

I'm trying to push a new uk translation into the Boxes repo:

https://l10n.gnome.org/vertimus/gnome-boxes/gnome-3-36/help/uk/

but Vertimus throws back an error message:

[Errno 1] Command: "if [ -e .gitmodules ]; then git submodule update --init; 
fi", Error: error: RPC failed; result=22, HTTP code = 404 fatal: The remote 
end hung up unexpectedly Unable to fetch in submodule path 'subprojects/gtk-
frdp'

Am I doing something wrong (the file itself seems to be XML-valid)?

Thanks in advance for your help.

Best regards,
Yuri


___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: New module: deja-dup

[Yuri Chornoivan via gnome-i18n]

четвер, 9 липня 2020 р. 16:02:48 EEST Michael Terry написано:
> Hello! I'm the maintainer of the GNOME-adjacent backup program deja-dup.
> 
> We just switched from Launchpad translations to using Damned Lies, and I
> wanted to give a heads up about that here.
> 
> https://l10n.gnome.org/module/deja-dup/
> 
> https://gitlab.gnome.org/World/deja-dup
> 
> https://wiki.gnome.org/Apps/DejaDup
> 
> If any of you are interested in helping to translate it, that would be very
> welcome and thank you. It's also possible some existing translators will
> want to join GNOME teams, to continue being able to translate. Thanks for
> any help you give them.
> 
> If you see any problem with a string or something that isn't marked for
> translation correctly, please file an issue in gitlab:
> https://gitlab.gnome.org/World/deja-dup/-/issues
> 
> Thank you!

Hi,

An updated translation cannot be pushed into the repo via DL:

[Errno 1] Command: "['git', 'push', 'origin', 'master']", Error: Warning: 
Permanently added 'gitlab.gnome.org,172.31.2.39' (ECDSA) to the list of known 
hosts. remote: GitLab: You are not allowed to push code to protected branches 
on this project. To g...@gitlab.gnome.org:World/deja-dup.git ! [remote 
rejected] master -> master (pre-receive hook declined) error: failed to push 
some refs to 'g...@gitlab.gnome.org:World/deja-dup.git' 

https://l10n.gnome.org/vertimus/deja-dup/master/po/uk/

Thanks in advance for fixing this minor issue.

Best regards,
Yuri


___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: Error when trying to push the Boxes help file

[Yuri Chornoivan via gnome-i18n]

понеділок, 13 липня 2020 р. 13:12:00 EEST Felipe Borges написано:
> Hi, the GNOME sysadmins noticed that they had some git hooks broken
> for submodules in a recent update in the infrastructure.
> 
> They believe the issues we were facing should be resolved now. Please,
> let us know if you still experience the issues.
> 
> And thanks again for letting us know about it.
> 
> Cheers,
> Felipe Borges.

Hi,

It works like a charm now. Many thanks for fixing this.

Best regards,
Yuri

> 
> On Thu, Jun 25, 2020 at 1:36 PM Baurzhan Muftakhidinov
> 
>  wrote:
> > Dear all,
> > 
> > Unfortunately this issue still persists, with main PO file
> > 
> > https://l10n.gnome.org/vertimus/gnome-boxes/gnome-3-36/po/kk/
> > 
> > Any news on it?
> > 
> > Thanks,
> > 
> > On Mon, Jun 15, 2020 at 6:02 PM Felipe Borges  
wrote:
> > > Hi, thanks for reaching out.
> > > 
> > > I am in contact with the GNOME sysadmins to try to solve the issue. I
> > > will get back to you once I have an answer.
> > > 
> > > Cheers,
> > > Felipe Borges.
> > > 
> > > On Mon, Jun 15, 2020 at 9:14 AM Claude Paroz  wrote:
> > > > Le 14.06.20 à 16:58, Yuri Chornoivan via gnome-i18n a écrit :
> > > > > Hi,
> > > > > 
> > > > > I'm trying to push a new uk translation into the Boxes repo:
> > > > > 
> > > > > https://l10n.gnome.org/vertimus/gnome-boxes/gnome-3-36/help/uk/
> > > > > 
> > > > > but Vertimus throws back an error message:
> > > > > 
> > > > > [Errno 1] Command: "if [ -e .gitmodules ]; then git submodule update
> > > > > --init; fi", Error: error: RPC failed; result=22, HTTP code = 404
> > > > > fatal: The remote end hung up unexpectedly Unable to fetch in
> > > > > submodule path 'subprojects/gtk- frdp'
> > > > > 
> > > > > Am I doing something wrong (the file itself seems to be XML-valid)?
> > > > 
> > > > No, it's not your fault.
> > > > I tried deleting and recreating the branch in the DL checkout, but
> > > > still
> > > > obtains that error.
> > > > Maybe boxes maintainers have a hint?
> > > > 
> > > > Claude
> > > > --
> > > > www.2xlibre.net
> > > 
> > > ___
> > > gnome-i18n mailing list
> > > gnome-i18n@gnome.org
> > > https://mail.gnome.org/mailman/listinfo/gnome-i18n
> 
> ___
> gnome-i18n mailing list
> gnome-i18n@gnome.org
> https://mail.gnome.org/mailman/listinfo/gnome-i18n




___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

DL: cannot push translation of gnome-control-center in master

[Yuri Chornoivan via gnome-i18n]

Hi,

I have an error message when trying to push updated translation of gnome-
control-center:

https://l10n.gnome.org/vertimus/gnome-control-center/master/po/uk/

[Errno 1] Command: "if [ -e .gitmodules ]; then git submodule update --init; 
fi", Error: fatal: reference is not a tree: 
3a61bd9c6bc95f5418ef5376a99632d103162d49 Unable to checkout 
'3a61bd9c6bc95f5418ef5376a99632d103162d49' in submodule path 'subprojects/
libhandy' 

Is it just for me or is it something wrong with the repo config?

Thanks in advance for your answers.

Best regards,
Yuri


___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: Making a descriptor file translatable

[Yuri Chornoivan via gnome-i18n]

четвер, 23 липня 2020 р. 18:31:19 EEST Adwait Rawat via gnome-i18n написано:
> here's a link to one of the said libretro file
> https://gitlab.gnome.org/adwaitrawat/gnome-games/-/blob/adwait/translatable_
> name/flatpak/libretro-cores/nestopia.libretro#L18
> 
> Thanks,
> Adwait

Hi,

This looks like the usual .desktop file. You can use xgettext to extract 
messages like this:

cat $(PACKAGE_NAME).libretro | grep _ | cut -d "=" --fields=2 | sed 's|^|_("|
g' | sed 's|$$|")|g' > $(PACKAGE_NAME).libretro.tmp

xgettext OTHER_FILES $(PACKAGE_NAME).libretro.tmp

rm -f $(PACKAGE_NAME).libretro.tmp

Then merge them back:

msgfmt --desktop --template=$(PACKAGE_NAME).libretro -d po -o 
your_file.libretro

Or you can use some custom Python script to extract/merge translations, like 
this:

https://github.com/manatools/dnfdragora/blob/master/tools/desktoppo.py

Just replace the "desktop" with "libretro" and customize it as needed. msgcat 
*.pot > all.pot can be used to merge your intermediate file with the main pot 
file.

I'm not a GNOME expert, this was just some thoughts.

Hope this helps.

Best regards,
Yuri


___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: String break request for Glade

[Yuri Chornoivan via gnome-i18n]

субота, 12 вересня 2020 р. 01:13:51 EEST Juan Pablo Ugarte via gnome-i18n 
написано:
> This is how it would look like
> 
> [image: imagen.png]
> 
> 
> On Thu, Sep 10, 2020 at 8:15 PM Juan Pablo Ugarte
> 
> wrote:
> > Hello, sorry for this last minute request
> > 
> > Last year a beloved professor passed away and I would like to do something
> > in commemoration.
> > 
> > Add a simple string like "In memory of an extraordinaire \n person and
> > professor \n R.I.P Guido Macchi" either in the main window or about dialog
> > and a small explanation of who he was to me
> > 
> > Since this wont affect the program at all, there would be no issue if its
> > not translated
> > 
> > thanks
> > 
> > Juan Pablo

Hi,

Dear GNOME translation coordinators, can you be so kind to approve this 
request of string freeze break for GNOME 3.38.1?

Thanks in advance for your answers.

Best regards,
Yuri,
GNOME Ukrainian translator,
Mageia translation coordinator,
member of KDE e.V.


___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: Giara string freeze, release scheduled for November 17th

[Yuri Chornoivan via gnome-i18n]

понеділок, 9 листопада 2020 р. 11:45:49 EET Andre Klapper via gnome-i18n 
написано:
> Hi Gabriele,
> 
> On Mon, 2020-11-09 at 09:40 +0100, Gabriele Musco via gnome-i18n wrote:
> > Hey everyone. I feel like Giara
> > (https://gitlab.gnome.org/World/giara)
> > is ready for a new release.
> 
> Please see the notices on https://l10n.gnome.org/module/giara/ :
> All strings in files like
> https://gitlab.gnome.org/World/giara/-/blob/master/giara/subreddits_list_vie
> w.py
> https://gitlab.gnome.org/World/giara/-/blob/master/giara/single_post_stream
> _headerbar.py will not get translated, as the source code files are not in
> https://l10n.gnome.org/POT/giara.master/giara.master.es.po

I guess this should be

https://gitlab.gnome.org/World/giara/-/blob/master/po/POTFILES.in

Thanks in advance for fixing this.

Best regards,
Yuri

> 
> Cheers,
> andre


___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: help addressing a translation bug

[Yuri Chornoivan via gnome-i18n]

пʼятниця, 20 листопада 2020 р. 21:47:42 EET Fabio Tomat via gnome-i18n 
написано:
> please, can someone address me where I should point out a missing/wrong
> translation selecting friulian language in gnome-control-center's "region
> and language" setting (or in "users" settings)
> Friulian is listed as Friulian instead of Furlan (the state is correctly
> written)
> but I cannot find where it can be fixed (maybe I can fix it myself)
> 
> Regards
> Fabio Tomat

Hi,

I might be wrong but it's from ISO-639:

https://hosted.weblate.org/projects/iso-codes/iso-639-2/

Regretfully, no Friulian (fur) translation so far.

Hope this helps.

Best regards,
Yuri


___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: Error in simple-scan

[Yuri Chornoivan via gnome-i18n]

середа, 2 грудня 2020 р. 15:38:57 EET Daniel Mustieles García via gnome-i18n 
написано:
> Hi,
> 
> I've got the following error when trying to upload a translation for
> simple-scan, using Damned Lies:
> 
> «[Errno 1] Command: "['git', 'push', 'origin', 'master']", Error: Warning:
> Permanently added 'gitlab.gnome.org,172.31.2.39' (ECDSA) to the list of
> known hosts. remote: GitLab: You are not allowed to push code to protected
> branches on this project.To g...@gitlab.gnome.org:GNOME/simple-scan.git !
> [remote rejected] master -> master (pre-receive hook declined) error:
> failed to push some refs to 'g...@gitlab.gnome.org:GNOME/simple-scan.git' »
> 
> Could someone please review it?
> 
> Thanks in advance

Hi,

The master branch for mutter is locked as well, btw.

Best regards,
Yuri



___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: Error in simple-scan

[Yuri Chornoivan via gnome-i18n]

середа, 2 грудня 2020 р. 16:09:37 EET Jonas Ådahl написано:
> On Wed, Dec 02, 2020 at 03:48:19PM +0200, Yuri Chornoivan via gnome-i18n 
wrote:
> > середа, 2 грудня 2020 р. 15:38:57 EET Daniel Mustieles García via
> > gnome-i18n> 
> > написано:
> > > Hi,
> > > 
> > > I've got the following error when trying to upload a translation for
> > > simple-scan, using Damned Lies:
> > > 
> > > «[Errno 1] Command: "['git', 'push', 'origin', 'master']", Error:
> > > Warning:
> > > Permanently added 'gitlab.gnome.org,172.31.2.39' (ECDSA) to the list of
> > > known hosts. remote: GitLab: You are not allowed to push code to
> > > protected
> > > branches on this project.To g...@gitlab.gnome.org:GNOME/simple-scan.git !
> > > [remote rejected] master -> master (pre-receive hook declined) error:
> > > failed to push some refs to 'g...@gitlab.gnome.org:GNOME/simple-scan.git'
> > > »
> > > 
> > > Could someone please review it?
> > > 
> > > Thanks in advance
> > 
> > Hi,
> > 
> > The master branch for mutter is locked as well, btw.
> 
> Can you try again? It seems it was changed to only allow pushing from
> maintainers, but the original intention was to only restrict merging
> merge requests, as we've moved to using marge-bot. I've now changed the
> setting to limit merging to maintainers, but pushing to maintainers and
> developers as was the case before.
> 
> 
> Jonas

Yes, it works now. Many thanks for your help.

Best regards,
Yuri


___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: source code repo for icon-library

[Yuri Chornoivan via gnome-i18n]

субота, 16 січня 2021 р. 20:59:44 EET Christian Kirbach via gnome-i18n 
написано:
> Hello,
> 
> the German team would like to commit their initial translation of
> gnome-library
> https://l10n.gnome.org/module/icon-library/
> 
> However, I was unable to find its repository. I looked at gnome git and
> searched the Internet, without success.
> 
> Can you point me to the repo where I can place a pull request?
> Thanks.
> 
> Best regards
> Christian

Hi,

https://gitlab.gnome.org/World/design/icon-library

Hope this helps.

Best regards,
Yuri


___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: [DL]String additions to 'gnome-clocks.master'

[Yuri Chornoivan via gnome-i18n]

вівторок, 19 січня 2021 р. 21:51:18 EET Zander Brown написано:
> Wait are we in a freeze?

There is no gnome-3.38 branch so it's a freeze violation for GNOME 3.38.

Best regards,
Yuri

> On Tue, 2021-01-19 at 19:32 +, GNOME Status Pages wrote:
> > This is an automatic notification from status generation scripts on:
> > https://l10n.gnome.org.
> > 
> > There have been following string additions to module
> > 'gnome-clocks.master':
> > 
> > + "shortcut window"::"Go to the Alarms section"
> > + "shortcut window"::"Go to the Stopwatch section"
> > + "shortcut window"::"Go to the Timer section"
> > + "shortcut window"::"Go to the World section"
> > 
> > Note that this doesn't directly indicate a string freeze break, but it
> > might be worth investigating.
> > https://gitlab.gnome.org/GNOME/gnome-clocks/commits/master
> > ___
> > gnome-i18n mailing list
> > gnome-i18n@gnome.org
> > https://mail.gnome.org/mailman/listinfo/gnome-i18n




___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: Finding strings in GNOME

[Yuri Chornoivan via gnome-i18n]

понеділок, 10 травня 2021 р. 03:16:59 EEST scootergrisen via gnome-i18n 
написано:
> Den 09-05-2021 kl. 23:21 skrev Daniel Șerbănescu:
> > În data de Du, 09-05-2021 la 22:37 +0200, Matej Urban via gnome-i18n a
> > 
> > scris:
> >> Hello, I need a bit of help.
> >> I frequently see strange translations, but then can not find, which
> >> packet those belong to. Is there a simple way to find them?
> > 
> > Hello Matej,
> > Here are the steps I usually do:
> > 1. On your language team page in Damned Lies open a release page (Like
> > Gnome 40). There is a link to download all the .po files, it is located
> > at the bottom of translation statistics. So click that link to download
> > E.g. For the Romanian team the link would be at the bottom os this page:
> > https://l10n.gnome.org/languages/ro/gnome-40/ui/
> > 
> > 2. Extract the .po files in a folder
> > 3. Open a terminal in that folder
> > 4. Use the following grep command: grep -ri "the string you are looking
> > for" *
> > (replace "the string you are looking for" with the actual search term.)
> > 
> > Be aware that there can be memonics in the original string so you could
> > try searching for a part of that string.
> 
> Do anyone know how to ignore these "_" memonics that might be in strings?
> 
> So i can search for "Test" and i will find all these:
> "Test"
> "_Test"
> "T_est"
> "Te_st"
> "Tes_t"

Hi,

You can use something like this (search.sh):
-
#!/bin/bash 

for i in `find /usr/share/locale/da/LC_MESSAGES -name '*.mo'`
do
sed "s/[&_]//g"<$i|if grep -q $1 "$i"; then echo $i; fi
done
-
then

./search.sh Test

Hope this helps.

Best regards,
Yuri


___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: Finding strings in GNOME

[Yuri Chornoivan via gnome-i18n]

понеділок, 10 травня 2021 р. 18:26:21 EEST Matej Urban via gnome-i18n 
написано:
> Yuri,
> this method of yours actually works perfectly!
> Is it possible to extend this script to use multiple locations as there are
> at least 2 ...
> 
>- /usr/share/locale/da/LC_MESSAGES/
>- /usr/share/locale-langpack/da/LC_MESSAGES/
> 
> and to also include .mo and .po files.

Sure. find takes several arguments. For example, to search in POs you can use

-name '*.mo' -o -name '*.po'

To combine several directories just add more finds

`find /usr/share/locale/da/LC_MESSAGES -name '*.mo'` `find /home/your_user/pos -
name '*.po'`

Best regards,
Yuri

> 
> Anyhow, thank you very much, it is usable as in this form also!
> Best,
> Matej
> 
> On Mon, May 10, 2021 at 3:41 PM Ask Hjorth Larsen via gnome-i18n <
> 
> gnome-i18n@gnome.org> wrote:
> > Am Mo., 10. Mai 2021 um 02:17 Uhr schrieb scootergrisen via gnome-i18n
> > 
> > :
> > > Den 09-05-2021 kl. 23:21 skrev Daniel Șerbănescu:
> > > > În data de Du, 09-05-2021 la 22:37 +0200, Matej Urban via gnome-i18n a
> > > > 
> > > > scris:
> > > >> Hello, I need a bit of help.
> > > >> I frequently see strange translations, but then can not find, which
> > > >> packet those belong to. Is there a simple way to find them?
> > > > 
> > > > Hello Matej,
> > > > Here are the steps I usually do:
> > > > 1. On your language team page in Damned Lies open a release page (Like
> > > > Gnome 40). There is a link to download all the .po files, it is
> > > > located
> > > > at the bottom of translation statistics. So click that link to
> > > > download
> > > > E.g. For the Romanian team the link would be at the bottom os this
> > 
> > page:
> > > > https://l10n.gnome.org/languages/ro/gnome-40/ui/
> > > > 
> > > > 2. Extract the .po files in a folder
> > > > 3. Open a terminal in that folder
> > > > 4. Use the following grep command: grep -ri "the string you are
> > > > looking
> > > > for" *
> > > > (replace "the string you are looking for" with the actual search
> > > > term.)
> > > > 
> > > > Be aware that there can be memonics in the original string so you
> > > > could
> > > > try searching for a part of that string.
> > > 
> > > Do anyone know how to ignore these "_" memonics that might be in
> > > strings?
> > > 
> > > So i can search for "Test" and i will find all these:
> > > "Test"
> > > "_Test"
> > > "T_est"
> > > "Te_st"
> > > "Tes_t"
> > 
> > With pyg3t [1] you can do:
> > gtgrep --accel=_ Test filename.po
> > 
> > It ignores the accelerator character when matching and also prints the
> > whole msgid+msgstr+comments rather than just the matching line.
> > 
> > For checking files in many directories, one would use find and xargs.
> > 
> > E.g.:
> > find -name "*.po" | xargs gtgrep --accel=_ Test
> > 
> > [1] https://gitlab.com/pyg3t/pyg3t
> > 
> > Best regards
> > Ask
> > ___
> > gnome-i18n mailing list
> > gnome-i18n@gnome.org
> > https://mail.gnome.org/mailman/listinfo/gnome-i18n




___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: Does Translation auto merge between default, stable, old stable releases?

[Yuri Chornoivan via gnome-i18n]

пʼятниця, 28 травня 2021 р. 20:09:12 EEST R45XvezA via gnome-i18n написано:
> Hi,
> 
> I just wanted to avoid duplicate work or do the same thing again and again.
> So if i translate only "master" branch of each packages; then it'll auto
> apply (merge) to all other branches right? i guess yes

Hi,

Actually, no. Merges can be made manually (without automation) through the 
Damned Lies from stable (numbered) branches to master but not otherwise.

There is a huge problem with old branches in whole GNOME. You can have the 
master branch translated but the actual package can contain some old stable 
branch (say 3.22) that you cannot see from the main team page. If you do not 
know where to find the _actual_ branch it becomes a real PITA for the users.

Best regards,
Yuri

> 
> ‐‐‐ Original Message ‐‐‐
> 
> On Friday, May 28th, 2021 at 5:56 PM, Philipp Kiemle 
 wrote:
> > Hello,
> > Translations do not auto-merge between branches. This would not work,
> > because source strings may have been changed between releases. You have
> > to edit every branch on its own.
> > 
> > When you change a branch that is not master and have commit rights, you
> > can optionally cherry-pick the changes to master, though. Cheers,
> > Philipp
> 
> Sent with [ProtonMail](https://protonmail.com/) Secure Email.




___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: Does Translation auto merge between default, stable, old stable releases?

[Yuri Chornoivan via gnome-i18n]

субота, 29 травня 2021 р. 11:24:46 EEST Alexandre Franke написано:
> On Fri, May 28, 2021 at 7:17 PM Yuri Chornoivan via gnome-i18n <
> 
> gnome-i18n@gnome.org> wrote:
> > Hi,
> 
> Hi,
> 
> There is a huge problem with old branches in whole GNOME. You can have the
> 
> > master branch translated but the actual package can contain some old
> > stable
> > branch (say 3.22) that you cannot see from the main team page. If you do
> > not
> > know where to find the _actual_ branch it becomes a real PITA for the
> > users.
> 
> How is this a problem exactly? Old branches are most probably not going to
> see a release and translations brought to them would then never reach the
> user. *That* would indeed be wasted work. On the rare occasion where you
> know that a given old branch will have a release, you can still find it, as
> you pointed out.

That's it. No releases, no new translations, no updates. Translation of master 
is a waste of time (?).

> Translations and Damned lies are not a completionist game where the goal is
> to have 100%, even on past releases. Old releases may not be fully
> translated, and that is fine.

"If you didn't come to party, then why did you come here?" (Jarvis Cocker)

That's too bad. I've tried to complete GNOME translations (master and "stable" 
branches) through almost 1.5 years but just a quick glance on LP shows the 
discrepancy for the "old good applications" with "stable" branch with no new 
releases. With no regular release system (like KDE releases), translating 
these GNOME applications is just a waste of time.

Just my 2 cents.

Best regards,
Yuri


___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: Does Translation auto merge between default, stable, old stable releases?

[Yuri Chornoivan via gnome-i18n]

> > On Sat, May 29, 2021 at 10:34 AM Yuri Chornoivan via gnome-i18n  wrote:
> субота, 29 травня 2021 р. 11:24:46 EEST Alexandre Franke написано:
> > On Fri, May 28, 2021 at 7:17 PM Yuri Chornoivan via gnome-i18n <
> >
> > gnome-i18n gnome org> wrote:
> > > Hi,
> >
> > Hi,
> >
> > There is a huge problem with old branches in whole GNOME. You can have the
> >
> > > master branch translated but the actual package can contain some old
> > > stable
> > > branch (say 3.22) that you cannot see from the main team page. If you do
> > > not
> > > know where to find the _actual_ branch it becomes a real PITA for the
> > > users.
> >
> > How is this a problem exactly? Old branches are most probably not going to
> > see a release and translations brought to them would then never reach the
> > user. *That* would indeed be wasted work. On the rare occasion where you
> > know that a given old branch will have a release, you can still find it, as
> > you pointed out.
> 
> That's it. No releases, no new translations, no updates. Translation of 
master
> is a waste of time (?).
> 
> No releases for old branches (like 3.22, which was your example).
> 
> Work should be done on the current stable branch + master. Always. It’s 
working on old releases that is a waste of time.
> 
> > Translations and Damned lies are not a completionist game where the goal 
is
> > to have 100%, even on past releases. Old releases may not be fully
> > translated, and that is fine.
> 
> "If you didn't come to party, then why did you come here?" (Jarvis Cocker)
> 
> That's too bad. I've tried to complete GNOME translations (master and 
"stable"
> branches) through almost 1.5 years but just a quick glance on LP shows the
> discrepancy for the "old good applications" with "stable" branch with no new
> releases. With no regular release system (like KDE releases), translating
> these GNOME applications is just a waste of time.
> 
> What are you talking about? I said that working on **anything else than 
master+stable** was a waste of time. We do have regular releases, please don’t 
make such statements if you don’t know what you are talking about. See 
https://wiki.gnome.org/FortyOne for the current cycle.
> 

Please calm down a bit.

We have witnessed at least several cases of the "blast from the past" since 
GNOME 40 release when the translations from "master" were suddenly replaced by 
the translations from the "old old stable" (these translations were actually 
used in the release). Those translations have not been shown on the main page 
until the "hidden" stable branch were created. It's a matter of fact.

Best regards,
Yuri


___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: Does Translation auto merge between default, stable, old stable releases?

[Yuri Chornoivan via gnome-i18n]

субота, 29 травня 2021 р. 15:24:03 EEST Claude Paroz написано:
> Le 29.05.21 à 14:20, Yuri Chornoivan via gnome-i18n a écrit :
> > Please calm down a bit.
> > 
> > We have witnessed at least several cases of the "blast from the past"
> > since
> > GNOME 40 release when the translations from "master" were suddenly
> > replaced by the translations from the "old old stable" (these
> > translations were actually used in the release). Those translations have
> > not been shown on the main page until the "hidden" stable branch were
> > created. It's a matter of fact.
> Hi Yuri,
> 
> Do you have any real case we could use as an example for this odd
> behavior (which at first looks more like a bug than a structural issue)?
> Are there other discussion threads where this was discussed elsewhere?
> 
> Claude

Hi Claude,

This was not discussed earlier elsewhere, afaik.

And it is not an easy task as I do not have the judge-proven screenshots. ;)

Ukrainian interface translation was at 100% since 3.34 (yes, it is a shame as 
it might be treated by the other teams as trying to arrange the needless rat 
race). So it is an easy thing for me to track down those things but I do not 
know how to prove it afterwards.

I might be wrong but the branching of gnome-todo (3.28, stable) and five-or-
more (3.32, stable) showed incomplete Ukrainian translations for GNOME 3.36 
and 3.38 which the "complete" before the branching.

That's not a problem for me. I just reapplied the translations from master. 
Now it's all right and Fedora stats are good.

https://transtats.fedoraproject.org/languages/view/uk_UA/fedora-35

But it might be a problem for GNOME users of Ubuntu (I have registered the 
discrepancioes for 21.04) and the teams with long reviewing processes.

Thanks in advance for your consideration.

Best regards,
Yuri



___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Minor problems on Damned Lies

[Yuri Chornoivan via gnome-i18n]

Hi,

1. Documentation checks do not work. Pushing the validity check button just 
spits

"Sorry, the server was not able to run the quality checks on this file ([Errno 
2] No such file or directory: 'pofilter')"

2. It is impossible to commit the updated translation for Planner.

https://l10n.gnome.org/vertimus/planner/master/po/uk/

DL shows the following message:

[Errno 128] Command: "['git', 'push', 'origin', 'master']", Error: Warning: 
Permanently added 'gitlab.gnome.org,172.31.2.39' (ECDSA) to the list of known 
hosts. remote: remote: 
 
remote: remote: You are not allowed to push code to this project. remote: 
remote: 
 
remote: fatal: Could not read from remote repository. Please make sure you 
have the correct access rights and the repository exists.

Thanks in advance for helping to fix these issues.

Best regards,
Yuri


___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: Minor problems on Damned Lies

[Yuri Chornoivan via gnome-i18n]

17 червня 2021, 10:14:20, від "Mart Raudsepp" :

> Ühel kenal päeval, K, 16.06.2021 kell 19:46, kirjutas Yuri Chornoivan
> via gnome-i18n:
> > 2. It is impossible to commit the updated translation for Planner.
> > 
> > https://l10n.gnome.org/vertimus/planner/master/po/uk/
> > 
> > DL shows the following message:
> > 
> > [Errno 128] Command: "['git', 'push', 'origin', 'master']", Error:
> > Warning: 
> > Permanently added 'gitlab.gnome.org,172.31.2.39' (ECDSA) to the list
> > of known 
> > hosts. remote: remote: 
> > remote: remote: You are not allowed to push code to this project.
> > remote: 
> > remote: 
> > remote: fatal: Could not read from remote repository. Please make
> > sure you 
> > have the correct access rights and the repository exists.
> > 
> > Thanks in advance for helping to fix these issues.
> 
> Planner was moved from GNOME namespace to World before I became its
> maintainer, this probably made DL not have default access to it
> anymore.
> I have tried to restore its access on the example of what some other
> World projects are doing with permissions for a @translations user -
> please give it a try whether it works now.
> 
> 
> Mart

Works like a charm. Many thanks for your work.

Best regards,
Yuri
___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: Fwd: New team for Abkhazian (ab)"

[Yuri Chornoivan via gnome-i18n]

16 липня 2021, 10:03:44, від "Нарт Лӏыша via gnome-i18n" :

> Hello,
> It has been three days, I have not gotten a response yet!
> Regards,
> Nart.

Hi,

Please take into account that people can be on vacation now. Just give them 
some days to work it out.

Thanks in advance for your patience.

Best regards,
Yuri

> -- Forwarded message -
> From: Нарт Лӏыша 
> Date: Tue, Jul 13, 2021 at 12:34 PM
> Subject: New team for Abkhazian (ab)"
> To: 
> 
> 
> Full Name: Nart Tlisha 
>  [E-mail:daniel.abz...@gmail.com | e-mail%3adaniel.abz...@gmail.com] GitLab 
> account: https://gitlab.gnome.org/daniel.abzakh
> 
> English Name: Abkhazian
> Native Name: Аԥсшәа
>  [ISO 639-1 | https://en.wikipedia.org/wiki/ISO_639-1]
>  [ab | 
> https://www.loc.gov/standards/iso639-2/php/langcodes_name.php?iso_639_1=ab]
>  [ISO 639-2 | https://en.wikipedia.org/wiki/ISO_639-2]
>  [abk | 
> https://www.loc.gov/standards/iso639-2/php/langcodes_name.php?code_ID=2]
>  [ISO 639-3 | https://en.wikipedia.org/wiki/ISO_639-3]
>  [abk | https://iso639-3.sil.org/code/abk]
> 
> 
> Best Regards,
> Nart.
> 
> -- 
> Best Regards,
> Daniel Abzakh.
> 
> 
> 
> 
> ___
> gnome-i18n mailing list
> gnome-i18n@gnome.org
> https://mail.gnome.org/mailman/listinfo/gnome-i18n
> 
> 
___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: Question regarding the package that contains common directories

[Yuri Chornoivan via gnome-i18n]

вівторок, 28 вересня 2021 р. 17:21:35 EEST Нарт Лӏыша via gnome-i18n написано:
> Hello all,
> 
> I hope this email finds you well.
> Following the translation guide
> , it states
> that I can start by localizing this file xdg-user-dirs
> , which contains common
> directories like "Videos", "Pictures", "Documents" etc.
> 
> Is this still the case? Because translations are not reflected, am I
> missing something?

Hi,

This translation is handled through the external platform:

http://translationproject.org/domain/xdg-user-dirs.html

It's very easy to use. Just ask the coordinator to add the team and send the 
translation by email.

The translations from the above-mentioned catalogue is highly visible, so you 
cannot have the real Abhasian system without them.

Just my 2 cents.

Best regards,
Yuri



___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: [DL]String additions to 'libgweather.main'

[Yuri Chornoivan via gnome-i18n]

четвер, 3 березня 2022 р. 18:48:04 EET Emmanuele Bassi via gnome-i18n 
написано:
> Hi all;
> 
> these are location names that did not exist in the database, so are
> effectively newly translatable strings—but they are physical places, so
> they can be left untranslated without any particular loss.
> 
> As a side note: I'm not entirely sure most of the locations in the
> libgweather database need to be translated in the first, so it would be
> nice to have a discussion with the i18n teams at large, to see if we can
> reduce the amount of translatable strings for the next cycle.
> 
> Ciao,
>  Emmanuele.


Hi,

Just my 2 cents. Surely, they are not translated, but commonly transliterated 
(Cyrillic, Greek, CJK scripts). Please leave them translatable.

Best regards,
Yuri

> 
> On Thu, 3 Mar 2022 at 16:28, GNOME Status Pages  wrote:
> > This is an automatic notification from status generation scripts on:
> > https://l10n.gnome.org.
> > 
> > There have been following string additions to module 'libgweather.main':
> > 
> > + "Balneário Camboriú"
> > 
> > + "Blumenau"
> > + "Brusque"
> > + "Chapecó"
> > + "Criciúma"
> > + "Jaraguá do Sul"
> > + "Lages"
> > + "Palhoça"
> > + "São José"
> > + "Tubarão"
> > 
> > Note that this doesn't directly indicate a string freeze break, but it
> > might be worth investigating.
> > https://gitlab.gnome.org/GNOME/libgweather/commits/main
> > ___
> > gnome-i18n mailing list
> > gnome-i18n@gnome.org
> > https://mail.gnome.org/mailman/listinfo/gnome-i18n




___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: Help understanding two file chooser strings

[Yuri Chornoivan via gnome-i18n]

пʼятниця, 11 березня 2022 р. 23:08:31 EET Christian Kirbach via gnome-i18n 
написано:
> Good evening,
> 
> I am kindly asking for help understanding and interpreting two English
> strings in gtk 3.24
> They are part of the GTK file chooser dialogue, if I am not entirely
> mistaken.
> 
> "Browse Header Revealer"
> "Browse Header Stack"
> 
> 
> 'Browse' is a verb, no doubt.
> But what exactly is a header revealer and what is a header stack in the
> file chooser dialogue?
> 
> 
> Regards
> Christian

Hi,

From Gtk inbuilt docs:

A `GtkRevealer` animates the transition of its child from invisible to 
visible.

`GtkStack` is a container which only shows one of its children at a time.

Hope this helps somehow.

Best regards,
Yuri


___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: [DL]String additions to 'evolution-data-server.master'

[Yuri Chornoivan via gnome-i18n]

середа, 16 березня 2022 р. 14:42:04 EET Andika Triwidada via gnome-i18n 
написано:
> Not sure how to treat this:
> https://l10n.gnome.org/module/evolution-data-server/
> said "This module has been archived. It is only kept for statistical
> purposes. Please don’t translate it any more."
> 
> But why is it still included in GNOME 42 (development) UI?
> https://l10n.gnome.org/languages/id/gnome-42/ui/
> 
> Regards,
> Andika.

Hi,

Please read this message:

https://mail.gnome.org/archives/gnome-i18n/2022-March/msg00033.html

Hope this helps.

Best regards,
Yuri

> 
> On Sun, Mar 6, 2022 at 8:01 PM GNOME Status Pages  wrote:
> > This is an automatic notification from status generation scripts on:
> > https://l10n.gnome.org.
> > 
> > There have been following string additions to module
> > 'evolution-data-server.master':
> > 
> > + "(Deprecated) Automatic proxy configuration URL"
> > 
> > + "(Deprecated) Host name for HTTP requests"
> > + "(Deprecated) Host name for HTTPS requests"
> > + "(Deprecated) Host name for SOCKS requests"
> > + "(Deprecated) List of hosts to connect to without proxy"
> > + "(Deprecated) Port number for HTTP requests"
> > + "(Deprecated) Port number for HTTPS requests"
> > + "(Deprecated) Port number for SOCKS requests"
> > + "(Deprecated) Proxy authentication password"
> > + "(Deprecated) Proxy authentication user name"
> > + "(Deprecated) Proxy type to use"
> > + "(Deprecated) Whether proxy server requires authentication"
> > + "(Deprecated) Whether to use http-proxy"
> > + "A full path to a directory where .source files with preconfigured
> > 
> > options can be stored"
> > 
> > + "A list of hints for OAuth2 services"
> > + "A list of variables which can be part of the autoconfig .source
> > 
> > files"
> > 
> > + "An OAuth2 client ID to use to connect to Google servers, instead of
> > 
> > the one provided during build time"
> > 
> > + "An OAuth2 client ID to use to connect to Outlook servers, instead
> > 
> > of the one provided during build time"
> > 
> > + "An OAuth2 client ID to use to connect to Yahoo! servers, instead of
> > 
> > the one provided during build time"
> > 
> > + "An OAuth2 client secret to use to connect to Google servers,
> > 
> > instead of the one provided during build time"
> > 
> > + "An OAuth2 client secret to use to connect to Outlook servers,
> > 
> > instead of the one provided during build time"
> > 
> > + "An OAuth2 client secret to use to connect to Yahoo! servers,
> > 
> > instead of the one provided during build time"
> > 
> > + "An absolute path where the gpg (or gpg2) binary is"
> > + "An example is “/usr/bin/gpg”; when it is left empty, or an
> > 
> > incorrect value is set, then it will be searched for. Change requires
> > restart of the application."
> > 
> > + "Array of user header names"
> > + "Birthday and anniversary reminder units"
> > + "Birthday and anniversary reminder value"
> > + "Birthday and anniversary reminder"
> > + "Calendar event notifications"
> > + "Contact UID of a user"
> > + "Each item of the array is expected to be of the form: name=value.
> > 
> > These variables are checked before environment variables, but after the
> > predefined USER, REALNAME and HOST variables."
> > 
> > + "Enable audio notifications"
> > + "Evolution Alarm Notify"
> > + "GIO name of the GNetworkMonitor to use for an ENetworkMonitor
> > 
> > instance"
> > 
> > + "Height of the reminder notification dialog"
> > + "Number of units for determining a birthday or anniversary reminder"
> > + "Override SMTP HELO/EHLO argument"
> > + "Past reminders for EReminderWatcher"
> > + "Programs that are allowed to be run by reminders"
> > + "Reminder programs"
> > + "Show reminder notification dialog always on top"
> > + "Show reminder notification for completed tasks"
> > + "Show reminder notification for past events"
> > + "Show reminders in notification tray only"
> > + "Size in pixels of the event list in the reminder notification
> > 
> > dialog"
> > 
> > + "Snoozed reminders for EReminderWatcher"
> > + "The last used snooze time, in minutes"
> > + "These headers can be stored in the folder summary, possibly being
> > 
> > visible in the GUI. The value can contain a pipe character ('|'), which
> > delimits the display name from the header name. Example: 'Spam
> > Score|X-Spam-Score'"
> > 
> > + "This directory, if filled with an existing path, is checked
> > 
> > additionally to XDG configure directories."
> > 
> > + "This key was deprecated in version 3.12 and should no longer be
> > 
> > used. Proxy settings are now integrated into Evolution-Data-Server’s
> > account system. See the ESourceProxy API documentation for details."
> > 
> > + "Units for a birthday or anniversary reminder, “minutes”, “hours” or
> > 
> > “days”"
> > 
> > + "User-defined snooze ti

Re: Release notes

[Yuri Chornoivan via gnome-i18n]

понеділок, 21 березня 2022 р. 16:14:58 EET Marek Černocký написано:
> Hi,
> 
> where we have a GNOME 42 Release Notes for the translations?
> 
> Best Regards
> Marek

Hi,

I hope they will be here one day:

https://l10n.gnome.org/languages/cs/gnome-infrastructure/doc/

Best regards,
Yuri
___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Fractal: main branch is write-protected for translators

[Yuri Chornoivan via gnome-i18n]

Hi,

I have the following message when trying to push the translation into 
Fractal's git via DL:

Error: Warning: Permanently added 'gitlab.gnome.org,172.31.2.39' (ECDSA) to 
the list of known hosts. remote: GitLab: You are not allowed to push code to 
protected branches on this project. To gitlab.gnome.org:GNOME/fractal.git ! 
[remote rejected] main -> main (pre-receive hook declined) error: failed to 
push some refs to 'gitlab.gnome.org:GNOME/fractal.git' 

Can somebody help fixing this issue?

Many thanks in advance for your work.

Best regards,
Yuri


___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: To clarify how to contribute as a translator for GIMP

[Yuri Chornoivan via gnome-i18n]

неділя, 17 квітня 2022 р. 18:40:29 EEST Lochana Rathnayake via gnome-i18n 
написано:
> Dear Team,
> I want to contribute to GIMP as a translator, but I don't know how to. Can
> you guide me, please?
> Thank you.

Hi,

1. Register on DL:

https://l10n.gnome.org/ (the upper right corner)

2. Join the team:

https://l10n.gnome.org/teams

3. Go to the "GIMP and friends" page for your locale.

4. Choose the catalog and click on it.

5. Download the catalog (the lower grey button).

7. Reserve the translation (drop-down menu abouve the big empty text field).

7. Use your favourite software to translate (GNOME translator, poEdit, 
Lokalize, OmegaT, etc.)

8. Upload the translation for review (the same drop-down menu).

9. Wait for the team coordinator to act.

Hope this helps.

Best regards,
Yuri


___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: Can't commit to repository (Georgian Team)

[Yuri Chornoivan via gnome-i18n]

неділя, 1 травня 2022 р. 09:50:38 EEST Zurab Kargareteli via gnome-i18n 
написано:
> When I try to commit gparted, this error shows up:
> 
> An error occurred during applying your action: The commit failed. The error
> was: “[Errno 128] Command: "['git', 'fetch']", Error: Host key verification
> failed. fatal: Could not read from remote repository. Please make sure you
> have the correct access rights and the repository exists. ”
> 
> https://l10n.gnome.org/vertimus/gparted/master/po/ka/

Hi,

The DL instance is not functional yet for all languages. Please see the 
yesterday threads. We hope that the problem will be fixed soon.

Best regards,
Yuri



___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: Damned Lies is down

[Yuri Chornoivan via gnome-i18n]

понеділок, 2 травня 2022 р. 12:02:15 EEST Andrea Veri написано:
> Alexander,
> 
> mind verifying now?
> 
> Thanks!

Hi,

Works perfectly for Ukrainian.

Many thanks for your work.

Best regards,
Yuri

> 
> On Sat, Apr 30, 2022 at 11:27 AM Alexander Shopov 
> 
> wrote:
> > Gnome-shell now gave:
> > 
> > An error occurred during applying your action: The commit failed. The
> > error was: “[Errno 128] Command: "['git', 'fetch']", Error: Host key
> > verification failed. fatal: Could not read from remote repository. Please
> > make sure you have the correct access rights and the repository exists. ”
> > 
> > To be on the safe side - I archived the actions and started again. Again
> > the same mistake.
> > 
> > The same happened with gsettings-desktop-schemas
> > 
> > Kind regards:
> > 
> > al_shopov
> > 
> > На сб, 30.04.2022 г. в 10:50 ч. Andrea Veri  написа:
> >> Alexander,
> >> 
> >> thanks for reporting, it should be fixed by now, please confirm, cheers!
> >> 
> >> On Sat, Apr 30, 2022 at 10:36 AM Alexander Shopov 
> >> 
> >> wrote:
> >>> Getting the same when trying to submit Bulgarian translation of
> >>> gnome-shell, I'd presume it is a global thing still missing.
> >>> Kind regards:
> >>> al_shopov
> >>> 
> >>> На сб, 30.04.2022 г. в 10:25 ч. Alexander Shopov 
> >>> 
> >>> написа:
>  I tried uploading the Bulgarian translation of
>  gsettings-desktop-schemas, but I got this error:
>  
>  An error occurred during applying your action: The commit failed. The
>  error was: “[Errno 128] Command: "['git', 'fetch']", Error: Warning:
>  Permanently added 'gitlab.gnome.org' (ED25519) to the list of known
>  hosts. no such identity: /home/l10n/.ssh/ssh-privatekey: No such file
>  or
>  directory g...@gitlab.gnome.org: Permission denied
>  (publickey,gssapi-keyex,gssapi-with-mic). fatal: Could not read from
>  remote
>  repository. Please make sure you have the correct access rights and the
>  repository exists. ”
>  
>  Kind regards:
>  
>  al_shopov
>  
>  На сб, 30.04.2022 г. в 9:50 ч. 
>  
>  написа:
> > And last update :-).
> > 
> > The service has been restored as it should at around 1am UTC+2. You
> > can
> > use the app normally now.
> > 
> > Le 29/04/2022 22:26, Guillaume Bernard a écrit :
> > > Hi,
> > > 
> > > Evening update (from Paris Time :-)). We first had issues with the
> > > database service which was unable to serve incoming connections from
> > > Damned Lies. Next, we had another issue with the deployment of the
> > > application.
> > > 
> > > I point out that this is not associated to yesterday runtime update
> > 
> > you
> > 
> > > may had followed on this mailing list.
> > > 
> > > As some of you have seen, two other issues remain: the data storage
> > 
> > is
> > 
> > > missing. I do not expect any data loss from this side (because the
> > > storage is still visible and appears okay on the cloud interface).
> > > We
> > > also use an old snapshot of Damned Lies that was dumped two years
> > 
> > ago.
> > 
> > > This is probably the one we use for the staging instance. We should
> > 
> > not
> > 
> > > have lost any data as well.
> > > 
> > > Thanks for your patience all,
> > > Have a nice week-end, we keep you updated.
> > > --
> > > Guillaume Bernard
> > > 
> > > Le vendredi 29 avril 2022 à 11:15 +0200, Guillaume Bernard a écrit :
> > >> Hi all,
> > >> 
> > >> We are experiencing (big) troubles with the running Damned Lies
> > >> instance. It was first associated to database errors.
> > >> 
> > >> The infrastructure team is currently working, as we are, on this
> > >> issue.
> > >> 
> > >> We’ll keep you updated on where the situation will return to
> > >> normal.
> > >> We’re sorry for the inconvenience.
> > >> 
> > >> Regards
> > >> --
> > >> Guillaume Bernard
> > >> ___
> > >> gnome-i18n mailing list
> > >> gnome-i18n@gnome.org
> > >> https://mail.gnome.org/mailman/listinfo/gnome-i18n
> > > 
> > > ___
> > > gnome-i18n mailing list
> > > gnome-i18n@gnome.org
> > > https://mail.gnome.org/mailman/listinfo/gnome-i18n
> > 
> > ___
> > gnome-i18n mailing list
> > gnome-i18n@gnome.org
> > https://mail.gnome.org/mailman/listinfo/gnome-i18n
> >> 
> >> --
> >> Cheers,
> >> Andrea
> >> 
> >> Principal Systems Engineer at Red Hat,
> >> GNOME Infrastructure Team Coordinator,
> >> Former GNOME Foundation Board of Directors Secretary,
> >> GNOME Foundation Membership & Elections Committee Chairman
> >> 
> >> Homepage: https://www.dragonsreach.it




___
gnome-i1

Error while trying to commit the chronojump translation via DL

[Yuri Chornoivan via gnome-i18n]

Hi,

I'm getting the following error message while trying to commit the chronojump 
translation via DL:

[Errno 128] Command: "['git', 'commit', '-m', 'Update Ukrainian translation', 
'--author', 'Yuri Chornoivan ']", Error: Committer identity unknown *** Please 
tell me who you are. Run git config --global user.email "y...@example.com" git 
config --global user.name "Your Name" to set your account's default identity. 
Omit --global to set the identity only in this repository. fatal: unable to 
auto-detect email address (got 'l10n@damned-lies-4-wjqfp.(none)') 

The email address is established in my profile and it worked well so far.

Is there any way to bypass this?

Thanks in advance for your help.

Best regards,
Yuri


___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: Error while trying to commit the chronojump translation via DL

[Yuri Chornoivan via gnome-i18n]

середа, 4 травня 2022 р. 20:47:28 EEST ви написали:
> On Wed, May 4, 2022 at 7:33 PM Yuri Chornoivan via gnome-i18n <
> 
> gnome-i18n@gnome.org> wrote:
> > Hi,
> 
> Hi,
> 
> I'm getting the following error message while trying to commit the
> 
> > chronojump
> > translation via DL:
> > 
> > [Errno 128] Command: "['git', 'commit', '-m', 'Update Ukrainian
> > translation',
> > '--author', 'Yuri Chornoivan ']", Error: Committer identity unknown ***
> > Please
> > tell me who you are. Run git config --global user.email "y...@example.com"
> > git
> > config --global user.name "Your Name" to set your account's default
> > identity.
> > Omit --global to set the identity only in this repository. fatal: unable
> > to
> > auto-detect email address (got 'l10n@damned-lies-4-wjqfp.(none)')
> > 
> > The email address is established in my profile and it worked well so far.
> > 
> > Is there any way to bypass this?
> 
> The error states the problem is with the *committer* name. You are the
> *author*, so the error has nothing to do with your configuration is
> entirely on the Damned lies side. Please file an issue at
> https://gitlab.gnome.org/Infrastructure/damned-lies/-/issues/
> 
> Cheers,

Done.

https://gitlab.gnome.org/Infrastructure/damned-lies/-/issues/291

Many thanks for your support.

Best regards,
Yuri



___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n