Bug report for Ant [2018/07/22]
+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned| | | OPN=ReopenedVER=Verified(Skipped Closed/Resolved) | | | +-+ | | | Severity: BLK=Blocker CRI=Critical REG=Regression MAJ=Major | | | | MIN=Minor NOR=NormalENH=Enhancement TRV=Trivial | | | | +-+ | | | | Date Posted | | | | | +--+ | | | | | Description | | | | | | | | 5003|Opn|Blk|2001-11-21|exec task does not return after executed command f| | 6606|Opn|Enh|2002-02-21|META-BUG problems with delegating classloaders| | 7552|Opn|Cri|2002-03-28|Invalid task cache in targets | | 7712|New|Enh|2002-04-03|Provide patternset support for VSSGET task? | | 8294|New|Enh|2002-04-19|: Allow and to app| | 8866|New|Enh|2002-05-07|Signal handling in java task | | 8895|New|Enh|2002-05-08|ant and/or antcall should support forking | | 8972|New|Enh|2002-05-10|allow property expansion in property v| | 8981|New|Enh|2002-05-10|Tar task command additional features | | 9294|New|Enh|2002-05-21|[PATCH] optional/j2ee/ServerDeploy OC4J Support | | 9995|Ass|Enh|2002-06-19|MKS Source Integrity tasks| |10020|New|Enh|2002-06-19|'s dependency behaviour should be more con| |10231|New|Enh|2002-06-25|Need access to current file in SQLExec| |10283|New|Enh|2002-06-27|Add a destfile to the uptodate task | |10402|New|Enh|2002-07-02|adding the ability of html like whitespace preserv| |3|New|Enh|2002-07-24|keytool task | |11560|Opn|Enh|2002-08-08|Taskdef does not apply reverseLoader policy on sta| |12267|New|Enh|2002-09-03|Add ability to unzip into separate folders| |12292|New|Enh|2002-09-04|[PATCH] enable tag inside tar| |12334|New|Enh|2002-09-05|REQUEST: Ant task doesn't allow attachment of a bu| |12518|New|Enh|2002-09-11|Gunzip & BUnZip2 add filesets, patternsets, and ov| |12765|New|Enh|2002-09-18|"rmdir" and "deltree" patches for ftp task enhance| |12964|New|Enh|2002-09-24|ANTLR only takes one input file at a time | |13047|Inf|Enh|2002-09-26|Support for and on O| |13371|New|Enh|2002-10-07|[PATCH] Contributed new CvsExportDiff task| |13847|New|Nor|2002-10-22|pvcs task: wrong option (-r) specified for get (sh| |13934|New|Enh|2002-10-24|Translate task shouldn't load default locale prope| |13939|New|Enh|2002-10-24|Translate task should have better key matching cap| |14320|New|Enh|2002-11-06|copy fileset followsymlinks="false" does not copy | |14393|New|Enh|2002-11-08|Support use of jndi within ant| |14512|New|Enh|2002-11-13|Allow creating database connection similar to with does not spot bad symlin| |15149|New|Enh|2002-12-06|Replace task | |15244|New|Enh|2002-12-10|tar task should be able to store symbolic links as| |15430|New|Enh|2002-12-17|Enhancement to ReplaceRegExp.java | |15596|New|Enh|2002-12-21|Identity mapper in uptodate task. | |15747|New|Enh|2003-01-01|change tasks (e.g. Ant) to take urls as well as fi| |15853|New|Enh|2003-01-07|Allow to plug-in different XML Catalog resolver in| |15949|Opn|Enh|2003-01-10|please provide links to docs.xml and jakarta-site2| |16131|New|Enh|2003-01-15|not possible to suppress "BUILD SUCCESSFUL" messag| |16427|New|Enh|2003-01-26|Output return value of setLastModified/document be| |16469|New|Enh|2003-01-27|Apply task should allow parallel execution on diff| |16562|New|Enh|2003-01-29|Can not accept characters from keyboard in a thre| |16860|New|Enh|2003-02-06|Silent or Debug a single target | |16896|New|Enh|2003-02-07|Support in ProjectHelper / ProjectHelperImpl to op| |17074|New|Enh|2003-02-14|Contribution for WLSTOP | |17181|New|Nor|2003-02-18|Build fails while trying to get VSS files by label| |17372|New|Enh|2003-02-25|Enhancement of replace Task | |17742|New|Maj|2003-03-06|PVCS task generates GET with promotion group incor| |17781|New|Enh|2003-03-07|name attribute of record task is not relative to b| |17829|New|Enh|2003-03-10|Allow ejbjar task to accept nested manifest | |17850|New|Nor|2003-03-10|PVCS task dont work with promotion group | |17961|New|Enh|2003-03-13|New task to collect services from a JAR |
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 > > > -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's true. We had this > > issue in Ant too (not really against Maven repos, but HTTPS hosted > > Apache infrastructure). I tried setting that property in the job, but I > > too don't have the necessary authorization. I don't remember 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 binaries from > > > Maven Central because earlier versions are disabled [1] (and TLS 1.0 > > > is the default in Java 7). > > > > > > Gintas > > > > > > 1. > > > https://blog.pcisecuritystandards.org/are-you-ready-for-30-june-2018- > > s > > > ayin-goodbye-to-ssl-early-tls > > > > > > On Fri, 20 Jul 2018 at 09:31, Jaikiran Pai > > wrote: > > > > > >> Haven't checked the job, but why is this system property required to > > >> be set? > > >> > > >> -Jaikiran > > >> > > >> > > >> On 20/07/18 12:51 AM, Gintautas Grigelionis wrote: > > >>> I'd like to add a Java option to Ivy builds > > >>> -Dhttps.protocols=TLSv1.2 > > >> but I > > >>> get > > >>> This job's current authorization strategy does not permit gintas to > > >> modify > > >>> the job configuration > > >>> > > >>> Gintas > > >>> > > >>> On Tue, 3 Jul 2018 at 19:09, Gintautas 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. > > > > Gintas > > > > On Mon, 2 Jul 2018 at 14:18, Jan Matèrne wrote: > > > > > 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/cons > > > ole > > > > > > Can't get > > > > > > > > >> http://download.eclipse.org/webtools/downloads/drops/R3.4.2/R-3.4.2- > > 2 > > >> 0130208 > > > 151217/wtp4x-R-3.4.2-20130208151217.zip > > > < > > >> http://download.eclipse.org/webtools/downloads/drops/R3.4.2/R-3.4.2- > > 2 > > >> 0130208151217/wtp4x-R-3.4.2-20130208151217.zip > > > to > > > > > > > > >> /home/jenkins/jenkins-slave/workspace/IvyDE/dependencies/wtp4x-R- > > 3.4. > > >> 2-20130 > > > 208151217.zip > > > > > > > > > > > > The source URL gives a 404. > > > > > > > > > > > > > > > > > > AntLib - AntUnit > > > > > > https://builds.apache.org/view/A/view/Ant/job/AntLib-antunit/ > > > > > > > > > > > >> https://builds.apache.org/view/A/view/Ant/job/AntLib- > > antunit/lastBuil > > >> d/conso > > > le > > > > > > [ivy:resolve] Server access error at url > > > > > > > > >> https://repo1.maven.org/maven2/org/apache/ant/ant- > > testutil/1.8.1/ant- > > >> testuti > > > l-1.8.1.pom > > > < > > >> https://repo1.maven.org/maven2/org/apache/ant/ant- > > testutil/1.8.1/ant- > > >> testutil-1.8.1.pom > > > (javax.net.ssl.SSLException: Received fatal alert: > > > protocol_version) > > > > > > > > > > > > > > > > > > AntLib - SVN > > > > > > same problem as for AU > > > > > > > > > > > > > > > > > > Ivy > > > > > > https://builds.apache.org/view/A/view/Ant/job/Ivy/ > > > > > > > > https://builds.apache.org/view/A/view/Ant/job/Ivy/lastBuild/consol > > > e > > > > > > same problem as for AU > > > > > > > > > > > > > > > > > > Ant Nightly > > > > > > https://builds.apache.org/view/A/view/Ant/job/Ant_Nightly/ > > > > > > > > > > > >> > > https://builds.apache.org/view/A/view/Ant/job/Ant_Nightly/lastBuild/c > > >> onsole > > > all runs fine, but "Archiving artifacts" requires lt of time > > … > > > > > > > > > > > > > > > > > > Ideas? > > > > > > > > > > > > Jan > > > > > > > > >> > > >> > > - > > >> To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For > > additional > > >> commands, e-mail: dev-h...@ant.apache.org > > >> > > >> > > > > > > - > > To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
AW: Jenkins-Builds failing
Checked by myself that a PMC chair could do (AFAIK). Opened a ticket https://issues.apache.org/jira/browse/INFRA-16799 Jan > -Ursprüngliche Nachricht- > Von: Gintautas Grigelionis [mailto:g.grigelio...@gmail.com] > Gesendet: Sonntag, 22. Juli 2018 10:48 > An: Ant Developers 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 > > > > > -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's true. We had this > > > issue in Ant too (not really against Maven repos, but HTTPS hosted > > > Apache infrastructure). I tried setting that property in the job, > > > but I too don't have the necessary authorization. I don't remember > > > 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 binaries > > > > from Maven Central because earlier versions are disabled [1] (and > > > > TLS 1.0 is the default in Java 7). > > > > > > > > Gintas > > > > > > > > 1. > > > > https://blog.pcisecuritystandards.org/are-you-ready-for-30-june- > 20 > > > > 18- > > > s > > > > ayin-goodbye-to-ssl-early-tls > > > > > > > > On Fri, 20 Jul 2018 at 09:31, Jaikiran Pai > > > > > > > wrote: > > > > > > > >> Haven't checked the job, but why is this system property > required > > > >> to be set? > > > >> > > > >> -Jaikiran > > > >> > > > >> > > > >> On 20/07/18 12:51 AM, Gintautas Grigelionis wrote: > > > >>> I'd like to add a Java option to Ivy builds > > > >>> -Dhttps.protocols=TLSv1.2 > > > >> but I > > > >>> get > > > >>> This job's current authorization strategy does not permit > gintas > > > >>> to > > > >> modify > > > >>> the job configuration > > > >>> > > > >>> Gintas > > > >>> > > > >>> On Tue, 3 Jul 2018 at 19:09, Gintautas 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. > > > > > > Gintas > > > > > > On Mon, 2 Jul 2018 at 14:18, Jan Matèrne > wrote: > > > > > > > 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/cons > > > > ole > > > > > > > > Can't get > > > > > > > > > > > >> http://download.eclipse.org/webtools/downloads/drops/R3.4.2/R- > 3.4 > > > >> .2- > > > 2 > > > >> 0130208 > > > > 151217/wtp4x-R-3.4.2-20130208151217.zip > > > > < > > > >> http://download.eclipse.org/webtools/downloads/drops/R3.4.2/R- > 3.4 > > > >> .2- > > > 2 > > > >> 0130208151217/wtp4x-R-3.4.2-20130208151217.zip > > > > to > > > > > > > > > > > >> /home/jenkins/jenkins-slave/workspace/IvyDE/dependencies/wtp4x- > R- > > > 3.4. > > > >> 2-20130 > > > > 208151217.zip > > > > > > > > > > > > > > > > The source URL gives a 404. > > > > > > > > > > > > > > > > > > > > > > > > AntLib - AntUnit > > > > > > > > https://builds.apache.org/view/A/view/Ant/job/AntLib-antunit/ > > > > > > > > > > > > > > > >> https://builds.apache.org/view/A/view/Ant/job/AntLib- > > > antunit/lastBuil > > > >> d/conso > > > > le > > > > > > > > [ivy:resolve] Server access error at url > > > > > > > > > > > >> https://repo1.maven.org/maven2/org/apache/ant/ant- > > > testutil/1.8.1/ant- > > > >> testuti > > > > l-1.8.1.pom > > > > < > > > >> https://repo1.maven.org/maven2/org/apache/ant/ant- > > > testutil/1.8.1/ant- > > > >> testutil-1.8.1.pom > > > > (javax.net.ssl.SSLException: Received fatal alert: > > > > protocol_version) > > > > > > > > > > > > > > > > > > > > > > > > AntLib - SVN > > > > > > > > same problem as for AU > > > > > > > > > > > > > > > > > > > > > > > > Ivy > > > > > > > > https://builds.apache.org/view/A/view/Ant/job/Ivy/ > > > > > > > > > > > https://builds.apache.org/view/A/view/Ant/job/Ivy/lastBuild/consol > > > > e > > > > > > > > same problem as for AU > > > > > > > > > > > > > > > > > > > > > > > > Ant Nightly > > > > > > > > https://builds.apache.org/view/A/view/An
Ant Unicode
I've found out that ant (🐜) is a Unicode character from 6.0 (2010) and a part of Emoji 1.0 as well. I wonder if we could have some good use of ant in red violet (or, actually, #a81c7d) emoji? And, while we're at that, how about using Nick King's vectorised Ant logo [1] (which some good folks converted to SVG and put on Wikimedia [2] -- although we'd need a new version with TM and in white to use on the web site). I'd happily open a PR placing the original EPS and different variants of SVG in the manual. Gintas P.S.: Shouldn't we lobby for an ivy character in Unicode? ;-D [1] http://mail-archives.apache.org/mod_mbox/ant-dev/200202.mbox/%3c3c7e0526.e1bb9...@remoteapps.com%3E [2] https://commons.wikimedia.org/wiki/File:Apache-Ant-logo.svg
