text:
Building Failure

[Yakend@YakendPC ~]$ cd luau-lsp
[Yakend@YakendPC luau-lsp]$ mkdir build && cd build
mkdir: cannot create directory ‘build’: Permission denied
[Yakend@YakendPC luau-lsp]$ sudo !!
sudo mkdir build && cd build
[Yakend@YakendPC build]$ sudo cmake .. -DCMAKE_BUILD_TYPE=Release
-- The CXX compiler identification is GNU 14.2.1
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Check for working CXX compiler: /usr/bin/c++ - skipped
-- Detecting CXX compile features
-- Detecting CXX compile features - done
CMake Deprecation Warning at luau/CMakeLists.txt:7 (cmake_minimum_required):
  Compatibility with CMake < 3.5 will be removed from a future version of
  CMake.

  Update the VERSION argument <min> value or use a ...<max> suffix to tell
  CMake that the project does not need compatibility with older versions.

-- The C compiler identification is GNU 14.2.1
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working C compiler: /usr/bin/cc - skipped
-- Detecting C compile features
-- Detecting C compile features - done
CMake Warning at luau/fuzz/CMakeLists.txt:16 (message):
  Building the Luau fuzzer requires Clang to be used.  AppleClang is not
  sufficient.

-- Configuring done (0.2s)
-- Generating done (0.1s)
-- Build files have been written to: /home/Yakend/luau-lsp/build
[Yakend@YakendPC build]$ sudo cmake --build . --target Luau.LanguageServer.CLI --config Release
[  0%] Built target Luau.Common
[  0%] Building CXX object luau/CMakeFiles/Luau.EqSat.dir/EqSat/src/Id.cpp.o
[  2%] Building CXX object luau/CMakeFiles/Luau.EqSat.dir/EqSat/src/UnionFind.cpp.o
[  2%] Linking CXX static library libLuau.EqSat.a
[  2%] Built target Luau.EqSat
[  5%] Building CXX object luau/CMakeFiles/Luau.CLI.lib.dir/CLI/FileUtils.cpp.o
[  5%] Building CXX object luau/CMakeFiles/Luau.CLI.lib.dir/CLI/Flags.cpp.o
[  5%] Linking CXX static library libLuau.CLI.lib.a
[  5%] Built target Luau.CLI.lib
[  7%] Building CXX object luau/CMakeFiles/Luau.Ast.dir/Ast/src/Ast.cpp.o
[  7%] Building CXX object luau/CMakeFiles/Luau.Ast.dir/Ast/src/Confusables.cpp.o
[  7%] Building CXX object luau/CMakeFiles/Luau.Ast.dir/Ast/src/Lexer.cpp.o
[  7%] Building CXX object luau/CMakeFiles/Luau.Ast.dir/Ast/src/Location.cpp.o
[ 10%] Building CXX object luau/CMakeFiles/Luau.Ast.dir/Ast/src/Parser.cpp.o
[ 10%] Building CXX object luau/CMakeFiles/Luau.Ast.dir/Ast/src/StringUtils.cpp.o
[ 10%] Building CXX object luau/CMakeFiles/Luau.Ast.dir/Ast/src/TimeTrace.cpp.o
[ 12%] Linking CXX static library libLuau.Ast.a
[ 12%] Built target Luau.Ast
[ 15%] Building CXX object luau/CMakeFiles/Luau.Compiler.dir/Compiler/src/BytecodeBuilder.cpp.o
[ 15%] Building CXX object luau/CMakeFiles/Luau.Compiler.dir/Compiler/src/Compiler.cpp.o
[ 15%] Building CXX object luau/CMakeFiles/Luau.Compiler.dir/Compiler/src/Builtins.cpp.o
[ 17%] Building CXX object luau/CMakeFiles/Luau.Compiler.dir/Compiler/src/BuiltinFolding.cpp.o
[ 17%] Building CXX object luau/CMakeFiles/Luau.Compiler.dir/Compiler/src/ConstantFolding.cpp.o
[ 17%] Building CXX object luau/CMakeFiles/Luau.Compiler.dir/Compiler/src/CostModel.cpp.o
[ 17%] Building CXX object luau/CMakeFiles/Luau.Compiler.dir/Compiler/src/TableShape.cpp.o
[ 20%] Building CXX object luau/CMakeFiles/Luau.Compiler.dir/Compiler/src/Types.cpp.o
[ 20%] Building CXX object luau/CMakeFiles/Luau.Compiler.dir/Compiler/src/ValueTracking.cpp.o
[ 20%] Building CXX object luau/CMakeFiles/Luau.Compiler.dir/Compiler/src/lcode.cpp.o
[ 23%] Linking CXX static library libLuau.Compiler.a
[ 23%] Built target Luau.Compiler
[ 23%] Building CXX object luau/CMakeFiles/Luau.Config.dir/Config/src/Config.cpp.o
[ 23%] Building CXX object luau/CMakeFiles/Luau.Config.dir/Config/src/LinterConfig.cpp.o
[ 23%] Linking CXX static library libLuau.Config.a
[ 23%] Built target Luau.Config
[ 23%] Building CXX object luau/CMakeFiles/Luau.Analysis.dir/Analysis/src/Anyification.cpp.o
[ 23%] Building CXX object luau/CMakeFiles/Luau.Analysis.dir/Analysis/src/AnyTypeSummary.cpp.o
[ 23%] Building CXX object luau/CMakeFiles/Luau.Analysis.dir/Analysis/src/ApplyTypeFunction.cpp.o
[ 25%] Building CXX object luau/CMakeFiles/Luau.Analysis.dir/Analysis/src/AstJsonEncoder.cpp.o
[ 25%] Building CXX object luau/CMakeFiles/Luau.Analysis.dir/Analysis/src/AstQuery.cpp.o
[ 25%] Building CXX object luau/CMakeFiles/Luau.Analysis.dir/Analysis/src/Autocomplete.cpp.o
[ 28%] Building CXX object luau/CMakeFiles/Luau.Analysis.dir/Analysis/src/BuiltinDefinitions.cpp.o
[ 28%] Building CXX object luau/CMakeFiles/Luau.Analysis.dir/Analysis/src/Clone.cpp.o
[ 28%] Building CXX object luau/CMakeFiles/Luau.Analysis.dir/Analysis/src/Constraint.cpp.o
[ 28%] Building CXX object luau/CMakeFiles/Luau.Analysis.dir/Analysis/src/ConstraintGenerator.cpp.o
In file included from /home/Yakend/luau-lsp/luau/Analysis/include/Luau/TypeArena.h:6,
                 from /home/Yakend/luau-lsp/luau/Analysis/include/Luau/Module.h:10,
                 from /home/Yakend/luau-lsp/luau/Analysis/include/Luau/ConstraintGenerator.h:9,
                 from /home/Yakend/luau-lsp/luau/Analysis/src/ConstraintGenerator.cpp:2:
In function ‘const T* Luau::get(TypePackId) [with T = VariadicTypePack]’,
    inlined from ‘Luau::ConstraintGenerator::FunctionSignature Luau::ConstraintGenerator::checkFunctionSignature(const Luau::ScopePtr&, Luau::AstExprFunction*, std::optional<const Luau::Type*>, std::optional<Luau::Location>)’ at/home/Yakend/luau-lsp/luau/Analysis/src/ConstraintGenerator.cpp:2877:63:
/home/Yakend/luau-lsp/luau/Analysis/include/Luau/TypePack.h:205:21: warning: ‘*(const Luau::TypePackVar**)((char*)&expectedArgPack + offsetof(Luau::TypePack, Luau::TypePack::tail.std::optional<const Luau::TypePackVar*>::<unnamed>.std::_Optional_base<const Luau::TypePackVar*, true, true>::<unnamed>))’ may be used uninitialized [-Wmaybe-uninitialized]
  205 |     return get_if<T>(&(tp->ty));
      |            ~~~~~~~~~^~~~~~~~~~~
/home/Yakend/luau-lsp/luau/Analysis/src/ConstraintGenerator.cpp: In member function ‘Luau::ConstraintGenerator::FunctionSignature Luau::ConstraintGenerator::checkFunctionSignature(const Luau::ScopePtr&, Luau::AstExprFunction*, std::optional<const Luau::Type*>, std::optional<Luau::Location>)’:
/home/Yakend/luau-lsp/luau/Analysis/src/ConstraintGenerator.cpp:2803:14: note: ‘*(const Luau::TypePackVar**)((char*)&expectedArgPack + offsetof(Luau::TypePack, Luau::TypePack::tail.std::optional<const Luau::TypePackVar*>::<unnamed>.std::_Optional_base<const Luau::TypePackVar*, true, true>::<unnamed>))’ was declared here
 2803 |     TypePack expectedArgPack;
      |              ^~~~~~~~~~~~~~~
[ 30%] Building CXX object luau/CMakeFiles/Luau.Analysis.dir/Analysis/src/ConstraintSolver.cpp.o
[ 30%] Building CXX object luau/CMakeFiles/Luau.Analysis.dir/Analysis/src/DataFlowGraph.cpp.o
[ 30%] Building CXX object luau/CMakeFiles/Luau.Analysis.dir/Analysis/src/DcrLogger.cpp.o
[ 33%] Building CXX object luau/CMakeFiles/Luau.Analysis.dir/Analysis/src/Def.cpp.o
[ 33%] Building CXX object luau/CMakeFiles/Luau.Analysis.dir/Analysis/src/Differ.cpp.o
[ 33%] Building CXX object luau/CMakeFiles/Luau.Analysis.dir/Analysis/src/EmbeddedBuiltinDefinitions.cpp.o
[ 33%] Building CXX object luau/CMakeFiles/Luau.Analysis.dir/Analysis/src/Error.cpp.o
[ 35%] Building CXX object luau/CMakeFiles/Luau.Analysis.dir/Analysis/src/Frontend.cpp.o
[ 35%] Building CXX object luau/CMakeFiles/Luau.Analysis.dir/Analysis/src/Generalization.cpp.o
[ 35%] Building CXX object luau/CMakeFiles/Luau.Analysis.dir/Analysis/src/GlobalTypes.cpp.o
[ 38%] Building CXX object luau/CMakeFiles/Luau.Analysis.dir/Analysis/src/Instantiation.cpp.o
[ 38%] Building CXX object luau/CMakeFiles/Luau.Analysis.dir/Analysis/src/Instantiation2.cpp.o
[ 38%] Building CXX object luau/CMakeFiles/Luau.Analysis.dir/Analysis/src/IostreamHelpers.cpp.o
[ 38%] Building CXX object luau/CMakeFiles/Luau.Analysis.dir/Analysis/src/JsonEmitter.cpp.o
[ 41%] Building CXX object luau/CMakeFiles/Luau.Analysis.dir/Analysis/src/Linter.cpp.o
[ 41%] Building CXX object luau/CMakeFiles/Luau.Analysis.dir/Analysis/src/LValue.cpp.o
[ 41%] Building CXX object luau/CMakeFiles/Luau.Analysis.dir/Analysis/src/Module.cpp.o
[ 43%] Building CXX object luau/CMakeFiles/Luau.Analysis.dir/Analysis/src/NonStrictTypeChecker.cpp.o
[ 43%] Building CXX object luau/CMakeFiles/Luau.Analysis.dir/Analysis/src/Normalize.cpp.o
[ 43%] Building CXX object luau/CMakeFiles/Luau.Analysis.dir/Analysis/src/OverloadResolution.cpp.o
[ 43%] Building CXX object luau/CMakeFiles/Luau.Analysis.dir/Analysis/src/Quantify.cpp.o
[ 46%] Building CXX object luau/CMakeFiles/Luau.Analysis.dir/Analysis/src/Refinement.cpp.o
[ 46%] Building CXX object luau/CMakeFiles/Luau.Analysis.dir/Analysis/src/RequireTracer.cpp.o
[ 46%] Building CXX object luau/CMakeFiles/Luau.Analysis.dir/Analysis/src/Scope.cpp.o
[ 48%] Building CXX object luau/CMakeFiles/Luau.Analysis.dir/Analysis/src/Simplify.cpp.o
[ 48%] Building CXX object luau/CMakeFiles/Luau.Analysis.dir/Analysis/src/Substitution.cpp.o
[ 48%] Building CXX object luau/CMakeFiles/Luau.Analysis.dir/Analysis/src/Subtyping.cpp.o
[ 48%] Building CXX object luau/CMakeFiles/Luau.Analysis.dir/Analysis/src/Symbol.cpp.o
[ 51%] Building CXX object luau/CMakeFiles/Luau.Analysis.dir/Analysis/src/TableLiteralInference.cpp.o
In file included from /usr/include/c++/14.2.1/string:54,
                 from /usr/include/c++/14.2.1/bits/locale_classes.h:40,
                 from /usr/include/c++/14.2.1/bits/ios_base.h:41,
                 from /usr/include/c++/14.2.1/streambuf:43,
                 from /usr/include/c++/14.2.1/bits/streambuf_iterator.h:35,
                 from /usr/include/c++/14.2.1/iterator:66,
                 from /home/Yakend/luau-lsp/luau/Ast/include/Luau/Ast.h:6,
                 from /home/Yakend/luau-lsp/luau/Analysis/src/TableLiteralInference.cpp:3:
In member function ‘std::__cxx11::basic_string<_CharT, _Traits, _Alloc>::size_type std::__cxx11::basic_string<_CharT, _Traits, _Alloc>::size() const [with _CharT = char; _Traits = std::char_traits<char>; _Alloc = std::allocator<char>]’,
    inlined from ‘bool std::operator==(const __cxx11::basic_string<_CharT, _Traits, _Allocator>&, const __cxx11::basic_string<_CharT, _Traits, _Allocator>&) [with _CharT = char; _Traits = char_traits<char>; _Alloc = allocator<char>]’ at /usr/include/c++/14.2.1/bits/basic_string.h:3759:40,
    inlined from ‘constexpr std::__optional_eq_t<_Tp, _Up> std::operator==(const optional<_Tp>&, const optional<_Up>&) [with _Tp = __cxx11::basic_string<char>; _Up = __cxx11::basic_string<char>]’ at /usr/include/c++/14.2.1/optional:1236:28,
    inlined from ‘constexpr bool std::equal_to<_Tp>::operator()(const _Tp&, const _Tp&) const [with _Tp = std::optional<std::__cxx11::basic_string<char> >]’ at /usr/include/c++/14.2.1/bits/stl_function.h:375:20,
    inlined from ‘Luau::detail::DenseHashTable<Key, Item, MutableItem, ItemInterface, Hash, Eq>::const_iterator& Luau::detail::DenseHashTable<Key, Item, MutableItem, ItemInterface, Hash, Eq>::const_iterator::operator++() [with Key = std::optional<std::__cxx11::basic_string<char> >; Item = std::pair<std::optional<std::__cxx11::basic_string<char> >, bool>; MutableItem = std::pair<const std::optional<std::__cxx11::basic_string<char> >, bool>; ItemInterface = Luau::detail::ItemInterfaceMap<std::optional<std::__cxx11::basic_string<char> >, bool>; Hash = std::hash<std::optional<std::__cxx11::basic_string<char> > >; Eq = std::equal_to<std::optional<std::__cxx11::basic_string<char> > >’ at /home/Yakend/luau-lsp/luau/Common/include/Luau/DenseHash.h:331:45,
    inlined from ‘Luau::Set<T, Hash>::const_iterator::const_iterator(typename Luau::Set<T, Hash>::Impl::const_iterator, typename Luau::Set<T, Hash>::Impl::const_iterator) [with T = std::optional<std::__cxx11::basic_string<char> >; Hash = std::hash<std::optional<std::__cxx11::basic_string<char> > >]’ at /home/Yakend/luau-lsp/luau/Analysis/include/Luau/Set.h:146:17,
    inlined from ‘Luau::Set<T, Hash>::const_iterator Luau::Set<T, Hash>::begin() const [with T = std::optional<std::__cxx11::basic_string<char> >; Hash = std::hash<std::optional<std::__cxx11::basic_string<char> > >]’ at /home/Yakend/luau-lsp/luau/Analysis/include/Luau/Set.h:106:61,
    inlined from ‘const Luau::Type* Luau::matchLiteralType(NotNull<DenseHashMap<const AstExpr*, const Type*> >, NotNull<DenseHashMap<const AstExpr*, const Type*> >, NotNull<BuiltinTypes>, NotNull<TypeArena>, NotNull<Unifier2>, TypeId, TypeId, const AstExpr*, std::vector<const Type*>&)’ at /home/Yakend/luau-lsp/luau/Analysis/src/TableLiteralInference.cpp:421:32:
/usr/include/c++/14.2.1/bits/basic_string.h:1077:16: warning: ‘*(const std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >*)((char*)&missingKeys + offsetof(Luau::Set<std::optional<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >, std::hash<std::optional<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > > > >,Luau::Set<std::optional<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >, std::hash<std::optional<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > > > >::mapping.Luau::DenseHashMap<std::optional<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >, bool, std::hash<std::optional<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > > >, std::equal_to<std::optional<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > > > >::impl.Luau::detail::DenseHashTable<std::optional<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >, std::pair<std::optional<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >, bool>, std::pair<const std::optional<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >, bool>, Luau::detail::ItemInterfaceMap<std::optional<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >, bool>, std::hash<std::optional<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > > >, std::equal_to<std::optional<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > > > >::empty_key.std::optional<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >::<unnamed>.std::_Optional_base<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, false, false>::<unnamed>)).std::__cxx11::basic_string<char>::_M_string_length’ may be used uninitialized [-Wmaybe-uninitialized]
 1077 |       { return _M_string_length; }
      |                ^~~~~~~~~~~~~~~~
/home/Yakend/luau-lsp/luau/Analysis/src/TableLiteralInference.cpp: In function ‘const Luau::Type* Luau::matchLiteralType(NotNull<DenseHashMap<const AstExpr*, const Type*> >, NotNull<DenseHashMap<const AstExpr*, const Type*> >, NotNull<BuiltinTypes>, NotNull<TypeArena>, NotNull<Unifier2>, TypeId, TypeId, const AstExpr*, std::vector<const Type*>&)’:
/home/Yakend/luau-lsp/luau/Analysis/src/TableLiteralInference.cpp:406:41: note: ‘missingKeys’ declared here
  406 |         Set<std::optional<std::string>> missingKeys{{}};
      |                                         ^~~~~~~~~~~
[ 51%] Building CXX object luau/CMakeFiles/Luau.Analysis.dir/Analysis/src/ToDot.cpp.o
[ 51%] Building CXX object luau/CMakeFiles/Luau.Analysis.dir/Analysis/src/TopoSortStatements.cpp.o
[ 53%] Building CXX object luau/CMakeFiles/Luau.Analysis.dir/Analysis/src/ToString.cpp.o
[ 53%] Building CXX object luau/CMakeFiles/Luau.Analysis.dir/Analysis/src/Transpiler.cpp.o
[ 53%] Building CXX object luau/CMakeFiles/Luau.Analysis.dir/Analysis/src/TxnLog.cpp.o
[ 53%] Building CXX object luau/CMakeFiles/Luau.Analysis.dir/Analysis/src/Type.cpp.o
[ 56%] Building CXX object luau/CMakeFiles/Luau.Analysis.dir/Analysis/src/TypeArena.cpp.o
[ 56%] Building CXX object luau/CMakeFiles/Luau.Analysis.dir/Analysis/src/TypeAttach.cpp.o
[ 56%] Building CXX object luau/CMakeFiles/Luau.Analysis.dir/Analysis/src/TypeChecker2.cpp.o
[ 58%] Building CXX object luau/CMakeFiles/Luau.Analysis.dir/Analysis/src/TypedAllocator.cpp.o
[ 58%] Building CXX object luau/CMakeFiles/Luau.Analysis.dir/Analysis/src/TypeFunction.cpp.o
[ 58%] Building CXX object luau/CMakeFiles/Luau.Analysis.dir/Analysis/src/TypeFunctionReductionGuesser.cpp.o
[ 58%] Building CXX object luau/CMakeFiles/Luau.Analysis.dir/Analysis/src/TypeInfer.cpp.o
In file included from /usr/include/c++/14.2.1/vector:66,
                 from /usr/include/c++/14.2.1/functional:64,
                 from /home/Yakend/luau-lsp/luau/Analysis/include/Luau/NotNull.h:6,
                 from /home/Yakend/luau-lsp/luau/Analysis/include/Luau/Anyification.h:5,
                 from /home/Yakend/luau-lsp/luau/Analysis/include/Luau/TypeInfer.h:4,
                 from /home/Yakend/luau-lsp/luau/Analysis/src/TypeInfer.cpp:2:
In destructor ‘std::_Vector_base<_Tp, _Alloc>::~_Vector_base() [with _Tp = const Luau::Type*; _Alloc = std::allocator<const Luau::Type*>]’,
    inlined from ‘std::vector<_Tp, _Alloc>::~vector() [with _Tp = const Luau::Type*; _Alloc = std::allocator<const Luau::Type*>]’ at /usr/include/c++/14.2.1/bits/stl_vector.h:738:7,
    inlined from ‘Luau::ControlFlow Luau::TypeChecker::check(const Luau::ScopePtr&, const Luau::AstStatForIn&)’ at /home/Yakend/luau-lsp/luau/Analysis/src/TypeInfer.cpp:1376:50:
/usr/include/c++/14.2.1/bits/stl_vector.h:369:31: warning: ‘<unnamed>.Luau::TypePack::head.std::vector<const Luau::Type*, std::allocator<const Luau::Type*> >::<unnamed>.std::_Vector_base<const Luau::Type*, std::allocator<const Luau::Type*> >::_M_impl.std::_Vector_base<const Luau::Type*, std::allocator<const Luau::Type*> >::_Vector_impl::std::_Vector_base<const Luau::Type*, std::allocator<const Luau::Type*> >::_Vector_impl_data.std::_Vector_base<const Luau::Type*, std::allocator<const Luau::Type*> >::_Vector_impl_data::_M_end_of_storage’ may be used uninitialized [-Wmaybe-uninitialized]
  369 |                       _M_impl._M_end_of_storage - _M_impl._M_start);
      |                       ~~~~~~~~^~~~~~~~~~~~~~~~~
/home/Yakend/luau-lsp/luau/Analysis/src/TypeInfer.cpp: In member function ‘Luau::ControlFlow Luau::TypeChecker::check(const Luau::ScopePtr&, const Luau::AstStatForIn&)’:
/home/Yakend/luau-lsp/luau/Analysis/src/TypeInfer.cpp:1376:89: note: ‘<anonymous>’ declared here
 1376 |     TypePackId varPack = addTypePack(TypePackVar{TypePack{varTypes, freshTypePack(scope)}});
      |                                                                                ^
In destructor ‘std::_Vector_base<_Tp, _Alloc>::~_Vector_base() [with _Tp = const Luau::Type*; _Alloc = std::allocator<const Luau::Type*>]’,
    inlined from ‘std::vector<_Tp, _Alloc>::~vector() [with _Tp = const Luau::Type*; _Alloc = std::allocator<const Luau::Type*>]’ at /usr/include/c++/14.2.1/bits/stl_vector.h:738:7,
    inlined from ‘Luau::ControlFlow Luau::TypeChecker::check(const Luau::ScopePtr&, const Luau::AstStatForIn&)’ at /home/Yakend/luau-lsp/luau/Analysis/src/TypeInfer.cpp:1376:50:
/usr/include/c++/14.2.1/bits/stl_vector.h:369:59: warning: ‘<unnamed>.Luau::TypePack::head.std::vector<const Luau::Type*, std::allocator<const Luau::Type*> >::<unnamed>.std::_Vector_base<const Luau::Type*, std::allocator<const Luau::Type*> >::_M_impl.std::_Vector_base<const Luau::Type*, std::allocator<const Luau::Type*> >::_Vector_impl::std::_Vector_base<const Luau::Type*, std::allocator<const Luau::Type*> >::_Vector_impl_data.std::_Vector_base<const Luau::Type*, std::allocator<const Luau::Type*> >::_Vector_impl_data::_M_start’ may be used uninitialized [-Wmaybe-uninitialized]
  369 |                       _M_impl._M_end_of_storage - _M_impl._M_start);
      |                                                   ~~~~~~~~^~~~~~~~
/home/Yakend/luau-lsp/luau/Analysis/src/TypeInfer.cpp: In member function ‘Luau::ControlFlow Luau::TypeChecker::check(const Luau::ScopePtr&, const Luau::AstStatForIn&)’:
/home/Yakend/luau-lsp/luau/Analysis/src/TypeInfer.cpp:1376:89: note: ‘<anonymous>’ declared here
 1376 |     TypePackId varPack = addTypePack(TypePackVar{TypePack{varTypes, freshTypePack(scope)}});
      |                                                                                ^
[ 61%] Building CXX object luau/CMakeFiles/Luau.Analysis.dir/Analysis/src/TypeOrPack.cpp.o
[ 61%] Building CXX object luau/CMakeFiles/Luau.Analysis.dir/Analysis/src/TypePack.cpp.o
[ 61%] Building CXX object luau/CMakeFiles/Luau.Analysis.dir/Analysis/src/TypePath.cpp.o
[ 64%] Building CXX object luau/CMakeFiles/Luau.Analysis.dir/Analysis/src/TypeUtils.cpp.o
[ 64%] Building CXX object luau/CMakeFiles/Luau.Analysis.dir/Analysis/src/Unifiable.cpp.o
[ 64%] Building CXX object luau/CMakeFiles/Luau.Analysis.dir/Analysis/src/Unifier.cpp.o
[ 64%] Building CXX object luau/CMakeFiles/Luau.Analysis.dir/Analysis/src/Unifier2.cpp.o
[ 66%] Linking CXX static library libLuau.Analysis.a
[ 66%] Built target Luau.Analysis
[ 66%] Building CXX object CMakeFiles/Luau.LanguageServer.dir/src/LanguageServer.cpp.o
[ 69%] Building CXX object CMakeFiles/Luau.LanguageServer.dir/src/JsonRpc.cpp.o
[ 69%] Building CXX object CMakeFiles/Luau.LanguageServer.dir/src/Uri.cpp.o
[ 69%] Building CXX object CMakeFiles/Luau.LanguageServer.dir/src/WorkspaceFileResolver.cpp.o
[ 69%] Building CXX object CMakeFiles/Luau.LanguageServer.dir/src/Workspace.cpp.o
[ 71%] Building CXX object CMakeFiles/Luau.LanguageServer.dir/src/TextDocument.cpp.o
[ 71%] Building CXX object CMakeFiles/Luau.LanguageServer.dir/src/Client.cpp.o
[ 71%] Building CXX object CMakeFiles/Luau.LanguageServer.dir/src/DocumentationParser.cpp.o
[ 74%] Building CXX object CMakeFiles/Luau.LanguageServer.dir/src/LuauExt.cpp.o
[ 74%] Building CXX object CMakeFiles/Luau.LanguageServer.dir/src/IostreamHelpers.cpp.o
[ 74%] Building CXX object CMakeFiles/Luau.LanguageServer.dir/src/Utils.cpp.o
[ 74%] Building CXX object CMakeFiles/Luau.LanguageServer.dir/src/Flags.cpp.o
[ 76%] Building CXX object CMakeFiles/Luau.LanguageServer.dir/src/JsonTomlSyntaxParser.cpp.o
[ 76%] Building CXX object CMakeFiles/Luau.LanguageServer.dir/src/CliConfigurationParser.cpp.o
[ 76%] Building CXX object CMakeFiles/Luau.LanguageServer.dir/src/platform/LSPPlatform.cpp.o
[ 79%] Building CXX object CMakeFiles/Luau.LanguageServer.dir/src/platform/roblox/RobloxCodeAction.cpp.o
[ 79%] Building CXX object CMakeFiles/Luau.LanguageServer.dir/src/platform/roblox/RobloxColorProvider.cpp.o
[ 79%] Building CXX object CMakeFiles/Luau.LanguageServer.dir/src/platform/roblox/RobloxCompletion.cpp.o
[ 79%] Building CXX object CMakeFiles/Luau.LanguageServer.dir/src/platform/roblox/RobloxFileResolver.cpp.o
[ 82%] Building CXX object CMakeFiles/Luau.LanguageServer.dir/src/platform/roblox/RobloxLanguageServer.cpp.o
[ 82%] Building CXX object CMakeFiles/Luau.LanguageServer.dir/src/platform/roblox/RobloxLuauExt.cpp.o
[ 82%] Building CXX object CMakeFiles/Luau.LanguageServer.dir/src/platform/roblox/RobloxSourcemap.cpp.o
[ 84%] Building CXX object CMakeFiles/Luau.LanguageServer.dir/src/platform/roblox/RobloxSourceNode.cpp.o
[ 84%] Building CXX object CMakeFiles/Luau.LanguageServer.dir/src/platform/roblox/RobloxStudioPlugin.cpp.o
[ 84%] Building CXX object CMakeFiles/Luau.LanguageServer.dir/src/operations/Diagnostics.cpp.o
[ 87%] Building CXX object CMakeFiles/Luau.LanguageServer.dir/src/operations/Completion.cpp.o
[ 87%] Building CXX object CMakeFiles/Luau.LanguageServer.dir/src/operations/DocumentSymbol.cpp.o
[ 87%] Building CXX object CMakeFiles/Luau.LanguageServer.dir/src/operations/DocumentLink.cpp.o
[ 87%] Building CXX object CMakeFiles/Luau.LanguageServer.dir/src/operations/ColorProvider.cpp.o
[ 89%] Building CXX object CMakeFiles/Luau.LanguageServer.dir/src/operations/GotoDefinition.cpp.o
[ 89%] Building CXX object CMakeFiles/Luau.LanguageServer.dir/src/operations/Hover.cpp.o
[ 89%] Building CXX object CMakeFiles/Luau.LanguageServer.dir/src/operations/SignatureHelp.cpp.o
[ 92%] Building CXX object CMakeFiles/Luau.LanguageServer.dir/src/operations/References.cpp.o
[ 92%] Building CXX object CMakeFiles/Luau.LanguageServer.dir/src/operations/Rename.cpp.o
[ 92%] Building CXX object CMakeFiles/Luau.LanguageServer.dir/src/operations/InlayHints.cpp.o
[ 92%] Building CXX object CMakeFiles/Luau.LanguageServer.dir/src/operations/SemanticTokens.cpp.o
[ 94%] Building CXX object CMakeFiles/Luau.LanguageServer.dir/src/operations/CodeAction.cpp.o
[ 94%] Building CXX object CMakeFiles/Luau.LanguageServer.dir/src/operations/WorkspaceSymbol.cpp.o
[ 94%] Building CXX object CMakeFiles/Luau.LanguageServer.dir/src/operations/FoldingRange.cpp.o
[ 97%] Building CXX object CMakeFiles/Luau.LanguageServer.dir/src/operations/CallHierarchy.cpp.o
In file included from /usr/include/c++/14.2.1/string:54,
                 from /usr/include/c++/14.2.1/bits/locale_classes.h:40,
                 from /usr/include/c++/14.2.1/bits/ios_base.h:41,
                 from /usr/include/c++/14.2.1/ios:44,
                 from /usr/include/c++/14.2.1/ostream:40,
                 from /usr/include/c++/14.2.1/iostream:41,
                 from /home/Yakend/luau-lsp/src/include/LSP/Workspace.hpp:2,
                 from /home/Yakend/luau-lsp/src/operations/CallHierarchy.cpp:1:
In member function ‘std::__cxx11::basic_string<_CharT, _Traits, _Alloc>::pointer std::__cxx11::basic_string<_CharT, _Traits, _Alloc>::_M_data() const [with _CharT = char; _Traits = std::char_traits<char>; _Alloc = std::allocator<char>]’,
    inlined from ‘bool std::__cxx11::basic_string<_CharT, _Traits, _Alloc>::_M_is_local() const [with _CharT = char; _Traits = std::char_traits<char>; _Alloc = std::allocator<char>]’ at /usr/include/c++/14.2.1/bits/basic_string.h:269:13,
    inlined from ‘std::__cxx11::basic_string<_CharT, _Traits, _Alloc>::basic_string(std::__cxx11::basic_string<_CharT, _Traits, _Alloc>&&) [with _CharT = char; _Traits = std::char_traits<char>; _Alloc = std::allocator<char>]’ at/usr/include/c++/14.2.1/bits/basic_string.h:685:23,
    inlined from ‘void std::_Construct(_Tp*, _Args&& ...) [with _Tp = __cxx11::basic_string<char>; _Args = {__cxx11::basic_string<char, char_traits<char>, allocator<char> >}]’ at /usr/include/c++/14.2.1/bits/stl_construct.h:119:,
    inlined from ‘constexpr void std::_Optional_payload_base<_Tp>::_M_construct(_Args&& ...) [with _Args = {std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >}; _Tp = std::__cxx11::basic_string<char>’ at /usr/include/c++/14.2.1/optional:274:19,
    inlined from ‘constexpr std::_Optional_payload_base<_Tp>::_Optional_payload_base(bool, std::_Optional_payload_base<_Tp>&&) [with _Tp = std::__cxx11::basic_string<char>]’ at /usr/include/c++/14.2.1/optional:151:22,
    inlined from ‘constexpr std::_Optional_payload<std::__cxx11::basic_string<char>, true, false, false>::_Optional_payload(bool, std::_Optional_payload_base<std::__cxx11::basic_string<char> >&&) [inherited from std::_Optional_payload_base<std::__cxx11::basic_string<char> >]’ at /usr/include/c++/14.2.1/optional:395:42,
    inlined from ‘constexpr std::_Optional_payload<std::__cxx11::basic_string<char>, false, false, false>::_Optional_payload(bool, std::_Optional_payload_base<std::__cxx11::basic_string<char> >&&) [inherited from std::_Optional_payload_base<std::__cxx11::basic_string<char> >]’ at /usr/include/c++/14.2.1/optional:429:57,
    inlined from ‘constexpr std::_Optional_base<_Tp, <anonymous>, <anonymous> >::_Optional_base(std::_Optional_base<_Tp, <anonymous>, <anonymous> >&&) [with _Tp = std::__cxx11::basic_string<char>; bool <anonymous> = false; bool <anonymous> = false]’ at /usr/include/c++/14.2.1/optional:542:9,
    inlined from ‘constexpr std::optional<std::__cxx11::basic_string<char> >::optional(std::optional<std::__cxx11::basic_string<char> >&&)’ at /usr/include/c++/14.2.1/optional:703:11,
    inlined from ‘std::pair<_T1, _T2>::pair(std::pair<_T1, _T2>&&) [with _T1 = std::__cxx11::basic_string<char>; _T2 = std::optional<std::__cxx11::basic_string<char> >]’ at /usr/include/c++/14.2.1/bits/stl_pair.h:295:17,
    inlined from ‘constexpr std::_Head_base<_Idx, _Head, false>::_Head_base(_UHead&&) [with _UHead = std::pair<std::__cxx11::basic_string<char>, std::optional<std::__cxx11::basic_string<char> > >; long unsigned int _Idx = 0; _Head = std::pair<std::__cxx11::basic_string<char>, std::optional<std::__cxx11::basic_string<char> > >]’ at /usr/include/c++/14.2.1/tuple:209:4,
    inlined from ‘constexpr std::_Tuple_impl<_Idx, _Head, _Tail ...>::_Tuple_impl(_UHead&&, _UTail&& ...) [with _UHead = std::pair<std::__cxx11::basic_string<char>, std::optional<std::__cxx11::basic_string<char> > >; _UTail = {Luau::Location&, Luau::Location&, Luau::AstExprFunction*&}; <template-parameter-2-3> = void; long unsigned int _Idx = 0; _Head = std::pair<std::__cxx11::basic_string<char>, std::optional<std::__cxx11::basic_string<char> > >; _Tail = {Luau::Location, Luau::Location, Luau::AstExprFunction*}]’ at /usr/include/c++/14.2.1/tuple:317:38,
    inlined from ‘constexpr std::tuple< <template-parameter-1-1> >::tuple(_UElements&& ...) [with _UElements = {std::pair<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::optional<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > > >, Luau::Location&, Luau::Location&, Luau::AstExprFunction*&}; bool _Valid = true; typename std::enable_if<_TCC<_Valid>::__is_implicitly_constructible<_UElements ...>(), bool>::type <anonymous> = true; _Elements = {std::pair<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::optional<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > > >, Luau::Location, Luau::Location, Luau::AstExprFunction*}]’ at /usr/include/c++/14.2.1/tuple:1489:54,
    inlined from ‘void std::__new_allocator<_Tp>::construct(_Up*, _Args&& ...) [with _Up = std::tuple<std::pair<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::optional<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > > >, Luau::Location, Luau::Location, Luau::AstExprFunction*>; _Args = {std::pair<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::optional<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > > >, Luau::Location&, Luau::Location&, Luau::AstExprFunction*&}; _Tp = std::tuple<std::pair<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::optional<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > > >, Luau::Location, Luau::Location, Luau::AstExprFunction*>]’ at /usr/include/c++/14.2.1/bits/new_allocator.h:191:4,
    inlined from ‘static void std::allocator_traits<std::allocator<_CharT> >::construct(allocator_type&, _Up*, _Args&& ...) [with _Up = std::tuple<std::pair<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::optional<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > > >, Luau::Location, Luau::Location, Luau::AstExprFunction*>; _Args = {std::pair<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::optional<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > > >, Luau::Location&, Luau::Location&, Luau::AstExprFunction*&}; _Tp = std::tuple<std::pair<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::optional<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > > >, Luau::Location, Luau::Location, Luau::AstExprFunction*>’ at /usr/include/c++/14.2.1/bits/alloc_traits.h:534:17,
    inlined from ‘std::vector<_Tp, _Alloc>::reference std::vector<_Tp, _Alloc>::emplace_back(_Args&& ...) [with _Args = {std::pair<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::optional<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > > >, Luau::Location&, Luau::Location&, Luau::AstExprFunction*&}; _Tp = std::tuple<std::pair<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::optional<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > > >, Luau::Location, Luau::Location, Luau::AstExprFunction*>; _Alloc = std::allocator<std::tuple<std::pair<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::optional<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > > >, Luau::Location, Luau::Location, Luau::AstExprFunction*> >]’ at /usr/include/c++/14.2.1/bits/vector.tcc:117:30,
    inlined from ‘virtual bool FindAllFunctionsVisitor::visit(Luau::AstStatLocalFunction*)’ at /home/Yakend/luau-lsp/src/operations/CallHierarchy.cpp:71:27:
/usr/include/c++/14.2.1/bits/basic_string.h:228:28: error: ‘*(const std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >*)((char*)&<unnamed> + offsetof(std::FunctionName, std::pair<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::optional<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > > >::second.std::optional<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >::<unnamed>.std::_Optional_base<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, false, false>::<unnamed>)).std::__cxx11::basic_string<char>::_M_dataplus.std::__cxx11::basic_string<char>::_Alloc_hider::_M_p’ may be used uninitialized [-Werror=maybe-uninitialized]
  228 |       { return _M_dataplus._M_p; }
      |                            ^~~~
/home/Yakend/luau-lsp/src/operations/CallHierarchy.cpp: In member function ‘virtual bool FindAllFunctionsVisitor::visit(Luau::AstStatLocalFunction*)’:
/home/Yakend/luau-lsp/src/operations/CallHierarchy.cpp:71:77: note: ‘<anonymous>’ declared here
   71 |         funcs.emplace_back(FunctionName{node->name->name.value, std::nullopt}, node->location, node->name->location, node->func);
      |                                                                             ^
In member function ‘bool std::__cxx11::basic_string<_CharT, _Traits, _Alloc>::_M_is_local() const [with _CharT = char; _Traits = std::char_traits<char>; _Alloc = std::allocator<char>]’,
    inlined from ‘std::__cxx11::basic_string<_CharT, _Traits, _Alloc>::basic_string(std::__cxx11::basic_string<_CharT, _Traits, _Alloc>&&) [with _CharT = char; _Traits = std::char_traits<char>; _Alloc = std::allocator<char>]’ at/usr/include/c++/14.2.1/bits/basic_string.h:685:23,
    inlined from ‘void std::_Construct(_Tp*, _Args&& ...) [with _Tp = __cxx11::basic_string<char>; _Args = {__cxx11::basic_string<char, char_traits<char>, allocator<char> >}]’ at /usr/include/c++/14.2.1/bits/stl_construct.h:119:,
    inlined from ‘constexpr void std::_Optional_payload_base<_Tp>::_M_construct(_Args&& ...) [with _Args = {std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >}; _Tp = std::__cxx11::basic_string<char>’ at /usr/include/c++/14.2.1/optional:274:19,
    inlined from ‘constexpr std::_Optional_payload_base<_Tp>::_Optional_payload_base(bool, std::_Optional_payload_base<_Tp>&&) [with _Tp = std::__cxx11::basic_string<char>]’ at /usr/include/c++/14.2.1/optional:151:22,
    inlined from ‘constexpr std::_Optional_payload<std::__cxx11::basic_string<char>, true, false, false>::_Optional_payload(bool, std::_Optional_payload_base<std::__cxx11::basic_string<char> >&&) [inherited from std::_Optional_payload_base<std::__cxx11::basic_string<char> >]’ at /usr/include/c++/14.2.1/optional:395:42,
    inlined from ‘constexpr std::_Optional_payload<std::__cxx11::basic_string<char>, false, false, false>::_Optional_payload(bool, std::_Optional_payload_base<std::__cxx11::basic_string<char> >&&) [inherited from std::_Optional_payload_base<std::__cxx11::basic_string<char> >]’ at /usr/include/c++/14.2.1/optional:429:57,
    inlined from ‘constexpr std::_Optional_base<_Tp, <anonymous>, <anonymous> >::_Optional_base(std::_Optional_base<_Tp, <anonymous>, <anonymous> >&&) [with _Tp = std::__cxx11::basic_string<char>; bool <anonymous> = false; bool <anonymous> = false]’ at /usr/include/c++/14.2.1/optional:542:9,
    inlined from ‘constexpr std::optional<std::__cxx11::basic_string<char> >::optional(std::optional<std::__cxx11::basic_string<char> >&&)’ at /usr/include/c++/14.2.1/optional:703:11,
    inlined from ‘std::pair<_T1, _T2>::pair(std::pair<_T1, _T2>&&) [with _T1 = std::__cxx11::basic_string<char>; _T2 = std::optional<std::__cxx11::basic_string<char> >]’ at /usr/include/c++/14.2.1/bits/stl_pair.h:295:17,
    inlined from ‘constexpr std::_Head_base<_Idx, _Head, false>::_Head_base(_UHead&&) [with _UHead = std::pair<std::__cxx11::basic_string<char>, std::optional<std::__cxx11::basic_string<char> > >; long unsigned int _Idx = 0; _Head = std::pair<std::__cxx11::basic_string<char>, std::optional<std::__cxx11::basic_string<char> > >]’ at /usr/include/c++/14.2.1/tuple:209:4,
    inlined from ‘constexpr std::_Tuple_impl<_Idx, _Head, _Tail ...>::_Tuple_impl(_UHead&&, _UTail&& ...) [with _UHead = std::pair<std::__cxx11::basic_string<char>, std::optional<std::__cxx11::basic_string<char> > >; _UTail = {Luau::Location&, Luau::Location&, Luau::AstExprFunction*&}; <template-parameter-2-3> = void; long unsigned int _Idx = 0; _Head = std::pair<std::__cxx11::basic_string<char>, std::optional<std::__cxx11::basic_string<char> > >; _Tail = {Luau::Location, Luau::Location, Luau::AstExprFunction*}]’ at /usr/include/c++/14.2.1/tuple:317:38,
    inlined from ‘constexpr std::tuple< <template-parameter-1-1> >::tuple(_UElements&& ...) [with _UElements = {std::pair<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::optional<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > > >, Luau::Location&, Luau::Location&, Luau::AstExprFunction*&}; bool _Valid = true; typename std::enable_if<_TCC<_Valid>::__is_implicitly_constructible<_UElements ...>(), bool>::type <anonymous> = true; _Elements = {std::pair<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::optional<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > > >, Luau::Location, Luau::Location, Luau::AstExprFunction*}]’ at /usr/include/c++/14.2.1/tuple:1489:54,
    inlined from ‘void std::__new_allocator<_Tp>::construct(_Up*, _Args&& ...) [with _Up = std::tuple<std::pair<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::optional<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > > >, Luau::Location, Luau::Location, Luau::AstExprFunction*>; _Args = {std::pair<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::optional<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > > >, Luau::Location&, Luau::Location&, Luau::AstExprFunction*&}; _Tp = std::tuple<std::pair<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::optional<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > > >, Luau::Location, Luau::Location, Luau::AstExprFunction*>]’ at /usr/include/c++/14.2.1/bits/new_allocator.h:191:4,
    inlined from ‘static void std::allocator_traits<std::allocator<_CharT> >::construct(allocator_type&, _Up*, _Args&& ...) [with _Up = std::tuple<std::pair<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::optional<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > > >, Luau::Location, Luau::Location, Luau::AstExprFunction*>; _Args = {std::pair<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::optional<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > > >, Luau::Location&, Luau::Location&, Luau::AstExprFunction*&}; _Tp = std::tuple<std::pair<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::optional<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > > >, Luau::Location, Luau::Location, Luau::AstExprFunction*>’ at /usr/include/c++/14.2.1/bits/alloc_traits.h:534:17,
    inlined from ‘std::vector<_Tp, _Alloc>::reference std::vector<_Tp, _Alloc>::emplace_back(_Args&& ...) [with _Args = {std::pair<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::optional<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > > >, Luau::Location&, Luau::Location&, Luau::AstExprFunction*&}; _Tp = std::tuple<std::pair<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::optional<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > > >, Luau::Location, Luau::Location, Luau::AstExprFunction*>; _Alloc = std::allocator<std::tuple<std::pair<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::optional<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > > >, Luau::Location, Luau::Location, Luau::AstExprFunction*> >]’ at /usr/include/c++/14.2.1/bits/vector.tcc:117:30,
    inlined from ‘virtual bool FindAllFunctionsVisitor::visit(Luau::AstStatLocalFunction*)’ at /home/Yakend/luau-lsp/src/operations/CallHierarchy.cpp:71:27:
/usr/include/c++/14.2.1/bits/basic_string.h:271:17: error: ‘*(const std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >*)((char*)&<unnamed> + offsetof(std::FunctionName, std::pair<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::optional<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > > >::second.std::optional<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >::<unnamed>.std::_Optional_base<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, false, false>::<unnamed>)).std::__cxx11::basic_string<char>::_M_string_length’ may be used uninitialized [-Werror=maybe-uninitialized]
  271 |             if (_M_string_length > _S_local_capacity)
      |                 ^~~~~~~~~~~~~~~~
/home/Yakend/luau-lsp/src/operations/CallHierarchy.cpp: In member function ‘virtual bool FindAllFunctionsVisitor::visit(Luau::AstStatLocalFunction*)’:
/home/Yakend/luau-lsp/src/operations/CallHierarchy.cpp:71:77: note: ‘<anonymous>’ declared here
   71 |         funcs.emplace_back(FunctionName{node->name->name.value, std::nullopt}, node->location, node->name->location, node->func);
      |                                                                             ^
cc1plus: all warnings being treated as errors
make[3]: *** [CMakeFiles/Luau.LanguageServer.dir/build.make:622: CMakeFiles/Luau.LanguageServer.dir/src/operations/CallHierarchy.cpp.o] Error 1
make[2]: *** [CMakeFiles/Makefile2:163: CMakeFiles/Luau.LanguageServer.dir/all] Error 2
make[1]: *** [CMakeFiles/Makefile2:203: CMakeFiles/Luau.LanguageServer.CLI.dir/rule] Error 2
make: *** [Makefile:137: Luau.LanguageServer.CLI] Error 2

I know that it says I don't have permission, this is because I manually added the repo from a separate download of it trying to just get it to work at all. Normally I do have perms, and I just clone the repo, but either way it always has this same issue where it's just not working? Honestly I'm probably just being a super noob, but I have no idea what I'm doing wrong atp.

In regular use I do these steps:

git clone https://github.com/JohnnyMorganz/luau-lsp.git
cd luau-lsp
git submodule update --init --recursive
mkdir build && cd build
cmake .. -DCMAKE_BUILD_TYPE=Release
cmake --build . --target Luau.LanguageServer.CLI --config Release

Everything looks fine until 6. where I seem to see a bunch of errors and by the end I don't see any language server.

Try removing the -Werror from this line: https://github.com/JohnnyMorganz/luau-lsp/blob/fc5d7bea350b3480a9b7795dbc416673458ded8c/CMakeLists.txt#L101

Closing this issue as stale, let me know if you still have any issues.

authors: JohnnyMorganz Yakend-bit

repo: JohnnyMorganz/luau-lsp


text:
luau-lsp@1.32.3 keeps errors when editing scripts included in sourcemap

I'm not sure this happens cause of the sourcemap, but I did some tests and I only get this error in scripts included in the sourcemap, maybe because I'm using argon.

In the next release I'm going to improve the error message for this. Can you show me the updated error message when that happens?

D:/Mopr/test is project root

LSP[luau-lsp]: Error INVALID_SERVER_MESSAGE: {
  error = {
    code = -32603,
    message = "isIgnoredFile failed: relative path is default-constructed when constructing d:/Mopr/test/src/Server/Main.server.luau against D:/Mopr/test"
  },
  jsonrpc = "2.0"
}

Ah the age-old problem of case sensitivity of the drive letter. It seems that Neovim uses a capital letter while VSCode uses lowercase (for some historic reasons apparently)
We need to normalise the case letter here.

source: gharchive/issue

authors: JohnnyMorganz MohamedBannona

license: MIT

license_type: permissive

license_source: github-api


text:
Release Notes 2.9.0

Introducing new feature: Regions
Community members can

Create a region based on their chosen location.
Join a region to discover events happening in their local area.
Create events to engage with other Seeds community members.

To get started, download the newest update, select EXPLORE and tap REGIONS to get started.

@buildc0de can we close this?

authors: JGDoh RaulUrtecho


text:
Error localization / translation feature request

Hey, I would like to help refactor the errors in a way that will enable easy translation.
We can return error code with parmeters instead of string, or use microsoft localization methods.

Hi @idan-h,
I already have a library called EfCore.GenericServices.AspNetCore that can convert the errors in a IStatusGeneric return into the ASP.NET Core Model or a ASP.NET Core Web API - see this article on how it works.
Also note that the GenericServices.StatusGeneric library, which the IStatusGeneric comes from, holds errors in the ValidationResult class, which can contain the parameter(s) linked to the error text.
In AuthP I use the IStatusGeneric on nearly every method, and for any error that is linked to a parameter I set the MemberNames parameter in the ValidationResult class . For instance, look for the code snippet status.AddError( in the AuthP code, e.g.  look at AuthRolesAdminService and you will see me setting the parameter linked to various errors.
What I haven't done is to used the EfCore.GenericServices.AspNetCore library the AuthP examples. There is so much code in the repo I take the easy way out and just list all the error messages.
So, the "return error code with parameters instead of string" is already been handled. I would be interested of how you would "enable easy translation" because I thought that would be done in the ASP.NET Core part, not inside the AuthP library.

Hi @idan-h,
I tried the static class for translation but I didn't like it at all, especially when the error message had dynamic parts. So, no I don't want that added to the AuthP library.
If you really want to do something, then creating an example of using the AuthP library with a Blazor frontend is people are asking for. @akema-trebla was looking at this (see issue #38), but think @akema-trebla is too busy to work on it.
I suggested that a Web API backend + Blazor WASM frontend version of the Example3's multi-tenant project would be great, but its not trivial and its a LOT of work.

I might do that in the future as I am working on blazor wasm project.
I didn't see any implementation of status code of some kind.. Maybe I'm missing something?
Maybe we can add an optional parmeter to the error objects in IStatusGeneric which accepts an Enum or an Integer, which will contain the error code. This way translation will still be easier than looking at the code to find every possible error string and then translating it.

I might do that in the future as I am working on blazor wasm project.

That would be great!

... use microsoft localization methods.

You have a point, but its not trivial to create a easy-to-use localization . I'm busy at the moment but I will look at this later.

Hi @JonPSmith
Pardon my tardiness. Yes, I've been quite busy and not been able to deliver as quickly as I'd like. I however have the API implemented and should probably push that.
I made an adjustment to the way we add query filters though, to allow for multiple filters on an entity. Probably should make this a separate issue.
@idan-h how far have you gone with the Blazor sample? Maybe you could pickup from where I left off?

Hi @JonPSmith
Pardon my tardiness. Yes, I've been quite busy and not been able to deliver as quickly as I'd like. I however have the API implemented and should probably push that.
I made an adjustment to the way we add query filters though, to allow for multiple filters on an entity. Probably should make this a separate issue.
@idan-h how far have you gone with the Blazor sample? Maybe you could pickup from where I left off?

I didn't start yet, where did you left off?

I might do that in the future as I am working on blazor wasm project.

That would be great!

... use microsoft localization methods.

You have a point, but its not trivial to create a easy-to-use localization . I'm busy at the moment but I will look at this later.

Its not very complicated tbh, pretty straight forward with IStringLocalizer and resx files

Hi @akema-trebla,
Glad to hear from you. No problem on taking some time on this as no one is getting paid for this. It would be nice if you could add a comment on the original #38 issue on your progress. Also, if you have questions, then use the #38 issue and not this issue.

I made an adjustment to the way we add query filters though, to allow for multiple filters on an entity. Probably should make this a separate issue.

If the multiple filters feature is only in your Web API backend project, then that's fine but it mustn't change any of the AuthP library. I work hard to not to change a feature used in previous versions as that effects people who started on a older version. Also keeping the documentation takes a LOT of time.

Hi @idan-h,

Its not very complicated tbh, pretty straight forward with IStringLocalizer and resx files

I said "its not trivial to create a easy-to-use localization".

easy-to-use

How do you define easy to use?
Does the resx solution combined with dependency injection (IStringLocalizer) suits you?

Version 4.1.0 contains localization service - see this document for an overview.

You might like the feedback on whether adding locational to the AuthP was needed by users - click this to see the Twitter vote on AuthP localization.

You might like the feedback on whether adding locational to the AuthP was needed by users - click this to see the Twitter vote on AuthP localization.

This is great Jon, thank you! I'm looking forward using it, very much needed.

authors: JonPSmith akema-trebla idan-h


text:
Ler RFC 3261: SIP

Ler a RFC 3261: seções 1, 2, 4, 5, 6, 7, 7.1 e 7.2.

Lido o material.


text:
🛑 Pterodactyl Daemon is down

In 77022db, Pterodactyl Daemon ($PTERO_DAEMON_URL) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Pterodactyl Daemon is back up in 80046ce after 16 minutes.

repo: JonnyIslandNetwork/status-page


text:
Update schema

Schema for input is not correct anymore

Schema's are not used anymore

repo: JoranSlingerland/StockTracker


text:
Working directory

Unlike in the Sublime plugin, pwd evaluates to /, rather than the file's enclosing dir.
Is the working directory something I can configure / influence?

Hmm. You can influence it in the sense that it's dynamic (an attribute of every Ruby program, which changes as the program executes), so, e.g. Dir.chdir __dir__ (or Dir.chdir '..', __FILE__ on older rubies) would change it to the dir of the file, like Sublime.
Did a quick scan, and it doesn't look like I ever put any code into either editor to deal with CWD, so they probably have different defaults regarding that. There's no flag on SiB to deal with such things, though I've considered it once or twice. So really, the answer is probably to not rely on CWD (prob why I never run into such issues), so either use absolute filepaths (generally advocated, as this is a ubiquitous solution, beyond SiB), or change directories at the top of your script. If you do this frequently, you can prob add a snippet/keyboard command that adds the code for you, to ease the annoyance.

Hi, @sohocoke I've added a flag that sets the default CWD to the dir of the file that is being evaluated. That option is now set as part of the default configuration Atom, so if you download the latest version, and update your SiB to 3.4.0, then this behaviour should be what you expected.

authors: JoshCheek sohocoke

repo: JoshCheek/atom-seeing-is-believing

license: WTFPL


text:
Verbose option for when running a NestedSampler instance

Is your feature request related to a problem? Please describe.
I'm trying to work out why a nested sampling model is hanging, and it's hard to know where in the NestedSampler object things are going wrong (but I have at least narrowed the problem down to when I run the nested sampler).
Describe the solution you'd like
A verbose option for the NestedSampler that prints out progress while running, to help with debugging.
Describe alternatives you've considered
I haven't tried anything else to do with the NestedSampler object, but I can't find any sort of verbose option in the docs.
Additional context
I was previously using a combination of Bilby and Dynesty to do nested sampling, and there was a 'print_progress' option which I found very helpful. For reference it printed out things like: runtime, dlogZ and the total number of likelihood calls made so far

Good idea! I think this can be incorperated at a granular scale. Certain operations are jit-compiled so we can't get the type of temporal resolution that those cythonic packages have.

+1 for this idea. Would it be tricky to implement?

It's possible to get a very low resolution feedback. For example between approximate nested sampling phase and exact nested sampling phase. To see the output from each shrinkage step would not be possible with JAX. Although perhaps an alternative is to progressively refine the state to higher and higher likelihoods, and print output in between. I will post how to do this later.

This is looking to be a little too complicated, and would cause performance degradation. I agree it could make it easy to watch the process, but that shouldn't come at the cost of performance. I'll take this off the todo pile. If there are enough voices calling for this, a wrapper could be something I consider.

@tomkimpson @ekerrison this is now a priority. Should be available in a few days.

Done. Use verbose=True option.
ns = DefaultNestedSampler(
    model=model,
    ...
    verbose=True)

authors: Joshuaalbert ekerrison tomkimpson

repo: Joshuaalbert/jaxns


text:
Tourney Commands

b/t add-fighter ${name} ${optional comment/description} Adds a fighter into the “fighter pool”. If you send and image with the command it will be the fighter’s “profile image”. The description is seen when the fighter is on the “x vs y” “screen” and when you want to see their profile.
b/t delete-fighter ?{name} for if you fuck up
b/t fighter-profile ?{name}  Shows the name, description, and image of the fighter in question.
b/t create-groupCreates a group that is made up of multiple fighters so you can quickly add them to a bracket. Are numbered by order of creation.
b/t delete-group ?{number} what the fuck do you think it is
b/t place-fighter ?{name} group ?{group number} Places a fighter in a group.
b/t startGets everything for an active tourney started. Sends a reply letting you know what to do to actually start a tournament.
b/t create bracket ${amount of fighters}Creates the bracket with said amount of slots. It should not allow more than 150 slots. It should also send a reply telling the user how to continue.
b/t group ?{number} join Adds a group to the bracket.
b/t fighter ?{name} join Adds a specific fighter to the bracket.
b/t stir bracketRandomizes who’s fighting who. If there were more characters in a group than the bracket allowed they can be placed in through this method.
b/t start-battle-nextStarts the first battle in the queue. This is when you start describing the battle in VC.
b/t end-battle ?{name}Finishes the battle and shows the winner, based on who you entered in the name section.
b/t end-battle-coinflip When you can’t decide who wins.
b/t start-battle ?{battle number} When you want to jump to a specific battle.

Please respond letting me know if I have the right idea.
Legend: - is one level deeper
-Bracket
--Create (args: number of fighters)
--Stir
--Add (args: target)
-Fighter
--Add (args: all properties or interactive mode)
--Delete (args: target)
--Query/Profile (args: target)
-Group
--Add (args: identifier)
--Delete (args: target)
--Place (args: target)
-Battle
--Start (args: target (optional))
--End (args: winner or 'choose')

Yeah
Don’t forget renaming groups, coinflipping battles and boss creation and enabling.

Reviewed
Legend: - is one level deeper
-Bracket
--Create (args: number of fighters, boss (boolean))
--Stir
--Add (args: target)
-Fighter
--Add (args: all properties or interactive mode)
--Delete (args: target)
--Query/Profile (args: target)
-Group
--Add (args: identifier)
--Delete (args: target)
--Place (args: target)
--Edit (args: target, identifier)
-Battle
--Start (args: target (optional))
--End (args: winner or 'choose')
as for coinflipping: battle end choose would be the command for that
boss creation: boss can be a boolean (true or false) property of a fighter

Ye

You should add congratulation messages, and triumphant music.

@chrisboi1 , I don't understand what you mean.

Progress update:

Database shit isn't completely worked out yet, will be soon

interactive mode on fighter add is sort of set up, will be completed once the database shit is worked out

music as a fighter property and music control as a standalone command coming soon, not currently a priority

basically I'm almost done, just need to get the database stuff working with Enmap and better-sqlite3 and then spam a couple lines of code

And from there it's off to the next commands

Major update! See commit 1a1472fe4cac083ae157a28ff42a9754c0270f18. The command is almost finished, and the issue will be closed soon!

authors: JuhJuhButts MasterOfPasta chrisboi1

repo: JuhJuhButts/BruhBot


text:
Add numba and tweak Python benchmarks

Hi, I added numba to the benchmarks, as discussed. I also tweaked the functions so that they return the correct results (same as the Julia version and the original problem).
I'll note that timeit is really clunky to use, and I do not have the time right now to learn it properly. For instance, not sure adding ''µs" to the print statements is appropriate -- feel free to take that out. More importantly though, I did notice that I get somewhat different results when benchmarking in a script vs benchmarking with %timeit in IPython:
# timeit.timeit in script
Numpy Vectorized: 18.308 μs
Python Accumulator: 9.287 μs
Numba Accumulator: 0.451 μs

# %timeit magic in ipython
25 µs ± 145 ns per loop (mean ± std. dev. of 7 runs, 10000 loops each)  # Numpy Vectorized
11.8 µs ± 2.68 µs per loop (mean ± std. dev. of 7 runs, 100000 loops each)  # Python Accumulator
336 ns ± 4.28 ns per loop (mean ± std. dev. of 7 runs, 1000000 loops each)  # Numba Accumulator

The differences are much more pronounced if I use larger array sizes.
Speaking of which, I think benchmarking with such small arrays may be misleading. I may be wrong about the mechanics, but I think calling numpy incurs some overhead, so a tiny array of 10, which is obviously not representative of real-world use cases, understates numpy's performance, especially in comparison to looping in pure Python. For instance, here are some benchmarks with randomly generated arrays of 1200 (12 months * 10 years):
# %timeit magic in ipython
66.8 µs ± 6.26 µs per loop (mean ± std. dev. of 7 runs, 10000 loops each)  # Numpy Vectorized
1.09 ms ± 4.8 µs per loop (mean ± std. dev. of 7 runs, 1000 loops each)  # Python Accumulator
1.42 µs ± 1.68 ns per loop (mean ± std. dev. of 7 runs, 1000000 loops each)  # Numba Accumulator

Thus, you should give some thought to expanding the size of the q and w arrays. Not only is then numpy clearly faster than plain Python, but in certain cases numba is a bit faster than plain Julia. I recently ran some benchmarks on a similar (discounting) function, and numba was indeed slightly faster. Of course, numba is quite finicky and, in my experience, only works on small/clean enough problems. And there is of course also this.
Nevertheless, if we're benchmarking performance, we should be as thorough and fair as possible. I hope this is helpful. Feel free to reach out here or on Slack if you'd like to discuss.

Thanks, great to have this addition.
When using timeit in a script, I think it reports seconds so I removed the μs.
Here's the results I'm getting:
Prior code:
13.979937791 # numpy vectorized
2.370869667000001 # python base

Your commit (dropping the microseconds):
Numpy Vectorized: 14.186
Python Accumulator: 9.876
Numba Accumulator: 0.649

The timing of the second one seemed off... it seems like it's 4x faster to not use numpy arrays, so I went back to that:
Numpy Vectorized: 14.261
Base Python Accumulator: 2.314
Numpy Vectorized: 0.626

you should give some thought to expanding the size of the q and w arrays.

That's a fair point - the samples all stemmed from the original submission that used those values. I opend another issue #3 to discuss. Going to merge and close this to get the Numba benchmarks in.

Also updated the site, should be live in a couple minutes: https://github.com/JuliaActuary/JuliaActuary.org/commit/0ad9163dbbb5c0865a4f7de18fa31396e15e3914

source: gharchive/pull-request

authors: EarthGoddessDude alecloudenback

repo: JuliaActuary/Learn


text:
Faster gaussjacobi( 100000, .9, -.1 ) computation time

Fix #89
current master:
julia> @time gaussjacobi( 100000, .9, -.1 );
  4.262193 seconds (21.32 k allocations: 7.956 GiB, 30.34% gc time)

on v0.4.4:
julia> @time gaussjacobi( 100000, .9, -.1 );
  0.927837 seconds (5.28 k allocations: 1.320 GiB, 32.22% gc time)

with this PR:
julia> @time gaussjacobi( 100000, .9, -.1 );
  0.746913 seconds (3.59 k allocations: 1.255 GiB, 21.73% gc time)

Ah, I realized the conflicts I got was because of the git squash (#85).
Sorry for ugly commit log..

Ah, I realized the conflicts I got was because of the git squash (#85).
Sorry for ugly commit log..

I've added more tests, and seems like ready to merge!

I've added more tests, and seems like ready to merge!


text:
fix #47 : "Edit on GitHub" => "Edit on Transifex"

参照 #47 里面提到的韩国人的玩法，重载了 render_article() 函数，将修改翻译的链接全部(首页除外)指向 Transifex。
其他小改动：

重载 render_page(): 修改 html 的 lang 属性为 zh-cn
重载 render_article() 函数: 修改前后翻页提示语

翻页我改成了：上一篇/下一篇，有更好的叫法可以提出来，我再改一改

win10 + julia1.0 本地编译成功，能正常生成 HTML，生成的链接也是正确的。
Linux 下还没测试过。

What is needed from Documenter such that you don't have to override functions from it?

authors: fredrikekre inkydragon


text:
updates for julia v0.6, drop older versions

drop support for pre julia v0.6
moved out inner constructors without type parameter to functions, since this was deprecated
added tests for the different constructors
added tests on iterating and indexing
start using testsets
update syntax (struct / where)
test on julia v0.6, nightly set to allowed failure (currently doesn't work)

Codecov Report

Merging #2 into master will increase coverage by 10.78%.
The diff coverage is 100%.

@@           Coverage Diff            @@
##           master    #2       +/-   ##
========================================
+ Coverage   84.21%   95%   +10.78%
========================================
  Files           1     1
  Lines          19    20        +1
========================================
+ Hits           16    19        +3
+ Misses          3     1        -2

Impacted Files
Coverage Δ

src/FixedSizeStrings.jl
95% <100%> (+10.78%)
:arrow_up:

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 89f8673...957e9a7. Read the comment docs.

Bump. Can also close in favor of #3. Would be nice though as a first step to get this working on 1.0. We can also decide to move to JuliaStrings.

authors: codecov-io visr


text:
Fractal dimension from extreme value theory fitting

Recently it has become rather fancy in the literature to compute a flavor of the local fractal dimension using a fit based on extreme value theory. Davide Faranda, which is the main authority on the method, has shared the following two resources:
For a paper describing the method and how to extract it from data: https://www.nature.com/articles/srep41278 . What we want is the "Methods" section, and "Instanteneous dimension" and "persistence" subsections. Some clarification for the paper: ζ is the state space vector (which, for the paper, is the whole spatial field at a given time). So for us ζ is just an element of an input Dataset.
And a simple code to compute it in Matlab: https://fr.mathworks.com/matlabcentral/fileexchange/95768-attractor-local-dimension-and-local-persistence-computation
(pdist2 in the Matlab code is pairwise Euclidean distance. I think the Matlab code is really suboptimal. Using Neighborhood.jl to find nearest neighbors will be so much faster...)

And since the paper is open access, here are the relevant sections:


text:
bump compat of Setfield to v1.0

This requires a new version of BangBang.jl including https://github.com/JuliaFolds/BangBang.jl/pull/229 to test the new version of Setfield.jl.

@tkf bump

I just released it. Thanks!

authors: oscardssmith ranocha tkf


text:
add docs for compute viscosity functions

Add docs to compute_viscosity_** functions.

Thanks for the contribution @tduretz  !
It'd be great if you could add a MarkDown file in the docs/src/man folder as well.  And add it to the list in docs/make.jl.

authors: albert-de-montserrat tduretz


text:
Update DelaunayTriangulation.jl description

As of v1.1.0, DelaunayTriangulation.jl's new default is no longer ExactPredicates.jl and is now AdaptivePredicates.jl. I've left both in since they can ExactPredicates.jl is still available through ExactKernel(). I also changed the sentence a bit since it's also got a lot to do with Voronoi tessellations instead of only CDTs.

I updated both .jmd and .md separately without re-weaving, hopefully that's fine


text:
fail to install Julia 1.0

currently juliaup add 1.0 gives
Installing Julia 1.0.5+0 (x64).
Error: Failed to extract downloaded file from url `https://julialang-s3.julialang.org/bin/mac/x64/1.0/julia-1.0.5-mac64.tar.gz`.

Caused by:
    0: failed to unpack `julia-1.0.5/LICENSE.md` into `/Users/roger/.julia/juliaup/julia-1.0.5+0~x64/LICENSE.md`
    1: No such file or directory (os error 2)

juliaup add 1.5.4 also fails
❯ juliaup add 1.5.4
Installing Julia 1.5.4+0 (x64).
Error: Failed to download from url `https://julialang-s3.julialang.org/bin/mac/x64/1.5/julia-1.5.4-mac64.tar.gz`.

Caused by:
    https://julialang-s3.julialang.org/bin/mac/x64/1.5/julia-1.5.4-mac64.tar.gz: status code 404

Dup of https://github.com/JuliaLang/juliaup/issues/184.

authors: Roger-luo StefanKarpinski

repo: JuliaLang/juliaup


text:
can you give a compare with existing implementations?

I appreciate your excellent work, especially the example https://juliamltools.github.io/shakespeare-gpt
there are some existing implementations of MultiHeadAttention and Transformer:
https://github.com/FluxML/Flux.jl/pull/2146
https://github.com/chengchingwen/NeuralAttentionlib.jl
https://github.com/chengchingwen/Transformers.jl
can you give a compare with existing implementations ?
why you want to implementation this again  ?

Hello! The other version is slow and has an overly complicated interface in my opinion.

TransformerBlocks.jl is intended to be minimalist and hyper-optimized for performance.


text:
fft(x,dim) fails on Julia-1.7.0-rc1

julia> using FFTW

julia> x=randn(3,3,3);

julia> fft(x,1)
ERROR: FFTW could not create plan
Stacktrace:
 [1] error(s::String)
   @ Base ./error.jl:33
 [2] macro expansion
   @ ~/.julia/packages/FFTW/pHa9y/src/fft.jl:576 [inlined]
 [3] (FFTW.cFFTWPlan{ComplexF64, -1, false, 3})(X::Array{ComplexF64, 3}, Y::FFTW.FakeArray{ComplexF64, 3}, region::Int64, flags::UInt32, timelimit::Float64)
   @ FFTW ~/.julia/packages/FFTW/pHa9y/src/FFTW.jl:49
 [4] #plan_fft#6
   @ ~/.julia/packages/FFTW/pHa9y/src/fft.jl:688 [inlined]
 [5] plan_fft
   @ ~/.julia/packages/FFTW/pHa9y/src/fft.jl:688 [inlined]
 [6] fft(x::Array{ComplexF64, 3}, region::Int64)
   @ AbstractFFTs ~/.julia/packages/AbstractFFTs/JebmH/src/definitions.jl:51
 [7] fft(x::Array{Float64, 3}, region::Int64)
   @ AbstractFFTs ~/.julia/packages/AbstractFFTs/JebmH/src/definitions.jl:198
 [8] top-level scope
   @ REPL[8]:1

julia> versioninfo()
Julia Version 1.7.0-rc1
Commit 9eade6195e (2021-09-12 06:45 UTC)
Platform Info:
  OS: macOS (x86_64-apple-darwin19.6.0)
  CPU: Intel(R) Core(TM) i9-9880H CPU @ 2.30GHz
  WORD_SIZE: 64
  LIBM: libopenlibm
  LLVM: libLLVM-12.0.1 (ORCJIT, skylake)
Environment:
  JULIA_NUM_THREADS = 16

(@v1.7) pkg> st FFTW
      Status `~/.julia/environments/v1.7/Project.toml`
  [7a1cc6ca] FFTW v1.4.5

possibly related to #142 .

ah, i see. Sorry, I got mixed up in the whole libblastrampoline-hype.

license: mit

license_source: bigquery


text:
MathProgBase.optimize! prints new line when verbose set false

When invoking optimize!( ... ) Mosek solver prints an unasked newline after solving the problem; commenting out Mosek.solutionsummary or the ccall version prevents printing the newline.
msk_functions.jl line 4102:
@msk_ccall( "solutionsummary",Int32,(Ptr{Void},Int32,),task_.task,whichstream_)

MosekConicInterface.jl line 591:
function MathProgBase.optimize!(m::MosekMathProgConicModel)
    try
        m.lasttrm = Mosek.optimize(m.task)
        ## the following line prints a single new line
        Mosek.solutionsummary(m.task,Mosek.MSK_STREAM_LOG)
    catch err
        m.lasttrm = err.rcode
    end
end

Which MOSEK version are using to produce this?
2017-03-15 3:39 GMT+01:00 steve notifications@github.com:

When invoking optimize!( ... ) Mosek solver prints an unasked newline
after solving the problem; commenting out Mosek.solutionsummary or the
ccall version prevents printing the newline.
msk_functions.jl line 4102:
@msk_ccall( "solutionsummary",Int32,(Ptr{Void},Int32,),task_.task,whichstream_)
MosekConicInterface.jl line 591:
function MathProgBase.optimize!(m::MosekMathProgConicModel)
try
m.lasttrm = Mosek.optimize(m.task)
## the following line prints a single new line
Mosek.solutionsummary(m.task,Mosek.MSK_STREAM_LOG)
catch err
m.lasttrm = err.rcode
end
end
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/JuliaOpt/Mosek.jl/issues/104, or mute the thread
https://github.com/notifications/unsubscribe-auth/AJwCcdpcv_7bR4cyOA2vMWQ-RrarmY51ks5rl09XgaJpZM4MdaH8
.

Closing ancient issues.


text:
New version: Random123 v1.5.0

Registering package: Random123
Repository: https://github.com/JuliaRandom/Random123.jl
Created by: @sunoru
Version: v1.5.0
Commit: 306982825bff57f0c9e327b6e2d86bab3c2eeda0
Reviewed by: @sunoru
Reference: https://github.com/JuliaRandom/Random123.jl/commit/306982825bff57f0c9e327b6e2d86bab3c2eeda0#commitcomment-52005061

@sunoru did you skip a version on purpose?  What do you want to do?

@giordano Sorry it's not on purpose. I thought v1.4 had been published and bumped the version number unnecessarily.

Ah, looks like the registrator created another or (#38621) instead of updating this one.

authors: JuliaRegistrator giordano sunoru

repo: JuliaRegistries/General


text:
New package: KhepriGrasshopper v0.1.1

Registering package: KhepriGrasshopper
Repository: https://github.com/aptmcl/KhepriGrasshopper.jl
Created by: @aptmcl
Version: v0.1.1
Commit: f3a5ba3ab89bb6b07677ad64d93caaa6e85d1239
Reviewed by: @aptmcl
Reference: https://github.com/aptmcl/KhepriGrasshopper.jl/commit/f3a5ba3ab89bb6b07677ad64d93caaa6e85d1239#commitcomment-96193592

This package has no description or documentation.
{noblock]

authors: JuliaRegistrator MarkNahabedian


text:
New package: Carbon v1.0.1

Registering package: Carbon
Repository: https://github.com/vrkansagara/Carbon.jl
Created by: @vrkansagara
Version: v1.0.1
Commit: 18fab7248272b3b30d8ea82496058d622c60f70d
Reviewed by: @vrkansagara
Reference: https://github.com/vrkansagara/Carbon.jl/issues/1#issuecomment-1685226474
Description: A simple Julia API extension for DateTime.

This is an empty/utility package, which is discouraged from general registration. Please read https://github.com/JuliaRegistries/General/blob/master/README.md#should-i-register-my-package-now.

@JuliaRegistrator  close

authors: JuliaRegistrator cjdoris vrkansagara


text:
Weird Error message when closing a lean file occasionally.

It seems to not happen to every file but closing a lean file always gives me this error message:
Error detected while processing WinEnter Autocommands for "<buffer=2>":
E5108: Error executing lua ...iti/.config/nvim/plugged/lean.nvim/lua/lean/infoview.lua:503: line value outside range

I am using the vanilla suggested LSP settings from the README

What do you mean by closing the file? Are you deleting the buffer?

If by deleting the buffer you mean :wq or :x then yes.

Hmm I'd need more details to reproduce, what file is it and is the infoview open when you close it? Do you enter the infoview immediately after closing the file?

I can send you the file in a gist or here if you prefer. And the infoview is open when I delete the buffer but the error interrupts the process of deleting the buffer so both are technically still open. Once I press enter though the buffer finishes closing and I am left with just the infoview. I can also record this if you want to see it, in case you can't reproduce it.

Let's close now that 0.6 is out officially, but we can reopen either way if there's a way to reproduce this.

authors: Julian rish987 zoomiti


text:
Specify location of lsp

I have lean-language-server installed, but it is not on my path because I am running nix. Is there a place analogous to the cmd option in lspconfig where I can specify the full path to the lsp?

The lsp3 table is basically passed along as is to lspconfig, so you can stick it there. There's an example here in the wiki if that helps.

That worked, thanks for the quick reply!

authors: DieracDelta Julian


text:
feat(copy): add cli-clipboard and allow to copy result tabs

Hi!
First of all, thanks for starting this project.
I added the capability of copying the content of the current active result tab (which applies to result body, cookies and headers).
Also, applied the copy event to y (for yank).

Hello man!
Great work here. You could not have know before be I was just reword all the key inputs and event system, so it doesn't fit right.
Also I already did an implemtation locally about copying the response body. But yours is great because it also allow to copy headers and cookies (which I didn't thought of).
So I will probably close the PR but a very similar code as yours will be implemented.
I will tag you when it happens

If you want, i can wait to adapt this to the new inputs and events system, there is no problem from my side.
Also, I was looking for a way to copy the whole "current request to launch" as a curl, to be easily exportable.

If you want, i can wait to adapt this to the new inputs and events system, there is no problem from my side.

Don't worry I'll do it haha. Also, I do have a question, was the code hard to understand/work with?

Also, I was looking for a way to copy the whole "current request to launch" as a curl, to be easily exportable/shareable.

Yes I is planned here https://github.com/Julien-cpsn/ATAC/blob/main/README.md#L208

was the code hard to understand/work with?
Not at all, I do not usually go to the source code as I try a new tool, but the lack of copy+pasting got a grind of my gears.
The whole initial product looks great, and the code base seems fairly comfortable to explore.
I've been looking for this for a while, for a sec even tried to make a TUI API client using go + charm.sh products but failed because of the lack of time to apply to it. But using Rust is also a drive for me.

Closed in favor of https://github.com/Julien-cpsn/ATAC/pull/47

authors: Julien-cpsn NachoNievaG

repo: Julien-cpsn/ATAC


text:
🛑 Amelia Bot is down

In 47e00cd, Amelia Bot (https://ameliabot.dev/) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Amelia Bot is back up in 92fd87c after 12 minutes.

repo: Julius-Ulee/Status


text:
precompute tag to_string variants

I'm one of those people who likes to tinker with performance, so I got to tinkering a bit and this is what I came up with. If this type of thing is more complication than you feel is right for the project, no worries, I had fun doing it, I just wanted to offer it up for discussion/ideas just in case you felt it was something you wanted.
Anyway, the idea is this: in sneeze, users are going to be serializing the same of tags over and over again. Especially in large templates there can be hundreds or even thousands of the same tags. I did some crude evidence gathering by pulling down 20 wikipedia pages at random, parsing them, and aggregating the counts of the tags they contained, and sure enough there is a ton of tag repetition, especially on the heaviest hitters, like a, li, span, div, td, and ul. (Is wikipedia a representative sample? I let you be the judge!)
Rather than serialize the same atoms over and over again via to_string, we can precompute the string representation of those atoms, store them, and return that precomputed string via a pattern match, like so:
defp tag_to_string(:a) do
  "a"
end

Returning the literal "a" has the effect of "a" becoming a compiled constant, and subsequent code that calls tag_to_string(:a) referencing that constant rather than have to stringify :a with each call (as per https://elixirforum.com/t/beam-optimization-for-functions-with-static-return-type/1868/2)
So I set up some benchee benchmarks, with the benchmarking script looking like this:
layout = SneezeBench.layout("some title", "some content")

Benchee.run(
  %{
    "render/1" => fn -> Sneeze.render(layout) end,
    "render_iodata/1" => fn -> Sneeze.render_iodata(layout) end
  },
  time: 10,
  memory_time: 2
)

And the benchmarked template looking like this:
defmodule SneezeBench do
  def layout(title, content) do
    [
      [:__@raw_html, "<!DOCTYPE html>"],
      [
        :head,
        [:meta, %{charset: "utf-8"}],
        [:meta, %{content: "IE=edge,chrome=1", "http-equiv": "X-UA-Compatible"}],
        [:title, [:__@raw_html, title]],
        [:meta, %{content: "width=device-width", name: "viewport"}],
        [:link, %{rel: "icon", href: "favicon-min.png", type: "image.png"}]
      ],
      [
        :body,
        [
          :div,
          %{class: "container"},
          [
            :div,
            %{class: "site"},
            [
              :div,
              %{class: "header"},
              [:h1, %{class: "title"}, [:a, %{href: "index.html"}, "Clark Kampfe"]],
              [:a, %{class: "extra", href: "about.html"}, "about"],
              " ",
              [:a, %{class: "extra", href: "resume.html"}, "resumé"]
            ],
            content,
            [
              :div,
              %{class: "footer"},
              [
                :div,
                %{class: "contact"},
                [
                  :p,
                  [:a, %{href: "https://github.com/ckampfe"}, "github"],
                  " ",
                  [:a, %{href: "https://twitter.com/ckampfe"}, "twitter"],
                  " ",
                  [:a, %{href: "/feed"}, "rss"]
                ]
              ]
            ]
          ]
        ]
      ]
    ]
  end
end

I ran each branch a few times each on OTP 26 and Elixir 1.15 with: mix deps.clean --all && mix clean && mix deps.get && MIX_ENV=bench mix run bench.exs.
Full disclosure: these benchmarks were on my laptop on battery power. I can try to run on mains power or a linux machine later if that's of interest.
Results on branch main:
Generated sneeze_bench app
Operating System: macOS
CPU Information: Apple M1 Max
Number of Available Cores: 10
Available memory: 64 GB
Elixir 1.15.0
Erlang 26.0.1

Benchmark suite executing with the following configuration:
warmup: 2 s
time: 10 s
memory time: 2 s
reduction time: 0 ns
parallel: 1
inputs: none specified
Estimated total run time: 28 s

Benchmarking render/1 ...
Benchmarking render_iodata/1 ...

Name                      ips        average  deviation         median         99th %
render_iodata/1      204.69 K        4.89 μs   ±294.69%        4.13 μs        7.88 μs
render/1             140.47 K        7.12 μs   ±137.40%        6.54 μs       12.54 μs

Comparison:
render_iodata/1      204.69 K
render/1             140.47 K - 1.46x slower +2.23 μs

Memory usage statistics:

Name               Memory usage
render_iodata/1        11.60 KB
render/1               11.67 KB - 1.01x memory usage +0.0703 KB

**All measurements for memory usage were the same**

Results on branch precompute-tag-strings (this branch):
Generated sneeze_bench app
Operating System: macOS
CPU Information: Apple M1 Max
Number of Available Cores: 10
Available memory: 64 GB
Elixir 1.15.0
Erlang 26.0.1

Benchmark suite executing with the following configuration:
warmup: 2 s
time: 10 s
memory time: 2 s
reduction time: 0 ns
parallel: 1
inputs: none specified
Estimated total run time: 28 s

Benchmarking render/1 ...
Benchmarking render_iodata/1 ...

Name                      ips        average  deviation         median         99th %
render_iodata/1      248.28 K        4.03 μs   ±441.95%        3.29 μs        6.17 μs
render/1             155.87 K        6.42 μs   ±229.69%        5.63 μs        9.58 μs

Comparison:
render_iodata/1      248.28 K
render/1             155.87 K - 1.59x slower +2.39 μs

Memory usage statistics:

Name               Memory usage
render_iodata/1        10.78 KB
render/1               10.80 KB - 1.00x memory usage +0.0156 KB

**All measurements for memory usage were the same**

resulting in these aggregate speedups:

branch
render/1 throughput increase
render_iodata/1 throughput increase

main
1.0x
1.0x

this branch
~1.11x
~1.21x

Further/open questions:

The sample template is very small and simple, so I am curious of the effect of this work on (much) larger templates. I think it's reasonable to guess that the results would be even further exaggerated for larger templates, but that's just a guess, I've only run with the above template.
I based the tag_to_string function generation order on randomly gathered wikipedia pages. Is this tag order reasonable? Would more memoized tags result in a speedup? Are there too many as it is? I have no idea.

In any case thanks again for this library, I just wanted to share some tinkering I did in case you thought it was of use.

Thanks for this! I like where this is going.
On the question of how to build the list of tags, I guess wikipedia pages are as good as any as a data source. I get the impression that this macro won't add very much overhead to the runtime (all things considered) so we could err on the side of including more tags in the list.
One other thing: it looks like the CI build is failing on the format stage. Would you mind running make format and pushing the changes? Thanks!

I ran a quick script to compute a bit more data, and this is what it came up with:
at [ 17:32:41 ] ➜ ./aggregate_tags.exs
fetching https://elixir-lang.org/
fetching https://www.phoenixframework.org/
fetching https://www.nytimes.com/
fetched https://elixir-lang.org/
fetched https://www.phoenixframework.org/
fetched https://www.nytimes.com/
[
  {"div", 1278},
  {"span", 332},
  {"a", 252},
  {"li", 182},
  {"section", 123},
  {"p", 116},
  {"h3", 100},
  {"figure", 94},
  {"img", 82},
  {"svg", 75},
  {"picture", 51},
  {"script", 49},
  {"meta", 44},
  {"link", 43},
  {"button", 41},
  {"figcaption", 36},
  {"source", 29},
  {"noscript", 29},
  {"path", 21},
  {"polygon", 20},
  {"h4", 19},
  {"ul", 17},
  {"i", 14},
  {"code", 14},
  {"nav", 12}
]

I tweaked the tagset that gets generated fns in 5427145 a bit in response to this data as well as this survey of what tags pages tend to contain.
The script source used to generate the data:
#!/usr/bin/env elixir

Mix.install([:req, :easyhtml, {:util, git: "https://github.com/ckampfe/util.git"}])

links = [
  "https://elixir-lang.org/",
  "https://www.phoenixframework.org/",
  "https://www.nytimes.com/",
]

links
|> Task.async_stream(fn link ->
  IO.puts("fetching #{link}")
  {link, Req.get!(link)}
end)
|> Enum.map(fn {:ok, {link, res}} ->
  IO.puts("fetched #{link}")
  Map.fetch!(res, :body)
end)
|> Enum.map(fn body ->
  EasyHTML.parse!(body)
end)
|> Enum.flat_map(fn parsed ->
  Util.traverse(List.first(parsed.nodes),
    fn
      {_tag, _attrs, children} when is_list(children) ->
        true
      _ -> false
    end,
    fn {_tag, _attrs, children} -> children end
  )
end)
|> Enum.group_by(fn {tag, _, _} -> tag; _ -> nil end)
|> Enum.map(fn {tag, values} -> {tag, Enum.count(values)} end)
|> Enum.filter(fn {tag, _count} -> !is_nil(tag) end)
|> Enum.sort_by(fn {_tag, count} -> count end)
|> Enum.reverse()
|> Enum.take(25)
|> IO.inspect()

This all looks great, thanks!
I'm going to merge it today and release it in 2.0.0

authors: JuneKelly ckampfe

repo: JuneKelly/sneeze


text:
Test code for LoCoNet using Columbia dataset

Hello, thank you for sharing your incredible work!
I'm now trying to reproduce the test performance of LoCoNet and Light-ASD on Columbia dataset, using the code that you provided. The performance of LoCoNet that I tested was lower than you provided in the paper, so I have two questions regarding the test process.

How did you select the context speakers (2 faces except for the target speaker)?
If there were more than 3 faces in the same frame, I randomly selected two faces from those detected faces.
And I repeated the target speaker's face if there were not enough faces in the scene.
By this, I could only achieve average mAP 50.22 using the pretrained LoCoNet model (trained on AVA only) provided in their github.
Is there any difference between your evaluation method and mine?

Do the hyperparameters - facedetScale, minTrack, numFailedDet, minFaceSize, cropScale, ... - need to be tuned for Columbia dataset?
By looking at the visualized result of the test code, I noticed that some bounding boxes for small faces don't show up.  Do I need to change the hyperparameters in the parser to detect these? Or is it okay to leave it just as it is?

Thank you for your answer in advance!

Thank you for your interest in our work.

When we were writing the paper, the LoCoNet source code had not been open-sourced. Therefore, the results regarding LoCoNet in the paper were directly copied from the original paper.
We adopted the testing code from TalkNet for our experiments on the Columbia dataset, so I believe it is appropriate to keep the hyperparameters unchanged.

Thank you for your reply 😄

repo: Junhua-Liao/Light-ASD


text:
Unable to see any Open-nti UI

Installed opennti as per instructions given:
git clone https://github.com/Juniper/open-nti.git
cd open-nti
sudo make start

Howver, we don't see any UI running on port 8080 as shown in the tutorial video at:
https://junipernetworks.sharepoint.com/portals/hub/_layouts/15/PointPublishing.aspx?app=video&p=p&chid=7a8d593a-2736-4165-b559-973736644cef&vid=7A3A554B-8F42-4B50-84DB-DC6475B11876
Grafana and influxdb ports are working fine.  What do we need to do to get the UI working ?

Hi @gaacad
The UI is grafana, so it does not matter if it's mapped to 8080 or 80 port, at the end it will be forwarded to 3000 port (grafana default).
I you want to have the grafana mapped to 8080 port the easiest way is to edit the opennti.params file
https://github.com/Juniper/open-nti/blob/master/open-nti.params#L47, and change the variable LOCAL_PORT_GRAFANA to 8080, at the end this value will be used in the container as follow
opennti:
  image: $MAIN_IMAGE_NAME:$IMAGE_TAG
  container_name: $MAIN_CONTAINER_NAME
# Uncomment environment to allow anonymous grafana access
# and disable user sign up
#  environment:
#   - "GF_USERS_ALLOW_SIGN_UP=false"
#   - "GF_AUTH_ANONYMOUS_ENABLED=true"
  volumes:
   - ./$LOCAL_DIR_DASHBOARD:/src/dashboards
   - ./$LOCAL_DIR_DATA:/opt/open-nti/data
   - /etc/localtime:/etc/localtime
  ports:
   - "$LOCAL_PORT_STATSD:8125/udp"
   - "$LOCAL_PORT_NGINX:80"
   - "$LOCAL_PORT_GRAFANA:3000" <<<<<
   - "$LOCAL_PORT_INFLUXDB:8083"
   - "$LOCAL_PORT_INFLUXDB_API:8086"

Regards

repo: Juniper/open-nti


text:
torch.repeat_interleave不能使用onnx导出

Hello，我在使用roformer导出onnx的时候，发现onnx并不支持repeat_interleave操作，这个操作有什么可以替换的写法吗，试了几个都不太对。。。

我在transformers那里也提了这个问题，也尝试了一个自己想的解决方案issues12000，看看有没有什么问题

@JaheimLee
import torch
sinusoidal_pos = torch.randn(1,12,16,32)
sin, cos = sinusoidal_pos.chunk(2, dim=-1)

sin_pos = torch.repeat_interleave(sin, 2, dim=-1)
cos_pos = torch.repeat_interleave(cos, 2, dim=-1)

sin_pos_newway = torch.stack([sin,sin],axis=-1).reshape_as(sinusoidal_pos)
cos_pos_newway = torch.stack([cos,cos],axis=-1).reshape_as(sinusoidal_pos)

assert sin_pos.equal(sin_pos_newway)
assert cos_pos.equal(cos_pos_newway)

ok，感谢~

authors: JaheimLee JunnYu


text:
android 5.1 空指针 必现奔溃 求救

Caused by: java.lang.NullPointerException: Attempt to invoke virtual method 'android.content.Context android.app.Activity.getApplicationContext()' on a null object reference
at com.just.agentweb.DefaultDownloadImpl.(DefaultDownloadImpl.java:73)
at com.just.agentweb.DefaultDownloadImpl.create(DefaultDownloadImpl.java:238)
at com.just.agentweb.AgentWebSettingsImpl.setDownloader(AgentWebSettingsImpl.java:44)
at com.just.agentweb.AgentWeb.ready(AgentWeb.java:437)
at com.just.agentweb.AgentWeb.access$3100(AgentWeb.java:43)
at com.just.agentweb.AgentWeb$PreAgentWeb.ready(AgentWeb.java:314)

    @Override     public void applyOverrideConfiguration(Configuration overrideConfiguration) {         if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.LOLLIPOP && Build.VERSION.SDK_INT <= Build.VERSION_CODES.N_MR1) {             return;         }         super.applyOverrideConfiguration(overrideConfiguration);     }

 @Override public void applyOverrideConfiguration(Configuration overrideConfiguration) { if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.LOLLIPOP && Build.VERSION.SDK_INT <= Build.VERSION_CODES.N_MR1) { return; } super.applyOverrideConfiguration(overrideConfiguration); }

这个是放在哪啊

使用 androidx.appcompat:appcompat:1.2.0-alpha02
参考这个最佳答案：
https://stackoverflow.com/questions/41025200/android-view-inflateexception-error-inflating-class-android-webkit-webview

 @Override public void applyOverrideConfiguration(Configuration overrideConfiguration) { if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.LOLLIPOP && Build.VERSION.SDK_INT <= Build.VERSION_CODES.N_MR1) { return; } super.applyOverrideConfiguration(overrideConfiguration); }

这个是放在哪啊

webview activity

4.1.3 ， 刷新gradle缓存

authors: Justson alphater timenoenough totemtec

repo: Justson/AgentWeb


text:
the eye of the edge does not show the direction to the portal of the end

the eye of the edge does not show the direction to the portal of the end
video: https://youtu.be/Rs2foeymJcQ

This is currently not possible to implement, as it would require an extra client to connect to the background server at the position of the player throwing the eye of ender, and then it would need to locate the nearest stronghold from that position.

authors: KCodeYT feanchy

repo: KCodeYT/VanillaGenerator


text:
Queue sets

I'll add problems later .

Merge conflicts 🙈 just pull the latest code and commit kar

you merged #7 first  :P

Ya, my mistake 🙈

even you link readme

Ha

repo: KJSCE-Codecell/Cpp-STL-Notes


text:
Changing positions in ReactFlow: update the monaco editors

For now, I would only do this for the positions

However, not automatically: have a button to 'set positions' (and turn off autoLayout in the global config)

e.g. you have no positions set in your node config, but autoLayout sets positions. There should be a button that states 'fill in the positions of the reactflow image in the config of the nodes'


text:
Sync Command Discussion

I was curious on your thoughts of using a normal command for this? (!sync) style
Or would you like something passed during the start of the bot?
Thanks

I actually left a comment on the pull request, I dont think you saw. But i'm okay with making it a non-slash command!

repo: KOOKIIEStudios/PalCON-Discord


text:
Add Kerbin-Side Ground Control from SpaceDock

This pull request was automatically generated by SpaceDock on behalf of AlphaAsh, to add Kerbin-Side Ground Control to CKAN.
Mod details:
name = /mod/518/Kerbin-Side%20Ground%20Control
author = AlphaAsh
description =
Ground Control is a supplement for Kerbin-Side but it can also standalone.
It makes use of the latest features of Kerbal Konstructs to update some of the facilities provided by Kerbin-Side, so that they can function as tracking stations, and as receivers for communications from vessels in the Kerbol system, using an inflight Downlink.
Lots of new features are planned.
abstract = Working tracking stations on Kerbin
license = BSD
Homepage =
Please direct questions about this pull request to AlphaAsh.

You have so many mutual conflicts between these mods, why not just have them all conflict and provide something like kerbinside-meta?

That sounds like a good idea. I'm not familiar with that structure, so I just made it work to get them available.

authors: Space-Duck plague006 politas

repo: KSP-CKAN/NetKAN


text:
Add TweakScale depends to InterstellarFuelSwitch-Core

InterstellarFuelSwitch bundles TweakScale and references it in code:
https://github.com/sswelm/KSP-Interstellar-Extended/blob/413b6815dfefad3023d9d3eca22da269464767db/FuelSwitch/InterstellarFuelSwitch.cs#L8
Now it's added as a dependency.

CommunityTechTree is also bundled. I'm looking to see whether it should be a dep of the non-Core mod...

#4016:

IFS is heavily integrated with Tweakscale and it relies on very specific functionality from Tweakscale to work correctly when installed

So that PR should have made this a depends instead of a recommends


text:
Update SimpleLogistics.netkan 🦞 🇸🇽 🍭

update spacedock link now that have access to original posting
update recommends -> suggests
update suggests
add supports

Why switch SpaceDock page after more than a year of using the new one? I feel like that's just going to confuse users.
Are you planning to re-upload 2.0.4.0 as well?

Why do you want to switch the SpaceDock page after more than a year of using the new one? I think this might be confusing to users.
Are you planning to re-upload 2.0.4.0 as well?

yes. finally gained access to the original. have posted a link in place of the readme on the higher (newer) version - and will be replacing the image as well.
and the newest version 2.0.5.0 as well.

and the users of CKAN shouldn't notice anything unless they look closely.


text:
🛑 Ohys API is down

In 081e8c8, Ohys API (https://ohys-api-v2.usui.moe/schedule?day=sun) was down:

HTTP code: 500
Response time: 4618 ms

Resolved: Ohys API is back up in bc4b022.

repo: Kadantte/candy-up


text:
Add message to frontend with found nodes

Add simple list
Add loading spinner

[ ] Clean up UIStore (with get & set state interface)
[ ] Move results list to separate component

repo: KaiMagnusMueller/Find-Nodes


text:
Include session ID with log entries

Generate a random session ID at application startup. Include that with all log entries. How? As a label? As part of json payload? It is important that we can search through logs based on session ID - that is how we will retrieve sessions for a specific user.

Implemented in c00b99544bad72de876e0ee343fa5f473b8e44e1. The unity client generates a random GUID at startup and provides this as session ID. The session ID is provided to Stackdriver as logName which allows point-and-click filtering in the Stackdriver UI. The session ID is also provided as sessionId in the payload of every print, to make custom queries simple.

repo: Kalmalyzer/UberLogger-Stackdriver


text:
Рефактор структуры проекта

объединение кода
предложение по организации кода
предложения по рефактору

Бот сотрудников: добавил получения заказов из бд
Добавил вспомогательную функцию (сервис) получения всех неактивных заказов из базы
Удалил файл заглушку с данными заказов
Бот: очистка очереди сообщения при старте


text:
Duplicated enum members in Route propertySchema

Describe the Bug
Currently, there are duplicated members in the Route schema.
Kaoto catalog
        "shutdownRunningTask" : {
          "type" : "string",
          "description" : "To control how to shut down the route.",
          "default" : "CompleteCurrentTaskOnly",
          "enum" : [ "CompleteCurrentTaskOnly", "CompleteAllTasks", "CompleteCurrentTaskOnly", "CompleteAllTasks" ],
          "title" : "Shutdown Running Task"
        },

Camel YAML DSL Schema
          "shutdownRunningTask" : {
            "type" : "string",
            "description" : "To control how to shut down the route.",
            "default" : "CompleteCurrentTaskOnly",
            "enum" : [ "CompleteCurrentTaskOnly", "CompleteAllTasks" ]
          },

Steps to Reproduce the Bug or Issue

Screenshots or Videos

Platform

OS: [e.g. macOS, Windows, Linux]
Browser: [e.g. Chrome, Safari, Firefox]
Version: [e.g. 0.30.0]

This is also happening for:
        "shutdownRoute" : {
          "type" : "string",
          "description" : "To control how to shutdown the route.",
          "default" : "Default",
          "enum" : [ "Default", "Defer", "Default", "Defer" ],
          "title" : "Shutdown Route"
        },

So it's very likely that all enum properties are affected

repo: KaotoIO/kaoto-next


text:
Contextual Mini Catalog

Adds support for the Contextual Mini Catalog, and its corresponding popover. resolves #216

cc @Delawen

@Delawen - I've merged it in without waiting for the endpoint. I can add some validation in, in a follow-up PR, so that only relevant steps will be shown or selectable, but if the endpoint does become available just let me know.

repo: KaotoIO/kaoto-ui


text:
Allow for manual marking of structures

Structures aren't detected on servers, and I get why that happens, but there should be a way to manually mark things like spawners, desert temples, end portals etc.

Nevrmind, I don't get it, a desert well got detected but not two pyramids and a witch hut

The structures have to be intact.

The structures have to be intact.

They were perfectly intact (just generated in fact) and still were not recognised

They were perfectly intact (just generated in fact) and still were not recognised

authors: KaptainWutax silentstormm

repo: KaptainWutax/SeedCracker