hawq-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Wen Lin <w...@pivotal.io>
Subject Re: Rename "greenplum" to "hawq"
Date Wed, 13 Jul 2016 06:07:34 GMT
It's definitely a good thing, but needs very careful thought on effects to
customers.
We can try to list these effects as much as possile.

On Wed, Jul 13, 2016 at 1:55 PM, Yi Jin <yjin@pivotal.io> wrote:

> I think it is a must-do, but some concerns of customer using convention and
> legacy applications, scripts etc.
>
> On Wed, Jul 13, 2016 at 1:44 PM, 陶征霖 <ztao1987@apache.org> wrote:
>
> > Good idea, but need quite a lot of effort and may also affect custormer
> > behavior. Should handle it carefully.
> >
> > 2016-07-13 9:54 GMT+08:00 Ivan Weng <iweng@pivotal.io>:
> >
> > > Agree with this good idea. But as Paul said, there are maybe already
> many
> > > users use greeenplum_path.sh or something else in their environment. So
> > we
> > > need to think about it.
> > >
> > >
> > > Regards,
> > > Ivan
> > >
> > > On Wed, Jul 13, 2016 at 9:31 AM, Paul Guo <paulguo@gmail.com> wrote:
> > >
> > > > I've asked this before. Seems that affects some old users. I'm not
> sure
> > > > about the details.
> > > > I agree that we should change it to a better name in a release.
> > > >
> > > > 2016-07-13 9:25 GMT+08:00 Roman Shaposhnik <roman@shaposhnik.org>:
> > > >
> > > > > On Tue, Jul 12, 2016 at 6:21 PM, Xiang Sheng <xsheng@pivotal.io>
> > > wrote:
> > > > > > Agree . @xunzhang.
> > > > > > However , some greenplum strings can be easily replaced , but
> there
> > > are
> > > > > too
> > > > > > many in the code or comments.  Changing all of them costs too
> much
> > > > > efforts.
> > > > > >
> > > > > > So changing the strings that users can see is enough.
> > > > >
> > > > > Huge +1 to this! Btw, is this something we may be able to tackle
in
> > our
> > > > > next Apache release?
> > > > >
> > > > > Thanks,
> > > > > Roman.
> > > > >
> > > >
> > >
> >
> >
> >
> > --
> > Thanks,
> > Zhenglin
> >
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message