Re: Evolution stats in DL are not updated

2020-05-14 Thread Daniel Mustieles García via gnome-i18n
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
>> > >> 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
>>
>>
>>
>>
>> ___
>> 

Re: Evolution stats in DL are not updated

2020-05-14 Thread Andrea Veri
Andika,

looking at it, found an issue happening when the pod gets redeployed.
Will confirm once it's fully fixed here.

cheers,

Il giorno gio 14 mag 2020 alle ore 15:24 Andika Triwidada
 ha scritto:
>
> On Thu, May 14, 2020 at 7:49 PM Andrea Veri  wrote:
> >
> > 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!
>
> https://l10n.gnome.org/
>
> Application is not available
>
> The application is currently not serving requests at this endpoint. It
> may not have been started or is still starting.
>
> Possible reasons you are seeing this page:
>
> The host doesn't exist. Make sure the hostname was typed correctly and
> that a route matching this hostname exists.
> The host exists, but doesn't have a matching path. Check if the URL
> path was typed correctly and that the route was created using the
> desired path.
> Route and path matches, but all pods are down. Make sure that the
> resources exposed by this route (pods, services, deployment configs,
> etc) have at least one pod running.
>
>
> Is this expected?
>
> Regards,
> Andika Triwidada



-- 
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


Re: Evolution stats in DL are not updated

2020-05-14 Thread Daniel Mustieles García via gnome-i18n
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
> > >> 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
>
___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n


Re: Evolution stats in DL are not updated

2020-05-14 Thread 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: Evolution stats in DL are not updated

2020-05-14 Thread Andika Triwidada via gnome-i18n
On Thu, May 14, 2020 at 7:49 PM Andrea Veri  wrote:
>
> 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!

https://l10n.gnome.org/

Application is not available

The application is currently not serving requests at this endpoint. It
may not have been started or is still starting.

Possible reasons you are seeing this page:

The host doesn't exist. Make sure the hostname was typed correctly and
that a route matching this hostname exists.
The host exists, but doesn't have a matching path. Check if the URL
path was typed correctly and that the route was created using the
desired path.
Route and path matches, but all pods are down. Make sure that the
resources exposed by this route (pods, services, deployment configs,
etc) have at least one pod running.


Is this expected?

Regards,
Andika Triwidada
___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n


Re: Evolution stats in DL are not updated

2020-05-14 Thread 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!


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-updates
>
> 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