Re: New Antlib
For the information of dev@, the new repo discussed has been created at https://gitbox.apache.org/repos/asf/ant-antlibs-s3.git . Additionally I committed the current state of my work before realizing that its notifications were set up improperly; this has now been fixed and future commits should be reported to Ant's notification list. Matt On Mon, Feb 21, 2022, 1:31 PM Matt Benson wrote: > Thanks, Stefan. Will do. > > Matt > > On Mon, Feb 21, 2022, 12:50 PM Stefan Bodewig wrote: > >> On 2022-02-20, Matt Benson wrote: >> >> > The plan from this thread is two years old, so I want to revisit. As >> > of now the extant antlibs seem to have their own repos. If I am >> > creating a new one, do I want to create its own repo now, or would we >> > rather create a sandbox repo and promote its children as they >> > "graduate" to their own repos? >> >> I believe there hasn't been any change to the list of antlibs in this >> two years. Neither of them is really active. And to be honest I don't >> expect any of the existing sandbox antilibs to ever leave that state. >> >> If you plan to bring the Antlib from sandox to proper anyway, I'd >> recommend starting with a new targetted repository reight from the >> start. This is not an incredibly strong preference, though. >> >> Stefan >> >> - >> To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org >> For additional commands, e-mail: dev-h...@ant.apache.org >> >>
Re: New Antlib
Thanks, Stefan. Will do. Matt On Mon, Feb 21, 2022, 12:50 PM Stefan Bodewig wrote: > On 2022-02-20, Matt Benson wrote: > > > The plan from this thread is two years old, so I want to revisit. As > > of now the extant antlibs seem to have their own repos. If I am > > creating a new one, do I want to create its own repo now, or would we > > rather create a sandbox repo and promote its children as they > > "graduate" to their own repos? > > I believe there hasn't been any change to the list of antlibs in this > two years. Neither of them is really active. And to be honest I don't > expect any of the existing sandbox antilibs to ever leave that state. > > If you plan to bring the Antlib from sandox to proper anyway, I'd > recommend starting with a new targetted repository reight from the > start. This is not an incredibly strong preference, though. > > Stefan > > - > To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org > For additional commands, e-mail: dev-h...@ant.apache.org > >
Re: New Antlib
On 2022-02-20, Matt Benson wrote: > The plan from this thread is two years old, so I want to revisit. As > of now the extant antlibs seem to have their own repos. If I am > creating a new one, do I want to create its own repo now, or would we > rather create a sandbox repo and promote its children as they > "graduate" to their own repos? I believe there hasn't been any change to the list of antlibs in this two years. Neither of them is really active. And to be honest I don't expect any of the existing sandbox antilibs to ever leave that state. If you plan to bring the Antlib from sandox to proper anyway, I'd recommend starting with a new targetted repository reight from the start. This is not an incredibly strong preference, though. Stefan - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: New Antlib
The plan from this thread is two years old, so I want to revisit. As of now the extant antlibs seem to have their own repos. If I am creating a new one, do I want to create its own repo now, or would we rather create a sandbox repo and promote its children as they "graduate" to their own repos? Matt On Sat, Mar 7, 2020, 4:33 PM Matt Benson wrote: > Thanks, Stefan! Sounds like a good plan. > > Matt > > On Sat, Mar 7, 2020, 9:52 AM Stefan Bodewig wrote: > >> On 2020-03-05, Matt Benson wrote: >> >> > What is our current protocol for creating a new Antlib? >> >> Do we have one? :-) >> >> > I have written some types for working with Amazon S3 objects as Ant >> > resources and think they could be generally useful to the community. >> >> Sounds good. >> >> You could start with a sandbox immediately if you wanted to, but after >> the move to git there really isn't any big difference. IMHO you should >> just create a new antlibs git repository and add something under >> "sandbox" and we talk about "graduating" the sandbox once it is ready >> for a release (candidate). >> >> Stefan >> >> - >> To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org >> For additional commands, e-mail: dev-h...@ant.apache.org >> >>
Re: Antlib test classpath
On Sat, Feb 5, 2022, 1:19 AM Stefan Bodewig wrote: > On 2022-02-04, Matt Benson wrote: > > > I am working on a new antlib (discussed a couple of years ago on list), > and > > trying to figure out how to get antunit to run tests using Ivy's created > > classpath.test from the common build framework. I have tried combinations > > of the (hidden) classloader task with antunit references, etc., so far to > > no avail. Does anyone (Stefan?) have any basic suggestions I can try? > > I must admit that I never tried to use things with Ivy at all. When I > run tests I do so with several -lib arguments (and always need to figure > out what is required as I don't do it often enough). > > If you figured things out it would probably be a good idea to update the > common build structure as needed. > > > > > Well > The changes I have made today to Ant core and Antunit will allow us, after the next release of each, to boilerplate the classpath setup for running Antunit tests in antlibs using [future modifications to] the common build structure. Matt Stefan > > - > To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org > For additional commands, e-mail: dev-h...@ant.apache.org > >
Re: Antlib test classpath
On Sat, 5 Feb 2022 at 08:19, Stefan Bodewig wrote: > I must admit that I never tried to use things with Ivy at all. When I > run tests I do so with several -lib arguments (and always need to figure > out what is required as I don't do it often enough). > > If you figured things out it would probably be a good idea to update the > common build structure as needed. > The basic structure for using Ivy with different tasks is set in Ant's check.xml Watch out for Ant plugins that forget to put ant dependency in optional (aka "compile only") scope when using POMs, though. Gintas
Re: Antlib test classpath
On 2022-02-04, Matt Benson wrote: > I am working on a new antlib (discussed a couple of years ago on list), and > trying to figure out how to get antunit to run tests using Ivy's created > classpath.test from the common build framework. I have tried combinations > of the (hidden) classloader task with antunit references, etc., so far to > no avail. Does anyone (Stefan?) have any basic suggestions I can try? I must admit that I never tried to use things with Ivy at all. When I run tests I do so with several -lib arguments (and always need to figure out what is required as I don't do it often enough). If you figured things out it would probably be a good idea to update the common build structure as needed. Stefan - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: Antlib test classpath
Looks like I got it sorted by passing a path reference to Antunit and executing typedef there. Matt On Fri, Feb 4, 2022, 12:07 PM Matt Benson wrote: > I am working on a new antlib (discussed a couple of years ago on list), > and trying to figure out how to get antunit to run tests using Ivy's > created classpath.test from the common build framework. I have tried > combinations of the (hidden) classloader task with antunit references, > etc., so far to no avail. Does anyone (Stefan?) have any basic suggestions > I can try? > > Matt >
Antlib test classpath
I am working on a new antlib (discussed a couple of years ago on list), and trying to figure out how to get antunit to run tests using Ivy's created classpath.test from the common build framework. I have tried combinations of the (hidden) classloader task with antunit references, etc., so far to no avail. Does anyone (Stefan?) have any basic suggestions I can try? Matt
Re: New Antlib
Thanks, Stefan! Sounds like a good plan. Matt On Sat, Mar 7, 2020, 9:52 AM Stefan Bodewig wrote: > On 2020-03-05, Matt Benson wrote: > > > What is our current protocol for creating a new Antlib? > > Do we have one? :-) > > > I have written some types for working with Amazon S3 objects as Ant > > resources and think they could be generally useful to the community. > > Sounds good. > > You could start with a sandbox immediately if you wanted to, but after > the move to git there really isn't any big difference. IMHO you should > just create a new antlibs git repository and add something under > "sandbox" and we talk about "graduating" the sandbox once it is ready > for a release (candidate). > > Stefan > > - > To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org > For additional commands, e-mail: dev-h...@ant.apache.org > >
Re: New Antlib
On 2020-03-05, Matt Benson wrote: > What is our current protocol for creating a new Antlib? Do we have one? :-) > I have written some types for working with Amazon S3 objects as Ant > resources and think they could be generally useful to the community. Sounds good. You could start with a sandbox immediately if you wanted to, but after the move to git there really isn't any big difference. IMHO you should just create a new antlibs git repository and add something under "sandbox" and we talk about "graduating" the sandbox once it is ready for a release (candidate). Stefan - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
New Antlib
Hello all, What is our current protocol for creating a new Antlib? I have written some types for working with Amazon S3 objects as Ant resources and think they could be generally useful to the community. Matt
Re: [RESULT] [VOTE] Retire Antlib SVN
I have followed the retiring guidelines[1] and now done the following to retire this project: 1. Version control - Added a RETIRED_PROJECT marker file to the (git) repo https://github.com/apache/ant-antlibs-svn and also updated the README file of that project to mention the retirement 2. Asked infra to mark the repo read-only, which they promptly did https://issues.apache.org/jira/browse/INFRA-17728 3. Deleted the Jenkins job for this project from builds.apache.org. I don't think there's any Teamcity of gump jobs for this project. 4. Removed the homepage of this project (svn revision id 1851821 for https://svn.apache.org/repos/asf/ant/site/ant/production/antlibs). This page wasn't linked from anywhere else (as far as I could find). The process page also has sections for: 1. Issue tracker - N/A for this project since this was tracked in Bugzilla of Ant project (as far as I know). 2. Mailing list - N/A for this project since dev@ant and user@ant was used for this project 3. Releases - The process page asks for the releases of the project to be removed from https://dist.apache.org/repos/dist/release/ant/. I couldn't find any releases of this project under ant/antlibs folder at that location. So I don't think we need to do anything here. 4. Announcement - A mail needs to be sent to dev@ant, announce@apache and the Ant home page needs to be updated with this retirement announcement. I will do this last, once we confirm there's nothing else pending. [1] http://ant.apache.org/processes.html -Jaikiran On 22/01/19 7:27 PM, Jaikiran Pai wrote: > With +1s from Jan, Stefan (and implicitly) me and no other votes, this > vote has passed. I'll start the process of retiring this project. > > -Jaikiran > > On 22/12/18 10:51 PM, Stefan Bodewig wrote: >> On 2018-12-22, Jaikiran Pai wrote: >> >>> This is a proposal to retire the "Antlib SVN" library[1]. The project >>> hasn't seen any new development for many years now[2]. Retiring this >>> will reduce the work necessary to maintain it[3] (Jekins jobs etc...). >> +1 >> >> Stefan >> >> - >> 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 > For additional commands, e-mail: dev-h...@ant.apache.org > - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
[RESULT] [VOTE] Retire Antlib SVN
With +1s from Jan, Stefan (and implicitly) me and no other votes, this vote has passed. I'll start the process of retiring this project. -Jaikiran On 22/12/18 10:51 PM, Stefan Bodewig wrote: > On 2018-12-22, Jaikiran Pai wrote: > >> This is a proposal to retire the "Antlib SVN" library[1]. The project >> hasn't seen any new development for many years now[2]. Retiring this >> will reduce the work necessary to maintain it[3] (Jekins jobs etc...). > +1 > > Stefan > > - > 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 For additional commands, e-mail: dev-h...@ant.apache.org
Re: [VOTE] Retire Antlib SVN
On 2018-12-22, Jaikiran Pai wrote: > This is a proposal to retire the "Antlib SVN" library[1]. The project > hasn't seen any new development for many years now[2]. Retiring this > will reduce the work necessary to maintain it[3] (Jekins jobs etc...). +1 Stefan - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
AW: [VOTE] Retire Antlib SVN
+1, as I think there aren't many users; and we could reactivate it on demand Jan > -Ursprüngliche Nachricht- > Von: Jaikiran Pai [mailto:jaiki...@apache.org] > Gesendet: Samstag, 22. Dezember 2018 03:16 > An: Ant Developers List > Betreff: Re: [VOTE] Retire Antlib SVN > > An implicit +1. > > -Jaikiran > > > On 22/12/18 7:39 AM, Jaikiran Pai wrote: > > This is a proposal to retire the "Antlib SVN" library[1]. The project > > hasn't seen any new development for many years now[2]. Retiring this > > will reduce the work necessary to maintain it[3] (Jekins jobs > etc...). > > > > More about retiring a project or a project component can be found > here[4]. > > > > > > [1] http://ant.apache.org/antlibs/svn/ > > > > [2] https://github.com/apache/ant-antlibs-svn/commits/master > > > > [3] > > https://mail-archives.apache.org/mod_mbox/ant- > dev/201812.mbox/%3c87k1k > > 5wg7a@v45346.1blu.de%3e > > > > [4] http://ant.apache.org/processes.html > > > > -Jaikiran > > > > > > > - > 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 For additional commands, e-mail: dev-h...@ant.apache.org
Re: [VOTE] Retire Antlib SVN
An implicit +1. -Jaikiran On 22/12/18 7:39 AM, Jaikiran Pai wrote: > This is a proposal to retire the "Antlib SVN" library[1]. The project > hasn't seen any new development for many years now[2]. Retiring this > will reduce the work necessary to maintain it[3] (Jekins jobs etc...). > > More about retiring a project or a project component can be found here[4]. > > > [1] http://ant.apache.org/antlibs/svn/ > > [2] https://github.com/apache/ant-antlibs-svn/commits/master > > [3] > https://mail-archives.apache.org/mod_mbox/ant-dev/201812.mbox/%3c87k1k5wg7a@v45346.1blu.de%3e > > [4] http://ant.apache.org/processes.html > > -Jaikiran > > - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
[VOTE] Retire Antlib SVN
This is a proposal to retire the "Antlib SVN" library[1]. The project hasn't seen any new development for many years now[2]. Retiring this will reduce the work necessary to maintain it[3] (Jekins jobs etc...). More about retiring a project or a project component can be found here[4]. [1] http://ant.apache.org/antlibs/svn/ [2] https://github.com/apache/ant-antlibs-svn/commits/master [3] https://mail-archives.apache.org/mod_mbox/ant-dev/201812.mbox/%3c87k1k5wg7a@v45346.1blu.de%3e [4] http://ant.apache.org/processes.html -Jaikiran - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
AW: Antlib SVN and antunit Java versions
Retiring a part of a top level project is much easier than retiring the TLP itself. We have created a "process" while archiving EasyAnt & Co: http://ant.apache.org/processes.html#Retire%20a%20subproject%20or%20component Basically * PMC vote for retiring the thing * make resources read-only (code, mailinglists, issue tracker) * clear all resources (build jobs) * make it public (homepage, announcement) Jan > -Ursprüngliche Nachricht- > Von: Jaikiran Pai [mailto:jaiki...@apache.org] > Gesendet: Donnerstag, 20. Dezember 2018 14:52 > An: dev@ant.apache.org > Betreff: Re: Antlib SVN and antunit Java versions > > > On 19/12/18 11:29 PM, Stefan Bodewig wrote: > > On 2018-12-18, Jaikiran Pai wrote: > > > >> One option in similar cases that we have employed in other jobs is > to > >> configure the Java system property -Dhttps.protocols to "TLSv1.2". > >> But this version of TLS is only supported in a Java release after > Java 1.5. > > I'd be in favor of updating the jobs. Nobody would build releases > > using Java 1.5 either, I guess. > Done. I have updated the jobs of antlib svn and antunit to use Java 8 > to build it. > > > > >> At a more higher level, I think it's probably time to decide whether > >> we want to change the minimum required Java versions for these > libraries? > >> Should we now mandate Java 1.8 at least? > > In the case of antlib svn we could simply decide to call it dead or > > dormant or whatever (like almost all other antlibs, I guess). Unless > > I'm overlooking something, the svn antlib is neither listed on > > http://ant.apache.org/antlibs/proper.html nor > > http://ant.apache.org/antlibs/sandbox.html - so it doesn't even exist > > from out user's point of view. > I found this (live) page http://ant.apache.org/antlibs/svn/ the other > day while looking at the Jenkins failure. But now that you mention it, > I don't remember how I landed up on that page. I don't see it linked in > the Jenkins job or some other place. But yes, I don't see it linked > anywhere in the Ant website. I'll start a new VOTE thread to retire > this project. I might need Jan's help here if/after the VOTE passes to > actually do some of the process involved in retiring projects. > > -Jaikiran > > > > > - > 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 For additional commands, e-mail: dev-h...@ant.apache.org
Re: Antlib SVN and antunit Java versions
On 19/12/18 11:29 PM, Stefan Bodewig wrote: > On 2018-12-18, Jaikiran Pai wrote: > >> One option in similar cases that we have employed in other jobs is to >> configure the Java system property -Dhttps.protocols to "TLSv1.2". But >> this version of TLS is only supported in a Java release after Java 1.5. > I'd be in favor of updating the jobs. Nobody would build releases using > Java 1.5 either, I guess. Done. I have updated the jobs of antlib svn and antunit to use Java 8 to build it. > >> At a more higher level, I think it's probably time to decide whether we >> want to change the minimum required Java versions for these libraries? >> Should we now mandate Java 1.8 at least? > In the case of antlib svn we could simply decide to call it dead or > dormant or whatever (like almost all other antlibs, I guess). Unless I'm > overlooking something, the svn antlib is neither listed on > http://ant.apache.org/antlibs/proper.html nor > http://ant.apache.org/antlibs/sandbox.html - so it doesn't even exist > from out user's point of view. I found this (live) page http://ant.apache.org/antlibs/svn/ the other day while looking at the Jenkins failure. But now that you mention it, I don't remember how I landed up on that page. I don't see it linked in the Jenkins job or some other place. But yes, I don't see it linked anywhere in the Ant website. I'll start a new VOTE thread to retire this project. I might need Jan's help here if/after the VOTE passes to actually do some of the process involved in retiring projects. -Jaikiran - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: Antlib SVN and antunit Java versions
On 2018-12-18, Jaikiran Pai wrote: > One option in similar cases that we have employed in other jobs is to > configure the Java system property -Dhttps.protocols to "TLSv1.2". But > this version of TLS is only supported in a Java release after Java 1.5. I'd be in favor of updating the jobs. Nobody would build releases using Java 1.5 either, I guess. > At a more higher level, I think it's probably time to decide whether we > want to change the minimum required Java versions for these libraries? > Should we now mandate Java 1.8 at least? In the case of antlib svn we could simply decide to call it dead or dormant or whatever (like almost all other antlibs, I guess). Unless I'm overlooking something, the svn antlib is neither listed on http://ant.apache.org/antlibs/proper.html nor http://ant.apache.org/antlibs/sandbox.html - so it doesn't even exist from out user's point of view. Stefan - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: Antlib SVN and antunit Java versions
On Tue, 18 Dec 2018 at 10:44, Dominique Devienne wrote: > On Tue, Dec 18, 2018 at 9:21 AM Jaikiran Pai wrote: > > > [...] 2 jobs[1][2] which are for Antlib SVN and Antunit libraries. > > Both these jobs are configure for JDK 5 [...] > > However, the Maven central repo [...[ has been configured not to let > > clients with > > lower TLS versions (lesser than TLSv1.2) to communicate with it. [...] > > But this version of TLS is only supported in a Java release after Java 1.5. > > [...] > > Should we now mandate Java 1.8 at least? > > > > Sounds completely reasonable to me. Thanks for the clear message. +1. --DD > I'd say the choices are: - use Java 6 or 7 with command line switch forcing TLSv1.2 or Java 8 and crosscompile to Java 5 - change to Java 8 to follow Ant 1.10 Java 9+ can only crosscompile to Java 6+. It will be interesting to see if JEP 332 [1] gets backported... Gintas [1] https://bugs.java.com/bugdatabase/view_bug.do?bug_id=8202625
Re: Antlib SVN and antunit Java versions
On Tue, Dec 18, 2018 at 9:21 AM Jaikiran Pai wrote: > [...] 2 jobs[1][2] which are for Antlib SVN and Antunit libraries. Both these jobs are configure for JDK 5 [...] > However, the Maven central repo [...[ has been configured not to let > clients with > lower TLS versions (lesser than TLSv1.2) to communicate with it. [...] But this version of TLS is only supported in a Java release after Java 1.5. > [...] Should we now mandate Java 1.8 at least? > Sounds completely reasonable to me. Thanks for the clear message. +1. --DD
Antlib SVN and antunit Java versions
While looking at some of our Jenkins jobs, to reconfigure them to use gitbox (wherever necessary), I notice that there are 2 jobs[1][2] which are for Antlib SVN and Antunit libraries. Both these jobs are configure for JDK 5, because those projects target Java 5 as the minimal runtime. However, the Maven central repo, from which we fetch certain dependencies during build has been configured not to let clients with lower TLS versions (lesser than TLSv1.2) to communicate with it. As a result they are now failing. The issue has been around for a while with these jobs, it's just that they haven't run for a few months until yesterday. One option in similar cases that we have employed in other jobs is to configure the Java system property -Dhttps.protocols to "TLSv1.2". But this version of TLS is only supported in a Java release after Java 1.5. In short, unless we upgrade the Java runtime version of these jobs (or do some very specific tricks to use a different Java version while pulling down the dependencies in the build), they will continue failing. At a more higher level, I think it's probably time to decide whether we want to change the minimum required Java versions for these libraries? Should we now mandate Java 1.8 at least? [1] https://builds.apache.org/job/AntLib-svn/ [2] https://builds.apache.org/job/AntLib-antunit/ -Jaikiran - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: [VOTE] Release Compress Antlib 1.5 based on RC3
I generally import each project's KEYS file, and having been to a key signing party before at ApacheCon, I have a small web of trust to help verify those signatures. The more people sign each other's keys, the easier it is to verify. On 14 June 2017 at 02:59, Jan Matèrne (jhm) <apa...@materne.de> wrote: > My first thought was 'I want to have all the stuff inside the distro.' > That means also the ASC. > But having the ASC inside the distro means letting the key on the lock ... > > So the 2nd thought was: how to verify the download? > - download > - hashvalue checksum > - pgp check > We could provide a howto file in the distro, but we also could provide a > build snippet for automating that. > a) provide the snippet via website and define an Ant property which > artifact to get > b) provide the snippet inside the distro and will only do the two checks > (getting the checksums directly from the ASF server) > > > Jan > > > > -Ursprüngliche Nachricht- > > Von: Stefan Bodewig [mailto:bode...@apache.org] > > Gesendet: Mittwoch, 14. Juni 2017 09:17 > > An: dev@ant.apache.org > > Betreff: Re: [VOTE] Release Compress Antlib 1.5 based on RC3 > > > > On 2017-06-13, Jan Matèrne (jhm) wrote: > > > > >> Should we include the PGP [e.g. 1] signature in the future? > > > > > Answer myself: should be only on ASF server, so people could trust > > > that ;) Maybe place a note (next time) how to check that (do we have > > a > > > build snippet for that?) > > > > I'm not exactly sure what you mean. > > > > Should I have included the PGP signature of any of the artifacts inside > > of the vote email? > > > > The vote email I've sent may have been a bit terse and I'm happy to > > improve on it. > > > > Stefan > > > > - > > 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 > For additional commands, e-mail: dev-h...@ant.apache.org > > -- Matt Sicker <boa...@gmail.com>
AW: [VOTE] Release Compress Antlib 1.5 based on RC3
My first thought was 'I want to have all the stuff inside the distro.' That means also the ASC. But having the ASC inside the distro means letting the key on the lock ... So the 2nd thought was: how to verify the download? - download - hashvalue checksum - pgp check We could provide a howto file in the distro, but we also could provide a build snippet for automating that. a) provide the snippet via website and define an Ant property which artifact to get b) provide the snippet inside the distro and will only do the two checks (getting the checksums directly from the ASF server) Jan > -Ursprüngliche Nachricht- > Von: Stefan Bodewig [mailto:bode...@apache.org] > Gesendet: Mittwoch, 14. Juni 2017 09:17 > An: dev@ant.apache.org > Betreff: Re: [VOTE] Release Compress Antlib 1.5 based on RC3 > > On 2017-06-13, Jan Matèrne (jhm) wrote: > > >> Should we include the PGP [e.g. 1] signature in the future? > > > Answer myself: should be only on ASF server, so people could trust > > that ;) Maybe place a note (next time) how to check that (do we have > a > > build snippet for that?) > > I'm not exactly sure what you mean. > > Should I have included the PGP signature of any of the artifacts inside > of the vote email? > > The vote email I've sent may have been a bit terse and I'm happy to > improve on it. > > Stefan > > - > 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 For additional commands, e-mail: dev-h...@ant.apache.org
Re: [VOTE] Release Compress Antlib 1.5 based on RC3
On 2017-06-13, Jan Matèrne (jhm) wrote: >> Should we include the PGP [e.g. 1] signature in the future? > Answer myself: should be only on ASF server, so people could trust that ;) > Maybe place a note (next time) how to check that (do we have a build snippet > for that?) I'm not exactly sure what you mean. Should I have included the PGP signature of any of the artifacts inside of the vote email? The vote email I've sent may have been a bit terse and I'm happy to improve on it. Stefan - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
[ANN] Apache Compress Antlib 1.5 Released
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The Apache Compress Antlib offers tasks and types for archive and compression formats. It supports gzip, xz, pack200, lzma, snappy, Unix .Z, DEFLATE, LZ4, Brotli and bzip2 compression and ar, arj, cpio, tar, Unix dump, 7z and zip archives. Version 1.5 catches up with Apache Commons Compress 1.14 and adds tasks and re-sources for LZ4 and DEFLATE, read-only support for Brotli and write-support for Snappy and LZMA on top of the read-support provided by verion 1.4 of this antlib. Support for the XZ and LZMA compression formats is based on the XZ for Java library of the Tukaani Project[1], which is required at runtime in addition to Commons Compress. Some 7z archives will require LZMA support and thus XZ for Java as well. Support for Brotli compression is based on Google's brotli dec library[2], which is required at runtime in addition to Commons Compress. The full list of changes: Changes that Could Break Older Environments: * The coordinates inside the Ivy file have been changed to match those of the POM. * The Apache Compress Antlib now requires Apache Commons Compress 1.14 or later for 7z, DEFLATE, LZ4 and write support for LZMA and Snappy. XZ for Java 1.6 or later is required for write support for LZMA. Brotli dec 0.1.2 or later is required for Brotli support. As a side effect the Compress Antlib now requires Java 7 at runtime as this is required by Commons Compress 1.14. Other Changes: * A new keepCompression flag can be used to keep the content compression methods the same they have been when updating a 7z archive or adding entries from a sevenzfileset. * Multiple content compression/encryption/filter methods can now be specified via nested elements of the sevenz task. * The gzip task has a new attribute that controls the level of compression. BugZilla Issue 52414 * Added write support for the LZMA format. * Added support for the DEFLATE format with and without ZLIB headers. * Added write support for the Snappy format. * Added support for the LZ4 format. * Added read-only support for the Brotli format. Source and binary distributions are available from the Apache Ant download site: http://ant.apache.org/antlibs/bindownload.cgi and http://ant.apache.org/antlibs/srcdownload.cgi Please verify signatures using the KEYS file available at the above location when downloading the release. For complete information on the Compress Antlib, including instructions on how to submit bug reports, patches, or suggestions for improvement, see the Apache Compress Antlib website: http://ant.apache.org/antlibs/compress/index.html Stefan Bodewig, on behalf of the Apache Ant community [1] http://tukaani.org/xz/java.html [2] https://github.com/google/brotli -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlk/0ukACgkQohFa4V9ri3LMOACbBraLs/4FXox3e24BFON9BBy+ nS0An3ScbWB9BSmy/3MUYqU5TnDC/ycl =Pf0s -END PGP SIGNATURE- - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
[RESULT] Release Compress Antlib 1.5 based on RC3
Hi all with +1s by Nicolas, Jan and myself and no other votes this vote has passed. I'll publish the artifacts and give the mirrors time to catch up before sending out the announcement. Thanks to all who took the time to look into any of the several RCs. Stefan - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
AW: [VOTE] Release Compress Antlib 1.5 based on RC3
> Should we include the PGP [e.g. 1] signature in the future? Answer myself: should be only on ASF server, so people could trust that ;) Maybe place a note (next time) how to check that (do we have a build snippet for that?) Jan - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
AW: [VOTE] Release Compress Antlib 1.5 based on RC3
+1 Should we include the PGP [e.g. 1] signature in the future? Jan [1] https://dist.apache.org/repos/dist/dev/ant/antlibs/compress/binaries/apache- ant-compress-1.5-bin.zip.asc > -Ursprüngliche Nachricht- > Von: Stefan Bodewig [mailto:bode...@apache.org] > Gesendet: Samstag, 10. Juni 2017 22:39 > An: dev@ant.apache.org > Betreff: Re: [VOTE] Release Compress Antlib 1.5 based on RC3 > > On 2017-06-08, Stefan Bodewig wrote: > > > I've created a new release candidate for Compress Antlib 1.5, this > time > > the source distribution should contain everything needed to build. > > > git tag: 1_5_RC3 > > on commit: 3194691 > > tarballs: > https://dist.apache.org/repos/dist/dev/ant/antlibs/compress/ > > revision: 19936 > > Maven artifacts: > > > https://repository.apache.org/content/repositories/orgapacheant- > 1019/org/apache/ant/ant-compress/1.5/ > > > This Vote will be open at least for 72 hours and close no earlier > than > > 2017-06-11 12:00UTC. > > +1 > > Stefan > > - > 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 For additional commands, e-mail: dev-h...@ant.apache.org
Re: [VOTE] Release Compress Antlib 1.5 based on RC3
On 2017-06-08, Stefan Bodewig wrote: > I've created a new release candidate for Compress Antlib 1.5, this time > the source distribution should contain everything needed to build. > git tag: 1_5_RC3 > on commit: 3194691 > tarballs: https://dist.apache.org/repos/dist/dev/ant/antlibs/compress/ > revision: 19936 > Maven artifacts: > > https://repository.apache.org/content/repositories/orgapacheant-1019/org/apache/ant/ant-compress/1.5/ > This Vote will be open at least for 72 hours and close no earlier than > 2017-06-11 12:00UTC. +1 Stefan - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: [VOTE] Release Compress Antlib 1.5 based on RC3
LGTM +1 for this release Nicolas > Le 8 juin 2017 à 13:45, Stefan Bodewig <bode...@apache.org> a écrit : > > Hi all > > third attempt :-) > > I've created a new release candidate for Compress Antlib 1.5, this time > the source distribution should contain everything needed to build. > > git tag: 1_5_RC3 > on commit: 3194691 > tarballs: https://dist.apache.org/repos/dist/dev/ant/antlibs/compress/ > revision: 19936 > Maven artifacts: > > https://repository.apache.org/content/repositories/orgapacheant-1019/org/apache/ant/ant-compress/1.5/ > > This Vote will be open at least for 72 hours and close no earlier than > 2017-06-11 12:00UTC. > > Cheers > >Stefan > > - > 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 For additional commands, e-mail: dev-h...@ant.apache.org
[VOTE] Release Compress Antlib 1.5 based on RC3
Hi all third attempt :-) I've created a new release candidate for Compress Antlib 1.5, this time the source distribution should contain everything needed to build. git tag: 1_5_RC3 on commit: 3194691 tarballs: https://dist.apache.org/repos/dist/dev/ant/antlibs/compress/ revision: 19936 Maven artifacts: https://repository.apache.org/content/repositories/orgapacheant-1019/org/apache/ant/ant-compress/1.5/ This Vote will be open at least for 72 hours and close no earlier than 2017-06-11 12:00UTC. Cheers Stefan - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
[RESULT] Release Compress Antlib 1.5 based on RC2
Even though technically the vote has passed, I'll drop this RC and cut a new one as the problem Nicolas has discovered is serious enough. Many thanks to all who have voted and my appologies for asking you to review yet another RC in the coming days. Stefan - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: [VOTE] Release Compress Antlib 1.5 based on RC2
-1 for me. The source didn’t build since it was missing two files, the build.properties which setup the build to use Java 7, and the ivy.xml which declares the dependencies the build is relying on. I pushed a fix to common. This is the first time use use git submodules, so I hope I have done it right. I have also noticed that for some reason the git-checkouted sources differs from the targzed ones, because of some new lines at the end of file. Nothing of worry but I push to git a fix. Nicolas > Le 1 juin 2017 à 18:55, Stefan Bodewig <bode...@apache.org> a écrit : > > Hi all > > I've created a new release candidate for Compress Antlib 1.5, this time > with working Ivy coordinates and a release date three days into the > future. > > git tag: 1_5_RC2 > on commit: f20847d > tarballs: https://dist.apache.org/repos/dist/dev/ant/antlibs/compress/ > revision: 19857 > Maven artifacts: > > https://repository.apache.org/content/repositories/orgapacheant-1018/org/apache/ant/ant-compress/1.5/ > > This Vote will be open at least for 72 hours and close no earlier than > 2017-06-04 17:00UTC. > > Cheers > >Stefan > > - > 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 For additional commands, e-mail: dev-h...@ant.apache.org
AW: [VOTE] Release Compress Antlib 1.5 based on RC2
+1 Jan > -Ursprüngliche Nachricht- > Von: Gintautas Grigelionis [mailto:g.grigelio...@gmail.com] > Gesendet: Dienstag, 6. Juni 2017 10:47 > An: Ant Developers List; Maarten Coene > Betreff: Re: [VOTE] Release Compress Antlib 1.5 based on RC2 > > +1 FWIW > > Gintas > > 2017-06-06 9:13 GMT+02:00 Maarten Coene > <maarten_co...@yahoo.com.invalid>: > > > +1 > > Maarten > > > > > > Van: Stefan Bodewig <bode...@apache.org> > > Aan: dev@ant.apache.org > > Verzonden: dinsdag 6 juni 6:26 2017 > > Onderwerp: Re: [VOTE] Release Compress Antlib 1.5 based on RC2 > > > > On 2017-06-01, Stefan Bodewig wrote: > > > > > I've created a new release candidate for Compress Antlib 1.5, this > time > > > with working Ivy coordinates and a release date three days into the > > > future. > > > > > git tag: 1_5_RC2 > > > on commit: f20847d > > > tarballs: > https://dist.apache.org/repos/dist/dev/ant/antlibs/compress/ > > > revision: 19857 > > > Maven artifacts: > > > https://repository.apache.org/content/repositories/ > > orgapacheant-1018/org/apache/ant/ant-compress/1.5/ > > > > > This Vote will be open at least for 72 hours and close no earlier > than > > > 2017-06-04 17:00UTC. > > > > Making my own vote explicit > > > > +1 > > > > Actually, time seems to be up. Any other votes? > > > > Stefan > > > > - > > 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 For additional commands, e-mail: dev-h...@ant.apache.org
Re: [VOTE] Release Compress Antlib 1.5 based on RC2
+1 FWIW Gintas 2017-06-06 9:13 GMT+02:00 Maarten Coene <maarten_co...@yahoo.com.invalid>: > +1 > Maarten > > > Van: Stefan Bodewig <bode...@apache.org> > Aan: dev@ant.apache.org > Verzonden: dinsdag 6 juni 6:26 2017 > Onderwerp: Re: [VOTE] Release Compress Antlib 1.5 based on RC2 > > On 2017-06-01, Stefan Bodewig wrote: > > > I've created a new release candidate for Compress Antlib 1.5, this time > > with working Ivy coordinates and a release date three days into the > > future. > > > git tag: 1_5_RC2 > > on commit: f20847d > > tarballs: https://dist.apache.org/repos/dist/dev/ant/antlibs/compress/ > > revision: 19857 > > Maven artifacts: > > https://repository.apache.org/content/repositories/ > orgapacheant-1018/org/apache/ant/ant-compress/1.5/ > > > This Vote will be open at least for 72 hours and close no earlier than > > 2017-06-04 17:00UTC. > > Making my own vote explicit > > +1 > > Actually, time seems to be up. Any other votes? > > Stefan > > - > To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org > For additional commands, e-mail: dev-h...@ant.apache.org > > > > >
Re: [VOTE] Release Compress Antlib 1.5 based on RC2
+1 Maarten Van: Stefan Bodewig <bode...@apache.org> Aan: dev@ant.apache.org Verzonden: dinsdag 6 juni 6:26 2017 Onderwerp: Re: [VOTE] Release Compress Antlib 1.5 based on RC2 On 2017-06-01, Stefan Bodewig wrote: > I've created a new release candidate for Compress Antlib 1.5, this time > with working Ivy coordinates and a release date three days into the > future. > git tag: 1_5_RC2 > on commit: f20847d > tarballs: https://dist.apache.org/repos/dist/dev/ant/antlibs/compress/ > revision: 19857 > Maven artifacts: > >https://repository.apache.org/content/repositories/orgapacheant-1018/org/apache/ant/ant-compress/1.5/ > This Vote will be open at least for 72 hours and close no earlier than > 2017-06-04 17:00UTC. Making my own vote explicit +1 Actually, time seems to be up. Any other votes? Stefan - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: [VOTE] Release Compress Antlib 1.5 based on RC2
+1. -Jaikiran On 06-Jun-2017, at 9:56 AM, Stefan Bodewig <bode...@apache.org> wrote: On 2017-06-01, Stefan Bodewig wrote: > I've created a new release candidate for Compress Antlib 1.5, this time > with working Ivy coordinates and a release date three days into the > future. > git tag: 1_5_RC2 > on commit: f20847d > tarballs: https://dist.apache.org/repos/dist/dev/ant/antlibs/compress/ > revision: 19857 > Maven artifacts: > > https://repository.apache.org/content/repositories/orgapacheant-1018/org/apache/ant/ant-compress/1.5/ > This Vote will be open at least for 72 hours and close no earlier than > 2017-06-04 17:00UTC. Making my own vote explicit +1 Actually, time seems to be up. Any other votes? Stefan - 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 For additional commands, e-mail: dev-h...@ant.apache.org
Re: [VOTE] Release Compress Antlib 1.5 based on RC2
On 2017-06-01, Stefan Bodewig wrote: > I've created a new release candidate for Compress Antlib 1.5, this time > with working Ivy coordinates and a release date three days into the > future. > git tag: 1_5_RC2 > on commit: f20847d > tarballs: https://dist.apache.org/repos/dist/dev/ant/antlibs/compress/ > revision: 19857 > Maven artifacts: > > https://repository.apache.org/content/repositories/orgapacheant-1018/org/apache/ant/ant-compress/1.5/ > This Vote will be open at least for 72 hours and close no earlier than > 2017-06-04 17:00UTC. Making my own vote explicit +1 Actually, time seems to be up. Any other votes? Stefan - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: [VOTE] Release Compress Antlib 1.5 based on RC2
Downloaded the tar and checked the docs and other files. Looks fine. -Jaikiran On 01-Jun-2017, at 10:25 PM, Stefan Bodewig <bode...@apache.org> wrote: Hi all I've created a new release candidate for Compress Antlib 1.5, this time with working Ivy coordinates and a release date three days into the future. git tag: 1_5_RC2 on commit: f20847d tarballs: https://dist.apache.org/repos/dist/dev/ant/antlibs/compress/ revision: 19857 Maven artifacts: https://repository.apache.org/content/repositories/orgapacheant-1018/org/apache/ant/ant-compress/1.5/ This Vote will be open at least for 72 hours and close no earlier than 2017-06-04 17:00UTC. Cheers Stefan - 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 For additional commands, e-mail: dev-h...@ant.apache.org
[VOTE] Release Compress Antlib 1.5 based on RC2
Hi all I've created a new release candidate for Compress Antlib 1.5, this time with working Ivy coordinates and a release date three days into the future. git tag: 1_5_RC2 on commit: f20847d tarballs: https://dist.apache.org/repos/dist/dev/ant/antlibs/compress/ revision: 19857 Maven artifacts: https://repository.apache.org/content/repositories/orgapacheant-1018/org/apache/ant/ant-compress/1.5/ This Vote will be open at least for 72 hours and close no earlier than 2017-06-04 17:00UTC. Cheers Stefan - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: [CANCEL][VOTE] Release Compress Antlib 1.5 based on RC1
On 2017-05-31, Gintautas Grigelionis wrote: > Luckily, all the old poms have correct coordinates :-) They MUST be the > same in pom.xml and ivy.xml Well. Ironically the folks working on Ant libs are more familiar with Maven then with Ivy, at least I am. After re-reading the Ivy docs I fully have to agree with >> the master is correct and all previous coordinates as well as RC1 are >> wrong. and will start a separate thread for this. Stefan - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: [VOTE] Release Compress Antlib 1.5 based on RC1
No Stefan, I was just wondering if it was normal that this file didn't contain the release date.If the current situation is fine for you, I'll give my vote. Maarten Van: Stefan Bodewig <bode...@apache.org> Aan: dev@ant.apache.org Verzonden: woensdag 31 mei 14:39 2017 Onderwerp: Re: [VOTE] Release Compress Antlib 1.5 based on RC1 Maarten, Jan right now this only has my implicit vote. Would you be more inclined to vote if the date was included inside the changelog? If so, I'll re-roll the release. Stefan On 2017-05-31, Maarten Coene wrote: > Why not simply ?That is the date > the vote started and the binaries were built?Or perhaps you could add a few > days to it and make sure the vote ends at that date? > It's just strange when reading the documentation of a released version to see > that it's 'unreleased' or 'during-release'... > Maarten > Van: "Matèrne, Jan (RZF, Ref 410)" <jan.mate...@fv.nrw.de> > Aan: Ant Developers List <dev@ant.apache.org> > Verzonden: woensdag 31 mei 10:25 2017 > Onderwerp: AW: [VOTE] Release Compress Antlib 1.5 based on RC1 > Maybe > ? > Jan > -Ursprüngliche Nachricht- > Von: Stefan Bodewig [mailto:bode...@apache.org] > Gesendet: Mittwoch, 31. Mai 2017 09:46 > An: dev@ant.apache.org > Betreff: Re: [VOTE] Release Compress Antlib 1.5 based on RC1 > On 2017-05-31, Maarten Coene wrote: >> The changes.xml still contains the following line:> date="unreleased"> >> I'm not sure this should block the release, but I think it would be better >> to fill in the correct date. > This is a chicken and egg problem. As long as the vote hasn't passed, I > don't know the release date :-) > Stefan > - > 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 > For additional commands, e-mail: dev-h...@ant.apache.org - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: [VOTE] Release Compress Antlib 1.5 based on RC1
Maarten, Jan right now this only has my implicit vote. Would you be more inclined to vote if the date was included inside the changelog? If so, I'll re-roll the release. Stefan On 2017-05-31, Maarten Coene wrote: > Why not simply ?That is the date > the vote started and the binaries were built?Or perhaps you could add a few > days to it and make sure the vote ends at that date? > It's just strange when reading the documentation of a released version to see > that it's 'unreleased' or 'during-release'... > Maarten > Van: "Matèrne, Jan (RZF, Ref 410)" <jan.mate...@fv.nrw.de> > Aan: Ant Developers List <dev@ant.apache.org> > Verzonden: woensdag 31 mei 10:25 2017 > Onderwerp: AW: [VOTE] Release Compress Antlib 1.5 based on RC1 > Maybe > ? > Jan > -Ursprüngliche Nachricht- > Von: Stefan Bodewig [mailto:bode...@apache.org] > Gesendet: Mittwoch, 31. Mai 2017 09:46 > An: dev@ant.apache.org > Betreff: Re: [VOTE] Release Compress Antlib 1.5 based on RC1 > On 2017-05-31, Maarten Coene wrote: >> The changes.xml still contains the following line:> date="unreleased"> >> I'm not sure this should block the release, but I think it would be better >> to fill in the correct date. > This is a chicken and egg problem. As long as the vote hasn't passed, I > don't know the release date :-) > Stefan > - > 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 > For additional commands, e-mail: dev-h...@ant.apache.org - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: AW: [VOTE] Release Compress Antlib 1.5 based on RC1
Why not simply ?That is the date the vote started and the binaries were built?Or perhaps you could add a few days to it and make sure the vote ends at that date? It's just strange when reading the documentation of a released version to see that it's 'unreleased' or 'during-release'... Maarten Van: "Matèrne, Jan (RZF, Ref 410)" <jan.mate...@fv.nrw.de> Aan: Ant Developers List <dev@ant.apache.org> Verzonden: woensdag 31 mei 10:25 2017 Onderwerp: AW: [VOTE] Release Compress Antlib 1.5 based on RC1 Maybe ? Jan -Ursprüngliche Nachricht- Von: Stefan Bodewig [mailto:bode...@apache.org] Gesendet: Mittwoch, 31. Mai 2017 09:46 An: dev@ant.apache.org Betreff: Re: [VOTE] Release Compress Antlib 1.5 based on RC1 On 2017-05-31, Maarten Coene wrote: > The changes.xml still contains the following line: date="unreleased"> > I'm not sure this should block the release, but I think it would be better to > fill in the correct date. This is a chicken and egg problem. As long as the vote hasn't passed, I don't know the release date :-) Stefan - 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 For additional commands, e-mail: dev-h...@ant.apache.org
AW: [VOTE] Release Compress Antlib 1.5 based on RC1
Maybe ? Jan -Ursprüngliche Nachricht- Von: Stefan Bodewig [mailto:bode...@apache.org] Gesendet: Mittwoch, 31. Mai 2017 09:46 An: dev@ant.apache.org Betreff: Re: [VOTE] Release Compress Antlib 1.5 based on RC1 On 2017-05-31, Maarten Coene wrote: > The changes.xml still contains the following line: date="unreleased"> > I'm not sure this should block the release, but I think it would be better to > fill in the correct date. This is a chicken and egg problem. As long as the vote hasn't passed, I don't know the release date :-) Stefan - 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 For additional commands, e-mail: dev-h...@ant.apache.org
Re: [VOTE] Release Compress Antlib 1.5 based on RC1
On 2017-05-31, Maarten Coene wrote: > The changes.xml still contains the following line: date="unreleased"> > I'm not sure this should block the release, but I think it would be better to > fill in the correct date. This is a chicken and egg problem. As long as the vote hasn't passed, I don't know the release date :-) Stefan - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
[VOTE] Release Compress Antlib 1.5 based on RC1
Hi all I've created a release candidate for Compress Antlib 1.5. This catches up with Commons Compress 1.14 and thus adds write support for LZMA and Snappy, full support for LZ4 and read-only support for Brotli. git tag: 1_5_RC1 on commit: 84e2f9b tarballs: https://dist.apache.org/repos/dist/dev/ant/antlibs/compress/ revision: 19840 Maven artifacts: https://repository.apache.org/content/repositories/orgapacheant-1015/org/apache/ant/ant-compress/1.5/ This Vote will be open at least for 72 hours and close no earlier than 2017-06-02 18:30UTC. Cheers Stefan - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: Build failed in Jenkins: AntLib-antunit #25
On 2016-07-11, Stefan Bodewig wrote: > On 2016-07-11, Stefan Bodewig wrote: >> On 2016-06-24, Jan Matèrne (jhm) wrote: >>> I try to understand, why AntUnit is failing on the CI ... >>> (Works on my Win7 machine). >> It looks as if the current working directory is not what one would >> expect. In your configuration using "-f" it failed to find the build >> file, and in my latest attempt specifying the build file directly it >> doesn't resolve the -lib switches properly. > OK, using paths relative to the test file seemed to work (as far as > finding the necessary libs goes) but the test fails. I'll try a few > things. https://github.com/apache/ant/commit/2d283dd117933aba230e7100ba4bb56502b412e5 we need ant 1.9.4 or newer for the test to pass :-) I'm afraid I lack karma to install newer version of Ant, though. Stefan - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: Build failed in Jenkins: AntLib-antunit #25
On 2016-07-11, Stefan Bodewig wrote: > On 2016-06-24, Jan Matèrne (jhm) wrote: >> I try to understand, why AntUnit is failing on the CI ... >> (Works on my Win7 machine). > It looks as if the current working directory is not what one would > expect. In your configuration using "-f" it failed to find the build > file, and in my latest attempt specifying the build file directly it > doesn't resolve the -lib switches properly. OK, using paths relative to the test file seemed to work (as far as finding the necessary libs goes) but the test fails. I'll try a few things. Stefan - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: Build failed in Jenkins: AntLib-antunit #25
On 2016-06-24, Jan Matèrne (jhm) wrote: > I try to understand, why AntUnit is failing on the CI ... > (Works on my Win7 machine). It looks as if the current working directory is not what one would expect. In your configuration using "-f" it failed to find the build file, and in my latest attempt specifying the build file directly it doesn't resolve the -lib switches properly. Stefan - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
AW: Build failed in Jenkins: AntLib-antunit #25
I try to understand, why AntUnit is failing on the CI ... (Works on my Win7 machine). Jan > -Ursprüngliche Nachricht- > Von: Apache Jenkins Server [mailto:jenk...@builds.apache.org] > Gesendet: Freitag, 24. Juni 2016 12:40 > An: notificati...@ant.apache.org > Betreff: Build failed in Jenkins: AntLib-antunit #25 > > See <https://builds.apache.org/job/AntLib-antunit/25/> > > -- > [...truncated 24 lines...] > [echo] updating prepare.xml > > bootstrap: > [echo] Bootstrap done. Next step: > [echo] ant -f prepare.xml prepare > > BUILD SUCCESSFUL > Total time: 0 seconds > [AntLib-antunit] $ /home/jenkins/tools/ant/latest/bin/ant -file > prepare.xml prepare > Buildfile: /x1/jenkins/jenkins-slave/workspace/AntLib- > antunit/prepare.xml > > get-antunit: > > prepare: > [echo] Preparation done. Next steps: > [echo] ant clean distribution > [echo] ant -lib ant-antunit.jar -lib build/lib test > > BUILD SUCCESSFUL > Total time: 0 seconds > [AntLib-antunit] $ /home/jenkins/tools/ant/latest/bin/ant clean > distribution > Buildfile: /x1/jenkins/jenkins-slave/workspace/AntLib-antunit/build.xml > > setup-properties: > > clean: >[delete] Deleting directory /x1/jenkins/jenkins- > slave/workspace/AntLib-antunit/build >[delete] Deleting directory /x1/jenkins/jenkins- > slave/workspace/AntLib-antunit/distribution > > setup-properties: > > setup: > [mkdir] Created dir: /x1/jenkins/jenkins-slave/workspace/AntLib- > antunit/build/classes > [mkdir] Created dir: /x1/jenkins/jenkins-slave/workspace/AntLib- > antunit/build/test-classes > [mkdir] Created dir: /x1/jenkins/jenkins-slave/workspace/AntLib- > antunit/build/lib > > download-ivy: > [echo] installing ivy... > [get] Getting: > http://repo1.maven.org/maven2/org/apache/ivy/ivy/2.4.0-rc1/ivy-2.4.0- > rc1.jar > [get] To: /x1/jenkins/jenkins-slave/workspace/AntLib- > antunit/ivy/ivy.jar > [get] Not modified - so not downloaded > > install-ivy: > > -no-resolve: > > resolve: > [ivy:resolve] :: Apache Ivy 2.4.0-rc1 - 20140315220245 :: > http://ant.apache.org/ivy/ :: > [ivy:resolve] :: loading settings :: url = > jar:file:/x1/jenkins/jenkins-slave/workspace/AntLib- > antunit/ivy/ivy.jar!/org/apache/ivy/core/settings/ivysettings.xml > [ivy:resolve] :: resolving dependencies :: Apache Ant#ant- > antunit;1.4alpha > [ivy:resolve] confs: [default, test] > [ivy:resolve] found junit#junit;4.11 in default > [ivy:resolve] found org.hamcrest#hamcrest-core;1.3 in default > [ivy:resolve] :: resolution report :: resolve 112ms :: artifacts dl 5ms > - > > | |modules|| artifacts > | > | conf | number| search|dwnlded|evicted|| > number|dwnlded| > - > > | default | 2 | 0 | 0 | 0 || 2 | 0 > | > | test | 0 | 0 | 0 | 0 || 0 | 0 > | > - > > [ivy:retrieve] :: retrieving :: Apache Ant#ant-antunit [sync] > [ivy:retrieve]confs: [default] > [ivy:retrieve]0 artifacts copied, 2 already retrieved (0kB/5ms) > [ivy:retrieve] :: retrieving :: Apache Ant#ant-antunit [sync] > [ivy:retrieve]confs: [test] > [ivy:retrieve]0 artifacts copied, 0 already retrieved (0kB/2ms) > > compile: > [javac] Compiling 24 source files to /x1/jenkins/jenkins- > slave/workspace/AntLib-antunit/build/classes > [javac] Note: /x1/jenkins/jenkins-slave/workspace/AntLib- > antunit/src/main/org/apache/ant/antunit/junit4/AntUnitSuiteRunner.java > uses or overrides a deprecated API. > [javac] Note: Recompile with -Xlint:deprecation for details. > > check-for-NOTICE: > > antlib: > [copy] Copying 1 file to /x1/jenkins/jenkins- > slave/workspace/AntLib-antunit/build/classes > [jar] Building jar: /x1/jenkins/jenkins-slave/workspace/AntLib- > antunit/build/lib/ant-antunit-1.4alpha.jar > > ready-to-distribute: > > distribution: > [mkdir] Created dir: /x1/jenkins/jenkins-slave/workspace/AntLib- > antunit/distribution/binaries > [mkdir] Created dir: /x1/jenkins/jenkins-slave/workspace/AntLib- > antunit/distribution/source > > setup-properties: > > setup: > > download-ivy: > [echo] installing ivy... > [get] Getting: > http://repo1.maven.org/maven2/org/apache/i
AntLib-svn @ Jenkins
AntLib-SVN ist running on Jenkins now without problems. https://builds.apache.org/job/AntLib-svn https://builds.apache.org/job/AntLib-svn/lastBuild/console Jan
[RESULT] Release Compress Antlib 1.4 Based on RC1
I forgot to add a time when the vote closes but by now way more than 72 hours have passed, even taking the dist hickup into account. With four +1s by Jean-Louis, Nicolas, Antoine and my own implied one the vote has passed. I'll proceed with publishing the release and will update the site and send out an announcements after the mirrors had time to catch up. Many thanks Stefan - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
[ANN] Apache Compress Antlib 1.4 Released
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The Apache Compress Antlib offers tasks and types for the archive and compression formats like CPIO, XZ, Pack200, LZMA, ARJ, .Z, Snappy, 7z and AR supported by Apache Commons Compress as well as re-implementations of the formats already supported by Ant's core. Version 1.4 catches up with Apache Commons Compress 1.7 and adds read-only tasks and resources for Snappy and the traditional Unix .Z compression. Support for the XZ and LZMA compression formats is based on the XZ for Java library of the Tukaani Project[1], which is required at runtime in addition to Commons Compress. Some 7z archives will require LZMA support and thus XZ for Java as well. Source and binary distributions are available from the Apache Ant download site: http://ant.apache.org/antlibs/bindownload.cgi and http://ant.apache.org/antlibs/srcdownload.cgi Please verify signatures using the KEYS file available at the above location when downloading the release. For complete information on the Compress Antlib, including instructions on how to submit bug reports, patches, or suggestions for improvement, see the Apache Compress Antlib website: http://ant.apache.org/antlibs/compress/index.html Stefan Bodewig, on behalf of the Apache Ant community [1] http://tukaani.org/xz/java.html -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAlLpJNcACgkQohFa4V9ri3JrHACdElul/r5gvOCXpLWUSr5pmfw1 kZkAoOPVQNtZ4AeQCIC8+HsRlO+bAb1E =6yZX -END PGP SIGNATURE- - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: [VOTE] Release Compress Antlib 1.4 Based on RC1
On 2014-01-23, Antoine Levy Lambert wrote: I wanted to have a look at the release but dist.apache.org is down at the moment … infra says it is up again. Stefan - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: [VOTE] Release Compress Antlib 1.4 Based on RC1
+1 Nicolas Le 21 janv. 2014 à 13:33, Stefan Bodewig bode...@apache.org a écrit : Hi all, following the Commons Compress 1.7 release I'd like to release a new version of the Antlib as well. Most importantly this adds tasks and resources for Snappy and traditional Unix .Z compress. Both of them read-only. svn tag: https://svn.apache.org/repos/asf/ant/antlibs/compress/tags/1_4_RC1/ (svn revision 1559922) Tarballs: https://dist.apache.org/repos/dist/dev/ant/antlibs/compress/ (svn revision 4125) Maven Central Stuff: https://repository.apache.org/content/repositories/orgapacheant-1001/org/apache/ant/ant-compress/1.4/ Stefan - 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 For additional commands, e-mail: dev-h...@ant.apache.org
Re: [VOTE] Release Compress Antlib 1.4 Based on RC1
+1, Antoine On Jan 27, 2014, at 5:03 AM, Stefan Bodewig wrote: On 2014-01-23, Antoine Levy Lambert wrote: I wanted to have a look at the release but dist.apache.org is down at the moment … infra says it is up again. Stefan - 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 For additional commands, e-mail: dev-h...@ant.apache.org
Re: [VOTE] Release Compress Antlib 1.4 Based on RC1
I wanted to have a look at the release but dist.apache.org is down at the moment … On Jan 22, 2014, at 1:53 PM, Jean-Louis Boudart wrote: Fine :) 2014/1/22 Stefan Bodewig bode...@apache.org On 2014-01-22, Jean-Louis Boudart wrote: +1 Is it normal that tag name is 1.4_RC1 but not in the maven version or name in dist.apache.org ? This vote is not about a RC but I have created an RC and the vote is about calling that 1.4 - final, if you will. If the vote passes, I'll copy the tag and not create any new artifacts. Stefan - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org -- Jean Louis Boudart Independent consultant Apache EasyAnt commiter http://ant.apache.org/easyant/ - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: [VOTE] Release Compress Antlib 1.4 Based on RC1
+1 Is it normal that tag name is 1.4_RC1 but not in the maven version or name in dist.apache.org ? 2014/1/21 Stefan Bodewig bode...@apache.org Hi all, following the Commons Compress 1.7 release I'd like to release a new version of the Antlib as well. Most importantly this adds tasks and resources for Snappy and traditional Unix .Z compress. Both of them read-only. svn tag: https://svn.apache.org/repos/asf/ant/antlibs/compress/tags/1_4_RC1/ (svn revision 1559922) Tarballs: https://dist.apache.org/repos/dist/dev/ant/antlibs/compress/ (svn revision 4125) Maven Central Stuff: https://repository.apache.org/content/repositories/orgapacheant-1001/org/apache/ant/ant-compress/1.4/ Stefan - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org -- Jean Louis Boudart Independent consultant Apache EasyAnt commiter http://ant.apache.org/easyant/
Re: [VOTE] Release Compress Antlib 1.4 Based on RC1
On 2014-01-22, Jean-Louis Boudart wrote: +1 Is it normal that tag name is 1.4_RC1 but not in the maven version or name in dist.apache.org ? This vote is not about a RC but I have created an RC and the vote is about calling that 1.4 - final, if you will. If the vote passes, I'll copy the tag and not create any new artifacts. Stefan - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: [VOTE] Release Compress Antlib 1.4 Based on RC1
Fine :) 2014/1/22 Stefan Bodewig bode...@apache.org On 2014-01-22, Jean-Louis Boudart wrote: +1 Is it normal that tag name is 1.4_RC1 but not in the maven version or name in dist.apache.org ? This vote is not about a RC but I have created an RC and the vote is about calling that 1.4 - final, if you will. If the vote passes, I'll copy the tag and not create any new artifacts. Stefan - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org -- Jean Louis Boudart Independent consultant Apache EasyAnt commiter http://ant.apache.org/easyant/
[VOTE] Release Compress Antlib 1.4 Based on RC1
Hi all, following the Commons Compress 1.7 release I'd like to release a new version of the Antlib as well. Most importantly this adds tasks and resources for Snappy and traditional Unix .Z compress. Both of them read-only. svn tag: https://svn.apache.org/repos/asf/ant/antlibs/compress/tags/1_4_RC1/ (svn revision 1559922) Tarballs: https://dist.apache.org/repos/dist/dev/ant/antlibs/compress/ (svn revision 4125) Maven Central Stuff: https://repository.apache.org/content/repositories/orgapacheant-1001/org/apache/ant/ant-compress/1.4/ Stefan - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
[ANN] Apache Compress Antlib 1.3 Released
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The Apache Compress Antlib offers tasks and types for the archive and compression formats like CPIO, XZ, Pack200, LZMA, ARJ, 7z and AR supported by Apache Commons Compress as well as re-implementations of the formats already supported by Ant's core. Version 1.3 catches up with Apache Commons Compress 1.6 and adds tasks and resources for LZMA compression and ARJ as well as 7z archives. The LZMA and ARJ formats are read-only and ARJ doesn't support compression. The 7z tasks and types only work on files but not on arbitrary resources. Support for the XZ and LZMA compression formats is based on the XZ for Java library of the Tukaani Project[1], which is required at runtime in addition to Commons Compress. Some 7z archives will require LZMA support and thus XZ for Java as well. Source and binary distributions are available from the Apache Ant download site: http://ant.apache.org/antlibs/bindownload.cgi and http://ant.apache.org/antlibs/srcdownload.cgi Please verify signatures using the KEYS file available at the above location when downloading the release. For complete information on the Compress Antlib, including instructions on how to submit bug reports, patches, or suggestions for improvement, see the Apache Compress Antlib website: http://ant.apache.org/antlibs/compress/index.html Stefan Bodewig, on behalf of the Apache Ant community [1] http://tukaani.org/xz/java.html -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAlJ7g48ACgkQohFa4V9ri3IfMACgjeTwvLlBWx6660nuS/TEW0df nbgAn1jHHi+bJFVw0UW8SRDc6CjZLq8Z =GXey -END PGP SIGNATURE- - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: [VOTE] Release Compress Antlib 1.3 Based on RC1
+1 Peter On Sat, Nov 2, 2013 at 3:21 AM, Stefan Bodewig bode...@apache.org wrote: On 2013-11-02, Nicolas Lalevée wrote: I was just surprised to see the license file in the common folder in the source archive rather at its root. But this is nit picking. I think this is common (no pun intended) to all our antlib releases. Stefan - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
[RESULT?] Release Compress Antlib 1.3 Based on RC1
I must admit I feel a bit wrong for keeping the vote open as along as it takes to get three +1s - I might be bending our rules, please yell if it actually is wrong. By now I count +1s by Nicolas Lalevée Peter Reilly Stefan Bodewig which would make the vote pass. Unless I hear anything else I'm going to publish the release in two days from now. Stefan - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: [VOTE] Release Compress Antlib 1.3 Based on RC1
On 2013-11-02, Nicolas Lalevée wrote: I was just surprised to see the license file in the common folder in the source archive rather at its root. But this is nit picking. I think this is common (no pun intended) to all our antlib releases. Stefan - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: [VOTE] Release Compress Antlib 1.3 Based on RC1
LGTM. I was just surprised to see the license file in the common folder in the source archive rather at its root. But this is nit picking. +1 for the release. Nicolas Le 27 oct. 2013 à 07:30, Stefan Bodewig bode...@apache.org a écrit : Hi all, following the Commons Compress 1.6 release I'd like to release a new version of the Antlib as well. Most importantly this adds tasks and resources for 7z (only for files, not arbitrary resources) as well as arj and stand-alone LZMA. arj and lzma are read-only. svn tag: https://svn.apache.org/repos/asf/ant/antlibs/compress/tags/1_3_RC1/ (svn revision 1536056) Tarballs: https://dist.apache.org/repos/dist/dev/ant/antlibs/compress (svn revision 3350) Maven Central Stuff: https://repository.apache.org/content/repositories/orgapacheant-035/org/apache/ant/ant-compress/1.3/ Stefan - 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 For additional commands, e-mail: dev-h...@ant.apache.org
[VOTE] Release Compress Antlib 1.3 Based on RC1
Hi all, following the Commons Compress 1.6 release I'd like to release a new version of the Antlib as well. Most importantly this adds tasks and resources for 7z (only for files, not arbitrary resources) as well as arj and stand-alone LZMA. arj and lzma are read-only. svn tag: https://svn.apache.org/repos/asf/ant/antlibs/compress/tags/1_3_RC1/ (svn revision 1536056) Tarballs: https://dist.apache.org/repos/dist/dev/ant/antlibs/compress (svn revision 3350) Maven Central Stuff: https://repository.apache.org/content/repositories/orgapacheant-035/org/apache/ant/ant-compress/1.3/ Stefan - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: Self-referencing Antlib limitation
Le 16 sept. 2012 à 18:03, Vimil Saju a écrit :
Isn't it possible to use the ant:current uri to solve this issue, as
described in the link below?
http://ant.apache.org/manual/Types/antlib.html
Nice catch, I forgot about that. Probably antunit needs to be fixed.
But what about the antunit test I have committed disabled ? Should we consider
it a valid use case ? Or should we consider a bug and promote the use of
'current' ?
I am in favor of the later, so we can avoid some tricky code.
Nicolas
From: Nicolas Lalevée nicolas.lale...@hibnet.org
To: Ant Developers List dev@ant.apache.org
Sent: Sunday, September 16, 2012 7:21 AM
Subject: Self-referencing Antlib limitation
I was still playing with classloaders and namespaces and antlib import with
the AntDSL, and I encountered an unexpected limitation.
What I found: an antlib which is referencing itself in its definition cannot
be loaded dynamically via an uri other than its antlib one.
This is the case for antunit:
antlib xmlns:au=antlib:org.apache.ant.antunit
[...]
taskdef name=fail
classname=org.apache.ant.antunit.AssertTask/
[...]
macrodef name=assertTrue backtrace=false
attribute name=message default=Assertion failed/
element name=assertion implicit=true/
sequential
au:fail message=@{message}
assertion/
/au:fail
/sequential
/macrodef
And the following doesn't work:
taskdef classpath=antunit.jar uri=urn:antunit
resource=org/apache/ant/antunit/antlib.xml /
(actually, this precise line works, but trying to use any antunit macro will
fail)
I think that the issue is how Ant interpret the namespace declaration in the
antlib definition. In Antunit:
antlib xmlns:au=antlib:org.apache.ant.antunit
When Ant is parsing it, it considers it as an antlib to be resolved later,
whereas it should detect that this is the canonical uri of the antlib it is
parsing, or sort of this, and should use the uri actual used rather than
the antlib one.
The behavior only affect cases where somebody is trying to load two different
versions of the same antlib. This is some quite edge case, but do we agree
this is an issue ?
I have committed a test case to see it in action. See r1385269. To run it,
rename first broken_testURI to testURI in
src/tests/antunit/taskdefs/taskdef-antlib-test.xml.
I had a quick look to how to fix it. As far I can tell, the best way to do it
is to:
* in Definer.loadAntlib(ClassLoader, URL), make the createAntlib aware of the
resource it was loaded from, and try to build an antlib uri from that.
* in Antlib.createAntlib(), let the projecthelper parse the file to an
unknown element with the 'incorrect' uri. But then make a deep lookup in the
tree of UnknownElements and change everything that needs to be changed.
It seems not trivial.
Let me know what you think.
Nicolas
-
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
For additional commands, e-mail: dev-h...@ant.apache.org
Self-referencing Antlib limitation
I was still playing with classloaders and namespaces and antlib import with the
AntDSL, and I encountered an unexpected limitation.
What I found: an antlib which is referencing itself in its definition cannot be
loaded dynamically via an uri other than its antlib one.
This is the case for antunit:
antlib xmlns:au=antlib:org.apache.ant.antunit
[...]
taskdef name=fail
classname=org.apache.ant.antunit.AssertTask/
[...]
macrodef name=assertTrue backtrace=false
attribute name=message default=Assertion failed/
element name=assertion implicit=true/
sequential
au:fail message=@{message}
assertion/
/au:fail
/sequential
/macrodef
And the following doesn't work:
taskdef classpath=antunit.jar uri=urn:antunit
resource=org/apache/ant/antunit/antlib.xml /
(actually, this precise line works, but trying to use any antunit macro will
fail)
I think that the issue is how Ant interpret the namespace declaration in the
antlib definition. In Antunit:
antlib xmlns:au=antlib:org.apache.ant.antunit
When Ant is parsing it, it considers it as an antlib to be resolved later,
whereas it should detect that this is the canonical uri of the antlib it is
parsing, or sort of this, and should use the uri actual used rather than the
antlib one.
The behavior only affect cases where somebody is trying to load two different
versions of the same antlib. This is some quite edge case, but do we agree this
is an issue ?
I have committed a test case to see it in action. See r1385269. To run it,
rename first broken_testURI to testURI in
src/tests/antunit/taskdefs/taskdef-antlib-test.xml.
I had a quick look to how to fix it. As far I can tell, the best way to do it
is to:
* in Definer.loadAntlib(ClassLoader, URL), make the createAntlib aware of the
resource it was loaded from, and try to build an antlib uri from that.
* in Antlib.createAntlib(), let the projecthelper parse the file to an unknown
element with the 'incorrect' uri. But then make a deep lookup in the tree of
UnknownElements and change everything that needs to be changed.
It seems not trivial.
Let me know what you think.
Nicolas
-
To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
For additional commands, e-mail: dev-h...@ant.apache.org
Re: Self-referencing Antlib limitation
Isn't it possible to use the ant:current uri to solve this issue, as
described in the link below?
http://ant.apache.org/manual/Types/antlib.html
From: Nicolas Lalevée nicolas.lale...@hibnet.org
To: Ant Developers List dev@ant.apache.org
Sent: Sunday, September 16, 2012 7:21 AM
Subject: Self-referencing Antlib limitation
I was still playing with classloaders and namespaces and antlib import with the
AntDSL, and I encountered an unexpected limitation.
What I found: an antlib which is referencing itself in its definition cannot be
loaded dynamically via an uri other than its antlib one.
This is the case for antunit:
antlib xmlns:au=antlib:org.apache.ant.antunit
[...]
taskdef name=fail
classname=org.apache.ant.antunit.AssertTask/
[...]
macrodef name=assertTrue backtrace=false
attribute name=message default=Assertion failed/
element name=assertion implicit=true/
sequential
au:fail message=@{message}
assertion/
/au:fail
/sequential
/macrodef
And the following doesn't work:
taskdef classpath=antunit.jar uri=urn:antunit
resource=org/apache/ant/antunit/antlib.xml /
(actually, this precise line works, but trying to use any antunit macro will
fail)
I think that the issue is how Ant interpret the namespace declaration in the
antlib definition. In Antunit:
antlib xmlns:au=antlib:org.apache.ant.antunit
When Ant is parsing it, it considers it as an antlib to be resolved later,
whereas it should detect that this is the canonical uri of the antlib it is
parsing, or sort of this, and should use the uri actual used rather than the
antlib one.
The behavior only affect cases where somebody is trying to load two different
versions of the same antlib. This is some quite edge case, but do we agree this
is an issue ?
I have committed a test case to see it in action. See r1385269. To run it,
rename first broken_testURI to testURI in
src/tests/antunit/taskdefs/taskdef-antlib-test.xml.
I had a quick look to how to fix it. As far I can tell, the best way to do it
is to:
* in Definer.loadAntlib(ClassLoader, URL), make the createAntlib aware of the
resource it was loaded from, and try to build an antlib uri from that.
* in Antlib.createAntlib(), let the projecthelper parse the file to an unknown
element with the 'incorrect' uri. But then make a deep lookup in the tree of
UnknownElements and change everything that needs to be changed.
It seems not trivial.
Let me know what you think.
Nicolas
-
To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
For additional commands, e-mail: dev-h...@ant.apache.org
[ANN] Apache Compress Antlib 1.2 Released
The Apache Compress Antlib offers tasks and types for the archive and compression formats like CPIO, XZ, Pack200 and AR supported by Apache Commons Compress as well as re-implementations of the formats already supported by Ant's core. Version 1.2 embraces Apache Commons Compress 1.4 and thus adds tasks and resources for XZ compression and supports a wider variety of tar dialects including some extended parts of the current POSIX standard. Support for the XZ compression format is based on the XZ for Java library of the Tukaani Project[1], which is required at runtime in addition to Commons Compress. Source and binary distributions are available from the Apache Ant download site: http://ant.apache.org/antlibs/bindownload.cgi and http://ant.apache.org/antlibs/srcdownload.cgi Please verify signatures using the KEYS file available at the above location when downloading the release. For complete information on the Compress Antlib, including instructions on how to submit bug reports, patches, or suggestions for improvement, see the Apache Compress Antlib website: http://ant.apache.org/antlibs/compress/index.html Stefan Bodewig, on behalf of the Apache Ant community [1] http://tukaani.org/xz/java.html pgpMtFTVPms4o.pgp Description: PGP signature
Re: [VOTE] Release Apache Compress Antlib 1.2
+1 On 4/16/2012 11:39 AM, Stefan Bodewig wrote: following the 1.4 release of Apache Commons Compress I've prepared a new release of the Compress Antlib. - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: [VOTE] Release Apache Compress Antlib 1.2
looks as if I was making a habit out of forgetting to vote myself ... On 2012-04-16, Stefan Bodewig wrote: svn tag: https://svn.apache.org/repos/asf/ant/antlibs/compress/tags/1_2_RC1/ (Revision 1326712) tarballs: https://dist.apache.org/repos/dist/dev/ant/antlibs/compress/ Maven artifacts: https://repository.apache.org/content/repositories/orgapacheant-059/org/apache/ant/ant-compress/1.2/ +1 Stefan - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
[RESULT] Release Apache Compress Antlib 1.2
The vote has passed with four +1s (Nicolas, Conor, Bruce and myself) and no other votes. I'll now proceed with the release process. Stefan - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: [VOTE] Release Apache Compress Antlib 1.2
The README.html would probably need some ASL header. But it's not a blocker for me. Other than that everything looks fine. +1 for the release Nicolas Le 16 avr. 2012 à 20:39, Stefan Bodewig a écrit : Hi all, following the 1.4 release of Apache Commons Compress I've prepared a new release of the Compress Antlib. Highlights: support for XZ compression format and improved POSIX tar support (can now properly create archives for long file names/big files that are understood by all modern tars). svn tag: https://svn.apache.org/repos/asf/ant/antlibs/compress/tags/1_2_RC1/ (Revision 1326712) tarballs: https://dist.apache.org/repos/dist/dev/ant/antlibs/compress/ Maven artifacts: https://repository.apache.org/content/repositories/orgapacheant-059/org/apache/ant/ant-compress/1.2/ Vote will remain open for at least 72 hours and close no earlier than 19:00 UTC on Thu 2012-04-19. Stefan - 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 For additional commands, e-mail: dev-h...@ant.apache.org
Re: [VOTE] Release Apache Compress Antlib 1.2
+1 for me Conor On Tue, Apr 17, 2012 at 04:39, Stefan Bodewig bode...@apache.org wrote: Hi all, following the 1.4 release of Apache Commons Compress I've prepared a new release of the Compress Antlib. Highlights: support for XZ compression format and improved POSIX tar support (can now properly create archives for long file names/big files that are understood by all modern tars). svn tag: https://svn.apache.org/repos/asf/ant/antlibs/compress/tags/1_2_RC1/ (Revision 1326712) tarballs: https://dist.apache.org/repos/dist/dev/ant/antlibs/compress/ Maven artifacts: https://repository.apache.org/content/repositories/orgapacheant-059/org/apache/ant/ant-compress/1.2/ - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
[VOTE] Release Apache Compress Antlib 1.2
Hi all, following the 1.4 release of Apache Commons Compress I've prepared a new release of the Compress Antlib. Highlights: support for XZ compression format and improved POSIX tar support (can now properly create archives for long file names/big files that are understood by all modern tars). svn tag: https://svn.apache.org/repos/asf/ant/antlibs/compress/tags/1_2_RC1/ (Revision 1326712) tarballs: https://dist.apache.org/repos/dist/dev/ant/antlibs/compress/ Maven artifacts: https://repository.apache.org/content/repositories/orgapacheant-059/org/apache/ant/ant-compress/1.2/ Vote will remain open for at least 72 hours and close no earlier than 19:00 UTC on Thu 2012-04-19. Stefan - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
[RESULT] Release Compress Antlib 1.1 based on RC1
Hi all, the vote has passed with +1s from Nicolas, Conor, Peter, Bruce and myself. I will now publish the artifacts and wait for the mirrors to catch up before I update the site and announce the release. Many thanks to all who took the time to review the release Stefan - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
[ANNOUNCE] Apache Compress Antlib 1.1 Released
The Apache Ant Team is proud to announce the 1.1 release of the Apache Compress Antlib. The Apache Compress Antlib offers tasks and types for the archive and compression formats like CPIO, Pack200 and AR supported by Apache Commons Compress as well as re-implementations of the formats already supported by Ant's core. Version 1.1 embraces Apache Commons Compress 1.3 and thus adds support for Zip64 extensions (i.e. ZIP archives 4 GB), the Pack200 format and read-only support for the Unix dump format. With this change the Compress Antlib now requires Java5 at runtime. Source and binary distributions are available from the Apache Ant download site: http://ant.apache.org/antlibs/bindownload.cgi and http://ant.apache.org/antlibs/srcdownload.cgi Please verify signatures using the KEYS file available at the above location when downloading the release. For complete information on the Compress Antlib, including instructions on how to submit bug reports, patches, or suggestions for improvement, see the Apache Compress Antlib website: http://ant.apache.org/antlibs/compress/index.html Stefan Bodewig, on behalf of the Apache Ant community pgpftow7fitT0.pgp Description: PGP signature
Re: [VOTE] Release Compress Antlib 1.1 based on RC1
On 2011-11-02, Stefan Bodewig wrote: Commons Compress 1.3 has just been released and based on it the Compress Antlib now supports Zip64 extensions (ZIPs 4 GByte), Pack200 and can extract Unix dump files. This changes means the Compress Antlib now requires Java5 at runtime. svn tag: http://svn.apache.org/repos/asf/ant/antlibs/compress/tags/1_1_RC1/ distribution files: http://people.apache.org/~bodewig/compress-antlib-1.1RC1/ This includes a new binary distribution -withdeps that is identical to the normal binary distribution plus commons-compress-1.3.jar. Maven artifacts: https://repository.apache.org/content/repositories/orgapacheant-138/org/apache/ant/ant-compress/1.1/ Should this be released as the Compress Antlib 1.1? +1 Stefan - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
[VOTE] Release Compress Antlib 1.1 based on RC1
Hi all, Commons Compress 1.3 has just been released and based on it the Compress Antlib now supports Zip64 extensions (ZIPs 4 GByte), Pack200 and can extract Unix dump files. This changes means the Compress Antlib now requires Java5 at runtime. svn tag: http://svn.apache.org/repos/asf/ant/antlibs/compress/tags/1_1_RC1/ distribution files: http://people.apache.org/~bodewig/compress-antlib-1.1RC1/ This includes a new binary distribution -withdeps that is identical to the normal binary distribution plus commons-compress-1.3.jar. Maven artifacts: https://repository.apache.org/content/repositories/orgapacheant-138/org/apache/ant/ant-compress/1.1/ Should this be released as the Compress Antlib 1.1? Vote will be open for at least 72 hours (closing no earlier than November 5th, 0630 UTC). - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: [VOTE] Release Compress Antlib 1.1 based on RC1
Le 2 nov. 2011 à 07:22, Stefan Bodewig a écrit : Hi all, Commons Compress 1.3 has just been released and based on it the Compress Antlib now supports Zip64 extensions (ZIPs 4 GByte), Pack200 and can extract Unix dump files. This changes means the Compress Antlib now requires Java5 at runtime. svn tag: http://svn.apache.org/repos/asf/ant/antlibs/compress/tags/1_1_RC1/ distribution files: http://people.apache.org/~bodewig/compress-antlib-1.1RC1/ This includes a new binary distribution -withdeps that is identical to the normal binary distribution plus commons-compress-1.3.jar. Maven artifacts: https://repository.apache.org/content/repositories/orgapacheant-138/org/apache/ant/ant-compress/1.1/ Should this be released as the Compress Antlib 1.1? +1 Just a note: it would be great to have a doc about some building instructions. There would be not much to say, basically add commons-compress to Ant's classpath and run ant package, but it avoids searching in the build.xml how the classpath is setup. Nicolas - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: [VOTE] Release Compress Antlib 1.1 based on RC1
On Wed, Nov 2, 2011 at 17:22, Stefan Bodewig bode...@apache.org wrote: Should this be released as the Compress Antlib 1.1? +1 Conor - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: [VOTE] Release Compress Antlib 1.1 based on RC1
+1 Peter On Wed, Nov 2, 2011 at 11:13 AM, Conor MacNeill co...@apache.org wrote: On Wed, Nov 2, 2011 at 17:22, Stefan Bodewig bode...@apache.org wrote: Should this be released as the Compress Antlib 1.1? +1 Conor - 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 For additional commands, e-mail: dev-h...@ant.apache.org
Building Antlibs (was Re: [VOTE] Release Compress Antlib 1.1 based on RC1)
On 2011-11-02, Nicolas Lalevée wrote: Just a note: it would be great to have a doc about some building instructions. There would be not much to say, basically add commons-compress to Ant's classpath and run ant package, but it avoids searching in the build.xml how the classpath is setup. Basically all antlibs are built the same: make sure you have your dependencies in -lib or CLASSPATH and the use a given set of targets. I agree this could be documented better. antlibs/commons/trunk likely is the best place for this - I'll look into it. Thanks Stefan - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: [VOTE] Release Compress Antlib 1.1 based on RC1
+1 On 01/11/2011 11:22 PM, Stefan Bodewig wrote: Should this be released as the Compress Antlib 1.1? Vote will be open for at least 72 hours (closing no earlier than November 5th, 0630 UTC). - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
svn antlib errors in Gump - likely BZ issue 48746
Hi, I managed to reproduce the Gump failure on my own Linux box, the problem is that LineOrientedOutputStream is passed a single line in multiple chunks rather than one call. Rather than once with r1154184 | bodewig | 2011-08-05 14:11:27 +0200 (Fri, 05 Aug 2011) | 1 line SvnChangeLogParser's processLine method is called twice with the Strings r1154184 | bodewig | 2011-08-05 14:11:27 +0200 (Fri, 05 Aug 2011) | 1 line and causes the parser state machine to never find the revision (it assumes the line starts with r and ends with either line or lines). I think this is an instance of https://issues.apache.org/bugzilla/show_bug.cgi?id=48746 Since I still don't know how to fix that, lets assume Gump is providing us with a Linux testcase. Stefan - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: Committing to antlib sandbox
Am I supposed to checkout each antlib independently That's how I do it. Honestly I never expected people wanted to check out all-trunks at all. The scripts that are there to create or promote antlibs expect that you have checked out the antlibs individually as they need to work on the trunk/tags/branches structure. Ok - cool - thought something was up, I'll checkout the code individually and work like that then :) Kev - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Committing to antlib sandbox
Hi, I've checked out the all-trunks repository and I can't commit? kevj@deb-dev:~/_code/ant-sandbox-all-trunks$ svn ci minify/NOTICE -m update date svn: Commit failed (details follow): svn: Server sent unexpected return value (403 Forbidden) in response to MKACTIVITY request for '/repos/asf/!svn/act/bb7267e7-5ae8-40c0-be79-89dc8b85baf1' kevj@deb-dev:~/_code/ant-sandbox-all-trunks$ svn info Path: . URL: https://svn.apache.org/repos/asf/ant/sandbox/antlibs/all-trunks Repository Root: https://svn.apache.org/repos/asf Repository UUID: 13f79535-47bb-0310-9956-ffa450edef68 Revision: 1078400 Node Kind: directory Schedule: normal Last Changed Author: kevj Last Changed Rev: 991766 Last Changed Date: 2010-09-02 06:42:59 +0700 (Thu, 02 Sep 2010) kevj@deb-dev:~/_code/ant-sandbox-all-trunks$ At the top top level the url is https, but under the individual projects: kevj@deb-dev:~/_code/ant-sandbox-all-trunks/minify$ svn info Path: . URL: http://svn.apache.org/repos/asf/ant/sandbox/antlibs/minify/trunk Repository Root: http://svn.apache.org/repos/asf Repository UUID: 13f79535-47bb-0310-9956-ffa450edef68 Revision: 1078400 Node Kind: directory Schedule: normal Last Changed Author: kevj Last Changed Rev: 1023201 Last Changed Date: 2010-10-16 14:22:07 +0700 (Sat, 16 Oct 2010) The scheme is http. Am I supposed to checkout each antlib independently - last time I tried this I needed all-trunks to promote the vss antlib, so I don't think this should be the case. Thanks, Kev - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: Committing to antlib sandbox
On 2011-03-06, Kevin Jackson wrote: Am I supposed to checkout each antlib independently That's how I do it. Honestly I never expected people wanted to check out all-trunks at all. The scripts that are there to create or promote antlibs expect that you have checked out the antlibs individually as they need to work on the trunk/tags/branches structure. If it is common practice to use all-trunks we must change the svn:externals to use https. - last time I tried this I needed all-trunks to promote the vss antlib, so I don't think this should be the case. You only needed to change the svn:externals on all-trunks, for this you only need a non-recursive working copy of it (or none at all if you use svn ps svn:externals https://;) Stefan - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
[RESULT][VOTE] Second Attempt to Release .NET Antlib 1.1
Hi, the vote passed with six +1s (Conor, Peter, Kevin, Antoine, Bruce and myself) and I have already copied over the files. I'll send out the announce email after giving the mirrors a bit of time to catch up. Stefan - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: [VOTE] Second Attempt to Release .NET Antlib 1.1
On 1/28/2011 12:02 AM, Stefan Bodewig wrote: I hereby call for a vote to release these files as Apache .NET Ant Library 1.1. +1 Antoine - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: [VOTE] Second Attempt to Release .NET Antlib 1.1
On 27/01/2011 9:02 PM, Stefan Bodewig wrote: I hereby call for a vote to release these files as Apache .NET Ant Library 1.1. +1 - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: [VOTE] Second Attempt to Release .NET Antlib 1.1
Hi Stefan, after fixing the NOTICE file and applying the trademark policy I've rebuilt the distribution from svn revision 1064451 of http://svn.apache.org/repos/asf/ant/antlibs/dotnet/tags/1_1/ Tarballs at http://people.apache.org/~bodewig/dotnet/, Maven artifacts at https://repository.apache.org/content/repositories/orgapacheant-087/. I hereby call for a vote to release these files as Apache .NET Ant Library 1.1. +1 Kev - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
[VOTE] Second Attempt to Release .NET Antlib 1.1
Hi, after fixing the NOTICE file and applying the trademark policy I've rebuilt the distribution from svn revision 1064451 of http://svn.apache.org/repos/asf/ant/antlibs/dotnet/tags/1_1/ Tarballs at http://people.apache.org/~bodewig/dotnet/, Maven artifacts at https://repository.apache.org/content/repositories/orgapacheant-087/. I hereby call for a vote to release these files as Apache .NET Ant Library 1.1. Stefan - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: [VOTE] Second Attempt to Release .NET Antlib 1.1
On 2011-01-28, Stefan Bodewig wrote: I hereby call for a vote to release these files as Apache .NET Ant Library 1.1. +1 Stefan - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
