Re: Request to host plugin "hierarchy-killer"

On 18/09/15 01:19, Daniel Beck wrote: On 17.09.2015, at 17:04, Thorsten Möllers wrote: - I doubt you really need the RunData, why not query all running jobs for what their (upstream) causes are when you get notified about a run abort? Not sure what's saved/loaded in the Plugin class, but I

Re: Request hosting for plugin

Hi Catalin, What are your GitHub and JIRA accounts? Should we also add Andrei to the plugin developers? Thanks in advance, Oleg понедельник, 14 сентября 2015 г., 14:45:34 UTC+3 пользователь Catalin Luta написал: > > Hello guys, > > I've received a reply from Stephan. Due to lack of time he can

Re: Guidance on how far SECURITY fixes should go

> > The annotation processing to deliver BigFatSecuritySwitch (or deferring to > another method) is basically what I'd do. > It would be a simple way, but it does not allow a fine-grain control. The impact of the pending and potential fixes is too high, so many Jenkins installations may blow u

Re: Request for new Plugin hosting

Hello, I've forked the repository and created the JIRA component. The new location is: https://github.com/jenkinsci/convertigo-mobile-platform-plugin You should get an invitation to jenkinsci organisation soon. Welcome aboard! Best regards, Oleg среда, 16 сентября 2015 г., 18:01:25 UTC+3 поль

Re: Request for new plugin hosting

I've forked the repo and created the JIRA component. https://github.com/jenkinsci/groovy-events-listener-plugin You should get a notification to jenkinsci organisation soon. Welcome aboard! пятница, 18 сентября 2015 г., 1:40:11 UTC+3 пользователь Nick Grealy написал: > > I'm happy with "groovy-

#jenkins-meeting is ready

Hi everyone, A while back we decided to use a separate channel for the project governance meetings. #jenkins-meeting is now ready to be used, so we should hold the next governance meeting there, and only post a reminder in #jenkins. Daniel -- You received this message because you are subscri

Jenkins Meetups and CIA

Hi All, There's an initiative to start Jenkins Area Meetup (JAM) to help local communities stay on top of the latest and greatest Jenkins technology. With over 120,000 active plugins it's important that we continue to

Re: Request to host plugin "hierarchy-killer"

On 17.09.2015, at 17:04, Thorsten Möllers wrote: > >> - I doubt you really need the RunData, why not query all running jobs for >> what their (upstream) causes are when you get notified about a run abort? >> Not sure what's saved/loaded in the Plugin class, but I expect the current >> design

Re: Request for new plugin hosting

I'm happy with "groovy-events-listener-plugin" - sounds good. I'll create a JIRA task for ththe integration, once the project is setup. Thanks! -- You received this message because you are subscribed to the Google Groups "Jenkins Developers" group. To unsubscribe from this group and stop r

Re: Request for new plugin hosting

I'm happy with "groovy-events-listener-plugin" - sounds good. I'll create a JIRA task for ththe integration, once the project is setup. Thanks! -- You received this message because you are subscribed to the Google Groups "Jenkins Developers" group. To unsubscribe from this group and stop r

Re: Request for new plugin hosting

I'm happy with "groovy-events-listener-plugin" - sounds good. I'll create a JIRA task for ththe integration, once the project is setup. Thanks! -- You received this message because you are subscribed to the Google Groups "Jenkins Developers" group. To unsubscribe from this group and stop r

Re: Request for new plugin hosting

I'm happy with "groovy-events-listener-plugin" - sounds good. I'll create a JIRA task for ththe integration, once the project is setup. Thanks! -- You received this message because you are subscribed to the Google Groups "Jenkins Developers" group. To unsubscribe from this group and stop r

Re: Request for new plugin hosting

I'm happy with "groovy-events-listener-plugin" - sounds good. I'll create a JIRA task for ththe integration, once the project is setup. Thanks! -- You received this message because you are subscribed to the Google Groups "Jenkins Developers" group. To unsubscribe from this group and stop r

Re: Request for new plugin hosting

I'm happy with "groovy-events-listener-plugin" - sounds good. I'll create a JIRA task for ththe integration, once the project is setup. Thanks! -- You received this message because you are subscribed to the Google Groups "Jenkins Developers" group. To unsubscribe from this group and stop r

Hosting request for new plugin sumologic-publisher-plugin

Github url: https://github.com/SumoLogic/sumologic-jenkins-plugin target repo name: sumologic-publisher-plugin github user id: devennorton jenkinsci user id: d evennorton publishes jenkins metadata to sumologic. Particularly build metadata (statu

Re: Hosting a new Plugin - Percentage DiskSpace usage column

Awesome Thanks Daniel, Regarding your question, I just wanted a tiny plugin with simple functionality rather than a complex one which might be harder to maintain. Thanks for the advice of the plugin name, I've just renamed it as "percentage-du-column" *Repo*: https://github.com/v1v/percentage

Re: Next Windows Slave Installer release

New windows-slave-installer has been released. I've also created a PR to Jenkins core: https://github.com/jenkinsci/jenkins/pull/1832 среда, 16 сентября 2015 г., 10:50:28 UTC+3 пользователь Oleg Nenashev написал: > > Thanks for the

Reg Root pom and svn directory info

Hi, Please help me in getting the RootPom's usage and what to configure. I tried a lot combinations but all failed. Question and other information is in this link. http://stackoverflow.com/questions/32637913/mule-maven-jenkins-ci Regards, RajuS -- You received this message because you are su

Re: please publish the build pipeline plugin 1.4.8 release notes

My mistake. I thought I'd done it. Regards, 2015-09-17 15:38 GMT+02:00 martinda : > Please publish the build pipeline plugin 1.4.8 release notes to the wiki. > > Thank you. > > -- > You received this message because you are subscribed to the Google Groups > "Jenkins Developers" group. > To unsubs

RE: Crowd2 1.8 plugin

Thanks, I did see those additional setting and set the time to max, and did see good improvement ☺ Thanks for update. S From: Arnaud Héritier [via Jenkins CI] [mailto:ml-node+s361315n4770875...@n4.nabble.com] Sent: Thursday, September 17, 2015 2:57 PM To: LIGADE, SHAILESH Subject: Re: Crowd2

Re: Request for new plugin hosting

Let's try "groovy-events-listener-plugin". It's also vague a bit, but should work along with the summary description. WDYT? I see you're a recent committer to the plugin, so perhaps you've got a > better idea. How about we put this "integration" in the backlog of work. Agreed. The plugin may b

Re: Crowd2 1.8 plugin

With the patched version you have some additional cache settings. They are deactivated by default for backward compatibility. Like Kanstantsin said a huge work was started to fix SSO issues and the cache will have to be backported in its current form or using its native ehcache integration if it i

Re: Test case contribution

Thanks for your feedback. As you say, I think that we will go on git-plugin. But I have a question about test contribution: If we write a test which describe a bug, is it good to make a pull request for this test without fix ? I mean, if pull request is accepted, automatic build will fail, is it

Re: Crowd2 1.8 plugin

Crowd2 plugin code is trash, initial author mapped SSO into remember me. I fully refactored it to work right and it works fine with username/password. I'm waiting @aheritier's help to fix SSO part. His PR with custom caching may be redundant because crowd-client provides built-in ehcache and i w

Re: please publish the build pipeline plugin 1.4.8 release notes

CC'ed On Thursday, September 17, 2015 at 4:38:36 PM UTC+3, martinda wrote: > > Please publish the build pipeline plugin 1.4.8 release notes to the wiki. > > Thank you. > -- You received this message because you are subscribed to the Google Groups "Jenkins Developers" group. To unsubscribe from

Re: Revisiting bundled plugins

I second the idea that core should not depend on a plugin. This seems it would lead to lots of compatibility issues. Core should be self contained. On Thu, Sep 17, 2015, 09:53 Tom Fennelly wrote: > On Thursday, September 17, 2015 at 5:38:37 PM UTC+1, Jesse Glick wrote: > >> On Thu, Sep 17, 2015

Re: Revisiting bundled plugins

On Thursday, September 17, 2015 at 5:38:37 PM UTC+1, Jesse Glick wrote: > > On Thu, Sep 17, 2015 at 11:49 AM, Tom Fennelly > wrote: > >> Jenkins core cannot depend on a plugin, this makes no sense. > > > > I still don't get why it's such a no-no. > > Violates the very notion of what a “plugin”

Re: Revisiting bundled plugins

On Thu, Sep 17, 2015 at 11:49 AM, Tom Fennelly wrote: >> Jenkins core cannot depend on a plugin, this makes no sense. > > I still don't get why it's such a no-no. Violates the very notion of what a “plugin” is. By definition, plugins depend on core, and core does not depend on any plugin. > if [

Re: Plugins are hard to find, e.g. conditional-buildstep and Conditional Build Step Plugin

Right! What is your proposal to make them easier to find? Thanks! Le 17 sept. 2015 4:17 PM, "martinda" a écrit : > It is not easy to find plugins in the update center. For example, some > plugins refer to it as "Conditional Build Step Plugin", but if you search > for that in the browser with ctr

RE: Crowd2 1.8 plugin

Thanks BR, I did install that patch as well as restarted, but didn’t see any noticeable performance difference. Without SSO, response is under 2 sec, with SSO, it is more like 25 sec ☹ I am using Jenkins 1.594, crowd 2.8, plugin 1.8 + patch We do use ‘Project-based Matrix Authorization Strateg

Re: Revisiting bundled plugins

On Thursday, September 17, 2015 at 3:59:46 PM UTC+1, Jesse Glick wrote: > > So my running proposal > · nothing, nada, in `WEB-INF/plugins/` > > > dependencies of "feature" plugins OR Jenkins core itself > > Jenkins core cannot depend on a plugin, this makes no sense. (There > are `jenkins-modu

Re: Request to host plugin "hierarchy-killer"

Thanks for the feedback. There are lots of relevant things to keep me busy for today - I don't think there's a reason for you to subclass Plugin. It doesn't really do anything here. You could move the static stuff into the listener directly. You are probably right. I will look into it. - You

Re: Revisiting bundled plugins

On Thu, Sep 17, 2015 at 6:16 AM, Daniel Beck wrote: >> we will upgrade if the plugin does not meet the minimum version requirements >> i.e. is less than the bundled version (in /WEB-INF/detached-plugins). > > Yep, it looks like that's what Jesse is arguing for. Yes. So my running proposal (bewar

Re: Revisiting bundled plugins

On Thursday, September 17, 2015 at 1:04:15 PM UTC+1, Daniel Beck wrote: > > > On 17.09.2015, at 13:02, Tom Fennelly > > wrote: > > > while other plugins are just "dependency" plugins … and are dependencies > … Jenkins core itself. > > These do not exist today. Sure, I'm just suggesting that

Plugins are hard to find, e.g. conditional-buildstep and Conditional Build Step Plugin

It is not easy to find plugins in the update center. For example, some plugins refer to it as "Conditional Build Step Plugin", but if you search for that in the browser with ctrl-f, you cannot find it. After much looking around, I found that it actually shows as "conditional-buildstep". Martin

Re: Sign up for an account

(replies inline) On Thu, 17 Sep 2015, Stolzenberger, Tobias wrote: > Hi, > > I would like to sign up for an account to submit a but report. I already > registered with user name tobias_stolzenberger here > https://jenkins-ci.org/account/signup. Afterwards I got the message: "Due to > the spam

please publish the build pipeline plugin 1.4.8 release notes

Please publish the build pipeline plugin 1.4.8 release notes to the wiki. Thank you. -- You received this message because you are subscribed to the Google Groups "Jenkins Developers" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-dev+unsubsc

Re: Request for new plugin hosting

Hi Oleg, *Naming* Regarding the name, I've named it "global-events-plugin", because: - *global* - because it listens to events right across the Jenkins context - *events* - because I want to run groovy code in response to events It's not limited to "RunListener" events, it also contains "Start"

Re: Revisiting bundled plugins

On 17.09.2015, at 13:02, Tom Fennelly wrote: > while other plugins are just "dependency" plugins … and are dependencies … > Jenkins core itself. These do not exist today. If you need them for other changes, this will need to be considered separately. Remember, every plugin, even the bundled o

Re: Request to host plugin "hierarchy-killer"

On 17.09.2015, at 13:19, Thorsten Möllers wrote: > if anyone would care to review the plugin for obvious flaws, I would be > happy. Some of the following (especially the one on variable naming) is probably subjective... - I don't think there's a reason for you to subclass Plugin. It doesn't

Re: Put Jenkins on the map

Sounds like this could be automated. GitHub already has the location of users (if they choose to add it), and it knows a list of comitors and all our repositories, and there are sites that will convert generic locations to addresses On Thursday, September 17, 2015 at 12:07:03 PM UTC+1, J

Fwd: Request to host plugin "hierarchy-killer"

Hi, I would like to contribute a new plugin to allow complex trees of CI jobs o fail early and/or to be aborted by just aborting the root of the tree. In a complex CI environment, for each commit dozens or even hundreds of different builds and tests are triggered to verify the commit. The p

Re: Put Jenkins on the map

Sorry about the name, I guess I thought more people would be familiar with satellite technology than actually are.. ;-) Now I'm glad I didn't choose first choice of KH-10. +1 project rename On Thu, Sep 17, 2015 at 6:33 AM, Daniel Beck wrote: > > On 17.09.2015, at 11:03, Baptiste Mathus wrote: >

Re: Revisiting bundled plugins

On Thursday, September 17, 2015 at 11:16:41 AM UTC+1, Daniel Beck wrote: > > > On 17.09.2015, at 11:26, Tom Fennelly > > wrote: > > > Sorry ... typo in #2 on the last email. I should have said "This only > seems relevant to me if the answer to #1 is no" i.e. we will upgrade if the > plugin does

Re: Put Jenkins on the map

I think it could be useful to have multiple layers on the map, with all enabled by default, but with an option to display only core committers, plug-in developers, CIA ambassadors, and so it goes. From: Baptiste Mathus To: jenkinsci-dev@googlegroups.com Sent: Thursday, 17 September 20

Re: Put Jenkins on the map

On 17.09.2015, at 11:03, Baptiste Mathus wrote: > +1 with Oleg, never heard of that repo before. > Unsurprising, given its weird name. Like it doesn't want to be found. Something boring like backend-contributor-map would be more suitable. -- You received this message because you are subscri

Re: Revisiting bundled plugins

On 17.09.2015, at 11:26, Tom Fennelly wrote: > Sorry ... typo in #2 on the last email. I should have said "This only seems > relevant to me if the answer to #1 is no" i.e. we will upgrade if the plugin > does not meet the minimum version requirements i.e. is less than the bundled > version (i

Re: Revisiting bundled plugins

Maybe we should clarify what it means for a plugin to be bundled in "/WEB-INF/plugins" Vs "/WEB-INF/detached-plugins". My understanding/interpretation is: - */WEB-INF/plugins*: These are plugins that must always be installed/updated. Same as before. The versions are kept as up-to-date as

Re: Revisiting bundled plugins

Sorry ... typo in #2 on the last email. I should have said "This only seems relevant to me if the answer to #1 is no" i.e. we will upgrade if the plugin does not meet the minimum version requirements i.e. is less than the bundled version (in /WEB-INF/detached-plugins). On 17 September 2015 at 10:2

Re: Revisiting bundled plugins

So where are we now guys? 1. Are we still saying we are not going to update existing plugins on an upgrade? Jesse seemed definitive on this one but I still don't know the reasoning. 2. Are we still saying pinned files should be ignored ala what Jesse said earlier? Again, I still

Re: Put Jenkins on the map

Well, I'm not sure the kml file is actually needed, someone with a bit more free time could probably walk through the public members list of the Jenkinsci org via the GitHub API and use the user's location info to build a more complete map. :) /B On Thu, Sep 17, 2015 at 11:03 AM, Baptiste Mathus

Re: Put Jenkins on the map

OK, done then :-) https://github.com/jenkinsci/keyhole/pull/1 (I tried committing directly, but seems I'm not authorized, not a bad thing that not everyone can directly commit maybe). +1 with Oleg, never heard of that repo before. And btw, the coordinates are weirdly reversed IIUC. Copy-pasting g

Re: Put Jenkins on the map

Myself I was surprised to find me on the map. I forgot that I added my coordinates 4 years ago ... On Thu, Sep 17, 2015 at 10:56 AM, Oleg Nenashev wrote: > On the other hand, I have not ever heard about this repo before this > thread :) > If we want to publish a relevant information, makes sense

Re: Put Jenkins on the map

On the other hand, I have not ever heard about this repo before this thread :) If we want to publish a relevant information, makes sense to advertise it a bit. > On 17 Sep 2015, at 11:54, Robert Sandell wrote: > > It is who ever that has pushed their coordinates to > https://github.com/jenkinsc

Re: Put Jenkins on the map

It is who ever that has pushed their coordinates to https://github.com/jenkinsci/keyhole So imho it is those that consider themselves "Jenkins Developers" I added my coords there before my first official core commit and I considered myself as much of a Jenkins Developer then as I do now ;) /B On

Re: Git Client Plugin: Advice on expanding MergeCommand

Hey Mark, I added two tests to a branch on my fork , which also contains my changes for adding --no-comit. One fails for the JGit implementation, while the other fails for the CLI implementaion. Yesterday's post was way too big,

Re: Put Jenkins on the map

Wondering, is this the jenkins developers at large that would appear on this map or only jenkins "core"? I.e. plugin developers too or not? 2015-09-17 10:46 GMT+02:00 Robert Sandell : > I made a quick fix to the map page, it's not beautiful, but now it should > at least work again :) > > http://j

Re: Put Jenkins on the map

I made a quick fix to the map page, it's not beautiful, but now it should at least work again :) http://jenkinsci.github.io/keyhole/ On Wed, Sep 16, 2015 at 7:38 PM, Alyssa Tong wrote: > Hi Oleg, > > it would be awesome to have both. This would be a good indicator of the > growth of Jenkins. S

Re: Need inputs on a new plugin idea - Code Trigger Plugin

Well, CodeTrigger is a Plugin used for software development. It provides an automation/command line interface so it can be called by CI environments for automated build, so it can be called by a Jenkins CI build. I don't know how many Jenkins users are using CodeTrigger (since it specializes in

Re: Need inputs on a new plugin idea - Code Trigger Plugin

Well, CodeTrigger is a Plugin used for software development. It provides an automation/command line interface so it can be called by CI environments for automated build, so it can be called by a Jenkins CI build. I don't know how many Jenkins users are using CodeTrigger (since it specializes in

Re: Sign up for an account

Hi, I would like to sign up for an account to submit a but report. I already registered with user name tobias_stolzenberger here https://jenkins-ci.org/account/signup. Afterwards I got the message: "Due to the spam problem, we need additional verification for your sign-up request. Please conta