Re: Build-By MANIFEST-Attribute (was Re: [VOTE] Release Compress 1.7 based on RC2)

2014-01-17 Thread Benedikt Ritter
2014/1/17 Gary Gregory 

> On Fri, Jan 17, 2014 at 8:25 AM, Stefan Bodewig 
> wrote:
>
> > On 2014-01-17, Emmanuel Bourg wrote:
> >
> > > If you build the release from your son's account (or if you have
> > > exotic tastes) you may end up with a 'Build-By: spacepirate' field in
> > > the manifest, which is a bit embarrassing.
> >
> > Now that's an idea.  So I'll throw in a bit of desinformation with
> > future releases :-)
> >
> > Seriously, I'll probably make sure to insert dev@commons.apache.org in
> > the future.
> >
>
> Then why not make this the default in the parent POM?
>

+1


>
> Gary
>
>
> >
> > Stefan
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > For additional commands, e-mail: dev-h...@commons.apache.org
> >
> >
>
>
> --
> E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
> Java Persistence with Hibernate, Second Edition<
> http://www.manning.com/bauer3/>
> JUnit in Action, Second Edition 
> Spring Batch in Action 
> Blog: http://garygregory.wordpress.com
> Home: http://garygregory.com/
> Tweet! http://twitter.com/GaryGregory
>



-- 
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRitter
http://github.com/britter


Re: Build-By MANIFEST-Attribute (was Re: [VOTE] Release Compress 1.7 based on RC2)

2014-01-17 Thread Gary Gregory
On Fri, Jan 17, 2014 at 8:25 AM, Stefan Bodewig  wrote:

> On 2014-01-17, Emmanuel Bourg wrote:
>
> > If you build the release from your son's account (or if you have
> > exotic tastes) you may end up with a 'Build-By: spacepirate' field in
> > the manifest, which is a bit embarrassing.
>
> Now that's an idea.  So I'll throw in a bit of desinformation with
> future releases :-)
>
> Seriously, I'll probably make sure to insert dev@commons.apache.org in
> the future.
>

Then why not make this the default in the parent POM?

Gary


>
> Stefan
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>


-- 
E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
Java Persistence with Hibernate, Second Edition
JUnit in Action, Second Edition 
Spring Batch in Action 
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory


Re: Build-By MANIFEST-Attribute (was Re: [VOTE] Release Compress 1.7 based on RC2)

2014-01-17 Thread Stefan Bodewig
On 2014-01-17, Emmanuel Bourg wrote:

> If you build the release from your son's account (or if you have
> exotic tastes) you may end up with a 'Build-By: spacepirate' field in
> the manifest, which is a bit embarrassing.

Now that's an idea.  So I'll throw in a bit of desinformation with
future releases :-)

Seriously, I'll probably make sure to insert dev@commons.apache.org in
the future.

Stefan

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org



Re: Build-By MANIFEST-Attribute (was Re: [VOTE] Release Compress 1.7 based on RC2)

2014-01-17 Thread Emmanuel Bourg
Le 17/01/2014 14:01, Stefan Bodewig a écrit :

> Well, this must have been that way for all releases I've ever
> created. :-)
> 
> If I had the choice I'd rather remove the manifest attribute completely
> than filling it with noise (and yes, I do consider my apache ID noise in
> this case).  Why would anybody care?  And do I want people sending me
> mails asking about a release I cut years ago because my name is in their
> MANIFEST?

The issue here I think is that the system account name is pasted
automatically. If you build the release from your son's account (or if
you have exotic tastes) you may end up with a 'Build-By: spacepirate'
field in the manifest, which is a bit embarrassing. Thus the default
recommendation to use the apache ID. But 'stefan' is perfectly fine to me.

Emmanuel Bourg


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org



Re: Build-By MANIFEST-Attribute (was Re: [VOTE] Release Compress 1.7 based on RC2)

2014-01-17 Thread Benedikt Ritter
2014/1/17 Stefan Bodewig 

> thanks for the review and the vote.
>
> On 2014-01-17, Benedikt Ritter wrote:
>
> > One minor thing I've noticed is, that the Build-By MANIFEST header is set
> > to "stefan". I've learned that it should be set to you're Apache ID.
>
> Well, this must have been that way for all releases I've ever
> created. :-)
>
> If I had the choice I'd rather remove the manifest attribute completely
> than filling it with noise (and yes, I do consider my apache ID noise in
> this case).  Why would anybody care?  And do I want people sending me
> mails asking about a release I cut years ago because my name is in their
> MANIFEST?
>

Well, this was brought up during the vote for commons lang 3.2 RC1 [1].
To be honest, I did not question it back then... :-)

Benedikt

[1] http://markmail.org/message/x6qrokg5pjenw2li


>
> Stefan
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>


-- 
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRitter
http://github.com/britter


Build-By MANIFEST-Attribute (was Re: [VOTE] Release Compress 1.7 based on RC2)

2014-01-17 Thread Stefan Bodewig
thanks for the review and the vote.

On 2014-01-17, Benedikt Ritter wrote:

> One minor thing I've noticed is, that the Build-By MANIFEST header is set
> to "stefan". I've learned that it should be set to you're Apache ID.

Well, this must have been that way for all releases I've ever
created. :-)

If I had the choice I'd rather remove the manifest attribute completely
than filling it with noise (and yes, I do consider my apache ID noise in
this case).  Why would anybody care?  And do I want people sending me
mails asking about a release I cut years ago because my name is in their
MANIFEST?

Stefan

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org