Re: Retirement of SVN Commitfilter and Legacy Get Hot New Stuff systems

2017-07-29 Thread Ben Cooksley
On Sun, Jul 30, 2017 at 5:38 AM, Martin Flöser  wrote:
> Am 2017-07-29 13:28, schrieb Ben Cooksley:
>>
>> Hi all,
>>
>> Last year sysadmin was given access to the system which hosts the SVN
>> Commitfilter (which lived at commitfilter.kde.org) and the predecessor
>> to the OCS network of sites (now store.kde.org).
>>
>> Earlier this year we started having some issues with that system
>> courtesy of some bots. As a consequence of this the web server
>> component of the machine was disabled then to limit issues it was
>> causing for the hoster.
>>
>> Due to the age of the system and the limited use of the two services
>> hosted on the system (with SVN Commitfilter having very limited
>> application since our migration to Git) we've determined that the best
>> course of action is to archive both services and shutdown the machine.
>>
>> I've checked and it appears that only a small handful of applications
>> still use newstuff.kde.org:
>> - KBlocks
>> - KDiamond
>> - KGoldRunner
>> - Kigo
>> - KSirk
>> - KSnakeDuel
>> - KSysguard
>>
>> These applications should all be ported to use store.kde.org.
>
>
> Does that mean all those applications our users use will have GHNS broken?
> New software does not magically get installed on users systems.

The GHNS support in the above mentioned applications will be broken yes.
Any older releases of other applications which relied on
newstuff.kde.org (you can check your knsrc files to confirm this) will
also be affected.

As I mentioned in my earlier email, this is simply making current
arrangements permanent, as they're already broken due to the web
server being down.

>
> Could you please clarify what this will mean e.g. for users of KWin 4.11?
> Will GHNS still work or will it be broken due to the service being shut
> down.

If KWin 4.11 uses newstuff.kde.org then GHNS will have ceased to work
for those users several months back.
If it used kde-look.org / store.kde.org or
download.kde.org/khotnewstuff/ as the url in it's knsrc then it will
not be affected.

>
> Cheers
> Martin

Cheers,
Ben


Re: Retirement of SVN Commitfilter and Legacy Get Hot New Stuff systems

2017-07-29 Thread Ben Cooksley
On Sun, Jul 30, 2017 at 3:33 AM, Olaf Schmidt-Wischhöfer
 wrote:
> Ben Cooksley:
>>I've checked and it appears that only a small handful of applications
>>still use newstuff.kde.org:
>>- KBlocks
>>- KDiamond
>>- KGoldRunner
>>- Kigo
>>- KSirk
>>- KSnakeDuel
>>- KSysguard
>>
>>These applications should all be ported to use store.kde.org.
>
> How long will it take for users to get the updates? And are we planning to 
> ignore users on, for example, Debian?

That is up to distributions. Unfortunately we need to break things
from time to time on the server side.

As I mentioned, the web server for newstuff.kde.org has been down for
several months, so this just makes the current arrangements permanent.

If we had to wait until all users were able to receive an update to
change something like this we would never be able to make any changes
to our systems. To give an example, the original GetHotNewStuff
implementation as used by many KDE 3 and early KDE 4 applications
still receives a large number of requests.

The original GHNS system produced static files, which is why it can
continue to function (it doesn't get any new updates). The
implementation on newstuff.kde.org is dynamic and therefore can't be
retained.

>
> Another question: The KDE website still uses SVN and used to auto-update 
> after commits. Will this continue to work?

That will continue to work, our systems communicate directly to action that.

>
> Best regards, Olaf

Cheers,
Ben


Re: Retirement of SVN Commitfilter and Legacy Get Hot New Stuff systems

2017-07-29 Thread Olaf Schmidt-Wischhöfer
Ben Cooksley:
>I've checked and it appears that only a small handful of applications
>still use newstuff.kde.org:
>- KBlocks
>- KDiamond
>- KGoldRunner
>- Kigo
>- KSirk
>- KSnakeDuel
>- KSysguard
>
>These applications should all be ported to use store.kde.org.

How long will it take for users to get the updates? And are we planning to 
ignore users on, for example, Debian?

Another question: The KDE website still uses SVN and used to auto-update after 
commits. Will this continue to work?

Best regards, Olaf


Re: Retirement of SVN Commitfilter and Legacy Get Hot New Stuff systems

2017-07-29 Thread Luigi Toscano
Ben Cooksley ha scritto:
> On Sat, Jul 29, 2017 at 11:33 PM, Luigi Toscano
>  wrote:
>> Ben Cooksley ha scritto:
>>
>>> I've checked and it appears that only a small handful of applications
>>> still use newstuff.kde.org:
>>> - KBlocks
>>> - KDiamond
>>> - KGoldRunner
>>> - Kigo
>>> - KSirk
>>> - KSnakeDuel
>>> - KSysguard
>>>
>>> These applications should all be ported to use store.kde.org.
>>
>> We have few days to fix most of them (the games part of Applications 17.08.0;
>> KSysguard is Plasma). Can you wait please few days so that we can fix them
>> properly (and compare the before/after)?
> 
> The web interface for newstuff.kde.org has been down for the past
> couple of months, so these applications should have been broken for a
> while now. We certainly can wait for a couple of days though.

Ben confirmed on IRC that the web server was up for few days by accident after
a system restart. So when I tested the affected games few days ago during
Akademy and everything worked, I thought that the issue was fixed.

I requested the new categories for the games, including few answer on how to
migrate the existing contents without contacting each of the old authors:
https://phabricator.kde.org/T6675

I didn't create it the request for KSysguard because I'm not sure about the
category, it's better if the Plasma team chimes in.

Ciao
-- 
Luigi


Re: KDE PIM User Survey

2017-07-29 Thread Paul Brown
On Saturday, 29 July 2017 10:06:20 CEST Daniel Vrátil wrote:
> Hello everyone!
> 
> If you use KMail (or Kontact), please help us, the KDE PIM developers, to
> get a better picture of how you use it so that we know which parts of the
> software we should focus on, and how we should evolve it in the future. We
> will use the results of the survey to make the experience of using KMail as
> best as possible for everyone.
> 
> You can fill the survey here: https://survey.kde.org/index.php/852475. It
> won't take you more than 5 minutes.
> 
> Also please remember to spread the word about the survey to other KMail
> users so that we get as many responses as possible.
> 
> Thank you very much!
> 
> Dan

Done. Kmail is main email client and I use Kontact all the time. Although I 
sometimes I get frustrated with it, I really want to see the project move 
forward and appreciate the opportunity to share my thoughts.

Thanks

Paul
-- 
Promotion & Communication

www: http://kde.org
Mastodon: https://mastodon.technology/@kde
Facebook: https://www.facebook.com/kde/
Twitter: https://twitter.com/kdecommunity




Re: Retirement of SVN Commitfilter and Legacy Get Hot New Stuff systems

2017-07-29 Thread Ben Cooksley
On Sat, Jul 29, 2017 at 11:33 PM, Luigi Toscano
 wrote:
> Ben Cooksley ha scritto:
>> Hi all,
>>
>> Last year sysadmin was given access to the system which hosts the SVN
>> Commitfilter (which lived at commitfilter.kde.org) and the predecessor
>> to the OCS network of sites (now store.kde.org).
>>
>> Earlier this year we started having some issues with that system
>> courtesy of some bots. As a consequence of this the web server
>> component of the machine was disabled then to limit issues it was
>> causing for the hoster.
>>
>> Due to the age of the system and the limited use of the two services
>> hosted on the system (with SVN Commitfilter having very limited
>> application since our migration to Git) we've determined that the best
>> course of action is to archive both services and shutdown the machine.
>
> (I think that the answer is "no", but): does it affect that IRC notifications?

IRC Notifications are handled through a separate mechanism so they
won't be affected by this.

You can change the rules surrounding commit, bug and CI notifications
by changing the appropriate notifications.cfg files in
https://cgit.kde.org/sysadmin/irc-notifications.git

>
> It's worth noting that when we will switch to Phabricator for handling SVN
> too, we could build something around it instead of some custom code.

Indeed. Phabricator has an application called Herald which could
conceivably do this (only it's much, much more powerful - if you see
'Restricted Application' in your review or task emails that's Herald).

Unfortunately however there is a performance penalty to be paid of 1ms
per Herald rule for each action taken in Phabricator - something that
would impact on commenting on tasks and reviews among other things.
This is why we have restricted it to only broader community wide
actions (like adding project mailing lists) at the moment.

>
>> I've checked and it appears that only a small handful of applications
>> still use newstuff.kde.org:
>> - KBlocks
>> - KDiamond
>> - KGoldRunner
>> - Kigo
>> - KSirk
>> - KSnakeDuel
>> - KSysguard
>>
>> These applications should all be ported to use store.kde.org.
>
> We have few days to fix most of them (the games part of Applications 17.08.0;
> KSysguard is Plasma). Can you wait please few days so that we can fix them
> properly (and compare the before/after)?

The web interface for newstuff.kde.org has been down for the past
couple of months, so these applications should have been broken for a
while now. We certainly can wait for a couple of days though.

>
> Ciao
> --
> Luigi

Cheers,
Ben


Re: Retirement of SVN Commitfilter and Legacy Get Hot New Stuff systems

2017-07-29 Thread Luigi Toscano
Ben Cooksley ha scritto:
> Hi all,
> 
> Last year sysadmin was given access to the system which hosts the SVN
> Commitfilter (which lived at commitfilter.kde.org) and the predecessor
> to the OCS network of sites (now store.kde.org).
> 
> Earlier this year we started having some issues with that system
> courtesy of some bots. As a consequence of this the web server
> component of the machine was disabled then to limit issues it was
> causing for the hoster.
> 
> Due to the age of the system and the limited use of the two services
> hosted on the system (with SVN Commitfilter having very limited
> application since our migration to Git) we've determined that the best
> course of action is to archive both services and shutdown the machine.

(I think that the answer is "no", but): does it affect that IRC notifications?

It's worth noting that when we will switch to Phabricator for handling SVN
too, we could build something around it instead of some custom code.

> I've checked and it appears that only a small handful of applications
> still use newstuff.kde.org:
> - KBlocks
> - KDiamond
> - KGoldRunner
> - Kigo
> - KSirk
> - KSnakeDuel
> - KSysguard
> 
> These applications should all be ported to use store.kde.org.

We have few days to fix most of them (the games part of Applications 17.08.0;
KSysguard is Plasma). Can you wait please few days so that we can fix them
properly (and compare the before/after)?

Ciao
-- 
Luigi


Retirement of SVN Commitfilter and Legacy Get Hot New Stuff systems

2017-07-29 Thread Ben Cooksley
Hi all,

Last year sysadmin was given access to the system which hosts the SVN
Commitfilter (which lived at commitfilter.kde.org) and the predecessor
to the OCS network of sites (now store.kde.org).

Earlier this year we started having some issues with that system
courtesy of some bots. As a consequence of this the web server
component of the machine was disabled then to limit issues it was
causing for the hoster.

Due to the age of the system and the limited use of the two services
hosted on the system (with SVN Commitfilter having very limited
application since our migration to Git) we've determined that the best
course of action is to archive both services and shutdown the machine.

I've checked and it appears that only a small handful of applications
still use newstuff.kde.org:
- KBlocks
- KDiamond
- KGoldRunner
- Kigo
- KSirk
- KSnakeDuel
- KSysguard

These applications should all be ported to use store.kde.org.

Does anyone have any comments before we begin actioning this change?

Regards,
Ben Cooksley
KDE Sysadmin


Re: KDE PIM User Survey

2017-07-29 Thread Aaron Honeycutt
Done! I want PIM and KMail to improve. Currently I'll open the web version
of Gmail 99% of the time because of how KMail is.

On Sat, Jul 29, 2017 at 4:06 AM, Daniel Vrátil  wrote:

> Hello everyone!
>
> If you use KMail (or Kontact), please help us, the KDE PIM developers, to
> get
> a better picture of how you use it so that we know which parts of the
> software we should focus on, and how we should evolve it in the future. We
> will use the results of the survey to make the experience of using KMail as
> best as possible for everyone.
>
> You can fill the survey here: https://survey.kde.org/index.php/852475. It
> won't take you more than 5 minutes.
>
> Also please remember to spread the word about the survey to other KMail
> users
> so that we get as many responses as possible.
>
> Thank you very much!
>
> Dan
>
> --
> Daniel Vrátil
> www.dvratil.cz | dvra...@kde.org
> IRC: dvratil on Freenode (#kde, #kontact, #akonadi, #fedora-kde)
>
> GPG Key: 0x4D69557AECB13683
> Fingerprint: 0ABD FA55 A4E6 BEA9r9A83 EA97 4D69 557A ECB1 3683


KDE PIM User Survey

2017-07-29 Thread Daniel Vrátil
Hello everyone!

If you use KMail (or Kontact), please help us, the KDE PIM developers, to get 
a better picture of how you use it so that we know which parts of the 
software we should focus on, and how we should evolve it in the future. We 
will use the results of the survey to make the experience of using KMail as 
best as possible for everyone.

You can fill the survey here: https://survey.kde.org/index.php/852475. It 
won't take you more than 5 minutes.

Also please remember to spread the word about the survey to other KMail users 
so that we get as many responses as possible.

Thank you very much!

Dan

-- 
Daniel Vrátil
www.dvratil.cz | dvra...@kde.org
IRC: dvratil on Freenode (#kde, #kontact, #akonadi, #fedora-kde)

GPG Key: 0x4D69557AECB13683
Fingerprint: 0ABD FA55 A4E6 BEA9r9A83 EA97 4D69 557A ECB1 3683

signature.asc
Description: This is a digitally signed message part.