[katello-devel] why we have /usr/share/katello/script ?

[James Labocki]

Please leave the katello-reset-dbs script in place. We use it a lot in the field and in labs.

-James



On Jul 18, 2012, at 7:41 AM, Garik Khachikyan <gkhachik at redhat.com> wrote:

> well,
> 
> at least please leave it in some github place.
> 
> We (QE) sometimes find it really useful!
> 
> thanks.
> 
> On 18/07/12 14:38, Tom McKay wrote:
>> 
>> ----- Original Message -----
>>> From: "Lukas Zapletal" <lzap at redhat.com>
>>> To: katello-devel at redhat.com
>>> Sent: Wednesday, July 18, 2012 8:24:03 AM
>>> Subject: Re: [katello-devel] why we have /usr/share/katello/script ?
>>> 
>>> Some scripts are really only for development setup, let's do a
>>> review:
>>> 
>>> CAN BE MOVED:
>>> 
>>> backup.sh
>>> restore.sh
>>>  - example scripts for backup - not used (maybe should go into docs
>>>  dir)
>>> katello-debug
>>> katello-generate-passphrase
>>> katello-check
>>>  - helper scripts (should be moved but must be tested!)
>>> katello-reset-dbs
>>>  - this will gets outdated once I merge --reset option (soon)
>> No! Do not remove katello-reset-dbs. There are two use cases here:
>> 
>> katello-configure --reset : Reset the system in preparation for a clean run of katello-configure as if it had never been run before.
>> 
>> katello-reset-dbs : Wipe all the data and repopulate it with ACME_Corporation
>> 
>> 
>>> reset-oauth
>>>  - we use this in the post RPM section - we should get rid of this
>>>    (causing issues during upgrades - katello-configure should do
>>>    this,
>>>    on my TODO list)
>>> 
>>> SHOULD BE PART OF katello-devel:
>>> 
>>> rails
>>> routes
>>> run_spec
>>> katello-refresh-cdn (?)
>>> 
>>> SHOULD STAY (we use it in our init.d scripts):
>>> 
>>> delayed_job
>>>  - startup script for delayed_job
>>> thin
>>>  - we start katello instance with it
>>> 
>>> Please comment.
>>> 
>>> LZ
>>> 
>>> On Wed, Jul 18, 2012 at 07:57:21AM -0400, Bryan Kearney wrote:
>>>> On 07/18/2012 07:52 AM, Miroslav Suchý wrote:
>>>>> Is there some history behind having:
>>>>>  /usr/share/katello/script
>>>>> and having symlinks from /usr/bin to files in that directory?
>>>>> 
>>>>> I'm asking because:
>>>>> # ls -l /usr/bin/katello-debug
>>>>> lrwxrwxrwx. 1 root root 39 Jul 17 16:01 /usr/bin/katello-debug ->
>>>>> /usr/share/katello/script/katello-debug
>>>>> # ls -lZ /usr/share/katello/script/katello-debug
>>>>> -rwxr-xr-x. root root system_u:object_r:usr_t:s0
>>>>> /usr/share/katello/script/katello-debug
>>>>> 
>>>>> And I would have expect that this script would have bin_t instead
>>>>> of usr_t.
>>>>> And I could not imagine what is the advantage of having
>>>>> /usr/share/katello/script/ instead of putting thos file directly
>>>>> into
>>>>> /usr/bin/?
>>>> Only reason I can think of is that is where the rails comand is?
>>>> But, I dont know off hand.
>>>> 
>>>> -- bk
>>>> 
>>>> 
>>>> 
>>>> _______________________________________________
>>>> katello-devel mailing list
>>>> katello-devel at redhat.com
>>>> https://www.redhat.com/mailman/listinfo/katello-devel
>>> --
>>> Later,
>>> 
>>>  Lukas "lzap" Zapletal
>>>  #katello #systemengine
>>> 
>>> _______________________________________________
>>> katello-devel mailing list
>>> katello-devel at redhat.com
>>> https://www.redhat.com/mailman/listinfo/katello-devel
>>> 
>> _______________________________________________
>> katello-devel mailing list
>> katello-devel at redhat.com
>> https://www.redhat.com/mailman/listinfo/katello-devel
> 
> 
> _______________________________________________
> katello-devel mailing list
> katello-devel at redhat.com
> https://www.redhat.com/mailman/listinfo/katello-devel