Nodes are monitored for free space, etc, and are automatically set offline,
if a node comes below a threshold, if for instance free space gets too low.
The data seems to be updated each hour. How can I change the update
interval, so a node that gets sufficient free space again, automatically
comes
Sorry, it's not working for me. I see no merge buttons on pull request and
can't push from the command line. Can you double check?
On Tue, Sep 23, 2014 at 12:11 PM, Ulli Hafner ullrich.haf...@gmail.com
wrote:
Done.
Welcome aboard! Ulli
Am 22.09.2014 um 22:46 schrieb Daniel Spilker
Changed the thread topic, as it sounds it's not appealing enough to get
feedback :)
2014-09-23 18:33 GMT+02:00 nicolas de loof nicolas.del...@gmail.com:
Hi folks,
we had discussions here about requiring java 6 for Jenkins. I don't see a
major benefit for using it, as new API/feature would
I fully agree with Nicolas. And maybe we could use this chance to jump to v2 of
Jenkins and even think about changing/removing/refactor some stuff we currently
do with ugly workarounds. I'm sure there are a couple of things core developers
would love to have fixed...
And plugins should?/could?
Hi All,
I don't claim to be a UX Designer but I will throw this suggestion into the
ring and see if anyone would like to +1 it:
Currently to Update plugins or Jenkins Core:
Click on Manage Jenkins
Click on Manage Plugins
Click on Advanced Tab
Scroll down to bottom of page
Click on Check Now
Hi,
I would like to use the official Jenkins repository to publish a new plugin
that performs checks before and after a build to ensure that it hasn't
leaked any resources (e.g. left ports open or services running).
Please could you create a jenkinsci/housekeeper-plugin repo in GitHub. My
Did you use your Jenkins ID and password (credentials are different in GitHub).
Am 24.09.2014 um 01:40 schrieb Mohsen Vakilian reprogram...@gmail.com:
I do have push access to the github repo but not the jenkins-ci.org repo. The
command mvn release:prepare release:perform gives me the
It seems to be up to each NodeMonitor to define its interval. The once I
looked at in core all seems to be hard coded to 1 hour.
/B
On Wed, Sep 24, 2014 at 9:54 AM, Jens Brejner j...@praqma.net wrote:
Nodes are monitored for free space, etc, and are automatically set
offline, if a node comes
Hi Nicolas all,
Makes me wonder if we could start discussion on migrating to Java 8.
This
would allow use of default methods for interface based extension,
lambdas,
and few other significant features for plugin and core developers. This
won't prevent people to build project on java 1.1 if
Hallo,
I would like to publish a new Jenkins plug-in that adds support for
SASUnit, a unit testing framework for the programming language SAS. Please
create a repository jenkinsci/sasunit-plugin. The GitHub username I use is
HMSAnalyticalSoftware.
Greetings
PBlume
--
You received this message
Hello,
Finally I had time to finish the plugin. I couldn't make it full compatible
with the older version.
I had created a pull request on git hub.
If you merge the code, let me know to prepare the wiki page
Best regards
2014-08-12 23:37 GMT+01:00 Jesse Glick jgl...@cloudbees.com:
On Tue,
Hey,
no, it is not.
With extensibe choice plugin, one can achieve the same thing using groovy;
my plugin doesn't require any groovy skills and is therefore much easier to use.
IT also supports more parameter types.
Thanks
Gregory
--
You received this message because you are subscribed to the
Done.
Am 24.09.2014 um 07:28 schrieb Etienne Jouvin lapinoujou...@gmail.com:
Waking up and I remember that I did not give my name : ejouvin
Sorry
Le mardi 23 septembre 2014 22:46:35 UTC+2, Ullrich Hafner a écrit :
What is your GitHub name?
Am 23.09.2014 um 22:29 schrieb Etienne Jouvin
Can please retry?
Am 24.09.2014 um 09:58 schrieb Daniel Spilker m...@daniel-spilker.com:
Sorry, it's not working for me. I see no merge buttons on pull request and
can't push from the command line. Can you double check?
On Tue, Sep 23, 2014 at 12:11 PM, Ulli Hafner ullrich.haf...@gmail.com
Lack of a recent JDK on some exotic systems (*) was already a blocker for
Java 6 upgrade, that's a real issue, but on the other side we can't stuck
to java 5 just because SCO-Unix don't have a better JDK.
As suggested by Dominik, I think starting a 2.x branch to require java 8
would make sense.
Now it works, thanks!
On Wed, Sep 24, 2014 at 12:22 PM, Ulli Hafner ullrich.haf...@gmail.com
wrote:
Can please retry?
Am 24.09.2014 um 09:58 schrieb Daniel Spilker m...@daniel-spilker.com:
Sorry, it's not working for me. I see no merge buttons on pull request and
can't push from the
+1.
I think moving to at least Java 7 would be beneficial. However I doubt
there'll be enough pull to move directly to Java 8. I'd totally be in favor
of it though.
On Tue, Sep 23, 2014 at 6:33 PM, nicolas de loof nicolas.del...@gmail.com
wrote:
Hi folks,
we had discussions here about
+1
BTW: up to your mail I didn’t yet notice that there is a way to automatically
select all plugin updates since this option is presented using an inappropriate
UI element (link at the bottom rather than an additional checkbox).
Am 24.09.2014 um 11:10 schrieb Andrew Gray
Yeah, I saw that blabla(HOUR) too
Thank you Robert.
On Wednesday, September 24, 2014 11:35:04 AM UTC+2, Robert Sandell wrote:
It seems to be up to each NodeMonitor to define its interval. The once I
looked at in core all seems to be hard coded to 1 hour.
/B
On Wed, Sep 24, 2014 at
Moving to a recent JDK is a major step. If we do it only half-way to java 7
this won't significantly change jenkins codebase (we already have some code
to benefit from JDK7 when available)
Java 8 introduces major coding style changes that could benefit jenkins, so
my proposal
2014-09-24 12:58
Hmm - even my raspberry pi has jdk 8 support[1]
Doesn't the openJDK support AIX now[2]? (not that I would run my jenkins
cluster on openJDK[3] - but it does provide hope for those that need it)
This would just leave HP-UX out in the cold.
/James
[1]
+1
On 24.09.2014, at 11:10, Andrew Gray andrew.paul.g...@gmail.com wrote:
Hi All,
I don't claim to be a UX Designer but I will throw this suggestion into the
ring and see if anyone would like to +1 it:
Currently to Update plugins or Jenkins Core:
Click on Manage Jenkins
Click on
Should I wait for this before I start creating Wiki pages?
-T
On Wednesday, 24 September 2014 10:11:58 UTC+1, scarytom wrote:
Hi,
I would like to use the official Jenkins repository to publish a new
plugin that performs checks before and after a build to ensure that it
hasn't leaked any
Hi all,
It seems that plugin stats on the Jenkins wiki haven't been updated since
June (according to timestamps at
http://stats.jenkins-ci.org/plugin-installation-trend/).
Is this someone needs to kick manually, if so, should it be automated? And
if that's the case is any help needed with
New github repository created athttps://github.com/jenkinsci/sasunit-plugin
Welcome aboard! Ulli
Am 24.09.2014 um 11:54 schrieb Peter Blume peter.blum...@gmail.com:
Hallo,
I would like to publish a new Jenkins plug-in that adds support for SASUnit,
a unit testing framework for the
Wouldn’t it make sense to combine both ways of handling parameters in a single
plug-in?
Am 24.09.2014 um 12:03 schrieb Gregory Moltchadski
gmoltchad...@googlemail.com:
Hey,
no, it is not.
With extensibe choice plugin, one can achieve the same thing using groovy;
my plugin doesn't
New github repository created at https://github.com/jenkinsci/housekeeper-plugin
Welcome aboard! Ulli
Am 24.09.2014 um 11:11 schrieb scarytom t.den...@gmail.com:
Hi,
I would like to use the official Jenkins repository to publish a new plugin
that performs checks before and after a
Hi,
The job that is supposed to run weekly is:
https://ci.jenkins-ci.org/view/Infrastructure/job/infra_statistics/
But the question now is why the last run was 3rd of August, which is much
more than a week?
Anyway, the last run failed on git push.
Emeric
Le mercredi 24 septembre 2014 14:33:15
On Tue, Sep 23, 2014 at 4:27 PM, Daniel Spilker m...@daniel-spilker.com wrote:
it runs gradle test jpi which fails because
it's building a Gradle plugin, not a Jenkins plugin. gradle check should
do better. Can you change that?
Done:
On Wed, Sep 24, 2014 at 5:10 AM, Andrew Gray andrew.paul.g...@gmail.com wrote:
Jenkins should be polling for updates automatically by default
It already does.
Check Now button should be redundant
It is there in case you want to check for updates just released in the
past few hours.
Under
On 24.09.2014, at 11:48, Martin Kutter martin.kut...@fen-net.de wrote:
Just want to throw in that java 8 is not yet available on all platforms
(like AIX, HP-UX and probably some other less frequently used commercial
UNIXes).
I checked the anonymous usage stats a few weeks ago:
Out of
Maybe someone wants this feature without 1. having to learn Groovy and script
it, or 2. installing a security vulnerability.
There are already at least three plugins[1,2,3] providing generic dynamic
parameters -- one more, that actually does something reasonably different,
won't hurt.
On Wed, 24 Sep 2014 19:42:27 +0200, Daniel Beck m...@beckweb.net wrote:
I checked the anonymous usage stats a few weeks ago:
Out of 93,400 installs, we know the master's OS for 85,200 of them.
285 are AIX. 120 are HP-UX. 50 installs total on OpenBSD, Darwin,
OS/400, z/OS and NetBSD.
Not
It's running every week, but the builds vanish afterwards for some reason. I
pinged rtyler about it on IRC but he was busy with something else.
I have the raw stats from end of August if anyone needs them for something
other than having an up to date wiki.
On 24.09.2014, at 16:55, evernat
On 24.09.2014, at 19:53, oliver gondža ogon...@gmail.com wrote:
Do we have stats for connected slaves? I expect there is significantly more
instances that are using exotic platforms to power some of their slaves but
not master.
Since only relatively few Jenkins installs actually seem to
To the specific suggestions I already responded in JENKINS-24846. I'd like to
address your implied assumptions here:
* You seem to assume that everyone wants to update all plugins every time they
update anything.
* You seem to assume that everyone wants to update plugins and core at the same
I think we need to ask this to the users list and what people say. I'm
happy to pose this question in JUC Bay Area to get the feel, too.
As much as I love the idea as a developer, this does have a significant
negative impact on the users.
For one, we aren't just talking about optionally taking
I'm absolutely +1 on the advantages on the programming model that defining
a JDK8 as a minimum JDK would give us. And like Nicolas, I also think JDK7
is not really worth it as 8 is.
And Jenkins is one of those tools that has somehow a lower barrier on that
requirement upgrade, since for example
It is also not just so called esoteric OSes that do not have Java8. Take
Ubuntu for example. The current latest release 14.04 still doesn't have
Java8 as a native package
http://packages.ubuntu.com/search?suite=trusty-updatessearchon=nameskeywords=openjdk.
IIUC you currently have to rely
Thank you Ullrich. I was using a wrong password.
On Wednesday, September 24, 2014 2:34:35 AM UTC-7, Ullrich Hafner wrote:
Did you use your Jenkins ID and password (credentials are different in
GitHub).
Am 24.09.2014 um 01:40 schrieb Mohsen Vakilian reprog...@gmail.com
javascript::
I do
Hi Ullrich,
Would you please add 2 maintainers to this repo.
GitHub ids : scoheb https://github.com/scoheb and marco-miller.
Kong
On Wednesday, September 17, 2014 5:39:42 PM UTC-4, Ullrich Hafner wrote:
Created https://github.com/jenkinsci/dashbeats-plugin
Welcome aboard! Ulli
Am
2014-09-24 21:55 GMT+02:00 Nigel Magnay nigel.mag...@gmail.com:
It is also not just so called esoteric OSes that do not have Java8. Take
Ubuntu for example. The current latest release 14.04 still doesn't have
Java8 as a native package
I works thanks.
But I have problem to commit jobs. I am going to open a new thread.
Le mercredi 24 septembre 2014 12:20:14 UTC+2, Ullrich Hafner a écrit :
Done.
Am 24.09.2014 um 07:28 schrieb Etienne Jouvin lapino...@gmail.com
javascript::
Waking up and I remember that I did not give my
Now I have Github access, I tried to commit and push changes.
First command :
mvn release:prepare release:perform -Dusername=... -Dpassword=...
I've notice that my jenkins account and Githu are different.
So I try to create my private key and import it into Github profile.
I update my
+1
I think it is fine to allow java 8 but not require it.
Requiring the latest version of java to run
Jenkins just means that many shops will stop
upgrading Jenkins.
Compared to whatever new esoteric language
features JDK8 has, stability of the Jenkins
production platform concerns far
I agree with Russ. If we require Java 8, rather than just allowing it,
we'll cause many users to stop upgrading their Jenkins installations, and
will tend to lose their involvement in the project.
I appreciate developer benefits very much, but with 80 000+ installations,
I think preserving
On Wed, Sep 24, 2014 at 3:46 AM, nicolas de loof nicolas.del...@gmail.com
wrote:
Lack of a recent JDK on some exotic systems (*) was already a blocker for
Java 6 upgrade, that's a real issue, but on the other side we can't stuck
to java 5 just because SCO-Unix don't have a better JDK.
As
Hey,
I have developed this plugin for our company Elance-oDesk, Inc.. This
plugin actually sends notification for build related events to our
workplace system using webhooks.
Here are the details related to plugin
Plugin Name: Workplace notifier
Github Repository:
Hello,
There are pull requests for Credentials Plugin
https://github.com/jenkinsci/credentials-plugin/pulls
Thank you,
Arief
--
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
just using Java 8 (i.e. use some new API that do a better job) could help,
but doesn't need a debate, we already do this for a while.
Requiring Java 8 would allow some major change in jenkins design,
especially on the way we extend base classes, and define API (as inner
classes) vs lambdas
50 matches
Mail list logo