Makes no big difference to me, I tend to favor the tarball formats as I
mentioned above, but that's probably just because I'm used to working on
*nix/OS X environments.
Brian Fox wrote:
On Mon, Oct 12, 2009 at 12:00 PM, Daniel Kulp wrote:
I personally think that not having a tar.gz will be v
This should be posted to the user list, along with an example of your
pom and perhaps some mvn -x output to go with it.
On Sat, Oct 3, 2009 at 10:50 AM, Franco Ehrat wrote:
> Hi developers,
>
>
>
> I send you this mail because I'm totally irritated. I tried a few times
> to release a component.
On Mon, Oct 12, 2009 at 12:00 PM, Daniel Kulp wrote:
>
> I personally think that not having a tar.gz will be very "unnatural" for unix
> folks and will cause a barrage of "where's the unix build?" emails to users@
> and such.
>
> To me, there is no downside of having it. It takes an extra couple
Is it typical at Apache for .gz files to be distributed too? I know
that whenever I've done releases, I have only done .zip files.
Paul
On Mon, Oct 12, 2009 at 11:00 AM, Daniel Kulp wrote:
>
> I personally think that not having a tar.gz will be very "unnatural" for unix
> folks and will cause a
I personally think that not having a tar.gz will be very "unnatural" for unix
folks and will cause a barrage of "where's the unix build?" emails to users@
and such.
To me, there is no downside of having it. It takes an extra couple seconds to
build and upload. Who cares? But the po
Hi,
I am in the process of creating a plugin using the atlassian sdk and have just
installed the ojdbc driver from oracle into my local maven repository.
Now, I need to write a class that can connect to oracle for the plugin but I am
not sure what my class needs to extend in terms of an atlassi
Jochen Wiedmann wrote:
On Mon, Oct 12, 2009 at 9:13 AM, Mark Struberg wrote:
hmm I'm using zips on a few Linux Servers, Solaris and HP-UX and had no problem
so far. _Very_ old gunzip had a few problems, but I'm not sure if we have to
consider them.
In any case there is still the fallback to
Arnaud HERITIER wrote:
Benjamin, should I fix something ? :-(
For this release? No, not because of me. The stuff from target is
superfluos but should not hurt, unless you discover files that reveal
sensitive information.
If you wanted to look into working on the underlying assembly
descri
Yes, Myself I didn't have issue to navigate in its screens.Thx.
Arnaud
On Mon, Oct 12, 2009 at 4:53 AM, Brian Fox wrote:
> I'll get them updated, the steps are substantially the same but
> screens slightly different.
>
> On Sun, Oct 11, 2009 at 7:52 PM, Arnaud HERITIER
> wrote:
> > Hi,
> > I
> +1
>
> The source distro again contains target/** so we probably should look into
> another assembly descriptor, something simple without regex that simply
> works for single-module projects.
>
>
Benjamin, should I fix something ? :-(
Arnaud
Arnaud HERITIER wrote:
Staging repo:
https://repository.apache.org/content/repositories/maven-staging-017/
Staging site:
http://maven.apache.org/plugins/maven-source-plugin-2.1.1/
+1
The source distro again contains target/** so we probably should look
into another assembly descriptor, some
On Mon, Oct 12, 2009 at 9:13 AM, Mark Struberg wrote:
> hmm I'm using zips on a few Linux Servers, Solaris and HP-UX and had no
> problem so far. _Very_ old gunzip had a few problems, but I'm not sure if we
> have to consider them.
>
> In any case there is still the fallback to use 'jar -x' to u
On Oct 12, 2009, at 12:10 AM, Jochen Wiedmann wrote:
Sorry from a german.
Your argument was: "We had no problem with internal distributions."
My reply is: Of course you didn't have. Internal distributions are
typically used in development environments only and very rarely on
productive system
hmm I'm using zips on a few Linux Servers, Solaris and HP-UX and had no problem
so far. _Very_ old gunzip had a few problems, but I'm not sure if we have to
consider them.
In any case there is still the fallback to use 'jar -x' to unzip a modern zip ;)
LieGrue,
strub
--- On Mon, 10/12/09, Jaso
Sorry from a german.
Your argument was: "We had no problem with internal distributions."
My reply is: Of course you didn't have. Internal distributions are
typically used in development environments only and very rarely on
productive systems. But the problems I am predicting are most likely
to oc
15 matches
Mail list logo