Using lambda in normal functions before sycl kernel (which also uses lambda) causes "Cannot find Symbol"

Bug summary
A "Cannot find Symbol" error is thrown by hip runtime if a serial function (which needs a lambda) is called before a sycl kernel is called (which also needs a lambda)
To Reproduce
#include <CL/sycl.hpp>

template <class ForwardIt, class Generator>
void serial_generate(ForwardIt first, ForwardIt last, Generator g) {
  for (auto i = first; i != last; i++) {
    *i = g();
  }
}

template <class ForwardIt, class Generator>
void sycl_generate(ForwardIt first, ForwardIt last, Generator g,
                   cl::sycl::queue q = cl::sycl::queue()) {
  const auto n = std::distance(first, last);
  const auto f = [n, first, g](cl::sycl::handler &h) mutable {
    const auto aI = first;
    h.parallel_for(cl::sycl::range<1>(n), [aI, g, n](cl::sycl::item<1> id) {
      if (id.get_id(0) < n) {
        aI[id.get_id(0)] = g();
      }
    });
  };
  q.submit(f).wait();
}

int main() {
  cl::sycl::queue q;
  int n_elems = 128;
  typedef typename cl::sycl::usm_allocator<float, cl::sycl::usm::alloc::shared>
      allocator;
  allocator alloc(q);
  std::vector<float, allocator> v1(n_elems, alloc), v2(n_elems, alloc);

  serial_generate(v1.begin(), v1.end(), []() { return 1; });
  sycl_generate(v2.begin(), v2.end(), []() { return 1; }, q);

  assert(std::equal(v1.begin(), v1.end(), v2.begin()));
  return 0;
}

Expected behavior
The error shouldn't be thrown.
Describe your setup

how you have installed hipSYCL, and which version/branch/git commit

using hipSYCL from commit 11d1bb5("Merging illuhad/bugfix/check-dyn-cast-result")

Describe the dependencies that hipSYCL sits on top of in your setup:

clang version and how clang was installed

Ubuntu clang version 13.0.1-++20220120110924+75e33f71c2da-1~exp1~20220120231001.58 from apt.llvm.org

host compiler

same as above

CUDA version (if applicable)

not used (I don't have a card :cry:  )

ROCm version and how ROCm was installed (if applicable)

ROCm 5.0.1 from https://repo.radeon.com/rocm/apt/5.0.1/

How you have compiled your application and which arguments you have passed to syclcc. In particular, which backends and hardware you have compiled for.

/opt/hipSYCL-clang13/bin/syclcc --hipsycl-targets="hip:gfx906;omp" -std=c++20 test.cpp -o test.hipsycl

Optional additional diagnostic information
Compile time log:
[hipSYCL Info]  ****** Entering compilation mode for __device__ ******
[hipSYCL Info] AST processing: Marking function as __host__ __device__: hipsycl::glue::hiplike_dispatch::parallel_for_kernel((lambda at algo.cpp:18:43), sycl::range<1>, sycl::id<1>, bool)::(anonymous class)::~
[hipSYCL Info] AST processing: Marking function as __host__ __device__: hipsycl::glue::hiplike_dispatch::device_invocation((lambda at /opt/hipSYCL-clang13/bin/../include/hipSYCL/glue/hip/../generic/hiplike/hiplike_kernel_launcher.hpp:208:3) &&)::(anonymous class)::operator=
[hipSYCL Info] AST processing: Marking function as __host__ __device__: hipsycl::glue::hiplike_dispatch::device_invocation((lambda at /opt/hipSYCL-clang13/bin/../include/hipSYCL/glue/hip/../generic/hiplike/hiplike_kernel_launcher.hpp:208:3) &&)::(anonymous class)::operator()
[hipSYCL Info] AST processing: Marking function as __host__ __device__: hipsycl::sycl::item<1, false>::item
[hipSYCL Info] AST processing: Marking function as __host__ __device__: hipsycl::sycl::detail::make_item
[hipSYCL Info] AST processing: Marking function as __host__ __device__: hipsycl::glue::hiplike_dispatch::parallel_for_kernel((lambda at algo.cpp:18:43), sycl::range<1>, sycl::id<1>, bool)::(anonymous class)::operator()
[hipSYCL Info] AST processing: Marking function as __host__ __device__: hipsycl::sycl::id<1>::id
[hipSYCL Info] AST processing: Marking function as __host__ __device__: hipsycl::glue::hiplike_dispatch::device_invocation_with_local_reducers
[hipSYCL Info] AST processing: Marking function as __host__ __device__: hipsycl::sycl::id<1>::id
[hipSYCL Info] AST processing: Marking function as __host__ __device__: hipsycl::glue::hiplike_dispatch::device_invocation((lambda at /opt/hipSYCL-clang13/bin/../include/hipSYCL/glue/hip/../generic/hiplike/hiplike_kernel_launcher.hpp:208:3) &&)::(anonymous class)::
[hipSYCL Info] AST processing: Marking function as __host__ __device__: hipsycl::sycl::operator+
[hipSYCL Info] AST processing: Marking function as __host__ __device__: hipsycl::sycl::detail::device_array<unsigned long, 1>::device_array
[hipSYCL Info] AST processing: Marking function as __host__ __device__: hipsycl::sycl::range<1>::range
[hipSYCL Info] AST processing: Marking function as __host__ __device__: hipsycl::glue::hiplike_dispatch::device_invocation((lambda at /opt/hipSYCL-clang13/bin/../include/hipSYCL/glue/hip/../generic/hiplike/hiplike_kernel_launcher.hpp:208:3) &&)::(anonymous class)::
[hipSYCL Info] AST processing: Marking function as __host__ __device__: hipsycl::sycl::item<1, false>::~item
[hipSYCL Info] AST processing: Marking function as __host__ __device__: hipsycl::sycl::id<1>::~id
[hipSYCL Info] AST processing: Marking function as __host__ __device__: hipsycl::glue::hiplike_dispatch::device_invocation_with_local_reducers((lambda at /opt/hipSYCL-clang13/bin/../include/hipSYCL/glue/hip/../generic/hiplike/hiplike_kernel_launcher.hpp:176:41) &&)::(anonymous class)::operator=
[hipSYCL Info] AST processing: Marking function as __host__ __device__: hipsycl::sycl::range<1>::~range
[hipSYCL Info] AST processing: Marking function as __host__ __device__: hipsycl::glue::hiplike_dispatch::device_invocation_with_local_reducers((lambda at /opt/hipSYCL-clang13/bin/../include/hipSYCL/glue/hip/../generic/hiplike/hiplike_kernel_launcher.hpp:176:41) &&)::(anonymous class)::operator()
[hipSYCL Info] AST processing: Marking function as __host__ __device__: hipsycl::glue::hiplike_dispatch::device_invocation((lambda at /opt/hipSYCL-clang13/bin/../include/hipSYCL/glue/hip/../generic/hiplike/hiplike_kernel_launcher.hpp:208:3) &&)::(anonymous class)::
[hipSYCL Info] AST processing: Marking function as __host__ __device__: hipsycl::sycl::detail::device_array<unsigned long, 1>::device_array
[hipSYCL Info] AST processing: Marking function as __host__ __device__: hipsycl::glue::hiplike_dispatch::device_invocation_with_local_reducers((lambda at /opt/hipSYCL-clang13/bin/../include/hipSYCL/glue/hip/../generic/hiplike/hiplike_kernel_launcher.hpp:176:41) &&)::(anonymous class)::operator()
[hipSYCL Info] AST processing: Marking function as __host__ __device__: hipsycl::glue::hiplike_dispatch::device_invocation((lambda at /opt/hipSYCL-clang13/bin/../include/hipSYCL/glue/hip/../generic/hiplike/hiplike_kernel_launcher.hpp:208:3) &&)::(anonymous class)::operator()
[hipSYCL Info] AST processing: Marking function as __host__ __device__: hipsycl::glue::hiplike_dispatch::parallel_for_kernel((lambda at algo.cpp:18:43), sycl::range<1>, sycl::id<1>, bool)::(anonymous class)::operator()
[hipSYCL Info] AST processing: Marking function as __host__ __device__: hipsycl::sycl::detail::get_global_id
[hipSYCL Info] AST processing: Marking function as __host__ __device__: hipsycl::sycl::detail::device_array<unsigned long, 1>::operator[]
[hipSYCL Info] AST processing: Marking function as __host__ __device__: hipsycl::sycl::detail::item_base<1>::~item_base
[hipSYCL Info] AST processing: Marking function as __host__ __device__: hipsycl::sycl::detail::device_array<unsigned long, 1>::~device_array
[hipSYCL Info] AST processing: Marking function as __host__ __device__: hipsycl::sycl::item<1, true>::~item
[hipSYCL Info] AST processing: Marking function as __host__ __device__: hipsycl::glue::hiplike_dispatch::parallel_for_kernel
[hipSYCL Info] AST processing: Marking function as __host__ __device__: hipsycl::sycl::detail::__hipsycl_get_lsize_x
[hipSYCL Info] AST processing: Marking function as __host__ __device__: hipsycl::sycl::detail::get_global_id_x
[hipSYCL Info] AST processing: Marking function as __host__ __device__: hipsycl::glue::hiplike_dispatch::device_invocation_with_local_reducers((lambda at /opt/hipSYCL-clang13/bin/../include/hipSYCL/glue/hip/../generic/hiplike/hiplike_kernel_launcher.hpp:176:41) &&)::(anonymous class)::~
[hipSYCL Info] AST processing: Marking function as __host__ __device__: hipsycl::glue::hiplike_dispatch::device_invocation_with_local_reducers((lambda at /opt/hipSYCL-clang13/bin/../include/hipSYCL/glue/hip/../generic/hiplike/hiplike_kernel_launcher.hpp:176:41) &&)::(anonymous class)::operator()
[hipSYCL Info] AST processing: Marking function as __host__ __device__: hipsycl::glue::hiplike_dispatch::device_invocation_with_local_reducers((lambda at /opt/hipSYCL-clang13/bin/../include/hipSYCL/glue/hip/../generic/hiplike/hiplike_kernel_launcher.hpp:176:41) &&)::(anonymous class)::~
[hipSYCL Info] AST processing: Marking function as __host__ __device__: hipsycl::glue::hiplike_dispatch::device_invocation
[hipSYCL Info] AST processing: Marking function as __host__ __device__: hipsycl::glue::hiplike_dispatch::device_invocation((lambda at /opt/hipSYCL-clang13/bin/../include/hipSYCL/glue/hip/../generic/hiplike/hiplike_kernel_launcher.hpp:208:3) &&)::(anonymous class)::~
[hipSYCL Info] AST processing: Marking function as __host__ __device__: __ockl_get_group_id
[hipSYCL Info] AST processing: Marking function as __host__ __device__: hipsycl::glue::hiplike_dispatch::device_invocation((lambda at /opt/hipSYCL-clang13/bin/../include/hipSYCL/glue/hip/../generic/hiplike/hiplike_kernel_launcher.hpp:208:3) &&)::(anonymous class)::operator()
[hipSYCL Info] AST processing: Marking function as __host__ __device__: hipsycl::glue::hiplike_dispatch::item_is_in_range
[hipSYCL Info] AST processing: Marking function as __host__ __device__: hipsycl::sycl::id<1>::id
[hipSYCL Info] AST processing: Marking function as __host__ __device__: hipsycl::sycl::detail::make_item
[hipSYCL Info] AST processing: Marking function as __host__ __device__: hipsycl::sycl::detail::device_array<unsigned long, 1>::operator[]
[hipSYCL Info] AST processing: Marking function as __host__ __device__: hipsycl::glue::hiplike_dispatch::device_invocation((lambda at /opt/hipSYCL-clang13/bin/../include/hipSYCL/glue/hip/../generic/hiplike/hiplike_kernel_launcher.hpp:208:3) &&)::(anonymous class)::
[hipSYCL Info] AST processing: Marking function as __host__ __device__: hipsycl::sycl::item<1, true>::item
[hipSYCL Info] AST processing: Marking function as __host__ __device__: hipsycl::sycl::detail::__hipsycl_get_lid_x
[hipSYCL Info] AST processing: Marking function as __host__ __device__: hipsycl::sycl::id<1>::id
[hipSYCL Info] AST processing: Marking function as __host__ __device__: hipsycl::glue::hiplike_dispatch::parallel_for_kernel((lambda at algo.cpp:18:43), sycl::range<1>, sycl::id<1>, bool)::(anonymous class)::operator()
[hipSYCL Info] AST processing: Marking function as __host__ __device__: hipsycl::sycl::detail::__hipsycl_get_gid_x
[hipSYCL Info] AST processing: Marking function as __host__ __device__: __ockl_get_local_size
[hipSYCL Info] AST processing: Marking function as __host__ __device__: __ockl_get_local_id
[hipSYCL Info] AST processing: Marking function as __host__ __device__: hipsycl::glue::hiplike_dispatch::item_is_in_range
[hipSYCL Info] AST processing: Marking function as __host__ __device__: hipsycl::glue::hiplike_dispatch::device_invocation
[hipSYCL Info] AST processing: Marking function as __host__ __device__: hipsycl::glue::hiplike_dispatch::device_invocation_with_local_reducers((lambda at /opt/hipSYCL-clang13/bin/../include/hipSYCL/glue/hip/../generic/hiplike/hiplike_kernel_launcher.hpp:176:41) &&)::(anonymous class)::operator()
[hipSYCL Info] AST processing: Marking function as __host__ __device__: hipsycl::sycl::item<1, true>::item
[hipSYCL Info] AST processing: Marking function as __host__ __device__: hipsycl::sycl::id<1>::operator[]
[hipSYCL Info] AST processing: Marking function as __host__ __device__: hipsycl::sycl::id<1>::get
[hipSYCL Info] AST processing: Marking function as __host__ __device__: hipsycl::sycl::range<1>::get
[hipSYCL Info] AST processing: Marking function as __host__ __device__: hipsycl::sycl::detail::item_base<1>::item_base
[hipSYCL Info] AST processing: Marking function as __host__ __device__: hipsycl::glue::hiplike_dispatch::parallel_for_kernel((lambda at algo.cpp:18:43), sycl::range<1>, sycl::id<1>, bool)::(anonymous class)::~
[hipSYCL Info] AST processing: Marking function as __host__ __device__: hipsycl::sycl::item<1, false>::operator item
[hipSYCL Info] AST processing: Marking function as __host__ __device__: __gnu_cxx::__normal_iterator<float *, std::vector<float, hipsycl::sycl::usm_allocator<float, hipsycl::sycl::usm::alloc::shared, 0>>>::operator[]
[hipSYCL Info] AST processing: Marking function as __host__ __device__: main()::(anonymous class)::operator()
[hipSYCL Info] AST processing: Marking function as __host__ __device__: hipsycl::sycl::detail::item_base<1>::item_base
[hipSYCL Info] AST processing: Marking function as __host__ __device__: hipsycl::sycl::detail::item_base<1>::get_id
[hipSYCL Info] AST processing: Marking function as __host__ __device__: hipsycl::glue::hiplike_dispatch::device_invocation_with_local_reducers((lambda at /opt/hipSYCL-clang13/bin/../include/hipSYCL/glue/hip/../generic/hiplike/hiplike_kernel_launcher.hpp:176:41) &&)::(anonymous class)::operator=
[hipSYCL Info] AST processing: Marking function as __host__ __device__: hipsycl::glue::hiplike_dispatch::device_invocation((lambda at /opt/hipSYCL-clang13/bin/../include/hipSYCL/glue/hip/../generic/hiplike/hiplike_kernel_launcher.hpp:208:3) &&)::(anonymous class)::operator()
[hipSYCL Info] AST processing: Marking function as __host__ __device__: hipsycl::glue::hiplike_dispatch::device_invocation((lambda at /opt/hipSYCL-clang13/bin/../include/hipSYCL/glue/hip/../generic/hiplike/hiplike_kernel_launcher.hpp:208:3) &&)::(anonymous class)::operator=
[hipSYCL Info] AST processing: Marking function as __host__ __device__: hipsycl::glue::hiplike_dispatch::parallel_for_kernel((lambda at algo.cpp:18:43), sycl::range<1>, sycl::id<1>, bool)::(anonymous class)::operator()
[hipSYCL Info] AST processing: Marking function as __host__ __device__: hipsycl::glue::hiplike_dispatch::device_invocation_with_local_reducers
[hipSYCL Info] AST processing: Marking function as __host__ __device__: sycl_generate(__gnu_cxx::__normal_iterator<float *, std::vector<float, hipsycl::sycl::usm_allocator<float, hipsycl::sycl::usm::alloc::shared, 0>>>, __gnu_cxx::__normal_iterator<float *, std::vector<float, hipsycl::sycl::usm_allocator<float, hipsycl::sycl::usm::alloc::shared, 0>>>, (lambda at algo.cpp:37:29), cl::sycl::queue)::(anonymous class)::operator()(cl::sycl::handler &)::(anonymous class)::operator()
[hipSYCL Info] AST processing: Marking function as __host__ __device__: hipsycl::glue::hiplike_dispatch::device_invocation((lambda at /opt/hipSYCL-clang13/bin/../include/hipSYCL/glue/hip/../generic/hiplike/hiplike_kernel_launcher.hpp:208:3) &&)::(anonymous class)::~
[hipSYCL Info] AST processing: Adding ASM label attribute with kernel name _Z16__hipsycl_kernelIZZ13sycl_generateIN9__gnu_cxx17__normal_iteratorIPfSt6vectorIfN7hipsycl4sycl13usm_allocatorIfLNS6_3usm5allocE2ELm0EEEEEEZ4mainEUlvE0_EvT_SE_T0_NS6_5queueEENUlRNS6_7handlerEE_clESI_EUlNS6_4itemILi1ELb1EEEE_Evv
[hipSYCL Info] AST Processing: Detected parallel_for_workgroup kernel hipsycl::glue::hiplike_dispatch::parallel_for_workgroup
[hipSYCL Info]  ****** Starting pruning of global variables ******
[hipSYCL Info] IR Processing: Pruning unused global variable from device code: __oclc_wavefrontsize64
[hipSYCL Info] ===> IR Processing: Pruning of globals complete, removed 1 global variable(s).
[hipSYCL Info]  ****** Entering compilation mode for __host__ ******
[hipSYCL Info] AST processing: Marking function as __host__ __device__: hipsycl::glue::hiplike_dispatch::parallel_for_kernel
[hipSYCL Info] AST processing: Adding ASM label attribute with kernel name _Z16__hipsycl_kernelIZZ13sycl_generateIN9__gnu_cxx17__normal_iteratorIPfSt6vectorIfN7hipsycl4sycl13usm_allocatorIfLNS6_3usm5allocE2ELm0EEEEEEZ4mainEUlvE_EvT_SE_T0_NS6_5queueEENUlRNS6_7handlerEE_clESI_EUlNS6_4itemILi1ELb1EEEE_Evv
[hipSYCL Info] AST Processing: Detected parallel_for_workgroup kernel hipsycl::glue::hiplike_dispatch::parallel_for_workgroup

Runtime log:
[hipSYCL Info] backend_loader: Searching path for backend libs: '"/opt/hipSYCL-clang13/bin/../lib/hipSYCL"'
[hipSYCL Info] backend_loader: Successfully opened plugin: "/opt/hipSYCL-clang13/bin/../lib/hipSYCL/librt-backend-hip.so" for backend 'hip'
[hipSYCL Info] backend_loader: Successfully opened plugin: "/opt/hipSYCL-clang13/bin/../lib/hipSYCL/librt-backend-cuda.so" for backend 'cuda'
[hipSYCL Info] backend_loader: Successfully opened plugin: "/opt/hipSYCL-clang13/bin/../lib/hipSYCL/librt-backend-omp.so" for backend 'omp'
[hipSYCL Info] Registering backend: 'hip'...
[hipSYCL Info] multi_queue_executor: Spawned for backend HIP with configuration:
[hipSYCL Info]   device 0:
[hipSYCL Info]     memcpy lane: 0
[hipSYCL Info]     memcpy lane: 1
[hipSYCL Info]     kernel lane: 2
[hipSYCL Info]     kernel lane: 3
[hipSYCL Info] Registering backend: 'cuda'...
[hipSYCL Info] multi_queue_executor: Spawned for backend CUDA with configuration:
[hipSYCL Info] Registering backend: 'omp'...
[hipSYCL Info] multi_queue_executor: Spawned for backend OpenMP with configuration:
[hipSYCL Info]   device 0:
[hipSYCL Info]     memcpy lane: 0
[hipSYCL Info]     kernel lane: 1
[hipSYCL Info] Discovered devices from backend 'HIP':
[hipSYCL Info]   device 0:
[hipSYCL Info]     vendor: AMD
[hipSYCL Info]     name: AMD Radeon VII
[hipSYCL Info] Discovered devices from backend 'CUDA':
[hipSYCL Info]   <no devices>
[hipSYCL Info] Discovered devices from backend 'OpenMP':
[hipSYCL Info]   device 0:
[hipSYCL Info]     vendor: the hipSYCL project
[hipSYCL Info]     name: hipSYCL OpenMP host device
[hipSYCL Info] dag_manager: DAG manager is alive!
[hipSYCL Info] runtime: ******* rt launch initiated ********
[hipSYCL Info] queue: Constructed queue with node group id 1
[hipSYCL Info] hiplike_kernel_launcher: Submitting high-level parallel for with selected total group size of 128
[hipSYCL Info] dag_manager: Checking DAG flush opportunity...
[hipSYCL Info] dag_manager: Submitting asynchronous flush...
[hipSYCL Info] dag_builder: DAG contains operation: kernel: ZZ13sycl_generateIN9__gnu_cxx17__normal_iteratorIPfSt6vectorIfN7hipsycl4sycl13usm_allocatorIfLNS5_3usm5allocE2ELm0EEEEEEZ4mainEUlvE0_EvT_SD_T0_NS5_5queueEENUlRNS5_7handlerEE_clESH_EUlNS5_4itemILi1ELb1EEEE_ @node 0xe24f50
[hipSYCL Info] dag_manager: waiting for async worker...
[hipSYCL Info] dag_manager [async]: Flushing!
[hipSYCL Info] dag_manager [async]: Submitting node to scheduler!
[hipSYCL Info] multi_queue_executor: Processing node 0xe24f50 with 0 non-virtual requirement(s) and 0 direct requirement(s).
[hipSYCL Info] multi_queue_executor: Dispatching to lane 2: kernel: ZZ13sycl_generateIN9__gnu_cxx17__normal_iteratorIPfSt6vectorIfN7hipsycl4sycl13usm_allocatorIfLNS5_3usm5allocE2ELm0EEEEEEZ4mainEUlvE0_EvT_SD_T0_NS5_5queueEENUlRNS5_7handlerEE_clESH_EUlNS5_4itemILi1ELb1EEEE_
"Cannot find Symbol"
[1]    43436 abort (core dumped)  ./test.hipsycl

I'm sure the error is thrown by hip runtime because with export AMD_LOG_LEVEL=4 the last few lines of runtime log is:
[hipSYCL Info] dag_builder: DAG contains operation: kernel: ZZ13sycl_generateIN9__gnu_cxx17__normal_iteratorIPfSt6vectorIfN7hipsycl4sycl13usm_allocatorIfLNS5_3usm5allocE2ELm0EEEEEEZ4mainEUlvE0_EvT_SD_T0_NS5_5queueEENUlRNS5_7handlerEE_clESH_EUlNS5_4itemILi1ELb1EEEE_ @node 0x2503490
[hipSYCL Info] dag_manager: waiting for async worker...
[hipSYCL Info] dag_manager [async]: Flushing!
[hipSYCL Info] dag_manager [async]: Submitting node to scheduler!
[hipSYCL Info] multi_queue_executor: Processing node 0x2503490 with 0 non-virtual requirement(s) and 0 direct requirement(s).
[hipSYCL Info] multi_queue_executor: Dispatching to lane 2: kernel: ZZ13sycl_generateIN9__gnu_cxx17__normal_iteratorIPfSt6vectorIfN7hipsycl4sycl13usm_allocatorIfLNS5_3usm5allocE2ELm0EEEEEEZ4mainEUlvE0_EvT_SD_T0_NS5_5queueEENUlRNS5_7handlerEE_clESH_EUlNS5_4itemILi1ELb1EEEE_
:3:hip_device_runtime.cpp   :487 :<PHONE_NUMBER>3 us: 48700: [tid:0x7fe5edfff700] hipGetDevice ( 0x7fe5e4000f30 )
:3:hip_device_runtime.cpp   :495 :<PHONE_NUMBER>9 us: 48700: [tid:0x7fe5edfff700] hipGetDevice: Returned hipSuccess :
:3:hip_platform.cpp         :202 :<PHONE_NUMBER>6 us: 48700: [tid:0x7fe5edfff700] __hipPushCallConfiguration ( {1,1,1}, {128,1,1}, 0, stream:0x2b7b740 )
:3:hip_platform.cpp         :206 :<PHONE_NUMBER>9 us: 48700: [tid:0x7fe5edfff700] __hipPushCallConfiguration: Returned hipSuccess :
:3:hip_platform.cpp         :213 :<PHONE_NUMBER>7 us: 48700: [tid:0x7fe5edfff700] __hipPopCallConfiguration ( {1,1,1}, {128,1,1}, 0x7fe5edffd758, 0x7fe5edffd750 )
:3:hip_platform.cpp         :222 :<PHONE_NUMBER>6 us: 48700: [tid:0x7fe5edfff700] __hipPopCallConfiguration: Returned hipSuccess :
:3:hip_module.cpp           :494 :<PHONE_NUMBER>7 us: 48700: [tid:0x7fe5edfff700] hipLaunchKernel ( 0x43b298, {1,1,1}, {128,1,1}, 0x7fe5edffd710, 0, stream:0x2b7b740 )
:3:devprogram.cpp           :2668:<PHONE_NUMBER>4 us: 48700: [tid:0x7fe5edfff700] Using Code Object V4.
:3:devprogram.cpp           :2964:<PHONE_NUMBER>2 us: 48700: [tid:0x7fe5edfff700] For Init/Fini: Kernel Name: _Z30__hipsycl_kernel_name_templateIZZ13sycl_generateIN9__gnu_cxx17__normal_iteratorIPfSt6vectorIfN7hipsycl4sycl13usm_allocatorIfLNS6_3usm5allocE2ELm0EEEEEEZ4mainEUlvE0_EvT_SE_T0_NS6_5queueEENUlRNS6_7handlerEE_clESI_EUlNS6_4itemILi1ELb1EEEE_Evv
:3:devprogram.cpp           :2964:<PHONE_NUMBER>9 us: 48700: [tid:0x7fe5edfff700] For Init/Fini: Kernel Name: _Z30__hipsycl_kernel_name_templateI24__hipsycl_unnamed_kernelEvv
:3:devprogram.cpp           :2964:<PHONE_NUMBER>8 us: 48700: [tid:0x7fe5edfff700] For Init/Fini: Kernel Name: _Z16__hipsycl_kernelIZZ13sycl_generateIN9__gnu_cxx17__normal_iteratorIPfSt6vectorIfN7hipsycl4sycl13usm_allocatorIfLNS6_3usm5allocE2ELm0EEEEEEZ4mainEUlvE0_EvT_SE_T0_NS6_5queueEENUlRNS6_7handlerEE_clESI_EUlNS6_4itemILi1ELb1EEEE_Evv
:1:hip_global.cpp           :81  :<PHONE_NUMBER>2 us: 48700: [tid:0x7fe5edfff700] Cannot find Symbol with name: _Z16__hipsycl_kernelIZZ13sycl_generateIN9__gnu_cxx17__normal_iteratorIPfSt6vectorIfN7hipsycl4sycl13usm_allocatorIfLNS6_3usm5allocE2ELm0EEEEEEZ4mainEUlvE_EvT_SE_T0_NS6_5queueEENUlRNS6_7handlerEE_clESI_EUlNS6_4itemILi1ELb1EEEE_Evv

"Cannot find Symbol"
[1]    48700 abort (core dumped)  ./test.hipsycl

(two kernel names appears together here, maybe lambda name is inconsistant in different passes?)
Additional context

A workaround is swapping those two generate calls.

sycl_generate(v2.begin(), v2.end(), []() { return 1; }, q);
serial_generate(v1.begin(), v1.end(), []() { return 1; });

Kernel names are slightly different:

not working: ZZ13sycl_generateIN9__gnu_cxx17__normal_iteratorIPfSt6vectorIfN7hipsycl4sycl13usm_allocatorIfLNS5_3usm5allocE2ELm0EEEEEEZ4mainEUlvE0_EvT_SD_T0_NS5_5queueEENUlRNS5_7handlerEE_clESH_EUlNS5_4itemILi1ELb1EEEE_
workaround : ZZ13sycl_generateIN9__gnu_cxx17__normal_iteratorIPfSt6vectorIfN7hipsycl4sycl13usm_allocatorIfLNS5_3usm5allocE2ELm0EEEEEEZ4mainEUlvE_EvT_SD_T0_NS5_5queueEENUlRNS5_7handlerEE_clESH_EUlNS5_4itemILi1ELb1EEEE_

(A '0' is added, then it crashes)

Another workaroud is using the same lambda :

auto f = []() { return 1; }
serial_generate(v1.begin(), v1.end(), f);
sycl_generate(v2.begin(), v2.end(), f, q);

Another workaround is specifying kernel name without the lambda

with
template<typename... Args>
class sycl_generate_kernel_name;

change h.parallel_for(... to h.parallel_for<sycl_generate_kernel_name<>>(... works, but h.parallel_for<sycl_generate_kernel_name<ForwardIt, Generator>>(... not.

Update: if use h.parallel_for<class sycl_kernel_name>(... without forward declaration, it can be compiled, but also throws a "Cannot find Symbol" (I noticed this usage in SyclParallelSTL/tests/pstl-tests/for_each.cpp, while the first kernel doesn't crash)

this issue doesn't happen if use intel/llvm

/opt/intel-llvm/bin/clang -fsycl -fsycl-targets=amdgcn-amd-amdhsa -Xsycl-target-backend --offload-arch=gfx906 -lstdc++ test.cpp -o test.llvm -std=c++20
export SYCL_DEVICE_FILTER=hip may be needed

(not very related, but I think it's worth mentioning) this issue is found when testing a forked version of SyclParallelSTL, e.g. tests/pstl-tests/count_if.cpp , which triggers another problem ( see buffer_algorithms.hpp )

I don't know whether SyclParallelSTL is widely used or not, but since the repository is under KhronosGroup, it's a pity if it cannot be used with hipSYCL.

Thanks, I can reproduce. This is a regression and something that should work, as should SYCL parallel STL.
It also happens on CUDA, but there we can work around using explicit multipass which does not exhibit the problem.
We have introduced a fancy new mechanic when using clang 13 that affects kernel name mangling - this is probably related to that. I believe that in this particular case, the kernel names assigned in the host and device pass differ, which causes the HIP (or CUDA) runtimes to not find the kernel in the device code that the host wants to invoke.
A SYCL implementation needs to guarantee that kernel names are consistent across host and device compilation. This is particularly nasty in SYCL because of the heavy reliance on lambda functions, which do not have a well-defined name and are hence just enumerated. There is a lot of black magic needed to get the enumeration consistent across all passes :)

Update: if use h.parallel_for(... without forward declaration, it can be compiled, but also throws a "Cannot find Symbol" (I noticed this usage in SyclParallelSTL/tests/pstl-tests/for_each.cpp, while the first kernel doesn't crash)

If you use a kernel name, you force the SYCL implementation to use the type of the kernel name as kernel name. This can work around the lambda naming issue. However, if you define the kernel name within another lambda:
q.submit([&](sycl::handler& cgh){
  // KernelName is defined within the submit scop
  cgh.parallel_for<class KernelName>(....);
});

Again the enumeration of the surrounding lambda enters the mangled name of KernelName, which causes it to be affected again. This is why the SYCL specification (used to?) requires that such kernel names are globally visible, in which case I believe it should work as a workaround:
class KernelName;

q.submit([&](sycl::handler& cgh){
  // KernelName is defined within the submit scop
  cgh.parallel_for<KernelName>(....);
});

As a workaround, can you try building hipSYCL with -DHIPSYCL_NO_DEVICE_MANGLER=ON ? This should force it to use the older code paths for earlier clang versions which follow a different logic.

For me, PR #720 resolves the issue. Can you confirm if this works for you?

(not very related, but I think it's worth mentioning) this issue is found when testing a forked version of SyclParallelSTL, e.g. tests/pstl-tests/count_if.cpp , which triggers another problem ( see buffer_algorithms.hpp )

Ah, sorry I didn't address this specifically previously. I should comment on the hierarchical parallelism situation.
tl;dr: It's true that hierarchical parallelism is currently only partially supported on GPU with hipSYCL, and it's unlikely to change in the foreseeable future because hierarchical parallelism likely will not survive in the current form in future versions of SYCL.
Hierarchical parallelism comes from the old SYCL 1.2.1 specification, and the SYCL parallel STL is also designed for SYCL 1.2.1. After the SYCL 1.2.1 release, it was found by multiple SYCL implementations that the hierarchical model is extremely difficult (or even impossible in general) to implement. Because of this, using it was explicitly discouraged in the SYCL 2020 specification because it is likely that the API will be replaced by something else in future SYCL versions.
To this end, the hipSYCL project proposes our scoped parallelism extension for future SYCL versions:
https://github.com/illuhad/hipSYCL/blob/develop/doc/scoped-parallelism.md
The SYCL parallel STL as far as I know has not really been maintained after the SYCL 1.2.1 days, and it's likely that other issues might lurk where it assumes behavior from older versions of the specification. hipSYCL, like most other SYCL implementations nowadays, targets the SYCL 2020 specification. SYCL 2020 is mostly backwards compatible to SYCL 1.2.1, but there are some differences.

Thank you for your very detailed explenation! I'm a newbie and learned a lot.
Confirmed that with #720 it works now. (At least with the code above and SyclParallelSTL tests)
I didn't noticed the situation of hierarchical parallelism before, and I will refrain using it now. Well, may I ask that, is "using sycl::parallel_for + sycl::nd_range + if (id.get_local_id(0) == 0) to simulate parallel_for_work_group scope code" a good practice?

I didn't noticed the situation of hierarchical parallelism before, and I will refrain using it now. Well, may I ask that, is "using sycl::parallel_for + sycl::nd_range + if (id.get_local_id(0) == 0) to simulate parallel_for_work_group scope code" a good practice? ( I have to (try to) support some other devices that isn't currently covered by hipSYCL, and of course I'll try to use scoped parallelism if applicable )

Out of curiosity, what is the device that you want to run on that is not yet covered by hipSYCL?
I would say that such an emulation also has some drawbacks, although it depends on your use case how severe they are, and it could be that for you it won't matter.
The main drawback that I see is that nd_range usually performs very poorly on library-only CPU implementations such as hipSYCL's omp.library-only flow. So, your emulation won't run efficiently in that case. Hierarchical parallelism on the other hand performs excellent in that case, because it maps very naturally to such CPU backends. With the omp.accelerated flow, the performance difference should however be small on CPU.
On other SYCL implementations (in particular DPC++) my experience is that nd_range parallel for outperforms hierarchical, so you might see some speedup with your emulation.
What ideally you want is a model where code runs in hierarchical-like fashion on CPU and nd_range-like fashion on GPU. You could of course implement such an abstraction yourself on top of SYCL, but then you'd be reinventing scoped parallelism since this is one of the core ideas behind it ;)

Well, I have been trying to compile against Xilinx's FPGA using trisycl/sycl, but no luck as for now. I doubt maybe it's even more practical to wait for Xilinx FPGA on AMD HIP.
And some other vendors once published papers or news about implementions for their products, but haven't heard news since then.
As I'm targeting mostly GPU and omp.accelerated, (If I understand right) I will use emulation now and try to use scoped parallelism for CPU afterwards, while waiting for future versions of SYCL.
Again, thank you very much for your explanation.
As to the original issue, at my side nothing is preventing from merging.


Cannot read property 'subTree' of undefined if expose() is used

it('works with expose', async () => {
  const Component = defineComponent({
    setup (props, { expose }) {
      const val = ref('')

      expose({
        val
      })

      return () => h('div')
    }
  })

  const wrapper = mount(Component)
})

In VueWrapper.hasMultipleRoots, this.vm is the exposed object instead of the component instance.
https://github.com/vuejs/vue-test-utils-next/blob/c667907bac0db961439ccdca0644b54a5f5ee382/src/mount.ts#L437-L449
Should be something like this but always returning i.proxy:
https://github.com/vuejs/vue-next/blob/fbf2d68bbcde75c95363e1fd17946c720d0f3925/packages/runtime-core/src/componentPublicInstance.ts#L207-L218

Thanks for the bug report and detective work. If you don't get a change to dig into this more, I will try get a fix done sooner rather than later. Have not played with expose much (yet).

I think this is actually vue's fault, if expose is used it doesn't expose the component's proxy at all:
https://github.com/vuejs/vue-next/commit/0e59770b9282992f6a5af4d8fef33dafb948fc8b#diff-56930a63772d2e89f19432918b9d6ed851ede4159b0d32404e0c1d8c159fec99R313-R315

@KaelWD Can you verify this again with rc.21? There have been some fixes and changes (#1067 and https://github.com/vuejs/test-utils/commit/e80b7b28046362fb1e5a281353637064722fbc6b) and also a unit test with this case already exists.

Looks like we do have a unit test - let's close this. We can re-open if it's not actually fixed.


tracing: add example for datadog

Signed-off-by: Caleb Gilmour<EMAIL_ADDRESS>Description:
This adds an example for the datadog tracer extension that can be used as a reference for users wanting to configure it.
Also bumps dd-opentracing-cpp to v0.3.6, and enforces the propagation method.
Currently missing a README.
Risk Level:
Low.
Testing:
E2E tests using docker-compose + curl.
Docs Changes:
TBD
Release Notes:
N/A

I wanted to discuss before adding a README.
The other tracers refer to nearly-identical sandbox examples, but there's already 3 of those.
Would you prefer another of those, or put usage directly into the README?


Change toggle-nav-sidebar's border style

Change toggle-nav-sidebar's border style. Fixed the terrible border-top and border-bottom display.

Thanks for this patch, however I don't see any difference. The top and bottom border are currently disabled so I'm not sure how the can be "terrible".


dotenv plugin does not properly escape values

Using the dotenv plugin, when a backtick (`) is used in the key value, it does not get escaped, and it actually tries to run the contents as a shell command.  Pretty huge security vulnerability here.
e.g. .env file:
KEY=asdf`ls /`fdsa

echo $KEY
asdfbackup/
bin/
boot/
...etc.
vmlinuz.old@fdsa

The plugin is just sourcing the file, but .env files are not shell scripts!

See https://github.com/robbyrussell/oh-my-zsh/blob/master/plugins/dotenv/README.md#disclaimer. The user is responsible for what content is in .env files.


Issue/7253 drop use generic

Description
Drop use_generic from Resource.deserialize method
closes #7253
Self Check:
Strike through any lines that are not applicable (~~line~~) then check the box

[x] Attached issue to pull request
[x] Changelog entry
[ ] Type annotations are present
[ ] Code is clear and sufficiently documented
[x] No (preventable) type errors (check using make mypy or make mypy-diff)
[x] Sufficient test cases (reproduces the bug/tests the requested feature)
[ ] Correct, in line with design
[ ] End user documentation is included or an issue is created for end-user documentation (add ref to issue here: )
[ ] If this PR fixes a race condition in the test suite, also push the fix to the relevant stable branche(s) (see test-fixes for more info)

The ticket mentions this should wait until the agent refactor integration is done, I don't think it's done yet

Processing this pull request

Processing this pull request

Merged into branches master in b626f6be21538866eb34559d0f8ec1054c557624


Update dependency isolated-vm to v5

This PR contains the following updates:

Package
Type
Update
Change

isolated-vm
optionalDependencies
major
4.7.2 -> 5.0.1

Release Notes

laverdet/isolated-vm (isolated-vm)
v5.0.1
Compare Source
v5.0.0
Compare Source

Configuration
📅 Schedule: Branch creation - "before 4am on the first day of the month" (UTC), Automerge - At any time (no schedule defined).
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about this update again.

[ ] If you want to rebase/retry this PR, check this box

This PR has been generated by Self-Hosted Renovate Bot. Find all logs here.

⚠ Artifact update problem
Renovate failed to update an artifact related to this branch. You probably do not want to merge this PR as-is.
♻ Renovate will retry this branch, including artifacts, only when one of the following happens:

any of the package files in this branch needs updating, or
the branch becomes conflicted, or
you click the rebase/retry checkbox if found above, or
you rename this PR's title to start with "rebase!" to trigger it manually

The artifact failure details are included below:
File name: package.json
Command failed: make _bootstrap-renovate clean compile
docker: Cannot connect to the Docker daemon at unix:///var/run/docker.sock. Is the docker daemon running?.
 You will not get PRs for any future 5.x releases. But if you manually upgrade to 5.x then Renovate will re-enable minor and patch updates automatically.
If you accidentally closed this PR, or if you changed your mind: rename this PR to get a fresh replacement PR.

Edited/Blocked Notification
Renovate will not automatically rebase this PR, because it does not recognize the last commit author and assumes somebody else may have edited the PR.
You can manually request rebase by checking the rebase/retry box above.
⚠ Warning: custom changes will be lost.

This seems probably ok. Looks like node22 support was added in 4.8.0 and the reason for doing a major version bump to 5 was because node16 support was dropped
The other changes should just be minor stuff that probably won't break anything

Re: how to test this, you can just change the sdk version in the other repo to the commit hash for this branch and make sure node22 stuff is still happy

Oops - meant to commit the other PR rather than this one, so will go the optimistic route.


Cookie Warning

Hello, while using your library for Wikipedia I got this warning:

12095 [Crawler 1] INFO edu.uci.ics.crawler4j.crawler.WebCrawler - URL: https://vi.wikipedia.org/wiki/Công_nghệ
Dec 03, 2015 12:30:00 PM org.apache.http.client.protocol.ResponseProcessCookies processCookies
WARNING: Invalid cookie header: "Set-Cookie: WMF-Last-Access=03-Dec-2015;Path=/;HttpOnly;Expires=Mon, 04 Jan 2016 00:00:00 GMT". Invalid 'expires' attribute: Mon, 04 Jan 2016 00:00:00 GMT

The pom.xml file has HttpClient as below:
 <dependency>
    <groupId>org.apache.httpcomponents</groupId>
    <artifactId>httpclient</artifactId>
    <version>4.4</version>
    <scope>compile</scope>
</dependency>

As far as I'm aware, this is a bug of Apache HttpClient and can be fixed in a various ways. However, it is a bit difficult since the whole HttpClient process is handled by the library. Therefore I'm asking you to take a look at my issue and enlighten me. Thank you very much!

^ same issue

The issue is still not resolved !

Closed this in PR #191


population_errors should check if its an empty array

population_errors.first.message was giving a 500 error when the array was empty
Fix for #493


bug: Allow to set chunkSize to be set in dataSquare

If DataSquare initialised without chunks, SetCell will return chunk size mismatch error on setting first chunk with non 0 size. We need a way to create square without chunks, that will allow SetCell and will be possible to use GetCell on. Currently, there is no way to initialise square, providing no chunks and setting chunkSize to non zero value at the same time.
Steps to reproduce:

Create new DataSquare by newDataSquare with data list of 0 length.
Set shares by SetCell

Solution:
Add chunkSize param to the newDataSquare constructor

Additionally, we can follow implicit approach of the constructor and set chunk size on the first SetCell call

@walldiss could you provide an example of the code that is required to make it work correctly? Can be copied/directed from our hotfix


Added: Add ExperimentSeriesGroup and GroupedExperiment models

This pull request adds the ExperimentSeriesGroup and GroupedExperiment models to the project. It also includes necessary migrations and updates the ExperimentSeriesForm to handle the new models.
It also contains some basic admin interface updates such as the form inputs required to CRUD ExperimentSeriesGroups and GroupedExperiments and related information displayed in the admin overview pages. Perhaps it's enough for now already, see also #877. (see screenshots below).
⚠ IMPORTANT: Don't merge this straight after #886 as the migrations will conflict ⚠ Either update this PR's migration after merged the other PR, or merge this one and update the other PR's migration.
Resolves #875
Experiment series overview

Experiment series form

Experiment series groups overview

Experiment series group form

More importantly though: the current views still assume that we have fields called first_experiments, random_experments and last_experiments on ExperimentSeries. backend/experiment/views therefore is now not doing anything with the new groups that were introduced. Is this by intention, to be left for after data migration?

Yes, my plan was to handle that in a later PR, as to not make this PR too big. Issue #875 also specifically talks about models so I think a new issue could be created to update the logic and phase out the first_, random_ and _last fields.


[Takenotes] -> [Stock Music & Sound Effects]

Resource Name - Takenotes
Royalty free music for any of your projects.
Link: (https://taketones.com/)
Checklist:

[X ] I have performed a self-review of submitted resource and its follows the guidelines of the project.

Download requires you to signup. Not 100% free.


Adding OIDCOptions parameter to config

Codecov Report

Merging #6219 (7c240be) into dev (81d34b4) will decrease coverage by 20.27%.
The diff coverage is 48.77%.

Flag
Coverage Δ

msal-angular
96.73% <96.65%> (+0.22%)
:arrow_up:

msal-browser
?

msal-common
?

msal-core
?

msal-node
?

msal-node-extensions
42.11% <14.19%> (-33.53%)
:arrow_down:

msal-react
94.24% <ø> (-0.45%)
:arrow_down:

node-token-validation
?

Impacted Files
Coverage Δ

...ions/msal-node-extensions/src/utils/Environment.ts
20.51% <0.00%> (-22.08%)
:arrow_down:

...l-node-extensions/src/broker/NativeBrokerPlugin.ts
3.80% <3.80%> (ø)

...node-extensions/src/persistence/FilePersistence.ts
56.52% <17.14%> (-17.25%)
:arrow_down:

...msal-node-extensions/src/lock/CrossPlatformLock.ts
72.50% <21.42%> (-8.59%)
:arrow_down:

.../msal-node-extensions/src/error/NativeAuthError.ts
28.57% <28.57%> (ø)

...-extensions/src/persistence/KeychainPersistence.ts
72.22% <30.76%> (-16.02%)
:arrow_down:

...extensions/src/persistence/LibSecretPersistence.ts
72.22% <30.76%> (-16.02%)
:arrow_down:

...tensions/src/persistence/PersistenceCachePlugin.ts
71.05% <33.33%> (-4.63%)
:arrow_down:

...c/persistence/FilePersistenceWithDataProtection.ts
58.33% <60.00%> (-22.75%)
:arrow_down:

extensions/msal-node-extensions/src/Dpapi.ts
66.66% <66.66%> (-33.34%)
:arrow_down:

... and 15 more

... and 208 files with indirect coverage changes


Clarify the function of the test options

What does this PR try to resolve?
Make the description of test options clearer.
from #10936

@rustbot author

@weihanglo I understand that epage should mean to remove unit tests from the option description. Would you take a look?

@bors r+

:pushpin: Commit 5023f20c4c2a8c11749d3417d9b4afa2a1dd02dd has been approved by epage
It is now in the queue for this repository.

:hourglass: Testing commit 5023f20c4c2a8c11749d3417d9b4afa2a1dd02dd with merge 92395d90106b3b61bcb68bcf2069052c93771764...

:sunny: Test successful - checks-actions
Approved by: epage
Pushing 92395d90106b3b61bcb68bcf2069052c93771764 to master...


java.net.UnknownHostException using docker-compose

Hi there!
Thanks you for creating this project! It was just what I was looking for to test upgrading to storm 1.0.1.
I've copied your docker-compose configuration and it seems to be running, but I am not able to connect to it from outside docker, even though the 6627 port is exposed. I'm running on Ubuntu with the latest docker-engine and docker-compose versions, and when I try a simple storm list command, I get the below exception. Have you seen this before? Any idea what I am doing wrong?
Thanks for your help!
-Marc
$ which storm
/home/mzbyszynski/Applications/apache-storm-1.0.1/bin/storm
$ docker-compose -f src/docker/docker-compose.yml ps
       Name                      Command               State           Ports
-------------------------------------------------------------------------------------
docker_nimbus_1       storm nimbus -c storm.zook ...   Up      <IP_ADDRESS>:6627->6627/tcp
docker_supervisor_1   storm supervisor -c storm. ...   Up
docker_zookeeper_1    /docker-entrypoint.sh zkSe ...   Up      2181/tcp
$ storm remoteconfvalue nimbus.seeds
nimbus.seeds: [localhost]
$ storm remoteconfvalue nimbus.thrift.port
nimbus.thrift.port: 6627
$ storm localconfvalue nimbus.thrift.port
nimbus.thrift.port: 6627
t$ storm localconfvalue nimbus.seeds
nimbus.seeds: [localhost]
$ storm list
Running: /usr/lib/jvm/java-8-oracle/bin/java -client -Ddaemon.name= -Dstorm.options= -Dstorm.home=/home/mzbyszynski/Applications/apache-storm-1.0.1 -Dstorm.log.dir=/home/mzbyszynski/Applications/apache-storm-1.0.1/logs -Djava.library.path=/usr/local/lib:/opt/local/lib:/usr/lib -Dstorm.conf.file= -cp /home/mzbyszynski/Applications/apache-storm-1.0.1/lib/reflectasm-1.10.1.jar:/home/mzbyszynski/Applications/apache-storm-1.0.1/lib/clojure-1.7.0.jar:/home/mzbyszynski/Applications/apache-storm-1.0.1/lib/minlog-1.3.0.jar:/home/mzbyszynski/Applications/apache-storm-1.0.1/lib/disruptor-3.3.2.jar:/home/mzbyszynski/Applications/apache-storm-1.0.1/lib/log4j-slf4j-impl-2.1.jar:/home/mzbyszynski/Applications/apache-storm-1.0.1/lib/asm-5.0.3.jar:/home/mzbyszynski/Applications/apache-storm-1.0.1/lib/servlet-api-2.5.jar:/home/mzbyszynski/Applications/apache-storm-1.0.1/lib/storm-rename-hack-1.0.1.jar:/home/mzbyszynski/Applications/apache-storm-1.0.1/lib/log4j-api-2.1.jar:/home/mzbyszynski/Applications/apache-storm-1.0.1/lib/log4j-over-slf4j-1.6.6.jar:/home/mzbyszynski/Applications/apache-storm-1.0.1/lib/kryo-3.0.3.jar:/home/mzbyszynski/Applications/apache-storm-1.0.1/lib/objenesis-2.1.jar:/home/mzbyszynski/Applications/apache-storm-1.0.1/lib/storm-core-1.0.1.jar:/home/mzbyszynski/Applications/apache-storm-1.0.1/lib/log4j-core-2.1.jar:/home/mzbyszynski/Applications/apache-storm-1.0.1/lib/slf4j-api-1.7.7.jar:/home/mzbyszynski/Applications/apache-storm-1.0.1/conf:/home/mzbyszynski/Applications/apache-storm-1.0.1/bin org.apache.storm.command.list
Exception in thread "main" java.lang.RuntimeException: org.apache.storm.thrift.transport.TTransportException: java.net.UnknownHostException: 28cb4180e92a
    at org.apache.storm.security.auth.TBackoffConnect.retryNext(TBackoffConnect.java:64)
    at org.apache.storm.security.auth.TBackoffConnect.doConnectWithRetry(TBackoffConnect.java:56)
    at org.apache.storm.security.auth.ThriftClient.reconnect(ThriftClient.java:99)
    at org.apache.storm.security.auth.ThriftClient.<init>(ThriftClient.java:69)
    at org.apache.storm.utils.NimbusClient.<init>(NimbusClient.java:106)
    at org.apache.storm.utils.NimbusClient.getConfiguredClientAs(NimbusClient.java:78)
    at org.apache.storm.command.list$_main.invoke(list.clj:22)
    at clojure.lang.AFn.applyToHelper(AFn.java:152)
    at clojure.lang.AFn.applyTo(AFn.java:144)
    at org.apache.storm.command.list.main(Unknown Source)
Caused by: org.apache.storm.thrift.transport.TTransportException: java.net.UnknownHostException: 28cb4180e92a
    at org.apache.storm.thrift.transport.TSocket.open(TSocket.java:226)
    at org.apache.storm.thrift.transport.TFramedTransport.open(TFramedTransport.java:81)
    at org.apache.storm.security.auth.SimpleTransportPlugin.connect(SimpleTransportPlugin.java:103)
    at org.apache.storm.security.auth.TBackoffConnect.doConnectWithRetry(TBackoffConnect.java:53)
    ... 8 more
Caused by: java.net.UnknownHostException: 28cb4180e92a
    at java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:184)
    at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:392)
    at java.net.Socket.connect(Socket.java:589)
    at org.apache.storm.thrift.transport.TSocket.open(TSocket.java:221)
    ... 11 more

I encountered the same problem, for me the problem was that the host could not be resolved.
I.e its a DNS error where the client doesnt know with which IP to connect, it cant resolve host 28cb4180e92a to an address.
I resolved it by explicitly naming each client as their IP through the storm.local.hostname option.
Not the most elegant solution but if anything it helps you pinpoint the problem.

@mzbyszynski Thanks for your report!
@tomvanduist is right. Seems like storm.local.hostname should be used to fix DNS issues inside the containers.
This docker compose works for me
version: '2'
services:
    zookeeper:
        image: 31z4/zookeeper:3.4.8
        restart: always

    nimbus:
        image: 31z4/storm:1.0.1
        command: >
            storm nimbus
            -c storm.zookeeper.servers="[\"zookeeper\"]"
            -c nimbus.host="nimbus"
            -c storm.local.hostname=localhost
        depends_on:
            - zookeeper
        restart: always
        ports:
            - 6627:6627

    supervisor:
        image: 31z4/storm:1.0.1
        command: >
            storm supervisor
            -c storm.zookeeper.servers="[\"zookeeper\"]"
            -c nimbus.seeds="[\"nimbus\"]"
            -c storm.local.hostname=supervisor
        depends_on:
            - nimbus
        restart: always

Please confirm that it works for you.
Another way is to use storm from within the running nimbus container
$ docker exec -it docker_nimbus_1 storm list

Adding -c storm.local.hostname=localhost to the nimbus host did the trick. Thanks you @tomvanduist and @31z4 !

I've run into the same exact error and found this issue.
My docker-compose.yml with added host entries etc. suggested in this issue:
services:
    zookeeper:
        image: zookeeper:3.4
        container_name: zookeeper
        restart: always

    nimbus:
        image: storm:1.0.2
        container_name: nimbus
        command: >
            storm nimbus
            -c storm.zookeeper.servers="[\"zookeeper\"]"
            -c nimbus.host="nimbus"
            -c storm.local.hostname=localhost
        depends_on:
            - zookeeper
        links:
            - zookeeper
        restart: always
        ports:
            - 6627:6627

    supervisor:
        image: storm:1.0.2
        container_name: supervisor
        command: >
            storm supervisor
            -c storm.zookeeper.servers="[\"zookeeper\"]"
            -c nimbus.seeds="[\"nimbus\"]"
            -c storm.local.hostname=supervisor
        depends_on:
            - nimbus
            - zookeeper
        links:
            - nimbus
            - zookeeper
        restart: always

I try add a Topology (Stormcrawler) with the following command:
docker run -it --rm -v $(pwd)/target/stormcrawler-0.0.1-SNAPSHOT.jar:/stormcrawler-0.0.1-SNAPSHOT.jar storm:1.0.2 storm jar /stormcrawler-0.0.1-SNAPSHOT.jar CrawlTopology

Error:
Running: /usr/lib/jvm/java-1.8-openjdk/jre/bin/java -client -Ddaemon.name= -Dstorm.options= -Dstorm.home=/apache-storm-1.0.2 -Dstorm.log.dir=/logs -Djava.library.path=/usr/local/lib:/opt/local/lib:/usr/lib -Dstorm.conf.file= -cp /apache-storm-1.0.2/lib/clojure-1.7.0.jar:/apache-storm-1.0.2/lib/kryo-3.0.3.jar:/apache-storm-1.0.2/lib/slf4j-api-1.7.7.jar:/apache-storm-1.0.2/lib/asm-5.0.3.jar:/apache-storm-1.0.2/lib/log4j-over-slf4j-1.6.6.jar:/apache-storm-1.0.2/lib/servlet-api-2.5.jar:/apache-storm-1.0.2/lib/log4j-api-2.1.jar:/apache-storm-1.0.2/lib/storm-core-1.0.2.jar:/apache-storm-1.0.2/lib/log4j-slf4j-impl-2.1.jar:/apache-storm-1.0.2/lib/log4j-core-2.1.jar:/apache-storm-1.0.2/lib/minlog-1.3.0.jar:/apache-storm-1.0.2/lib/storm-rename-hack-1.0.2.jar:/apache-storm-1.0.2/lib/disruptor-3.3.2.jar:/apache-storm-1.0.2/lib/objenesis-2.1.jar:/apache-storm-1.0.2/lib/reflectasm-1.10.1.jar:/stormcrawler-0.0.1-SNAPSHOT.jar:/conf:/apache-storm-1.0.2/bin -Dstorm.jar=/stormcrawler-0.0.1-SNAPSHOT.jar ch.htwchur.ds9.CrawlTopology
932  [main] INFO  o.a.s.StormSubmitter - Generated ZooKeeper secret payload for MD5-digest: -8546106236276736012:-7759757426464791389
1040 [main] INFO  o.a.s.s.a.AuthUtils - Got AutoCreds []
11341 [main] WARN  o.a.s.u.NimbusClient - Ignoring exception while trying to get leader nimbus info from nimbus. will retry with a different seed host.
java.lang.RuntimeException: org.apache.storm.thrift.transport.TTransportException: java.net.UnknownHostException: nimbus
	at org.apache.storm.security.auth.TBackoffConnect.retryNext(TBackoffConnect.java:64) ~[storm-core-1.0.2.jar:1.0.2]
	at org.apache.storm.security.auth.TBackoffConnect.doConnectWithRetry(TBackoffConnect.java:56) ~[storm-core-1.0.2.jar:1.0.2]
	at org.apache.storm.security.auth.ThriftClient.reconnect(ThriftClient.java:99) ~[storm-core-1.0.2.jar:1.0.2]
	at org.apache.storm.security.auth.ThriftClient.<init>(ThriftClient.java:69) ~[storm-core-1.0.2.jar:1.0.2]
	at org.apache.storm.utils.NimbusClient.<init>(NimbusClient.java:106) ~[storm-core-1.0.2.jar:1.0.2]
	at org.apache.storm.utils.NimbusClient.getConfiguredClientAs(NimbusClient.java:66) [storm-core-1.0.2.jar:1.0.2]
	at org.apache.storm.StormSubmitter.topologyNameExists(StormSubmitter.java:371) [storm-core-1.0.2.jar:1.0.2]
	at org.apache.storm.StormSubmitter.submitTopologyAs(StormSubmitter.java:233) [storm-core-1.0.2.jar:1.0.2]
	at org.apache.storm.StormSubmitter.submitTopology(StormSubmitter.java:311) [storm-core-1.0.2.jar:1.0.2]
	at org.apache.storm.StormSubmitter.submitTopology(StormSubmitter.java:157) [storm-core-1.0.2.jar:1.0.2]
	at com.digitalpebble.stormcrawler.ConfigurableTopology.submit(ConfigurableTopology.java:85) [stormcrawler-0.0.1-SNAPSHOT.jar:?]
	at ch.htwchur.ds9.CrawlTopology.run(CrawlTopology.java:72) [stormcrawler-0.0.1-SNAPSHOT.jar:?]
	at com.digitalpebble.stormcrawler.ConfigurableTopology.start(ConfigurableTopology.java:50) [stormcrawler-0.0.1-SNAPSHOT.jar:?]
	at ch.htwchur.ds9.CrawlTopology.main(CrawlTopology.java:38) [stormcrawler-0.0.1-SNAPSHOT.jar:?]
Caused by: org.apache.storm.thrift.transport.TTransportException: java.net.UnknownHostException: nimbus
	at org.apache.storm.thrift.transport.TSocket.open(TSocket.java:226) ~[storm-core-1.0.2.jar:1.0.2]
	at org.apache.storm.thrift.transport.TFramedTransport.open(TFramedTransport.java:81) ~[storm-core-1.0.2.jar:1.0.2]
	at org.apache.storm.security.auth.SimpleTransportPlugin.connect(SimpleTransportPlugin.java:103) ~[storm-core-1.0.2.jar:1.0.2]
	at org.apache.storm.security.auth.TBackoffConnect.doConnectWithRetry(TBackoffConnect.java:53) ~[storm-core-1.0.2.jar:1.0.2]
	... 12 more
Caused by: java.net.UnknownHostException: nimbus
	at java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:184) ~[?:1.8.0_111-internal]
	at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:392) ~[?:1.8.0_111-internal]
	at java.net.Socket.connect(Socket.java:589) ~[?:1.8.0_111-internal]
	at org.apache.storm.thrift.transport.TSocket.open(TSocket.java:221) ~[storm-core-1.0.2.jar:1.0.2]
	at org.apache.storm.thrift.transport.TFramedTransport.open(TFramedTransport.java:81) ~[storm-core-1.0.2.jar:1.0.2]
	at org.apache.storm.security.auth.SimpleTransportPlugin.connect(SimpleTransportPlugin.java:103) ~[storm-core-1.0.2.jar:1.0.2]
	at org.apache.storm.security.auth.TBackoffConnect.doConnectWithRetry(TBackoffConnect.java:53) ~[storm-core-1.0.2.jar:1.0.2]
	... 12 more
org.apache.storm.utils.NimbusLeaderNotFoundException: Could not find leader nimbus from seed hosts [nimbus]. Did you specify a valid list of nimbus hosts for config nimbus.seeds?
	at org.apache.storm.utils.NimbusClient.getConfiguredClientAs(NimbusClient.java:90)
	at org.apache.storm.StormSubmitter.topologyNameExists(StormSubmitter.java:371)
	at org.apache.storm.StormSubmitter.submitTopologyAs(StormSubmitter.java:233)
	at org.apache.storm.StormSubmitter.submitTopology(StormSubmitter.java:311)
	at org.apache.storm.StormSubmitter.submitTopology(StormSubmitter.java:157)
	at com.digitalpebble.stormcrawler.ConfigurableTopology.submit(ConfigurableTopology.java:85)
	at ch.htwchur.ds9.CrawlTopology.run(CrawlTopology.java:72)
	at com.digitalpebble.stormcrawler.ConfigurableTopology.start(ConfigurableTopology.java:50)
	at ch.htwchur.ds9.CrawlTopology.main(CrawlTopology.java:38)

any ideas? many thanks!

@normansuesstrunk we have exact same issue, cleaning /storm path in zookeeper helps as workaround.

This solution does not work on a docker swarm with multiple hosts:
2019-05-26 20:15:32.879 o.a.s.s.o.a.z.ZooKeeper main [INFO] Initiating client connection, connectString=zookeeper:2181 sessionTimeout=20000 watcher=org.apache.storm.shade.org.apache.curator.ConnectionState@7c369270
2019-05-26 20:15:32.879 o.a.s.s.o.a.c.f.i.CuratorFrameworkImpl main [ERROR] Background exception was not retry-able or retry gave up
java.net.UnknownHostException: zookeeper
at java.net.InetAddress.getAllByName0(InetAddress.java:1281) ~[?:1.8.0_212]
at java.net.InetAddress.getAllByName(InetAddress.java:1193) ~[?:1.8.0_212]
at java.net.InetAddress.getAllByName(InetAddress.java:1127) ~[?:1.8.0_212]
at org.apache.storm.shade.org.apache.zookeeper.client.StaticHostProvider.(StaticHostProvider.java:61) ~[storm-core-1.2.2.jar:1.2.2]
at org.apache.storm.shade.org.apache.zookeeper.ZooKeeper.(ZooKeeper.java:445) ~[storm-core-1.2.2.jar:1.2.2]
here is my stack yml
version: '3.1'
services:
zookeeper:
image: zookeeper
container_name: zookeeper
restart: always
nimbus:
    image: storm
    container_name: nimbus
    command: >
        storm nimbus
        -c storm.zookeeper.servers="[\"zookeeper\"]"
        -c nimbus.host="nimbus"
        -c storm.local.hostname=localhost
    depends_on:
        - zookeeper
    links:
        - zookeeper
    restart: always
    ports:
        - 6627:6627


[branch-2.0](rowset writer) disable check segment when build rowset meta by default

Proposed changes
(#30857)

Further comments
If this is a relatively large or complex change, kick off the discussion at<EMAIL_ADDRESS>by explaining why you chose the solution you did and what alternatives you considered, etc...

run buildall


chore(deps): update terraform-module

This PR contains the following updates:

Package
Type
Update
Change

terraform-ibm-modules/landing-zone/ibm (source)
module
minor
5.21.1 -> 5.22.0

terraform-ibm-modules/powervs-workspace/ibm (source)
module
patch
1.13.0 -> 1.13.1

Release Notes

terraform-ibm-modules/terraform-ibm-landing-zone (terraform-ibm-modules/landing-zone/ibm)
v5.22.0
Compare Source
Features

added support for OCP 4.15. This is now the default cluster version deployed (#782) (d650a00)

v5.21.3
Compare Source
Bug Fixes

update the default VSI image name to ibm-ubuntu-24-04-minimal-amd64-1 (#781) (99137d2)

v5.21.2
Compare Source
Bug Fixes

remove duplicate kms_config from OCP quickstart override json (#778) (ceca4eb)

terraform-ibm-modules/terraform-ibm-powervs-workspace (terraform-ibm-modules/powervs-workspace/ibm)
v1.13.1
Compare Source
Bug Fixes

remove vtl option as this attribute is depreciated (#123) (eec3ce8)

Configuration
📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.
👻 Immortal: This PR will be recreated if closed unmerged. Get config help if that's undesired.

[ ] If you want to rebase/retry this PR, check this box

This PR has been generated by Renovate Bot.

/run pipeline

/run pipeline

/run pipeline

:tada: This PR is included in version 5.0.0 :tada:
The release is available on:

GitHub release
v5.0.0

Your semantic-release bot :package::rocket:


Fix height of Hero images on small screens

Correcting my laziness when setting up the OG bleeding illustration on Prepaid Cards and subsequently not following up on the TODO I left in the template.
Such a simple fix. Shame I didn't realize at the time how easy it was.
Changes

Small hero image height is now determined by calculation based on the actual image dimensions

Testing
This is a PITA to test on localhost. Take my word for it and we'll confirm it on Beta before deploying to Prod 😁
(You can see the img.height and img.width code pattern working in Info Unit images.)
Screenshots
Before

After

Checklist

[x] PR has an informative and human-readable title
[x] Changes are limited to a single goal (no scope creep)
[x] Code can be automatically merged (no conflicts)
[x] Code follows the standards laid out in the development playbook
[x] Passes all existing automated tests
[x] Any change in functionality is tested
[x] New functions are documented (with a description, list of inputs, and expected output)
[x] Placeholder code is flagged / future todos are captured in comments
[x] Visually tested in supported browsers and devices (see checklist below :point_down:)
[x] Project documentation has been updated
[x] Reviewers requested with the Reviewers tool :arrow_right:

You're correct, the parentheses weren't needed in this simplified version of the pattern that was used on Info Units! Amended the commit and force-pushed.


routing key bug fix and wild card support

https://github.com/SoCreate/service-fabric-pub-sub/issues/94
Replace RoutingKey with RoutingKeyName and RoutingKeyValue. If RoutingKeyValue is not null but RoutingKeyName is null, a invalid argument exception is thrown. This seems like the best option. The only other thing that I thought of was maybe using a tuple instead of two different properties.
https://github.com/SoCreate/service-fabric-pub-sub/issues/93
Added wildcard support for RoutingKeyValue by using a regex in ShouldDeliverMessage(). Added test methods for wildcard support.

Since most of changes requested are just undoing the changes that I made, it is easier or better if I make a new branch and a new PR?

Whatever is easiest for you.  Either way works for me.

Closing this PR. I will submit a new one.


fix labels indexing issue in Audioset extractor

Fixing a bug that caused mismatch between labels and values when passing subset of AudioSet labels to AudioSet extractor.

Hah, given the wonky results we've been seeing in NeuroScout (e.g., whistling), this is one bug I'm kind of happy to see! Hopefully it fixes the weirdness. :)

@rbroc LGTM assuming the tests pass.

Coverage decreased (-4.8%) to 72.747% when pulling b3e169c4bf1992a526ce23133ddccb8d7f050d72 on rbroc:fix_audioset_indexing into d8bbddf9c9541932085eb10922c6f3f45e5b50a4 on tyarkoni:master.

Yep, the whistling result is the first thing that came to mind


PsDisable does not remove highlights

Test file: https://github.com/dvdsk/mock-fs/blob/main/meta-server/src/main.rs

could not confirm on latest dev branch


set proper class on check box for inline display

This fix the issue with checkbox in inline formset that would not render properly due to incorrect form-control class.
Nevertheless, there's still an issue, as the checkbox is rendered as "standard" checkbox, but not with boostrap5 style.

Superseeded by #56