[RESULT] [VOTE] Apache Slider (incubating) release 0.91.0-incubating rc1

[Josh Elser]

This vote passes 4 binding +1's.

Thanks again John and Justin!

I'll go ahead and promote the artifacts. SLIDER-1149 was filed to 
dbl-check L in the jars before the next release.


Josh Elser wrote:

Hi folks,

This is a call for a vote on the Apache Slider (incubating) release
0.91.0-incubating. This release candidate, 0.91.0-incubating-RC1, has
successfully passed a vote for a release on the Apache Slider developer
mailing list. Over the last VOTE, this addresses an issue Justin brought
up in which there was a warfile used for testing which contained binary
JARs. This test-artifact is now dynamically generated instead of
statically committed to the repository (removing it from the
source-release artifact).

Vote thread:
https://lists.apache.org/thread.html/c07f40074f18c8923f9af2873eba5208fe0c2bb6c475196f2cd165b0@%3Cdev.slider.apache.org%3E


Results:
https://lists.apache.org/thread.html/203d9cac990503af28d345ffa7bd635c2092fb47cfaabc9cfe1d5c2e@%3Cdev.slider.apache.org%3E


Issues fixed:
https://issues.apache.org/jira/browse/SLIDER/fixforversion/12334370

Release notes:
https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12315422;
version=12334370

Staged artifacts:
https://dist.apache.org/repos/dist/dev/incubator/slider/0.91.0-incubating-RC1/


Nexus repository:
https://repository.apache.org/content/repositories/orgapacheslider-1016/

Git source:
https://git-wip-us.apache.org/repos/asf?p=incubator-slider.git;a=commit;h=9f491ef80c7da92c4f5d93ccdcf3ebbb93a9771d


Git SHA1: 9f491ef80c7da92c4f5d93ccdcf3ebbb93a9771d

PGP Key:
http://pgp.mit.edu:11371/pks/lookup?op=vindex=els...@apache.org

(9E62 822F 4668 F17B 0972 ADD9 B7D5 CD45 4677 D66C)

This VOTE will be open for at least 72hrs 2016/06/28 2100 (UTC):

[ ] +1 Release Apache Slider (incubating) 0.91.0-incubating
[ ] +0 No opinion
[ ] -1 Do not release Apache Slider (incubating) 0.91.0-incubating

Here's my +1 (binding)

- Josh (on behalf of the Slider podling)


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

Re: [VOTE] Release Apache Atlas version 0.7-incubating

[Shwetha Shivalingamurthy]

Thanks Justin for verifying

We have used sha512 already. We need to remove glyphicons font. We will
also fix the LICENSE and NOTICE and get back. Thanks!

Regards,
Shwetha






On 28/06/16, 10:40 AM, "Justin Mclean"  wrote:

>Hi,
>
>-1 (binding) until font license clarified.
>
>The glypicons font is normally a commercially licensed font which is not
>compatible with the Apache license [9], under certain conditions (i.e.
>shipped with bootstrap) it¹s MIT (bottom of same page) but I don¹t see
>that here.
>
>Also please fix for the next release:
>- the incorrect year in NOTICE
>- missing information from NOTICE
>- missing licenses in LICENSE
>
>I checked:
>- file names including incubating
>- signatures and hashes correct (although you may consider using sha512
>as well as md5)
>- DISCLAIMER exists
>- NOTICE contains incorrect year, and is also missing information from
>this NOTICE file I think [1][2]
>- LICENSE is missing several things (see below)
>- all Apache licensed source files have headers
>- no unexpected binary files in the source release
>- can compile from source
>
>These items need to be listed in LICENSE I suggest using the short form
>and a pointer to the license. [10]
>- handbars.js (MIT licensed) [3]
>- animate (MIT licensed) [4]
>- json2 (public domain) [5]
>- font awesome (MIT licensed) [6]
>- font awesome (SIL license) [7]
>- bbs (MIT license) [8]
>
>Also as mentioned in last review of the incubating release - if these are
>not bundled please remove their licenses from the LICENSE file.
>"The license mentions Berkeley DB Java Edition and ASM but it doesn¹t
>look like these are bundled in the source release. If this is the case
>they should be removed from the source LICENSE file."
>
>Thanks,
>Justin
>
>1. https://github.com/thinkaurelius/titan/blob/titan10/NOTICE.txt
>2. http://www.apache.org/dev/licensing-howto.html#alv2-dep
>3. ./dashboardv2/public/js/require-handlebars-plugin/js/handlebars.js
>4. ./dashboardv2/public/css/animate.min.css
>5. ./dashboardv2/public/js/require-handlebars-plugin/js/json2.js
>6 ./dashboardv2/public/css/font-awesome.min.css
>7. apache-atlas-sources-0.7-incubating/dashboardv2/public/css/fonts/*
>8. dashboardv2/public/js/require-handlebars-plugin/js/hbs.js
>9.  http://glyphicons.com/license/
>10. http://www.apache.org/dev/licensing-howto.html#permissive-deps
>
>
>-
>To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
>For additional commands, e-mail: general-h...@incubator.apache.org
>
>


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

July 2016 - Incubator Report Timeline

[John D. Ament]

July 2016 Incubator report timeline:

http://wiki.apache.org/incubator/July2016

Wed July 06 -- Podling reports due by end of day
Sun July 10 -- Shepherd reviews due by end of day
Sun July 10 -- Summary due by end of day
Tue July 12 -- Mentor signoff due by end of day
Wed July 13 -- Report submitted to Board
Wed July 20 -- Board meeting

I'm going to be a bit busy tomorrow, so hopefully no one gets too worried
that I'm sending this out a day early.

I'll gladly serve as report manager this month, unless someone else wants
to take a stab at it.

John

Re: [VOTE] $podling.apache.org is the same as $podling.incubator.apache.org

[John D. Ament]

I'm eyeing some changes to http://incubator.apache.org/guides/mentor.html as
well, so I don't mind picking this up.

The issue originally came up as we found that many newly created podlings
had working websites as $podling.apache.org in addition to $podling.i.a.o.
Marvin had sent out an audit of podlings out of alignment, we should double
check that as going through quarterly reports.

John

On Tue, Jun 28, 2016 at 10:53 PM Justin Mclean 
wrote:

> Hi,
>
> +1 but only if poddlings follow branding guidelines [1] (i.e. include
> disclaimer on website)
>
> I's also suggest that the inclusion of the incubator logo be changed to a
> MUST rather than a SHOULD as the URL may no longer include “incubator”.
>
> The page [1] may require a couple of minor edit as well if this change is
> voted in? Anyone willing to update the page?
>
> Thanks,
> Justin
>
> 1. http://incubator.apache.org/guides/branding.html
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>

Re: [VOTE] $podling.apache.org is the same as $podling.incubator.apache.org

[Justin Mclean]

Hi,

+1 but only if poddlings follow branding guidelines [1] (i.e. include 
disclaimer on website)

I's also suggest that the inclusion of the incubator logo be changed to a MUST 
rather than a SHOULD as the URL may no longer include “incubator”.

The page [1] may require a couple of minor edit as well if this change is voted 
in? Anyone willing to update the page?

Thanks,
Justin

1. http://incubator.apache.org/guides/branding.html
-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [VOTE] $podling.apache.org is the same as $podling.incubator.apache.org

[Amareshwari Sriramdasu]

+1

On Tue, Jun 28, 2016 at 7:58 PM, John D. Ament 
wrote:

> All,
>
> Its been discussed a few times, and I'd like to provide clear feedback to
> the infra team on how to implement going forward.
>
> Typically, the addresses $podling.apache.org and $
> podling.incubator.apache.org work, and have worked for a while.
>
> This is a call to vote on whether the IPMC agrees to this or not.  If they
> do, I will ask infra to further clean this up, as DNS seems to be an issue
> at times for podlings.  The benefit is that for SEO, the website URL does
> not change.
>
> I'm going to leave this open for 72 hours, at least and hope for some
> binding votes on this subject.
>
> [+1] I want the two URLs to both work the same.
> [+/- 0] Don't care
> [-1] I want the $podling.incubator.apache.org URL to be the one that
> works,
> including emails.
>
> John
>

Re: [VOTE] $podling.apache.org is the same as $podling.incubator.apache.org

[Henry Saputra]

+1

Looking forward to this one :)

On Tuesday, June 28, 2016, John D. Ament  wrote:

> All,
>
> Its been discussed a few times, and I'd like to provide clear feedback to
> the infra team on how to implement going forward.
>
> Typically, the addresses $podling.apache.org and $
> podling.incubator.apache.org work, and have worked for a while.
>
> This is a call to vote on whether the IPMC agrees to this or not.  If they
> do, I will ask infra to further clean this up, as DNS seems to be an issue
> at times for podlings.  The benefit is that for SEO, the website URL does
> not change.
>
> I'm going to leave this open for 72 hours, at least and hope for some
> binding votes on this subject.
>
> [+1] I want the two URLs to both work the same.
> [+/- 0] Don't care
> [-1] I want the $podling.incubator.apache.org URL to be the one that
> works,
> including emails.
>
> John
>

Re: [VOTE] $podling.apache.org is the same as $podling.incubator.apache.org

[Niall Pemberton]

+1

Niall

On Tue, Jun 28, 2016 at 3:28 PM, John D. Ament 
wrote:

> All,
>
> Its been discussed a few times, and I'd like to provide clear feedback to
> the infra team on how to implement going forward.
>
> Typically, the addresses $podling.apache.org and $
> podling.incubator.apache.org work, and have worked for a while.
>
> This is a call to vote on whether the IPMC agrees to this or not.  If they
> do, I will ask infra to further clean this up, as DNS seems to be an issue
> at times for podlings.  The benefit is that for SEO, the website URL does
> not change.
>
> I'm going to leave this open for 72 hours, at least and hope for some
> binding votes on this subject.
>
> [+1] I want the two URLs to both work the same.
> [+/- 0] Don't care
> [-1] I want the $podling.incubator.apache.org URL to be the one that
> works,
> including emails.
>
> John
>

Re: [VOTE] Apache Kudu (incubating) 0.9.1 RC1

[Justin Mclean]

Hi,

And also:
- no need to mention point “d” or list Apache 2.0 licensed software. [1]

Justin

1. http://www.apache.org/dev/licensing-howto.html#alv2-dep
-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [VOTE] Apache Kudu (incubating) 0.9.1 RC1

[Justin Mclean]

Hi,

> which as I understand it is the preferred way to include MIT-style licenses
> in LICENSE.txt.

That is the case. However other MIT license software include the LICENSE text 
are included in full (e.g. UTF-8 Library, epoch, jQuery).

In all cases they are bundled with the source so I don’t see why they are 
treated differently or why boost comes after the confusing part in the the 
LICENSE file.

AFAICS re that part:
- Point “a” is incorrect as boost is bundled in the source code.
- Point “b” while legally correct doesn’t follow current ASF legal advice. [1] 
(i.e. add a pointer to the license to LICENSE)
- Point “c” is also against policy, only things bundled need to be mentioned. 
[2] Having extra stuff in LICENSE is not an licensing error but it makes the 
situation a little confusing IMO.

> Good point. This isn't new in this release, but we should address it. Do
> you think a README file in this directory would be sufficient?

Totally up to the PPMC, as long as users know what is going on and aware how 
they are licensed.

As these files are bundled in the source release are their licenses mentioned 
in LICENSE? (again see [2])

Thanks,
Justin

1. 
http://www.apache.org/legal/resolved.html#can-works-placed-in-the-public-domain-be-included-in-apache-products
2. http://www.apache.org/dev/licensing-howto.html#guiding-principle
-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [VOTE] $podling.apache.org is the same as $podling.incubator.apache.org

[Julian Hyde]

+1

It’s easy to change content (e.g. the incubation disclaimer at the top of the 
home page and in files that are part of the release) but it’s difficult to 
change URLs. Remember that projects are ongoing operations, before and after 
graduation, and they are trying to reduce friction in their process (e.g. being 
able to post a link from a StackOverflow article to documentation on the 
project’s web site). Changing URLs is a significant bump in the road, so 
removing that bump is most welcome.

Julian



> On Jun 28, 2016, at 11:32 AM, Todd Lipcon  wrote:
> 
> +1 (binding)
> 
> Having to switch domain names during graduation is a pain for users, SEO,
> printed t-shirts, etc. Especially after many podlings arrive from outside
> the ASF and already have to switch once when entering incubation, adding
> the second switch is aggravating.
> 
> -Todd
> 
> On Tue, Jun 28, 2016 at 10:42 AM, Stian Soiland-Reyes 
> wrote:
> 
>> +1 (non-binding)
>> 
>> On 28 Jun 2016 3:29 p.m., "John D. Ament"  wrote:
>> 
>>> All,
>>> 
>>> Its been discussed a few times, and I'd like to provide clear feedback to
>>> the infra team on how to implement going forward.
>>> 
>>> Typically, the addresses $podling.apache.org and $
>>> podling.incubator.apache.org work, and have worked for a while.
>>> 
>>> This is a call to vote on whether the IPMC agrees to this or not.  If
>> they
>>> do, I will ask infra to further clean this up, as DNS seems to be an
>> issue
>>> at times for podlings.  The benefit is that for SEO, the website URL does
>>> not change.
>>> 
>>> I'm going to leave this open for 72 hours, at least and hope for some
>>> binding votes on this subject.
>>> 
>>> [+1] I want the two URLs to both work the same.
>>> [+/- 0] Don't care
>>> [-1] I want the $podling.incubator.apache.org URL to be the one that
>>> works,
>>> including emails.
>>> 
>>> John
>>> 
>> 
>> --
>> Todd Lipcon
>> Software Engineer, Cloudera
>> 


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

Re: [VOTE] Apache Kudu (incubating) 0.9.1 RC1

[Todd Lipcon]

On Mon, Jun 27, 2016 at 11:20 PM, Justin Mclean 
wrote:

> Hi,
>
> +1 binding
>
> But would be good clarify licenses of patches and fix up the slightly
> confusing section in LICENSE.
>
>
Thanks for your thorough check as always. Notes below:


> I checked:
> - incubating in name
> - signature and hashes good
> - DISCLAIMER exists
> - NOTICE is good
> - LICENSE I think is missing a boost [1] and again I think the end section
> is confusing. Boost is MIT licensed and is in the source not just the
> binary [1]
>

The LICENSE.txt has:

thirdparty/boost_uuid/: Boost software license
  - See thirdparty/boost_uuid/LICENSE.txt

which as I understand it is the preferred way to include MIT-style licenses
in LICENSE.txt. That's based on
http://www.apache.org/dev/licensing-howto#permissive-deps
which says "add a pointer to the dependency's license within the
distribution and a short note summarizing its licensing".



> - all source files have Apache headers
> - no unexpected binary files
> - can compile from source
>
> There are a number of patches in [2], it’s not clear how they are licensed.
>
>
Good point. This isn't new in this release, but we should address it. Do
you think a README file in this directory would be sufficient? The patches
are a mix - either they're backports from upstream repositories (in which
case they're licensed the same as the source they are patching) or they are
in a couple cases a small local patch to fix some integration with the Kudu
build (in which case they're licensed as Apache, I suppose, but are trivial
enough that we'd be fine licensing them with the modified source). What's
the best way to handle this?

-Todd

Re: [VOTE] $podling.apache.org is the same as $podling.incubator.apache.org

[Todd Lipcon]

+1 (binding)

Having to switch domain names during graduation is a pain for users, SEO,
printed t-shirts, etc. Especially after many podlings arrive from outside
the ASF and already have to switch once when entering incubation, adding
the second switch is aggravating.

-Todd

On Tue, Jun 28, 2016 at 10:42 AM, Stian Soiland-Reyes 
wrote:

> +1 (non-binding)
>
> On 28 Jun 2016 3:29 p.m., "John D. Ament"  wrote:
>
> > All,
> >
> > Its been discussed a few times, and I'd like to provide clear feedback to
> > the infra team on how to implement going forward.
> >
> > Typically, the addresses $podling.apache.org and $
> > podling.incubator.apache.org work, and have worked for a while.
> >
> > This is a call to vote on whether the IPMC agrees to this or not.  If
> they
> > do, I will ask infra to further clean this up, as DNS seems to be an
> issue
> > at times for podlings.  The benefit is that for SEO, the website URL does
> > not change.
> >
> > I'm going to leave this open for 72 hours, at least and hope for some
> > binding votes on this subject.
> >
> > [+1] I want the two URLs to both work the same.
> > [+/- 0] Don't care
> > [-1] I want the $podling.incubator.apache.org URL to be the one that
> > works,
> > including emails.
> >
> > John
> >
>
> --
> Todd Lipcon
> Software Engineer, Cloudera
>

Re: [VOTE] Apache Kudu (incubating) 0.9.1 RC1

[Todd Lipcon]

On Tue, Jun 28, 2016 at 11:28 AM, Todd Lipcon  wrote:

> On Tue, Jun 28, 2016 at 11:25 AM, Mattmann, Chris A (3980) <
> chris.a.mattm...@jpl.nasa.gov> wrote:
>
>> Hi Todd,
>>
>> If the release managers log in to id.apache.org and put their
>> keys in their profile the kudu.asc will get generated automatically.
>>
>
> Hrm, when I log in, it shows:
>
> OpenPGP Public Key Primary Fingerprint: AEC77EAF
>
> which is correct. Perhaps something wrong with the autogeneration or the
> groups?
>
> Oh, perhaps I needed to enter the whole fingerprint: 1B5D 384B 734F 3680
5286 2EB5 5E43 CAB9 AEC7 7EAF

Tried that, we'll see if it propagates.

-Todd

Re: [VOTE] Apache Kudu (incubating) 0.9.1 RC1

[Todd Lipcon]

On Tue, Jun 28, 2016 at 11:25 AM, Mattmann, Chris A (3980) <
chris.a.mattm...@jpl.nasa.gov> wrote:

> Hi Todd,
>
> If the release managers log in to id.apache.org and put their
> keys in their profile the kudu.asc will get generated automatically.
>

Hrm, when I log in, it shows:

OpenPGP Public Key Primary Fingerprint: AEC77EAF

which is correct. Perhaps something wrong with the autogeneration or the
groups?

-Todd

Re: [VOTE] Apache Kudu (incubating) 0.9.1 RC1

[Mattmann, Chris A (3980)]

Hi Todd,

If the release managers log in to id.apache.org and put their
keys in their profile the kudu.asc will get generated automatically.

I grabbed the KEYS file and was able to verify the release, so +1
from me! 

Cheers,
Chris

LMC-053601:apache-kudu-0.9.1-RC1 mattmann$ curl -O 
https://dist.apache.org/repos/dist/release/incubator/kudu/KEYS
  % Total% Received % Xferd  Average Speed   TimeTime Time  Current
 Dload  Upload   Total   SpentLeft  Speed
100 29484  100 294840 0  29514  0 --:--:-- --:--:-- --:--:-- 29513
LMC-053601:apache-kudu-0.9.1-RC1 mattmann$ gpg --import < KEYS
gpg: key 5EAF4B88: "Jean-Daniel Cryans (ASF key) " not 
changed
gpg: key AEC77EAF: duplicated user ID detected - merged
gpg: key AEC77EAF: public key "Todd Lipcon " imported
gpg: Total number processed: 2
gpg:   imported: 1
gpg:  unchanged: 1
gpg: 3 marginal(s) needed, 1 complete(s) needed, PGP trust model
gpg: depth: 0  valid:   1  signed:   0  trust: 0-, 0q, 0n, 0m, 0f, 1u
LMC-053601:apache-kudu-0.9.1-RC1 mattmann$ $HOME/verify_gpg_sigs
-bash: /Users/mattmann/verify_gpg_sigs: No such file or directory
LMC-053601:apache-kudu-0.9.1-RC1 mattmann$ $HOME/bin/verify_gpg_sigs
Verifying Signature for file apache-kudu-incubating-0.9.1.tar.gz.asc
gpg: assuming signed data in `apache-kudu-incubating-0.9.1.tar.gz'
gpg: Signature made Thu Jun 23 13:55:04 2016 PDT using DSA key ID AEC77EAF
gpg: Good signature from "Todd Lipcon "
gpg: aka "Todd Lipcon "
gpg: aka "Todd Lipcon "
gpg: aka "Todd Lipcon "
gpg: aka "Todd Lipcon "
gpg: aka "Todd Lipcon "
gpg: aka "Todd Lipcon "
gpg: aka "Todd Lipcon "
gpg: WARNING: This key is not certified with a trusted signature!
gpg:  There is no indication that the signature belongs to the owner.
Primary key fingerprint: 1B5D 384B 734F 3680 5286  2EB5 5E43 CAB9 AEC7 7EAF
LMC-053601:apache-kudu-0.9.1-RC1 mattmann$ $HOME/bin/verify_md5_checksums
md5sum: stat '*.bz2': No such file or directory
md5sum: stat '*.zip': No such file or directory
md5sum: stat '*.tgz': No such file or directory
apache-kudu-incubating-0.9.1.tar.gz: OK
LMC-053601:apache-kudu-0.9.1-RC1 mattmann$ 




++
Chris Mattmann, Ph.D.
Chief Architect
Instrument Software and Science Data Systems Section (398)
NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA
Office: 168-519, Mailstop: 168-527
Email: chris.a.mattm...@nasa.gov
WWW:  http://sunset.usc.edu/~mattmann/
++
Director, Information Retrieval and Data Science Group (IRDS)
Adjunct Associate Professor, Computer Science Department
University of Southern California, Los Angeles, CA 90089 USA
WWW: http://irds.usc.edu/
++









On 6/28/16, 11:22 AM, "Todd Lipcon"  wrote:

>On Tue, Jun 28, 2016 at 9:36 AM, Mattmann, Chris A (3980) <
>chris.a.mattm...@jpl.nasa.gov> wrote:
>
>> Hi All,
>>
>> minor nit first:
>>
>> there are no KEYS present in:
>>  
>>
>>
>> And, the Git WP repo doesn’t have a KEYS file.
>>
>> Can someone point me to the KEYS file?
>>
>>
>It's here:
>
>https://dist.apache.org/repos/dist/release/incubator/kudu/KEYS
>
>(how do we update the keys/group/kudu.asc file? In the TLPs I've been a
>part of, I only seem to recall the KEYS file in the dist/ dir)
>
>-Todd

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

Re: [VOTE] Apache Kudu (incubating) 0.9.1 RC1

[Todd Lipcon]

On Tue, Jun 28, 2016 at 9:36 AM, Mattmann, Chris A (3980) <
chris.a.mattm...@jpl.nasa.gov> wrote:

> Hi All,
>
> minor nit first:
>
> there are no KEYS present in:
>  
>
>
> And, the Git WP repo doesn’t have a KEYS file.
>
> Can someone point me to the KEYS file?
>
>
It's here:

https://dist.apache.org/repos/dist/release/incubator/kudu/KEYS

(how do we update the keys/group/kudu.asc file? In the TLPs I've been a
part of, I only seem to recall the KEYS file in the dist/ dir)

-Todd

Re: [VOTE] $podling.apache.org is the same as $podling.incubator.apache.org

[Stian Soiland-Reyes]

+1 (non-binding)

On 28 Jun 2016 3:29 p.m., "John D. Ament"  wrote:

> All,
>
> Its been discussed a few times, and I'd like to provide clear feedback to
> the infra team on how to implement going forward.
>
> Typically, the addresses $podling.apache.org and $
> podling.incubator.apache.org work, and have worked for a while.
>
> This is a call to vote on whether the IPMC agrees to this or not.  If they
> do, I will ask infra to further clean this up, as DNS seems to be an issue
> at times for podlings.  The benefit is that for SEO, the website URL does
> not change.
>
> I'm going to leave this open for 72 hours, at least and hope for some
> binding votes on this subject.
>
> [+1] I want the two URLs to both work the same.
> [+/- 0] Don't care
> [-1] I want the $podling.incubator.apache.org URL to be the one that
> works,
> including emails.
>
> John
>

Re: [VOTE] Apache Kudu (incubating) 0.9.1 RC1

[Mattmann, Chris A (3980)]

Hi All,

minor nit first:

there are no KEYS present in:
 


And, the Git WP repo doesn’t have a KEYS file.

Can someone point me to the KEYS file?

Cheers,
Chris

P.S. I couldn’t find my old email with the release +1, so I am
redo’ing my VOTE.

++
Chris Mattmann, Ph.D.
Chief Architect
Instrument Software and Science Data Systems Section (398)
NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA
Office: 168-519, Mailstop: 168-527
Email: chris.a.mattm...@nasa.gov
WWW:  http://sunset.usc.edu/~mattmann/
++
Director, Information Retrieval and Data Science Group (IRDS)
Adjunct Associate Professor, Computer Science Department
University of Southern California, Los Angeles, CA 90089 USA
WWW: http://irds.usc.edu/
++









On 6/28/16, 9:27 AM, "Sergio Fernández"  wrote:

>+1 (binding)
>
>So far I've checked: signatures and digests, source releases file layouts,
>matched git tags and commit ids, incubator suffix and disclaimer, NOTICE
>and LICENSE files, license headers, build from sources (CMake 3.5.1, GCC
>5.3.1, Debian amd64).
>
>The  thirdparty/patches folder looks  a bit weird for me: what license do
>they have? is the release already patched? So some clarification would be
>welcomed.
>
>Around the release, for not strictly affected, I'd like to point three more
>thing about the podling itself:
>
>* Although redirections are correctly handled, I'd remove all getkudu.io
>links in the documentation to use the new canonical domain kudu.apache.org
>
>* I noticed you incubating releases are not clearly marked (version suffix)
>at http://kudu.apache.org/releases/ until you actually retrieve the file.
>I'd say it's something to remark, to know what releases happened before
>incubation, what during and what afterwards.
>
>* The podling status page http://incubator.apache.org/projects/kudu.html
>requires some work (I went there just to check the releases issue mentioned
>before).
>
>Cheers,
>
>
>On Tue, Jun 28, 2016 at 6:12 PM, John D. Ament 
>wrote:
>
>> +1
>>
>> On Mon, Jun 27, 2016 at 11:10 AM Todd Lipcon  wrote:
>>
>> > Hi,
>> >
>> > The PPMC vote to release Apache Kudu (incubating) 0.9.1 RC1 passed and
>> > I'm now submitting this to the IPMC.
>> >
>> > Vote thread:
>> >
>> >
>> http://mail-archives.apache.org/mod_mbox/incubator-kudu-dev/201606.mbox/%3CCADY20s6%3D%2BnKNgvx%3DG_pKupQGiH%2B9ToS53LqExBwWM6vLp-ns9A%40mail.gmail.com%3E
>> >
>> > Result:
>> >
>> >
>> http://mail-archives.apache.org/mod_mbox/incubator-kudu-dev/201606.mbox/%3CCADY20s6gXTnV_vGqX1GrwecegdcFuEs9ovA2KPykkT524PaA3w%40mail.gmail.com%3E
>> >
>> > On the podling vote, one +1 (mine) is from an IPMC member, so carries
>> over
>> > into this vote.
>> >
>> > This is a source-only release. The artifacts were staged here:
>> > https://dist.apache.org/repos/dist/dev/incubator/kudu/0.9.1-RC1/
>> >
>> > It was built from this tag:
>> >
>> >
>> https://git-wip-us.apache.org/repos/asf?p=incubator-kudu.git;a=commit;h=095b481e308ad954cfe36ff7f91751f43eaf6aa1
>> >
>> > The release notes can be found here (some links will only work when this
>> > version is released):
>> >
>> >
>> https://github.com/apache/incubator-kudu/blob/master/docs/release_notes.adoc#rn_0.9.1
>> >
>> > KEYS file:
>> > http://www.apache.org/dist/incubator/kudu/KEYS
>> >
>> > Please try the release and vote; vote will be open for at least 72 hours.
>> >
>> > Thanks,
>> > -Todd
>> >
>>
>
>
>
>-- 
>Sergio Fernández
>Partner Technology Manager
>Redlink GmbH
>m: +43 6602747925
>e: sergio.fernan...@redlink.co
>w: http://redlink.co

Re: [VOTE] Apache Kudu (incubating) 0.9.1 RC1

[Jean-Daniel Cryans]

On Tue, Jun 28, 2016 at 9:27 AM, Sergio Fernández  wrote:

> +1 (binding)
>
> So far I've checked: signatures and digests, source releases file layouts,
> matched git tags and commit ids, incubator suffix and disclaimer, NOTICE
> and LICENSE files, license headers, build from sources (CMake 3.5.1, GCC
> 5.3.1, Debian amd64).
>
> The  thirdparty/patches folder looks  a bit weird for me: what license do
> they have? is the release already patched? So some clarification would be
> welcomed.
>
> Around the release, for not strictly affected, I'd like to point three more
> thing about the podling itself:
>
> * Although redirections are correctly handled, I'd remove all getkudu.io
> links in the documentation to use the new canonical domain kudu.apache.org


Yeah, that's one missing step after we made the move to kudu.apache.org
last week. Thanks for the reminder!


>
>
> * I noticed you incubating releases are not clearly marked (version suffix)
> at http://kudu.apache.org/releases/ until you actually retrieve the file.
> I'd say it's something to remark, to know what releases happened before
> incubation, what during and what afterwards.
>

Good suggestion.


>
> * The podling status page http://incubator.apache.org/projects/kudu.html
> requires some work (I went there just to check the releases issue mentioned
> before).
>
> Cheers,
>
>
> On Tue, Jun 28, 2016 at 6:12 PM, John D. Ament 
> wrote:
>
> > +1
> >
> > On Mon, Jun 27, 2016 at 11:10 AM Todd Lipcon  wrote:
> >
> > > Hi,
> > >
> > > The PPMC vote to release Apache Kudu (incubating) 0.9.1 RC1 passed and
> > > I'm now submitting this to the IPMC.
> > >
> > > Vote thread:
> > >
> > >
> >
> http://mail-archives.apache.org/mod_mbox/incubator-kudu-dev/201606.mbox/%3CCADY20s6%3D%2BnKNgvx%3DG_pKupQGiH%2B9ToS53LqExBwWM6vLp-ns9A%40mail.gmail.com%3E
> > >
> > > Result:
> > >
> > >
> >
> http://mail-archives.apache.org/mod_mbox/incubator-kudu-dev/201606.mbox/%3CCADY20s6gXTnV_vGqX1GrwecegdcFuEs9ovA2KPykkT524PaA3w%40mail.gmail.com%3E
> > >
> > > On the podling vote, one +1 (mine) is from an IPMC member, so carries
> > over
> > > into this vote.
> > >
> > > This is a source-only release. The artifacts were staged here:
> > > https://dist.apache.org/repos/dist/dev/incubator/kudu/0.9.1-RC1/
> > >
> > > It was built from this tag:
> > >
> > >
> >
> https://git-wip-us.apache.org/repos/asf?p=incubator-kudu.git;a=commit;h=095b481e308ad954cfe36ff7f91751f43eaf6aa1
> > >
> > > The release notes can be found here (some links will only work when
> this
> > > version is released):
> > >
> > >
> >
> https://github.com/apache/incubator-kudu/blob/master/docs/release_notes.adoc#rn_0.9.1
> > >
> > > KEYS file:
> > > http://www.apache.org/dist/incubator/kudu/KEYS
> > >
> > > Please try the release and vote; vote will be open for at least 72
> hours.
> > >
> > > Thanks,
> > > -Todd
> > >
> >
>
>
>
> --
> Sergio Fernández
> Partner Technology Manager
> Redlink GmbH
> m: +43 6602747925
> e: sergio.fernan...@redlink.co
> w: http://redlink.co
>

Re: [VOTE] Apache Kudu (incubating) 0.9.1 RC1

[Sergio Fernández]

+1 (binding)

So far I've checked: signatures and digests, source releases file layouts,
matched git tags and commit ids, incubator suffix and disclaimer, NOTICE
and LICENSE files, license headers, build from sources (CMake 3.5.1, GCC
5.3.1, Debian amd64).

The  thirdparty/patches folder looks  a bit weird for me: what license do
they have? is the release already patched? So some clarification would be
welcomed.

Around the release, for not strictly affected, I'd like to point three more
thing about the podling itself:

* Although redirections are correctly handled, I'd remove all getkudu.io
links in the documentation to use the new canonical domain kudu.apache.org

* I noticed you incubating releases are not clearly marked (version suffix)
at http://kudu.apache.org/releases/ until you actually retrieve the file.
I'd say it's something to remark, to know what releases happened before
incubation, what during and what afterwards.

* The podling status page http://incubator.apache.org/projects/kudu.html
requires some work (I went there just to check the releases issue mentioned
before).

Cheers,


On Tue, Jun 28, 2016 at 6:12 PM, John D. Ament 
wrote:

> +1
>
> On Mon, Jun 27, 2016 at 11:10 AM Todd Lipcon  wrote:
>
> > Hi,
> >
> > The PPMC vote to release Apache Kudu (incubating) 0.9.1 RC1 passed and
> > I'm now submitting this to the IPMC.
> >
> > Vote thread:
> >
> >
> http://mail-archives.apache.org/mod_mbox/incubator-kudu-dev/201606.mbox/%3CCADY20s6%3D%2BnKNgvx%3DG_pKupQGiH%2B9ToS53LqExBwWM6vLp-ns9A%40mail.gmail.com%3E
> >
> > Result:
> >
> >
> http://mail-archives.apache.org/mod_mbox/incubator-kudu-dev/201606.mbox/%3CCADY20s6gXTnV_vGqX1GrwecegdcFuEs9ovA2KPykkT524PaA3w%40mail.gmail.com%3E
> >
> > On the podling vote, one +1 (mine) is from an IPMC member, so carries
> over
> > into this vote.
> >
> > This is a source-only release. The artifacts were staged here:
> > https://dist.apache.org/repos/dist/dev/incubator/kudu/0.9.1-RC1/
> >
> > It was built from this tag:
> >
> >
> https://git-wip-us.apache.org/repos/asf?p=incubator-kudu.git;a=commit;h=095b481e308ad954cfe36ff7f91751f43eaf6aa1
> >
> > The release notes can be found here (some links will only work when this
> > version is released):
> >
> >
> https://github.com/apache/incubator-kudu/blob/master/docs/release_notes.adoc#rn_0.9.1
> >
> > KEYS file:
> > http://www.apache.org/dist/incubator/kudu/KEYS
> >
> > Please try the release and vote; vote will be open for at least 72 hours.
> >
> > Thanks,
> > -Todd
> >
>



-- 
Sergio Fernández
Partner Technology Manager
Redlink GmbH
m: +43 6602747925
e: sergio.fernan...@redlink.co
w: http://redlink.co

Re: [VOTE] Apache Kudu (incubating) 0.9.1 RC1

[John D. Ament]

+1

On Mon, Jun 27, 2016 at 11:10 AM Todd Lipcon  wrote:

> Hi,
>
> The PPMC vote to release Apache Kudu (incubating) 0.9.1 RC1 passed and
> I'm now submitting this to the IPMC.
>
> Vote thread:
>
> http://mail-archives.apache.org/mod_mbox/incubator-kudu-dev/201606.mbox/%3CCADY20s6%3D%2BnKNgvx%3DG_pKupQGiH%2B9ToS53LqExBwWM6vLp-ns9A%40mail.gmail.com%3E
>
> Result:
>
> http://mail-archives.apache.org/mod_mbox/incubator-kudu-dev/201606.mbox/%3CCADY20s6gXTnV_vGqX1GrwecegdcFuEs9ovA2KPykkT524PaA3w%40mail.gmail.com%3E
>
> On the podling vote, one +1 (mine) is from an IPMC member, so carries over
> into this vote.
>
> This is a source-only release. The artifacts were staged here:
> https://dist.apache.org/repos/dist/dev/incubator/kudu/0.9.1-RC1/
>
> It was built from this tag:
>
> https://git-wip-us.apache.org/repos/asf?p=incubator-kudu.git;a=commit;h=095b481e308ad954cfe36ff7f91751f43eaf6aa1
>
> The release notes can be found here (some links will only work when this
> version is released):
>
> https://github.com/apache/incubator-kudu/blob/master/docs/release_notes.adoc#rn_0.9.1
>
> KEYS file:
> http://www.apache.org/dist/incubator/kudu/KEYS
>
> Please try the release and vote; vote will be open for at least 72 hours.
>
> Thanks,
> -Todd
>

Re: [VOTE] Apache Kudu (incubating) 0.9.1 RC1

[Jake Farrell]

+1

-Jake

On Mon, Jun 27, 2016 at 11:10 AM, Todd Lipcon  wrote:

> Hi,
>
> The PPMC vote to release Apache Kudu (incubating) 0.9.1 RC1 passed and
> I'm now submitting this to the IPMC.
>
> Vote thread:
>
> http://mail-archives.apache.org/mod_mbox/incubator-kudu-dev/201606.mbox/%3CCADY20s6%3D%2BnKNgvx%3DG_pKupQGiH%2B9ToS53LqExBwWM6vLp-ns9A%40mail.gmail.com%3E
>
> Result:
>
> http://mail-archives.apache.org/mod_mbox/incubator-kudu-dev/201606.mbox/%3CCADY20s6gXTnV_vGqX1GrwecegdcFuEs9ovA2KPykkT524PaA3w%40mail.gmail.com%3E
>
> On the podling vote, one +1 (mine) is from an IPMC member, so carries over
> into this vote.
>
> This is a source-only release. The artifacts were staged here:
> https://dist.apache.org/repos/dist/dev/incubator/kudu/0.9.1-RC1/
>
> It was built from this tag:
>
> https://git-wip-us.apache.org/repos/asf?p=incubator-kudu.git;a=commit;h=095b481e308ad954cfe36ff7f91751f43eaf6aa1
>
> The release notes can be found here (some links will only work when this
> version is released):
>
> https://github.com/apache/incubator-kudu/blob/master/docs/release_notes.adoc#rn_0.9.1
>
> KEYS file:
> http://www.apache.org/dist/incubator/kudu/KEYS
>
> Please try the release and vote; vote will be open for at least 72 hours.
>
> Thanks,
> -Todd
>

Re: [VOTE] $podling.apache.org is the same as $podling.incubator.apache.org

[Jochen Wiedmann]

+1 to implementing this in the future.
-0 for retroactive implementation.


On Tue, Jun 28, 2016 at 5:41 PM, Flavio Junqueira  wrote:
> +1
>
>> On 28 Jun 2016, at 15:28, John D. Ament  wrote:
>>
>> All,
>>
>> Its been discussed a few times, and I'd like to provide clear feedback to
>> the infra team on how to implement going forward.
>>
>> Typically, the addresses $podling.apache.org and $
>> podling.incubator.apache.org work, and have worked for a while.
>>
>> This is a call to vote on whether the IPMC agrees to this or not.  If they
>> do, I will ask infra to further clean this up, as DNS seems to be an issue
>> at times for podlings.  The benefit is that for SEO, the website URL does
>> not change.
>>
>> I'm going to leave this open for 72 hours, at least and hope for some
>> binding votes on this subject.
>>
>> [+1] I want the two URLs to both work the same.
>> [+/- 0] Don't care
>> [-1] I want the $podling.incubator.apache.org URL to be the one that works,
>> including emails.
>>
>> John
>
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>



-- 
The next time you hear: "Don't reinvent the wheel!"

http://www.keystonedevelopment.co.uk/wp-content/uploads/2014/10/evolution-of-the-wheel-300x85.jpg

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

Re: [VOTE] $podling.apache.org is the same as $podling.incubator.apache.org

[Flavio Junqueira]

+1

> On 28 Jun 2016, at 15:28, John D. Ament  wrote:
> 
> All,
> 
> Its been discussed a few times, and I'd like to provide clear feedback to
> the infra team on how to implement going forward.
> 
> Typically, the addresses $podling.apache.org and $
> podling.incubator.apache.org work, and have worked for a while.
> 
> This is a call to vote on whether the IPMC agrees to this or not.  If they
> do, I will ask infra to further clean this up, as DNS seems to be an issue
> at times for podlings.  The benefit is that for SEO, the website URL does
> not change.
> 
> I'm going to leave this open for 72 hours, at least and hope for some
> binding votes on this subject.
> 
> [+1] I want the two URLs to both work the same.
> [+/- 0] Don't care
> [-1] I want the $podling.incubator.apache.org URL to be the one that works,
> including emails.
> 
> John


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

[VOTE] $podling.apache.org is the same as $podling.incubator.apache.org

[John D. Ament]

All,

Its been discussed a few times, and I'd like to provide clear feedback to
the infra team on how to implement going forward.

Typically, the addresses $podling.apache.org and $
podling.incubator.apache.org work, and have worked for a while.

This is a call to vote on whether the IPMC agrees to this or not.  If they
do, I will ask infra to further clean this up, as DNS seems to be an issue
at times for podlings.  The benefit is that for SEO, the website URL does
not change.

I'm going to leave this open for 72 hours, at least and hope for some
binding votes on this subject.

[+1] I want the two URLs to both work the same.
[+/- 0] Don't care
[-1] I want the $podling.incubator.apache.org URL to be the one that works,
including emails.

John

Re: *.incubator.apache.org and lists.apache.org?

[Daniel Gruno]

On 06/28/2016 04:19 PM, John D. Ament wrote:

On Tue, Jun 28, 2016 at 10:17 AM Daniel Gruno  wrote:


Let's keep the two things separate: There's Pony Mail, and then there's
lists.apache.org which is a specific installation of it.

In the specific agreement we have about lists.apache.org, we wanted the
'.incubator' part of the mailing list IDs stripped, so we wouldn't have
to fix that every single time on graduation - it would just work when
projects became TLPs.

I realize this poses an issue with the subscribe button, but it's
something we (infra) are willing to live with for the time being, if it
means less overall work for an understaffed infra team.

We could, as I said on the JIRA ticket you raised, have
$podling.apache.org be a valid MX record from the beginning, but I'm
sure someone on this list will protest ;-)



You're incorrect.


I merely said 'protest', I'm sure if we wait long enough, we can get 
someone to do that :p I am not saying it's against policy. However, it 
hasn't been formally requested (to the best of my knowledge), which 
would be a good thing, so infra knows how to set up podlings in the 
future, should the IPMC with for this to work like you say.


This was discussed previously on this mailing list, and

the lazy consensus was that the IPMC is fine if both $podling.a.o and
$podling.incubator.a.o work, as long as the podling website includes proper
incubator branding.

So I'm not sure what needs to be done to enable the MX record, I can hold a
more formal vote on the subject if lazy consensus isn't enough.

John




So, in a way, we're caught between what's practical and what's proper.

With regards,
Daniel.

On 06/28/2016 04:02 PM, Stian Soiland-Reyes wrote:

Hi,

I'm helping the new Juneau podling, and some confusion came because

https://lists.apache.org/list.html?d...@juneau.apache.org

claims the address is d...@juneau.apache.org

and lists dev-subscr...@juneau.apache.org as it's "Subscribe" address.


Reply-To on the list is however d...@juneau.incubator.apache.org, as
you would expect.


Generally for podling both address styles work - and we just keep the
non-incubator address "secret". However in this case the DNS has not
been updated and sending to d...@juneao.apache.org fails.

The new lists.apache.org interface makes it a bit confusing for
committers and specially newcomers.


Are we moving to using the style dev@$project.apache.org straight away
for new podlings, or is this simply a bug in Ponymail?   (We have
earlier discussed this as a possibility for website URLs)

I've raised the bug
https://github.com/apache/incubator-ponymail/issues/100 but wanted to
check here as well.




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







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

Re: *.incubator.apache.org and lists.apache.org?

[John D. Ament]

On Tue, Jun 28, 2016 at 10:17 AM Daniel Gruno  wrote:

> Let's keep the two things separate: There's Pony Mail, and then there's
> lists.apache.org which is a specific installation of it.
>
> In the specific agreement we have about lists.apache.org, we wanted the
> '.incubator' part of the mailing list IDs stripped, so we wouldn't have
> to fix that every single time on graduation - it would just work when
> projects became TLPs.
>
> I realize this poses an issue with the subscribe button, but it's
> something we (infra) are willing to live with for the time being, if it
> means less overall work for an understaffed infra team.
>
> We could, as I said on the JIRA ticket you raised, have
> $podling.apache.org be a valid MX record from the beginning, but I'm
> sure someone on this list will protest ;-)
>

You're incorrect.  This was discussed previously on this mailing list, and
the lazy consensus was that the IPMC is fine if both $podling.a.o and
$podling.incubator.a.o work, as long as the podling website includes proper
incubator branding.

So I'm not sure what needs to be done to enable the MX record, I can hold a
more formal vote on the subject if lazy consensus isn't enough.

John


>
> So, in a way, we're caught between what's practical and what's proper.
>
> With regards,
> Daniel.
>
> On 06/28/2016 04:02 PM, Stian Soiland-Reyes wrote:
> > Hi,
> >
> > I'm helping the new Juneau podling, and some confusion came because
> >
> > https://lists.apache.org/list.html?d...@juneau.apache.org
> >
> > claims the address is d...@juneau.apache.org
> >
> > and lists dev-subscr...@juneau.apache.org as it's "Subscribe" address.
> >
> >
> > Reply-To on the list is however d...@juneau.incubator.apache.org, as
> > you would expect.
> >
> >
> > Generally for podling both address styles work - and we just keep the
> > non-incubator address "secret". However in this case the DNS has not
> > been updated and sending to d...@juneao.apache.org fails.
> >
> > The new lists.apache.org interface makes it a bit confusing for
> > committers and specially newcomers.
> >
> >
> > Are we moving to using the style dev@$project.apache.org straight away
> > for new podlings, or is this simply a bug in Ponymail?   (We have
> > earlier discussed this as a possibility for website URLs)
> >
> > I've raised the bug
> > https://github.com/apache/incubator-ponymail/issues/100 but wanted to
> > check here as well.
> >
>
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>

Projects using GitHub issues

[John D. Ament]

All,

I started a discussion on legal discuss, as I was told VP Legal approved
using GitHub issues.  I have no specific concerns, other than ensuring that
permissions are propagated.

https://lists.apache.org/thread.html/d2cb0eed30d72976a2f54893f132c1fe300a86d2fdbce1422763c9f0@%3Clegal-discuss.apache.org%3E

Its clear to me that legal-discuss isn't where this should start, so I'm
not sure why VP Legal approved.  Anyways, I wanted to get opinions from the
incubator on who should be discussing this issue.

John

Re: *.incubator.apache.org and lists.apache.org?

[Daniel Gruno]

Let's keep the two things separate: There's Pony Mail, and then there's 
lists.apache.org which is a specific installation of it.


In the specific agreement we have about lists.apache.org, we wanted the 
'.incubator' part of the mailing list IDs stripped, so we wouldn't have 
to fix that every single time on graduation - it would just work when 
projects became TLPs.


I realize this poses an issue with the subscribe button, but it's 
something we (infra) are willing to live with for the time being, if it 
means less overall work for an understaffed infra team.


We could, as I said on the JIRA ticket you raised, have 
$podling.apache.org be a valid MX record from the beginning, but I'm 
sure someone on this list will protest ;-)


So, in a way, we're caught between what's practical and what's proper.

With regards,
Daniel.

On 06/28/2016 04:02 PM, Stian Soiland-Reyes wrote:

Hi,

I'm helping the new Juneau podling, and some confusion came because

https://lists.apache.org/list.html?d...@juneau.apache.org

claims the address is d...@juneau.apache.org

and lists dev-subscr...@juneau.apache.org as it's "Subscribe" address.


Reply-To on the list is however d...@juneau.incubator.apache.org, as
you would expect.


Generally for podling both address styles work - and we just keep the
non-incubator address "secret". However in this case the DNS has not
been updated and sending to d...@juneao.apache.org fails.

The new lists.apache.org interface makes it a bit confusing for
committers and specially newcomers.


Are we moving to using the style dev@$project.apache.org straight away
for new podlings, or is this simply a bug in Ponymail?   (We have
earlier discussed this as a possibility for website URLs)

I've raised the bug
https://github.com/apache/incubator-ponymail/issues/100 but wanted to
check here as well.




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

*.incubator.apache.org and lists.apache.org?

[Stian Soiland-Reyes]

Hi,

I'm helping the new Juneau podling, and some confusion came because

https://lists.apache.org/list.html?d...@juneau.apache.org

claims the address is d...@juneau.apache.org

and lists dev-subscr...@juneau.apache.org as it's "Subscribe" address.


Reply-To on the list is however d...@juneau.incubator.apache.org, as
you would expect.


Generally for podling both address styles work - and we just keep the
non-incubator address "secret". However in this case the DNS has not
been updated and sending to d...@juneao.apache.org fails.

The new lists.apache.org interface makes it a bit confusing for
committers and specially newcomers.


Are we moving to using the style dev@$project.apache.org straight away
for new podlings, or is this simply a bug in Ponymail?   (We have
earlier discussed this as a possibility for website URLs)

I've raised the bug
https://github.com/apache/incubator-ponymail/issues/100 but wanted to
check here as well.

-- 
Stian Soiland-Reyes
Apache Taverna (incubating), Apache Commons
http://orcid.org/-0001-9842-9718

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

Re: [VOTE] Apache Kudu (incubating) 0.9.1 RC1

[Justin Mclean]

Hi,

+1 binding

But would be good clarify licenses of patches and fix up the slightly confusing 
section in LICENSE.

I checked:
- incubating in name
- signature and hashes good
- DISCLAIMER exists
- NOTICE is good
- LICENSE I think is missing a boost [1] and again I think the end section is 
confusing. Boost is MIT licensed and is in the source not just the binary [1]
- all source files have Apache headers
- no unexpected binary files
- can compile from source

There are a number of patches in [2], it’s not clear how they are licensed.

Thanks,
Justin

1. apache-kudu-incubating-0.9.1/thirdparty/boost_uuid/boost/*
2. thirdparty/patches/*
-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org