Hello, When you commit from command line (at least last night) you got this error:
*remote: /opt/gitlab/embedded/service/gitlab-shell/hooks/post-receive.d/post-receive: line 35: /home/admin/bin/git/gnome-post-receive-email: Permission deniedremote: Traceback (most recent call last):remote: File "/home/admin/bin/git/post-receive-notify-l10n", line 34, in <module>remote: main()remote: File "/home/admin/bin/git/post-receive-notify-l10n", line 25, in mainremote: branch_name = get_branch_name(sys.stdin.readline().split()[2])remote: IndexError: list index out of range* It may be related Hopefully it helps 👌 Jordi, On Mon, May 18, 2020 at 10:25 AM Daniel Mustieles García via gnome-i18n < gnome-i18n@gnome.org> wrote: > Hi Claude, > > Sorry to bother you again with the same issue, but it DL is not updating > statistics... I've committed some translations (epiphany, swell-foop, for > example) and stats are not updated. > > For example, DL says that Epiphany las update was on 2020-05-16 10:32 a.m > > Thanks in advance for your help > > El sáb., 16 may. 2020 a las 11:32, Daniel Mustieles García (< > daniel.mustie...@gmail.com>) escribió: > >> Don't worry, it seems to be working properly now :-) >> >> Thanks! >> >> El vie., 15 may. 2020 12:08, Andrea Veri <a...@gnome.org> escribió: >> >>> Daniel, >>> >>> forgot to mention the API came back up after a few minutes since your >>> original email yesterday. >>> >>> Please let me know if you see anything else not being functional. >>> >>> Thanks! >>> >>> Il giorno gio 14 mag 2020 alle ore 17:25 Daniel Mustieles García >>> <daniel.mustie...@gmail.com> ha scritto: >>> > >>> > Hi Andrea, >>> > >>> > I've just notice the API section in Damned Lies it's not working: >>> > >>> > https://l10n.gnome.org/api/v1/modules/pitivi >>> > >>> > Could you please review it? It is needed by Gtranslator to be able to >>> select and download PO files into the application. >>> > >>> > Thanks in advance for your help >>> > >>> > El jue., 14 may. 2020 a las 15:41, Daniel Mustieles García (< >>> daniel.mustie...@gmail.com>) escribió: >>> >> >>> >> It seems that GIMP-help now works properly (this moduleset was the >>> biggest problem due to timeouts when commiting PO files). >>> >> >>> >> I will test it in the following days and if I see something wrong I >>> will notice you. >>> >> >>> >> Many thanks for your help! >>> >> >>> >> El jue., 14 may. 2020 a las 15:29, Yuri Chornoivan via gnome-i18n (< >>> gnome-i18n@gnome.org>) escribió: >>> >>> >>> >>> четвер, 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 <a...@gnome.org> >>> 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 <cla...@2xlibre.net> 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 >>> >>> >>> >>> -- >>> 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