metron-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Zeolla@GMail.com" <zeo...@gmail.com>
Subject Re: Unable to build Ansible 2.0.0.2 on macOS using our instructions
Date Mon, 13 Feb 2017 13:57:05 GMT
Are you handling this one under METRON-196?  I'd be happy to lend a hand if
it's easy to split up.  I'd like to get this one resolved (before I forget
that it exists) either by upgrading or by fixing the documentation.

Jon

On Fri, Feb 10, 2017 at 2:01 PM David Lyle <dlyle65535@gmail.com> wrote:

> Hi Jon,
>
> There are a few issues.
>
> So far:
>
> Ansible modules has deprecated choices=BOOLEANS in favor of type='bool'
> (ambari_cluster_state.py)
> The Ansible URI module JSON handling is broken again, I've replaced it with
> curl in load_templates.yml
> Ansible's 'register' seems to have a length limitation now- that's causing
> a problem in ansible_gather_facts ln 133. I'm fixing that with a
> combination of curl and grep.
>
> I'll give it a bit more and see if I can roll through it.
>
> -D...
>
>
> On Fri, Feb 10, 2017 at 1:48 PM, Zeolla@GMail.com <zeolla@gmail.com>
> wrote:
>
> > Yes I would definitely love to use this as a reason to update Ansible.
> > I'll run it up with 2.2.1.0 as well right now.
> >
> > Jon
> >
> > On Fri, Feb 10, 2017, 10:06 AM David Lyle <dlyle65535@gmail.com> wrote:
> >
> > > I think that was 2.0.2.0 or 2.1.something.something. IIRC there were a
> > few
> > > issues with other versions as well. I'm spinning up quick-dev in a venv
> > > now, I'll let you know.
> > >
> > > On Fri, Feb 10, 2017 at 10:02 AM, Casey Stella <cestella@gmail.com>
> > wrote:
> > >
> > > > Sure, of course.  I thought we had some known issues with 2.2.1.0,
> but
> > I
> > > am
> > > > probably misremembering.
> > > >
> > > > On Fri, Feb 10, 2017 at 10:01 AM, David Lyle <dlyle65535@gmail.com>
> > > wrote:
> > > >
> > > > > Would it make sense to give Ansible 2.2.1.0 a try first? I'd like
> to
> > > > avoid
> > > > > backporting to Ansible if we can avoid it.
> > > > >
> > > > > -D...
> > > > >
> > > > >
> > > > > On Fri, Feb 10, 2017 at 9:26 AM, Casey Stella <cestella@gmail.com>
> > > > wrote:
> > > > >
> > > > > > Hmm, that's disconcerting.  I certainly don't mind documenting
> the
> > > > > > workaround that you've proposed in METRON-708
> > > > > >
> > > > > > On Thu, Feb 9, 2017 at 1:05 PM, Zeolla@GMail.com <
> zeolla@gmail.com
> > >
> > > > > wrote:
> > > > > >
> > > > > > > Has anybody attempted to set up ansible 2.0.0.2 recently
on a
> > fresh
> > > > mac
> > > > > > > using brew and the steps we outline here
> > > > > > > <https://github.com/apache/incubator-metron/tree/master/
> > > > > > > metron-deployment/vagrant/full-dev-platform#os-x>?
> > > > > > > I received a new laptop this week, so I ran through some
of our
> > > setup
> > > > > > > documentation to test any assumptions that may exist in
our
> > READMEs
> > > > > (see
> > > > > > > METRON-708 <
> https://github.com/apache/incubator-metron/pull/447>
> > > for
> > > > > > some
> > > > > > > of my updates) before restoring my TM backup.
> > > > > > >
> > > > > > > It looks like the installation process broke because of
some
> > > function
> > > > > > > renaming <https://github.com/openssl/openssl/issues/1190>
> within
> > > > > > > openssl.  I'd
> > > > > > > like to get some secondary validation of this issue if
anybody
> > else
> > > > has
> > > > > > an
> > > > > > > environment where they can give it a shot.  I think I was
able
> to
> > > > > resolve
> > > > > > > the issue by back-porting this commit
> > > > > > > <https://github.com/Homebrew/homebrew-core/commit/
> > > > > > > e08a5323e9d06a70dae20bc7b2387fbe9af983a8>,
> > > > > > > I just haven't had time to complete more comprehensive
testing
> > > (i.e.
> > > > > > > spinning up quick-dev or full-dev).  Once we agree on the
> > > resolution
> > > > to
> > > > > > > this I can update METRON-708 appropriately.
> > > > > > >
> > > > > > >
> > > > > > > Here are some relevant logs taken from
> > > > > > > ~/Library/Logs/Homebrew/ansible/09.python:
> > > > > > >
> > > > > > > building '_openssl' extension
> > > > > > >
> > > > > > > creating build/temp.macosx-10.12-intel-2.7/build
> > > > > > >
> > > > > > > creating build/temp.macosx-10.12-intel-
> > 2.7/build/temp.macosx-10.12-
> > > > > > > intel-2.7
> > > > > > >
> > > > > > > clang -fno-strict-aliasing -fno-common -dynamic -arch x86_64
> > -arch
> > > > i386
> > > > > > -g
> > > > > > > -Os -pipe -fno-common -fno-strict-aliasing -fwrapv
> > -DENABLE_DTRACE
> > > > > > -DMACOSX
> > > > > > > -DNDEBUG -Wall -Wstrict-prototypes -Wshorten-64-to-32 -DNDEBUG
> -g
> > > > > -fwrapv
> > > > > > > -Os -Wall -Wstrict-prototypes -DENABLE_DTRACE -arch x86_64
> -arch
> > > i386
> > > > > > -pipe
> > > > > > > -I/System/Library/Frameworks/Python.framework/Versions/2.7/
> > > > > > > include/python2.7
> > > > > > > -c build/temp.macosx-10.12-intel-2.7/_openssl.c -o
> > > > > > > build/temp.macosx-10.12-intel-2.7/build/temp.macosx-10.12-
> > > > > > > intel-2.7/_openssl.o
> > > > > > >
> > > > > > > build/temp.macosx-10.12-intel-2.7/_openssl.c:710:6: error:
> > > > conflicting
> > > > > > > types for 'BIO_new_mem_buf'
> > > > > > >
> > > > > > > BIO *BIO_new_mem_buf(void *, int);
> > > > > > >
> > > > > > >      ^
> > > > > > >
> > > > > > > /usr/local/opt/openssl/include/openssl/bio.h:692:6: note:
> > previous
> > > > > > > declaration is here
> > > > > > >
> > > > > > > BIO *BIO_new_mem_buf(const void *buf, int len);
> > > > > > >
> > > > > > >      ^
> > > > > > >
> > > > > > > build/temp.macosx-10.12-intel-2.7/_openssl.c:2089:15: error:
> > > > > > redefinition
> > > > > > > of 'SSLv2_method' as different kind of symbol
> > > > > > >
> > > > > > > SSL_METHOD* (*SSLv2_method)(void) = NULL;
> > > > > > >
> > > > > > >               ^
> > > > > > >
> > > > > > > /usr/local/opt/openssl/include/openssl/ssl.h:2349:19: note:
> > > previous
> > > > > > > definition is here
> > > > > > >
> > > > > > > const SSL_METHOD *SSLv2_method(void); /* SSLv2 */
> > > > > > >
> > > > > > >                   ^
> > > > > > >
> > > > > > > build/temp.macosx-10.12-intel-2.7/_openssl.c:2090:15: error:
> > > > > > redefinition
> > > > > > > of 'SSLv2_client_method' as different kind of symbol
> > > > > > >
> > > > > > > SSL_METHOD* (*SSLv2_client_method)(void) = NULL;
> > > > > > >
> > > > > > >               ^
> > > > > > >
> > > > > > > /usr/local/opt/openssl/include/openssl/ssl.h:2351:19: note:
> > > previous
> > > > > > > definition is here
> > > > > > >
> > > > > > > const SSL_METHOD *SSLv2_client_method(void); /* SSLv2 */
> > > > > > >
> > > > > > >                   ^
> > > > > > >
> > > > > > > build/temp.macosx-10.12-intel-2.7/_openssl.c:2091:15: error:
> > > > > > redefinition
> > > > > > > of 'SSLv2_server_method' as different kind of symbol
> > > > > > >
> > > > > > > SSL_METHOD* (*SSLv2_server_method)(void) = NULL;
> > > > > > >
> > > > > > >               ^
> > > > > > >
> > > > > > > /usr/local/opt/openssl/include/openssl/ssl.h:2350:19: note:
> > > previous
> > > > > > > definition is here
> > > > > > >
> > > > > > > const SSL_METHOD *SSLv2_server_method(void); /* SSLv2 */
> > > > > > >
> > > > > > >                   ^
> > > > > > >
> > > > > > > 4 errors generated.
> > > > > > >
> > > > > > > error: command 'clang' failed with exit status 1
> > > > > > >
> > > > > > >
> > > > > > > Jon
> > > > > > > --
> > > > > > >
> > > > > > > Jon
> > > > > > >
> > > > > > > Sent from my mobile device
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> > --
> >
> > Jon
> >
> > Sent from my mobile device
> >
>
-- 

Jon

Sent from my mobile device

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