Changes made to the trafodion website:
1. Moved disclaimer text to about section rather than in footer.
2. Added disclaimer to latest version of documentation.
3. Linked incubator logo to incubator.apache.org
With this, I hope that the trafodion website matches all desired branding
policies for
Hi,
-1 (binding) until MPL licensed source issue resolved.
I checked:
- name contains incubating
- signatures and hashes good
- DISCLAIMER exists
- LICENSE is OK, but look to be missing one permissive license? and assuming
its ok it would be best if the MPL was in another file.
- NOTICE is OK
Hi,
+1 binding
I checked:
- incubating in name
- signature and hashes good
- disclaimer exists
- LICENSE and NOTICE good
- all source file have ASF header
- no unexpected binaries in source release
- can compile from source
You may may to move the build instructions to the README as well as
Thank you for trying out, Joe!
Responses inline.
On Sat, Jul 9, 2016 at 4:22 AM, Joe Witt wrote:
> +1 (bindng).
>
> Conducted a review focused largely on mechanics of the source release
> and licensing. Findings as follows:
>
> good
> - hashes check out
> - signature checks
Thank you for trying out, Alan.
We will address the tests issue by filing JIRAs for the next release.
A majority of us on the dev team have been using JDK 1.7 on Mac and
tests pass with this - which we verified before putting out the
release. It may be a JDK 1.8 specific issue, which we should
> On Jul 8, 2016, at 12:27, Nick Kew wrote:
>
> Just wondering if you could elaborate on one point:
>
> "We don't want to become a sub-project of ATS though, because we
> believe we should add other caching proxies as they are deemed to be a
> valuable addition to the Traffic
+1 (bindng).
Conducted a review focused largely on mechanics of the source release
and licensing. Findings as follows:
good
- hashes check out
- signature checks out
- source release license/notice/3party license references look great!
nicely done
- full clean build w/out tests +
+1 (binding)
Arun
On Fri, Jul 8, 2016 at 2:00 PM, Alan Gates wrote:
> +1.
>
> I checked the LICENSE, DISCLAIMER, and NOTICE files. Checked that there
> were no binary files in the distribution (there are images, but that seems
> ok). Checked the signatures. Did a build
+1.
I checked the LICENSE, DISCLAIMER, and NOTICE files. Checked that there were
no binary files in the distribution (there are images, but that seems ok).
Checked the signatures. Did a build with a fresh local maven repo with
-DskipTests set.
When I built with tests it failed with:
With 11 +1 votes and no negatives the vote to graduate Apache Kudu from the
Incubator passes. Thank you everyone for taking the time to review and cast
your vote. I will add the resolution to the upcoming board agenda and to
this months Incubator status report.
-Jake
Binding Votes
---
Chris
On Fri, 8 Jul 2016 09:05:29 -0600
Leif Hedstrom wrote:
> > The proposal follows, you can also access the wiki page:
> > https://wiki.apache.org/incubator/TrafficControlProposal
>
>
>
> Any more thoughts on this [VOTE] and proposal? Any concerns? Seems
> like we could use a
This is a call to vote on releasing Apache Metron 0.2.0BETA-RC2 incubating
Full list of changes in this release:
https://dist.apache.org/repos/dist/dev/incubator/metron/0.2.0BETA-RC2-incubating/CHANGES
The tag/commit to be voted upon is Metron_0.2.0BETA_rc2:
> On Jul 1, 2016, at 8:00 AM, Jan van Doorn wrote:
>
> Following the discussion thread, I would like to call a VOTE on accepting
> Traffic Control into the Apache Incubator.
>
> [] +1 Accept Traffic Control into the Apache Incubator
> [] +0 Abstain.
> [] -1 Do not accept
Hi Adi,
I'm going to disagree with you. You can see the summary of the
spring-boot-starter-data-jpa pom here:
http://search.maven.org/#artifactdetails%7Corg.springframework.boot%7Cspring-boot-starter-data-jpa%7C1.3.6.RELEASE%7Cjar
It brings in hibernate directly, not as a test dependency.
John
Hi John,
The code doesn't have any hibernate dependency.
But as part of dev environment, to execute integration tests, we are using
hibernate.
AFAIK LGPL is allowed for dev environment.
>From deployment perspective, we would expect the user of this project to make
>a choice of JPA vendor and
Sorry but -1 due to transitive LGPL dependencies that come in with the
project.
Findbugs jsr305 shows an inconsistent license, some places show Apache
others show LGPL. LGPL is the generally regarding cannonical license AFAIK.
In addition, springboot-starter-data-jpa brings in a transitive
+1 (binding)
good luck, guys!
On Fri, Jul 8, 2016 at 3:58 AM, John D. Ament wrote:
> +1
>
> On Tue, Jul 5, 2016 at 3:04 PM Jake Farrell wrote:
>
> > This thread is to start a vote on the graduation resolution Apache Kudu
> has
> > approved on the dev
17 matches
Mail list logo