Re: status of .deb install?

[John W Vines <jo...@ugov.gov>]

So, I'm working on ACCUMULO-19 and I'm a bit stuck. I'm more or less shooting for a target I cannot see, so I'm hoping to get some feedback from potential users of this debian packaging.

I'm trying to figure out the proper way for distribution of the configuration files. I'm still working on the core install, which should be barebones, but then there are things like the required xml and sh files. I was debating on copying the example ones if the files do not exist, but I'm not sure if that's overstepping the boundaries of the core install. I'm thinking that end users would then create another deb package for distributing their configuration files, but I'm not 100% on that. 

If some of you could walk me through your potential use cases, that would greatly help me design it to work in a.. well, usable manor. Help me help you, is what I'm getting at.

John

----- Original Message -----
| From: "John W Vines" <jo...@ugov.gov>
| To: accumulo-user@incubator.apache.org
| Sent: Friday, January 20, 2012 10:44:16 PM
| Subject: Re: status of .deb install?
| So we have a divergence in the build process between 1.4 and 1.5
| because I refactored the build code for an assembly package. There
| exists a patch for debian building in both 1.4 and 1.5 in ACCUMULO-19.
| Unfortunately I have no means to test the patches as I do not have
| access to a debian system. If I could get a second user to validate
| the patch, I have no qualms rolling it into 1.4 before release.
| 
| As for the items referenced in ACCUMULO-210, that's a bit trickier. I
| feel this is a feature to hold off until 1.5 for, but not all of the
| other developers here feel this way. Knowing we have an end user
| requiring this feature may be enough to reopen this discussion.
| Additionally, I have a feeling that if a patch were to be provided for
| the feature, it would definitely improve the odds of it being included
| in the release.
| 
| So to go back to your fundamental question, do you need these features
| in a full apache release, or in an existing version by X date? Either
| way it's possible, the latter is much more likely than the former. But
| you can definitely influence the odds by providing/validating the
| necessary patches.
| 
| John
| 
| ----- Original Message -----
| | From: "John R. Frank" <jr...@mit.edu>
| | To: accumulo-user@incubator.apache.org
| | Sent: Friday, January 20, 2012 9:10:35 PM
| | Subject: status of .deb install?
| | Accumulo Team,
| |
| | What are the current plans for having a working set of .deb
| | packages?
| |
| | Judging from these tickets[1], it isn't working yet. Is that right?
| |
| | I'd like to distribute the data for TREC KBA [2] by putting it
| | inside
| | an
| | Accumulo instance on an AWS EC2 snapshot of an Ubuntu system. For
| | that
| | to
| | be practical for TREC KBA 2012, I'd need to do it by mid March.
| |
| | Is that at all likely?
| |
| |
| | Thanks for your thoughts on this.
| |
| | John
| |
| |
| |
| | 1 - https://issues.apache.org/jira/browse/ACCUMULO-210
| | - https://issues.apache.org/jira/browse/ACCUMULO-19
| |
| | 2 - http://www.mit.edu/~jrf/knowledge-base-acceleration/
| |
| |
| |
| | --
| | ___________________________
| | John R. Frank <jr...@mit.edu>

Re: status of .deb install?

[David Medinets <da...@gmail.com>]

On Fri, Feb 3, 2012 at 11:36 AM, John W Vines <jo...@ugov.gov> wrote:
> So, I'm working on ACCUMULO-19 and I'm a bit stuck. I'm more or less shooting for a target I cannot see, so
>I'm hoping to get some feedback from potential users of this debian packaging.

I suggest that after the installation the user should have a working,
single-node cluster. The last thing the install does is display a
README.debian which says the user should configure memory correctly,
update the master and slave files, and other stuff. The memory setting
might be hard to handle, but maybe there could be a series of files
like memory.2gb.env.sh, memory.4gb.env.sh. The installation can copy
the smallest setting to memory.current.env.sh. The filenames need a
bit of work to make more sense...