New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Installation indigo on OSX failed while building 'nodelet_tutorial_math' #13333

Closed
ejalaa12 opened this Issue Dec 1, 2016 · 23 comments

Comments

Projects
None yet
@ejalaa12
Contributor

ejalaa12 commented Dec 1, 2016

Hello,

I followed the official installation of ROS Indigo on OSX.
Everything worked perfectly until I started building the catkin Workspace.

And nodelet_tutorial_math failed to build but not for the same reason that is answered in the installation tutorial. This is what I get:

> cd /Users/ejalaa/Development/ros_installation/my_install/build_isolated/nodelet_tutorial_math && /Users/ejalaa/Development/ros_installation/my_install/install_isolated/env.sh make -j4 -l4

[ 50%] Building CXX object CMakeFiles/nodelet_math.dir/src/plus.cpp.o
In file included from /Users/ejalaa/Development/ros_installation/my_install/src/common_tutorials/nodelet_tutorial_math/src/plus.cpp:30:
In file included from /Users/ejalaa/Development/ros_installation/my_install/install_isolated/include/pluginlib/class_list_macros.h:40:
In file included from /Users/ejalaa/Development/ros_installation/my_install/install_isolated/include/class_loader/class_loader.h:33:
In file included from /usr/local/include/boost/shared_ptr.hpp:17:
In file included from /usr/local/include/boost/smart_ptr/shared_ptr.hpp:23:
In file included from /usr/local/include/boost/config/no_tr1/memory.hpp:21:
In file included from /Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/memory:610:
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cstring:79:9: error:
      no member named 'strcoll' in the global namespace
using ::strcoll;
      ~~^
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cstring:80:9: error:
      no member named 'strxfrm' in the global namespace
using ::strxfrm;
      ~~^
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cstring:82:9: error:
      no member named 'memchr' in the global namespace; did you mean 'wmemchr'?
using ::memchr;
      ~~^
/usr/include/wchar.h:150:10: note: 'wmemchr' declared here
wchar_t *wmemchr(const wchar_t *, wchar_t, size_t);
         ^
In file included from /Users/ejalaa/Development/ros_installation/my_install/src/common_tutorials/nodelet_tutorial_math/src/plus.cpp:30:
In file included from /Users/ejalaa/Development/ros_installation/my_install/install_isolated/include/pluginlib/class_list_macros.h:40:
In file included from /Users/ejalaa/Development/ros_installation/my_install/install_isolated/include/class_loader/class_loader.h:33:
In file included from /usr/local/include/boost/shared_ptr.hpp:17:
In file included from /usr/local/include/boost/smart_ptr/shared_ptr.hpp:23:
In file included from /usr/local/include/boost/config/no_tr1/memory.hpp:21:
In file included from /Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/memory:610:
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cstring:86:9: error:
      no member named 'strcspn' in the global namespace
using ::strcspn;
      ~~^
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cstring:88:9: error:
      no member named 'strpbrk' in the global namespace
using ::strpbrk;
      ~~^
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cstring:90:9: error:
      no member named 'strrchr' in the global namespace; did you mean 'strchr'?
using ::strrchr;
      ~~^
/System/Library/Frameworks/Kernel.framework/Headers/string.h:81:14: note:
      'strchr' declared here
extern char     *strchr(const char *s, int c);
                 ^
In file included from /Users/ejalaa/Development/ros_installation/my_install/src/common_tutorials/nodelet_tutorial_math/src/plus.cpp:30:
In file included from /Users/ejalaa/Development/ros_installation/my_install/install_isolated/include/pluginlib/class_list_macros.h:40:
In file included from /Users/ejalaa/Development/ros_installation/my_install/install_isolated/include/class_loader/class_loader.h:33:
In file included from /usr/local/include/boost/shared_ptr.hpp:17:
In file included from /usr/local/include/boost/smart_ptr/shared_ptr.hpp:23:
In file included from /usr/local/include/boost/config/no_tr1/memory.hpp:21:
In file included from /Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/memory:610:
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cstring:92:9: error:
      no member named 'strspn' in the global namespace
using ::strspn;
      ~~^
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cstring:94:9: error:
      no member named 'strstr' in the global namespace; did you mean 'strnstr'?
using ::strstr;
      ~~^
/System/Library/Frameworks/Kernel.framework/Headers/string.h:80:14: note:
      'strnstr' declared here
extern char     *strnstr(char *s, const char *find, size_t slen);
                 ^
In file included from /Users/ejalaa/Development/ros_installation/my_install/src/common_tutorials/nodelet_tutorial_math/src/plus.cpp:30:
In file included from /Users/ejalaa/Development/ros_installation/my_install/install_isolated/include/pluginlib/class_list_macros.h:40:
In file included from /Users/ejalaa/Development/ros_installation/my_install/install_isolated/include/class_loader/class_loader.h:33:
In file included from /usr/local/include/boost/shared_ptr.hpp:17:
In file included from /usr/local/include/boost/smart_ptr/shared_ptr.hpp:23:
In file included from /usr/local/include/boost/config/no_tr1/memory.hpp:21:
In file included from /Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/memory:610:
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cstring:99:98: error:
      no member named 'strpbrk' in the global namespace; did you mean simply
      'strpbrk'?
  ...char* strpbrk(      char* __s1, const char* __s2) {return ::strpbrk(__s1...
                                                               ^~
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cstring:99:46: note:
      'strpbrk' declared here
inline _LIBCPP_INLINE_VISIBILITY       char* strpbrk(      char* __s1, c...
                                             ^
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cstring:100:88: error:
      no member named 'strrchr' in the global namespace; did you mean simply
      'strrchr'?
  ...char* strrchr(      char* __s, int __c) {return ::strrchr(__s, __c);}
                                                     ^~
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cstring:100:46: note:
      'strrchr' declared here
inline _LIBCPP_INLINE_VISIBILITY       char* strrchr(      char* __s, in...
                                             ^
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cstring:101:99: error:
      no member named 'memchr' in the global namespace; did you mean simply
      'memchr'?
  ...void* memchr(      void* __s, int __c, size_t __n) {return ::memchr(__s...
                                                                ^~
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cstring:101:46: note:
      'memchr' declared here
inline _LIBCPP_INLINE_VISIBILITY       void* memchr(      void* __s, in...
                                             ^
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cstring:102:97: error:
      no member named 'strstr' in the global namespace; did you mean simply
      'strstr'?
  ...char* strstr(      char* __s1, const char* __s2) {return ::strstr(__s1, ...
                                                              ^~
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cstring:102:46: note:
      'strstr' declared here
inline _LIBCPP_INLINE_VISIBILITY       char* strstr(      char* __s1, co...
                                             ^
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cstring:106:9: error:
      no member named 'strtok' in the global namespace
using ::strtok;
      ~~^
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cstring:109:9: error:
      no member named 'strerror' in the global namespace
using ::strerror;
      ~~^
In file included from /Users/ejalaa/Development/ros_installation/my_install/src/common_tutorials/nodelet_tutorial_math/src/plus.cpp:30:
In file included from /Users/ejalaa/Development/ros_installation/my_install/install_isolated/include/pluginlib/class_list_macros.h:40:
In file included from /Users/ejalaa/Development/ros_installation/my_install/install_isolated/include/class_loader/class_loader.h:33:
In file included from /usr/local/include/boost/shared_ptr.hpp:17:
In file included from /usr/local/include/boost/smart_ptr/shared_ptr.hpp:28:
In file included from /usr/local/include/boost/smart_ptr/detail/shared_count.hpp:29:
In file included from /usr/local/include/boost/smart_ptr/detail/sp_counted_base.hpp:45:
In file included from /usr/local/include/boost/smart_ptr/detail/sp_counted_base_clang.hpp:18:
In file included from /usr/local/include/boost/detail/sp_typeinfo.hpp:20:
In file included from /usr/local/include/boost/core/typeinfo.hpp:119:
In file included from /usr/local/include/boost/core/demangle.hpp:14:
In file included from /Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/string:438:
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cwchar:186:49: error:
      declaration conflicts with target of using declaration already in scope
inline _LIBCPP_INLINE_VISIBILITY const wchar_t* wmemchr(const wchar_t* _...
                                                ^
/usr/include/wchar.h:150:10: note: target of using declaration
wchar_t *wmemchr(const wchar_t *, wchar_t, size_t);
         ^
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cstring:82:9: note:
      using declaration
using ::memchr;
        ^
In file included from /Users/ejalaa/Development/ros_installation/my_install/src/common_tutorials/nodelet_tutorial_math/src/plus.cpp:30:
In file included from /Users/ejalaa/Development/ros_installation/my_install/install_isolated/include/pluginlib/class_list_macros.h:40:
In file included from /Users/ejalaa/Development/ros_installation/my_install/install_isolated/include/class_loader/class_loader.h:33:
In file included from /usr/local/include/boost/shared_ptr.hpp:17:
In file included from /usr/local/include/boost/smart_ptr/shared_ptr.hpp:28:
In file included from /usr/local/include/boost/smart_ptr/detail/shared_count.hpp:29:
In file included from /usr/local/include/boost/smart_ptr/detail/sp_counted_base.hpp:45:
In file included from /usr/local/include/boost/smart_ptr/detail/sp_counted_base_clang.hpp:18:
In file included from /usr/local/include/boost/detail/sp_typeinfo.hpp:20:
In file included from /usr/local/include/boost/core/typeinfo.hpp:119:
In file included from /usr/local/include/boost/core/demangle.hpp:14:
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/string:646:54: error:
      no matching function for call to 'memchr'
        {return __n == 0 ? NULL : (const char_type*) memchr(__s, to_int_...
                                                     ^~~~~~
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cstring:101:46: note:
      candidate function not viable: no known conversion from
      'const char_type *' (aka 'const char *') to 'void *' for 1st argument;
      take the address of the argument with &
inline _LIBCPP_INLINE_VISIBILITY       void* memchr(      void* __s, in...
                                             ^
In file included from /Users/ejalaa/Development/ros_installation/my_install/src/common_tutorials/nodelet_tutorial_math/src/plus.cpp:30:
In file included from /Users/ejalaa/Development/ros_installation/my_install/install_isolated/include/pluginlib/class_list_macros.h:40:
In file included from /Users/ejalaa/Development/ros_installation/my_install/install_isolated/include/class_loader/class_loader.h:34:
In file included from /usr/local/include/boost/thread/recursive_mutex.hpp:16:
In file included from /usr/local/include/boost/thread/pthread/recursive_mutex.hpp:11:
In file included from /usr/local/include/boost/thread/exceptions.hpp:22:
In file included from /usr/local/include/boost/system/system_error.hpp:14:
In file included from /usr/local/include/boost/system/error_code.hpp:19:
In file included from /Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/ostream:140:
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/locale:871:44: error:
      use of undeclared identifier 'errno'
        typename remove_reference<decltype(errno)>::type __save_errno = errno;
                                           ^
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/locale:871:53: error:
      no type named 'type' in the global namespace
        typename remove_reference<decltype(errno)>::type __save_errno = errno;
                                                  ~~^
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/locale:871:73: error:
      use of undeclared identifier 'errno'
        typename remove_reference<decltype(errno)>::type __save_errno = errno;
                                                                        ^
fatal error: too many errors emitted, stopping now [-ferror-limit=]
20 errors generated.
make[2]: *** [CMakeFiles/nodelet_math.dir/src/plus.cpp.o] Error 1
make[1]: *** [CMakeFiles/nodelet_math.dir/all] Error 2
make: *** [all] Error 2

I can't figure out what to do ?
Apparently there is a similar issue on mikepurvis git

Thank you

@spaghetti-

This comment has been minimized.

Show comment
Hide comment
@spaghetti-

spaghetti- Dec 28, 2016

Contributor

This can be solved by passing -DCMAKE_FIND_FRAMEWORK=LAST as the very first CMake argument.

Contributor

spaghetti- commented Dec 28, 2016

This can be solved by passing -DCMAKE_FIND_FRAMEWORK=LAST as the very first CMake argument.

@wjwwood

This comment has been minimized.

Show comment
Hide comment
@wjwwood

wjwwood Jan 3, 2017

Member

I don't know how to better fix this (better than the work around). If anyone know how please speak up. I might look into it again next time I update OS X.

Member

wjwwood commented Jan 3, 2017

I don't know how to better fix this (better than the work around). If anyone know how please speak up. I might look into it again next time I update OS X.

@spaghetti-

This comment has been minimized.

Show comment
Hide comment
@spaghetti-

spaghetti- Jan 4, 2017

Contributor

AFAIK adding the CMake argument to the toplevel cmake list (with an if clause) does not introduce any regressions.

Contributor

spaghetti- commented Jan 4, 2017

AFAIK adding the CMake argument to the toplevel cmake list (with an if clause) does not introduce any regressions.

@qingxia0702

This comment has been minimized.

Show comment
Hide comment
@qingxia0702

qingxia0702 Jan 12, 2017

hi,ejalaa12
I have confuse with the same promble,Did you resolve it?

hi,ejalaa12
I have confuse with the same promble,Did you resolve it?

@qingxia0702

This comment has been minimized.

Show comment
Hide comment
@qingxia0702

qingxia0702 Jan 13, 2017

Sorry for bad English, yesterday I had update macOS to Sierra and use Xcode 8.2.1 to compile it ,But the problem is still here. I have no idea now, anyone know it?

Sorry for bad English, yesterday I had update macOS to Sierra and use Xcode 8.2.1 to compile it ,But the problem is still here. I have no idea now, anyone know it?

@jundazhu

This comment has been minimized.

Show comment
Hide comment
@jundazhu

jundazhu Jan 23, 2017

The problem is due to the inclusion of the wrong string.h(from kernel framework instead of the standard library). -DCMAKE_FIND_FRAMEWORK=LAST did not resolve the problem on my side.

I found the culprit to be the FindUUID CMake module. It is located at ${ros_ws}/src/cmake_modules/cmake/Modules/FindUUID.cmake. Changing from find_path(UUID_INCLUDE_DIRS uuid/uuid.h) to find_path(UUID_INCLUDE_DIRS ossp/uuid.h) worked for me. Be sure to install ossp-uuidvia homebrew first.

The problem is due to the inclusion of the wrong string.h(from kernel framework instead of the standard library). -DCMAKE_FIND_FRAMEWORK=LAST did not resolve the problem on my side.

I found the culprit to be the FindUUID CMake module. It is located at ${ros_ws}/src/cmake_modules/cmake/Modules/FindUUID.cmake. Changing from find_path(UUID_INCLUDE_DIRS uuid/uuid.h) to find_path(UUID_INCLUDE_DIRS ossp/uuid.h) worked for me. Be sure to install ossp-uuidvia homebrew first.

@bgromov

This comment has been minimized.

Show comment
Hide comment
@bgromov

bgromov Jan 24, 2017

@jundazhu Thanks for discovering it.

Note for others: to make this solution work it might be necessary to remove build_isolated/nodelet_core and devel_isolated/nodelet_core directories first (did the trick for me).

bgromov commented Jan 24, 2017

@jundazhu Thanks for discovering it.

Note for others: to make this solution work it might be necessary to remove build_isolated/nodelet_core and devel_isolated/nodelet_core directories first (did the trick for me).

@emrainey

This comment has been minimized.

Show comment
Hide comment
@emrainey

emrainey Feb 3, 2017

Which CMake files or config procedures have to get modified during the Mac OS X build? No one seems to mention this.

emrainey commented Feb 3, 2017

Which CMake files or config procedures have to get modified during the Mac OS X build? No one seems to mention this.

@argrento

This comment has been minimized.

Show comment
Hide comment
@argrento

argrento Mar 7, 2017

@jundazhu, your solution does not work for me, even with the @bgromov's note.

Also adding -DCMAKE_FIND_FRAMEWORK=LAST to the build workspace command ./src/catkin/bin/catkin_make_isolated --install -DCMAKE_BUILD_TYPE=Release -DCMAKE_FIND_FRAMEWORK=LAST do not work.

argrento commented Mar 7, 2017

@jundazhu, your solution does not work for me, even with the @bgromov's note.

Also adding -DCMAKE_FIND_FRAMEWORK=LAST to the build workspace command ./src/catkin/bin/catkin_make_isolated --install -DCMAKE_BUILD_TYPE=Release -DCMAKE_FIND_FRAMEWORK=LAST do not work.

@bgromov

This comment has been minimized.

Show comment
Hide comment
@bgromov

bgromov Mar 8, 2017

@argrento Have you tried to wipe the whole build_isolated and devel_isolated? That what worked for me on another macOS.

bgromov commented Mar 8, 2017

@argrento Have you tried to wipe the whole build_isolated and devel_isolated? That what worked for me on another macOS.

@argrento

This comment has been minimized.

Show comment
Hide comment
@argrento

argrento Mar 8, 2017

@bgromov yes, thus I exclude 'nodelet_tutorial_math' from the build tree.

argrento commented Mar 8, 2017

@bgromov yes, thus I exclude 'nodelet_tutorial_math' from the build tree.

@mikaelarguedas

This comment has been minimized.

Show comment
Hide comment
@mikaelarguedas

mikaelarguedas Mar 8, 2017

Contributor

@argrento can you try to downgrade class_loader to version 3.4 to identify if this is the root of the problem? (you can post your comments on ros/class_loader#44)
Thanks!

Contributor

mikaelarguedas commented Mar 8, 2017

@argrento can you try to downgrade class_loader to version 3.4 to identify if this is the root of the problem? (you can post your comments on ros/class_loader#44)
Thanks!

@argrento

This comment has been minimized.

Show comment
Hide comment
@argrento

argrento Mar 9, 2017

@mikaelarguedas yesterday I tried to use Mac OS X installer. I added -DCMAKE_FIND_FRAMEWORK=LAST to the build options and saw no error, all was good. So the solution by @jundazhu should work.

argrento commented Mar 9, 2017

@mikaelarguedas yesterday I tried to use Mac OS X installer. I added -DCMAKE_FIND_FRAMEWORK=LAST to the build options and saw no error, all was good. So the solution by @jundazhu should work.

@mikaelarguedas

This comment has been minimized.

Show comment
Hide comment
@mikaelarguedas

mikaelarguedas Mar 9, 2017

Contributor

@argrento glad it worked for you too

Contributor

mikaelarguedas commented Mar 9, 2017

@argrento glad it worked for you too

@folkwang

This comment has been minimized.

Show comment
Hide comment
@folkwang

folkwang Mar 14, 2017

@argrento what macOS version are you using? I'm on Sierra and the installer script you mentioned will fail in qt discovery for me.
tweaking CMAKE_FIND_FRAMEWORK don't work for me, and I have ossp-uuid installed from brew

folkwang commented Mar 14, 2017

@argrento what macOS version are you using? I'm on Sierra and the installer script you mentioned will fail in qt discovery for me.
tweaking CMAKE_FIND_FRAMEWORK don't work for me, and I have ossp-uuid installed from brew

@argrento

This comment has been minimized.

Show comment
Hide comment
@argrento

argrento Mar 14, 2017

@folkwang I have 10.11.6. I had an issue with Qt as well. Section 4.2 helped me.

argrento commented Mar 14, 2017

@folkwang I have 10.11.6. I had an issue with Qt as well. Section 4.2 helped me.

@folkwang

This comment has been minimized.

Show comment
Hide comment
@folkwang

folkwang Mar 14, 2017

@argrento ah yeah. i did a clean rebuild and it works. thanks!

@argrento ah yeah. i did a clean rebuild and it works. thanks!

@ilidar

This comment has been minimized.

Show comment
Hide comment
@ilidar

ilidar Jun 20, 2017

Had same problem with macOS Sierra 10.15.2 and ROS Kinetic, all suggestions didn't work for me, so I've removed ${UUID_INCLUDE_DIRS} ${UUID_LIBRARIES} from nodelet package.

Before:

catkin_package(
  INCLUDE_DIRS include ${UUID_INCLUDE_DIRS}
  LIBRARIES nodeletlib ${UUID_LIBRARIES}
  CATKIN_DEPENDS bondcpp message_runtime pluginlib rosconsole roscpp std_msgs
  DEPENDS Boost
)

After:

catkin_package(
  INCLUDE_DIRS include
  LIBRARIES nodeletlib
  CATKIN_DEPENDS bondcpp message_runtime pluginlib rosconsole roscpp std_msgs
  DEPENDS Boost
)

Hopefully this could help someone and won't brake something else :P.

ilidar commented Jun 20, 2017

Had same problem with macOS Sierra 10.15.2 and ROS Kinetic, all suggestions didn't work for me, so I've removed ${UUID_INCLUDE_DIRS} ${UUID_LIBRARIES} from nodelet package.

Before:

catkin_package(
  INCLUDE_DIRS include ${UUID_INCLUDE_DIRS}
  LIBRARIES nodeletlib ${UUID_LIBRARIES}
  CATKIN_DEPENDS bondcpp message_runtime pluginlib rosconsole roscpp std_msgs
  DEPENDS Boost
)

After:

catkin_package(
  INCLUDE_DIRS include
  LIBRARIES nodeletlib
  CATKIN_DEPENDS bondcpp message_runtime pluginlib rosconsole roscpp std_msgs
  DEPENDS Boost
)

Hopefully this could help someone and won't brake something else :P.

@Joschka1

This comment has been minimized.

Show comment
Hide comment
@Joschka1

Joschka1 Jun 28, 2017

@ilidar thank you, that fixed it for me to and now it compiles fine :)
it also fixed the rqt_gui_cpp error for me!

@ilidar thank you, that fixed it for me to and now it compiles fine :)
it also fixed the rqt_gui_cpp error for me!

@tfoote

This comment has been minimized.

Show comment
Hide comment
@tfoote

tfoote Aug 14, 2017

Member

Since this has a workaround could someone please add this to the http://wiki.ros.org/kinetic/Installation/OSX/Homebrew/Source and then we can close this ticket?

Member

tfoote commented Aug 14, 2017

Since this has a workaround could someone please add this to the http://wiki.ros.org/kinetic/Installation/OSX/Homebrew/Source and then we can close this ticket?

@ejalaa12

This comment has been minimized.

Show comment
Hide comment
@ejalaa12

ejalaa12 Aug 19, 2017

Contributor

Hi, sorry everyone, I haven't followed this issue closely lately. Besides, I don't get this error anymore, probably because I did several updates meanwhile. However, It seems that this issue has been resolved. Should I close the ticket or wait for someone to add it to the tutorial ? @tfoote

Contributor

ejalaa12 commented Aug 19, 2017

Hi, sorry everyone, I haven't followed this issue closely lately. Besides, I don't get this error anymore, probably because I did several updates meanwhile. However, It seems that this issue has been resolved. Should I close the ticket or wait for someone to add it to the tutorial ? @tfoote

@tfoote

This comment has been minimized.

Show comment
Hide comment
@tfoote

tfoote Aug 19, 2017

Member

If this is no longer an issue with recent updates we can close this out as we don't need to update the documentation. Thanks for the followup @ejalaa12

Member

tfoote commented Aug 19, 2017

If this is no longer an issue with recent updates we can close this out as we don't need to update the documentation. Thanks for the followup @ejalaa12

@tfoote tfoote closed this Aug 19, 2017

@Tobias-Fischer

This comment has been minimized.

Show comment
Hide comment
@Tobias-Fischer

Tobias-Fischer Apr 26, 2018

This problem still seems to happen with lunar. It would be great if someone could add this to the Homebrew troubleshooting page.

This problem still seems to happen with lunar. It would be great if someone could add this to the Homebrew troubleshooting page.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment