Re: Changes to our Git infrastructure

On Tue, Dec 30, 2014 at 11:42 AM, Jan Kundrát wrote: > On Monday, 29 December 2014 23:05:48 CEST, Jeff Mitchell wrote: >> >> ...what does that have to do with anything? > > > It means that there is no problem with having scratch repos ("self service > repo creation") with Gitolite. > > I find that

Re: Changes to branch management

On Tue, Dec 30, 2014 at 6:08 AM, Jan Kundrát wrote: > On Monday, 29 December 2014 09:50:06 CEST, Ben Cooksley wrote: >> >> Unfortunately allowing force pushes is an extremely messy business >> with the hooks - so we're unable to do this (for maintenance reasons >>

Re: Changes to branch management

On Sat, Dec 27, 2014 at 9:09 AM, Matthew Dawson wrote: > On December 25, 2014 08:21:05 PM Ben Cooksley wrote: >> > The way I see it, there are two reasonable alternatives with the current >> > setup: >> > >> > 1) Everybody can create, delete an

Re: Changes to our Git infrastructure

Hi all, Based on the current feedback: 1) It seems people see no use in clone repositories. 2) Little commentary has been made on the merits of scratch repositories, with some dismissing them as pointless. Therefore sysadmin proposes that both clone and scratch repositories be eliminated as a co

Re: Changes to our Git infrastructure

On Fri, Dec 26, 2014 at 12:01 AM, Jan Kundrát wrote: > On Thursday, 25 December 2014 11:06:05 CEST, Ben Cooksley wrote: >> >> Not sure why random / 3rd party stuff would be imported - regardless >> of whether it is a scratch repository or otherwise. >> Distributions

Re: Changes to branch management

On Wed, Dec 24, 2014 at 12:56 AM, Christian Mollekopf wrote: > On Wednesday 24 December 2014 00.04:22 Ben Cooksley wrote: >> Hi all, >> >> As the other thread has gotten a bit congested with various threads, I >> thought I would split up the topics to make thing

Re: Changes to our Git infrastructure

On Thu, Dec 25, 2014 at 10:47 PM, Jan Kundrát wrote: > On Thursday, 25 December 2014 09:20:53 CEST, Ben Cooksley wrote: >> >> No comments on scratch > > > Scratch repositories ("I can do whatever here, it's simply mine") is good, > but its actual utilit

Re: Changes to our Git infrastructure

On Wed, Dec 24, 2014 at 12:20 AM, Ben Cooksley wrote: > Hi all, Hi everyone, > > As has been made evident in the prior thread there are quite a few > interesting ideas floating around about what our Git infrastructure > should be capable of. > > Our current one was const

Re: Changes to branch management

On Thu, Dec 25, 2014 at 5:04 AM, Jan Kundrát wrote: > On Wednesday, 24 December 2014 01:57:15 CEST, Ben Cooksley wrote: >> >> Unfortunately i'm not sure if Gitolite's ACL mechanisms let us >> differentiate between tags and branches so if we allow anyone to >>

Re: Changes to branch management

On Wed, Dec 24, 2014 at 4:40 AM, Boudewijn Rempt wrote: > On Wed, 24 Dec 2014, Ben Cooksley wrote: > >> Hi all, >> >> As the other thread has gotten a bit congested with various threads, I >> thought I would split up the topics to make things a bit easier to >&g

Re: Changes to branch management

On Wed, Dec 24, 2014 at 5:35 AM, Sebastian Kügler wrote: > On Tuesday, December 23, 2014 06:27:01 Albert Astals Cid wrote: >> El Dimarts, 23 de desembre de 2014, a les 14:48:21, Sebastian Kügler va >> >> escriure: >> > On Wednesday, December 24, 2014 00:04:22 Ben Co

Re: Changes to branch management

On Wed, Dec 24, 2014 at 7:10 AM, Thiago Macieira wrote: > On Tuesday 23 December 2014 17:45:23 Milian Wolff wrote: >> +1 to all of the above. What about tags btw? In KDevelop e.g. it would only >> be a nuisance if someone would delete one of our "stable" branches, but >> deleting one of the relea

Re: Problems with infrastructure

Hi everyone, I've now split the discussion from this thread into two portions. If people could please reply to the relevant threads that would be much appreciated. If there are aspects of this thread which i've missed in my mails, please let me know. Thanks, Ben

Changes to our Git infrastructure

Hi all, As has been made evident in the prior thread there are quite a few interesting ideas floating around about what our Git infrastructure should be capable of. Our current one was constructed when KDE first seriously migrated to Git following the Gitorious experiments, and it shows. (As a sy

Changes to branch management

Hi all, As the other thread has gotten a bit congested with various threads, I thought I would split up the topics to make things a bit easier to manage. The first seems the least contentious: allowing all developers to delete branches on our mainline repositories, except for certain protected br

Re: Problems with infrastructure

On Tue, Dec 23, 2014 at 10:19 PM, Ian Wadham wrote: > Hello Jan, > > On 22/12/2014, at 12:01 AM, Jan Kundrát wrote: >> On Friday, 19 December 2014 22:16:36 CEST, Scarlett Clark wrote: >>> Jenkins is compatible and works with Gerrit, so I don't understand why >>> another CI is being considered. >>

Re: libkgeomap

On Sun, Dec 21, 2014 at 5:31 AM, Albert Astals Cid wrote: > El Diumenge, 14 de desembre de 2014, a les 18:57:44, Tobias Leupold va > escriure: >> Hi list! >> >> recently, I requested to move libkface from extragear/libs to to >> kdegraphics/libs, because KPhotoAlbum began to use it as the first >>

Re: cppcheck on build.kde.org

On Thu, Dec 18, 2014 at 6:30 AM, Jan Kundrát wrote: > On Tuesday, 16 December 2014 23:58:02 CEST, Ben Cooksley wrote: >> >> If we were to replace Jenkins, you have indicated that custom work >> would be required to get reports for tests and tools like cppcheck >> genera

Re: [Kde-pim] Problems with infrastructure

On Wed, Dec 17, 2014 at 10:23 AM, Jan Kundrát wrote: > Hi Ben, Hi Jan, > >> It isn't just >> the tool itself which has to be maintained: we have commit hooks, >> integration with other bits of infrastructure and so forth which also >> needs to both be implemented and maintained. > > > In case of

Re: [Kde-pim] Problems with infrastructure

Hi all, Going to reply to all the various bits and pieces that have been mentioned in order now. Apologies for the long mail. For deleting branches, I think we can allow this - given some protection for certain branches (like the KDE/* branches for instance). Note that courtesy of the backup func

Problems with infrastructure

please actually raise it so we can discuss the matter and reach an agreement on something which would sort out your problem - and might actually help others too? Thanks, Ben Cooksley KDE Sysadmin

Re: Dr Konqi still misbehaving - advice needed

On Thu, Nov 27, 2014 at 6:58 PM, Ian Wadham wrote: > Hi Ben, Hi Ian, > > On 27/11/2014, at 8:05 AM, Ben Cooksley wrote: >> On Wed, Nov 26, 2014 at 8:40 PM, Ian Wadham wrote: >>> On 26/11/2014, at 12:49 PM, Ian Wadham wrote: >>>> So far the log shows that

Re: Dr Konqi still misbehaving - advice needed

On Wed, Nov 26, 2014 at 8:40 PM, Ian Wadham wrote: > On 26/11/2014, at 12:49 PM, Ian Wadham wrote: >> So far the log shows that my patch is definitely there, in the distribution, >> but >> Bugzilla still returns a 410 error, even though it has been given a token (as >> required for version 4.4.6

Re: Dr Konqi still misbehaving - advice needed

On Wed, Nov 26, 2014 at 2:49 PM, Ian Wadham wrote: > Hi Thomas, Hi Ian, > > On 26/11/2014, at 10:19 AM, Thomas Lübking wrote: >> On Montag, 24. November 2014 04:08:53 CEST, Ian Wadham wrote: >> >>> So my immediate and most urgent question is how can I get Germano to >>> recover that log output f

Re: Dr Konqi still misbehaving - advice needed

On Mon, Nov 24, 2014 at 4:08 PM, Ian Wadham wrote: > Hi guys, Hi Ian, > > You may remember the recent fracas with Dr Konqi suddenly refusing to submit > crash reports, because Bugzilla software (bugs.kde.org) had changed to a new > version that no longer recognised cookies. > > The problem was f

Re: Severe behavioural change regressions in release branch

On Sat, Oct 25, 2014 at 7:14 PM, Stephen Kelly wrote: > Ben Cooksley wrote: > >> On Sat, Oct 25, 2014 at 5:44 AM, Stephen Kelly wrote: >>> Is build.kde.org now using the release branch of cmake.git instead of the >>> next branch? When/why did that change? >&

Re: Severe behavioural change regressions in release branch

Divendres, 24 d'octubre de 2014, a les 19:23:42, Ben Boeckel va escriure: >> On Sat, Oct 25, 2014 at 08:50:12 +1300, Ben Cooksley wrote: >> > On Sat, Oct 25, 2014 at 5:44 AM, Stephen Kelly wrote: >> > > Is build.kde.org now using the release branch of cmake.git inste

Re: Severe behavioural change regressions in release branch

On Sat, Oct 25, 2014 at 5:44 AM, Stephen Kelly wrote: > Ben Cooksley wrote: > >> Hi all, >> >> It would appear that CMake 3.0 to 3.1 introduces a colossal change in >> behaviour. This change totally breaks all KDE projects which use >> Extra-CMake-Modules

Re: Severe behavioural change regressions in release branch

On Fri, Oct 24, 2014 at 10:11 AM, Ben Cooksley wrote: > On Fri, Oct 24, 2014 at 10:05 AM, Ben Cooksley wrote: >> Hi all, >> >> It would appear that CMake 3.0 to 3.1 introduces a colossal change in >> behaviour. This change totally breaks all KDE projects which use

Re: Severe behavioural change regressions in release branch

On Fri, Oct 24, 2014 at 10:41 AM, Bill Hoffman wrote: > On 10/23/2014 5:11 PM, Ben Cooksley wrote: >> >> And it would seem that the CMake developers prefer to live in their >> own closed off little bubble. Hi Bill, > > Sorry about that. We just want to avoid s

Re: Severe behavioural change regressions in release branch

On Fri, Oct 24, 2014 at 10:37 AM, Thomas Lübking wrote: > On Donnerstag, 23. Oktober 2014 23:11:02 CEST, Ben Cooksley wrote: > >> And it would seem that the CMake developers prefer to live in their >> own closed off little bubble. My post was automatically rejected. >> S

Re: Severe behavioural change regressions in release branch

On Fri, Oct 24, 2014 at 10:05 AM, Ben Cooksley wrote: > Hi all, > > It would appear that CMake 3.0 to 3.1 introduces a colossal change in > behaviour. This change totally breaks all KDE projects which use > Extra-CMake-Modules, as necessary headers are no longer installed. > &g

Severe behavioural change regressions in release branch

rt of compatibility breakage would be a release blocker. Regards, Ben Cooksley KDE Sysadmin

Re: kdepimlibs Coverity Scan Report, Oct 14 2014

On Thu, Oct 16, 2014 at 8:53 PM, Gilles Caulier wrote: > Allen, Hi Gilles, > > Just a workflow question : why to export Coverity report to CSV where > you can send automatically a mail to devel mailing list when scan is > complete, with a a list of new defect found in code. > > I use Coverity si

Re: libkface

On Sun, Oct 12, 2014 at 1:33 AM, Gilles Caulier wrote: > So, what's missing to process migration from extragear/libs to > kdegraphics/libs ? > > Who process migration ? KDE admin ? You need to file a ticket at https://sysadmin.kde.org/tickets/ and await for us to perform the move. Please ensure t

Re: Review Request 120431: Fix and future-proof Dr Konqi security methods on Bugzilla

generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/120431/#review68051 --- On Oct. 7, 2014, 7:42 a.m., Ian Wadham wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > https://git.reviewboa

Re: Review Request 120431: Fix and future-proof Dr Konqi security methods on Bugzilla

, can someone familiar with the codebase please review it so we can get this in? - Ben Cooksley On Oct. 5, 2014, 4:27 a.m., Ian Wadham wrote: > > --- > This is an automatically generated e-mail. To reply, visit

Re: Review Request 120431: Fix and future-proof Dr Konqi security methods on Bugzilla

g/r/120431/#comment47358> Perhaps use kWarning() or kDebug() instead? drkonqi/bugzillalib.cpp <https://git.reviewboard.kde.org/r/120431/#comment47359> Same issue wrt fprintf vs. kDebug/kWarning. - Ben Cooksley On Oct. 3, 2014, 7:52 a.m., Ian

Re: Moving repositories in the module structure

On Fri, Oct 3, 2014 at 2:28 PM, Aleix Pol wrote: > On Fri, Oct 3, 2014 at 1:52 AM, Albert Astals Cid wrote: >> >> El Divendres, 3 d'octubre de 2014, a les 00:04:42, Aleix Pol va escriure: >> > On Thu, Oct 2, 2014 at 11:34 PM, Ben Cooksley wrote: >> > >

Re: Moving repositories in the module structure

> > On Fri, Oct 3, 2014 at 12:04 AM, Aleix Pol wrote: >> >> On Thu, Oct 2, 2014 at 11:34 PM, Ben Cooksley wrote: >>> >>> Hi all, >>> >>> It seems there has been a recent outbreak of repository moves which >>> have been extremely poor

Moving repositories in the module structure

above mentioned teams, and have announced them on the appropriate mailing lists in advance. @Plasma team: plasma-de...@kde.org does not constitute an appropriate mailing list, as it is not a community wide development mailing list. Only kde-devel and kde-core-devel qualify for this. Thanks, Ben

Re: Fwd: PVS-Studio KDE analysis

On Thu, Oct 2, 2014 at 9:34 PM, Boris Egorov wrote: > > > On 10/02/2014 03:27 PM, Ben Cooksley wrote: >> >> Boris, can we expect these analyses to be provided on a regular basis? >> (This will help to plan where to host the analysis results). >> >> >>

Re: Fwd: PVS-Studio KDE analysis

On Thu, Oct 2, 2014 at 1:25 PM, Christoph Feck wrote: > On Wednesday 01 October 2014 23:35:50 Ben Cooksley wrote: > >> On Tue, Sep 30, 2014 at 7:12 AM, Boris Egorov wrote: > >> > On 09/29/2014 11:55 PM, Ivan Čukić wrote: > >> >> If the report is not se

Re: Fwd: PVS-Studio KDE analysis

On Tue, Sep 30, 2014 at 7:12 AM, Boris Egorov wrote: > > On 09/29/2014 11:55 PM, Ivan Čukić wrote: >> If the report is not separated into components, then I'd guess kde-devel is >> the right place for it. > Looks like report was not separated, just one huge archive (probably > can't be attached to

Re: Review Request 120363: proposal to use the NOGUI switch in CMake files to set the default value for GUIenabled

On Fri, Sep 26, 2014 at 5:01 PM, Thiago Macieira wrote: > On Thursday 25 September 2014 22:32:35 René J.V. Bertin wrote: >> Ah, apparently Thiago missed the multiple recent reminders of the fact that >> we OS X users are going to be "stuck" in/with KDE4 for a tad longer than >> the average Linux u

Re: Review Request 120287: [OS X] make kde-workspace build

> On Sept. 19, 2014, 8:24 p.m., Martin Gräßlin wrote: > > overall I rather tend to -1 for these changes. I consider changing the > > build system in a long term release as way too risky considering that the > > core development doesn't use this iteration any more. Any unintended > > breakage (

Re: Review Request 119498: Report crashes of KDE apps in Apple OS X (2) (fix drkonqi)

think this can go in as it makes Dr Konqi usable on another platform. - Ben Cooksley On Sept. 18, 2014, 10:57 a.m., Ian Wadham wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > https://git.reviewboa

Re: Using Gerrit for code review in KDE

On Sun, Sep 14, 2014 at 8:07 AM, Ivan Čukić wrote: > >> that needs to be reverted because it's actively objectiona- >> ble. As Ivan pointed out, few of us will ever commit any- >> thing if we're not confident it would meet with the approval > > While I do agree that we have a strange and unreally

Re: Administrating project boards on todo.kde.org

On Sun, Sep 14, 2014 at 7:20 AM, Nicolás Alvarez wrote: > 2014-09-13 15:57 GMT-03:00 Milian Wolff : >> On Saturday 13 September 2014 14:38:03 Nicolás Alvarez wrote: >>> 2014-09-13 14:25 GMT-03:00 Milian Wolff : >>> > Hey all, >>> > >>> > I hope this is the right place to ask. I would like to start

Re: Using Gerrit for code review in KDE

Hi all, Just to clarify what is happening here, based on my reading of the discussion here thus far, and in #kde-devel earlier today. I concur with the majority that a unified tool, similar to Gitlab would be an excellent improvement on our current infrastructure. Unfortunately we found that at o

Loss of Jenkins build data

Hi all, Due to https://issues.jenkins-ci.org/browse/JENKINS-21268 we have lost the past 2 weeks worth of Jenkins builds on the CI system. Hopefully all other changes in the past 2 weeks have remained persistent as it is unclear whether they will survive this bug as well. As the Maven plugin has n

Re: Proposal to improving KDE Software Repository Organization

On Wed, Aug 20, 2014 at 9:39 AM, Michael Pyne wrote: > On Tue, August 19, 2014 10:18:17 David Faure wrote: >> On Tuesday 19 August 2014 19:10:14 Ben Cooksley wrote: >> > The old kf5-qt5 / latest-qt4 names are being mapped to division / >> > track combinations.

Re: Proposal to improving KDE Software Repository Organization

On Tue, Aug 19, 2014 at 6:55 PM, David Faure wrote: > Nice work. Thanks. > > Just one thing: > > On Monday 18 August 2014 21:54:40 Michael Pyne wrote: >> So "kf5-qt5" might mean "KF5/Devel, Plasma5/Devel, etc." while >> "kf5-qt5-stable" might mean "KF5/Devel, Plasma5/Stable, etc.". > > This

Re: Killing kdelibs master branch

On Wed, Aug 13, 2014 at 8:07 AM, Thomas Lübking wrote: > On Dienstag, 12. August 2014 21:20:41 CEST, Albert Astals Cid wrote: > >>> Is >>> >>> git symbolic-ref refs/heads/master refs/heads/KDE/4.14 >>> >>> an option? >> >> >> Maybe, what does it do? > > > Create a symbolic ref "master" that like t

Re: [qca] /: Revert "Fix plugins lookup when not building in the Qt prefix"

On Sun, Aug 10, 2014 at 2:40 AM, Aleix Pol wrote: > On Sat, Aug 9, 2014 at 2:07 PM, Ben Cooksley wrote: >> >> Git commit c8b445b04a0efe66e491a6f0a06ca4ef312fdc91 by Ben Cooksley. >> Committed on 09/08/2014 at 12:00. >> Pushed by bcooksley into branch 'master&#x

[qca] /: Revert "Fix plugins lookup when not building in the Qt prefix"

Git commit c8b445b04a0efe66e491a6f0a06ca4ef312fdc91 by Ben Cooksley. Committed on 09/08/2014 at 12:00. Pushed by bcooksley into branch 'master'. Revert "Fix plugins lookup when not building in the Qt prefix" This reverts commit 38e0665127650b3db5676c1dd5f0ffeb8cdb176f. This

Re: Review Request 119498: Report crashes of KDE apps in Apple OS X (2) (fix drkonqi)

iate way to do that. > > I have another bug, not yet investigated in detail, where Dr K has lost > the login to BKO somehow and cannot submit the completed report, but it was > still able to save it in a file. > > It is hard to know how to test Dr K's bug-re

Re: Review Request 119512: Fix saving/loading of file dialog sizes

On July 28, 2014, 10:17 a.m., Lukáš Tinkl wrote: > > If the only issue is the open ::exec() TODO, you might "trick" it by > > calling ::winId(), then restore the size and ultimately ::exec() > > > > Otherwise you could open an own nested eventloop instead of relying on the > > dialogs exec, bu

Re: Review Request 119498: Report crashes of KDE apps in Apple OS X (2) (fix drkonqi)

iate way to do that. > > I have another bug, not yet investigated in detail, where Dr K has lost > the login to BKO somehow and cannot submit the completed report, but it was > still able to save it in a file. > > It is hard to know how to test Dr K's bug-re

Re: Review Request 119498: Report crashes of KDE apps in Apple OS X (2) (fix drkonqi)

> On July 27, 2014, 11:17 a.m., Thomas Lübking wrote: > > drkonqi/reportassistantpages_bugzilla.cpp, line 300 > > > > > > this is commented. > > > > if the test is pointless altogether (i do not know. no

Re: Review Request 108328: fix 234407 - set minimum width for system settings icon view

raised, or should this review be discarded? - Ben Cooksley On Jan. 10, 2013, 8:48 p.m., Xuetian Weng wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > https://git.reviewboard.kde.

Downtime notification

. Thanks, Ben Cooksley KDE Sysadmin

Re: KF5 Update Meeting Minutes 2014-w28

On 9 July 2014 17:14, Kevin Ottens wrote: > Hello, Hi Kevin, > > On Wednesday 09 July 2014 09:57:27 Ben Cooksley wrote: >> On 9 July 2014 03:30, Kevin Ottens wrote: >> > * ervin hopes to see kdepimlibs bits getting in sooner rather than later; >> >>

Re: KF5 Update Meeting Minutes 2014-w28

On 9 July 2014 03:30, Kevin Ottens wrote: > Hello everyone, Hi Kevin, > > This is the minutes of the Week 28 KF5 meeting. As usual it has been held on > #kde-devel at 4pm Paris time. > > Were present: agateau, apol, d_ed, dfaure, fregl, mgraesslin, notmart, > PovAddict, Riddell, sandsmark, tosky

Re: KF5 Update Meeting Minutes 2014-w28

On 9 July 2014 04:05, Mario Fux wrote: > Am Dienstag, 08. Juli 2014, 17.30:19 schrieb Kevin Ottens: >> Hello everyone, > > Morning Hi Mario, > >> This is the minutes of the Week 28 KF5 meeting. As usual it has been held >> on #kde-devel at 4pm Paris time. > > [snip] > >> * unormal is looking fo

KDE

SVN commit 1392026 by bcooksley: Create new plasma-workspace-wallpapers module. As requested by Marco Martin in sysadmin ticket #996. CCMAIL: notm...@gmail.com CCMAIL: kde-core-devel@kde.org A plasma-workspace-wallpapers (directory)

Re: [kde-community] Impact of Heartbleed issue on KDE.org infrastructure

On Tue, Apr 15, 2014 at 11:15 PM, Myriam Schweingruber wrote: > Hi Ben, Hi Myriam, > > On Tue, Apr 15, 2014 at 10:29 AM, Ben Cooksley wrote: > ... >> Sites affected: >> >> forum.kde.org >> community.kde.org >> userbase.kde.org >> techbase.kde.

Impact of Heartbleed issue on KDE.org infrastructure

ase let us know. Thanks, Ben Cooksley KDE Sysadmin

Re: Tests still failing in 4.13

On Mon, Mar 31, 2014 at 12:42 PM, Albert Astals Cid wrote: > Hello people, at the moment we have various 4.13 projects failing. Hi all, > > Since we promised a while ago to not release without failing tests we have > 10 days until tagging to fix the tests or we'll have to delay the release. > >

Re: kdesrc-build complains about a dependency cycle in kdelibs..

On Sun, Mar 16, 2014 at 6:18 AM, Mark Gaiser wrote: > Hi, Hi Mark, > > If i use the default config[1] i get this[2] error. > This is in an attempt to build parts of KDE 4.13 git. > > My kdesrc-build is at git branch > 598ad6225ddf1fa1d9701eaa0eb350b57eb337fc (fresh clone). > > Any idea what migh

Re: KColorEdit in extragear/graphics

On Sat, Mar 1, 2014 at 2:49 AM, Burkhard Lück wrote: > Am Donnerstag, 27. Februar 2014, 11:36:19 schrieb Ben Cooksley: >> I believe everything has now been sorted (per IRC chat). > > $ LANG=C svn info extragear/graphics/doc/kcoloredit/ > Path: extragear/graphics/doc/kcoloredi

Re: KColorEdit in extragear/graphics

On Thu, Feb 27, 2014 at 11:15 AM, Nicolás Alvarez wrote: > 2014-02-23 11:56 GMT-03:00 Albert Astals Cid : >> El Diumenge, 23 de febrer de 2014, a les 15:53:44, Albert Astals Cid va >> escriure: >>> El Dissabte, 22 de febrer de 2014, a les 19:13:39, Percy Camilo Triveño >>> >>> Aucahuasi va escriur

Re: KColorEdit in extragear/graphics

ert, >> > > >> > > On 20/02/14 17:02, Albert Astals Cid wrote: >> > >> El Diumenge, 16 de febrer de 2014, a les 23:10:12, Percy Camilo Triveño >> > >> >> > >> Aucahuasi va escriure: >> > >>> On 16/02/14 17:00, Perc

Re: KColorEdit in extragear/graphics

On Mon, Feb 17, 2014 at 10:52 AM, Albert Astals Cid wrote: > El Dilluns, 17 de febrer de 2014, a les 08:15:55, Ben Cooksley va escriure: >> On Mon, Feb 17, 2014 at 5:44 AM, Albert Astals Cid wrote: >> > Hi, >> >> Hi Albert, >> >> > Why is the kcolor

Re: KColorEdit in extragear/graphics

On Mon, Feb 17, 2014 at 5:44 AM, Albert Astals Cid wrote: > Hi, Hi Albert, > > Why is the kcoloredit history lost when moving from svn to git? > > And why has the documentation not been moved accordingly? Sysadmin doesn't perform migrations of history - it is up to the individual developer(s) r

Re: Repository rename and consequences

On Sat, Feb 8, 2014 at 10:58 AM, Ben Cooksley wrote: > Hello all, > > Sysadmin has received a request to rename the repository "kwallet" > (currently located at kde/kdeutils) to "kwalletmanager" in order to > free this name up. > > Once that has been com

Repository rename and consequences

- however custom scripts and procedures will need to be adjusted by hand. If anyone has any objections, please let us know. This change will be made in 48 hours. Thanks, Ben Cooksley KDE Sysadmin

Re: Why is kst in extragear without going through kdereview?

r is not good enough. Sorry for the problems - I didn't expect that to happen. > > For those in these channel that still care about reviewing new stuff to make > sure it complies to our stabilished practices, know that kst-plot is new and > should be reviewed. Should KST-Plot be

Re: [kdegraphics] /: Retrn after project(), this CMakeLists doesn't do anything

On Sat, Dec 28, 2013 at 1:09 AM, Albert Astals Cid wrote: > El Divendres, 27 de desembre de 2013, a les 11:35:04, Àlex Fiestas va > escriure: >> module-set >> repository kde-projects >> >> use-modules kdegraphics >> end module-set >> >> In that repository[1] there is nothing to compile, ev

Re: http://techbase.kde.org/Development/Review_Board looks terribly complicated

On Mon, Dec 16, 2013 at 3:25 PM, Harald Sitter wrote: > On Mon, Dec 16, 2013 at 12:29 AM, Albert Astals Cid wrote: > > adding a section before all that huge lists of hard > > stuff just saying "You can code, do a git diff and upload the diff in the > > webpage". > > oh my god, yes, please! > Fu

Re: Review Request 111851: Split KCModules into different Categories in KHelpcenter's navigation tree

> On Nov. 29, 2013, 7:32 p.m., Ben Cooksley wrote: > > Patch looks fine to me, sucks a bit that the names have to be hardcoded for > > certain lists but not much can be done there if that is what the > > applications do... > > Burkhard Lück wrote: > "

WARNING: kdepimlibs has been force pushed

ocally, committed or otherwise will be lost. Do not attempt to perform any pushes to kdepimlibs until you have performed the above, otherwise you will reverse the effect of the force push. Thanks, Ben Cooksley KDE Sysadmin

Re: Failing testcase in kpasswdservertest [kde-runtime]

On Wed, Dec 11, 2013 at 2:52 PM, Dawit A wrote: > On Tue, Dec 10, 2013 at 1:45 PM, Albert Astals Cid wrote: > >> El Dimarts, 10 de desembre de 2013, a les 08:57:47, Dawit A va escriure: >> > Sorry for the late response. I did not see this email for some reason. >> None >> > of the test cases in

Changes to the CI system

es the build to fail, indicating a behaviour change has taken place. I have patched around this to allow those projects dependent on opencv to compile successfully. If there are any issues with these changes, please let sysadmin know through the usual mechanisms. Thanks, Ben Cooksley KDE Sysadmin

Re: Review Request 111851: Split KCModules into different Categories in KHelpcenter's navigation tree

hardcoded for certain lists but not much can be done there if that is what the applications do... - Ben Cooksley On Nov. 29, 2013, 12:37 p.m., Burkhard Lück wrote: > > --- > This is an automatically generated e-mail. To rep

Re: projects page dead ?

rting. > > Thanks in advance, > > Hugo > Thanks, Ben Cooksley KDE Sysadmin

Re: Moving KScreen and libkscreen to extragear

Hi all, Based on Alex's request, I have now moved libkscreen and kscreen to their relevant locations in Extragear. If there are any objections, please let me know. Thanks, Ben Cooksley KDE Sysadmin

Re: kde-workspace git broken ?

the first place. > Can those 4 commits somehow be reverted? > To my knowledge, the defective entries have been purged from the history of the repository in their entirety. > > Thanks. > > Kindest Regards, > > Thanks, Ben Cooksley KDE Sysadmin

Re: kde-workspace git broken ?

ble to failure (ie. looking in the commit message for "Revert" and "merge") Thanks, Ben Cooksley KDE Sysadmin

Re: Re: R: Re: kde review kartesio

On Mon, Oct 28, 2013 at 7:54 AM, LucaTringali wrote: > Sure, I thought it was already back to playground-edu. > Nope - you needed to ask sysadmin. In any case, I have now moved it to playground/edu. > > Luca Tringali > Regards, Ben Cooksley KDE Sysadmin > > >

Re: Upcoming changes to CI system

On Sun, Oct 27, 2013 at 9:43 PM, Peter Grasch wrote: > Hi Ben, > > On 10/27/2013 05:32 PM, Ben Cooksley wrote: > > A shared dependency is essentially a non-KDE project: > > a) Where distribution packages are too old (like CMake) > > b) projects which depend on

Re: Upcoming changes to CI system

On Mon, Oct 28, 2013 at 1:59 AM, Scott Kitterman wrote: > > > Ben Cooksley wrote: > >Hi all, > > > >In order to improve the maintainability and cleanliness of the "shared > >dependencies" the way they will be handled on the CI system will be > >c

Re: Upcoming changes to CI system

On Mon, Oct 28, 2013 at 12:46 AM, Allen Winter wrote: > On Sunday, October 27, 2013 09:32:59 PM Ben Cooksley wrote: > > Hi all, > > > > In order to improve the maintainability and cleanliness of the "shared > > dependencies" the way they will be handled

Upcoming changes to CI system

e, QOAuth, QJSON, Qt GStreamer, Qt Mobility, Qwt and Shared Desktop Ontologies. Both libindi and libssh are going to be shifted to distribution packages. Thanks, Ben Cooksley

Cleanup of clone and scratch repositories

Hi all, Just a short reminder to all to please cleanup any clone or scratch repositories you are no longer using on git.kde.org. This is particularly the case for staging repositories used for storing interim conversions to Git for SVN based projects (for others to review), which have since compl

Re: Review Request 113139: Try to export include targets for Plasma as well

heck > > if ${INCLUDE_INSTALL_DIR} is absolute. > > Ben Cooksley wrote: > I copied this code from KCoreAddons in kdelibs[frameworks]. Shall I > correct it there as well? > > Stephen Kelly wrote: > It appears in several other frameworks too. Actually your snippet i

Re: Review Request 113139: Try to export include targets for Plasma as well

h now given to compiler. Thanks, Ben Cooksley

Re: Review Request 113139: Try to export include targets for Plasma as well

ameworks]. Shall I correct it there as well? - Ben --- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/113139/#review41324 ------- On Oct. 7, 2013, 8:13 a.m., Ben Cooksley wrote: > > -

Review Request 113139: Try to export include targets for Plasma as well

/ but it should be a start... Diffs - src/plasma/CMakeLists.txt b21fd7b Diff: http://git.reviewboard.kde.org/r/113139/diff/ Testing --- In place on CI build system. Proper include path now given to compiler. Thanks, Ben Cooksley

Re: Review board is partly broken?

/reviewboard/rlQi-oXWEhU/raNrWFDPRbgJ An update will be posted once the issue has been corrected. Regards, Ben Cooksley KDE Sysadmin

<    1   2   3   4   5   6   7   8   >