Re: Evolution stats in DL are not updated
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 () 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 > 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 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 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 > 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
Re: Evolution stats in DL are not updated
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 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 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 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 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 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
Re: Evolution stats in DL are not updated
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 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 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 >>> 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 >>> 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] >>> >>> > > >>>
Re: Evolution stats in DL are not updated
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 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 >> 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 >> 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 >> >>> > >>
