LGTM too
On Tue, Oct 1, 2024 at 7:31 AM Daniel Roberts wrote:
> Thanks Ed!
> I reviewed it and I didn't see any issues other than the previously
> mentioned link issue in [6]
>
>
>
>
>
>
> On Tue, Oct 1, 2024 at 7:24 AM Dave Marion wrote:
>
> > Looks good. Thanks Ed!
> >
> > On Sun, Sep 29, 202
Oh, there's a typo in the last link ([6])
On Mon, Sep 30, 2024 at 6:09 PM Christopher wrote:
>
> Looks good to me. I would probably change the reference to the "main
> GitHub branch" to "main branch in git", since it's not a
> GitHub-specific thing.
Looks good to me. I would probably change the reference to the "main
GitHub branch" to "main branch in git", since it's not a
GitHub-specific thing. But it's not important.
On Sun, Sep 29, 2024 at 2:40 PM Ed Coleman wrote:
>
> The Accumulo community decided to draft the Apache community reports o
ut I don't believe the removal of Kerberos
> would be a blocker since acceptable alternatives exist within the
> ecosystem.
>
> Thanks,
> Marc
>
> On Fri, Aug 23, 2024 at 3:38 PM Christopher Shannon <
> christopher.l.shan...@gmail.com> wrote:
>
> > To provide
ey can.
>
> Best of luck gathering feedback.
>
> Thanks,
> Marc
>
>
> On Fri, Aug 23, 2024 at 1:34 PM Christopher wrote:
>
>> The ASF doesn't have a formal system on which we could reliably conduct
>> such a poll. This is just an informal open discussion with
best effort attempt to get some initial feedback.
On Fri, Aug 23, 2024, 13:20 Marc Parisi wrote:
> Would the data be any less useful if this were an anonymous poll?
>
>
>
> On Fri, Aug 23, 2024 at 12:52 PM Christopher Shannon <
> christopher.l.shan...@gmail.com> wrote:
&
Oops, I cc'd the wrong dev list so make sure responses go to the right one.
On Fri, Aug 23, 2024 at 12:50 PM Christopher Shannon <
christopher.l.shan...@gmail.com> wrote:
> Hello Apache Accumulo Users,
>
> The Accumulo PMC would like to get some feedback on how widely used
&
(soon-ish,
but not immediately)
* Update accumulo-testing to support elasticity
Of these, the only immediate actions we're planning on taking is the
branching in the "GitHub updates" section above. Both Dave Marion and
Christopher Tubbs said they'd be willing to do this, and wil
1 PM Kevin Rathbun wrote:
>
> Looks good to me.
>
> One very minor thing I noticed is the two links at the bottom do not include
> the trailing `/`. Maybe can remove this or add it to the link itself?
>
> On 2024/08/13 22:32:24 Christopher wrote:
> > Hi Accumulo Devs,
>
Hi Accumulo Devs,
Please check the following release announcement for errors before it
is sent to annou...@apache.org and u...@accumulo.apache.org . This
will conclude the post-vote release tasks at
https://github.com/apache/accumulo/issues/4803
***
The Apache Accumulo project is pleased to annou
, Aug 12, 2024 at 3:48 PM Christopher wrote:
>
> This vote passes with 9 +1s and no other votes.
>
> The post-vote release tasks are tracked on
> https://github.com/apache/accumulo/issues/4803
>
> On Mon, Aug 12, 2024 at 3:44 PM Christopher wrote:
> >
> > My vote
This vote passes with 9 +1s and no other votes.
The post-vote release tasks are tracked on
https://github.com/apache/accumulo/issues/4803
On Mon, Aug 12, 2024 at 3:44 PM Christopher wrote:
>
> My vote is +1
>
> I checked:
>
> * sigs/checksums for all artifacts
> * bi
ug 7, 2024 at 8:24 PM Christopher wrote:
>
> I plan on closing this vote tomorrow after making my own vote.
>
> On Wed, Jul 31, 2024 at 9:52 PM Daniel Roberts wrote:
> >
> > +1 binding
> >
> > ran "mvn clean package verify" on src contents
> >
> >
> > * verified sunny day tests pass with "mvn clean verify -Psunny" (src)
> > * verified signatures (bin + src)
> > * verified hashes (bin + src)
> > * verified LICENSE and NOTICE files both present at top-level (bin + src)
> > * verified no binary fi
2024 at 3:55 PM Dominic Garguilo
wrote:
> +1 binding
>
> * verified hashes
> * ran mvn clean verify -Psunny on tar which passes cleanly
> * stood up an instance via uno and did some basic table operations and
> ingest with no issues
>
> On Mon, Jul 29, 2024 at 2:10 AM Ch
Accumulo Developers,
Please consider the following candidate for Apache Accumulo 2.1.3.
Git Commit:
8f52dd10f7cbfef192c9cc431543619b7072139a
Branch:
2.1.3-rc1
If this vote passes, a gpg-signed tag will be created using:
git tag -f -s -m 'Apache Accumulo 2.1.3' rel/2.1.3 \
8f52dd1
cker. If it's something you're working on, or created and
nobody's working on, and you know it can wait, then feel free to move
it to the 2.1.4 milestone.
https://github.com/apache/accumulo/milestones/2.1.3
https://github.com/apache/accumulo/milestones/2.1.4
Thanks,
Christopher
Welcome, and congrats Kevin!
On Fri, Jul 26, 2024 at 9:46 AM Daniel Roberts wrote:
> Welcome Kevin!!
>
> On Fri, Jul 26, 2024, 9:23 AM Dave Marion wrote:
>
> > welcome Kevin!
> >
> > On Thu, Jul 25, 2024 at 6:37 PM Christopher wrote:
> >
> > >
Hi Accumulo Devs,
I just want to offer my welcome to our newest committer and PMC
member, Kevin Rathbun!
ASF Id: krathbun
GitHub: kevinrr888
Best regards,
Christopher
would be appreciated.
Thanks,
Christopher
ojects. Other times, it may
be useful to keep the project around for future reference. In those
cases, just close it. We actually have a few that probably can be
deleted, but I'm not sure if anybody's using them, so I have just left
them alone as a closed project.
To summarize the most important bits:
* Follow the naming convention,
* Make sure it's Public,
* Set Base role to Read,
* Add accumulo-committers as Admin,
* Link to apache/accumulo repo
I hope these tips help.
Kind regards,
Christopher
;m assuming that the Elasticity project (new) will
> remain as-is for now, right? Thanks Christopher.
>
> On Wed, Jul 10, 2024 at 12:14 PM Christopher wrote:
>
> > So, it sounds like everybody who weighed in was okay with my proposed
> > approach. Dave suggested an alternat
notes in the past I have looked
> > through all the commits since the last release and found notable commits
> > that were not properly tagged in the issue system.
> >
> > On Tue, Jul 2, 2024 at 7:05 PM Christopher wrote:
> >
> > > Hi Accumulo Devs,
> > >
LGTM
On Mon, Jul 8, 2024 at 5:19 PM Dominic Garguilo
wrote:
> Looks good! Thanks!
>
> On Mon, Jul 8, 2024 at 5:13 PM Daniel Roberts wrote:
> >
> > Minor update to the "Other" section:
> > ---
> > During the past quarter, Accumulo had an opportunity to perform at-scale
> > testing of 2.1 experim
On Wed, Jul 3, 2024 at 5:37 PM Dave Marion wrote:
>
> Comments inline.
>
> On Wed, Jul 3, 2024 at 4:33 PM Christopher wrote:
>
> > I think you are proposing a single "2.1.3" issue, for example, whose
> > body somewhere (top comment, perhaps) is manually u
e the post-vote release checklist[1] issues that we have. Yes, this
> means that the developer is going to have to update some other number of
> tickets when creating a ticket or PR. But, I think it might give us back
> the functionality that we had.
>
> [1] https://github.com/a
No objections from me, I am +1 for going with the single milestone approach
as it seems like the best way for now unless Github makes improvements.
On Tue, Jul 2, 2024 at 7:05 PM Christopher wrote:
> Hi Accumulo Devs,
>
> I wanted to bring to everybody's attention that GitHub
d prefer not
to rely on the automatic migration from classic to new projects
because there are too many unknowns and too many things can go wrong.
So, are there any objections to going with the single milestone
approach I've described?
Or perhaps you feel strongly that the new projects *are* best fo
TEST TEST TEST
Accumulo Developers,
The following is a test release candidate vote for 2.1.3. You do NOT
need to vote on this. It will be discarded, and a new release
candidate will be made when a release candidate is ready for voting.
Please consider the following candidate for Apache Accumulo
I agree with Dave that it could be moved out of Other and into the
Project activity and Releases sections. But I don't know that it
matters much.
On Fri, Apr 5, 2024 at 4:21 PM Daniel Roberts wrote:
>
> Report looks good!
>
> On Fri, Apr 5, 2024 at 3:41 PM Dave Marion wrote:
>
> > I'm fine with
LGTM
On Tue, Apr 2, 2024 at 11:09 AM Ed Coleman wrote:
>
> Thanks - I incorporated the suggestions.
>
> On 2024/04/02 14:57:56 Mark Owens wrote:
> > LGTM
> >
> > I have two small grammatical suggestions you can consider if you'd like.
> >
> > > The difference between committers and PMC members is
24 at 7:53 AM Dave Marion wrote:
> Christopher,
>
> Regarding your issues, notes, etc.:
>
> 1. IIRC versions 1 and 2 were not built correctly and I did not restart
> the numbering for the first good build.
> 2. The build script gave me the option of where to put the branch
ran the example and both benchmarks using the instructions in the readme
>
>
>
> On Fri, Feb 16, 2024 at 7:53 AM Dave Marion wrote:
>
> > Christopher,
> >
> > Regarding your issues, notes, etc.:
> >
> > 1. IIRC versions 1 and 2 were not built corre
+1, I verified:
* source-release artifact content matches contents of git checkout at the
commit that will be tagged
* signatures match and are signed by the key with the specified fingerprint
* nexus-generated md5 and sha1 hashes exist in the staging repo and match
the artifacts
* the jar, the po
On Mon, Jan 15, 2024 at 2:18 AM Christofer Dutz
wrote:
>
> Hi Christopher,
>
> I do understand that some of the things Apache requires from its projects may
> seem obsolete and outdated.
I hope I didn't give the impression that that's what I think. I know
it's a c
stated above, especially that it's a potentially
harmful custom if the release manager relies on it.
Kind regards,
Christopher
On Sun, Jan 14, 2024, 10:14 Christofer Dutz wrote:
> Hi all,
>
> while reviewing the project's activity as part of me preparing for the
> upcom
LGTM as well
On Fri, Jan 5, 2024 at 10:45 AM Christopher wrote:
> Looks good to me.
>
> On Fri, Jan 5, 2024 at 10:43 AM Dave Marion wrote:
> >
> > Looks good Ed. Thanks!
> >
> > On Fri, Jan 5, 2024 at 10:20 AM dev1 wrote:
> >
> > >
> &g
Looks good to me.
On Fri, Jan 5, 2024 at 10:43 AM Dave Marion wrote:
>
> Looks good Ed. Thanks!
>
> On Fri, Jan 5, 2024 at 10:20 AM dev1 wrote:
>
> >
> >
> > The Accumulo community decided to draft the Apache community reports on
> > the Accumulo dev list – and this is a draft of the January rep
The following is the draft of the announcement for 1.10.4
***
The Apache Accumulo project is pleased to announce the release of
Apache Accumulo 1.10.4! Apache Accumulo 1.10.4 is the final bug fix
release of the 1.10 LTM release line. After this release, the 1.10
release line will be considered end
This vote passes with 6 +1s and no other votes.
Thanks all.
The post-vote release steps are being tracked at:
https://github.com/apache/accumulo/issues/3947
On Thu, Nov 16, 2023 at 3:59 PM Christopher wrote:
>
> I offer my +1 as well.
> I checked the signatures and and checksums, and
1
>
> On Mon, Nov 13, 2023 at 9:42 AM Christopher wrote:
>
> > Accumulo Developers,
> >
> > Please consider the following candidate for Apache Accumulo 1.10.4 (a
> > closeout final release for 1.10)
> >
> > Git Commit:
> > 47ac68d1a220a90bc80
y$Counts
>REFERENCED=146147488
>UNREFERENCED=105
>
>
> On Mon, Nov 13, 2023 at 9:42 AM Christopher wrote:
>
> > Accumulo Developers,
> >
> > Please consider the following candidate for Apache Accumulo 1.10.4 (a
> > closeout final release for 1.10)
>
Accumulo Developers,
Please consider the following candidate for Apache Accumulo 1.10.4 (a
closeout final release for 1.10)
Git Commit:
47ac68d1a220a90bc80618f9684252b243df6b27
Branch:
1.10.4-rc1
If this vote passes, a gpg-signed tag will be created using:
git tag -f -s -m 'Apache Ac
On Sat, Oct 14, 2023 at 9:41 AM Vincent Russell
wrote:
>
> Christopher,
>
> I don't remember configuring anything with regards to commons-vfs. How do
> I disable this?
There's some VFS stuff enabled by default, for backwards
compatibility. There isn't an explicit
I think a performance hit is expected, due to the expected overhead of the
TLS handshake, and the number of connections Accumulo requires in order to
distribute work across a cluster. I think whether the overhead is tolerable
is a per user decision, and may also be dependent upon the details of you
t work eventually if the manager is actually running. If that
doesn't happen eventually, I'm not sure what could be happening
without further troubleshooting.
On Thu, Oct 12, 2023 at 12:36 PM Vincent Russell
wrote:
>
> Christopher,
>
> I have run through an upgrade with a
e make sure that we have some good
> first-issues identified.
>
> Ed Coleman
>
>
> From: Christopher
> Date: Wednesday, September 27, 2023 at 8:09 PM
> To: dev@accumulo.apache.org
> Subject: Re: Accumulo Board Report - due by Oct 11th
> Now that I think about it, I wonder if
current variations in GitHub activity are due to quiet post-release
> activity and work concentrating on a redesign efforts, including activity
> occurring on Confluence
>
> - Accumulo has transitioned from Jira to GitHub issues. The remaining Jira
> activity re
I wouldn't describe the ongoing activity as "moderate". It seems
pretty busy, at least as busy as ever, anyway. Maybe that's what you
meant, but it feels like the word "moderate" carries the connotation
of "mediocre" to me. I think we've been pretty active addressing the
2.1 issues. Not everything
own" because another monitor was running, though. I would expect the
2.1 behavior you described over that 2.0 behavior.
On Mon, Sep 25, 2023 at 11:59 AM Vincent Russell
wrote:
>
> Thank you Christopher,
>
> I did neglect to update the log4j2 files.
>
> One thing that i
g overrides in the system properties or environment variables
that control log4j.
On Tue, Sep 12, 2023 at 8:10 PM Vincent Russell
wrote:
>
> Thank you Christopher,
>
> Don't worry. I definitely planned on testing an upgrade on a test
> cluster. :)
>
> I just up
I'm not 100% certain about the name, but a new repo is a really low risk
thing. I say go for it.
On Thu, Sep 7, 2023, 08:54 Marc P. wrote:
> Out of curiosity, what is the benefit of having a new repo over a release
> target of accumulo-visibility ?
>
> I've used VisibilityEvaluator on non Accumu
doing that, we could probably offer
more specific insight, having probably seen it before.
On Wed, Aug 30, 2023 at 4:50 PM Vincent Russell
wrote:
>
> Thank you Christopher.
>
> Does there exist some documentation for upgrading zookeeper from 3.4.14 to
> 3.8.1? Is there a preferre
The correct link seems to be
https://accumulo.apache.org/docs/2.x/troubleshooting/zookeeper#zookeeper-acls
It looks like both `bin/accumulo dump-zoo` and `bin/accumulo-util
dump-zoo` will do the same thing. It was originally a disconnected
utility that existed for convenience, but was incorporated
See below for the draft consolidated release announcement for 2.1.2
and 3.0.0. I intend to send this out on Tuesday evening to the apache
announce list and our own user list, but am presenting it here for
review while I polish up the release notes.
***
The Apache Accumulo project is pleased to ann
This vote passes with 6 +1s and no other votes.
The post-vote release tasks are tracked at
https://github.com/apache/accumulo/issues/3713
On Mon, Aug 21, 2023 at 4:53 PM Christopher wrote:
>
> +1
>
> I checked:
>
> * signatures, hashes
> * full ITs
> * bin tarball's
This vote passes with 6 +1s and no other votes.
The post-vote release tasks are tracked at
https://github.com/apache/accumulo/issues/3714
On Mon, Aug 21, 2023 at 4:54 PM Christopher wrote:
>
> +1
>
> I checked:
>
> * signatures, hashes
> * full ITs
> * bin tarball's
* built from tar with no errors
> * ran all tests and ITs (only failure was the known
> flaky MemoryStarvedScanIT)
>
> On Mon, Aug 14, 2023 at 4:18 AM Christopher wrote:
>
> > Accumulo Developers,
> >
> > Please consider the followi
d hashes
> * verified psunny passes successfully
>
> On Mon, Aug 14, 2023 at 4:08 AM Christopher wrote:
>
> > Accumulo Developers,
> >
> > Please consider the following candidate for Apache Accumulo 2.1.2.
> >
> > Git Commit:
> > ee7ae63a823477b
from tar with no errors (including errorprone)
> > * Sunny tests passed
> > * Started an uno instances and did some spot checks
> > * Verified no unexpected exception in the log files
> >
> > Ed Coleman
> >
> > From: Christopher
> &g
ing Uno to make sure everything started correctly
On Mon, Aug 14, 2023 at 6:23 PM dev1 wrote:
> +1
>
> Verified signatures and successfully ran sunny tests. Errorprone does
> fail with a minor error with assert usages that is fixed in PR 3691.
>
> Ed Coleman
>
> From: Chri
Accumulo Developers,
Please consider the following candidate for Apache Accumulo 3.0.0.
Git Commit:
fcf3192f27935ee3c66426fb89799ee0850944f2
Branch:
3.0.0-rc1
If this vote passes, a gpg-signed tag will be created using:
git tag -f -s -m 'Apache Accumulo 3.0.0' rel/3.0.0 \
fcf3192
Accumulo Developers,
Please consider the following candidate for Apache Accumulo 2.1.2.
Git Commit:
ee7ae63a823477b557aa9415a92653e95aa64cb1
Branch:
2.1.2-rc1
If this vote passes, a gpg-signed tag will be created using:
git tag -f -s -m 'Apache Accumulo 2.1.2' rel/2.1.2 \
ee7ae63
Congrats Dan!
On Thu, Aug 10, 2023 at 12:08 AM Christopher wrote:
> Welcome Dan, and congrats
>
> On Wed, Aug 9, 2023, 18:27 dev1 wrote:
>
> > The Project Management Committee (PMC) for Apache Accumulo has invited
> Dan
> > Roberts to become a committer / PMC m
Welcome Dan, and congrats
On Wed, Aug 9, 2023, 18:27 dev1 wrote:
> The Project Management Committee (PMC) for Apache Accumulo has invited Dan
> Roberts to become a committer / PMC member and we are pleased to announce
> that they have accepted.
>
> Being a committer enables easier contribution t
Accumulo Developers,
***
NOTE: This is just a TEST release candidate to verify the release
process, and to establish a milestone as a baseline for testing. There
is no need to actually vote, because this is not a real vote.
***
Please consider the following candidate for Apache Accumulo 3.0.0.
G
Thanks all.
This vote passes with 8 "+1" and no other votes.
I will work on the post-vote tasks, which I'm tracking at
https://github.com/apache/accumulo/issues/3507
On Mon, Jun 19, 2023, 10:43 Christopher wrote:
> +1
>
> Verified:
> * Hashes/sigs
> * Full ITs
t graph. Ran this for a few hours. Saw 149
> > > successful completions of the test across the 10 walkers.
> > >
> > > [1]:
> > > https://github.com/apache/accumulo/issues/2667#issuecomment-1269905344
> > >
> > > On Wed, Jun 14, 2023 at 1:49 AM
and sha512) match expected
> > Sunny tests passed with no failures.
> >
> > Ed Coleman
> >
> > From: Christopher
> > Date: Wednesday, June 14, 2023 at 1:49 AM
> > To: accumulo-dev
> > Subject: [VOTE] Apache Accumulo 2.1.1-rc2
> > Accumul
Accumulo Developers,
Please consider the following candidate for Apache Accumulo 2.1.1.
Stuff that's changed since RC1:
* Fix flaky gc tests: https://github.com/apache/accumulo/pull/3490
* Fix hung compactions: https://github.com/apache/accumulo/pull/3492
* Show lowercase table names better in mo
Given the building consensus around #3491, and the fact that a patch
is already merged in, I will withdraw this vote, and cut an RC2 soon
with the updates.
On Tue, Jun 13, 2023 at 7:33 PM Adam Lerman wrote:
>
> -1 because of #3491
>
> On Mon, Jun 12, 2023 at 8:06 PM Christ
Accumulo Developers,
Please consider the following candidate for Apache Accumulo 2.1.1.
Git Commit:
4937a2739f2a9f27e99bd6105cad644a9b868e8b
Branch:
2.1.1-rc1
If this vote passes, a gpg-signed tag will be created using:
git tag -f -s -m 'Apache Accumulo 2.1.1' rel/2.1.1 \
4937a27
ian Loss wrote:
>
> > LGTM. Thanks Christopher.
> >
> > > On Apr 28, 2023, at 2:18 AM, Christopher wrote:
> > >
> > > Accumulo Devs,
> > >
> > > See the below draft release announcement that will be sent to the
> > > users list and
>
> On Fri, Dec 30, 2022, 12:57 PM Vincent Russell
> wrote:
>
> > Ok.. Thank you for the update.
> >
> > On Fri, Dec 30, 2022 at 11:55 AM Christopher wrote:
> >
> >> For reference, here's the PR working on the fix for 2.1.1:
> >> https://github.com/
Accumulo Devs,
See the below draft release announcement that will be sent to the
users list and the Apache announce list. I intend to submit this later
today, and am requesting a second pair of eyes to check for typos,
errors, omissions. Thanks!
***
The Apache Accumulo project is pleased to annou
o, Dave, what do you think about
having the Docker build as an option for local staging? Would that be
enough for you to get on board with removing the mandatory staging
site step?
On Thu, Apr 20, 2023 at 12:01 AM Christopher wrote:
>
> I reviewed your PR. It includes changes that are l
what my original goal was in streamlining this. I'm
okay with having a Dockerfile... but the other changes are probably
going to cause more problems for us in the short term than they solve.
On Mon, Apr 17, 2023 at 6:11 PM Daniel Roberts wrote:
>
> Christopher,
>
> I added a
from the streamlining proposal.
On Mon, Apr 17, 2023 at 1:33 PM Daniel Roberts wrote:
>
> Christopher,
>
> In your breakdown of my proposal, I think there's a miscommunication in
> regard to the number of build steps and branches needed to maintain.
>
> Looking back I shou
This vote passes with:
5 +1s, and no other votes
I will track the release tasks on https://github.com/apache/accumulo/issues/3295
On Wed, Apr 12, 2023 at 1:44 PM Christopher wrote:
>
> +1 to this release
>
> I checked:
>
> * Hashes/signatures
> * Source and javadoc j
e files
outside the git tree. I wonder if this is a change in the
apache-source-release-assembly-descriptor that is executed in the
parent POM, or if it's a change in the default behavior of
maven-assembly-plugin. I'm not sure.
On Wed, Apr 12, 2023 at 12:58 PM Christopher wrote:
>
wrote:
>
> Thanks Christopher for setting me straight. This information did enable the
> build to move beyond the CredentialProviderFactoryShimTest. I'm unable to
> get past MiniAccumuloClusterTest though. Two tests timeout for me every
> time even when increasing the timeout fa
ss-up (no consensus), and I
guess we'll just keep things as they are now.
On Sun, Apr 9, 2023 at 9:56 AM Dave Marion wrote:
>
> Christopher,
>
> IIRC the local build is likely sufficient. It may have been that I failed
> to use it in all cases. I do remember in the pas
amplesIT.testScansWithInterference and
> > ExamplesIT.testIsolatedScansWithInterference
> > without issue. Given these environmental tweaks, do we have a documented
> > minimum machine spec that we expect the release tests to pass on?
> >
> > On Tue, Apr 11, 2023 at 1:0
>> at
> > >>>
> >
> org.apache.accumulo.core.conf.CredentialProviderFactoryShimTest.extractFromHdfs(CredentialProviderFactoryShimTest.java:185)
> > >>> Caused by: java.lang.ClassNotFoundException:
> > >>> org.apache.commons.beanutils.BeanIntr
using Uno to make sure everything started correctly (also ran
a couple scans, etc)
On Fri, Apr 7, 2023 at 4:23 PM Christopher wrote:
> Accumulo Developers,
>
> Please consider the following candidate for Apache Accumulo 1.10.3.
>
> Git Commit:
> 733863638d85d0109d217
need to
> remember to be more careful. There is a way to deploy locally IIRC, I'll
> just have to use that.
>
> On Fri, Apr 7, 2023 at 6:34 PM Christopher Shannon <
> christopher.l.shan...@gmail.com> wrote:
>
> > +1 to make the change. I agree that when
ing branch be part of the QA build
> step? Or maybe a manual build step being triggered?
> I could see the latter being useful if multiple PRs were open at the same
> time to avoid artifact publishing collisions.
>
> On Fri, Apr 7, 2023 at 6:34 PM Christopher Shannon <
> christoph
:49 PM Christopher wrote:
> Hi Accumulo Devs,
>
> When I first set up the automation using .asf.yaml for Jekyll builds
> to go to the asf-staging branch, I expected us to get a bit more use
> out of the staging site at https://accumulo.staged.apache.org/
> However, that really
Accumulo Developers,
Please consider the following candidate for Apache Accumulo 1.10.3.
Git Commit:
733863638d85d0109d217da7ea5f36f5e483e207
Branch:
1.10.3-rc1
If this vote passes, a gpg-signed tag will be created using:
git tag -f -s -m 'Apache Accumulo 1.10.3' rel/1.10.3 \
733
n GitHub when approving a PR to
update the site already.
Any thoughts or opinions on this? I'm leaning slightly towards
streamlining this.
Regards,
Christopher
ccess control and customizable server-side processing.
> >
> > ## Issues:
> > There are no issues requiring board attention.
> >
> > ## Membership Data:
> > Apache Accumulo was founded 2012-03-21 (11 years ago)
> > There are currently 41 committers and 39 PMC membe
t
> Time elapsed: 1.15 s <<< ERROR!
> java.lang.NoSuchMethodError: 'boolean
> org.eclipse.jetty.servlet.ServletMapping.containsPathSpec(java.lang.String)'
>
> On Thu, Apr 6, 2023 at 1:36 PM Dave Marion wrote:
>
> > `mvn -Dtimeout.factor=2 clean package` worked. Thanks!
tiveMethodAccessorImpl.invoke0(Native
> Method)
> at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>
ServletMapping.containsPathSpec(java.lang.String)'
> >
> > On Thu, Apr 6, 2023 at 1:36 PM Dave Marion wrote:
> >
> > > `mvn -Dtimeout.factor=2 clean package` worked. Thanks!
> > >
> > > On Thu, Apr 6, 2023 at 1:19 PM Christopher
> wrote:
> > >
2023 at 12:48 PM Christopher wrote:
>
> > Those are timeouts. The tests are passing in Jenkins. I suspect your
> > machine is a little slower, but would finish with more time. You can set
> > -Dtimeout.factor=2 to try to work around it for a local build on a
> machine
> >
> app//org.apache.accumulo.minicluster.MiniAccumuloClusterTest.test(MiniAccumuloClusterTest.java:157)
>
> On Wed, Apr 5, 2023 at 7:24 PM dev1 wrote:
>
> > I did some quick checks and all looks good.
> >
> > - verified sha512 signatures
> > - verified signin
Accumulo Developers,
This is not an actual vote.
I have prepared the following release candidate as a test build for
1.10.3. If there are no immediate objections or issues, I intend to
create an RC1 release candidate in the next day or so, to vote on.
Git Commit:
ed75b4521094faa6f6e1037a44474
sues requiring board attention.
>
> ## Membership Data:
> Apache Accumulo was founded 2012-03-21 (11 years ago)
> There are currently 41 committers and 39 PMC members in this project.
> The Committer-to-PMC ratio is roughly 6:5.
>
> Community changes, past quarter:
> - No new
7;re
concerned about the risks, try it on a test environment first.
On Thu, Mar 30, 2023, 20:55 Christopher wrote:
> Accumulo doesn't use AVRO directly, so it shouldn't affect Accumulo if you
> upgrade it for Hadoop.
>
> On Thu, Mar 30, 2023, 14:56 Logan Jones wrote:
>
&
Accumulo doesn't use AVRO directly, so it shouldn't affect Accumulo if you
upgrade it for Hadoop.
On Thu, Mar 30, 2023, 14:56 Logan Jones wrote:
> Hello:
>
> Hadoop 3.3.4 has some critical vulnerabilities that it pulls in from avro
> 1.7.7 -> jackson-mapper-asl 1.9.13
>
> The only thing in my HD
1 - 100 of 2187 matches
Mail list logo
