On Sun, Apr 30, 2017 at 7:05 PM, Gelinas, Derek <[email protected]>
wrote:

> +1 on both of these.
>
> > On Apr 30, 2017, at 8:50 PM, Eric Friedrich (efriedri) <
> [email protected]> wrote:
> >
> > Assuming we stick with goose, why not bundle goose source into the
> traffic ops RPM? This will pin the version for us and prevent users from
> needing to run go get
>

Dan had put in a PR to add the Goose source:
https://github.com/apache/incubator-trafficcontrol/pull/157

We ended up closing it, as 375,000 lines felt a bit excessive...



> >
> > We are allowed to bundle code with the MIT license into our releases.
> >
> > As for the go installation, what about modifying the RPM spec file to
> list GoLang as a dependency of the traffic ops RPM?
> >
> > —Eric
> >
> >
> >
> >
> >
> >> On Apr 28, 2017, at 4:46 PM, Dewayne Richardson <[email protected]>
> wrote:
> >>
> >> They are, but makes the tooling easier if we are all in Golang
> >>
> >>> On Fri, Apr 28, 2017 at 1:44 PM, Dave Neuman <[email protected]>
> wrote:
> >>>
> >>> I don't see why re-writing the APIs in something like golang would mean
> >>> that we also need to re-write the database admin script.  I think
> those two
> >>> things are mutually exclusive, right?
> >>>
> >>> On Fri, Apr 28, 2017 at 12:29 PM, Dewayne Richardson <
> [email protected]>
> >>> wrote:
> >>>
> >>>> I had that thought, as well as there are more recent versions like
> >>>> https://github.com/mattes/migrate.  The question becomes if we ever
> get
> >>>> around to rewriting TrafficOps APIs in golang, will the Perl version
> then
> >>>> become obsolete?
> >>>>
> >>>>> On Fri, Apr 28, 2017 at 11:58 AM, Dave Neuman <[email protected]>
> wrote:
> >>>>>
> >>>>> Maybe it's time we take a look at what goose really buys us and
> >>> consider
> >>>>> writing our own database migration tool.  We already have admin.pl,
> it
> >>>>> could probably fit in with that?
> >>>>>
> >>>>> On Fri, Apr 28, 2017 at 11:45 AM, Eric Friedrich (efriedri) <
> >>>>> [email protected]> wrote:
> >>>>>
> >>>>>> Hey Dew-
> >>>>>> What calls this script?
> >>>>>>
> >>>>>> If its called from the Traffic Ops Spec file, then this will cause
> >>> some
> >>>>>> pain for those of us that need to install without internet access.
> >>>>>>
> >>>>>> —Eric
> >>>>>>
> >>>>>>> On Apr 28, 2017, at 12:41 PM, Dewayne Richardson <
> >>> [email protected]>
> >>>>>> wrote:
> >>>>>>>
> >>>>>>> I'm working toward a more streamlined installation process for
> >>>> Traffic
> >>>>>> Ops
> >>>>>>> (internally) and publicly. Of course, the same hiccups that
> >>> everyone
> >>>>> else
> >>>>>>> runs into I am as well.  Installation of Golang (proper version)
> >>> and
> >>>>>>> installation of Goose.  Goose has been the most challenging for
> >>>> several
> >>>>>>> reasons.  The maintainer hasn't made any real changes since 2015,
> >>> and
> >>>>> has
> >>>>>>> not "branched" his code to allow for explicit version download.
> >>> Per
> >>>>> his
> >>>>>>> installation instructions "go get bitbucket.org/liamstask/goose/
> >>>>>> cmd/goose"
> >>>>>>>
> >>>>>>> So I'm I'm proposing to write an installer script in bash to help
> >>>>>> automate
> >>>>>>> the Golang install as well as the Goose install.  My only concern
> >>> (as
> >>>>>> well
> >>>>>>> as most of yours) is "go get" will grab the latest, but since no
> >>> real
> >>>>>>> changes have happened I'm left with no other option.
> >>>>>>>
> >>>>>>> Proposed:
> >>>>>>>
> >>>>>>> /opt/traffic_ops/install/bin/install_goose.sh
> >>>>>>>
> >>>>>>> - Install Golang (version 1.8.x)
> >>>>>>> - go get bitbucket.org/liamstask/goose/cmd/goose
> >>>>>>>
> >>>>>>> Thoughts?
> >>>>>>>
> >>>>>>> -Dew
> >>>>>>
> >>>>>>
> >>>>>
> >>>>
> >>>
> >
>

Reply via email to