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
