Error when building: Ubuntu 16.04

Trying to build polybar from scratch on Ubuntu 16.04 LTS with all dependencies (including optional ones) installed as per the compiling wiki. I'm unable to understand the error its throwing at me during the build as this is one of the few times ive had to build something from scratch. Didn't see a similar issue related to my output on github.
Seems to fail early in the build at:
[12%] Building CXX object bin/CMakeFiles/poly.dir/x11/window.cpp.o
I included complete output below
Thanks!
Build Process
Describe how you build polybar, list the exact commands you are using:
git clone https://github.com/jaagr/polybar.git
cd polybar
./build.sh
If you build polybar directly from this repository:

Output of git describe --tags:

3.3.0-23-ga7da68d
If you use some other way (like the AUR):
List exactly where you are building from and which version you are building.
Build Log
Post everything that is output to the terminal while building polybar below. This HAS to include the output of the cmake and make commands, if you used them.
joe@precision5520:~/Desktop/polybar$ ./build.sh
** Fetching submodules

** A build dir already exists (pass -f to replace)

** Setting build options

** Use GCC even if Clang is installed ----------------------------- [y/N]: y
** Include support for "internal/i3" (requires i3) ---------------- [y/N]: y
** Include support for "internal/alsa" (requires alsalib) --------- [y/N]: y
** Include support for "internal/pulseaudio" (requires libpulse) -- [y/N]: y
** Include support for "internal/network" (requires libnl/libiw) -- [y/N]: y
** Include support for "internal/mpd" (requires libmpdclient) ----- [y/N]: y
** Include support for "internal/github" (requires libcurl) ------- [y/N]: y
** Build "polybar-msg" used to send ipc messages ------------------ [y/N]: y
** Executing cmake command

-- Trying to enable ccache
-- Couldn't locate ccache, disabling ccache...
-- No build type specified; using RelWithDebInfo
-- Using supported compiler GNU-5.4.0
--  Build:
--    Type: RelWithDebInfo
--    CC: /usr/bin/gcc  -O2 -g -DNDEBUG
--    CXX: /usr/bin/g++  -Wall -Wextra -Werror -Wno-noexcept-type -pedantic -pedantic-errors -O2 -g -DNDEBUG
--    LD: /usr/bin/ld
--  Targets:
-- [X]   polybar-msg
-- [ ]   testsuite
--  Module support:
-- [X]   alsa (1.1.0)
-- [X]   curl (7.47.0)
-- [X]   i3
-- [X]   mpd (2.9)
-- [X]   network (wireless-tools)
-- [X]   pulseaudio (8.0)
-- [ ]   xkeyboard
--  X extensions:
-- [X]   xcb-randr (1.11.1)
-- [ ]   xcb-randr (monitor support)
-- [ ]   xcb-render
-- [ ]   xcb-damage
-- [ ]   xcb-sync
-- [X]   xcb-composite (1.11.1)
-- [ ]   xcb-xkb
-- [ ]   xcb-xrm
-- [ ]   xcb-cursor
--  Log options:
-- [X]   Trace logging
-- Found font: fixed:pixelsize=10
-- Font not found: unifont:fontformat=truetype
-- Font not found: siji:pixelsize=10
-- Found PythonInterp: /home/joe/Documents/anaconda2/bin/python2.7 (found suitable version "2.7.14", minimum required is "2.7")
-- XCB[XCB]: Found component XCB
-- XCB[ICCCM]: Found component ICCCM
-- XCB[EWMH]: Found component EWMH
-- XCB[UTIL]: Found component UTIL
-- XCB[IMAGE]: Found component IMAGE
-- Found XCB: /home/joe/Documents/anaconda2/lib/libxcb.so;/usr/lib/x86_64-linux-gnu/libxcb-icccm.so;/usr/lib/x86_64-linux-gnu/libxcb-ewmh.so;/usr/lib/x86_64-linux-gnu/libxcb-util.so;/usr/lib/x86_64-linux-gnu/libxcb-image.so
-- Searching for xcbgen with python2
-- Found xcbgen in /home/joe/Documents/anaconda2/lib/python2.7/site-packages
-- XCB[RANDR]: Found component RANDR
-- Found XCB: /home/joe/Documents/anaconda2/lib/libxcb.so;/usr/lib/x86_64-linux-gnu/libxcb-icccm.so;/usr/lib/x86_64-linux-gnu/libxcb-ewmh.so;/usr/lib/x86_64-linux-gnu/libxcb-util.so;/usr/lib/x86_64-linux-gnu/libxcb-image.so;/home/joe/Documents/anaconda2/lib/libxcb-randr.so
-- XCB[COMPOSITE]: Found component COMPOSITE
-- Found XCB: /home/joe/Documents/anaconda2/lib/libxcb.so;/usr/lib/x86_64-linux-gnu/libxcb-icccm.so;/usr/lib/x86_64-linux-gnu/libxcb-ewmh.so;/usr/lib/x86_64-linux-gnu/libxcb-util.so;/usr/lib/x86_64-linux-gnu/libxcb-image.so;/home/joe/Documents/anaconda2/lib/libxcb-randr.so;/home/joe/Documents/anaconda2/lib/libxcb-composite.so
-- xpp: including xcb proto randr.xml
-- xpp: including xcb proto composite.xml
-- xpp: including xcb proto xproto.xml
-- Checking for module 'jsoncpp>=1.7.7'
--
-- Could not find jsoncpp>=1.7.7 -- building static lib...
-- JsonCpp Version: 1.7.7
-- Found PythonInterp: /home/joe/Documents/anaconda2/bin/python2.7 (found suitable version "2.7.14", minimum required is "2.6")
-- Configuring done
-- Generating done
-- Build files have been written to: /home/joe/Desktop/polybar/build
** Building project

[  4%] Built target xpp
[  8%] Built target jsoncpp_lib_static
[  9%] Building CXX object lib/i3ipcpp/CMakeFiles/i3ipc++.dir/src/ipc.cpp.o
[ 10%] Building CXX object lib/i3ipcpp/CMakeFiles/i3ipc++.dir/src/ipc-util.cpp.o
[ 11%] Linking CXX static library libi3ipc++.a
[ 11%] Built target i3ipc++
Scanning dependencies of target poly
[ 12%] Building CXX object bin/CMakeFiles/poly.dir/x11/window.cpp.o
In file included from /home/joe/Desktop/polybar/include/x11/connection.hpp:7:0,
                 from /home/joe/Desktop/polybar/src/x11/window.cpp:4:
/home/joe/Desktop/polybar/lib/xpp/include/xpp/proto/x.hpp:1:6: error: found ‘:’ in nested-name-specifier, expected ‘::’
 ERROR: could not calc required_start_align of Struct "xcb.Setup"
      ^
/home/joe/Desktop/polybar/lib/xpp/include/xpp/proto/x.hpp:1:1: error: ‘ERROR’ does not name a type
 ERROR: could not calc required_start_align of Struct "xcb.Setup"
 ^
In file included from /usr/include/c++/5/bits/locale_classes.h:842:0,
                 from /usr/include/c++/5/bits/ios_base.h:41,
                 from /usr/include/c++/5/ios:42,
                 from /usr/include/c++/5/ostream:38,
                 from /usr/include/c++/5/iostream:39,
                 from /home/joe/Desktop/polybar/lib/xpp/include/xpp/proto/../generic/error.hpp:4,
                 from /home/joe/Desktop/polybar/lib/xpp/include/xpp/proto/../generic.hpp:4,
                 from /home/joe/Desktop/polybar/lib/xpp/include/xpp/proto/x.hpp:62,
                 from /home/joe/Desktop/polybar/include/x11/connection.hpp:7,
                 from /home/joe/Desktop/polybar/src/x11/window.cpp:4:
/usr/include/c++/5/bits/locale_classes.tcc:45:46: error: invalid use of incomplete type ‘class std::locale’
     locale(const locale& __other, _Facet* __f)
                                              ^
In file included from /usr/include/c++/5/string:43:0,
                 from /home/joe/Desktop/polybar/include/components/types.hpp:5,
                 from /home/joe/Desktop/polybar/src/x11/window.cpp:1:
/usr/include/c++/5/bits/localefwd.h:55:9: note: forward declaration of ‘class std::locale’
   class locale;
         ^
In file included from /usr/include/c++/5/bits/locale_classes.h:842:0,
                 from /usr/include/c++/5/bits/ios_base.h:41,
                 from /usr/include/c++/5/ios:42,
                 from /usr/include/c++/5/ostream:38,
                 from /usr/include/c++/5/iostream:39,
                 from /home/joe/Desktop/polybar/lib/xpp/include/xpp/proto/../generic/error.hpp:4,
                 from /home/joe/Desktop/polybar/lib/xpp/include/xpp/proto/../generic.hpp:4,
                 from /home/joe/Desktop/polybar/lib/xpp/include/xpp/proto/x.hpp:62,
                 from /home/joe/Desktop/polybar/include/x11/connection.hpp:7,
                 from /home/joe/Desktop/polybar/src/x11/window.cpp:4:
/usr/include/c++/5/bits/locale_classes.tcc:63:36: error: invalid use of incomplete type ‘class std::locale’
     combine(const locale& __other) const
                                    ^
In file included from /usr/include/c++/5/string:43:0,
                 from /home/joe/Desktop/polybar/include/components/types.hpp:5,
                 from /home/joe/Desktop/polybar/src/x11/window.cpp:1:
/usr/include/c++/5/bits/localefwd.h:55:9: note: forward declaration of ‘class std::locale’
   class locale;
         ^
In file included from /usr/include/c++/5/bits/locale_classes.h:842:0,
                 from /usr/include/c++/5/bits/ios_base.h:41,
                 from /usr/include/c++/5/ios:42,
                 from /usr/include/c++/5/ostream:38,
                 from /usr/include/c++/5/iostream:39,
                 from /home/joe/Desktop/polybar/lib/xpp/include/xpp/proto/../generic/error.hpp:4,
                 from /home/joe/Desktop/polybar/lib/xpp/include/xpp/proto/../generic.hpp:4,
                 from /home/joe/Desktop/polybar/lib/xpp/include/xpp/proto/x.hpp:62,
                 from /home/joe/Desktop/polybar/include/x11/connection.hpp:7,
                 from /home/joe/Desktop/polybar/src/x11/window.cpp:4:
/usr/include/c++/5/bits/locale_classes.tcc:82:60: error: invalid use of incomplete type ‘class std::locale’
         const basic_string<_CharT, _Traits, _Alloc>& __s2) const
                                                            ^
In file included from /usr/include/c++/5/string:43:0,
                 from /home/joe/Desktop/polybar/include/components/types.hpp:5,
                 from /home/joe/Desktop/polybar/src/x11/window.cpp:1:
/usr/include/c++/5/bits/localefwd.h:55:9: note: forward declaration of ‘class std::locale’
   class locale;
         ^
In file included from /usr/include/c++/5/bits/locale_classes.h:842:0,
                 from /usr/include/c++/5/bits/ios_base.h:41,
                 from /usr/include/c++/5/ios:42,
                 from /usr/include/c++/5/ostream:38,
                 from /usr/include/c++/5/iostream:39,
                 from /home/joe/Desktop/polybar/lib/xpp/include/xpp/proto/../generic/error.hpp:4,
                 from /home/joe/Desktop/polybar/lib/xpp/include/xpp/proto/../generic.hpp:4,
                 from /home/joe/Desktop/polybar/lib/xpp/include/xpp/proto/x.hpp:62,
                 from /home/joe/Desktop/polybar/include/x11/connection.hpp:7,
                 from /home/joe/Desktop/polybar/src/x11/window.cpp:4:
/usr/include/c++/5/bits/locale_classes.tcc: In function ‘bool std::has_facet(const std::locale&)’:
/usr/include/c++/5/bits/locale_classes.tcc:107:21: error: ‘facet’ in ‘class std::locale’ does not name a type
       const locale::facet** __facets = __loc._M_impl->_M_facets;
                     ^
/usr/include/c++/5/bits/locale_classes.tcc:108:26: error: invalid use of incomplete type ‘const class std::locale’
       return (__i < __loc._M_impl->_M_facets_size
                          ^
In file included from /usr/include/c++/5/string:43:0,
                 from /home/joe/Desktop/polybar/include/components/types.hpp:5,
                 from /home/joe/Desktop/polybar/src/x11/window.cpp:1:
/usr/include/c++/5/bits/localefwd.h:55:9: note: forward declaration of ‘class std::locale’
   class locale;
         ^
In file included from /usr/include/c++/5/bits/locale_classes.h:842:0,
                 from /usr/include/c++/5/bits/ios_base.h:41,
                 from /usr/include/c++/5/ios:42,
                 from /usr/include/c++/5/ostream:38,
                 from /usr/include/c++/5/iostream:39,
                 from /home/joe/Desktop/polybar/lib/xpp/include/xpp/proto/../generic/error.hpp:4,
                 from /home/joe/Desktop/polybar/lib/xpp/include/xpp/proto/../generic.hpp:4,
                 from /home/joe/Desktop/polybar/lib/xpp/include/xpp/proto/x.hpp:62,
                 from /home/joe/Desktop/polybar/include/x11/connection.hpp:7,
                 from /home/joe/Desktop/polybar/src/x11/window.cpp:4:
/usr/include/c++/5/bits/locale_classes.tcc:110:39: error: ‘__facets’ was not declared in this scope
        && dynamic_cast<const _Facet*>(__facets[__i]));
                                       ^
/usr/include/c++/5/bits/locale_classes.tcc: In function ‘const _Facet& std::use_facet(const std::locale&)’:
/usr/include/c++/5/bits/locale_classes.tcc:135:21: error: ‘facet’ in ‘class std::locale’ does not name a type
       const locale::facet** __facets = __loc._M_impl->_M_facets;
                     ^
/usr/include/c++/5/bits/locale_classes.tcc:136:23: error: invalid use of incomplete type ‘const class std::locale’
       if (__i >= __loc._M_impl->_M_facets_size || !__facets[__i])
                       ^
In file included from /usr/include/c++/5/string:43:0,
                 from /home/joe/Desktop/polybar/include/components/types.hpp:5,
                 from /home/joe/Desktop/polybar/src/x11/window.cpp:1:
/usr/include/c++/5/bits/localefwd.h:55:9: note: forward declaration of ‘class std::locale’
   class locale;
         ^
In file included from /usr/include/c++/5/bits/locale_classes.h:842:0,
                 from /usr/include/c++/5/bits/ios_base.h:41,
                 from /usr/include/c++/5/ios:42,
                 from /usr/include/c++/5/ostream:38,
                 from /usr/include/c++/5/iostream:39,
                 from /home/joe/Desktop/polybar/lib/xpp/include/xpp/proto/../generic/error.hpp:4,
                 from /home/joe/Desktop/polybar/lib/xpp/include/xpp/proto/../generic.hpp:4,
                 from /home/joe/Desktop/polybar/lib/xpp/include/xpp/proto/x.hpp:62,
                 from /home/joe/Desktop/polybar/include/x11/connection.hpp:7,
                 from /home/joe/Desktop/polybar/src/x11/window.cpp:4:
/usr/include/c++/5/bits/locale_classes.tcc:136:52: error: ‘__facets’ was not declared in this scope
       if (__i >= __loc._M_impl->_M_facets_size || !__facets[__i])
                                                    ^
/usr/include/c++/5/bits/locale_classes.tcc:139:43: error: ‘__facets’ was not declared in this scope
       return dynamic_cast<const _Facet&>(*__facets[__i]);
                                           ^
/usr/include/c++/5/bits/locale_classes.tcc: At global scope:
/usr/include/c++/5/bits/locale_classes.tcc:149:76: error: invalid use of incomplete type ‘class std::__cxx11::collate<_CharT>’
     collate<_CharT>::_M_compare(const _CharT*, const _CharT*) const throw ()
                                                                            ^
In file included from /usr/include/c++/5/string:43:0,
                 from /home/joe/Desktop/polybar/include/components/types.hpp:5,
                 from /home/joe/Desktop/polybar/src/x11/window.cpp:1:
/usr/include/c++/5/bits/localefwd.h:161:11: note: declaration of ‘class std::__cxx11::collate<_CharT>’
     class collate;
           ^
In file included from /usr/include/c++/5/bits/locale_classes.h:842:0,
                 from /usr/include/c++/5/bits/ios_base.h:41,
                 from /usr/include/c++/5/ios:42,
                 from /usr/include/c++/5/ostream:38,
                 from /usr/include/c++/5/iostream:39,
                 from /home/joe/Desktop/polybar/lib/xpp/include/xpp/proto/../generic/error.hpp:4,
                 from /home/joe/Desktop/polybar/lib/xpp/include/xpp/proto/../generic.hpp:4,
                 from /home/joe/Desktop/polybar/lib/xpp/include/xpp/proto/x.hpp:62,
                 from /home/joe/Desktop/polybar/include/x11/connection.hpp:7,
                 from /home/joe/Desktop/polybar/src/x11/window.cpp:4:
/usr/include/c++/5/bits/locale_classes.tcc:155:80: error: invalid use of incomplete type ‘class std::__cxx11::collate<_CharT>’
     collate<_CharT>::_M_transform(_CharT*, const _CharT*, size_t) const throw ()
                                                                                ^
In file included from /usr/include/c++/5/string:43:0,
                 from /home/joe/Desktop/polybar/include/components/types.hpp:5,
                 from /home/joe/Desktop/polybar/src/x11/window.cpp:1:
/usr/include/c++/5/bits/localefwd.h:161:11: note: declaration of ‘class std::__cxx11::collate<_CharT>’
     class collate;
           ^
In file included from /usr/include/c++/5/bits/locale_classes.h:842:0,
                 from /usr/include/c++/5/bits/ios_base.h:41,
                 from /usr/include/c++/5/ios:42,
                 from /usr/include/c++/5/ostream:38,
                 from /usr/include/c++/5/iostream:39,
                 from /home/joe/Desktop/polybar/lib/xpp/include/xpp/proto/../generic/error.hpp:4,
                 from /home/joe/Desktop/polybar/lib/xpp/include/xpp/proto/../generic.hpp:4,
                 from /home/joe/Desktop/polybar/lib/xpp/include/xpp/proto/x.hpp:62,
                 from /home/joe/Desktop/polybar/include/x11/connection.hpp:7,
                 from /home/joe/Desktop/polybar/src/x11/window.cpp:4:
/usr/include/c++/5/bits/locale_classes.tcc:162:51: error: invalid use of incomplete type ‘class std::__cxx11::collate<_CharT>’
         const _CharT* __lo2, const _CharT* __hi2) const
                                                   ^
In file included from /usr/include/c++/5/string:43:0,
                 from /home/joe/Desktop/polybar/include/components/types.hpp:5,
                 from /home/joe/Desktop/polybar/src/x11/window.cpp:1:
/usr/include/c++/5/bits/localefwd.h:161:11: note: declaration of ‘class std::__cxx11::collate<_CharT>’
     class collate;
           ^
In file included from /usr/include/c++/5/bits/locale_classes.h:842:0,
                 from /usr/include/c++/5/bits/ios_base.h:41,
                 from /usr/include/c++/5/ios:42,
                 from /usr/include/c++/5/ostream:38,
                 from /usr/include/c++/5/iostream:39,
                 from /home/joe/Desktop/polybar/lib/xpp/include/xpp/proto/../generic/error.hpp:4,
                 from /home/joe/Desktop/polybar/lib/xpp/include/xpp/proto/../generic.hpp:4,
                 from /home/joe/Desktop/polybar/lib/xpp/include/xpp/proto/x.hpp:62,
                 from /home/joe/Desktop/polybar/include/x11/connection.hpp:7,
                 from /home/joe/Desktop/polybar/src/x11/window.cpp:4:
/usr/include/c++/5/bits/locale_classes.tcc:200:58: error: invalid use of incomplete type ‘class std::__cxx11::collate<_CharT>’
     do_transform(const _CharT* __lo, const _CharT* __hi) const
                                                          ^
In file included from /usr/include/c++/5/string:43:0,
                 from /home/joe/Desktop/polybar/include/components/types.hpp:5,
                 from /home/joe/Desktop/polybar/src/x11/window.cpp:1:
/usr/include/c++/5/bits/localefwd.h:161:11: note: declaration of ‘class std::__cxx11::collate<_CharT>’
     class collate;
           ^
In file included from /usr/include/c++/5/bits/locale_classes.h:842:0,
                 from /usr/include/c++/5/bits/ios_base.h:41,
                 from /usr/include/c++/5/ios:42,
                 from /usr/include/c++/5/ostream:38,
                 from /usr/include/c++/5/iostream:39,
                 from /home/joe/Desktop/polybar/lib/xpp/include/xpp/proto/../generic/error.hpp:4,
                 from /home/joe/Desktop/polybar/lib/xpp/include/xpp/proto/../generic.hpp:4,
                 from /home/joe/Desktop/polybar/lib/xpp/include/xpp/proto/x.hpp:62,
                 from /home/joe/Desktop/polybar/include/x11/connection.hpp:7,
                 from /home/joe/Desktop/polybar/src/x11/window.cpp:4:
/usr/include/c++/5/bits/locale_classes.tcc:256:53: error: invalid use of incomplete type ‘class std::__cxx11::collate<_CharT>’
     do_hash(const _CharT* __lo, const _CharT* __hi) const
                                                     ^
In file included from /usr/include/c++/5/string:43:0,
                 from /home/joe/Desktop/polybar/include/components/types.hpp:5,
                 from /home/joe/Desktop/polybar/src/x11/window.cpp:1:
/usr/include/c++/5/bits/localefwd.h:161:11: note: declaration of ‘class std::__cxx11::collate<_CharT>’
     class collate;
           ^
In file included from /usr/include/c++/5/bits/locale_classes.h:842:0,
                 from /usr/include/c++/5/bits/ios_base.h:41,
                 from /usr/include/c++/5/ios:42,
                 from /usr/include/c++/5/ostream:38,
                 from /usr/include/c++/5/iostream:39,
                 from /home/joe/Desktop/polybar/lib/xpp/include/xpp/proto/../generic/error.hpp:4,
                 from /home/joe/Desktop/polybar/lib/xpp/include/xpp/proto/../generic.hpp:4,
                 from /home/joe/Desktop/polybar/lib/xpp/include/xpp/proto/x.hpp:62,
                 from /home/joe/Desktop/polybar/include/x11/connection.hpp:7,
                 from /home/joe/Desktop/polybar/src/x11/window.cpp:4:
/usr/include/c++/5/bits/locale_classes.tcc:270:25: error: explicit instantiation of ‘class std::__cxx11::collate<char>’ before definition of template
   extern template class collate<char>;
                         ^
/usr/include/c++/5/bits/locale_classes.tcc:271:25: error: explicit instantiation of ‘class std::__cxx11::collate_byname<char>’ before definition of template
   extern template class collate_byname<char>;
                         ^
/usr/include/c++/5/bits/locale_classes.tcc:282:25: error: explicit instantiation of ‘class std::__cxx11::collate<wchar_t>’ before definition of template
   extern template class collate<wchar_t>;
                         ^
/usr/include/c++/5/bits/locale_classes.tcc:283:25: error: explicit instantiation of ‘class std::__cxx11::collate_byname<wchar_t>’ before definition of template
   extern template class collate_byname<wchar_t>;
                         ^
In file included from /usr/include/c++/5/ios:42:0,
                 from /usr/include/c++/5/ostream:38,
                 from /usr/include/c++/5/iostream:39,
                 from /home/joe/Desktop/polybar/lib/xpp/include/xpp/proto/../generic/error.hpp:4,
                 from /home/joe/Desktop/polybar/lib/xpp/include/xpp/proto/../generic.hpp:4,
                 from /home/joe/Desktop/polybar/lib/xpp/include/xpp/proto/x.hpp:62,
                 from /home/joe/Desktop/polybar/include/x11/connection.hpp:7,
                 from /home/joe/Desktop/polybar/src/x11/window.cpp:4:
/usr/include/c++/5/bits/ios_base.h:590:13: error: field ‘_M_ios_locale’ has incomplete type ‘std::locale’
     locale  _M_ios_locale;
             ^
In file included from /usr/include/c++/5/string:43:0,
                 from /home/joe/Desktop/polybar/include/components/types.hpp:5,
                 from /home/joe/Desktop/polybar/src/x11/window.cpp:1:
/usr/include/c++/5/bits/localefwd.h:55:9: note: forward declaration of ‘class std::locale’
   class locale;
         ^
In file included from /usr/include/c++/5/ios:42:0,
                 from /usr/include/c++/5/ostream:38,
                 from /usr/include/c++/5/iostream:39,
                 from /home/joe/Desktop/polybar/lib/xpp/include/xpp/proto/../generic/error.hpp:4,
                 from /home/joe/Desktop/polybar/lib/xpp/include/xpp/proto/../generic.hpp:4,
                 from /home/joe/Desktop/polybar/lib/xpp/include/xpp/proto/x.hpp:62,
                 from /home/joe/Desktop/polybar/include/x11/connection.hpp:7,
                 from /home/joe/Desktop/polybar/src/x11/window.cpp:4:
/usr/include/c++/5/bits/ios_base.h: In member function ‘std::locale std::ios_base::getloc() const’:
/usr/include/c++/5/bits/ios_base.h:764:5: error: return type ‘class std::locale’ is incomplete
     { return _M_ios_locale; }
     ^
In file included from /usr/include/c++/5/ios:43:0,
                 from /usr/include/c++/5/ostream:38,
                 from /usr/include/c++/5/iostream:39,
                 from /home/joe/Desktop/polybar/lib/xpp/include/xpp/proto/../generic/error.hpp:4,
                 from /home/joe/Desktop/polybar/lib/xpp/include/xpp/proto/../generic.hpp:4,
                 from /home/joe/Desktop/polybar/lib/xpp/include/xpp/proto/x.hpp:62,
                 from /home/joe/Desktop/polybar/include/x11/connection.hpp:7,
                 from /home/joe/Desktop/polybar/src/x11/window.cpp:4:
/usr/include/c++/5/streambuf: At global scope:
/usr/include/c++/5/streambuf:192:17: error: field ‘_M_buf_locale’ has incomplete type ‘std::locale’
       locale    _M_buf_locale;
                 ^
In file included from /usr/include/c++/5/string:43:0,
                 from /home/joe/Desktop/polybar/include/components/types.hpp:5,
                 from /home/joe/Desktop/polybar/src/x11/window.cpp:1:
/usr/include/c++/5/bits/localefwd.h:55:9: note: forward declaration of ‘class std::locale’
   class locale;
         ^
In file included from /usr/include/c++/5/ios:43:0,
                 from /usr/include/c++/5/ostream:38,
                 from /usr/include/c++/5/iostream:39,
                 from /home/joe/Desktop/polybar/lib/xpp/include/xpp/proto/../generic/error.hpp:4,
                 from /home/joe/Desktop/polybar/lib/xpp/include/xpp/proto/../generic.hpp:4,
                 from /home/joe/Desktop/polybar/lib/xpp/include/xpp/proto/x.hpp:62,
                 from /home/joe/Desktop/polybar/include/x11/connection.hpp:7,
                 from /home/joe/Desktop/polybar/src/x11/window.cpp:4:
/usr/include/c++/5/streambuf: In member function ‘std::locale std::basic_streambuf<_CharT, _Traits>::pubimbue(const std::locale&)’:
/usr/include/c++/5/streambuf:210:7: error: return type ‘class std::locale’ is incomplete
       {
       ^
/usr/include/c++/5/streambuf: In member function ‘std::locale std::basic_streambuf<_CharT, _Traits>::getloc() const’:
/usr/include/c++/5/streambuf:227:7: error: return type ‘class std::locale’ is incomplete
       { return _M_buf_locale; }
       ^
In file included from /usr/include/c++/5/bits/basic_ios.h:37:0,
                 from /usr/include/c++/5/ios:44,
                 from /usr/include/c++/5/ostream:38,
                 from /usr/include/c++/5/iostream:39,
                 from /home/joe/Desktop/polybar/lib/xpp/include/xpp/proto/../generic/error.hpp:4,
                 from /home/joe/Desktop/polybar/lib/xpp/include/xpp/proto/../generic.hpp:4,
                 from /home/joe/Desktop/polybar/lib/xpp/include/xpp/proto/x.hpp:62,
                 from /home/joe/Desktop/polybar/include/x11/connection.hpp:7,
                 from /home/joe/Desktop/polybar/src/x11/window.cpp:4:
/usr/include/c++/5/bits/locale_facets.h: At global scope:
/usr/include/c++/5/bits/locale_facets.h:150:55: error: expected class-name before ‘,’ token
     class __ctype_abstract_base : public locale::facet, public ctype_base
                                                       ^
/usr/include/c++/5/bits/locale_facets.h: In constructor ‘std::__ctype_abstract_base<_CharT>::__ctype_abstract_base(std::size_t)’:
/usr/include/c++/5/bits/locale_facets.h:359:49: error: class ‘std::__ctype_abstract_base<_CharT>’ does not have any field named ‘facet’
       __ctype_abstract_base(size_t __refs = 0): facet(__refs) { }
                                                 ^
/usr/include/c++/5/bits/locale_facets.h: At global scope:
/usr/include/c++/5/bits/locale_facets.h:620:22: error: ‘id’ in ‘class std::locale’ does not name a type
       static locale::id   id;
                      ^
/usr/include/c++/5/bits/locale_facets.h:669:13: error: ‘id’ in ‘class std::locale’ does not name a type
     locale::id ctype<_CharT>::id;
             ^
/usr/include/c++/5/bits/locale_facets.h:681:45: error: expected class-name before ‘,’ token
     class ctype<char> : public locale::facet, public ctype_base
                                             ^
/usr/include/c++/5/bits/locale_facets.h:703:22: error: ‘id’ in ‘class std::locale’ does not name a type
       static locale::id        id;
                      ^
/usr/include/c++/5/bits/locale_facets.h:1205:22: error: ‘id’ in ‘class std::locale’ does not name a type
       static locale::id  id;
                      ^
In file included from /usr/include/c++/5/bits/basic_ios.h:37:0,
                 from /usr/include/c++/5/ios:44,
                 from /usr/include/c++/5/ostream:38,
                 from /usr/include/c++/5/iostream:39,
                 from /home/joe/Desktop/polybar/lib/xpp/include/xpp/proto/../generic/error.hpp:4,
                 from /home/joe/Desktop/polybar/lib/xpp/include/xpp/proto/../generic.hpp:4,
                 from /home/joe/Desktop/polybar/lib/xpp/include/xpp/proto/x.hpp:62,
                 from /home/joe/Desktop/polybar/include/x11/connection.hpp:7,
                 from /home/joe/Desktop/polybar/src/x11/window.cpp:4:
/usr/include/c++/5/bits/locale_facets.h:1592:5: error: expected class-name before ‘{’ token
     {
     ^
/usr/include/c++/5/bits/locale_facets.h: In constructor ‘std::__numpunct_cache<_CharT>::__numpunct_cache(std::size_t)’:
/usr/include/c++/5/bits/locale_facets.h:1618:9: error: class ‘std::__numpunct_cache<_CharT>’ does not have any field named ‘facet’
       : facet(__refs), _M_grouping(0), _M_grouping_size(0),
         ^
/usr/include/c++/5/bits/locale_facets.h: At global scope:
/usr/include/c++/5/bits/locale_facets.h:1667:5: error: expected class-name before ‘{’ token
     {
     ^
/usr/include/c++/5/bits/locale_facets.h:1682:22: error: ‘id’ in ‘class std::locale’ does not name a type
       static locale::id   id;
                      ^
/usr/include/c++/5/bits/locale_facets.h: In constructor ‘std::__cxx11::numpunct<_CharT>::numpunct(std::size_t)’:
/usr/include/c++/5/bits/locale_facets.h:1691:9: error: class ‘std::__cxx11::numpunct<_CharT>’ does not have any field named ‘facet’
       : facet(__refs), _M_data(0)
         ^
/usr/include/c++/5/bits/locale_facets.h: In constructor ‘std::__cxx11::numpunct<_CharT>::numpunct(std::__cxx11::numpunct<_CharT>::__cache_type*, std::size_t)’:
/usr/include/c++/5/bits/locale_facets.h:1705:9: error: class ‘std::__cxx11::numpunct<_CharT>’ does not have any field named ‘facet’
       : facet(__refs), _M_data(__cache)
         ^
/usr/include/c++/5/bits/locale_facets.h: In constructor ‘std::__cxx11::numpunct<_CharT>::numpunct(std::__c_locale, std::size_t)’:
/usr/include/c++/5/bits/locale_facets.h:1719:9: error: class ‘std::__cxx11::numpunct<_CharT>’ does not have any field named ‘facet’
       : facet(__refs), _M_data(0)
         ^
/usr/include/c++/5/bits/locale_facets.h: At global scope:
/usr/include/c++/5/bits/locale_facets.h:1879:13: error: ‘id’ in ‘class std::locale’ does not name a type
     locale::id numpunct<_CharT>::id;
             ^
/usr/include/c++/5/bits/locale_facets.h:1949:5: error: expected class-name before ‘{’ token
     {
     ^
/usr/include/c++/5/bits/locale_facets.h:1959:22: error: ‘id’ in ‘class std::locale’ does not name a type
       static locale::id   id;
                      ^
/usr/include/c++/5/bits/locale_facets.h: In constructor ‘std::num_get<_CharT, _InIter>::num_get(std::size_t)’:
/usr/include/c++/5/bits/locale_facets.h:1969:36: error: class ‘std::num_get<_CharT, _InIter>’ does not have any field named ‘facet’
       num_get(size_t __refs = 0) : facet(__refs) { }
                                    ^
/usr/include/c++/5/bits/locale_facets.h: At global scope:
/usr/include/c++/5/bits/locale_facets.h:2273:13: error: ‘id’ in ‘class std::locale’ does not name a type
     locale::id num_get<_CharT, _InIter>::id;
             ^
/usr/include/c++/5/bits/locale_facets.h:2290:5: error: expected class-name before ‘{’ token
     {
     ^
/usr/include/c++/5/bits/locale_facets.h:2300:22: error: ‘id’ in ‘class std::locale’ does not name a type
       static locale::id  id;
                      ^
/usr/include/c++/5/bits/locale_facets.h: In constructor ‘std::num_put<_CharT, _OutIter>::num_put(std::size_t)’:
/usr/include/c++/5/bits/locale_facets.h:2310:36: error: class ‘std::num_put<_CharT, _OutIter>’ does not have any field named ‘facet’
       num_put(size_t __refs = 0) : facet(__refs) { }
                                    ^
/usr/include/c++/5/bits/locale_facets.h: At global scope:
/usr/include/c++/5/bits/locale_facets.h:2553:13: error: ‘id’ in ‘class std::locale’ does not name a type
     locale::id num_put<_CharT, _OutIter>::id;
             ^
In file included from /usr/include/c++/5/bits/locale_facets.h:2651:0,
                 from /usr/include/c++/5/bits/basic_ios.h:37,
                 from /usr/include/c++/5/ios:44,
                 from /usr/include/c++/5/ostream:38,
                 from /usr/include/c++/5/iostream:39,
                 from /home/joe/Desktop/polybar/lib/xpp/include/xpp/proto/../generic/error.hpp:4,
                 from /home/joe/Desktop/polybar/lib/xpp/include/xpp/proto/../generic.hpp:4,
                 from /home/joe/Desktop/polybar/lib/xpp/include/xpp/proto/x.hpp:62,
                 from /home/joe/Desktop/polybar/include/x11/connection.hpp:7,
                 from /home/joe/Desktop/polybar/src/x11/window.cpp:4:
/usr/include/c++/5/bits/locale_facets.tcc: In member function ‘const std::__numpunct_cache<_CharT>* std::__use_cache<std::__numpunct_cache<_CharT> >::operator()(const std::locale&) const’:
/usr/include/c++/5/bits/locale_facets.tcc:56:16: error: ‘facet’ in ‘class std::locale’ does not name a type
  const locale::facet** __caches = __loc._M_impl->_M_caches;
                ^
/usr/include/c++/5/bits/locale_facets.tcc:57:7: error: ‘__caches’ was not declared in this scope
  if (!__caches[__i])
       ^
/usr/include/c++/5/bits/locale_facets.tcc:70:11: error: invalid use of incomplete type ‘const class std::locale’
      __loc._M_impl->_M_install_cache(__tmp, __i);
           ^
In file included from /usr/include/c++/5/string:43:0,
                 from /home/joe/Desktop/polybar/include/components/types.hpp:5,
                 from /home/joe/Desktop/polybar/src/x11/window.cpp:1:
/usr/include/c++/5/bits/localefwd.h:55:9: note: forward declaration of ‘class std::locale’
   class locale;
         ^
In file included from /usr/include/c++/5/bits/locale_facets.h:2651:0,
                 from /usr/include/c++/5/bits/basic_ios.h:37,
                 from /usr/include/c++/5/ios:44,
                 from /usr/include/c++/5/ostream:38,
                 from /usr/include/c++/5/iostream:39,
                 from /home/joe/Desktop/polybar/lib/xpp/include/xpp/proto/../generic/error.hpp:4,
                 from /home/joe/Desktop/polybar/lib/xpp/include/xpp/proto/../generic.hpp:4,
                 from /home/joe/Desktop/polybar/lib/xpp/include/xpp/proto/x.hpp:62,
                 from /home/joe/Desktop/polybar/include/x11/connection.hpp:7,
                 from /home/joe/Desktop/polybar/src/x11/window.cpp:4:
/usr/include/c++/5/bits/locale_facets.tcc:72:54: error: ‘__caches’ was not declared in this scope
  return static_cast<const __numpunct_cache<_CharT>*>(__caches[__i]);
                                                      ^
/usr/include/c++/5/bits/locale_facets.tcc: In member function ‘virtual _InIter std::num_get<_CharT, _InIter>::do_get(std::num_get<_CharT, _InIter>::iter_type, std::num_get<_CharT, _InIter>::iter_type, std::ios_base&, std::ios_base::iostate&, float&) const’:
/usr/include/c++/5/bits/locale_facets.tcc:697:71: error: there are no arguments to ‘_S_get_c_locale’ that depend on a template parameter, so a declaration of ‘_S_get_c_locale’ must be available [-fpermissive]
       std::__convert_to_v(__xtrc.c_str(), __v, __err, _S_get_c_locale());
                                                                       ^
/usr/include/c++/5/bits/locale_facets.tcc:697:71: note: (if you use ‘-fpermissive’, G++ will accept your code, but allowing the use of an undeclared name is deprecated)
/usr/include/c++/5/bits/locale_facets.tcc: In member function ‘virtual _InIter std::num_get<_CharT, _InIter>::do_get(std::num_get<_CharT, _InIter>::iter_type, std::num_get<_CharT, _InIter>::iter_type, std::ios_base&, std::ios_base::iostate&, double&) const’:
/usr/include/c++/5/bits/locale_facets.tcc:712:71: error: there are no arguments to ‘_S_get_c_locale’ that depend on a template parameter, so a declaration of ‘_S_get_c_locale’ must be available [-fpermissive]
       std::__convert_to_v(__xtrc.c_str(), __v, __err, _S_get_c_locale());
                                                                       ^
/usr/include/c++/5/bits/locale_facets.tcc: In member function ‘virtual _InIter std::num_get<_CharT, _InIter>::do_get(std::num_get<_CharT, _InIter>::iter_type, std::num_get<_CharT, _InIter>::iter_type, std::ios_base&, std::ios_base::iostate&, long double&) const’:
/usr/include/c++/5/bits/locale_facets.tcc:744:71: error: there are no arguments to ‘_S_get_c_locale’ that depend on a template parameter, so a declaration of ‘_S_get_c_locale’ must be available [-fpermissive]
       std::__convert_to_v(__xtrc.c_str(), __v, __err, _S_get_c_locale());
                                                                       ^
/usr/include/c++/5/bits/locale_facets.tcc: In member function ‘_OutIter std::num_put<_CharT, _OutIter>::_M_insert_float(_OutIter, std::ios_base&, _CharT, char, _ValueT) const’:
/usr/include/c++/5/bits/locale_facets.tcc:1005:50: error: there are no arguments to ‘_S_get_c_locale’ that depend on a template parameter, so a declaration of ‘_S_get_c_locale’ must be available [-fpermissive]
    __len = std::__convert_from_v(_S_get_c_locale(), __cs, __cs_size,
                                                  ^
/usr/include/c++/5/bits/locale_facets.tcc:1008:50: error: there are no arguments to ‘_S_get_c_locale’ that depend on a template parameter, so a declaration of ‘_S_get_c_locale’ must be available [-fpermissive]
    __len = std::__convert_from_v(_S_get_c_locale(), __cs, __cs_size,
                                                  ^
/usr/include/c++/5/bits/locale_facets.tcc:1017:54: error: there are no arguments to ‘_S_get_c_locale’ that depend on a template parameter, so a declaration of ‘_S_get_c_locale’ must be available [-fpermissive]
        __len = std::__convert_from_v(_S_get_c_locale(), __cs, __cs_size,
                                                      ^
/usr/include/c++/5/bits/locale_facets.tcc:1020:54: error: there are no arguments to ‘_S_get_c_locale’ that depend on a template parameter, so a declaration of ‘_S_get_c_locale’ must be available [-fpermissive]
        __len = std::__convert_from_v(_S_get_c_locale(), __cs, __cs_size,
                                                      ^
In file included from /usr/include/c++/5/bits/basic_ios.h:516:0,
                 from /usr/include/c++/5/ios:44,
                 from /usr/include/c++/5/ostream:38,
                 from /usr/include/c++/5/iostream:39,
                 from /home/joe/Desktop/polybar/lib/xpp/include/xpp/proto/../generic/error.hpp:4,
                 from /home/joe/Desktop/polybar/lib/xpp/include/xpp/proto/../generic.hpp:4,
                 from /home/joe/Desktop/polybar/lib/xpp/include/xpp/proto/x.hpp:62,
                 from /home/joe/Desktop/polybar/include/x11/connection.hpp:7,
                 from /home/joe/Desktop/polybar/src/x11/window.cpp:4:
/usr/include/c++/5/bits/basic_ios.tcc: In member function ‘std::locale std::basic_ios<_CharT, _Traits>::imbue(const std::locale&)’:
/usr/include/c++/5/bits/basic_ios.tcc:114:58: error: return type ‘class std::locale’ is incomplete
     basic_ios<_CharT, _Traits>::imbue(const locale& __loc)
                                                          ^
In file included from /home/joe/Desktop/polybar/include/x11/extensions/randr.hpp:10:0,
                 from /home/joe/Desktop/polybar/include/components/screen.hpp:7,
                 from /home/joe/Desktop/polybar/include/x11/connection.hpp:10,
                 from /home/joe/Desktop/polybar/src/x11/window.cpp:4:
/home/joe/Desktop/polybar/lib/xpp/include/xpp/proto/randr.hpp: At global scope:
/home/joe/Desktop/polybar/lib/xpp/include/xpp/proto/randr.hpp:1:6: error: found ‘:’ in nested-name-specifier, expected ‘::’
 ERROR: required_start_align (align=4, offset=0) of Request "xcb.RandR.SetCrtcTransform" cause
      ^
/home/joe/Desktop/polybar/lib/xpp/include/xpp/proto/randr.hpp:1:1: error: ‘ERROR’ does not name a type
 ERROR: required_start_align (align=4, offset=0) of Request "xcb.RandR.SetCrtcTransform" cause
 ^
In file included from /home/joe/Desktop/polybar/include/components/screen.hpp:7:0,
                 from /home/joe/Desktop/polybar/include/x11/connection.hpp:10,
                 from /home/joe/Desktop/polybar/src/x11/window.cpp:4:
/home/joe/Desktop/polybar/include/x11/extensions/randr.hpp:20:29: error: ‘randr’ in namespace ‘xpp’ does not name a type
   using randr_notify = xpp::randr::event::notify<connection&>;
                             ^
/home/joe/Desktop/polybar/include/x11/extensions/randr.hpp:21:43: error: ‘randr’ in namespace ‘xpp’ does not name a type
   using randr_screen_change_notify = xpp::randr::event::screen_change_notify<connection&>;
                                           ^
In file included from /home/joe/Desktop/polybar/lib/xpp/include/xpp/event.hpp:9:0,
                 from /home/joe/Desktop/polybar/include/x11/types.hpp:3,
                 from /home/joe/Desktop/polybar/include/components/screen.hpp:8,
                 from /home/joe/Desktop/polybar/include/x11/connection.hpp:10,
                 from /home/joe/Desktop/polybar/src/x11/window.cpp:4:
/home/joe/Desktop/polybar/lib/xpp/include/xpp/proto/x.hpp:1:6: error: found ‘:’ in nested-name-specifier, expected ‘::’
 ERROR: could not calc required_start_align of Struct "xcb.Setup"
      ^
/home/joe/Desktop/polybar/lib/xpp/include/xpp/proto/x.hpp:1:1: error: ‘ERROR’ does not name a type
 ERROR: could not calc required_start_align of Struct "xcb.Setup"
 ^
In file included from /home/joe/Desktop/polybar/include/x11/types.hpp:3:0,
                 from /home/joe/Desktop/polybar/include/components/screen.hpp:8,
                 from /home/joe/Desktop/polybar/include/x11/connection.hpp:10,
                 from /home/joe/Desktop/polybar/src/x11/window.cpp:4:
/home/joe/Desktop/polybar/lib/xpp/include/xpp/event.hpp:202:11: error: ‘xpp::event’ has not been declared
 void xpp::event::detail::dispatcher::dispatch(const Event & e)
           ^
/home/joe/Desktop/polybar/lib/xpp/include/xpp/event.hpp: In function ‘void dispatch(const Event&)’:
/home/joe/Desktop/polybar/lib/xpp/include/xpp/event.hpp:204:39: error: ‘event’ in namespace ‘xpp’ does not name a type
   auto event_sink = dynamic_cast<xpp::event::detail::sink<Event> *>(this);
                                       ^
/home/joe/Desktop/polybar/lib/xpp/include/xpp/event.hpp:204:44: error: expected ‘>’ before ‘::’ token
   auto event_sink = dynamic_cast<xpp::event::detail::sink<Event> *>(this);
                                            ^
/home/joe/Desktop/polybar/lib/xpp/include/xpp/event.hpp:204:44: error: expected ‘(’ before ‘::’ token
/home/joe/Desktop/polybar/lib/xpp/include/xpp/event.hpp:204:46: error: ‘::detail’ has not been declared
   auto event_sink = dynamic_cast<xpp::event::detail::sink<Event> *>(this);
                                              ^
/home/joe/Desktop/polybar/lib/xpp/include/xpp/event.hpp:204:64: error: expected primary-expression before ‘>’ token
   auto event_sink = dynamic_cast<xpp::event::detail::sink<Event> *>(this);
                                                                ^
/home/joe/Desktop/polybar/lib/xpp/include/xpp/event.hpp:204:67: error: expected primary-expression before ‘>’ token
   auto event_sink = dynamic_cast<xpp::event::detail::sink<Event> *>(this);
                                                                   ^
/home/joe/Desktop/polybar/lib/xpp/include/xpp/event.hpp:204:69: error: invalid use of ‘this’ in non-member function
   auto event_sink = dynamic_cast<xpp::event::detail::sink<Event> *>(this);
                                                                     ^
/home/joe/Desktop/polybar/lib/xpp/include/xpp/event.hpp:204:74: error: expected ‘)’ before ‘;’ token
   auto event_sink = dynamic_cast<xpp::event::detail::sink<Event> *>(this);
                                                                          ^
In file included from /home/joe/Desktop/polybar/lib/xpp/include/xpp/window.hpp:4:0,
                 from /home/joe/Desktop/polybar/include/x11/window.hpp:5,
                 from /home/joe/Desktop/polybar/include/components/screen.hpp:9,
                 from /home/joe/Desktop/polybar/include/x11/connection.hpp:10,
                 from /home/joe/Desktop/polybar/src/x11/window.cpp:4:
/home/joe/Desktop/polybar/lib/xpp/include/xpp/proto/x.hpp: At global scope:
/home/joe/Desktop/polybar/lib/xpp/include/xpp/proto/x.hpp:1:6: error: found ‘:’ in nested-name-specifier, expected ‘::’
 ERROR: could not calc required_start_align of Struct "xcb.Setup"
      ^
/home/joe/Desktop/polybar/lib/xpp/include/xpp/proto/x.hpp:1:1: error: ‘ERROR’ does not name a type
 ERROR: could not calc required_start_align of Struct "xcb.Setup"
 ^
In file included from /home/joe/Desktop/polybar/include/components/screen.hpp:9:0,
                 from /home/joe/Desktop/polybar/include/x11/connection.hpp:10,
                 from /home/joe/Desktop/polybar/src/x11/window.cpp:4:
/home/joe/Desktop/polybar/include/x11/window.hpp:13:34: error: expected template-name before ‘<’ token
 class window : public xpp::window<connection&> {
                                  ^
/home/joe/Desktop/polybar/include/x11/window.hpp:13:34: error: expected ‘{’ before ‘<’ token
/home/joe/Desktop/polybar/include/x11/window.hpp:13:34: error: expected unqualified-id before ‘<’ token
In file included from /home/joe/Desktop/polybar/include/x11/connection.hpp:10:0,
                 from /home/joe/Desktop/polybar/src/x11/window.cpp:4:
/home/joe/Desktop/polybar/include/components/screen.hpp:19:40: error: ‘randr_screen_change_notify’ is not a member of ‘polybar::v3_3_0_23_ga7ad68d::evt’
 class screen : public xpp::event::sink<evt::randr_screen_change_notify> {
                                        ^
/home/joe/Desktop/polybar/include/components/screen.hpp:19:40: error: ‘randr_screen_change_notify’ is not a member of ‘polybar::v3_3_0_23_ga7ad68d::evt’
/home/joe/Desktop/polybar/include/components/screen.hpp:19:71: error: template argument 1 is invalid
 class screen : public xpp::event::sink<evt::randr_screen_change_notify> {
                                                                       ^
/home/joe/Desktop/polybar/include/components/screen.hpp:36:26: error: ‘randr_screen_change_notify’ in namespace ‘polybar::v3_3_0_23_ga7ad68d::evt’ does not name a type
   void handle(const evt::randr_screen_change_notify& evt);
                          ^
In file included from /home/joe/Desktop/polybar/include/x11/connection.hpp:12:0,
                 from /home/joe/Desktop/polybar/src/x11/window.cpp:4:
/home/joe/Desktop/polybar/include/x11/registry.hpp:18:37: error: invalid use of incomplete type ‘class xpp::event::registry<polybar::v3_3_0_23_ga7ad68d::connection&, xpp::randr::extension, xpp::composite::extension>’
 class registry : public xpp::event::registry<connection&, XPP_EXTENSION_LIST> {
                                     ^
/home/joe/Desktop/polybar/include/x11/registry.hpp:10:11: note: declaration of ‘class xpp::event::registry<polybar::v3_3_0_23_ga7ad68d::connection&, xpp::randr::extension, xpp::composite::extension>’
     class registry;
           ^
In file included from /home/joe/Desktop/polybar/src/x11/window.cpp:4:0:
/home/joe/Desktop/polybar/include/x11/connection.hpp: In instantiation of ‘class polybar::v3_3_0_23_ga7ad68d::detail::connection_base<polybar::v3_3_0_23_ga7ad68d::connection&, xpp::randr::extension, xpp::composite::extension>’:
/home/joe/Desktop/polybar/include/x11/connection.hpp:98:35:   required from here
/home/joe/Desktop/polybar/include/x11/connection.hpp:28:9: error: invalid use of incomplete type ‘class xpp::randr::extension’
   class connection_base : public xpp::core,
         ^
In file included from /home/joe/Desktop/polybar/include/x11/registry.hpp:4:0,
                 from /home/joe/Desktop/polybar/include/x11/connection.hpp:12,
                 from /home/joe/Desktop/polybar/src/x11/window.cpp:4:
/home/joe/Desktop/polybar/include/x11/extensions/fwd.hpp:18:11: note: forward declaration of ‘class xpp::randr::extension’
     class extension;
           ^
In file included from /home/joe/Desktop/polybar/src/x11/window.cpp:4:0:
/home/joe/Desktop/polybar/include/x11/connection.hpp: In instantiation of ‘class polybar::v3_3_0_23_ga7ad68d::detail::interfaces<polybar::v3_3_0_23_ga7ad68d::detail::connection_base<polybar::v3_3_0_23_ga7ad68d::connection&, xpp::randr::extension, xpp::composite::extension>, xpp::randr::extension, xpp::composite::extension>’:
/home/joe/Desktop/polybar/include/x11/connection.hpp:28:9:   required from ‘class polybar::v3_3_0_23_ga7ad68d::detail::connection_base<polybar::v3_3_0_23_ga7ad68d::connection&, xpp::randr::extension, xpp::composite::extension>’
/home/joe/Desktop/polybar/include/x11/connection.hpp:98:35:   required from here
/home/joe/Desktop/polybar/include/x11/connection.hpp:19:9: error: invalid use of incomplete type ‘class xpp::randr::extension’
   class interfaces : public xpp::x::extension::interface<interfaces<Connection, Extensions...
         ^
In file included from /home/joe/Desktop/polybar/include/x11/registry.hpp:4:0,
                 from /home/joe/Desktop/polybar/include/x11/connection.hpp:12,
                 from /home/joe/Desktop/polybar/src/x11/window.cpp:4:
/home/joe/Desktop/polybar/include/x11/extensions/fwd.hpp:18:11: note: forward declaration of ‘class xpp::randr::extension’
     class extension;
           ^
In file included from /home/joe/Desktop/polybar/src/x11/window.cpp:4:0:
/home/joe/Desktop/polybar/include/x11/connection.hpp: In instantiation of ‘class polybar::v3_3_0_23_ga7ad68d::detail::connection_base<polybar::v3_3_0_23_ga7ad68d::connection&, xpp::randr::extension, xpp::composite::extension>’:
/home/joe/Desktop/polybar/include/x11/connection.hpp:98:35:   required from here
/home/joe/Desktop/polybar/include/x11/connection.hpp:28:9: error: invalid use of incomplete type ‘class xpp::randr::extension’
   class connection_base : public xpp::core,
         ^
In file included from /home/joe/Desktop/polybar/include/x11/registry.hpp:4:0,
                 from /home/joe/Desktop/polybar/include/x11/connection.hpp:12,
                 from /home/joe/Desktop/polybar/src/x11/window.cpp:4:
/home/joe/Desktop/polybar/include/x11/extensions/fwd.hpp:18:11: note: forward declaration of ‘class xpp::randr::extension’
     class extension;
           ^
In file included from /home/joe/Desktop/polybar/src/x11/window.cpp:4:0:
/home/joe/Desktop/polybar/include/x11/connection.hpp: In member function ‘void polybar::v3_3_0_23_ga7ad68d::connection::attach_sink(Sink&&, polybar::v3_3_0_23_ga7ad68d::registry::priority)’:
/home/joe/Desktop/polybar/include/x11/connection.hpp:160:16: error: ‘class polybar::v3_3_0_23_ga7ad68d::registry’ has no member named ‘attach’
     m_registry.attach(prio, forward<Sink>(sink));
                ^
/home/joe/Desktop/polybar/include/x11/connection.hpp: In member function ‘void polybar::v3_3_0_23_ga7ad68d::connection::detach_sink(Sink&&, polybar::v3_3_0_23_ga7ad68d::registry::priority)’:
/home/joe/Desktop/polybar/include/x11/connection.hpp:165:16: error: ‘class polybar::v3_3_0_23_ga7ad68d::registry’ has no member named ‘detach’
     m_registry.detach(prio, forward<Sink>(sink));
                ^
/home/joe/Desktop/polybar/src/x11/window.cpp: At global scope:
/home/joe/Desktop/polybar/src/x11/window.cpp:10:49: error: invalid use of incomplete type ‘class polybar::v3_3_0_23_ga7ad68d::window’
 window& window::operator=(const xcb_window_t win) {
                                                 ^
In file included from /home/joe/Desktop/polybar/include/components/screen.hpp:9:0,
                 from /home/joe/Desktop/polybar/include/x11/connection.hpp:10,
                 from /home/joe/Desktop/polybar/src/x11/window.cpp:4:
/home/joe/Desktop/polybar/include/x11/window.hpp:13:7: note: forward declaration of ‘class polybar::v3_3_0_23_ga7ad68d::window’
 class window : public xpp::window<connection&> {
       ^
/home/joe/Desktop/polybar/src/x11/window.cpp:18:101: error: invalid use of incomplete type ‘class polybar::v3_3_0_23_ga7ad68d::window’
 dow::reconfigure_geom(unsigned short int w, unsigned short int h, short int x, short int y) {
                                                                                ^
In file included from /home/joe/Desktop/polybar/include/components/screen.hpp:9:0,
                 from /home/joe/Desktop/polybar/include/x11/connection.hpp:10,
                 from /home/joe/Desktop/polybar/src/x11/window.cpp:4:
/home/joe/Desktop/polybar/include/x11/window.hpp:13:7: note: forward declaration of ‘class polybar::v3_3_0_23_ga7ad68d::window’
 class window : public xpp::window<connection&> {
       ^
/home/joe/Desktop/polybar/src/x11/window.cpp:37:56: error: invalid use of incomplete type ‘class polybar::v3_3_0_23_ga7ad68d::window’
 window window::reconfigure_pos(short int x, short int y) {
                                                        ^
In file included from /home/joe/Desktop/polybar/include/components/screen.hpp:9:0,
                 from /home/joe/Desktop/polybar/include/x11/connection.hpp:10,
                 from /home/joe/Desktop/polybar/src/x11/window.cpp:4:
/home/joe/Desktop/polybar/include/x11/window.hpp:13:7: note: forward declaration of ‘class polybar::v3_3_0_23_ga7ad68d::window’
 class window : public xpp::window<connection&> {
       ^
/home/joe/Desktop/polybar/src/x11/window.cpp:54:103: error: invalid use of incomplete type ‘class polybar::v3_3_0_23_ga7ad68d::window’
 w::reconfigure_struts(unsigned short int w, unsigned short int h, short int x, bool bottom) {
                                                                                ^
In file included from /home/joe/Desktop/polybar/include/components/screen.hpp:9:0,
                 from /home/joe/Desktop/polybar/include/x11/connection.hpp:10,
                 from /home/joe/Desktop/polybar/src/x11/window.cpp:4:
/home/joe/Desktop/polybar/include/x11/window.hpp:13:7: note: forward declaration of ‘class polybar::v3_3_0_23_ga7ad68d::window’
 class window : public xpp::window<connection&> {
       ^
cc1plus: error: unrecognized command line option ‘-Wno-noexcept-type’ [-Werror]
cc1plus: all warnings being treated as errors
bin/CMakeFiles/poly.dir/build.make:62: recipe for target 'bin/CMakeFiles/poly.dir/x11/window.cpp.o' failed
make[2]: *** [bin/CMakeFiles/poly.dir/x11/window.cpp.o] Error 1
CMakeFiles/Makefile2:818: recipe for target 'bin/CMakeFiles/poly.dir/all' failed
make[1]: *** [bin/CMakeFiles/poly.dir/all] Error 2
Makefile:127: recipe for target 'all' failed
make: *** [all] Error 2
** Failed to build project

Environment:

Distro (with Version):
Ubuntu 16.04 LTS

Additional context
Add any other context that you think is necessary about the problem here.
Not sure if its relevant but I am using anaconda python on this machine as I need it for work. I applied the fix related to xcbgen from the Known Issues page.

Finally got some time to try this. Downloaded pypy2.7-6.0.0 as the alternative. Apparently my system version is anaconda???
`joe@precision5520:~/Desktop/polybar$ pyenv versions

system (set by /home/joe/.pyenv/version)
pypy2.7-6.0.0
joe@precision5520:~/Desktop/polybar$ python
Python 2.7.14 |Anaconda, Inc.| (default, Dec  7 2017, 17:05:42)
[GCC 7.2.0] on linux2
Type "help", "copyright", "credits" or "license" for more information.
`

Verified pypy was the current working version:
`joe@precision5520:~/Desktop/polybar$ pyenv versions
system

pypy2.7-6.0.0 (set by /home/joe/.pyenv/version)
joe@precision5520:~/Desktop/polybar$ python
Python 2.7.13 (ab0b9caf307db6592905a80b8faffd69b39005b8, Apr 30 2018, 08:21:35)
[PyPy 6.0.0 with GCC 7.2.0] on linux2
Type "help", "copyright", "credits" or "license" for more information.
`

Tried to rebuild with new clone and same error appears :/

I have set up a VM to test this as well. Turns out anaconda just breaks everything, I was not able to get it to work with any libraries provided by conda. The way I was able to build was right before building polybar to remove all mentions of anaconda from the PATH and the PKG_CONFIG_PATH environment variables. This way polybar doesn't know about anaconda and will use the system provided libraries.
The underlying issue wasn't that the anaconda provided python executable was used but that the anaconda provided xcb-proto library wasn't compatible (and other libraries as well).
I don't think there is a reliable way to get compilation to work with anaconda on all systems. I will change the Known Issues entry with the instructions on how to make polybar ignore anaconda during installation.
Please report back whether or not this worked for you.

Here is the updated wiki entry, could you please have a look and make sure the instructions are clear?


How to Crack the linux version?

Hi bro, Im on Ubuntu and I need pro how to Crack please help

really you can't but it ?
I have had the pro license for two years


Playerspeed android

This is a check, before I make a PR to main repo

Other work to add speed control is already up to date.


update polkadot-v0.9.27

Closes: https://github.com/AcalaNetwork/Acala/issues/2075

Codecov Report

Merging #796 (7f5c88c) into master (8c625a5) will decrease coverage by 0.02%.
The diff coverage is 0.00%.

@@            Coverage Diff             @@
##           master     #796      +/-   ##
==========================================
- Coverage   78.37%   78.35%   -0.03%
==========================================
  Files         102      102
  Lines        9924     9927       +3
==========================================
  Hits         7778     7778
- Misses       2146     2149       +3

Impacted Files
Coverage Δ

benchmarking/src/lib.rs
30.97% <0.00%> (-0.85%)
:arrow_down:

:mega: Codecov can now indicate which changes are the most critical in Pull Requests. Learn more

@drewstone restored


can you tell me your torch version?

You should have 2.4.1 minimum, 2.5.0 works well too and is recommended.


2018 02 06

Upgraded various gems; upgraded nokogiri to 1.8.2; upgraded Ruby to 2.5.3; updated the positional arguments in tests that were prompting deprecation warnings; upgraded Rails to 5.1.4
NOTE: The Hakiri security warning is for cross-site scripting and is associated with the rails_admin gem.  The solution is to upgrade rails_admin when a new version becomes available.

In addition to the Rails Admin xss vulnerability, Hakiri is also warning on a SQL injection vulnerability in Rails. However, the maintainers of Rails are disputing that vulnerability.

This has been deployed to production.


rzc generate exited with code -2147450730

Describe the bug
Compiler error: rzc generate exited with code -2147450730
To Reproduce
Steps to reproduce the behavior:

Using version of ASP.NET Core 3.0 for server component and .Net Standard 2.0 target framework on client, Visual Studio 2019 preview Community
Create a 'Blank ASP.net Web project with Blazor'
Hit F5
See error: rzc generate exited with code -2147450730

Expected behavior
The default project should have compiled and run.
Screenshots

Additional context
Add any other context about the problem here.
Include the output of dotnet --info

Got the error fixed and working. But not sure exactly what fixed the issue. I did 3 things

Downloaded and installed the latest version of .NET Core 3.0
Changed the target framework from .Net Standard 2.0 to .Net Standard 2.1, which changed the error to something else.
Changed the target framework to .Net Standard 2.0 back again.

It would be great to know from the team which one might have fixed the issue and why?

Thanks @raghavendra-udyavar.
Glad that your issue got fixed.
@pranavkm do you have thoughts regarding what may have fixed this?

The error code indicates that you were missing a version of the .NET Core 3.0 runtime required to run the tool. Perhaps you picked up the Blazor VSIX, but not the preview3 SDK required to build or run the app. The first step (Downloaded and installed the latest version of .NET Core 3.0) likely fixed the issue. Feel free to reopen if you continue seeing this issue so we can investigate further.

I installed the x86 SDK and got this error.
After uninstalling the x86 SDK and installing the x64 SDK the error went away.

I installed the x86 SDK and got this error.
After uninstalling the x86 SDK and installing the x64 SDK the error went away.

Had the same issue and this fixed it for me aswell.


Added blog Schema

@CodiumAI-Agent /review

PR Review

 ⏱ Estimated effort to review [1-5]
2, because the PR is small and straightforward, involving the addition of a new schema for blogs in a MongoDB database using Mongoose. The schema is simple and does not involve complex logic or dependencies.

 🧪 Relevant tests
No

 🔍 Possible issues
Possible Bug: The lack of a newline at the end of the file might cause issues with some tools or systems that expect a newline at the end of files.

 🔒 Security concerns
No

 Code feedback:
relevant fileServer/models/Blog.js
suggestion

Consider adding an index to the Title field to improve search performance, especially if you expect to query blogs by title frequently. This can be done by adding index: true to the Title field in the schema. [important]

relevant linerequired: true
relevant fileServer/models/Blog.js
suggestion

Ensure consistent formatting by removing the space between require and ('mongoose') to follow common JavaScript practices. [medium]

relevant lineconst mongoose = require ('mongoose')

 ✨ Review tool usage guide:
Overview:
The review tool scans the PR code changes, and generates a PR review which includes several types of feedbacks, such as possible PR issues, security threats and relevant test in the PR. More feedbacks can be added by configuring the tool.
The tool can be triggered automatically every time a new PR is opened, or can be invoked manually by commenting on any PR.

When commenting, to edit configurations related to the review tool (pr_reviewer section), use the following template:

/review --pr_reviewer.some_config1=... --pr_reviewer.some_config2=...

With a configuration file, use the following template:

[pr_reviewer]
some_config1=...
some_config2=...

See the review usage page for a comprehensive guide on using this tool.


Extend dropdown component to show multiple values in an item

Description
Possibility to show multiple values in a dropdown item
It should be possible to search on all shown values

Do refinement for the dropdown component when we have more UX where dropdown is used.


healthcheck: Number of records in vlo is null

Our recent weekly healthchecks haven't been finding our entries in VLO:
#### VLO check [took: 0s] [# lines: 4]
Number of records in vlo is null (we have 118 items in our repository).
The records were harvested at null.
It contains 0 errors.
Results gathered from http://catalog.clarin.eu/oai-harvester/Slovenian_language_resource_repository_CLARIN_SI.html

The problem is not specific to our installation, but is due to changes in the harvester. From slack:

indeed, there is a new OAI harvest viewer and I think these static pages are no longer supported. There is probably a new way of checking this, I think best via the new API.

This is the call that can give you the relevant information (in a different format but easier to parse). However as a generic solution it would only work if you would first lookup the endpoint ID.
https://vlo.clarin.eu/oai-harvest-viewer-api/v2/oai/_table/endpoint_record?offset=0&limit=1000&include_count=true&filter=(metadataPrefix%3D'cmdi')+AND+(endpoint%3D25)+AND+(harvest%3D3)&api_key=00551c93af07a0e2c22628ad6214b9ab250cdfa82a5be2fc04789920e27a7170&_=1534405723436
(list of all endpoints via https://vlo.clarin.eu/oai-harvest-viewer-api/v2/oai/table/endpoint_info?offset=0&limit=250&include_count=true&filter=(harvest%3D3)&api_key=00551c93af07a0e2c22628ad6214b9ab250cdfa82a5be2fc04789920e27a7170&order=name+ASC&=1534405723433)

Note that we have implemented a redirect so that you now get, for example,
http://catalog.clarin.eu/oai-harvester/Slovenian_language_resource_repository_CLARIN_SI.html
->
https://vlo.clarin.eu/data/Slovenian_language_resource_repository_CLARIN_SI.html
->
https://vlo.clarin.eu/data/clarin/results/cmdi/Slovenian_language_resource_repository_CLARIN_SI/
which lists in a harvest result files listing IFF the endpoint with the provided name exists.
Note that we cannot provide this as a supported interface; both the (nature of) the response content and the URL may change. We hope to be able to provide an API with a well defined contract available in the future. However for now this solution might mitigate the issue.


About the methods naming like "compute_xxx" and  "label_xxx"

This is not a real issue but more like some thoughts from my own user experience, so apparently not urgent at all.
I am wondering if it is more helpful to change some methods name from "compute_xxx" to "xxx_compute", or add an alias like that.
For example, the "compute_multiplicity" to "multiplicity_compute".
This would be helpful for new users who tend to use auto-completion searching for related methods (Or maybe I am the only one doing this). A keyword plus a tab could direct them to the correct methods if exist, and no need to open the documentation.
Also this could be a good way to let them get access to all related methods of a core concept. For example, currently there are two methods dealing with absences: "remove_absences" and "label_absences". The new naming style like "absences_label" and "absences_remove" could make users immediately know there are two related methods when they type "absences" and try to auto-complete.

Personally, I like methods to be expressed with active verbs when possible "compute_multiplicity", etc. While I am all for the sentiment of a more robust tab-complete, I don't think we should sacrifice the interpretability of methods to support that. Personally, I think that methods like "multiplicity_compute" would be difficult/non-intuitive to parse.
I also hesitate to over-populate the namespace -- I think that often makes it challenging to fully tab-complete through available methods.

You have convinced me!


feat: scheduler blocks cdn

Signed-off-by: Gaius<EMAIL_ADDRESS>
Description

Format config yaml.
Scheduler blocks cdn.

Related Issue
Fixes #1077

Motivation and Context

Screenshots (if appropriate):
Types of changes

[ ] Bug fix (non-breaking change which fixes an issue)
[x] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to change)
[ ] Documentation Update (if none of the other choices apply)

Checklist:

[x] Code compiles correctly.
[x] My code follows the code style of this project.
[x] My change requires a change to the documentation.
[x] I have updated the documentation accordingly.
[x] I have read the CONTRIBUTING document.
[x] I have added tests to cover my changes.
[x] All new and existing tests passed.

Codecov Report

Merging #1079 (72a4e18) into main (9fbaf3f) will increase coverage by 0.09%.
The diff coverage is 80.00%.

@@            Coverage Diff             @@
##             main    #1079      +/-   ##
==========================================
+ Coverage   45.73%   45.83%   +0.09%
==========================================
  Files         129      129
  Lines        9546     9543       -3
==========================================
+ Hits         4366     4374       +8
+ Misses       4686     4675      -11
  Partials      494      494

Flag
Coverage Δ

Object-compatibility-e2etests
?

e2etests
?

unittests
45.83% <80.00%> (+0.09%)
:arrow_up:

Flags with carried forward coverage won't be shown. Click here to find out more.

Impacted Files
Coverage Δ

scheduler/config/config.go
0.00% <0.00%> (ø)

scheduler/service/service.go
88.10% <100.00%> (+3.24%)
:arrow_up:

client/daemon/peer/peertask_conductor.go
57.52% <0.00%> (+0.36%)
:arrow_up:


Update editor to insert reference tags into textarea instead of prompt

Currently when a user uses the toolbar to insert an asset or entry (and others) the JS prompts the user for the reference tag to copy and paste into the editor. This behavior isn't intuitive for most users. This pull request updates the JS for doxter to insert the reference tag directly in the editor where the cursor is currently located.
Also updated to assume the user would like to use ":img" as reference tag for assets (e.g. {asset:190:img}) which will render the correct "<img ... >".
Also assumes the user would like to use ":link" for entry reference tags (e.g. {entry:400:link}) which will render an anchor html element linking to the entry.

Jensen, thank you so much for taking the time to implement this. I've realeased versions of Doxter in the past that had this functionality but created other problems in the editor, like screwing up the undo history and/or breaking live preview in subtle ways.
You've probably done a better job than me on this, so I'll review your pull request and do some testing tonight. Once everything checks out, I'll merge your PR and cut a new release.
Thanks again, fellow Minnesotan👍

Sorry I misspelled your first name Jansen😬

Hey, @sumpygump I had a chance to review/test your PR last night, and it looks like the issues I had previously with undo/redo history getting screwed up, is present if your update.
Would you be able to test on your end and make sure that undo/redo history is not messed up as a side effect of writing to the editor? Or at least confirm that this is/isn't happening on your end?
My guess is that since we're not managing the undo history on our own, this would not be easy to implement and we'd have to choose between having the ability to insert into the editor and sacrifice the undo/redo history or just not implement this feature until Craft 3 (will be working with a new editor as base)
Your feedback is welcomed here.

@selvinortiz Okay, thanks for the details. I will see what I can do.

I made another push to add undo/redo history for Chrome and Firefox. I could not find a solution for IE. Please try it out and see if it works for you. I tested in Chrome Version 54.0.2840.98 (64-bit) (MacOS), Safari 10.0.1 and Firefox 50.0.

Hi @sumpygump, I know it's been a long time since we discussed this but I'm considering merging this pull request and was wondering if you've made any other update worth bringing in?


 I'v tried...
p.s.
Android 4.3, rooted
permissions are fine:
crw-rw---- media    camera    81,   0 2017-02-19 04:11 video0
Anybody help

cd /dev/ & ls

to find your device


"Oops" screen didn't reload the page

On arcade.makecode.com (live) I saw:
https://makecode.com/_5RLcLs65j6Af
and the page never reloaded. Console output attached.
console_log_oops.txt

Loads now. These issues should go to arcade repo.


Traceid and spanid not changing in the logs

Hello. I am experiencing a strange issue which occured after removing the custom implementation using Reactor handle and tap with the instructions gotten from #https://github.com/spring-projects/spring-boot/issues/34201 . I have observed that the logs include always the traceId from the first request for every subsequent request.
For example in a log statement where I log the traceparent I get the following weird output:
TRACE [8c1af4333452c191cb8e3cae9762a19d,168a8b10014d7fc9]
traceparent=[00-bed3ed6ceacbe68bbbccca7d48c6f08e-6930ab8a635e5b46-00]

The traceparent does not match the values included in the logs from MDC. The value 8c1af4333452c191cb8e3cae9762a19d was the traceId from the first request. So this value shows then always in the logs for every requests that follows. The traceparent though is fine and is everytime a new one.

@marcingrzejszczak Here I have created a small reproducer: https://github.com/akoufa/springbootissues . It's just a very very simple Spring Boot Java Maven app. I added instructions in the README. Actually you just only have to run the following curl: curl --location 'localhost:8080/' mutliple times and observe the logs. For every request the logs will contain the same trace id and span id. For example like this:
2023-02-16 18:52:45.726 TRACE [b333e549229f4be69b794e739f662610,88376cee0f3ff78c] 50472 --- [ctor-http-nio-3] com.example.demo.HelloController         : greet
2023-02-16 18:52:45.731 ERROR [b333e549229f4be69b794e739f662610,88376cee0f3ff78c] 50472 --- [ctor-http-nio-3] com.example.demo.HelloController         : Greetings from Spring Boot!
2023-02-16 18:52:47.341 TRACE [b333e549229f4be69b794e739f662610,5c272ca4f22341ff] 50472 --- [ctor-http-nio-3] com.example.demo.HelloController         : greet
2023-02-16 18:52:47.342 ERROR [b333e549229f4be69b794e739f662610,5c272ca4f22341ff] 50472 --- [ctor-http-nio-3] com.example.demo.HelloController         : Greetings from Spring Boot!
2023-02-16 18:52:52.650 TRACE [b333e549229f4be69b794e739f662610,fa36e5a07d553175] 50472 --- [ctor-http-nio-3] com.example.demo.HelloController         : greet
2023-02-16 18:52:52.651 ERROR [b333e549229f4be69b794e739f662610,fa36e5a07d553175] 50472 --- [ctor-http-nio-3] com.example.demo.HelloController         : Greetings from Spring Boot!
2023-02-16 18:52:52.971 TRACE [b333e549229f4be69b794e739f662610,5e3de5c4f0728352] 50472 --- [ctor-http-nio-3] com.example.demo.HelloController         : greet
2023-02-16 18:52:52.972 ERROR [b333e549229f4be69b794e739f662610,5e3de5c4f0728352] 50472 --- [ctor-http-nio-3] com.example.demo.HelloController         : Greetings from Spring Boot!

@akoufa I checked out the reproducer. Here's what I'm getting:
2023-02-17 10:26:27.923 TRACE [58ef5c1824f87f4b5ce213f14c6502da,1b81c63649bf8ed8] 4994 --- [ctor-http-nio-2] com.example.demo.HelloController         : greet
2023-02-17 10:26:27.927 ERROR [58ef5c1824f87f4b5ce213f14c6502da,1b81c63649bf8ed8] 4994 --- [ctor-http-nio-2] com.example.demo.HelloController         : Greetings from Spring Boot!
2023-02-17 10:26:29.523 TRACE [b1a745864f129602a66e1cf195d9fecb,2e2e497c50356012] 4994 --- [ctor-http-nio-3] com.example.demo.HelloController         : greet
2023-02-17 10:26:29.524 ERROR [b1a745864f129602a66e1cf195d9fecb,2e2e497c50356012] 4994 --- [ctor-http-nio-3] com.example.demo.HelloController         : Greetings from Spring Boot!
2023-02-17 10:26:30.552 TRACE [38c223bf38ad0a3bdb320e39cb9fa120,4d898300670023c2] 4994 --- [ctor-http-nio-4] com.example.demo.HelloController         : greet
2023-02-17 10:26:30.552 ERROR [38c223bf38ad0a3bdb320e39cb9fa120,4d898300670023c2] 4994 --- [ctor-http-nio-4] com.example.demo.HelloController         : Greetings from Spring Boot!

When I saw the issue I first thought it might be the wrong set of micrometer versions. In fact, you're missing:
		<dependency>
			<groupId>io.micrometer</groupId>
			<artifactId>micrometer-tracing</artifactId>
			<version>1.0.2</version>
		</dependency>

but the output I got is correct (different trace-ids and span-ids) with both 1.0.2 and 1.0.1.
Is there anything outside of their provided setup that you might have?
Curious: what OS are you running?

@chemicL Thanks for checking. I have just updated the sample project to include the missing dependency. I am using macOS. After you mentioned that you are not seeing the issue I checked a little bit further. Actually I was using Postman and I checked the hidden headers that it add's to the request and the issue exists because of the Connection: keep-alive header. Is this expected ? If yes let's close this issue then

Thank you for the follow-up. It is not expected to repeat trace-id for subsequent requests happening on the same connection.
However, there is still a problem in your setup. The Micrometer version 1.10.4 refers to the entire suite (try using the bom). You only specify micrometer-core to be on that version, however Spring brings micrometer-observation in the previous, faulty version: 1.10.3. What's required is:
	<dependency>
		<groupId>io.micrometer</groupId>
		<artifactId>micrometer-observation</artifactId>
		<version>1.10.4</version>
	</dependency>

And the duplicate trace-ids go away.

@chemicL Thanks for the quick support. It works now as expected.


 tag without

Describe the bug
</source> without <source>
To Reproduce
Steps to reproduce the behavior:

Go to (data.livingnorway.no)[https://data.livingnorway.no] homepage
Look at the source code

Expected behavior
HTML should not have closing tags without a corresponding opening tag.
Additional context
There is no occurrence of </source> in this repository, so I am not sure where it could come from.

I took me along time to figure out what the cause of this was. But I see you have added a custom plugin gem 'jekyll-target-blank' - if you remove that then it works. For some reason that plugin rewrites the html and adds closing tags to the source element which is illegal. I will move this issue back to Living Norway


[feature request]: Metal 2 Support

With the beta release of Metal 2 yesterday by Apple, is there a development timeline for supporting this new framework?

I search document with WWDC2017 ,   i find that Metal 2 is for Mac OS ,not iOS ,  is it right ?

@minipeach Metal 2 appears to be available for iOS, as well: https://developer.apple.com/metal/


Type checking disabled when assign template type values

http://closure-compiler.appspot.com/home#code%3D%252F%252F%2520%253D%253DClosureCompiler%253D%253D%250A%252F%252F%2520%2540compilation_level%2520ADVANCED_OPTIMIZATIONS%250A%252F%252F%2520%2540output_file_name%2520default.js%250A%252F%252F%2520%2540language%2520ECMASCRIPT8%250A%252F%252F%2520%253D%253D%252FClosureCompiler%253D%253D%250A%250A%2520%2520%252F**%2520%2540type%2520%257B!Object%253Cstring%252C%2520number%253E%257D%2520*%252F%250A%2509const%2520o%2520%253D%2520%257B%2522foo%2522%253A%2520%2522bar%2522%257D%253B%250A%250A%2509%252F**%2520%2540type%2520%257B!Array%253Cnumber%253E%257D%2520*%252F%250A%2509const%2520a%2520%253D%2520%255B%2522foo%2522%255D%253B%250A%250A%2509%252F**%2520%2540type%2520%257Bstring%257D%2520*%252F%250A%2509const%2520b%2520%253D%2520a%255B0%255D%253B%250A%250A

It is a known bug that the type checker doesn't infer the contents of array literals. So, the right hand side has type Array<?>, and there is no warning. In the new type inference, this warns. There are no plans to fix this in the old type checker.


[F7v2] Migrate Message

Issue with messages #232 so will need to be addressed at the same time.
Need functionality to open messages, and reply.

Testing the current API. With the original settings for the ajax call it was timing out before a response. Upping the timeout I got the message successfully at ~22 seconds.


tach check-external module names to distribution mapping fails

Hi,
I'd like to use tach to check if my pyproject.toml is complete and does not have unused dependencies.
However, the check-external fails for the following packages which have differing distribution and module names:
pillow
python-opencv
nuscenes-devkit
scikit_learn

It might be the issue of the packages not haveing the metadata properly defined, but then it would be nice to have an option to manually add a mapping. I want to use the check in a CI so it needs to succeed.

Hi @nischnei ! Could you tell me the version of Python you are using, and whether these packages are installed into the environment in which tach is running? Hopefully a quick fix is to install them so that the metadata is found, but if the metadata is not being processed correctly I'll need to take a closer look.
And I think adding config for a manual mapping makes sense, I will add a task for this and ping back here when it is ready.

I am using Python 3.11, all packages are available in my conda environment where also tach is installed.

While I couldn't reproduce locally, there is now  configuration available to explicitly remap these names:
https://docs.gauge.sh/usage/configuration#external
This is released in 0.15.4, let me know if you hit any issues!


[FR] Delete samples in FiftyOne if they were deleted from CVAT

CVAT has added the ability to delete frames/images from an annotation task. This change should likely be reflected in the FiftyOne dataset after the annotations are loaded back in.

This would actually be very useful. I suggest even adding a sample or tag or some argument to enable this


Remove unused components

So far only eth-custodian contracts are being used. evm-fungible-token and pure-eth-connector were rather concepts and never used in production. Thus, we need to remove it.

Fixed in #34


When a user is blocked their black cards don’t show up for the other user anymore

see #129

When a user is unmatched, It shall be possible to match with that user again. Otherwise, the block-feature would be useless.

You have just to update this query, the rest is done
@anhuwi

changed it, but i have to test it


How to close the auto auto start setting of lidar and camera？

Test Background:

Robot: tb4 lite
Ros version: Humble
SBC: nuc

I plan to use nuc instead of raspberry pi,and i want to launch the the camera and rplidar separately.What should I do?

@EndlessLoops You can use the oakd and rplidar launch files to individually launch the sensors.

Closing due to inactivity.  Please feel free to re-open if issue persists.

Where does this configuration apply？
    # Supported Functions:
    # Dock
    # Undock
    # Wall Follow Left
    # Wall Follow Right
    # Power
    # EStop
    # RPLIDAR Stop
    # RPLIDAR Start
    # OAKD Stop
    # OAKD Start

@roni-kreinin


Rangetype constraints with EXCLUDE USING GIST

Hi,
Thanks for the great project. It is really cool!
I'm building a small booking system that requires similar logic on the tstxrange as  what is mentioned in the PostgreSQL docs on  range-type constraints. I'm not completely sure if this is something I can accomplish with Atlas HCL at the moment.
Basically I want to the create a constraint that will reject overlapping ranges only if the meeting room are equal. Something like this:
CREATE EXTENSION btree_gist;
CREATE TABLE room_reservation (
  room text,
  during tsrange,
  EXCLUDE USING GIST (room WITH =, during WITH &&)
);

From what I can read the following thing prevents be from creating this index:

Creation of the btree_gist extension
There seem to be no way of modelling EXCLUDE USING GIST using HCL

Thanks for reporting this. This was addressed in the latest release. Please, see https://atlasgo.io/atlas-schema/hcl#exclude-constraints for more info


[Bug] Parameter issue in "az pipelines runs artifact list"

Referring to https://github.com/Azure/azure-cli-extensions/issues/676
I'm trying to get all artifacts for a given buildId. I use the following command:
az pipelines runs artifact list --run-id [BuildId] --org "https://dev.azure.com/[MyOrg]" --project "[MyProject]"

however it throws the error, that you can see in the referenced issue. However I figured out there's probably a parameter mapping problem. If i switch "--project" and "--run-id" it works:
az pipelines runs artifact list --project [BuildId] --org "https://dev.azure.com/[MyOrg]" --run-id "[MyProject]"

Please fix this!!

@s-bauer : can you please share debug logs?
az pipelines runs artifact list --run-id [BuildId] --org "https://dev.azure.com/[MyOrg]" --project "[MyProject]" --debug

@gauravsaralMs There u go: https://gist.github.com/s-bauer/485dfd250c61656d8b37e6c6db6effe2

Thanks for reporting this @s-bauer . We will fix this ASAP

Fix is checked in. It should be available in the next release 0.9.0 and later.

@atbagga When will 0.9.0 be released? Any eta yet?


[BUG] Missing support for the parallel_tool_calls parameter in Azure openAI API

API Spec link
https://github.com/Azure/azure-rest-api-specs/blob/main/specification/cognitiveservices/data-plane/AzureOpenAI/inference/preview/2024-05-01-preview/generated.json
API Spec version
2024-05-01 preview
Describe the bug
support for the parallel_tool_calls parameter on the OpenAI API Spec: https://platform.openai.com/docs/api-reference/chat/create#chat-create-parallel_tool_calls is not implemented in the Azure API spec
Appears to be the cause of this issue filed on the OpenAI repo: https://github.com/openai/openai-python/issues/1492
Expected behavior
Use parameter as described in: https://platform.openai.com/docs/api-reference/chat/create#chat-create-parallel_tool_calls
Actual behavior
openai.BadRequestError: Error code: 400 - {'error': {'message': 'Unrecognized request argument supplied: parallel_tool_calls. Please contact us through an Azure support request at: https://go.microsoft.com/fwlink/?linkid=2213926 for further questions.', 'type':  'invalid_request_error', 'param': None, 'code': None}}
Reproduction Steps
from openai import AzureOpenAI # version 1.35.3
from azure.identity import DefaultAzureCredential, AzureAuthorityHosts, get_bearer_token_provider

token_provider = get_bearer_token_provider(...) # insert your token provider details here

client = AzureOpenAI(
    api_version="2024-05-01-preview",
    azure_endpoint="...", # insert your endpoint here
    azure_ad_token_provider=token_provider,
)

response = client.chat.completions.create(
                model="...",   # insert your model here
                messages=[
                    {"role": 'user', "content": 'Please use a tool'}
                ],
                stream=False,
                tools=[{
                    'type': 'function',
                    'function': {
                        'name': 'tool',
                        'description': "A sample tool.",
                        'parameters': {
                            'properties': {
                                'input_1': {
                                    'description': 'a list of integers for the tool',
                                    'items': {'type': 'integer'},
                                    'title': 'Ranked text chunk indices', 'type': 'array'
                                    }
                                },
                            'required': ['input_1'],
                            'title': 'Input for `tool`',
                            'type': 'object'
                            }
                        }
                }],
                tool_choice='auto',
                parallel_tool_calls=False,
            )

print(response)

Environment
No response

Thank you for posting this @gregwdata! I've been banging my head against the wall for the past week trying to figure out what was wrong.

Unfortunately another instance where Azure OpenAI is not able to keep up parity with OpenAI. This kind of discrepancy makes it really tough to develop on Azure. It’s bad enough having to wait weeks for the new models.

For my case, using openai = "^1.26.0" and langchain-openai = "0.1.8" would not be a problem. If anyone are using langchain you can rollback the version first to temp fix the problem

For my case, using openai = "^1.26.0" and langchain-openai = "0.1.8" would not be a problem. If anyone are using langchain you can rollback the version first to temp fix the problem

Issue has nothing to do with OpenAI or Langchain. It is the Azure OpenAI API that is behind. There is no temp fix for this problem. It requires Microsoft to support the parameter in their API.

I had the same issue. Downgrading from openai==1.35.7 to openai==1.34.0 solved the problem.

@iscai-msft Please help take a look, thanks.

parallel_tool_calls is not supported by the Azure OpenAI service yet. When it is supported, it will be added to the spec under the API version which supports its usage. You can follow the what's new page on MS Learn for updates.

@kristapratico I believe there is still a bug here even though parallel_tool_calls is not supported yet.
Because:

the OpenAI API sets parallel_tool_calls to True by default
the Azure OpenAI service does not explicitly set parallel_tool_calls to False

So, parallel_tool_calls is ON when using the Azure OpenAI service, and there is no way to turn it off.

@wooters maybe I misunderstand, but the support coming would allow for the ability to turn parallel_tool_calls off. Both services have this on by default, and once supported by Azure, you'll be able to disable it.

@kristapratico Thanks for your response. I guess I misunderstood your comment:

parallel_tool_calls is not supported by the Azure OpenAI service yet.

By this, I guess what you mean is: "the ability to use the parallel_tool_calls arg to turn OFF parallel tool calls."
Thanks for clarifying. I look forward to this being added to Azure.

@kristapratico
Can I ask when you plan to support this feature? Just following the changelog seems quite hopeless, and there isn’t any useful information at all.
At the very least, I would like a patch to make it compatible with the OpenAI API function signature, even if it’s not yet supported.

@kristapratico it would be really great if there was a feature release roadmap. Even if the time lines are by quarter.
We would like answers to the questions "when is feature A that OpenAI has already release going to be available on Azure OpenAI Inference API?" right now specifically parallel_tool_calls and tool_choice=required. Released on OpenAI in June and April respectively. When will they be available on Azure? How do we get the answer to that question?

This is blocking our ability to use Azure services. We need to be able to disable parallel_tool_calls.

Waiting to support this feature.
I can't understand why the team from Azure is so late like this.

Another reason not to use azure.

openai.BadRequestError: Error code: 400 - {'error': {'message': "Unknown parameter: 'parallel_tool_calls'. (request id:<PHONE_NUMBER>4615201168063zjM398T3)", 'type': 'invalid_request_error', 'param': 'parallel_tool_calls', 'code': 'unknown_parameter'}}

Excuse me, two months have passed without any reply or progress?

No one working on this? This is at least a P1 level problem

Hello! Providing a quick update on disabling parallel_tool_calls -- the work to support this parity feature across models/deployments is nearly complete and currently slated for the next service API release; barring unforeseen issues, it'll be part of a 2024-09-01-preview api-version label in a few weeks. We try to not share precise dates like this most of the time since so much can still be subject to change, but with how old this is it's owed a more concrete ETA.
As another engineer building on top of Azure OpenAI APIs (my team is responsible for client library integration), I empathize with the frustration and agree that it's taken way longer than anyone would like for this seemingly simple parity feature to become available. As for why it's taken so long, it boils down to the architectural differences between OpenAI's global endpoint and Azure OpenAI's deployment-based system: Azure OpenAI has component boundaries and abstractions that OpenAI doesn't, and while that confers some nice advantages in a lot of circumstances, it also turns out that consistently having properly configured traffic routed across many permutations of versioned model deployments, regions, and provisioning setups has revealed a lot of rough edges that spanned many teams. That's not an attempt to make an excuse -- we're using this and similar instances to continually improve these annoying parity latency situations -- but rather just to confirm that it's not been neglected or abandoned.
Thank you for the continued patience!

Thanks so much for the update @trrwilson. Much appreciated!

@trrwilson related: do you know if the next service API release will include the ability to set tool_choice: "required"? (as described here)

@trrwilson related: do you know if the next service API release will include the ability to set tool_choice: "required"? (as described here and here)

That one's there now! reuiqred was recently made available on the 2024-07-01-preview service API label; here's the line where it's newly defined in the spec and here's the prior preview version where it was conspicuously absent.
We haven't yet published client library updates for all languages and protocol/REST-level calls may needed for those cases (.NET/Java/Go), but from an API perspective it's now supported.

@trrwilson really appreciate the update and especially some of the details you shared. Being as transparent as you can with this stuff goes a long way. I appreciate the difficulty of giving timelines but even just seeing things in a now/next/later roadmap would be great.

@trrwilson re feature like tool_choice=required what is the SoT to know what's actually deployed? Given this particular feature was in the API spec of the latest stable version but not actually working, backend throwing a option not suport error.

@trrwilson related: do you know if the next service API release will include the ability to set tool_choice: "required"? (as described here and here)

That one's there now! required was recently made available on the 2024-07-01-preview service API label; here's the line where it's newly defined in the spec and here's the prior preview version where it was conspicuously absent.
We haven't yet published client library updates for all languages and protocol/REST-level calls may needed for those cases (.NET/Java/Go), but from an API perspective it's now supported.

FYI - just tried tool_choice=required and not working for us. Guessing best to handling via a support request.

Is there any update on this? This breaks langgraph pretty horridly as it doesn't natively support concurrency

Is seems parallel_tool_calls parameter is supported with Azure OpenAI API version 2024-08-01-preview.
https://learn.microsoft.com/en-us/azure/ai-services/openai/how-to/structured-outputs?tabs=python-secure#function-calling-with-structured-outputs

just been upgrading and test (via the C# lib) against a new 06-08-2024 deployment in eastus - though the Azure SDK doesn't have the REST API version add, so using reflection to set that).

tool_choice=required - being accepted
parallel_tool_calls=false - being accepted
structured output - checking out at the moment

@trrwilson can you please provide another update?

Although it is not officially documented, the REST API for 2024-08-01-preview actually accepted the parallel_tool_calls parameter. It seems to be a bug in the API documentation.

Although it is not officially documented, the REST API for 2024-08-01-preview actually accepted the parallel_tool_calls parameter. It seems to be a bug in the API documentation.

Yep, works for us also. 'eastus'

Can confirm this is working on api version, 2024-08-01-preview

@nyanp @janaka @westernspion it doesn't work in all endpoints in all regions and 2024-08-01-preview is an undocumented API version. I still get many bad request errors even thought it appears to be "working". That makes it unusable so I was hoping for an official update on the timeline of completion to all endpoint in supported regions.
I also reached out to support to get an update since there has been no update here and received this back yesterday...
"Regarding this matter, the new parameter parallel_tool_calls is now supported by GPT4o-mini and 80% of GPT4o models. We are in the process of extending this support to additional GPT4o endpoints, with full implementation anticipated by the end of September."

Even with the latest api version 2024-10-01-preview in which parallel_tool_calls is documented, there are many errors. It seems that in the EU regions only gpt-4o-mini supports argument.
I ran a quick script testing which of our azure models support parallel_tool_calls. Only 1 out of 7 models support parallel calls. I wonder if this is a bug with documentation or the api, since it's been more than a month since the last update?
Model Test Results
=================

Model: [azure/gpt-35-turbo, azure/gpt-35-turbo-16k, azure/gpt-4,  azure/gpt-4-32k, azure/gpt-4-turbo, azure/gpt-4o]
Error: AzureException BadRequestError - Error code: 400 - {'error': {'message': 'Unrecognized request argument supplied: parallel_tool_calls', 'type': 'invalid_request_error', 'param': None, 'code': None}}

==================================================

Model: gpt-4o-mini
Success

==================================================

Hi @artkoci, thanks for the test.
Just wanted to add my voice to the issue: I can also confirm that in the EU region on api version 2024-10-01-preview, gpt-4o doesn't seem to support parallel_tool_calls but it is accepted by gpt-4o-mini.


Clean ngram networks

Get rid of additional stopwords in ngrams script.

Also, improve graph limits so all words fit.

X11() graph and removed additional stopwords.


WIP: Packaging

more work on setting up model_catalogs as a separate, full package. Switched to mamba and setting up other OSes, along with adding Python 3.7.

Codecov Report

:exclamation: No coverage uploaded for pull request base (main@e9a1855). Click here to learn what that means.
The diff coverage is n/a.

@@           Coverage Diff           @@
##             main       #6   +/-   ##
=======================================
  Coverage        ?   38.95%
=======================================
  Files           ?       10
  Lines           ?      724
  Branches        ?        0
=======================================
  Hits            ?      282
  Misses          ?      442
  Partials        ?        0

Flag
Coverage Δ

unittests
38.95% <0.00%> (?)

Flags with carried forward coverage won't be shown. Click here to find out more.
Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.

I'd consider taking 3.7 out of the matrix, and adding 3.10
3.10 is pretty well established now, PyGNOME can run on it, and I think three versions is enough.

@ChrisBarker-NOAA Ok, trying 3.10 instead.


Timing attack possible in Bcrypt.checkpw?

Hello,
i'm not sure about this, but maybe you can examine it: Is Bcrypt.checkpw vulnerable to a timing attack? It uses String.compareTo to compare the two hashes, and this method is vulnerable to timing attacks (at least in my java implementation, as it returns when the first non-equal character is found).

This seems to be resolved long ago. Can this ticket be closed?

Yep, has been resolved.


Increased memory for http-poster.

Coverage remained the same at 100.0% when pulling 508da490d790bebd4034aa04e13fed51ed2a3bae on IncreaseMemoryForHttpPoster into 4dd7f0edec1b4743a30cfb25c2e5a7b6832b83fc on master.


Improve attribute parsing

This was marked ready for some reason. I got more to do, putting it back to draft.


[test] Fix swift-reflection-test issues for all test run environments

I stopped trying to guess and actually tested them all, including the Apple-internal tool I keep breaking. As a bonus, the RUN lines in validation-test/Reflection/ go back to being simple.
rdar://problem/44154961

@swift-ci Please test


Nonlinear gradient in mixed series (range series)

I'm curious is it possible somehow to display a gradient not like an increased area, but from bottom to middle? from middle to top. Even better if the gradient will limit to another line that is approximately in the middle of the range series.
the desired gradient

here we have a range series with gradient and a line series(that also is represented as a range series, as line + range series had an error for some reason). so how to make the gradient here to be like in the image above (if that is possible)?

Hello,
Please ask in the Apexchart repo, in here we are focused on the wrapper.
Thank you,