The commits I did today (~3 hours ago) were made directly from command line and they wen ok:
https://gitlab.gnome.org/GNOME/epiphany/-/commit/07f89a83001cf6a4e3970c99e96e817141d2b362 The problem is that DL is not updating stats. Following the same example with Epiphany, last update was done "2020-05-16 10:32 a.m." so the commit I did today is not being reflected in DL. Anyway, if you need me to make another commit from command line I can do it, just let me know ;-) Thanks! El lun., 18 may. 2020 a las 12:58, Andrea Veri (<a...@gnome.org>) escribió: > That was related as it was preventing the post receive hook to run > properly. It was fixed this morning, if any of you could send in a commit > and confirm it'd be lovely. > > Thanks! > > Il giorno lun 18 mag 2020 alle ore 12:54 Jordi Mas <j...@softcatala.org> > ha scritto: > >> 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 >>> >> > > -- > 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