You are viewing a plain text version of this content. The canonical link for it is here.
Posted to solr-dev@lucene.apache.org by Thomas Koch <th...@koch.ro> on 2009/12/21 11:13:43 UTC

SOLR 1.4 debian packaging

@solr-dev: Could sbd. from upstream help us out with a working tomcat.policy 
for solr? For now I just granted all permissions to solr.

Hi Jan-Pascal (et al),

I've uploaded the current state of my packaging effort of SOLR 1.4 to
http://github.com/thkoch2001/pkg-debian-solr
(This is a new repository and not compatible with the one found at the same 
place until today)

I still have some things, where I'm stuck, listed in debian/TODO, for your 
convenience copied here:

- Review web.xml.
- enable junit tests on build?
- Build javadocs?
- Decide, where dist/apache-solr-dataimporthandler-1.4.0.jar should go:
  - /usr/share/solr/WEB-INF/lib/
  - /usr/share/java
  Or should maybe all jars go to /usr/share/java and be symlinked?
- Review debian/tomcat.policy
- Delete obsolete topgit branches from 1.3

And I forgot one todo issue in the file: - test with Jetty

About GIT and topgit:

- upstream tarballs are available from the git repository with pristine-tar

- the git setup is the default one proposed by git-buildpackage. So git-
  buildpackage should work on this repository without any configuration

- patches are managed with topgit according to this workflow:
  http://lists.alioth.debian.org/pipermail/vcs-pkg-discuss/2009-
December/000688.html

Best regards,

Thomas Koch, http://www.koch.ro

Re: SOLR 1.4 debian packaging

Posted by Shalin Shekhar Mangar <sh...@gmail.com>.
On Tue, Dec 22, 2009 at 4:15 AM, Chris Hostetter
<ho...@fucit.org>wrote:

>
> : @solr-dev: Could sbd. from upstream help us out with a working
> tomcat.policy
> : for solr? For now I just granted all permissions to solr.
>
>  * solr needs read for the conf directory.
>
>
With the new Java based replication in Solr 1.4, people who need
configuration replication need read/write access for the conf directory.


-- 
Regards,
Shalin Shekhar Mangar.

Re: SOLR 1.4 debian packaging

Posted by Erik Hatcher <er...@gmail.com>.
Also, Solr's DataImportHandler needs write to a .properties files in  
conf/

	Erik


On Dec 21, 2009, at 5:45 PM, Chris Hostetter wrote:

>
> : @solr-dev: Could sbd. from upstream help us out with a working  
> tomcat.policy
> : for solr? For now I just granted all permissions to solr.
>
> I'm not very familiar with tomcat security policy declarations, but in
> general...
>
> * solr needs read/write to whatever is configured to be the data  
> dir(s)
>
> * if you want support for persistant core admin changes, then solr  
> needs
> read/write to the solr home dir, and the solr.xml file in that  
> directory.
>
> * solr needs read for the conf directory.
>
> * if you want config file replication, then solr needs write access to
> the conf directory (on slave machine)
>
>
> ...if it were me: i'd just use a full read/write policy for some top
> level "solr" directory, and then keep everything in there, but it  
> depends
> on how "generic" you are devising the packages.
>
>
> -Hoss
>


Re: SOLR 1.4 debian packaging

Posted by Chris Hostetter <ho...@fucit.org>.
: @solr-dev: Could sbd. from upstream help us out with a working tomcat.policy 
: for solr? For now I just granted all permissions to solr.

I'm not very familiar with tomcat security policy declarations, but in 
general...

 * solr needs read/write to whatever is configured to be the data dir(s)

 * if you want support for persistant core admin changes, then solr needs 
read/write to the solr home dir, and the solr.xml file in that directory.

 * solr needs read for the conf directory.

 * if you want config file replication, then solr needs write access to 
the conf directory (on slave machine)


...if it were me: i'd just use a full read/write policy for some top 
level "solr" directory, and then keep everything in there, but it depends 
on how "generic" you are devising the packages.


-Hoss