Hello Martin,
I've opened the following ticket for this request, you can "follow"
the ticket in bitbucket if you want.
security-to-restrict-tool-availability-to-groups
Thanks very much fro this request and you interest in Galaxy.
On Jan 4, 2010, at 9:42 AM, Nate Coraor wrote:
Martin Aryee wrote:
> Hi,
> Following up on this thread, I have a related question regarding the
> use of user names. I was wondering if I can configure an instance to
> restrict the list of available tools defined in tool_conf.xml
> depending on the user name (or ideally group) of the currently logged
> in user. We would like to set up a public Galaxy instance that also
> hosts a few tools that would only be available to a particular user
> group. Our alternative would be to create two Galaxy instances (one
> for each user group) but I was hoping to avoid the duplication if
> possible.
Hi Martin,
There's no way to do this directly in Galaxy, so two instances
would be necessary. However, you can run two instances using the
same database, which should remove some of the management overhead
and make the same data available in both instances.
In addition, with some proxy server magic, the appropriate galaxy
server can be chosen based on the logged in user, meaning you won't
need two different URLs.
--nate
> Thanks,
> Martin Aryee.
> On Fri, Dec 18, 2009 at 11:13 AM, Greg Von Kuster
> <greg(a)bx.psu.edu> wrote:
>> Hello Hans,
>> Tools are not tightly integrated with the Galaxy framework by
>> design. Galaxy provides an interface to tools, but every tool can
>> also be run from the command lines as a stand-alone component.
>> Because of this, distributed tools do not depend on specific
>> Galaxy entities like a Galaxy user, and the distributed Galaxy
>> framework does not enable this. You could decide to add your own
>> logic to enable this for your local instance, however.
>>
>> On Dec 8, 2009, at 5:12 AM, Hotz, Hans-Rudolf wrote:
>>
>> Hi
>> By accident, my colleague found out, that we can use the
>> $userEmail variable
>> in the 'command' tag of the "tool config file", eg:
>> <command interpreter="perl">script.pl $input $userEmail $output
</
>> command>
>> Access to the 'user' information ('Anonymous' or the user's
e-
>> mail address
>> if logged in) is very handy, as it gives the potential to execute
>> the script
>> differently depending on the value of $userEmail .
>>
>> Now, we would like to use the 'user' information in order to create
>> different options in the interface for the tool, eg:
>> <inputs>
>> <param name="input" type="select" label="available
files"
>> display="radio"
>> dynamic_options="ds_Options()"/>
>> </inputs>
>> <outputs>
>> <data format="fasta" name="output"/>
>> </outputs>
>> <code file="more_code.py" />
>>
>> where "ds_Options()" is defined in the extra python code
>> "more_code.py"
>>
>>
>>
>> I can pass a value to "ds_Options()" which we get as an example
>> from a first
>> page of the interface, eg:
>> <inputs>
>> <page>
>> <param name="dir" type="select"
display="radio">
>> <option value="foo">FOO</option>
>> <option value="bar">BAR</option>
>> </param>
>> </page>
>> <page>
>> <param name="input" type="select"
label="available files"
>> display="radio"
>> dynamic_options="ds_Options(dir)"/>
>> </page>
>> </inputs>
>> <outputs>
>> <data format="fasta" name="output"/>
>> </outputs>
>> <code file="more_code.py" />
>>
>>
>> ...but how do I pass just the 'user' information to the function?
>>
>>
>>
>> As I can use '$userEmail' in the 'command' tag, I tried (with my
>> limited
>> understanding of galaxy and python) the obvious:
>> dynamic_options="ds_Options(userEmail)"
>> but I get
>> NameError: name 'userEmail' is not defined
>>
>> Is there any way to pass the 'user' information?
>> Alternatively, is there a direct way to get access to the 'user'
>> information
>> within the function?
>>
>>
>>
>> Thank you very much for your help
>>
>>
>> Hans
>> _______________________________________________
>> galaxy-dev mailing list
>> galaxy-dev(a)lists.bx.psu.edu
>>
http://lists.bx.psu.edu/listinfo/galaxy-dev
> _______________________________________________
> galaxy-dev mailing list
> galaxy-dev(a)lists.bx.psu.edu
>
http://lists.bx.psu.edu/listinfo/galaxy-dev
_______________________________________________
galaxy-dev mailing list
galaxy-dev(a)lists.bx.psu.edu
http://lists.bx.psu.edu/listinfo/galaxy-dev