The Apache infra team have addressed this issue and I am now able to
trigger the job runs.
-Jaikiran
On 12/06/24 10:55 am, Jaikiran Pai wrote:
It looks like something has changed with our Jenkins instance and I
can no longer trigger Ant jobs - I don't see the "Build/Build with
It looks like something has changed with our Jenkins instance and I can
no longer trigger Ant jobs - I don't see the "Build/Build with
Parameters" link or any such link which allows you to trigger the job,
even after I am successfully logged in.
Could one of you who previously
way to get rhino to return a value
> > from the script. I can't understand which optional dependencies are
> > present during the build, where they are, nor how they get there. Are
> > they in the lib of the actual Ant installation used by Jenkins? Who
> > can help me wit
here they are, nor how they get there. Are
> they in the lib of the actual Ant installation used by Jenkins? Who
> can help me with this?
Sorry, I'm pretty ,uch restricted to weekends right now - or even less.
AFAIK there the Ant installation does not come with any optional
dependencies,
lib of
the actual Ant installation used by Jenkins? Who can help me with this?
Matt
On Mon, Feb 14, 2022, 4:14 PM Apache Jenkins Server <
jenk...@builds.apache.org> wrote:
> See <
> https://ci-builds.apache.org/job/Ant/job/Ant-Build-Matrix-master-Linux/OS=ubuntu,jdk=jdk_1.8_latest/
I saw the Windows related failure and will fix it today.
Thanks,
Matt
On Wed, Feb 9, 2022, 11:16 PM Jaikiran Pai wrote:
> Hello Matt,
>
> That job keeps failing every other time. I haven't had a chance to
> understand why it fails nor do I know what that job is for. I think you
> can ignore tha
Hello Matt,
That job keeps failing every other time. I haven't had a chance to
understand why it fails nor do I know what that job is for. I think you
can ignore that specific job failure since it's not your commits which
is causing it.
The only failure that looks related to the recent commi
These failures don't seem to be related to my changes. Does anybody have
any idea about them?
Matt
On Wed, Feb 9, 2022, 1:37 PM Apache Jenkins Server <
jenk...@builds.apache.org> wrote:
> See <
> https://ci-builds.apache.org/job/Ant/job/Ant-Build-from-POMs/120/display/redi
Hi Martijn,
You are right - these tests have been failing regularly with connection
refused issues on Jenkins. Your commit seems to have improved the
situation although, they still seem to fail once in a while like here
https://builds.apache.org/job/Ant-Build-Matrix-master-Windows/jdk=JDK
g commit(s) were added to refs/heads/master by this push:
new 9b4393b Avoid connection refused errors by leaving some time between
the gets, works locally lets see if it also works for jenkins
9b4393b is described below
commit 9b4393b85ca7acebd7b228ea5ee79e4aa7e810a8
Author: jkf
AuthorDate:
The jobs should be fixed now (regarding security settings).
Jan
> -Ursprüngliche Nachricht-
> Von: Gintautas Grigelionis [mailto:g.grigelio...@gmail.com]
> Gesendet: Sonntag, 2. September 2018 10:52
> An: Ant Developers List
> Betreff: Re: Jenkins-Builds failing
>
I see that Ant 1.9.13 is available as a choice, but Ivy Check job is still
owned by hibou, and thus it is not possible to change the configuration.
Is there a case about changing the ownership of all Ivy jobs? Or is it so
that dependencies between Jenkins jobs are still an issue?
Gintas
On Mon
18 5:59 PM, Apache Jenkins Server wrote:
> See
> <https://builds.apache.org/job/Ant-Build-Matrix-master-Windows/jdk=JDK%2010%20b46%20(Windows%20Only),label_exp=Windows/771/display/redirect>
>
> --
> Started by upstream project "An
And the ModuleDescriptorMemoryCacheTest failure must be my fault.
I'll look into it later this week or next week.
Maarten
Van: Jaikiran Pai
Aan: Ant Developers List
Verzonden: vrijdag 24 augustus 9:02 2018
Onderwerp: Re: Build failed in Jenkins: Ivy-tests-ubuntu » ubuntu,JD
More of a FYI - The URLResolverTest failures, in this list, appear to be
my fault, introduced in a commit I pushed this week. I will take a look
tonight to see what the issue there is and fix (or rollback) my changes.
-Jaikiran
On 24/08/18 12:22 PM, Apache Jenkins Server wrote:
> See
>
t;>> -Ursprüngliche Nachricht-
>>> Von: Jaikiran Pai [mailto:jaiki...@apache.org]
>>> Gesendet: Montag, 6. August 2018 06:45
>>> An: dev@ant.apache.org
>>> Betreff: Re: Jenkins-Builds failing
>>>
>>> Sure, will fix it this week. Right no
or
> checking+fixing all of our jobs.
>
>
> Jan
>
> > -Ursprüngliche Nachricht-
> > Von: Jaikiran Pai [mailto:jaiki...@apache.org]
> > Gesendet: Montag, 6. August 2018 06:45
> > An: dev@ant.apache.org
> > Betreff: Re: Jenkins-Builds failing
sked in https://issues.apache.org/jira/browse/INFRA-16799 for checking+fixing
all of our jobs.
Jan
> -Ursprüngliche Nachricht-
> Von: Jaikiran Pai [mailto:jaiki...@apache.org]
> Gesendet: Montag, 6. August 2018 06:45
> An: dev@ant.apache.org
> Betreff: Re: Jenkins-Builds
Sure, will fix it this week. Right now, I don't have necessary
permissions to edit it.
-Jaikiran
On 05/08/18 8:58 PM, Gintautas Grigelionis wrote:
> There's one more Jenkins job failing due to outdated Ant, Ivy Check (
> https://builds.apache.org/view/All/job/Ivy-check/).
&g
There's one more Jenkins job failing due to outdated Ant, Ivy Check (
https://builds.apache.org/view/All/job/Ivy-check/).
Could you please check it, Jaikiran?
Thanks, Gintas
On Sun, 29 Jul 2018 at 15:13, Jaikiran Pai wrote:
> I would like to test/import a few more projects (that
I would like to test/import a few more projects (that Nicolas mentioned
in one the mails) locally into the latest upstream version of the IDE,
before starting a release. I have only tested a few so far.
-Jaikiran
On 28/07/18 2:28 PM, Gintautas Grigelionis wrote:
> Thanks, Jaikiran. Would you be w
Thanks, Jaikiran. Would you be willing to restart the release process for
IvyDE now?
Gintas
On Fri, 27 Jul 2018 at 15:43, Jaikiran Pai wrote:
>
> On 25/07/18 6:45 PM, Jaikiran Pai wrote:
> > Almost all jobs that I know of have been taken care of now. There's a
> > "Ivy-tests-Windows" job which
On 25/07/18 6:45 PM, Jaikiran Pai wrote:
> Almost all jobs that I know of have been taken care of now. There's a
> "Ivy-tests-Windows" job which is pending, but for that I need some help
> from infra team. I am discussing it with them separately and I expect it
> to be resolved soon. I'll fix tha
)" This was a
>>>>> "run as hibou" configuration. @Nicolas: What was the reason to add
>>>>> that? Is it required? Gavin removed that part and I could add the
>>>>> https.protocols=TLSv1.2 parameter. Job restarted. Jan
>>>>>>
as 'me'.
Nicolas
>
>
> Gavin removed that part and I could add the https.protocols=TLSv1.2 parameter.
> Job restarted.
>
>
> Jan
>
>
>> -Ursprüngliche Nachricht-
>> Von: Jan Matèrne (jhm) [mailto:apa...@materne.de]
>> Gesendet: So
>>>> that? Is it required? Gavin removed that part and I could add the
>>>> https.protocols=TLSv1.2 parameter. Job restarted. Jan
>>>>> -Ursprüngliche Nachricht- Von: Jan Matèrne (jhm)
>>>>> [mailto:apa...@materne.de] Gesendet: Sonntag, 22. Juli 2
ibou" configuration.
>>>
>>> @Nicolas: What was the reason to add that? Is it required?
>>>
>>>
>>> Gavin removed that part and I could add the https.protocols=TLSv1.2
>>> parameter.
>>> Job restarted.
>>>
>>>
&g
t-
>> > Von: Jan Matèrne (jhm) [mailto:apa...@materne.de]
>> > Gesendet: Sonntag, 22. Juli 2018 12:54
>> > An: 'Ant Developers List'
>> > Betreff: AW: Jenkins-Builds failing
>> >
>> > Checked by myself that a PMC chair co
n: Jan Matèrne (jhm) [mailto:apa...@materne.de]
> > Gesendet: Sonntag, 22. Juli 2018 12:54
> > An: 'Ant Developers List'
> > Betreff: AW: Jenkins-Builds failing
> >
> > Checked by myself that a PMC chair could do (AFAIK).
> > Opened a ticket
> &
otocols=TLSv1.2 parameter.
Job restarted.
Jan
> -Ursprüngliche Nachricht-
> Von: Jan Matèrne (jhm) [mailto:apa...@materne.de]
> Gesendet: Sonntag, 22. Juli 2018 12:54
> An: 'Ant Developers List'
> Betreff: AW: Jenkins-Builds failing
>
> Checked by myself
elopers List
> Betreff: Re: Jenkins-Builds failing
>
> Should we ask infra if nobody else knows about Jenkins authorization?
>
> Gintas
>
> On Fri, 20 Jul 2018 at 11:26, Jan Matèrne (jhm)
> wrote:
>
> > Neither do I.
> >
> > Jan
> >
> > > -
Should we ask infra if nobody else knows about Jenkins authorization?
Gintas
On Fri, 20 Jul 2018 at 11:26, Jan Matèrne (jhm) wrote:
> Neither do I.
>
> Jan
>
> > -Ursprüngliche Nachricht-
> > Von: Jaikiran Pai [mailto:jai.forums2...@gmail.com]
> > Gesendet
Neither do I.
Jan
> -Ursprüngliche Nachricht-
> Von: Jaikiran Pai [mailto:jai.forums2...@gmail.com]
> Gesendet: Freitag, 20. Juli 2018 10:15
> An: dev@ant.apache.org
> Betreff: Re: Jenkins-Builds failing
>
> Now that I checked the job's logs, I think that'
if I ever
had those permissions or if it's something that changed with the recent
Jenkins upgrade.
-Jaikiran
On 20/07/18 1:34 PM, Gintautas Grigelionis wrote:
> My hypothesis is that Java 7 must have TLS version forced to 1.2 in order
> to avoid protocol errors when downloading new binari
autas Grigelionis <
> g.grigelio...@gmail.com>
> > wrote:
> >
> >> Ant nightly is stuck on archiving for 30 hours now.
> >> It should be escalated, I believe that could have something to do with
> the
> >> last upgrade of Jenkins.
> >>
>
oes not permit gintas to modify
> the job configuration
>
> Gintas
>
> On Tue, 3 Jul 2018 at 19:09, Gintautas Grigelionis
> wrote:
>
>> Ant nightly is stuck on archiving for 30 hours now.
>> It should be escalated, I believe that could have something to do with the
>
30 hours now.
> It should be escalated, I believe that could have something to do with the
> last upgrade of Jenkins.
>
> Gintas
>
> On Mon, 2 Jul 2018 at 14:18, Jan Matèrne wrote:
>
>> Several of our Jenkins builds are failing:
>>
>>
>>
>>
Ant nightly is stuck on archiving for 30 hours now.
It should be escalated, I believe that could have something to do with the
last upgrade of Jenkins.
Gintas
On Mon, 2 Jul 2018 at 14:18, Jan Matèrne wrote:
> Several of our Jenkins builds are failing:
>
>
>
> I
Several of our Jenkins builds are failing:
IvyDE:
https://builds.apache.org/view/A/view/Ant/job/IvyDE/
https://builds.apache.org/view/A/view/Ant/job/IvyDE/lastBuild/console
Can't get
http://download.eclipse.org/webtools/downloads/drops/R3.4.2/R-3.4.2-20130208
151217/wtp4x-R-
+1
Jan
> -Ursprüngliche Nachricht-
> Von: Jaikiran Pai [mailto:jai.forums2...@gmail.com]
> Gesendet: Montag, 4. Juni 2018 10:32
> An: dev@ant.apache.org
> Betreff: Re: AntUnit Bug Causing Jenkins Failures
>
> Sounds fine to me.
>
> -Jaikiran
>
>
>
Sounds fine to me.
-Jaikiran
On 04/06/18 1:08 PM, Stefan Bodewig wrote:
Hi all
one of the recurring issues that make Jenkins builds fail is a
thread-safety bug in AntUnit's log capturing code. This is supposed to
be fixed in AntUnit's master branch.
I propose to build an alpha
Hi all
one of the recurring issues that make Jenkins builds fail is a
thread-safety bug in AntUnit's log capturing code. This is supposed to
be fixed in AntUnit's master branch.
I propose to build an alpha version of AntUnit and push that to Ant's
lib/optional - and then monito
On 2018-03-20, Stefan Bodewig wrote:
> it looks as if I had broken every single Jenkins build. Of course the
> test pass on my machine with all JDKs I've got installed.
No, it fails on Java10 for me, because jarsigner -verify now dies for a
self-signed certificate. I'll try to
Hi all
it looks as if I had broken every single Jenkins build. Of course the
test pass on my machine with all JDKs I've got installed.
Can anybody who gets test errors in his/her local environment please run
./build.sh -f src/tests/antunit/taskdefs/signjar-test.xml
testVerifyJarStrictPKCS
kiran
On 01/03/18 6:54 PM, Jan Matèrne (jhm) wrote:
sure
Jan
-Ursprüngliche Nachricht-
Von: Jaikiran Pai [mailto:jai.forums2...@gmail.com]
Gesendet: Donnerstag, 1. März 2018 12:50
An: Ant Developers List
Betreff: Ant nightly Jenkins job
Would it be OK if I redo the Ant nightly jenkins
sure
Jan
> -Ursprüngliche Nachricht-
> Von: Jaikiran Pai [mailto:jai.forums2...@gmail.com]
> Gesendet: Donnerstag, 1. März 2018 12:50
> An: Ant Developers List
> Betreff: Ant nightly Jenkins job
>
> Would it be OK if I redo the Ant nightly jenkins job[1] to be a
Would it be OK if I redo the Ant nightly jenkins job[1] to be a bit more
useful and publish an actual nightly binary, for users to try out if
they wish to?
[1] https://builds.apache.org/job/Ant_Nightly/
-Jaikiran
-
To
Betreff: Re: Ant Nightly Build Job in Jenkins
>
> On 2018-01-28, Stefan Bodewig wrote:
>
> > On 2018-01-28, Jan Matèrne (jhm) wrote:
>
> >> Updated the target to use actual 2.5.8. But there is still a
> problem
> >> when using two formatters, so I commente
On 2018-01-28, Stefan Bodewig wrote:
> On 2018-01-28, Jan Matèrne (jhm) wrote:
>> Updated the target to use actual 2.5.8. But there is still a problem
>> when using two formatters, so I commented the txt-formatter out.
BTW, does this build run any tools that are not also part of the
SonarQube b
On 2018-01-28, Jan Matèrne (jhm) wrote:
> Updated the target to use actual 2.5.8. But there is still a problem
> when using two formatters, so I commented the txt-formatter out.
Thanks!
Stefan
-
To unsubscribe, e-mail:
> An: Ant Developers List
> Betreff: Re: Ant Nightly Build Job in Jenkins
>
> Simian stands for "similarity analysis" and is supposed to check for
> copy-paste code duplications.
>
> I guess the older versions of simian disapper from the site as new
> versions are relea
Simian stands for "similarity analysis" and is supposed to check for
copy-paste code duplications.
I guess the older versions of simian disapper from the site as new versions
are released. Currently, 2.5.8 is the latest version.
There should be no harm updating to the latest version, ditto for
che
Hi all
is anybody familiar with the things we try to do with the job called
"Ant Nightly"? It has been failing for months now and the reason is not
Ant but the build process which tries to download a
"simian-2.4.0.tar.gz" that simply doesn't exist at the expected URI.
Stefan
to see what's causing this.
> -Jaikiran
> On 13/12/17 2:56 AM, Stefan Bodewig wrote:
>> On 2017-12-12, Stefan Bodewig wrote:
>>> On 2017-12-12, Jaikiran Pai wrote:
>>>> So the one final test that's still failing is this one[1]. It's
>>>> f
It's back to normal [1], so the crash seems to be specific to certain
nodes on Jenkins, for Java 6. I don't plan to look more into this.
[1]
https://builds.apache.org/job/Ant-Build-Matrix-1.9.x-Linux/jdk=JDK%201.6%20(latest)/135/
-Jaikiran
On 13/12/17 8:40 PM, Jaikiran Pai wrot
On 12/12/17 8:05 PM, Jaikiran Pai wrote:
The next few days, I'll probably try and see if I can get a Linux
based job to run alongside this Windows job for PRs.
We now have a Linux one too for the PRs
https://builds.apache.org/job/Ant%20Github-PR-Linux/. It has the same
characteristics as t
Target: testWithFileResourceToDirectory took 0.003 sec
[exec] [au:antunit] Build
File:<https://builds.apache.org/job/Ant-Build-Matrix-1.9.x-Linux/jdk=JDK%201.6%20(latest)/ws/src/tests/antunit/taskdefs/gzip-test.xml>
*[exec] *** Error in `/home/jenkins/tools/java/latest1.6/jre/bin/java':
fre
7;s still failing is this one[1]. It's
failing consistently only on Jenkins, that too with only Java 8
(jdk1.8.0_131). I have tried reproducing that one locally with that
exact Java version and even the latest Java 8 and haven't been able to
reproduce it. Before I try and debug this on t
On 2017-12-12, Stefan Bodewig wrote:
> On 2017-12-12, Jaikiran Pai wrote:
>> So the one final test that's still failing is this one[1]. It's
>> failing consistently only on Jenkins, that too with only Java 8
>> (jdk1.8.0_131). I have tried reproducing that one
We now have integrated our Jenkins build environment hosted by
apache.org with our Ant github repo[1], such that whenever a pull
request is submitted, it now triggers a build and runs tests against the
submitted pull request and then comments/adds a status to the PR on how
the build went. This
On 2017-12-12, Jaikiran Pai wrote:
> So the one final test that's still failing is this one[1]. It's
> failing consistently only on Jenkins, that too with only Java 8
> (jdk1.8.0_131). I have tried reproducing that one locally with that
> exact Java version and even the lat
So the one final test that's still failing is this one[1]. It's failing
consistently only on Jenkins, that too with only Java 8 (jdk1.8.0_131).
I have tried reproducing that one locally with that exact Java version
and even the latest Java 8 and haven't been able to reproduce it
On 2017-12-12, Jaikiran Pai wrote:
>>> So I have now pushed a fix[1] on top of my previous changes, which
>>> should accommodate both these use cases (and continue to use Java 7
>>> APIs for symlinking).
>> This is very useful, many thanks. We may want to modify the manual so it
>> becomes clear t
So I have now pushed a fix[1] on top of my previous changes, which
should accommodate both these use cases (and continue to use Java 7
APIs for symlinking).
This is very useful, many thanks. We may want to modify the manual so it
becomes clear that overwrite will replace regular files as well.
On 2017-12-12, Jaikiran Pai wrote:
> I went back and read up both these bugzilla reports again and I now
> realize that supporting one doesn't necessarily mean not supporting
> the other. BZ-43426 is about letting existing file be overwritten
> (irrespective of the type of the file) if the overwri
I went back and read up both these bugzilla reports again and I now
realize that supporting one doesn't necessarily mean not supporting the
other. BZ-43426 is about letting existing file be overwritten
(irrespective of the type of the file) if the overwrite flag is true.
BZ-58683 is about not o
[@Steve I'm trying to drag you in as you've been the one who brought in
the change that gets contested by
https://bz.apache.org/bugzilla/show_bug.cgi?id=58683 and maybe you
recall the details better than we do.]
On 2017-12-10, Jaikiran Pai wrote:
> On 10/12/17 3:09 PM, Stefan Bodewig wrote:
>> On
On 10/12/17 3:09 PM, Stefan Bodewig wrote:
On 2017-12-10, Jaikiran Pai wrote:
I'll investigate why this is failing (local tests pass for me) and fix it.
Target testCreateOverFile in the antunit test explicitly tries to
replace a file with a link, doing exactly what the bugzilla report says
i
You are right, that indeed was the issue (for one of that failing test).
I have pushed a commit with this change to fix that one.
-Jaikiran
On 10/12/17 3:13 PM, Stefan Bodewig wrote:
On 2017-12-10, Stefan Bodewig wrote:
testCreateDoubleHanging is related to
https://bz.apache.org/bugzilla/sh
On 2017-12-10, Stefan Bodewig wrote:
> testCreateDoubleHanging is related to
> https://bz.apache.org/bugzilla/show_bug.cgi?id=38199 judging from the
> history. Here the link points to a non-existent file and Files.exists
> returns false in Java8.
fixed by
@@ -37,6 +37,7 @@ import java.io.IOExcep
On 2017-12-10, Jaikiran Pai wrote:
> I'll investigate why this is failing (local tests pass for me) and fix it.
Are you using Java9 locally? The test only fail for Java8 in Jenkins,
this could explain the difference. The antunit tests fail for me with
Java 8 as well, while the JUnit tes
I'll investigate why this is failing (local tests pass for me) and fix it.
-Jaikiran
On 10/12/17 2:29 PM, Apache Jenkins Server wrote:
See
<https://builds.apache.org/job/Ant-Build-Matrix-master-Linux/jdk=JDK%201.8%20(latest)/977/display/redirect?page
I opened https://issues.apache.org/jira/browse/INFRA-15108 and BTLOI PR
builds work again.
Gintas
2017-09-17 21:53 GMT+02:00 Gintautas Grigelionis :
> PR builds are failing, how to report this?
>
> Thanks,
> Gintas
>
PR builds are failing, how to report this?
Thanks,
Gintas
https://issues.apache.org/jira/browse/INFRA-14712
-Jaikiran
On 26/07/17 6:36 PM, Jaikiran Pai wrote:
More of a FYI than anything else - the past couple of days or so, we
haven't had regular successful runs of our various Ivy Jenkins jobs.
Each run failing with different errors, all poi
To avoid more such mails, I'm going to disable this job for a few hours
till we get the infra issues sorted out.
-Jaikiran
On 26/07/17 10:44 PM, Apache Jenkins Server wrote:
See <https://builds.apache.org/job/Ivy/627/display/redirect>
--
St
More of a FYI than anything else - the past couple of days or so, we
haven't had regular successful runs of our various Ivy Jenkins jobs.
Each run failing with different errors, all pointing back to
infrastructure issues at this moment. In fact, I see some other Apache
project builds ru
Indeed, with the proper urls it builds, thank both of you.
Nicolas
> Le 11 juil. 2017 à 07:29, Jaikiran Pai a écrit :
>
>
> On 11/07/17 3:26 AM, Nicolas Lalevée wrote:
>> I don’t understand what is going on. The files are there and then they
>> disappear… I have been able to download this fil
On 11/07/17 3:26 AM, Nicolas Lalevée wrote:
I don’t understand what is going on. The files are there and then they
disappear… I have been able to download this file, and now it is gone. It
happens several times for different files locally… I though I had finally have
found a stable set of zip
nd now it is gone. It
> happens several times for different files locally… I though I had finally
> have found a stable set of zip to download, but it seems actually not...
>
> Nicolas
>
> > Le 10 juil. 2017 à 23:37, Apache Jenkins Server <
> jenk...@builds.apache.
...
Nicolas
> Le 10 juil. 2017 à 23:37, Apache Jenkins Server a
> écrit :
>
> See <https://builds.apache.org/job/IvyDE/320/display/redirect?page=changes>
>
> Changes:
>
> [nicolas.lalevee] update build dependencies, and reenab
Finally.
But the build of resolve visualizer has been deactivated, the Zest plugins are
not properly resolved by the build.
Nicolas
> Le 2 juil. 2017 à 12:01, Apache Jenkins Server a
> écrit :
>
> See <https://builds.apache.org/job/IvyDE/319/display/redire
I have now disabled the nightly job[1] and added a note to the job's
description stating that the latest binaries can be obtained from the other Ivy
job[2].
[1] https://builds.apache.org/job/Ivy-NightlyDistribution/
[2] https://builds.apache.org/job/Ivy/lastSuccessfulBuild/
-Jaikiran
On 29-Ju
> Le 29 juin 2017 à 07:48, Jaikiran Pai a écrit :
>
>
> On 25-Jun-2017, at 8:27 PM, Nicolas Lalevée
> wrote:
>
>> I have made the Ivy Job also build the snapshot-bin, like the nightly. Maybe
>> now the nightly is redundant.
>
>
> I think yes, the nightly job is now probably redundant - wh
On 25-Jun-2017, at 8:27 PM, Nicolas Lalevée wrote:
> I have made the Ivy Job also build the snapshot-bin, like the nightly. Maybe
> now the nightly is redundant.
I think yes, the nightly job is now probably redundant - which is fine, we can
always direct users to this new job for the latest
this
today.
-Jaikiran
On 25-Jun-2017, at 8:27 PM, Nicolas Lalevée wrote:
Hi,
I worked on the Jenkins jobs to make them work.
There was some issues with job dependencies. Following the instructions there
[1] worked.
I have made the Ivy Job also build the snapshot-bin, like the nightly. Maybe
fast. :)
> There's another issue to be resolved for local builds to work hassle-free
> -- currently, they need an environment variable BUILD_NUMBER set up by
> Jenkins.
Is it required ? This env variable is only needed when calling the jenkins
target. In a dev environment we should
2017-06-26 13:54 GMT+02:00 Nicolas Lalevée :
>
> > Le 26 juin 2017 à 07:46, Gintautas Grigelionis
> a écrit :
> >
> > If I understand the process correctly, Jenkins executes "ant
> > prepare-jenkins" first, which does not work locally any more, because t
> Le 26 juin 2017 à 07:46, Gintautas Grigelionis a
> écrit :
>
> If I understand the process correctly, Jenkins executes "ant
> prepare-jenkins" first, which does not work locally any more, because the
> property used to figure out where to get Ivy jar from is
If I understand the process correctly, Jenkins executes "ant
prepare-jenkins" first, which does not work locally any more, because the
property used to figure out where to get Ivy jar from is set to an empty
string. I wondered what was the reason for that change. Actually, when I
look a
The retrieve failure looks like a genuine bug which might be related to one of
the changes I had done in one of the PRs a while back. I’ll take a look at this
today.
-Jaikiran
On 25-Jun-2017, at 8:27 PM, Nicolas Lalevée wrote:
Hi,
I worked on the Jenkins jobs to make them work.
There was
t; tofile="${basedir}/dependencies/${eclipse.download.sdk.name}" />
>
I don’t understand what you are suggesting. The issue at hand is resolving the
Ivy jar. The suggested patch is about installing eclipse plugins in dropins.
But the build is still not finding the
ve to specify the Ivy to install with one of
the following property:
-
-
-
-
-
+
+
+
+
+
I don't understand why "jenkins-prepare" (neé "hudson-prepare") would skip
"download-ivy" (bec
> Le 25 juin 2017 à 16:57, Nicolas Lalevée a écrit
> :
>
> Hi,
>
> I worked on the Jenkins jobs to make them work.
>
> There was some issues with job dependencies. Following the instructions there
> [1] worked.
Then didn’t worked…
Setting the Authorization to
+02:00 Nicolas Lalevée <mailto:nicolas.lale...@hibnet.org>>:
>
>> Hi,
>>
>> I worked on the Jenkins jobs to make them work.
>>
>> There was some issues with job dependencies. Following the instructions
>> there [1] worked.
>> I have made the Ivy Jo
[3]: the path looks wrong, it starts with "\:\:\"
[2]: please check that unpacking of drops puts files into the correct
places (the contents should go into "features" and "plugins" directories of
PDE).
Gintas
2017-06-25 16:57 GMT+02:00 Nicolas Lalevée :
> Hi,
&g
Hi,
I worked on the Jenkins jobs to make them work.
There was some issues with job dependencies. Following the instructions there
[1] worked.
I have made the Ivy Job also build the snapshot-bin, like the nightly. Maybe
now the nightly is redundant.
I made the Ivy-checks build work, some https
ken because Ant was requiring a JDK 8. So I have setup
> the build to use the latest JDK 8.
>
> > Le 17 mai 2017 à 20:31, Apache Jenkins Server
> a écrit :
> >
> > See <https://builds.apache.org/job/IvyD
The build was broken because Ant was requiring a JDK 8. So I have setup the
build to use the latest JDK 8.
> Le 17 mai 2017 à 20:31, Apache Jenkins Server a
> écrit :
>
> See <https://builds.apache.org/job/IvyDE-updatesite/787/d
Hi all
build.apache.org has been reconfigured to use Ant 1.10.1 as "Ant
(latest)", this is why the 1.9.x builds running on JDK < 1.8
failed. I've just changed the jobos to explicitly use Ant 1.9.9.
Stefan
-
To unsubscribe, e-mai
1 - 100 of 185 matches
Mail list logo
