> "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 th
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
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 p
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 protoco
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
> > clas
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 proba
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)
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
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 f
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 wi
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 sta
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
2/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
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 "Antli
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 j
+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] (Jekin
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
ead-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
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'
vor 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 o
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 [
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
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
e 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
> >
ver)
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:
>
&
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 wha
-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
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
> 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
--
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 distributi
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/
LGTM
+1 for this release
Nicolas
> Le 8 juin 2017 à 13:45, Stefan Bodewig 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
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/com
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
---
x27;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/
>
+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
>
>
+1 FWIW
Gintas
2017-06-06 9:13 GMT+02:00 Maarten Coene :
> +1
> Maarten
>
>
> Van: Stefan Bodewig
> 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, St
+1
Maarten
Van: Stefan Bodewig
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
> w
+1.
-Jaikiran
On 06-Jun-2017, at 9:56 AM, Stefan Bodewig 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
&g
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
Downloaded the tar and checked the docs and other files. Looks fine.
-Jaikiran
On 01-Jun-2017, at 10:25 PM, Stefan Bodewig 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.
gi
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:
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
ule="ant" ...>
>> >
>> for 1.5 RC1 it is
>>
>> > module="ant-compress" ...>
>> >
>> and the current master branch would create
>>
>> > module="ant-compress"
>
earlier
> releases. It used to be
>
>module="ant" ...>
>
> for 1.5 RC1 it is
>
>module="ant-compress" ...>
>
> and the current master branch would create
>
>module="ant-c
Hi all
I've just realized that the ivy.xml file I've published to Nexus has
completely different coordinates from the one used in earlier
releases. It used to be
e 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 th
n: "Matèrne, Jan (RZF, Ref 410)"
> Aan: Ant Developers List
> 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...@a
; or 'during-release'...
Maarten
Van: "Matèrne, Jan (RZF, Ref 410)"
Aan: Ant Developers List
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
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
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 kn
press 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
tarba
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/
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. I
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
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
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
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
-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
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
+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
>
>
+1
Nicolas
Le 21 janv. 2014 à 13:33, Stefan Bodewig 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.
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 ad
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
>
>> On 2014-01-22, Jean-Louis Boudart wrote:
>>
>>> +1
>>
>>> Is it normal that tag name is 1.4_RC1 but not in
Fine :)
2014/1/22 Stefan Bodewig
> 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 - fi
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 t
+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
> 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 an
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/com
-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
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
mon (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
>
>
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.
#x27;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/a
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:
> From: Nicolas Lalevée
> To: Ant Developers List
> 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 encount
M
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
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
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
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:
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/
+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 addit
+1 for me
Conor
On Tue, Apr 17, 2012 at 04:39, Stefan Bodewig 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
7;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.or
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
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
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
---
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 runt
+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
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.
+1 Peter
On Wed, Nov 2, 2011 at 11:13 AM, Conor MacNeill wrote:
> On Wed, Nov 2, 2011 at 17:22, Stefan Bodewig wrote:
>
>> Should this be released as the Compress Antlib 1.1?
>>
>
> +1
>
> Conor
>
> --
On Wed, Nov 2, 2011 at 17:22, Stefan Bodewig 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:
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 Comp
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/
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 pr
>> 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
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
rmal
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 th
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 unsubs
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...
1 - 100 of 1409 matches
Mail list logo
