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

[Lukas Zapletal]

There is new feature coming that will eventually replace this. Should be
fully supported option --reset-data of katello-configure that would do
the same.

Don't worry I will not touch katello-reset-dbs until it is confirmed you
are all good with the new approach and your scripts were changed. No
need to rush.

LZ

On Wed, Jul 18, 2012 at 08:51:16AM -0400, James Labocki wrote:
> 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
> 
> _______________________________________________
> katello-devel mailing list
> katello-devel at redhat.com
> https://www.redhat.com/mailman/listinfo/katello-devel

-- 
Later,

 Lukas "lzap" Zapletal
 #katello #systemengine