Segfault in dataset.write_dataset when using max_rows_per_file

Describe the bug, including details regarding any error messages, version, and platform.
Description of the bug
Terminate called without an active exception (core dumped) when writing datasets just before python finalizes.
I could not find a way to shut down the active threads on python interpreter finalization. Is there a way to tell the thread pool to shut down? Any thoughts on potential workarounds appreciated :).
This may be related to following but thought I would open it since it's a bit different. It's pretty common to write output at the end of a script/program.

https://github.com/apache/arrow/issues/31486
https://github.com/apache/arrow/issues/34314

Repro
This doesn't reproduce every time, it usually segfaults about 1/25 or so times.
repro.py: Writing a dataset as parquet
import tempfile
import string

import numpy as np
import pandas as pd
import pyarrow as pa
import pyarrow.dataset as ds

NUM_ROWS = 10_000

def file_visitor(written_file):
    print(f"path={written_file.path}")
    print(f"size={written_file.size} bytes")
    print(f"metadata={written_file.metadata}")

def main() -> int:
    df = pd.DataFrame(
        {
            "float": np.random.rand(NUM_ROWS),
            "int": np.random.randint(0, 10000, size=NUM_ROWS),
            "string": np.random.choice(list(string.ascii_letters), size=NUM_ROWS),
        }
    )
    data = pa.Table.from_pandas(
        df,
    )

    print(pa.show_info())
    with tempfile.TemporaryDirectory() as t:
        ds.write_dataset(
            data=data,
            format="parquet",
            base_dir=t,
            max_rows_per_file=1000,
            max_rows_per_group=1000,
            # So we can see all the files being written
            file_visitor=file_visitor,
            use_threads=True,
        )

        print(f"Wrote data to {t}")
    return 0

if __name__ == "__main__":
    # Doesn't matter if you do exit(main()) or just main(), same thing happens
    raise SystemExit(main())

test_segfault.py: It takes about 20-30 tries for me to repro. So this runs the repro a bunch.
import subprocess
import sys

NUM_RUNS = 1_000
commands = [(sys.executable, "repro.py") for _ in range(NUM_RUNS)]

n = 5

for j in range(max(int(len(commands) / n), 1)):
    procs = [
        subprocess.Popen(i, stdout=subprocess.PIPE, stderr=subprocess.PIPE)
        for i in commands[j * n : min((j + 1) * n, len(commands))]
    ]
    print(f"Running {j}-{j+n}")
    for p in procs:
        stdout, stderr = p.communicate()
        print(stdout.decode())
        print(stderr.decode())
        if p.returncode != 0:
            print(p.returncode)
            raise ValueError(f"Core dump {stderr.decode()}")

Dockerfile
FROM python:3.11.4-slim-buster
RUN pip install pyarrow pandas -U
COPY test_segfault.py /opt/segfault/
COPY repro.py /opt/segfault/

Running it:
Attempt to set ulimit=unlimited and mount the pwd so that we can maybe capture a core file. I wasn't able to since my host is windows, but we were able to get one from a linux host in production.
docker run --rm -it --ulimit core=-1 -v /$(PWD)/segfault/:/opt/segfault bash -c 'cd /opt/segfault && python ./test_segfault.py'

Versions/Platform
I can only repro this in docker on a debian image.  Here's the relevant parts.

#22 58.13 Using executable found in the core file: /opt/.venv/bin/python
#22 58.13 INFO(process_core): Using library search path:
#22 58.30
#22 58.30 Core file information:
#22 58.30 state: D zombie: True niceness: 0
#22 58.30 pid: 17 ppid: 1 sid: 1
#22 58.30 uid: 0 gid: 0 pgrp: 1
#22 58.30
#22 58.31 The process died due receiving signal SIGABRT
#22 58.37 INFO(process_core): Analyzing core file /opt/sm-scripts/core.17 with executable /opt/.venv/bin/python using stack method StackMethod.ALL with native mode NativeReportingMode.ALL
#22 58.73 INFO(parse_maps_file_for_binary): python binary first map found: VirtualMap(start=0x0000563006737000, end=0x0000563006738000, filesize=0x1000, offset=0x33000, device='', flags='r', inode=0, path='/opt/.venv/bin/python')
#22 58.73 INFO(parse_maps_file_for_binary): 'libpython3.11.so.1.0' first map found: VirtualMap(start=0x00007f7ac76a9000, end=0x00007f7ac7797000, filesize=0x1000, offset=0x11e18d000, device='', flags='r', inode=0, path='/usr/local/bin/../lib/libpython3.11.so.1.0')
#22 58.73 INFO(_get_bss): Determined exact addr of .bss section: 0x7f7ac7b926c0 (0x7f7ac76a9000 + 0x4e96c0)
#22 58.73 INFO(parse_maps_file_for_binary): bss map found: VirtualMap(start=0x00007f7ac7b926c0, end=0x00007f7ac7bd4ed8, filesize=0x42818, offset=0x11e2ed6c0, device='', flags='', inode=0, path='None')
#22 58.85 INFO(process_core): Attempting to find symbol 'Py_Version' in libpython3.11.so.1.0
#22 58.85 INFO(process_core): Symbol 'Py_Version' found at address 0x7f7ac79adca8
#22 58.85 INFO(process_core): Attempting to find symbol 'Py_Version' in python
#22 58.86 INFO(process_core): Trying to resolve PyInterpreterState from Elf data
#22 58.86 INFO(process_core): Searching for PyInterpreterState based on PyRuntime address 0x7f7ac7b69ba0
#22 58.86 INFO(process_core): Address of PyInterpreterState found using ELF data at 0x7F7AC7B781D8
#22 58.86 INFO(process_core): Fetching Python threads
#22 58.87 INFO(process_core): Attempting to find symbol '_PyRuntime' in libpython3.11.so.1.0
#22 58.87 INFO(process_core): Symbol '_PyRuntime' found at address 0x7f7ac7b69ba0
#22 58.87 INFO(process_core): Attempting to find symbol '_PyRuntime' in python
#22 58.87 INFO(process_core): Constructing new Python thread with tid 17
#22 58.91 Traceback for thread 17 [Has the GIL] (most recent call last):
#22 58.91     (C) File "???", line 0, in _start (python)
#22 58.91     (C) File "???", line 0, in __libc_start_main (libc.so.6)
#22 58.91     (C) File "???", line 0, in Py_BytesMain (libpython3.11.so.1.0)
#22 58.91     (C) File "???", line 0, in Py_RunMain (libpython3.11.so.1.0)
#22 58.91     (C) File "???", line 0, in Py_Exit (libpython3.11.so.1.0)
#22 58.91     (C) File "???", line 0, in Py_FinalizeEx (libpython3.11.so.1.0)
#22 58.91     (C) File "???", line 0, in PyGC_Collect (libpython3.11.so.1.0)
#22 58.91
#22 58.91 INFO(process_core): Fetching native threads
#22 59.63 INFO(process_core): Constructing new native thread with tid 36
#22 59.65 INFO(process_core): Constructing new native thread with tid 21
#22 59.65 INFO(process_core): Constructing new native thread with tid 31
#22 59.66 INFO(process_core): Constructing new native thread with tid 20
#22 59.66 INFO(process_core): Constructing new native thread with tid 18
#22 59.66 INFO(process_core): Constructing new native thread with tid 19
#22 59.67 INFO(process_core): Constructing new native thread with tid 22
#22 59.67 INFO(process_core): Constructing new native thread with tid 23
#22 59.68 INFO(process_core): Constructing new native thread with tid 26
#22 59.68 INFO(process_core): Constructing new native thread with tid 24
#22 59.69 INFO(process_core): Constructing new native thread with tid 25
#22 59.69 INFO(process_core): Constructing new native thread with tid 27
#22 59.70 INFO(process_core): Constructing new native thread with tid 32
#22 59.70 INFO(process_core): Constructing new native thread with tid 28
#22 59.75 INFO(process_core): Constructing new native thread with tid 38
#22 59.75 INFO(process_core): Constructing new native thread with tid 29
#22 59.76 INFO(process_core): Constructing new native thread with tid 40
#22 59.76 INFO(process_core): Constructing new native thread with tid 53
#22 59.76 INFO(process_core): Constructing new native thread with tid 57
#22 59.76 INFO(process_core): Constructing new native thread with tid 49
#22 59.76 INFO(process_core): Constructing new native thread with tid 39
#22 59.76 INFO(process_core): Constructing new native thread with tid 50
#22 59.77 INFO(process_core): Constructing new native thread with tid 30
#22 59.77 INFO(process_core): Constructing new native thread with tid 47
#22 59.77 INFO(process_core): Constructing new native thread with tid 43
#22 59.77 INFO(process_core): Constructing new native thread with tid 54
#22 59.77 INFO(process_core): Constructing new native thread with tid 56
#22 59.78 INFO(process_core): Constructing new native thread with tid 48
#22 59.78 INFO(process_core): Constructing new native thread with tid 44
#22 59.78 INFO(process_core): Constructing new native thread with tid 51
#22 59.84 INFO(process_core): Constructing new native thread with tid 41
#22 59.84 INFO(process_core): Constructing new native thread with tid 45
#22 59.84 INFO(process_core): Constructing new native thread with tid 42
#22 59.84 INFO(process_core): Constructing new native thread with tid 55
#22 59.90 INFO(process_core): Constructing new native thread with tid 33
#22 59.90 INFO(process_core): Constructing new native thread with tid 58
#22 59.90 INFO(process_core): Constructing new native thread with tid 52
#22 59.90 INFO(process_core): Constructing new native thread with tid 46
#22 59.91 INFO(process_core): Constructing new native thread with tid 37
#22 59.91 Traceback for thread 36 [] (most recent call last):
#22 59.91     (C) File "???", line 0, in __clone (libc.so.6)
#22 59.91     (C) File "???", line 0, in start_thread (libpthread.so.0)
#22 59.91     (C) File "???", line 0, in execute_native_thread_routine (libarrow.so.1100)
#22 59.91     (C) File "???", line 0, in std::thread::_State_impl<std::thread::_Invoker<std::tuple<arrow::internal::ThreadPool::LaunchWorkersUnlocked(int)::{lambda()#1}> > >::_M_run() (libarrow.so.1100)
#22 59.91     (C) File "???", line 0, in arrow::internal::FnOnce<void ()>::operator()() && (libarrow.so.1100)
#22 59.91     (C) File "???", line 0, in arrow::internal::FnOnce<void ()>::FnImpl<std::_Bind<arrow::detail::ContinueFuture (arrow::Future<arrow::internal::Empty>, arrow::io::FileInterface::CloseAsync()::{lambda()#1})> >::invoke() (libarrow.so.1100)
#22 59.91     (C) File "???", line 0, in void arrow::Future<arrow::internal::Empty>::MarkFinished<arrow::internal::Empty, void>(arrow::Status) (libarrow_python.so)
#22 59.91     (C) File "???", line 0, in arrow::ConcreteFutureImpl::DoMarkFinishedOrFailed(arrow::FutureState) (libarrow.so.1100)
#22 59.91     (C) File "???", line 0, in arrow::internal::FnOnce<void (arrow::FutureImpl const&)>::FnImpl<arrow::Future<arrow::internal::Empty>::WrapStatusyOnComplete::Callback<arrow::detail::MarkNextFinished<arrow::Future<arrow::internal::Empty>, arrow::Future<arrow::internal::Empty>, true, true> > >::invoke(arrow::FutureImpl const&) (libarrow_dataset.so.1100)
#22 59.91     (C) File "???", line 0, in void arrow::Future<arrow::internal::Empty>::MarkFinished<arrow::internal::Empty, void>(arrow::Status) (libarrow_python.so)
#22 59.91     (C) File "???", line 0, in arrow::ConcreteFutureImpl::DoMarkFinishedOrFailed(arrow::FutureState) (libarrow.so.1100)
#22 59.91     (C) File "???", line 0, in arrow::internal::FnOnce<void (arrow::FutureImpl const&)>::FnImpl<arrow::Future<arrow::internal::Empty>::WrapResultyOnComplete::Callback<arrow::Future<arrow::internal::Empty>::ThenOnComplete<arrow::dataset::internal::(anonymous namespace)::DatasetWriterFileQueue::DoFinish()::{lambda()#1}, arrow::Future<arrow::internal::Empty>::PassthruOnFailure<{lambda()#1}> > > >::invoke(arrow::FutureImpl const&) (libarrow_dataset.so.1100)
#22 59.91     (C) File "???", line 0, in void arrow::Future<arrow::internal::Empty>::MarkFinished<arrow::internal::Empty, void>(arrow::Status) (libarrow_python.so)
#22 59.91     (C) File "???", line 0, in arrow::ConcreteFutureImpl::DoMarkFinishedOrFailed(arrow::FutureState) (libarrow.so.1100)
#22 59.91     (C) File "???", line 0, in arrow::internal::FnOnce<void (arrow::FutureImpl const&)>::FnImpl<arrow::Future<arrow::internal::Empty>::WrapResultyOnComplete::Callback<arrow::Future<arrow::internal::Empty>::ThenOnComplete<arrow::util::(anonymous namespace)::AsyncTaskGroupImpl::AddTask(std::unique_ptr<arrow::util::AsyncTaskScheduler::Task, std::default_delete<arrow::util::AsyncTaskScheduler::Task> >)::WrapperTask::operator()()::{lambda()#1}, arrow::Future<arrow::internal::Empty>::PassthruOnFailure<{lambda()#1}> > > >::invoke(arrow::FutureImpl const&) (libarrow.so.1100)
#22 59.91     (C) File "???", line 0, in void arrow::Future<arrow::internal::Empty>::MarkFinished<arrow::internal::Empty, void>(arrow::Status) (libarrow_python.so)
#22 59.91     (C) File "???", line 0, in arrow::ConcreteFutureImpl::DoMarkFinishedOrFailed(arrow::FutureState) (libarrow.so.1100)
#22 59.91     (C) File "???", line 0, in arrow::internal::FnOnce<void (arrow::FutureImpl const&)>::FnImpl<arrow::Future<arrow::internal::Empty>::WrapResultyOnComplete::Callback<arrow::Future<arrow::internal::Empty>::ThenOnComplete<arrow::util::(anonymous namespace)::ThrottledAsyncTaskSchedulerImpl::SubmitTask(std::unique_ptr<arrow::util::AsyncTaskScheduler::Task, std::default_delete<arrow::util::AsyncTaskScheduler::Task> >, int)::{lambda()#1}::operator()()::{lambda()#1}, arrow::Future<arrow::internal::Empty>::PassthruOnFailure<{lambda()#1}> > > >::invoke(arrow::FutureImpl const&) (libarrow.so.1100)
#22 59.91     (C) File "???", line 0, in void arrow::Future<arrow::internal::Empty>::MarkFinished<arrow::internal::Empty, void>(arrow::Status) (libarrow_python.so)
#22 59.91     (C) File "???", line 0, in arrow::ConcreteFutureImpl::DoMarkFinishedOrFailed(arrow::FutureState) (libarrow.so.1100)
#22 59.91     (C) File "???", line 0, in arrow::internal::FnOnce<void (arrow::FutureImpl const&)>::FnImpl<arrow::Future<arrow::internal::Empty>::WrapStatusyOnComplete::Callback<arrow::util::(anonymous namespace)::AsyncTaskSchedulerImpl::DoSubmitTask(std::unique_ptr<arrow::util::AsyncTaskScheduler::Task, std::default_delete<arrow::util::AsyncTaskScheduler::Task> >)::{lambda()#1}::operator()()::{lambda(arrow::Status const&)#1}> >::invoke(arrow::FutureImpl const&) (libarrow.so.1100)
#22 59.91     (C) File "???", line 0, in void arrow::Future<arrow::internal::Empty>::MarkFinished<arrow::internal::Empty, void>(arrow::Status) (libarrow_python.so)
#22 59.91     (C) File "???", line 0, in arrow::ConcreteFutureImpl::DoMarkFinishedOrFailed(arrow::FutureState) (libarrow.so.1100)
#22 59.91     (C) File "???", line 0, in arrow::internal::FnOnce<void (arrow::FutureImpl const&)>::FnImpl<arrow::Future<arrow::internal::Empty>::WrapResultyOnComplete::Callback<arrow::Future<arrow::internal::Empty>::ThenOnComplete<arrow::util::AsyncTaskScheduler::Make(arrow::internal::FnOnce<arrow::Status (arrow::util::AsyncTaskScheduler*)>, arrow::internal::FnOnce<void (arrow::Status const&)>, arrow::StopToken)::{lambda()#1}, arrow::Future<arrow::internal::Empty>::PassthruOnFailure<{lambda()#1}> > > >::invoke(arrow::FutureImpl const&) (libarrow.so.1100)
#22 59.91     (C) File "???", line 0, in void arrow::Future<arrow::internal::Empty>::MarkFinished<arrow::internal::Empty, void>(arrow::Status) (libarrow_python.so)
#22 59.91     (C) File "???", line 0, in arrow::ConcreteFutureImpl::DoMarkFinishedOrFailed(arrow::FutureState) (libarrow.so.1100)
#22 59.91     (C) File "???", line 0, in arrow::internal::FnOnce<void (arrow::FutureImpl const&)>::FnImpl<arrow::Future<arrow::internal::Empty>::WrapStatusyOnComplete::Callback<arrow::compute::(anonymous namespace)::ExecPlanImpl::StartProducing()::{lambda(arrow::Status const&)#3}> >::invoke(arrow::FutureImpl const&) (libarrow.so.1100)
#22 59.91     (C) File "???", line 0, in void arrow::Future<arrow::internal::Empty>::MarkFinished<arrow::internal::Empty, void>(arrow::Status) (libarrow_python.so)
#22 59.91     (C) File "???", line 0, in arrow::ConcreteFutureImpl::DoMarkFinishedOrFailed(arrow::FutureState) (libarrow.so.1100)
#22 59.91     (C) File "???", line 0, in arrow::internal::FnOnce<void (arrow::FutureImpl const&)>::FnImpl<arrow::Future<arrow::internal::Empty>::WrapResultyOnComplete::Callback<arrow::Future<arrow::internal::Empty>::ThenOnComplete<arrow::compute::DeclarationToStatusAsync(arrow::compute::Declaration, arrow::compute::ExecContext)::{lambda()#1}, arrow::Future<arrow::internal::Empty>::PassthruOnFailure<{lambda()#1}> > > >::~FnImpl() (libarrow.so.1100)
#22 59.91     (C) File "???", line 0, in std::_Sp_counted_base<(__gnu_cxx::_Lock_policy)2>::_M_release() (libarrow.so.1100)
#22 59.91     (C) File "???", line 0, in std::_Sp_counted_ptr<arrow::compute::(anonymous namespace)::ExecPlanImpl*, (__gnu_cxx::_Lock_policy)2>::_M_dispose() (libarrow.so.1100)
#22 59.91     (C) File "???", line 0, in arrow::compute::(anonymous namespace)::ExecPlanImpl::~ExecPlanImpl() (libarrow.so.1100)
#22 59.91     (C) File "???", line 0, in arrow::compute::(anonymous namespace)::SourceNode::~SourceNode() (libarrow.so.1100)
#22 59.91     (C) File "???", line 0, in std::_Function_handler<arrow::Future<std::optional<arrow::compute::ExecBatch> > (), arrow::MappingGenerator<arrow::dataset::EnumeratedRecordBatch, std::optional<arrow::compute::ExecBatch> > >::_M_manager(std::_Any_data&, std::_Any_data const&, std::_Manager_operation) (libarrow_dataset.so.1100)
#22 59.91     (C) File "???", line 0, in std::_Sp_counted_base<(__gnu_cxx::_Lock_policy)2>::_M_release() (lib.cpython-311-x86_64-linux-gnu.so)
#22 59.91     (C) File "???", line 0, in std::_Sp_counted_ptr_inplace<arrow::MappingGenerator<arrow::dataset::EnumeratedRecordBatch, std::optional<arrow::compute::ExecBatch> >::State, std::allocator<arrow::MappingGenerator<arrow::dataset::EnumeratedRecordBatch, std::optional<arrow::compute::ExecBatch> >::State>, (__gnu_cxx::_Lock_policy)2>::_M_dispose() (libarrow_dataset.so.1100)
#22 59.91     (C) File "???", line 0, in std::_Function_handler<arrow::Future<arrow::dataset::EnumeratedRecordBatch> (), arrow::ReadaheadGenerator<arrow::dataset::EnumeratedRecordBatch> >::_M_manager(std::_Any_data&, std::_Any_data const&, std::_Manager_operation) (libarrow_dataset.so.1100)
#22 59.91     (C) File "???", line 0, in std::_Sp_counted_base<(__gnu_cxx::_Lock_policy)2>::_M_release() (lib.cpython-311-x86_64-linux-gnu.so)
#22 59.92     (C) File "???", line 0, in std::_Sp_counted_ptr_inplace<arrow::ReadaheadGenerator<arrow::dataset::EnumeratedRecordBatch>::State, std::allocator<arrow::ReadaheadGenerator<arrow::dataset::EnumeratedRecordBatch>::State>, (__gnu_cxx::_Lock_policy)2>::_M_dispose() (libarrow_dataset.so.1100)
#22 59.92     (C) File "???", line 0, in std::_Function_handler<arrow::Future<arrow::dataset::EnumeratedRecordBatch> (), arrow::MergedGenerator<arrow::dataset::EnumeratedRecordBatch> >::_M_manager(std::_Any_data&, std::_Any_data const&, std::_Manager_operation) (libarrow_dataset.so.1100)
#22 59.92     (C) File "???", line 0, in std::_Sp_counted_base<(__gnu_cxx::_Lock_policy)2>::_M_release() (lib.cpython-311-x86_64-linux-gnu.so)
#22 59.92     (C) File "???", line 0, in std::_Sp_counted_ptr_inplace<arrow::MergedGenerator<arrow::dataset::EnumeratedRecordBatch>::State, std::allocator<arrow::MergedGenerator<arrow::dataset::EnumeratedRecordBatch>::State>, (__gnu_cxx::_Lock_policy)2>::_M_dispose() (libarrow_dataset.so.1100)
#22 59.92     (C) File "???", line 0, in std::_Function_handler<arrow::Future<arrow::dataset::EnumeratedRecordBatch> (), arrow::MappingGenerator<arrow::Enumerated<std::shared_ptr<arrow::RecordBatch> >, arrow::dataset::EnumeratedRecordBatch> >::_M_manager(std::_Any_data&, std::_Any_data const&, std::_Manager_operation) (libarrow_dataset.so.1100)
#22 59.92     (C) File "???", line 0, in std::_Sp_counted_base<(__gnu_cxx::_Lock_policy)2>::_M_release() (lib.cpython-311-x86_64-linux-gnu.so)
#22 59.92     (C) File "???", line 0, in std::_Sp_counted_ptr_inplace<arrow::MappingGenerator<arrow::Enumerated<std::shared_ptr<arrow::RecordBatch> >, arrow::dataset::EnumeratedRecordBatch>::State, std::allocator<arrow::MappingGenerator<arrow::Enumerated<std::shared_ptr<arrow::RecordBatch> >, arrow::dataset::EnumeratedRecordBatch>::State>, (__gnu_cxx::_Lock_policy)2>::_M_dispose() (libarrow_dataset.so.1100)
#22 59.92     (C) File "???", line 0, in std::_Function_handler<arrow::Future<arrow::Enumerated<std::shared_ptr<arrow::RecordBatch> > > (), arrow::FutureFirstGenerator<arrow::Enumerated<std::shared_ptr<arrow::RecordBatch> > > >::_M_manager(std::_Any_data&, std::_Any_data const&, std::_Manager_operation) (libarrow_dataset.so.1100)
#22 59.92     (C) File "???", line 0, in std::_Sp_counted_base<(__gnu_cxx::_Lock_policy)2>::_M_release() (lib.cpython-311-x86_64-linux-gnu.so)
#22 59.92     (C) File "???", line 0, in std::_Sp_counted_base<(__gnu_cxx::_Lock_policy)2>::_M_release() (lib.cpython-311-x86_64-linux-gnu.so)
#22 59.92     (C) File "???", line 0, in arrow::ConcreteFutureImpl::~ConcreteFutureImpl() (libarrow.so.1100)
#22 59.92     (C) File "???", line 0, in arrow::Future<std::function<arrow::Future<arrow::Enumerated<std::shared_ptr<arrow::RecordBatch> > > ()> >::SetResult(arrow::Result<std::function<arrow::Future<arrow::Enumerated<std::shared_ptr<arrow::RecordBatch> > > ()> >)::{lambda(void*)#1}::_FUN(void*) (libarrow_dataset.so.1100)
#22 59.92     (C) File "???", line 0, in std::_Function_handler<arrow::Future<arrow::Enumerated<std::shared_ptr<arrow::RecordBatch> > > (), arrow::EnumeratingGenerator<std::shared_ptr<arrow::RecordBatch> > >::_M_manager(std::_Any_data&, std::_Any_data const&, std::_Manager_operation) (libarrow_dataset.so.1100)
#22 59.92     (C) File "???", line 0, in std::_Sp_counted_base<(__gnu_cxx::_Lock_policy)2>::_M_release() (lib.cpython-311-x86_64-linux-gnu.so)
#22 59.92     (C) File "???", line 0, in std::_Sp_counted_ptr_inplace<arrow::EnumeratingGenerator<std::shared_ptr<arrow::RecordBatch> >::State, std::allocator<arrow::EnumeratingGenerator<std::shared_ptr<arrow::RecordBatch> >::State>, (__gnu_cxx::_Lock_policy)2>::_M_dispose() (libarrow_dataset.so.1100)
#22 59.92     (C) File "???", line 0, in std::_Function_handler<arrow::Future<std::shared_ptr<arrow::RecordBatch> > (), arrow::DefaultIfEmptyGenerator<std::shared_ptr<arrow::RecordBatch> > >::_M_manager(std::_Any_data&, std::_Any_data const&, std::_Manager_operation) (libarrow_dataset.so.1100)
#22 59.92     (C) File "???", line 0, in std::_Sp_counted_base<(__gnu_cxx::_Lock_policy)2>::_M_release() (lib.cpython-311-x86_64-linux-gnu.so)
#22 59.92     (C) File "???", line 0, in std::_Sp_counted_ptr_inplace<arrow::DefaultIfEmptyGenerator<std::shared_ptr<arrow::RecordBatch> >::State, std::allocator<arrow::DefaultIfEmptyGenerator<std::shared_ptr<arrow::RecordBatch> >::State>, (__gnu_cxx::_Lock_policy)2>::_M_dispose() (libarrow_dataset.so.1100)
#22 59.92     (C) File "???", line 0, in std::_Function_handler<arrow::Future<std::shared_ptr<arrow::RecordBatch> > (), arrow::dataset::InMemoryFragment::ScanBatchesAsync(std::shared_ptr<arrow::dataset::ScanOptions> const&)::Generator>::_M_manager(std::_Any_data&, std::_Any_data const&, std::_Manager_operation) (libarrow_dataset.so.1100)
#22 59.92     (C) File "???", line 0, in std::_Sp_counted_base<(__gnu_cxx::_Lock_policy)2>::_M_release() (lib.cpython-311-x86_64-linux-gnu.so)
#22 59.92     (C) File "???", line 0, in std::_Sp_counted_base<(__gnu_cxx::_Lock_policy)2>::_M_release() (lib.cpython-311-x86_64-linux-gnu.so)
#22 59.92     (C) File "???", line 0, in arrow::dataset::InMemoryFragment::~InMemoryFragment() (libarrow_dataset.so.1100)
#22 59.92     (C) File "???", line 0, in arrow::SimpleRecordBatch::~SimpleRecordBatch() (libarrow.so.1100)
#22 59.92     (C) File "???", line 0, in std::_Sp_counted_ptr_inplace<arrow::ArrayData, std::allocator<arrow::ArrayData>, (__gnu_cxx::_Lock_policy)2>::_M_dispose() (libarrow_python.so)
#22 59.92     (C) File "???", line 0, in arrow::py::NumPyBuffer::~NumPyBuffer() (libarrow_python.so)
#22 59.92     (C) File "???", line 0, in PyGILState_Ensure (libpython3.11.so.1.0)
#22 59.92     (C) File "???", line 0, in pthread_exit (libc.so.6)
#22 59.92     (C) File "???", line 0, in __pthread_unwind (libpthread.so.0)
#22 59.92     (C) File "???", line 0, in _Unwind_ForcedUnwind (libgcc_s.so.1)
#22 59.92     (C) File "???", line 0, in __gxx_personality_v0 (libstdc++.so.6)
#22 59.92     (C) File "???", line 0, in abort (libc.so.6)
#22 59.92     (C) File "???", line 0, in raise (libc.so.6)
#22 59.92
#22 59.92 Traceback for thread 21 [] (most recent call last):
#22 59.92     (C) File "???", line 0, in __clone (libc.so.6)
#22 59.92     (C) File "???", line 0, in start_thread (libpthread.so.0)
#22 59.92     (C) File "???", line 0, in blas_thread_server (libopenblas64_p-r0-15028c96.3.21.so)
#22 59.92     (C) File "???", line 0, in pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0)
#22 59.92
#22 59.92 Traceback for thread 31 [] (most recent call last):
#22 59.92     (C) File "???", line 0, in __clone (libc.so.6)
#22 59.92     (C) File "???", line 0, in start_thread (libpthread.so.0)
#22 59.92     (C) File "???", line 0, in blas_thread_server (libopenblas64_p-r0-15028c96.3.21.so)
#22 59.92     (C) File "???", line 0, in pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0)
#22 59.92
#22 59.92 Traceback for thread 20 [] (most recent call last):
#22 59.92     (C) File "???", line 0, in __clone (libc.so.6)
#22 59.92     (C) File "???", line 0, in start_thread (libpthread.so.0)
#22 59.92     (C) File "???", line 0, in blas_thread_server (libopenblas64_p-r0-15028c96.3.21.so)
#22 59.92     (C) File "???", line 0, in pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0)
#22 59.92
#22 59.92 Traceback for thread 18 [] (most recent call last):
#22 59.92     (C) File "???", line 0, in __clone (libc.so.6)
#22 59.92     (C) File "???", line 0, in start_thread (libpthread.so.0)
#22 59.92     (C) File "???", line 0, in blas_thread_server (libopenblas64_p-r0-15028c96.3.21.so)
#22 59.92     (C) File "???", line 0, in pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0)
#22 59.92
#22 59.92 Traceback for thread 19 [] (most recent call last):
#22 59.92     (C) File "???", line 0, in __clone (libc.so.6)
#22 59.92     (C) File "???", line 0, in start_thread (libpthread.so.0)
#22 59.92     (C) File "???", line 0, in blas_thread_server (libopenblas64_p-r0-15028c96.3.21.so)
#22 59.93     (C) File "???", line 0, in pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0)
#22 59.93
#22 59.93 Traceback for thread 22 [] (most recent call last):
#22 59.93     (C) File "???", line 0, in __clone (libc.so.6)
#22 59.93     (C) File "???", line 0, in start_thread (libpthread.so.0)
#22 59.93     (C) File "???", line 0, in blas_thread_server (libopenblas64_p-r0-15028c96.3.21.so)
#22 59.93     (C) File "???", line 0, in pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0)
#22 59.93
#22 59.93 Traceback for thread 23 [] (most recent call last):
#22 59.93     (C) File "???", line 0, in __clone (libc.so.6)
#22 59.93     (C) File "???", line 0, in start_thread (libpthread.so.0)
#22 59.93     (C) File "???", line 0, in blas_thread_server (libopenblas64_p-r0-15028c96.3.21.so)
#22 59.93     (C) File "???", line 0, in pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0)
#22 59.93
#22 59.93 Traceback for thread 26 [] (most recent call last):
#22 59.93     (C) File "???", line 0, in __clone (libc.so.6)
#22 59.93     (C) File "???", line 0, in start_thread (libpthread.so.0)
#22 59.93     (C) File "???", line 0, in blas_thread_server (libopenblas64_p-r0-15028c96.3.21.so)
#22 59.93     (C) File "???", line 0, in pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0)
#22 59.93
#22 59.93 Traceback for thread 24 [] (most recent call last):
#22 59.93     (C) File "???", line 0, in __clone (libc.so.6)
#22 59.93     (C) File "???", line 0, in start_thread (libpthread.so.0)
#22 59.93     (C) File "???", line 0, in blas_thread_server (libopenblas64_p-r0-15028c96.3.21.so)
#22 59.93     (C) File "???", line 0, in pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0)
#22 59.93
#22 59.93 Traceback for thread 25 [] (most recent call last):
#22 59.93     (C) File "???", line 0, in __clone (libc.so.6)
#22 59.93     (C) File "???", line 0, in start_thread (libpthread.so.0)
#22 59.93     (C) File "???", line 0, in blas_thread_server (libopenblas64_p-r0-15028c96.3.21.so)
#22 59.93     (C) File "???", line 0, in pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0)
#22 59.93
#22 59.93 Traceback for thread 27 [] (most recent call last):
#22 59.93     (C) File "???", line 0, in __clone (libc.so.6)
#22 59.93     (C) File "???", line 0, in start_thread (libpthread.so.0)
#22 59.93     (C) File "???", line 0, in blas_thread_server (libopenblas64_p-r0-15028c96.3.21.so)
#22 59.93     (C) File "???", line 0, in pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0)
#22 59.93
#22 59.93 Traceback for thread 32 [] (most recent call last):
#22 59.93     (C) File "???", line 0, in __clone (libc.so.6)
#22 59.93     (C) File "???", line 0, in start_thread (libpthread.so.0)
#22 59.93     (C) File "???", line 0, in blas_thread_server (libopenblas64_p-r0-15028c96.3.21.so)
#22 59.93     (C) File "???", line 0, in pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0)
#22 59.93
#22 59.93 Traceback for thread 28 [] (most recent call last):
#22 59.93     (C) File "???", line 0, in __clone (libc.so.6)
#22 59.93     (C) File "???", line 0, in start_thread (libpthread.so.0)
#22 59.93     (C) File "???", line 0, in blas_thread_server (libopenblas64_p-r0-15028c96.3.21.so)
#22 59.93     (C) File "???", line 0, in pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0)
#22 59.93
#22 59.93 Traceback for thread 38 [] (most recent call last):
#22 59.93     (C) File "???", line 0, in __clone (libc.so.6)
#22 59.93     (C) File "???", line 0, in start_thread (libpthread.so.0)
#22 59.93     (C) File "???", line 0, in execute_native_thread_routine (libarrow.so.1100)
#22 59.93     (C) File "???", line 0, in std::thread::_State_impl<std::thread::_Invoker<std::tuple<arrow::internal::ThreadPool::LaunchWorkersUnlocked(int)::{lambda()#1}> > >::_M_run() (libarrow.so.1100)
#22 59.93     (C) File "???", line 0, in std::condition_variable::wait(std::unique_lock<std::mutex>&) (libstdc++.so.6)
#22 59.93     (C) File "???", line 0, in pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0)
#22 59.93
#22 59.93 Traceback for thread 29 [] (most recent call last):
#22 59.93     (C) File "???", line 0, in __clone (libc.so.6)
#22 59.93     (C) File "???", line 0, in start_thread (libpthread.so.0)
#22 59.93     (C) File "???", line 0, in blas_thread_server (libopenblas64_p-r0-15028c96.3.21.so)
#22 59.93     (C) File "???", line 0, in pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0)
#22 59.93
#22 59.93 Traceback for thread 40 [] (most recent call last):
#22 59.93     (C) File "???", line 0, in __clone (libc.so.6)
#22 59.93     (C) File "???", line 0, in start_thread (libpthread.so.0)
#22 59.93     (C) File "???", line 0, in execute_native_thread_routine (libarrow.so.1100)
#22 59.93     (C) File "???", line 0, in std::thread::_State_impl<std::thread::_Invoker<std::tuple<arrow::internal::ThreadPool::LaunchWorkersUnlocked(int)::{lambda()#1}> > >::_M_run() (libarrow.so.1100)
#22 59.94     (C) File "???", line 0, in std::condition_variable::wait(std::unique_lock<std::mutex>&) (libstdc++.so.6)
#22 59.94     (C) File "???", line 0, in pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0)
#22 59.94
#22 59.94 Traceback for thread 53 [] (most recent call last):
#22 59.94     (C) File "???", line 0, in __clone (libc.so.6)
#22 59.94     (C) File "???", line 0, in start_thread (libpthread.so.0)
#22 59.94     (C) File "???", line 0, in execute_native_thread_routine (libarrow.so.1100)
#22 59.94     (C) File "???", line 0, in std::thread::_State_impl<std::thread::_Invoker<std::tuple<arrow::internal::ThreadPool::LaunchWorkersUnlocked(int)::{lambda()#1}> > >::_M_run() (libarrow.so.1100)
#22 59.94     (C) File "???", line 0, in std::condition_variable::wait(std::unique_lock<std::mutex>&) (libstdc++.so.6)
#22 59.94     (C) File "???", line 0, in pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0)
#22 59.94
#22 59.94 Traceback for thread 57 [] (most recent call last):
#22 59.94     (C) File "???", line 0, in __clone (libc.so.6)
#22 59.94     (C) File "???", line 0, in start_thread (libpthread.so.0)
#22 59.94     (C) File "???", line 0, in execute_native_thread_routine (libarrow.so.1100)
#22 59.94     (C) File "???", line 0, in std::thread::_State_impl<std::thread::_Invoker<std::tuple<arrow::internal::ThreadPool::LaunchWorkersUnlocked(int)::{lambda()#1}> > >::_M_run() (libarrow.so.1100)
#22 59.94     (C) File "???", line 0, in std::condition_variable::wait(std::unique_lock<std::mutex>&) (libstdc++.so.6)
#22 59.94     (C) File "???", line 0, in pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0)
#22 59.94
#22 59.94 Traceback for thread 49 [] (most recent call last):
#22 59.94     (C) File "???", line 0, in __clone (libc.so.6)
#22 59.94     (C) File "???", line 0, in start_thread (libpthread.so.0)
#22 59.94     (C) File "???", line 0, in execute_native_thread_routine (libarrow.so.1100)
#22 59.94     (C) File "???", line 0, in std::thread::_State_impl<std::thread::_Invoker<std::tuple<arrow::internal::ThreadPool::LaunchWorkersUnlocked(int)::{lambda()#1}> > >::_M_run() (libarrow.so.1100)
#22 59.94     (C) File "???", line 0, in std::condition_variable::wait(std::unique_lock<std::mutex>&) (libstdc++.so.6)
#22 59.94     (C) File "???", line 0, in pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0)
#22 59.94
#22 59.94 Traceback for thread 39 [] (most recent call last):
#22 59.94     (C) File "???", line 0, in __clone (libc.so.6)
#22 59.94     (C) File "???", line 0, in start_thread (libpthread.so.0)
#22 59.94     (C) File "???", line 0, in execute_native_thread_routine (libarrow.so.1100)
#22 59.94     (C) File "???", line 0, in std::thread::_State_impl<std::thread::_Invoker<std::tuple<arrow::internal::ThreadPool::LaunchWorkersUnlocked(int)::{lambda()#1}> > >::_M_run() (libarrow.so.1100)
#22 59.94     (C) File "???", line 0, in std::condition_variable::wait(std::unique_lock<std::mutex>&) (libstdc++.so.6)
#22 59.94     (C) File "???", line 0, in pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0)
#22 59.94
#22 59.94 Traceback for thread 50 [] (most recent call last):
#22 59.94     (C) File "???", line 0, in __clone (libc.so.6)
#22 59.94     (C) File "???", line 0, in start_thread (libpthread.so.0)
#22 59.94     (C) File "???", line 0, in execute_native_thread_routine (libarrow.so.1100)
#22 59.94     (C) File "???", line 0, in std::thread::_State_impl<std::thread::_Invoker<std::tuple<arrow::internal::ThreadPool::LaunchWorkersUnlocked(int)::{lambda()#1}> > >::_M_run() (libarrow.so.1100)
#22 59.94     (C) File "???", line 0, in std::condition_variable::wait(std::unique_lock<std::mutex>&) (libstdc++.so.6)
#22 59.94     (C) File "???", line 0, in pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0)
#22 59.94
#22 59.94 Traceback for thread 30 [] (most recent call last):
#22 59.94     (C) File "???", line 0, in __clone (libc.so.6)
#22 59.94     (C) File "???", line 0, in start_thread (libpthread.so.0)
#22 59.94     (C) File "???", line 0, in blas_thread_server (libopenblas64_p-r0-15028c96.3.21.so)
#22 59.94     (C) File "???", line 0, in pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0)
#22 59.94
#22 59.94 Traceback for thread 47 [] (most recent call last):
#22 59.94     (C) File "???", line 0, in __clone (libc.so.6)
#22 59.94     (C) File "???", line 0, in start_thread (libpthread.so.0)
#22 59.94     (C) File "???", line 0, in execute_native_thread_routine (libarrow.so.1100)
#22 59.94     (C) File "???", line 0, in std::thread::_State_impl<std::thread::_Invoker<std::tuple<arrow::internal::ThreadPool::LaunchWorkersUnlocked(int)::{lambda()#1}> > >::_M_run() (libarrow.so.1100)
#22 59.94     (C) File "???", line 0, in std::condition_variable::wait(std::unique_lock<std::mutex>&) (libstdc++.so.6)
#22 59.94     (C) File "???", line 0, in pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0)
#22 59.94
#22 59.94 Traceback for thread 43 [] (most recent call last):
#22 59.94     (C) File "???", line 0, in __clone (libc.so.6)
#22 59.94     (C) File "???", line 0, in start_thread (libpthread.so.0)
#22 59.94     (C) File "???", line 0, in execute_native_thread_routine (libarrow.so.1100)
#22 59.95     (C) File "???", line 0, in std::thread::_State_impl<std::thread::_Invoker<std::tuple<arrow::internal::ThreadPool::LaunchWorkersUnlocked(int)::{lambda()#1}> > >::_M_run() (libarrow.so.1100)
#22 59.95     (C) File "???", line 0, in std::condition_variable::wait(std::unique_lock<std::mutex>&) (libstdc++.so.6)
#22 59.95     (C) File "???", line 0, in pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0)
#22 59.95
#22 59.95 Traceback for thread 54 [] (most recent call last):
#22 59.95     (C) File "???", line 0, in __clone (libc.so.6)
#22 59.95     (C) File "???", line 0, in start_thread (libpthread.so.0)
#22 59.95     (C) File "???", line 0, in execute_native_thread_routine (libarrow.so.1100)
#22 59.95     (C) File "???", line 0, in std::thread::_State_impl<std::thread::_Invoker<std::tuple<arrow::internal::ThreadPool::LaunchWorkersUnlocked(int)::{lambda()#1}> > >::_M_run() (libarrow.so.1100)
#22 59.95     (C) File "???", line 0, in std::condition_variable::wait(std::unique_lock<std::mutex>&) (libstdc++.so.6)
#22 59.95     (C) File "???", line 0, in pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0)
#22 59.95
#22 59.95 Traceback for thread 56 [] (most recent call last):
#22 59.95     (C) File "???", line 0, in __clone (libc.so.6)
#22 59.95     (C) File "???", line 0, in start_thread (libpthread.so.0)
#22 59.95     (C) File "???", line 0, in execute_native_thread_routine (libarrow.so.1100)
#22 59.95     (C) File "???", line 0, in std::thread::_State_impl<std::thread::_Invoker<std::tuple<arrow::internal::ThreadPool::LaunchWorkersUnlocked(int)::{lambda()#1}> > >::_M_run() (libarrow.so.1100)
#22 59.95     (C) File "???", line 0, in std::condition_variable::wait(std::unique_lock<std::mutex>&) (libstdc++.so.6)
#22 59.95     (C) File "???", line 0, in pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0)
#22 59.95
#22 59.95 Traceback for thread 48 [] (most recent call last):
#22 59.95     (C) File "???", line 0, in __clone (libc.so.6)
#22 59.95     (C) File "???", line 0, in start_thread (libpthread.so.0)
#22 59.95     (C) File "???", line 0, in execute_native_thread_routine (libarrow.so.1100)
#22 59.95     (C) File "???", line 0, in std::thread::_State_impl<std::thread::_Invoker<std::tuple<arrow::internal::ThreadPool::LaunchWorkersUnlocked(int)::{lambda()#1}> > >::_M_run() (libarrow.so.1100)
#22 59.95     (C) File "???", line 0, in std::condition_variable::wait(std::unique_lock<std::mutex>&) (libstdc++.so.6)
#22 59.95     (C) File "???", line 0, in pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0)
#22 59.95
#22 59.95 Traceback for thread 44 [] (most recent call last):
#22 59.95     (C) File "???", line 0, in __clone (libc.so.6)
#22 59.95     (C) File "???", line 0, in start_thread (libpthread.so.0)
#22 59.95     (C) File "???", line 0, in execute_native_thread_routine (libarrow.so.1100)
#22 59.95     (C) File "???", line 0, in std::thread::_State_impl<std::thread::_Invoker<std::tuple<arrow::internal::ThreadPool::LaunchWorkersUnlocked(int)::{lambda()#1}> > >::_M_run() (libarrow.so.1100)
#22 59.95     (C) File "???", line 0, in std::condition_variable::wait(std::unique_lock<std::mutex>&) (libstdc++.so.6)
#22 59.95     (C) File "???", line 0, in pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0)
#22 59.95
#22 59.95 Traceback for thread 51 [] (most recent call last):
#22 59.95     (C) File "???", line 0, in __clone (libc.so.6)
#22 59.95     (C) File "???", line 0, in start_thread (libpthread.so.0)
#22 59.95     (C) File "???", line 0, in execute_native_thread_routine (libarrow.so.1100)
#22 59.95     (C) File "???", line 0, in std::thread::_State_impl<std::thread::_Invoker<std::tuple<arrow::internal::ThreadPool::LaunchWorkersUnlocked(int)::{lambda()#1}> > >::_M_run() (libarrow.so.1100)
#22 59.95     (C) File "???", line 0, in std::condition_variable::wait(std::unique_lock<std::mutex>&) (libstdc++.so.6)
#22 59.95     (C) File "???", line 0, in pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0)
#22 59.95
#22 59.95 Traceback for thread 41 [] (most recent call last):
#22 59.95     (C) File "???", line 0, in __clone (libc.so.6)
#22 59.95     (C) File "???", line 0, in start_thread (libpthread.so.0)
#22 59.95     (C) File "src/background_thread.c", line 444, in background_thread_entry (libarrow.so.1100)
#22 59.95     (C) File "src/background_thread.c", line 419, in background_work (inlined) (libarrow.so.1100)
#22 59.95     (C) File "src/background_thread.c", line 229, in background_work_sleep_once (inlined) (libarrow.so.1100)
#22 59.95     (C) File "src/background_thread.c", line 159, in background_thread_sleep (inlined) (libarrow.so.1100)
#22 59.95     (C) File "???", line 0, in pthread_cond_timedwait@@GLIBC_2.3.2 (libpthread.so.0)
#22 59.95
#22 59.95 Traceback for thread 45 [] (most recent call last):
#22 59.95     (C) File "???", line 0, in __clone (libc.so.6)
#22 59.95     (C) File "???", line 0, in start_thread (libpthread.so.0)
#22 59.95     (C) File "???", line 0, in execute_native_thread_routine (libarrow.so.1100)
#22 59.95     (C) File "???", line 0, in std::thread::_State_impl<std::thread::_Invoker<std::tuple<arrow::internal::ThreadPool::LaunchWorkersUnlocked(int)::{lambda()#1}> > >::_M_run() (libarrow.so.1100)
#22 59.95     (C) File "???", line 0, in std::condition_variable::wait(std::unique_lock<std::mutex>&) (libstdc++.so.6)
#22 59.95     (C) File "???", line 0, in pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0)
#22 59.95
#22 59.95 Traceback for thread 42 [] (most recent call last):
#22 59.96     (C) File "???", line 0, in __clone (libc.so.6)
#22 59.96     (C) File "???", line 0, in start_thread (libpthread.so.0)
#22 59.96     (C) File "src/background_thread.c", line 444, in background_thread_entry (libarrow.so.1100)
#22 59.96     (C) File "src/background_thread.c", line 419, in background_work (inlined) (libarrow.so.1100)
#22 59.96     (C) File "src/background_thread.c", line 229, in background_work_sleep_once (inlined) (libarrow.so.1100)
#22 59.96     (C) File "src/background_thread.c", line 159, in background_thread_sleep (inlined) (libarrow.so.1100)
#22 59.96     (C) File "???", line 0, in pthread_cond_timedwait@@GLIBC_2.3.2 (libpthread.so.0)
#22 59.96
#22 59.96 Traceback for thread 55 [] (most recent call last):
#22 59.96     (C) File "???", line 0, in __clone (libc.so.6)
#22 59.96     (C) File "???", line 0, in start_thread (libpthread.so.0)
#22 59.96     (C) File "???", line 0, in execute_native_thread_routine (libarrow.so.1100)
#22 59.96     (C) File "???", line 0, in std::thread::_State_impl<std::thread::_Invoker<std::tuple<arrow::internal::ThreadPool::LaunchWorkersUnlocked(int)::{lambda()#1}> > >::_M_run() (libarrow.so.1100)
#22 59.96     (C) File "???", line 0, in std::condition_variable::wait(std::unique_lock<std::mutex>&) (libstdc++.so.6)
#22 59.96     (C) File "???", line 0, in pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0)
#22 59.96
#22 59.96 Traceback for thread 33 [] (most recent call last):
#22 59.96     (C) File "???", line 0, in __clone (libc.so.6)
#22 59.96     (C) File "???", line 0, in start_thread (libpthread.so.0)
#22 59.96     (C) File "src/background_thread.c", line 444, in background_thread_entry (libarrow.so.1100)
#22 59.96     (C) File "src/background_thread.c", line 412, in background_work (inlined) (libarrow.so.1100)
#22 59.96     (C) File "src/background_thread.c", line 374, in background_thread0_work (inlined) (libarrow.so.1100)
#22 59.96     (C) File "src/background_thread.c", line 229, in background_work_sleep_once (inlined) (libarrow.so.1100)
#22 59.96     (C) File "src/background_thread.c", line 159, in background_thread_sleep (inlined) (libarrow.so.1100)
#22 59.96     (C) File "???", line 0, in pthread_cond_timedwait@@GLIBC_2.3.2 (libpthread.so.0)
#22 59.96
#22 59.96 Traceback for thread 58 [] (most recent call last):
#22 59.96     (C) File "???", line 0, in __clone (libc.so.6)
#22 59.96     (C) File "???", line 0, in start_thread (libpthread.so.0)
#22 59.96     (C) File "???", line 0, in execute_native_thread_routine (libarrow.so.1100)
#22 59.96     (C) File "???", line 0, in std::thread::_State_impl<std::thread::_Invoker<std::tuple<arrow::internal::ThreadPool::LaunchWorkersUnlocked(int)::{lambda()#1}> > >::_M_run() (libarrow.so.1100)
#22 59.96     (C) File "???", line 0, in std::condition_variable::wait(std::unique_lock<std::mutex>&) (libstdc++.so.6)
#22 59.96     (C) File "???", line 0, in pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0)
#22 59.96
#22 59.96 Traceback for thread 52 [] (most recent call last):
#22 59.96     (C) File "???", line 0, in __clone (libc.so.6)
#22 59.96     (C) File "???", line 0, in start_thread (libpthread.so.0)
#22 59.96     (C) File "???", line 0, in execute_native_thread_routine (libarrow.so.1100)
#22 59.96     (C) File "???", line 0, in std::thread::_State_impl<std::thread::_Invoker<std::tuple<arrow::internal::ThreadPool::LaunchWorkersUnlocked(int)::{lambda()#1}> > >::_M_run() (libarrow.so.1100)
#22 59.96     (C) File "???", line 0, in std::condition_variable::wait(std::unique_lock<std::mutex>&) (libstdc++.so.6)
#22 59.96     (C) File "???", line 0, in pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0)
#22 59.96
#22 59.96 Traceback for thread 46 [] (most recent call last):
#22 59.96     (C) File "???", line 0, in __clone (libc.so.6)
#22 59.96     (C) File "???", line 0, in start_thread (libpthread.so.0)
#22 59.96     (C) File "???", line 0, in execute_native_thread_routine (libarrow.so.1100)
#22 59.96     (C) File "???", line 0, in std::thread::_State_impl<std::thread::_Invoker<std::tuple<arrow::internal::ThreadPool::LaunchWorkersUnlocked(int)::{lambda()#1}> > >::_M_run() (libarrow.so.1100)
#22 59.96     (C) File "???", line 0, in std::condition_variable::wait(std::unique_lock<std::mutex>&) (libstdc++.so.6)
#22 59.96     (C) File "???", line 0, in pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0)
#22 59.96
#22 59.96 Traceback for thread 37 [] (most recent call last):
#22 59.96     (C) File "???", line 0, in __clone (libc.so.6)
#22 59.96     (C) File "???", line 0, in start_thread (libpthread.so.0)
#22 59.96     (C) File "src/background_thread.c", line 444, in background_thread_entry (libarrow.so.1100)
#22 59.96     (C) File "src/background_thread.c", line 419, in background_work (inlined) (libarrow.so.1100)
#22 59.96     (C) File "src/background_thread.c", line 229, in background_work_sleep_once (inlined) (libarrow.so.1100)
#22 59.96     (C) File "src/background_thread.c", line 159, in background_thread_sleep (inlined) (libarrow.so.1100)
#22 59.96     (C) File "???", line 0, in pthread_cond_timedwait@@GLIBC_2.3.2 (libpthread.so.0)
#22 59.96
#22 DONE 60.1s

Another one:
#0  __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50
#1  0x00007f7ac74f5537 in __GI_abort () at abort.c:79
#2  0x00007f7a97cb07ec in ?? () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#3  0x00007f7a97cbb966 in ?? () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#4  0x00007f7a97cbb9d1 in std::terminate() () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#5  0x00007f7a97cbb3cc in __gxx_personality_v0 () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#6  0x00007f7ac42478a4 in ?? () from /lib/x86_64-linux-gnu/libgcc_s.so.1
#7  0x00007f7ac4247f4e in _Unwind_ForcedUnwind () from /lib/x86_64-linux-gnu/libgcc_s.so.1
#8  0x00007f7ac74c2c30 in __GI___pthread_unwind (buf=<optimized out>) at unwind.c:121
#9  0x00007f7ac74ba18c in __do_cancel () at pthreadP.h:310
#10 __pthread_exit (value=<optimized out>) at pthread_exit.c:28
#11 0x00007f7ac75537f4 in __pthread_exit (retval=<optimized out>) at forward.c:141
#12 0x00007f7ac7813ab8 in ?? () from /usr/local/bin/../lib/libpython3.11.so.1.0
#13 0x00007f7ac7b69d00 in _PyRuntime () from /usr/local/bin/../lib/libpython3.11.so.1.0
#14 0x0000000000001388 in ?? ()
#15 0x0000000000000000 in ?? ()

Workaround
I've attempted to lower the ARROW_IO_THREADS and OMP_NUM_THREADS but it doesn't have an effect. Setting use_threads=False takes care of the problem but is quite non-performant.
Component(s)
C++, Python

cc @westonpace would you mind take a look?

It seems like even when use_threads=False is set, it can still (rarely) segfault. I wasn't able to repro it in a few thousand runs of the example but did see this happen the other day in similar code that writes a dataset.

Looks like I spoke too soon. This is occurring daily with enough scale even when use_threads=False in pyarrow version 14.0.1. Using pyarrow.parquet.write_table seems like the only true workaround to avoid a segfault with the threadpool accessing what appears to no longer be valid memory.

Quite possible this was fixed by https://github.com/apache/arrow/pull/38637

Still reproduces on pyarrow==14.0.2 and python 3.12.1.
It seems like a similar fix to https://github.com/apache/arrow/pull/38637 could be applied to the numpy buffer to ensure they only attempt to call the destructor if python is initialized.
When I alter the example to run a full gc collect to clean up the numpy data object before shutdown, it no longer segfaults.

import tempfile
import gc
import string

import numpy as np
import pandas as pd
import pyarrow as pa
import pyarrow.dataset as ds

NUM_ROWS = 10_000

def file_visitor(written_file):
    print(f"path={written_file.path}")
    print(f"size={written_file.size} bytes")
    print(f"metadata={written_file.metadata}")

def main() -> int:
    df = pd.DataFrame(
        {
            "float": np.random.rand(NUM_ROWS),
            "int": np.random.randint(0, 10000, size=NUM_ROWS),
            "string": np.random.choice(list(string.ascii_letters), size=NUM_ROWS),
        }
    )
    data = pa.Table.from_pandas(
        df,
    )

    print(pa.show_info())
    with tempfile.TemporaryDirectory() as t:
        ds.write_dataset(
            data=data,
            format="parquet",
            base_dir=t,
            max_rows_per_file=1000,
            max_rows_per_group=1000,
            # So we can see all the files being written
            file_visitor=file_visitor,
            use_threads=True,
        )
        # This is critical to clean up the numpy buffers
        # and ensure their destructor is called before interpreter shutdown
        del data
        gc.collect()

        print(f"Wrote data to {t}")
    return 0

if __name__ == "__main__":
    raise SystemExit(main())

Looking at this a bit more, I wonder if PyAcquireGIL should be calling Py_IsInitialized before PyGILState_Ensure/PyGILState_Release. Since this is potentially called in other destructors it may impact more than the numpybuffer.


New Version: GPSoftware.DirectoryOpus

Checklist for Pull Requests

[ ] Have you signed the Contributor License Agreement?
[ ] Is there a linked Issue?

Manifests

[x] Have you checked that there aren't other open pull requests for the same manifest update/change?
[ ] This PR only modifies one (1) manifest
[x] Have you validated your manifest locally with winget validate --manifest <path>?

[ ] Does your manifest conform to the 1.9 schema?

Note: <path> is the directory's name containing the manifest you're submitting.

Microsoft Reviewers: Open in CodeFlow

@microsoft-github-policy-service agree

The official site is https://www.gpsoft.com.au/. In the download page, the url is https://www.gpsoft.com.au/download/release. For me, it will be redirected to https://cdn2.gpsoft.com.au/files/Opus13/DOpusInstall-13.11.exe


fix documentation

…rack property doesn't exists

https://github.com/Deivu/Shoukaku/blob/56e71978be21d2de8464f6cddfac6680144969e6/src/node/Rest.ts#L22
Should be encoded instead as track is depracated


Ability to ignore tcp connection state established on filters

Proposal / RFE
We're looking for the ability to explicitly block all traffic from specified ranges irrespective of connection state or TCP flags.
Describe the solution you'd like
Potentially something like an optional ignoreEstablished attribute:
apiVersion: "cilium.io/v2"
kind: CiliumNetworkPolicy
metadata:
  name: "testpolicy1"
  namespace: cilium-test-01
spec:
  endpointSelector:
    matchLabels:
      app: testapp
  ingress:
    - fromCIDRSet:
      - cidr: <IP_ADDRESS>/20
      - cidr: <IP_ADDRESS>/22
      ignoreEstablished: true # defaults at false(?)

I wonder if this could this be achieved by flushing the connection tracking tables. I don't believe we currently support selective flushing (e.g., based in IPs), but the mechanisms are there.

@gpl can you explain a bit more about the use case? Is this more about forcing connections to be terminated when installing a new policy to drop specific traffic? Or do you have in mind some kind of uni-directional protocol that never receives any responses?

Yes, the former is one of the things we'd like to accomplish.
We also want to filter ingress traffic with certainty, but allowing established connections on some services leaves a question in the air of if traffic is allowed or not.
We weren't clear on how the filters work internally -- is the connection state filter implemented with connection tracking or via the TCP flags?

In Cilium 1.9.0, there are now deny policies. If you configured deny policies to ensure that there cannot be inbound connections from a specified peer, and also configured outbound policies (either allow or deny) such that the pods cannot reach out to that peer, then there shouldn't be a way to reach that peer from endpoints selected by the policy.
When it comes to policy transition handling, I would suggest to look more in the direction of ensuring that all policy lookups are made based upon the current policy rather than introducing a flag like this on individual policies.
One other thing that may be worth mentioning is that the 'prefilter' functionality should have the behaviour you desire today. However, right now this can only be configured locally / eg via the individual agent API, there are no distributed APIs to configure this via k8s for example.

We weren't clear on how the filters work internally -- is the connection state filter implemented with connection tracking or via the TCP flags?

It is based on a connection tracker which migrates the entry through different timeouts based on bidirectional flags seen.


Adding a file

Laravel Version: #.#.#
Voyager Version: #.#.#
PHP Version:
Database Driver & Version:

Description:
If i try to add a mp4 file i get: [{"download_link":"  ","original_name":"mov_bbb.mp4"}]
i only want the download link part to save to my database so that i can use {{ asset(         ) }}.
How do i do that?

First, all version information is required.  This provides the information needed to best support you.
Second, we prefer to reserve github issues for feature requests or bugs in the package.  Questions like yours are best asked on our Slack group.
Finally, to answer your question, why not just json_decode() it? This is how Voyager stores the data from file upload fields.  Additionally, voyager provides a voyager_asset helper method(https://github.com/the-control-group/voyager/blob/1.0/src/Helpers/helpers.php#L17) that will automatically use the configured asset path.  I would recommend doing something like:
$data = json_decode($json_string);
{{ voyager_asset($data->download_link) }}


Add maven-bundle-plugin to create OSGi-ready packages

The Felix maven-bundle-plugin adds a manifest file within the resulting jar that OSGi uses when wiring together dependencies. By default, the plugin ignores packages named impl, so explicit instructions have been added to the poms of httpcore5 and httpcore-h2 to publish all packages in the manifest. The resulting package is still a jar file, so non-OSGi consumers need not do anything different.

Closing this pull request based on feedback from https://github.com/apache/httpcomponents-client/pull/284.


cudaStreamSynchronize failure

Issue Description
Experienced a cudaStreamSynchronize error about 2 hours into a training process. No other processes running at that time.
https://gist.github.com/crockpotveggies/9a149b5c076dd1208f7a3e0606050054
Version Information
Master

UI crash. Not sure what to do here without reproducible code.

@crockpotveggies Do you have a minimization for this one ?

I think this issue was resolved long ago. If not - please let me know.


AutoPr-ManagedServices-ajay-sainy-REST Spec PrNumber 5947

@ajay-sainy Closing this PR due to upcoming directory restructuring changes. Please open this PR manually after 06/11 when the restructuring is complete.


GML simple features profile

This is a pull request for GML simple features profile support. Note that this is not complete. It may also be unstable. I am working on it with Kevin.

Thanks @ayk115 and @kring.
Can you please add a TODO with checkboxes to this pull request so we know what is left?

@pjcozzi
TODO

[ ] Display metadata information when a feature is clicked.
[ ] Curve segments integration.
[ ] Exhaustive testing.
[ ] Unit tests.
[ ] Documentation.

What's the latest here?  Are we in good shape for finishing this for GSoC?

Hey,
I'm interested in continuing this work and addding WFS support in Cesium.
Could someone let me know what needs fixing here?

@sushrut141 The TODO list above summarizes it pretty well.  I'd probably start by merging in master.

Do you still plan, guys, to add GML support?

@ezze we would like to at some point, but it is not a priority for the core team right now.  In the meantime, perhaps conversion to CZML, KML, or GeoJSON may be a reasonable approach.

Thanks for the initial work on this @ayk115!  I've parked the changes on this branch so someone can pick it up in the future: https://github.com/AnalyticalGraphicsInc/cesium/tree/gml

Over a year has passed since the last update.  Does anyone know if any progress was made in adding support for GML and WFS?

@ruimaciel this isn't a priority for our team right now, so I don't think we'll pick it back up any time soon.  However, we would be more than happy to review a pull request if you have time to finish up the work started in this branch! https://github.com/AnalyticalGraphicsInc/cesium/tree/gml


Add float16 support for tf.qr

This fix tries to address the issue raised in #23830 where tf.qr does not support float16 data types.
This fix adds the float16 support for tf.qr.
This fix fixes #23830.
Signed-off-by: Yong Tang<EMAIL_ADDRESS>

@reedwm are you the right person to take a look at this?

/CC @rmlarsen, can you take a look? I am not familiar with QR.
Also, a test should probably be added to qr_op_test.py.

/CC @rmlarsen, can you take a look? I am not familiar with QR.
Also, a test should probably be added to qr_op_test.py.

@rmlarsen  Any update please ?

Nagging Reviewer @rmlarsen: You have been added as a reviewer to this pull request. Please add your review or reassign. It has been 14 days with no activity and the awaiting review label has been applied.

Nagging Reviewer @rmlarsen: You have been added as a reviewer to this pull request. Please add your review or reassign. It has been 29 days with no activity and the awaiting review label has been applied.

Nagging Reviewer @rmlarsen: You have been added as a reviewer to this pull request. Please add your review or reassign. It has been 29 days with no activity and the awaiting review label has been applied.

Nagging Reviewer @rmlarsen: You have been added as a reviewer to this pull request. Please add your review or reassign. It has been 44 days with no activity and the awaiting review label has been applied.

Nagging Reviewer @rmlarsen: You have been added as a reviewer to this pull request. Please add your review or reassign. It has been 59 days with no activity and the awaiting review label has been applied.

Nagging Reviewer @rmlarsen: You have been added as a reviewer to this pull request. Please add your review or reassign. It has been 74 days with no activity and the awaiting review label has been applied.

Nagging Reviewer @rmlarsen: You have been added as a reviewer to this pull request. Please add your review or reassign. It has been 89 days with no activity and the awaiting review label has been applied.

Nagging Reviewer @rmlarsen: You have been added as a reviewer to this pull request. Please add your review or reassign. It has been 104 days with no activity and the awaiting review label has been applied.

Nagging Reviewer @rmlarsen: You have been added as a reviewer to this pull request. Please add your review or reassign. It has been 104 days with no activity and the awaiting review label has been applied.

Nagging Reviewer @rmlarsen, @caisq: You have been added as a reviewer to this pull request. Please add your review or reassign. It has been 14 days with no activity and the awaiting review label has been applied.

@yongtang could you please resolve the conflicts? Thanks!

@yongtang  gentle ping to resolve the conflicts. Thanks!

@yongtang Did you get a chance to look on conflicts? Please let us know on the update. Thanks!

Sorry for the delay. Let me close this PR for now. Will reopen once all issue has been resolved.


Code editor improvement: highlight singletons

I just discovered that it's possible to use auto-load singletons by their names, as if they were global variables.
PlayerSettings.load()
# Instead of this
get_node("/root/PlayerSettings").load()

It would be nice to have them coloured in the code editor because otherwise they look like variables coming from nowhere. Usually, you can look up for the definition of a member or class by searching the file, but if it's a global thing you don't know that by just looking at the code.

This issue still seems to be relevant as of https://github.com/godotengine/godot/commit/b030834b6384d5f57e5fc63db21b643adc86b3da.

Nowadays, something adds up to the intent behind that issue: named classes are also global-scope, maybe it makes sense to highlight them too?


What is this package for?

This sounds interesting... Could you let me know what this plugin is intended for?

Hi @tonypartridge
This repo is for Editor.js@3 document model. For now this is WIP, we will announce more once we are ready


Missing publisher

Not that it makes that much of a difference, but pubspec_manager hasn't been transferred to the onepub.dev publisher that you're using for the other packages.

thanks. I've now moved it.


Kafka json encoder

Add JsonRowEncoder and JsonRowEncoderFactory
Add test case in io.prestosql.plugin.kafka.TestKafkaIntegrationSmokeTest#testRoundTripAllFormats
blocked by https://github.com/prestosql/presto/pull/4287
@losipiuk @aalbu

Still working on tests for date/time types, those aren't done yet

have to open a new pr to merge into presto/master


Yale Real Living SYDL220 (Australian version of YRL220): Battery drains in days

Hi,
I have the Yale Real Living SYDL220 lock, connected to a Raspbee hat using the ZHA component in Home Assistant. The Raspberry Pi running Home Assistant is located about 1m away from the door lock, so signal strength should not be an issue.
When not using the Lock’s Zigbee module (ZBM1), the battery lasts for months. When connecting the lock to my Home Assistant setup through the Lovelace UI, the battery drains within a few days. I am new to Zigbee devices and don’t quite know where to start with regard to debugging this. My guess is that the lock never goes to sleep, though that’s really just a hunch. There is a separate Zigbee setup in the apartment with Philips Hue lights and a Hue Bridge, though I have no idea if this might cause issues.
I have tried unpairing the lock and re-pairing it multiple times, seemingly to no effect. I have also flashed the Raspbee with the most recent firmware.
Additionally, the lock shows up in Home Assistant with two battery sensors, none of which are working. And the lock does not report its state in a manner that Home Assistant recognises.
I think I have found a cluster attribute that reflects the lock’s state, though none of the long list of battery attributes seem to produce a value.
Any help on this appreciated. I’m happy to provide any information that might be needed to figure this out. The battery drain especially is a bit painful.
Thanks,
Michael

This issue should be in home assistant. The quirk for this doesn't affect this. Can you move this issue to the home assistant repo and do the following: remove the device from the ZHA config UI, wait 5 minutes and then re-add it. Take the entire contents of the device adding panel's console and attach it to the ticket.

Thanks @dmulcahey. I'll do that today and close this issue ones done.

This is now done. See Home Assistant issue.


Checkpoint 1 Review

Implement new article height parameters

fixed the feedback on fixing my image height in article lists

Coverage remained the same at 100.0% when pulling 0a27e596090ee7ef501297bd4e640f58f731e1da on checkpoint/feedback/fix-article-image-heights into cc35d784321c6a88d4fe97a4cf2b7c8439a2d9a4 on develop.


Feature Request: Support other file extensions

It appears to me that only .md files are scanned for tags. It would be great if I could add tags on other file extensions. Like on .tex files % @nested-tags:topic,here/is/a/nested/example.

You sir are very disciplined to keep your notes in LaTeX. :) Yeah, we can do that!

@pranphy I've got a branch out right now to address this feature request. I'll add some documentation and do some more testing before I release it. You can see that here.

Resolved by release https://github.com/blakedietz/vscode-nested-tags/tree/v1.6.0.


fix(WelcomeTitle): use non-deprecated IdentityApi methods

Signed-off-by: Phil Kuang<EMAIL_ADDRESS>Hey, I just made a Pull Request!
Fixes the same issue found in https://github.com/backstage/backstage/issues/8520 for the WelcomeTitle component by applying a similar change from https://github.com/backstage/backstage/pull/8521

:heavy_check_mark: Checklist

[x] A changeset describing the change and affected packages. (more info)
[ ] Added or updated documentation
[ ] Tests for new functionality and regression tests for bug fixes
[ ] Screenshots attached (for UI changes)
[x] All your commits have a Signed-off-by line in the message. (more info)

@freben @jhaals  is there someway to invalidate all existing login sessions so that already logged in users will have to re-login?
I believe the real issue here and the one from https://github.com/backstage/backstage/issues/8520 are being caused by the cached BackstageIdentity of already logged-in users from a previous session (in their localstorage I assume) which were created prior to the recent release that introduced the identity field: https://github.com/backstage/backstage/pull/8283/files#diff-83019012316e589ef138dc19feb5ad82a7f41e3e34fb510088dab2bb73de6cd6R160
After bumping our local instance to that release, the error shown in https://github.com/backstage/backstage/issues/8520 arises since the older BackstageIdentity is missing the identity which UserIdentity is attempting to read. I was able to confirm by logging out and re-logging back in, I was able to by-pass this error since my BackstageIdentity was re-created under the new interface. I believe the same needs to be done to fully migrate existing users to be compatible with the breaking IdentityApi changes.

Yeah that sounds right. We tried to diligently add code that made sure to bridge the gap from the old model to the new one, butaybe we missed something in the local state.
You can't force re-login as far as I know through official means, but you may be able to add a little read-update-write thing for that local storage key directly at startup?

hmmm ..
so what I'm thinking might be the "cleanest" solution on my end may be to check the format of the local storage value on startup and trigger a sign out if it matches the deprecated interface. That way the user will go through the sign in process and generate/re-cache the updated BackstageIdentity without having our custom "workaround" coupled with knowing how to update it place. We would probably have to keep this "workaround" in place for a while since we can't tell whether all users have been "migrated" which is unfortunate ...
Let me know if you have any other suggestions for us or if there may be a way this can be mediated in Backstage core (perhaps we can put the above solution in the sign in logic and/or version the BackstageIdentity that is cached to handle potential future breaking changes like this?).

@backstage/techdocs-core One more!


Imod6 1079 wbal to metamod

-added script to generate csv file from modflow lst file
-added function to compare csv  files
-added  test that compares metamod simulation to reference output

I think the SonarCloud warning is "not a big deal".  The regular expressions it complains about can lead to large runtime  if applied to a  long text file - but we go through the mf6 output file line by line and apply the regular expression to each line separately.
I have a problem fixing the linting error because at my pc, black doesn't find an issue with the changeset.

I have a problem fixing the linting error because at my pc, black doesn't find an issue with the changeset.

The black on the CI seems to be happy with your changes now.
I agree that the many of these warnings can be ignored, I've closed them now.
I think the rest would be good to fix.
I also see that some of the tests fail on TeamCity.

I have a problem fixing the linting error because at my pc, black doesn't find an issue with the changeset.

The black on the CI seems to be happy with your changes now.
I agree that the many of these warnings can be ignored, I've closed them now.
I think the rest would be good to fix.
I also see that some of the tests fail on TeamCity.


Add test for new modifier

MetadataResolver.GetMethod(d.Methods, method) from static bool IsHidingMethod(MethodDefinition method) returns null . I do not know whether this a bug or System.CodeDom limitation.

MetadataResolver.GetMethod(d.Methods, method) from static bool IsHidingMethod(MethodDefinition method) returns null . I do not know whether this a bug or System.CodeDom limitation.

This appears to be a problem in PublicApiGenerator's own CecilEx.IsHidingMethod: MetadataResolver.GetMethod takes return types into account (here); however, those aren't actually relevant when it comes to method shadowing / hiding. Therefore the use of MetadataResolver.GetMethod in IsHidingMethod is probably inappropriate. We should perhaps look for a different API to use.

Thank you, it is clear now.

@sungam3r, apologies once more for ignoring this PR for so long. Would you still like to continue work on this? If so, may I ask that you rebase this on top of current master?
If I remember correctly, the test that you're adding actually fails, so obviously we shouldn't merge the PR without also adding a fix for the failing test.

Done. Yes, this is just a test to demonstrate problem.

Yes, this is just a test to demonstrate problem.

Oh, that's fine. Could you please convert this PR to a draft, so we don't accidentally merge it? 🙃


Why are you "SBAT" ing all over the place? :)

Apologies for my ignorance but what does "SBAT" mean?
https://www.abbreviations.com/SBAT
Are we talking about sports betting?
Should it be added to Glossary?
Any other Issue title guidelines that could be added to the contributing page?

SBAT = Should Be Able To
SBNAT = Should Not Be Able To
The objective is to get the issue writer to think through who the solution is for and what benefit  they'll get out of it.
Good point. Will add to glossary and contribution page or feel free to do a PR with proposed change(s).

Created an issue to address
https://github.com/celo-org/celo-monorepo/issues/1947


getting error in prod release in ionic 3 and angular 5

In browser mode or in normal build the drawing works properly.
But when you build in --prod or --prod --release does not succeed in drawing and gives the following error
vendor.js:1 ERROR ReferenceError: a198254 is not defined
at a._calculateCurveControlPoints (10.js:1)
at a._addPoint (10.js:1)
at a._strokeUpdate (10.js:1)
at a._strokeMoveUpdate (10.js:1)
at HTMLCanvasElement._handleTouchMove (10.js:1)
at t.invokeTask (polyfills.js:3)
at Object.onInvokeTask (vendor.js:1)
at t.invokeTask (polyfills.js:3)
at r.runTask (polyfills.js:3)
at e.invokeTask [as invoke] (polyfills.js:3)
Thank you very much to anyone who helps

I'm having the same issue.

Hey, you'll have to figure out what this a198254 variable is in your minified code. You can probably beautify this code in any editor and compare minified code with the source code and see what it is. It most likely is some issue with JS minification, but without seeing the minified code it's hard for me to tell what's wrong.

There is probably a problem with the ionic build
this the line from the build code 10.js
"m=n.x-(a198257.x+(r-d)*v),g=n.y-(a198257.y+(u-c)*v);"
and i search in all build pages and not define var like this : a198257

Hello,
First, thank you very much for the lib :)
We have the same minified issue without ionic (with angular 5.0.3 and CLI 1.5.4). It seems to come from these two const (m1 & m2) badly minified:
https://github.com/szimek/signature_pad/blob/master/src/signature_pad.js#L280
https://github.com/szimek/signature_pad/blob/master/src/signature_pad.js#L281
Here is my minified version (with var a3075 undefined):
u.prototype._calculateCurveControlPoints = function(n,l,e) {
  var o = n.x-l.x,
      u = n.y-l.y,
      i = l.x-e.x,
      a = l.y-e.y,
      r = (n.x+l.x)/2,
      d = (n.y+l.y)/2,
      s = (l.x+e.x)/2,
      c = (l.y+e.y)/2,
      m = Math.sqrt(o*o+u*u),
      f = Math.sqrt(i*i+a*a),
      p = f/(m+f),
      h = l.x-(a3075.x+(r-s)*p),
      v = l.y-(a3075.y+(d-c)*p);
      return {
        c1: new t(r+h,d+v),
        c2: new t(s+h,c+v)
      }
    }

Could you report it to ionic? I'm not sure if I can do anything about it, if the minifier they're using produces broken code.

I've already reported to ionic but I got out of it in the meantime because I had to release a version of the application
https://forum.ionicframework.com/t/angular2-signaturepad-unable-to-paint-in-prod-mode-on-device/113782/14?u=meni_oz

I am having the same issue while using it with Angular 4 and Angular cli 1.5.5. Works fine in dev environment but throws this exception in Prod mode (with minification). Any idea if this is to do with CLI or with Signature pad itself.
a463752 is not defined main.b211f109c1c078f73dca.bundle.js:formatted:14182 ReferenceError: a463752 is not defined     at i.G7vL.i._calculateCurveControlPoints (vendor.c2e3bd2e6d7de550cf94.bundle.js:1)     at i.G7vL.i._addPoint (vendor.c2e3bd2e6d7de550cf94.bundle.js:1)     at i.G7vL.i._strokeUpdate (vendor.c2e3bd2e6d7de550cf94.bundle.js:1)     at i._strokeMoveUpdate (vendor.c2e3bd2e6d7de550cf94.bundle.js:1)     at HTMLCanvasElement._handleMouseMove (vendor.c2e3bd2e6d7de550cf94.bundle.js:1)     at t.invokeTask (polyfills.db7e1d510e23dd22e788.bundle.js:1)     at Object.onInvokeTask (vendor.c2e3bd2e6d7de550cf94.bundle.js:1)     at t.invokeTask (polyfills.db7e1d510e23dd22e788.bundle.js:1)     at r.runTask (polyfills.db7e1d510e23dd22e788.bundle.js:1)     at e.invokeTask [as invoke] (polyfills.db7e1d510e23dd22e788.bundle.js:1)

@anilchinnu21 Can you check which version of uglifyjs you're using?

@szimek it's 2.8.29

Getting same issue with only prod releases using Laravel's elixir. Keep in mind I'm using over 28 JS packages and only this one causes issues.
Generates the exception:

app.js?id=70e9ec4ef31356e4b661:formatted:11459 Uncaught ReferenceError: a6039 is not defined

Here is where it fails (compiled code):
o.prototype._calculateCurveControlPoints = function(t, e, n) {
    var i = t.x - e.x
    , o = t.y - e.y
    , a = e.x - n.x
    , s = e.y - n.y
    , u = (t.x + e.x) / 2
    , l = (t.y + e.y) / 2
    , c = (e.x + n.x) / 2
    , d = (e.y + n.y) / 2
    , f = Math.sqrt(i * i + o * o)
    , h = Math.sqrt(a * a + s * s)
    , p = h / (f + h)
    , m = a6039.x + (u - c) * p // <-- Fails here
    , v = a6039.y + (l - d) * p
    , g = e.x - m
    , _ = e.y - v;
    return {
        c1: new r(u + g,l + _),
        c2: new r(c + g,d + _)
    }
}

Just for some more information, if I run npm run dev it compiles fine and works great in all browsers, but as soon as I run npm run prod and compiles for production, as soon as I touch the canvas this error gets generated as I move my mouse through it. I can click the canvas and place dots without error.

Sorry for the spam! Downgraded to v2.2.1 and it compiles fine and works without issue. :smile:

Encountering the same issue using yarn (webpack).

I use angular-cli and build project by forward command: ng build --prod --env=prod
I have the same issue. But if update _calculateCurveControlPoints function inside of signature_pad.mjs file to forward:
SignaturePad.prototype._calculateCurveControlPoints = function (s1, s2, s3) {
var dx1 = s1.x - s2.x;
var dy1 = s1.y - s2.y;
var dx2 = s2.x - s3.x;
var dy2 = s2.y - s3.y;
var m1 = { x: (s1.x + s2.x) / 2.0, y: (s1.y + s2.y) / 2.0 };
var m2 = { x: (s2.x + s3.x) / 2.0, y: (s2.y + s3.y) / 2.0 };
var test = m2; // <- Add this line
var l1 = Math.sqrt(dx1 * dx1 + dy1 * dy1);
var l2 = Math.sqrt(dx2 * dx2 + dy2 * dy2);
var dxm = m1.x - m2.x;
var dym = m1.y - m2.y;
var k = l2 / (l1 + l2);
var cm = { x: m2.x + dxm * k, y: m2.y + dym * k };
var tx = s2.x - cm.x;
var ty = s2.y - cm.y;
return {
c1: new Point(m1.x + tx, m1.y + ty),
c2: new Point(m2.x + tx, m2.y + ty)
};
};
Then ng build --prod --env=prod command works fine.
This solution works for me.


Clarify where you upload and PR into on test-datasets guidelines

As per thread here: https://nfcore.slack.com/archives/C02L5UB4Y9G/p1683557331593929

@nf-core-bot fix linting


Possible memory leak with PerformanceObserver

Hi guys 👋
After we switched our production landing page to ElderJS we noticed a drop in free memory over time until the instance is not responding anymore and get restarted.

We ran the server locally with node inspector to identify the cause and found out that one of the bigger retainers is an internal array with strings starting with "hook." in the context of perf.js.

📷 Screenshot of devtools memory analyses of node server

In our elder.config.js we have debug.performance set to false though it still seems to collect the performance metrics without using it.
For testing purpose we commented out the PerformanceObserver and the calls to it in perf.js. Now we see a much lower retained memory.

📷 Screenshot of devtools memory analyses of node server after change

@bbuhler Yep, looks like a memory leak. Thanks for calling this out. Will dig into this shortly.

@bbuhler Yep, looks like a memory leak. Thanks for calling this out. Will dig into this shortly.

@bbuhler This will be fixed next release (should be today).

@bbuhler This will be fixed next release (should be today).


[QUESTION] Formating Time Dispaly

I am trying to configure the clock to display in 12-hour format with the AM/PM appended but I can't seem to get it to work. I was able to set the hour format to hh instead of HH but when I attempt to append A with a space, put A in the hour section, use a comma or a semicolon to separate A, nothing works. Any help would be greatly appreciated.

You have it right you should be able to set the format to hh:mm:ss A to have the time change to 12 hour.
When it doesn't work what's happening? Is the setting not saving it is the clock not changing?

Can you show me a screenshot of the clock? It updates properly with my testing.
As for the setting not saving the a after you add it try clicking anywhere else in the configuration dialog then clicking the save button


Create proposal for 2022 summer internship

Summary
From Slack:
Gabriel (UTC-6) 10:48 AM
Hey team! How do we feel about trying to bring on a summer intern? I think accessibility work is fascinating and could be foundational to the growth and development of an aspiring software developer. I also think that working on solving something like 400% zoom in JupyterLab would confer a lot of transferable knowledge and skills; albeit also a bunch of non-transferable, JupyterLab-specific skills like learning Lumino. (But even that—learning a new framework—is a transferable skill in the JavaScript ecosystem of ever-evolving fads, trends, and frameworks.) Thoughts?
Gabriel (UTC-6) 10:53 AM
I also think that 400% zoom is a reasonable chunk of work for a summer internship if the summer intern comes in with some foundations already laid in HTML, CSS, and JavaScript/programming. Well… some programming knowledge is absolutely mandatory for 400% zoom to be a reasonable scope of work for the summer… and if they don’t already have some familiarity with HTML/CSS/JavaScript/TypeScript, then they would need to be a very fast or very dedicated learner
Tania Allard 10:54 AM
We can definitely plan for a summer intern(s) - :me-too:  from me on the proposed focus - we can always start with a very slim goal and build /adjust as we see how the intern is doing (edited)
Gabriel (UTC-6) 10:58 AM
Awesome! I’ll write something up this week
Tania Allard 11:01 AM
Thank you :pray::skin-tone-4:  it does not have to be super thorough  - also could you add this as an issue on the repo? just so we can keep track of items?
Acceptance Criteria

[ ] Project added to projects folder at https://github.com/Quansight-Labs/internship-2022

Tasks to complete

[ ] Create PR at https://github.com/Quansight-Labs/internship-2022

Past proposals
From Isabela:
I have a template from past intern proposals if that would help!
2021 one
2022 one

Note from Isabela on Slack:
I agree this is scopeable and is probably one of the less controversial Jupyter accessibility PRs, so it may get along better with the community. Good idea!

I think the acceptance criteria could actually be to create an issue on the 2022 internship repo. I think projects only get added to the projects directory if they end up having an intern to pair them with, which is not directly in your control.
Also copied over from my slack follow-up:

Oops, I found a new template in the 2022 repo. It's probably good to work with that then. Although I like some of the additions added in this issue for ideas. (like the roadmap)

Closing this issue because I submitted the internship proposal to the Quansight-Labs/internship-2022 repo


Update roadmap page for python 3 support

Copied content from /roadmap/python-sdk/#python-3-support. This could be improved further.

Thank you for your contribution! Follow this checklist to help us incorporate your contribution quickly and easily:

[ ] Choose reviewer(s) and mention them in a comment (R: @username).
[ ] Format the pull request title like [BEAM-XXX] Fixes bug in ApproximateQuantiles, where you replace BEAM-XXX with the appropriate JIRA issue, if applicable. This will automatically link the pull request to the issue.
[ ] Update CHANGES.md with noteworthy changes.
[ ] If this contribution is large, please file an Apache Individual Contributor License Agreement.

See the Contributor Guide for more tips on how to make review process smoother.

LGTM, thanks!


Change init commands to avoid override by default

Changed default value of override to False in order to prevent overriding
already existing files when expanding templates.
Fixes bug where running molecule init scenario foo would override
your own .yamllint file.

Currently blocked by https://github.com/cookiecutter/cookiecutter/pull/1076


[WIP][TCE] convert static Quebecois to dynamic page

Pretty cool how fast this went. I:

ran the scraper script to generate the yml from the static file
ran the generator to create the wiring
just copied the contents of public/tce/quebecois/modify.css into the app/assets/stylesheets/to_change_everything/_quebecois.scss file

and it looks like it is pretty much done visually. I still want to

[x] delete the public/ assets (left in place to run old and new side-by-side in staging
[ ] reduce some of the CSS copied from modify.css

demo

static version: https://crimethinc.com/tce/quebecois
dynamic version:  https://crimethinc-staging-pr-948.herokuapp.com/tce/quebecois

@veganstraightedge the quebecois page in production still has an "order in bulk" link (which is just a mailto: link to<EMAIL_ADDRESS>I know you removed a bunch of "order in bulk" links recently and want to know if I should leave this one in place?

Is this normal there is a huge white space a the end of the dynamic page. Otherwise it's really clean !

@just1602, It's because there is no "the secret is to begin" panel in this version. Looking into how to optionally hide certain panels

@just1602 That blank space is where The secret is to begin. usually is.


support Orion model

support Orion model:  https://huggingface.co/OrionStarAI/Orion-14B-Base

Thank you for your PR, looks like the only difference between this and llama is change of vocab size and the FFN dimension. Is it possible to reuse llama here?


Create BUG_REPORT model

Update: i now suggest we start with a issue type selector panel, to move on step by step and keep easy-to-fill bug reports / suggestions.

This looks like something useful to have. Is there anything else left to do before merging? Thanks!

I think we need to discuss what information we want to get from this form ? Any feedback / advice ?

I changed my mind
Well we have too many packages i'm not sure this is still a good idea (and carsonbot helps us to sort things)

(dummy data but this gives a good idea of what i would look like)
Suggestion
💡 I think the best thing today would be a "issue selector panel" (and keep very free / simple forms for now for features and bugs)
Almost exactly the same as php-cs-fixer: https://github.com/PHP-CS-Fixer/PHP-CS-Fixer/issues/new/choose

So If you're ok to test 'll open a PR monday with the items i had in mind :)
cc @WebMamba @kbond @Kocal

That's would be great yet!
Do you plan to keep the select for the packages? It liked it a lot

Closing this one: replaced by #2084 for the first part / then we will deal form by form :)


Document that Hyrax 1.x requires Rails 5

Fixes #679
@projecthydra-labs/hyrax-code-reviewers

Build failures unrelated to PR.


StoreGateway: Add a metric to track block load duration

[ ] I added CHANGELOG entry for this change.
[X] Change is not relevant to the end user.

Changes

Add a new histogram to track the store-gateway block sync duration.

Verification

We need to fix linter first


Issue

Hi,
Hope you are doing well,
When I run the code to "dt_mod <- f.inputWrangling()", there is an error that "Error in nlsModel(formula, mf, start, wts) :
singular gradient matrix at initial parameter estimates". Could you please tell me how to fix it and reason? Thank you so much
Best,

Hi, are you testing with our simulated data or it's your own data? It happened before to other users. Please refer to this thread and see if there's any similarity? https://github.com/facebookexperimental/Robyn/issues/27

@gufengzhou Hi gufengzhou, Thank you for your responding, I saw the #27 and fix the code as you wrote. the error has been fixed. thanks.
But I have one more questions. For setting each hyperparameter bounds, do you have reference to set them? for example,"ooh_S_alphas = c(0.5, 3)", how do i know the bound is between 0.5 and 3? is it right that different media channel alphas has different bounds?
Thanks~~

alpha and gamma are the two parameters for the saturation curve transformation, where alpha controls the shape of the curve (S/L shape). If you run the support function f.plotResponseCurves(T), you'll see an example plot of how alpha and gamma work. For alpha, smaller alpha means L shape and larger alpha S shape. We've recommended alpha to be between 0.5 - 3 out of our experience, because below 0.5 or above 3 the respective L and S shapes get so extreme that it won't be realistic for MMM/business context. We recommend to use these bounds, but of course you can change them and check it yourselves. For alpha and gamma, we have the same bound recommendation for all channels, because we believe the bounds are quite wide already and usual business saturation should be included already.


Local execution backend & job queue decoupling

[x] add a "file" job queue type which reads .json files from a directory, keeps some records maybe
[x] does it blend?

LGTM :+1: :sparkles: :hearts:


Automated change log

It would be beneficial to have an automated change log that can be used to generate a human friendly change log for library users.

The project now uses standard-version to create automated change logs


Streaming feature collection deserializer

[x] I agree to follow the project's code of conduct.
[ ] I added an entry to CHANGES.md if knowledge of this change could be valuable to users.

This is proposal to add FeatureIterator that can be used to deserialize features from a feature collection in a stream. It is more or less a specialized version of the example code at https://github.com/serde-rs/serde/issues/903#issuecomment-297488118.
I'm very new at Rust so please excuse if I have made some rookie mistakes.

Hi @bjornharrtell! This looks like a great addition and I think we'd be delighted to have it. I'm going to leave this open for a few more days to see what others think, but the only real addition I'd like to see is some top-level documentation noting that it's available and pointing to an example.

@urschrei great :) I'll try to find time asap to improve the docs situation.

bors r+


fix: custom CSS properties

Description
Add a short description of:
I added a function to parse CSS keys that cover the edge case where a custom CSS property is present. This function will also allow for covering other edge cases in the future if it's the case.
This PR closes #1107

@illustrofia This should fix our issues.

@samijaber Do you have a process for merging the PRs? I would like to contribute more, and I would like to know how I can do a better job.

@samijaber I updated the nested-styles.ray.tsx file.


Jigasi readiness/liveness probes do not use the health check endpoints

Hello,
When using this helm chart with jigasi support enabled, I noticed, that the container's readiness/liveness probes are simple tcp probes, instead of using the health check path provided by jigasi.
I would like to propose switching to using a http probe on port 8788, and path /about/health, at least for the liveness probes.
The advantages of this approach are:

The jigasi component would be able to automatically recover from failure without human intervention, in situations where connectivity to the underlying SIP gateway fails temporarily.

https://github.com/jitsi-contrib/jitsi-helm/blob/8f9235c5c9709dc312d47038bac2fff4d54d6765/values.yaml#L328-L333 can be updated to change the default. @XenonPK , would you like to create a PR?
As of now it should obviously be possible to override these values.


Add spam protection warning on nominate form

closes #724
This isn't a great solution so feel free to improve.
It adds a new line of copy to the add/remove form explaining the spam protection rules.
it isn't great because it show for both add and remove but is only relevant to the add.

@mattrussell36 the part about spam protection is no longer true - once your association has gone in and is shown you can already nominate, no need to wait. The part about nomination must be greater than 1 vega I don't understand but sounds incorrect.


docker-machine doesn't work or error in Git Bash on windows

Trying to run docker-machine in Git bash does not produce any output:

running the same sort of commands in powershell

My default terminal is git bash and this just makes things more difficult. Any tips on how to fix this?

This fixed for me.
https://github.com/docker/machine/issues/4424#issuecomment-377727985

Now docker-machine runs in the powershell (both versions).
The problem might be because.

I had no docker-machine.exe file created after the above process.


Show hidden namespaces by default

Description
Changes proposed in this pull request:

Show hidden namespaces by default

Related issue(s)

/retest

/retest

/retest


Fix config file variables; …

service crashes sometimes when ETCD_WAL_DIR is empty, ETCD_SNAPSHOT_COUNTER renamed to correct ETCD_SNAPSHOT_COUNT

Thank you @jbarrajon


Node compatibility for linked files

Go through all the nodes that contain a doc.GetElement() call and create an alternative version that has an additional document input in order to be able to use with linked files. Fun! Only do that for those nodes where it makes sense!!!

One way to approach this may be to include an optional input for document with the default set to current document. Would definitely be better than having two versions of the same node. If that doesn't work, the next best thing would be to have one node that has a document input and create a second node that wraps that node together with a Document.Current node. That way there would only be one Python script to be maintained.

Let's go with an optional input for document. Not sure if this works with the new default values for inputs but let's make this a feature for version 0.8 ...

This pertains to all Document.XXX nodes as well BTW

This won't work. Incompatible data types for document objects in Dynamo and Python.
See this issue: https://github.com/DynamoDS/Dynamo/issues/2460

Here's a better way: Use the Element.Document property. This way we won't need an optional Document input at all.

Affected nodes:

All Intersecting Elements Of Category
CurtainPanel.HostPanel
DesignOption.DesignOptionSet
Element.ByID
Element.FromDynamoSurface
Element.Group
Element.Host
Element.Inserts
Element.Level
Element.Materials
Element.OwnerView
Element.Panels
Element.Phases
FamilyInstance.CopingElements
FamilyInstance.SubComponents
FamilyType.CompoundStructureLayers
Group.Members
MassFloor.Mass
Part.SourceElement
PlanView.Underlay
RevitFace.FromDynamoSurface
Room.Boundaries
SelectionSet.Elements
Sheet.Schedules
View.Phase
View.ViewTemplate

These nodes would need an (optional) document input:

Element.ByID
Element.FromDynamoSurface
Face.FromDynamoSurface


Files missing when installing Concrete5 via composer

Since today(?) it is not possible to install a new concrete5 project with composer.
I'm typing composer $ create-project concrete5/composer new_project which gives the following output:
Installing concrete5/composer (v1.0.0)
  - Installing concrete5/composer (v1.0.0): Loading from cache
Created project in new_project
Loading composer repositories with package information
Updating dependencies (including require-dev)
Package operations: 3 installs, 0 updates, 0 removals
  - Installing composer/installers (v1.4.0): Loading from cache
  - Installing wikimedia/composer-merge-plugin (v1.4.1): Loading from cache
  - Installing concrete5/core (8.2.1): Loading from cache
Writing lock file
Generating autoload files
Loading composer repositories with package information
Updating dependencies (including require-dev)
Nothing to install or update
Generating autoload files

However it seems to not install properly since the public/concrete folder is missing after the install.
This did work last friday (17 nov) but not today. Has anything happend since then?

@adamlindqvist I just tested this and it works for me.

@KorvinSzanto wrote on Slack that this was just a temporary problem if the concrete5 composer repository

@a3020 & @mlocati Yeah it seems to work now again.
@KorvinSzanto Any idea of what went wrong?

This was an issue with the core splitter taking too long to complete and failing to completely split the repository. To resolve the issue I updated the configuration of the core_splitter to only run on push and also moved it to run on a more powerful machine.


💄Edit(banner) : chisel - Consistent with foundryup banner

Color has been extracted from the main forge book repo banner

Motivation
Add CLI banner similar to #4338

Solution

Add banner with useful information
Edit original banner to describing exiting cli method
Color extracted from forge main banner
Repo owner can change it with RGB codes if something else is desired

Hmm personally I'm not a fan of this unless there is a way to turn it off—I often jump into and out of chisel to test stuff, and this adds a lot of noise to my terminal every time I enter chisel

Hmm personally I'm not a fan of this unless there is a way to turn it off—I often jump into and out of chisel to test stuff, and this adds a lot of noise to my terminal every time I enter chisel

ok yes that makes sense , jumpin in and out can make the terminal noisy , let me see if I can add a --silent maybe

Ideally would be a way to configure it globally so you don't need to start with e.g. chisel --silent every time, but there's not yet support for [chisel] and [anvil] config sections.
Tbh I also just question the utility of this in the foundry binaries—in foundryup it makes sense because it's not run frequently and it's the installation step, so introductory references to the book / tool are helpful and the art is fun. But anvil and chisel can be run many times per day, and have help commands built in which are likely more up to date than the book anyway. Def open to other opinions here though—I know @devtooligan likes ascii art so curious to hear what he thinks, maybe I'm being too harsh 😅

Ideally would be a way to configure it globally so you don't need to start with e.g. chisel --silent every time, but there's not yet support for [chisel] and [anvil] config sections.
Tbh I also just question the utility of this in the foundry binaries—in foundryup it makes sense because it's not run frequently and it's the installation step, so introductory references to the book / tool are helpful and the art is fun. But anvil and chisel can be run many times per day, and have help commands built in which are likely more up to date than the book anyway. Def open to other opinions here though—I know @devtooligan likes ascii art so curious to hear what he thinks, maybe I'm being too harsh 😅

No , I appreciate the explanation,  I'm sort of getting to know this crab lang, and tinkering  with Foundry which I use all the time, gives me a direction on picking the lang up, ur also right technically it doesn't offer any utility, it's just cosmetic changes

same reason as https://github.com/foundry-rs/foundry/pull/4338 ^^ thank you


Update Dart spec for 64 bit integers, including platform specific literals

See https://github.com/dart-lang/sdk/issues/33282 for context on platform specific literals.
cc @lrhn @eernstg

Spec change has landed: https://dart-review.googlesource.com/c/sdk/+/38020