text:
无法安装

npm install weex-toolkit -g
安装失败，
...........
emitter@http://github.com/component/emitter/archive/1.0.1.tar.gz
这个URL已经改成了
https://github.com/component/emitter/archive/1.0.1.tar.gz
无论用什么办法也法安装成功呀,能尽快修复吗

坑，又好了，弄了一下午没有弄好。registry=https://registry.npm.taobao.org       也不管用。

C:\Users\asasasasd\AppData\Roaming\npm\node_modules  删除weex-toolkit  然后npm i weex-toolkit -g

WARN node unsupported "node@v10.14.2" is incompatible with weex-previewer@1.5.1 › dns@0.2.2 › winston@0.7.3 › request@2.16.6 › hawk@0.10.2 › boom@0.3.x, expected node@0.8.x
Install fail! Error: GET http://github.com/component/emitter/archive/1.0.1.tar.gz response 404 status
Error: GET http://github.com/component/emitter/archive/1.0.1.tar.gz response 404 status
at get (C:\Users\Administrator\AppData\Roaming\npm\node_modules\cnpm\node_modules\npminstall\lib\get.js:57:17)
at get.next ()
at onFulfilled (C:\Users\Administrator\AppData\Roaming\npm\node_modules\cnpm\node_modules\co\index.js:65:19)
at process._tickCallback (internal/process/next_tick.js:68:7)

没有搞定还是没有办法下载 不知怎么处理了

authors: Kingbultsea ecdiy misterji


text:
weex-vue-render@1.x：PC 下用 methods 计算的 fontSize 不对

<cell>
  <text :style="testStyleMthod()">测试测试</text>
</cell>

methods: {
  testStyleMthod() {
    return { fontSize: '30px'}
  }
}

会直接写 30px 在 CSS 里面，而不是转化为 rem

methods: {
testStyleMthod() {
return { fontSize: 30}
}
}
这样写试试

@hacke2  这样是好使的，但 0.x 版本可以加 px，有一定的升级成本

@rccoder 'px' 还是要加的，不加就有问题了。。至于 PC 下，目前 render 没有适配 PC，只适配了移动端. 这里的问题倒不是 PC 或者单位的问题，主要是 weex-vue-compiler 在解析绑定的时候没有解析函数调用的形式，你把 testStyleMethod 换成 computed 就好了：
<template>

    <text :style="testStyleMthod">测试测试</text>

</template>

http://dotwe.org/vue/e73c12d38257b4cb720a6d6e4a9f9127
不过这也算是一个 weex-vue-compiler 的一个 bug，这边后续会修复这个问题.

手抖 close 掉了... 如果上述回答没有解决你的疑问，可以 reopen 继续讨论.

@MrRaindrop  嗯，computed 的话有一些场景可能写起来没 methods 方便，比如：
 <template>

    <text  v-for="(item, index) in [1, 1, 2]" :key="index" :style="testStyleMthod(index)">测试测试</text>

</template>

问下这个后续还有计划支持么？
因为一来对于已经写成这样的工程，全量去改，其实不太现实。
二来正如  @rccoder  所说的

“computed 的话有一些场景可能写起来没 methods 方便”这个是真的

source: gharchive/issue

authors: Froguard MrRaindrop hacke2 rccoder

repo: weexteam/weex-vue-render

license_type: permissive

license_source: github-api


text:
Problem with cat-sam-a, 1-shot training results

The training result（based on cat-sam-a, 1-shot，whu） for running on my own was 84，but the result mentioned in paper is 88.2?

Hi @WILSON10111 ,
Thank you for your interest in our work.
We have noticed the randomness according to this issue. We are thinking of incorporating some ways to reduce the randomness and improve the determinism of the code. Please also refer to the checkpoint for the results.
Best regards,

license: MIT


text:
Fix: ensure that aggregation buckets are always ordered by count

afaict this has always been an issue but it's just more obvious after https://github.com/wellcomecollection/catalogue/pull/1520. It presents in the UI as the aggregations changing order when a filter is applied.

Probably not a bad idea to be explicit...

source: gharchive/pull-request

repo: wellcomecollection/catalogue


text:
Handle double-writing the same manifest in the storage service

This is the cause of yesterday's failure: https://wellcome-ingest-inspector.glitch.me/ingests/35a445ac-4c36-438d-a01e-d4c44e44e7d9
As best I can tell, here's what happened:

The bag register wrote the manifest digitised/b17735270/v2, but for some reason didn't delete the message from the SQS queue or mark the ingest as succeeded. We see the following log messages in the bag register:
14:46:18.942 INFO w.s.b.client.AkkaBagTrackerClient - CREATED for POST to /bags with digitised/b17735270/v2
14:46:18.943 INFO w.s.b.client.AkkaBagTrackerClient - CREATED for POST to /bags with digitised/b17735798/v2
14:46:18.960 INFO w.s.s.m.IngestStepWorker$$anon$1 - Successful: location=PrimaryS3ReplicaLocation(s3://wellcomecollection-storage/digitised/b1773521x/v2), space=digitised, externalIdentifier=b1773521x, version=v2, ingestId=fd5a6b1f-721c-42b1-8593-5acbc93e2b2b, duration=PT2.203149S, durationSeconds=2
14:46:19.045 INFO w.s.s.m.IngestStepWorker$$anon$1 - Successful: location=PrimaryS3ReplicaLocation(s3://wellcomecollection-storage/digitised/b17735798/v2), space=digitised, externalIdentifier=b17735798, version=v2, ingestId=b0fa3bb0-da07-43f1-8167-3cdfd51a466d, duration=PT2.480333S, durationSeconds=2

but then nothing else from that task. It was doing a lot of work, and the bag register metrics show spikes in CPU around this time:

I wonder if the task crashed?

SQS waits for the queue visibility timeout, then makes the message visible again. The bag register picks it up, and discovers there's already a storage manifest with this version. It fails the bag.

Proposed changes:

[ ] Increase the CPU available to the bag register; currently it only has 0.5 vCPUs.
[ ] Improve the error logging from the storage libraries; seeing java.lang.Error: null is seriously unhelpful. You have to poke through a stack trace to find the actual error.
[ ] Support idempotent writes in VersionedStore (which is what the bag register uses). If I try to write the same object twice to the same version, that should be okay – writing different objects is the issue.
[ ] Add a test that the bag register is idempotent.

I think making idempotent writes acceptable is a good plan. 👍

Done.

authors: alexwlchan kenoir

repo: wellcomecollection/platform


text:
Recommedations to improve Stories metadata

What is the problem to solve?
42% of high value users who read Stories come from Google/organic search. If we improve Stories metadata, we will attract more high value users
What stage of research is it? (discovery/general usability testing/post release)
general usability testing
What are the objectives?

Identify way Editorial can tag Stories without using Tags in Prismic
Use hypochondria Stories as case study in effective tagging
Investigate whether link text on series list pages gets indexed by Google
Investigate why images contained in Stories rank higher than Story (Alice White to provide example)

What are the assumptions?
Stories are not currently tagged
What research technique is required?
Google Search Console
Moz
Deadline for results/dependencies:
Next Editorial Team Forum mid July

This ticket has come from work done on https://github.com/wellcomecollection/wellcomecollection.org/issues/6536

Identify way Editorial can tag Stories without using Tags in Prismic
Google stopped using meta tags after keyword stuffing reached its peak in 2009.

Use hypochondria Stories as case study in effective tagging
While tagging might not be very useful, optimising content for SEO (eg writing meta descriptions) is still important. Kate Wilkinson has a background in SEO and a Moz account so the team is in good hands.

Investigate whether link text on series list pages gets indexed by Google
Google indexes sites by crawling page and reading site structure  While "Writing in Remission" may appear on the index page but because bots read it as a link and also crawls the actual article, it's the article that gets indexed, not the link. Google also uses sitemaps to index content. We submit regular RSS format sitemaps to Google.

Investigate why images contained in Stories rank higher than Story (Alice White to provide example)


text:
Colour filter tweaks

Just fixing some leftover bugs on this. A couple of times I saw it totally bork and set the colour to NaNNaNNaN but I cannot for the life of me reproduce this, so unfortunately don't think I've fixed that for now...

It feels like don't actually need randomization here. You could just fallback an empty state to black (#000) or your brand color (##ffce3c).

I mean:
  const [internalState, setInternalState] = useState(() => color || '');

  // ...

      <input type="hidden" name={name} value={internalState} />
      <HexColorPicker
        color={internalState || '#ffce3c'}
        onChange={handleChange}
      />

hi @omgovich, thanks for the advice - this is just a prototype for internal use at the moment so will be refined into something potentially completely different later on.

authors: jamieparkinson omgovich


text:
Opening times component

[ ] change display in footer / exhibition page to remove tables
[ ] only display current days times
[ ] which venues display should be dependent on location
[ ] link to modified opening hours (rather than message) shows one week before and during modified hours

Closed in favour of #2778


text:
在ARM64上编译2.0.1出现报错

/usr/bin/ld: warning: libprotobuf.so.31, needed by /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so, not found (try using -rpath or -rpath-link)
/usr/bin/ld: warning: libopenblas.so.0, needed by /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so, not found (try using -rpath or -rpath-link)
/usr/bin/ld: CMakeFiles/websocket_server_main.dir/websocket_server_main.cc.o: in function c10::Device::validate()': websocket_server_main.cc:(.text._ZN3c106Device8validateEv[_ZN3c106Device8validateEv]+0x9c): undefined reference to c10::detail::torchInternalAssertFail(char const*, char const*, unsigned int, char const*, std::string const&)'
/usr/bin/ld: websocket_server_main.cc:(.text.ZN3c106Device8validateEv[ZN3c106Device8validateEv]+0x138): undefined reference to c10::detail::torchInternalAssertFail(char const*, char const*, unsigned int, char const*, std::string const&)' /usr/bin/ld: CMakeFiles/websocket_server_main.dir/websocket_server_main.cc.o: in function at::zeros(c10::ArrayRef, c10::TensorOptions)':
websocket_server_main.cc:(.text.ZN2at5zerosEN3c108ArrayRefIlEENS0_13TensorOptionsE[ZN2at5zerosEN3c108ArrayRefIlEENS0_13TensorOptionsE]+0x7c): undefined reference to at::_ops::zeros::call(c10::ArrayRef<long>, c10::optional<c10::ScalarType>, c10::optional<c10::Layout>, c10::optional<c10::Device>, c10::optional<bool>)' /usr/bin/ld: CMakeFiles/websocket_server_main.dir/websocket_server_main.cc.o: in function c10::IValue::toComplexDouble() const':
websocket_server_main.cc:(.text.ZNK3c106IValue15toComplexDoubleEv[ZNK3c106IValue15toComplexDoubleEv]+0x8c): undefined reference to c10::detail::torchInternalAssertFail(char const*, char const*, unsigned int, char const*, std::string const&)' /usr/bin/ld: ../decoder/libdecoder.a(torch_asr_model.cc.o): in function wenet::TorchAsrModel::Read(std::string const&)':
torch_asr_model.cc:(.text+0x904): undefined reference to torch::jit::load(std::string const&, c10::optional<c10::Device>)' /usr/bin/ld: ../decoder/libdecoder.a(torch_asr_model.cc.o): in function wenet::TorchAsrModel::ForwardEncoderFunc(std::vector<std::vector<float, std::allocator >, std::allocator<std::vector<float, std::allocator > > > const&, std::vector<std::vector<float, std::allocator >, std::allocator<std::vector<float, std::allocator > > >)':
torch_asr_model.cc:(.text+0x1dc8): undefined reference to torch::jit::Method::operator()(std::vector<c10::IValue, std::allocator<c10::IValue> >, std::unordered_map<std::string, c10::IValue, std::hash<std::string>, std::equal_to<std::string>, std::allocator<std::pair<std::string const, c10::IValue> > > const&) const' /usr/bin/ld: torch_asr_model.cc:(.text+0x1dcc): undefined reference to torch::jit::Method::operator()(std::vector<c10::IValue, std::allocatorc10::IValue >, std::unordered_map<std::string, c10::IValue, std::hashstd::string, std::equal_tostd::string, std::allocator<std::pair<std::string const, c10::IValue> > > const&) const'
/usr/bin/ld: ../decoder/libdecoder.a(torch_asr_model.cc.o): in function caffe2::TypeMeta::fromScalarType(c10::ScalarType)': torch_asr_model.cc:(.text._ZN6caffe28TypeMeta14fromScalarTypeEN3c1010ScalarTypeE[_ZN6caffe28TypeMeta14fromScalarTypeEN3c1010ScalarTypeE]+0x7c): undefined reference to c10::detail::torchInternalAssertFail(char const, char const*, unsigned int, char const*, std::string const&)'
/usr/bin/ld: ../decoder/libdecoder.a(torch_asr_model.cc.o): in function c10::IndexError::Error(c10::SourceLocation, std::string)': torch_asr_model.cc:(.text._ZN3c1010IndexErrorCI2NS_5ErrorEENS_14SourceLocationESs[_ZN3c1010IndexErrorCI5NS_5ErrorEENS_14SourceLocationESs]+0x24): undefined reference to c10::Error::Error(c10::SourceLocation, std::string)'
/usr/bin/ld: ../decoder/libdecoder.a(torch_asr_model.cc.o): in function at::Tensor::select(long, long) const': torch_asr_model.cc:(.text._ZNK2at6Tensor6selectEll[_ZNK2at6Tensor6selectEll]+0x2c): undefined reference to at::ops::select_int::call(at::Tensor const&, long, long)'
/usr/bin/ld: ../decoder/libdecoder.a(torch_asr_model.cc.o): in function at::cat(c10::ArrayRef<at::Tensor>, long)': torch_asr_model.cc:(.text._ZN2at3catEN3c108ArrayRefINS_6TensorEEEl[_ZN2at3catEN3c108ArrayRefINS_6TensorEEEl]+0x24): undefined reference to at::ops::cat::call(c10::ArrayRefat::Tensor, long)'
/usr/bin/ld: ../decoder/libdecoder.a(torch_asr_model.cc.o): in function c10::IValue::toTuple() &&': torch_asr_model.cc:(.text._ZNO3c106IValue7toTupleEv[_ZNO3c106IValue7toTupleEv]+0x94): undefined reference to c10::detail::torchInternalAssertFail(char const*, char const*, unsigned int, char const*, std::string const&)'
/usr/bin/ld: ../decoder/libdecoder.a(torch_asr_model.cc.o): in function torch::jit::Object::get_method(std::string const&) const': torch_asr_model.cc:(.text._ZNK5torch3jit6Object10get_methodERKSs[_ZNK5torch3jit6Object10get_methodERKSs]+0x28): undefined reference to torch::jit::Object::find_method(std::string const&) const'
/usr/bin/ld: torch_asr_model.cc:(.text.ZNK5torch3jit6Object10get_methodERKSs[ZNK5torch3jit6Object10get_methodERKSs]+0xd0): undefined reference to c10::detail::torchCheckFail(char const*, char const*, unsigned int, std::string const&)' /usr/bin/ld: ../decoder/libdecoder.a(torch_asr_model.cc.o): in function c10::IValue torch::jit::Object::run_method<>(std::string const&)':
torch_asr_model.cc:(.text.ZN5torch3jit6Object10run_methodIJEEEN3c106IValueERKSsDpOT[ZN5torch3jit6Object10run_methodIJEEEN3c106IValueERKSsDpOT]+0x34): undefined reference to torch::jit::Method::operator()(std::vector<c10::IValue, std::allocator<c10::IValue> >, std::unordered_map<std::string, c10::IValue, std::hash<std::string>, std::equal_to<std::string>, std::allocator<std::pair<std::string const, c10::IValue> > > const&) const' /usr/bin/ld: torch_asr_model.cc:(.text._ZN5torch3jit6Object10run_methodIJEEEN3c106IValueERKSsDpOT_[_ZN5torch3jit6Object10run_methodIJEEEN3c106IValueERKSsDpOT_]+0x38): undefined reference to torch::jit::Method::operator()(std::vector<c10::IValue, std::allocatorc10::IValue >, std::unordered_map<std::string, c10::IValue, std::hashstd::string, std::equal_tostd::string, std::allocator<std::pair<std::string const, c10::IValue> > > const&) const'
/usr/bin/ld: ../decoder/libdecoder.a(torch_asr_model.cc.o): in function c10::IValue torch::jit::Object::run_method<at::Tensor&>(std::string const&, at::Tensor&)': torch_asr_model.cc:(.text._ZN5torch3jit6Object10run_methodIJRN2at6TensorEEEEN3c106IValueERKSsDpOT_[_ZN5torch3jit6Object10run_methodIJRN2at6TensorEEEEN3c106IValueERKSsDpOT_]+0x3c): undefined reference to torch::jit::Method::operator()(std::vector<c10::IValue, std::allocatorc10::IValue >, std::unordered_map<std::string, c10::IValue, std::hashstd::string, std::equal_tostd::string, std::allocator<std::pair<std::string const, c10::IValue> > > const&) const'
/usr/bin/ld: torch_asr_model.cc:(.text.ZN5torch3jit6Object10run_methodIJRN2at6TensorEEEEN3c106IValueERKSsDpOT[ZN5torch3jit6Object10run_methodIJRN2at6TensorEEEEN3c106IValueERKSsDpOT]+0x40): undefined reference to torch::jit::Method::operator()(std::vector<c10::IValue, std::allocator<c10::IValue> >, std::unordered_map<std::string, c10::IValue, std::hash<std::string>, std::equal_to<std::string>, std::allocator<std::pair<std::string const, c10::IValue> > > const&) const' /usr/bin/ld: ../decoder/libdecoder.a(torch_asr_model.cc.o): in function at::TensorAccessor<float, 2ul, at::DefaultPtrTraits, long> at::TensorBase::accessor<float, 2ul>() const &':
torch_asr_model.cc:(.text.ZNKR2at10TensorBase8accessorIfLm2EEENS_14TensorAccessorIT_XT0_ENS_16DefaultPtrTraitsElEEv[ZNKR2at10TensorBase8accessorIfLm2EEENS_14TensorAccessorIT_XT0_ENS_16DefaultPtrTraitsElEEv]+0xa0): undefined reference to c10::detail::torchCheckFail(char const*, char const*, unsigned int, std::string const&)' /usr/bin/ld: ../decoder/libdecoder.a(torch_asr_model.cc.o): in function c10::IValue torch::jit::Object::run_method<at::Tensor&, at::Tensor&, at::Tensor&, float&>(std::string const&, at::Tensor&, at::Tensor&, at::Tensor&, float&)':
torch_asr_model.cc:(.text.ZN5torch3jit6Object10run_methodIJRN2at6TensorES5_S5_RfEEEN3c106IValueERKSsDpOT[ZN5torch3jit6Object10run_methodIJRN2at6TensorES5_S5_RfEEEN3c106IValueERKSsDpOT]+0x48): undefined reference to torch::jit::Method::operator()(std::vector<c10::IValue, std::allocator<c10::IValue> >, std::unordered_map<std::string, c10::IValue, std::hash<std::string>, std::equal_to<std::string>, std::allocator<std::pair<std::string const, c10::IValue> > > const&) const' /usr/bin/ld: torch_asr_model.cc:(.text._ZN5torch3jit6Object10run_methodIJRN2at6TensorES5_S5_RfEEEN3c106IValueERKSsDpOT_[_ZN5torch3jit6Object10run_methodIJRN2at6TensorES5_S5_RfEEEN3c106IValueERKSsDpOT_]+0x4c): undefined reference to torch::jit::Method::operator()(std::vector<c10::IValue, std::allocatorc10::IValue >, std::unordered_map<std::string, c10::IValue, std::hashstd::string, std::equal_tostd::string, std::allocator<std::pair<std::string const, c10::IValue> > > const&) const'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::Message::MaybeComputeUnknownFieldsSize(unsigned long, google::protobuf::internal::CachedSize*) const' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to zgemm'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to sdot_' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to zgetrs'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::RepeatedField<long>::Reserve(int)' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::RepeatedPtrField<std::cxx11::basic_string<char, std::char_traits, std::allocator > >::size() const'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::io::EpsCopyOutputStream::WriteRawFallback(void const*, int, unsigned char*)' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::MessageLite::SerializeAsStringabi:cxx11 const'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::RepeatedField<int>::Reserve(int)' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to zgetrf'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::MessageLite::SerializeToString(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >*) const' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::RepeatedPtrField<std::cxx11::basic_string<char, std::char_traits, std::allocator > >::Add(std::cxx11::basic_string<char, std::char_traits, std::allocator >&&)'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to std::__cxx11::basic_stringstream<char, std::char_traits<char>, std::allocator<char> >::basic_stringstream()@GLIBCXX_3.4.26' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::UnknownFieldSet::AddVarint(int, unsigned long)'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::io::EpsCopyOutputStream::WriteStringMaybeAliasedOutline(unsigned int, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, unsigned char*)' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::internal::VarintParseSlow64(char const*, unsigned int)'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to zpotrf_' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to sgesdd'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to sgeqrf_' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to cgelsd'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::RepeatedPtrField<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >::Add()' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::Message::MergeFrom(google::protobuf::Message const&)'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::internal::ReadTagFallback(char const*, unsigned int)' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to cgesdd'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::RepeatedPtrField<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >::Get(int) const' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to cgelsy'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::internal::ReadSizeFallback(char const*, unsigned int)' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to zcopy'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::Message::CheckTypeAndMergeFrom(google::protobuf::MessageLite const&)' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to dorgqr'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to cheevd_' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to dgelsd'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::internal::ArenaStringPtr::Mutable[abi:cxx11](google::protobuf::Arena*)' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to dpotri'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to scopy_' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::internal::ArenaStringPtr::Destroy()'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to ssyevd_' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to zheevd'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::io::CodedInputStream::default_recursion_limit_' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::RepeatedField::~RepeatedField()'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to cunmqr_' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::internal::WireFormatLite::Int32Size(google::protobuf::RepeatedField const&)'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to sgels_' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::internal::WireFormatLite::UInt64Size(google::protobuf::RepeatedField const&)'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to zgelsd_' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to zgelss'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to cgetrs_' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to zgelsy'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to dsytrf_' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to dcopy'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to cpotrf_' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to chetrf'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to cdotc_' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::RepeatedField::~RepeatedField()'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to dgelss_' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::internal::PackedInt64Parser(void*, char const*, google::protobuf::internal::ParseContext*)'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::internal::PackedDoubleParser(void*, char const*, google::protobuf::internal::ParseContext*)' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::internal::PackedInt32Parser(void*, char const*, google::protobuf::internal::ParseContext*)'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to dgels_' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::internal::RepeatedPtrFieldBase::AddOutOfLineHelper(void*)'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::Message::GetTypeName[abi:cxx11]() const' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to std::exception_ptr::exception_ptr::M_release()@CXXABI_1.3.13'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to ssytrf_' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to sgemm'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::internal::ThreadSafeArena::~ThreadSafeArena()' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to strsm'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to sorgqr_' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::internal::VarintParseSlow32(char const*, unsigned int)'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::io::CodedInputStream::Refresh()' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::internal::GetOwnedMessageInternal(google::protobuf::Arena*, google::protobuf::MessageLite*, google::protobuf::Arena*)'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::Arena::AllocateAlignedWithHook(unsigned long, std::type_info const*)' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to spotrs'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to typeinfo for google::protobuf::Message' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::UnknownFieldSet::ClearFallback()'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to cpotri_' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::RepeatedField::Reserve(int)'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::Message::InitializationErrorString[abi:cxx11]() const' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to sgetrs'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::RepeatedPtrField<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >::Clear()' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to caxpy'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to dpotrf_' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::RepeatedPtrField<std::cxx11::basic_string<char, std::char_traits, std::allocator > >::MergeFrom(google::protobuf::RepeatedPtrField<std::cxx11::basic_string<char, std::char_traits, std::allocator > > const&)'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::io::EpsCopyOutputStream::EnsureSpaceFallback(unsigned char*)' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to csytrf'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::UnknownFieldSet::MergeFrom(google::protobuf::UnknownFieldSet const&)' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::RepeatedField::~RepeatedField()'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to cgetrf_' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::io::EpsCopyOutputStream::WriteStringOutline(unsigned int, std::cxx11::basic_string<char, std::char_traits, std::allocator > const&, unsigned char*)'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::internal::RepeatedPtrFieldBase::InternalExtend(int)' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::Arena::AllocateAlignedWithCleanup(unsigned long, std::type_info const*)'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::RepeatedPtrField<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >::end()' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::internal::AssignDescriptors(google::protobuf::internal::DescriptorTable const* ()(), std::once_flag, google::protobuf::Metadata const&)'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to zgesdd_' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::internal::AddDescriptorsRunner::AddDescriptorsRunner(google::protobuf::internal::DescriptorTable const*)'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to sormqr_' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to zgeqrf'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to vtable for google::protobuf::MessageLite' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::Message::CopyWithSizeCheck(google::protobuf::Message*, google::protobuf::Message const&)'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to ssytrs_' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::internal::EpsCopyInputStream::Next()'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to daxpy_' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::RepeatedPtrField<std::cxx11::basic_string<char, std::char_traits, std::allocator > >::~RepeatedPtrField()'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to dgeqrf_' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to dsytrs'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::internal::InlineGreedyStringParser(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >*, char const*, google::protobuf::internal::ParseContext*)' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to zgeev'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::RepeatedField<long>::~RepeatedField()' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to zgels'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to ctrsm_' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::internal::PackedUInt64Parser(void*, char const*, google::protobuf::internal::ParseContext*)'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to cgels_' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to zhetrs'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to zdotc_' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::io::CodedInputStream::~CodedInputStream()'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::internal::ArenaStringPtr::Set(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >&&, google::protobuf::Arena*)' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to zaxpy'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to ztrsm_' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to zunmqr'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to cpotrs_' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to chetrs_'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::io::ArrayInputStream::ArrayInputStream(void const*, int, int)' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::internal::WireFormat::InternalSerializeUnknownFieldsToArray(google::protobuf::UnknownFieldSet const&, unsigned char*, google::protobuf::io::EpsCopyOutputStream*)'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::internal::UnknownFieldParse(unsigned long, google::protobuf::UnknownFieldSet*, char const*, google::protobuf::internal::ParseContext*)' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::MessageLite::ParseFromCodedStream(google::protobuf::io::CodedInputStream*)'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to dormqr_' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to dgemv_'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::internal::EpsCopyInputStream::DoneFallback(int, int)' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to std::throw_bad_array_new_length()@GLIBCXX_3.4.29'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to zungqr_' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to zdotu'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to dpotrs_' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::internal::WireFormatLite::Int64Size(google::protobuf::RepeatedField const&)'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::RepeatedPtrField<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >::empty() const' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::Message::DebugStringabi:cxx11 const'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to dscal_' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to dgemm'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to sgelsy_' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to zpotrs_'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::RepeatedField<double>::Reserve(int)' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to zpotri_'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to ccopy_' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to dtrsm_'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::internal::AssignDescriptors(google::protobuf::internal::DescriptorTable const*, bool)' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to cgelss_'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to cungqr_' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to dgetrf_'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::RepeatedPtrField<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >::begin() const' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to cgeqrf_'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to dsyevd_' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to dgeev_'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to std::__cxx11::basic_ostringstream<char, std::char_traits<char>, std::allocator<char> >::basic_ostringstream()@GLIBCXX_3.4.26' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to sgetrf_'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::internal::RepeatedPtrFieldBase::CloseGap(int, int)' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to dgelsy_'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::RepeatedField<unsigned long>::Reserve(int)' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to csytrs_'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::internal::ParseContext::ParseMessage(google::protobuf::MessageLite*, char const*)' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to sgelsd_'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to cdotu_' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::internal::ArenaStringPtr::Set(std::cxx11::basic_string<char, std::char_traits, std::allocator > const&, google::protobuf::Arena*)'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::RepeatedPtrField<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >::RepeatedPtrField(google::protobuf::RepeatedPtrField<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > > const&)' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to spotrf'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to cgemm_' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::internal::RepeatedPtrFieldBase::DestroyProtos()'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::RepeatedPtrField<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >::RepeatedPtrField(google::protobuf::Arena*)' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to dgetrs'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::internal::fixed_address_empty_string[abi:cxx11]' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to sgelss_'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::RepeatedPtrField<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >::end() const' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to dgesdd_'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::Message::SpaceUsedLong() const' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to saxpy_'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to sgeev_' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to spotri_'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to sgemv_' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::internal::WireFormatLite::InternalWriteMessage(int, google::protobuf::MessageLite const&, int, unsigned char*, google::protobuf::io::EpsCopyOutputStream*)'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to ddot_' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::RepeatedPtrField<std::cxx11::basic_string<char, std::char_traits, std::allocator > >::begin()'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to std::__exception_ptr::exception_ptr::_M_addref()@CXXABI_1.3.13' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to zhetrf'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::Message::CopyFrom(google::protobuf::Message const&)' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::internal::NameOfEnum[abi:cxx11](google::protobuf::EnumDescriptor const*, int)'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to zsytrs_' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::RepeatedField::~RepeatedField()'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::internal::PackedFloatParser(void*, char const*, google::protobuf::internal::ParseContext*)' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to cgeev'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::ShutdownProtobufLibrary()' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to google::protobuf::io::CodedInputStream::SetTotalBytesLimit(int)'
/usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to sscal_' /usr/bin/ld: /root/wenet-2.0.1/runtime/server/x86/fc_base/libtorch-src/lib/libtorch_cpu.so: undefined reference to zsytrf_'
collect2: error: ld returned 1 exit status

cd runtime/server/x86/
mkdir build
cd build/
cmake ..
cmake --build .

现在 libtorch 官方没有 arm64 的版本，可以试试 runtime/onnxruntime

@wwh131 请问解决了吗，我已经把fc_base下libtorch_src中的.so文件换成了arm架构的，但是和您报了同样的错


text:
Sample运行不了

net.wequick.example.small E/AndroidRuntime: FATAL EXCEPTION: Thread-2933
                                                                           Process: net.wequick.example.small, PID: 27013
                                                                           java.lang.NullPointerException: Attempt to invoke virtual method 'java.util.Collection java.util.concurrent.ConcurrentHashMap.values()' on a null object reference
                                                                               at net.wequick.small.ApkBundleLauncher$ResourcesMerger.merge(ApkBundleLauncher.java:541)
                                                                               at net.wequick.small.ApkBundleLauncher.postSetUp(ApkBundleLauncher.java:342)
                                                                               at net.wequick.small.Bundle.loadBundles(Bundle.java:533)
                                                                               at net.wequick.small.Bundle.loadManifest(Bundle.java:201)
                                                                               at net.wequick.small.Bundle.loadBundles(Bundle.java:183)
                                                                               at net.wequick.small.Bundle.access$000(Bundle.java:63)
                                                                               at net.wequick.small.Bundle$LoadBundleThread.run(Bundle.java:504)

编译了没有

原因应该是这样的，在Bound.load的时候回会调用preloadBundle判断当前的bound是否支持，如果不支持则不会加载此bound，在此情况下sLoadedApks就是null从而导致NP，回归来看preloadBundle中判断是否支持的条件是packageName.contains("." + type + ".") 其中type为app或lib，要fix当前问题只需要检查插件的包名是否符合这个约定，即如果带有资源的插件，包名必须包含app,不带资源的插件报名必须包含lib

@tcking 对的，出现这个报错就是说明app/smallLibs下还没有正常编译的插件so

@tcking @galenlin 肯定是编译了的。我同样有这个问题/net.wequick.example.small E/AndroidRuntime: FATAL EXCEPTION: Thread-122
Process: net.wequick.example.small, PID: 2923
java.lang.NullPointerException: Attempt to invoke virtual method 'java.util.Collection java.util.concurrent.ConcurrentHashMap.values()' on a null object reference
at net.wequick.small.ApkBundleLauncher$ResourcesMerger.merge(ApkBundleLauncher.java:541)
at net.wequick.small.ApkBundleLauncher.postSetUp(ApkBundleLauncher.java:342)
at net.wequick.small.Bundle.loadBundles(Bundle.java:532)
at net.wequick.small.Bundle.loadManifest(Bundle.java:196)
at net.wequick.small.Bundle.loadBundles(Bundle.java:178)
at net.wequick.small.Bundle.access$000(Bundle.java:63)
at net.wequick.small.Bundle$LoadBundleThread.run(Bundle.java:503)
不过用的是模拟器跑的
另外这个demo是这里提供的包名，肯定是遵守相关协定的。

模拟器的abi是x86的，目前默认编译的so放在了armlib下，可以把armlib改名为x86或修改gradle的脚本输出到x86目录

@tcking 对的。

authors: galenlin huzhenjie tcking wuruize

repo: wequick/Small

license_source: bigquery


text:
/etc/ssh directory doesn't always exist

When trying to run this step with the python:2.7-slim container image this step will fail because the /etc/ssh directory does not exist.

These docker images suck when it comes to SSH... Use phusion/baseimage and you will see that it works.

I've opened up a simple PR to atleast mitigate this. As most of the official language images have the same problem. (AFAIK)
see here: #6

authors: Tonnu fruitl00p marvinroger

license: mit


text:
Always ignore vendor?

What do you think about always ignoring vendor/? I was a bit surprised I had to do that manually, I don't think there are use cases where you'd want to lint that.

Just found this and I'm experiencing the same issue, should be included!

authors: jgillich matiasinsaurralde

repo: wercker/step-golint


text:
Support for select dropdown array format

X-editable supports an array format for select controls in addition to the hash format already supported by this plugin.
This allows specifying a source that matches the array format and having the control use the proper text inside the HTML element.  The array format allows specifying list order in addition to optgroups.
https://vitalets.github.io/x-editable/docs.html under select then source

@QuinnHarris can you rebase on master? Is possible to add test? I'll merge it even without test anyway, looks good and it seems to it fixed your problem

Sloww response, but its rebased.

authors: QuinnHarris jirikolarik

repo: werein/x-editable-rails


text:
Request:SAML認証時のRequestedAuthnContextオプション

以下についてご検討いただけますと幸いです。
実現したいこと
・SAML2.0を用いたシングルサインオン認証でGrowiログインする
・IdPにはADFSを利用する
・ADFS側の認証はWindows統合認証を利用する
やれていないこと
・ADFS側の認証はWindows統合認証を利用する
原因
・GrowiからIdPへの認証リクエスト時に「RequestedAuthnContext」内の「AuthnContextClassRef」属性でID/パスワード認証「PasswordProtectedTransport」を指定している
想定される対策

AuthnContextClassRef属性を指定できる
RequestedAuthnContextを送信しないフラグdisableRequestedAuthnContext: trueを指定できるようにする

https://github.com/node-saml/passport-saml/issues/226

@hiro-sky 要望について対応したい気持ちはあるのですが、我々が馴染みのない環境を一から用意するのがちょっと厳しいと感じています。想定される環境でアクセス可能なものをご提供いただくか、あるいは簡単に構築可能な docker-compose リポジトリやマニュアルなどをご用意いただくことは可能でしょうか。

@yuki-takei コメントありがとうございます。
ADFSはWindows Serverの機能ですが、残念ながら私も外部に公開できるサーバライセンスを保有しておりません。
（私自身は検証環境を持っていますが、外部公開ができません）
申し訳ございません。
passport-samlに対しては、上記想定される対策の２ポチ目「RequestedAuthnContextを送信しないフラグ」を追加する対応が多いようです。参照"https://github.com/hackmdio/codimd/pull/1097/commits"
本フラグを追加した上で、KeyCloak等 従来のSSOサービスに対し
①disableRequestedAuthnContext: false　で従来と同じ動きをするか
②disableRequestedAuthnContext: true　でSAML認証送信内容からRequestedAuthnContextタグが消えているか
を確認する　ではいかがでしょうか。
※SAML認証送信内容はクライアントPC上のChromeブラウザに拡張機能「SAML DevTools extension」を入れて確認...など

authors: hiro-sky yuki-takei

repo: weseek/growi


text:
Handle Throwable

Очень нубский вопрос.
Можно ли как то перехватить TelegramRequestException для всех уже существующих хендлеров.
Дописывать в каждом хендлере try..catch совсем не комильфо.
Как лучше перегрузить или переопределить и какой именно класс

С меня небольшой донейшн за подсказанное решение. Телега задрачивает после блокировки бота каким то юзиком и выполняет логику хендлеров чуть ли не 500 раз)

А. сорян, вопрос отпал)

не могу найти код что бы логировались эксепшены в случае если вылетают при их отключении в конфиг файле.

Привет!
В вашем случае, удобнее всего было бы написать свой контроллер для webhook-роута. По умолчанию контроллер выглядит так: https://github.com/westacks/telebot/blob/20ae6babf7f3e0ec2093f134e341469a2cc1eb3a/src/Laravel/Controllers/WebhookController.php#L10-L20.
Вам необходимо написать свой контроллер, в котором вы обработаете ошибку вручную:
try {
    TeleBot::bot($bot)->handleUpdate();
} catch (TelegramRequestException $e) {
    Log::error($e);
}

Что-бы задать webhook вручную, необходимо указать webhook.url в конфиге:
https://github.com/westacks/telebot/blob/20ae6babf7f3e0ec2093f134e341469a2cc1eb3a/src/Laravel/config/telebot.php#L34

Отлично! Спасибо огромное. Закину донейт.

authors: PunyFlash bosskokoss

repo: westacks/telebot


text:
Static views

There will need to be static views created for:

search bar
menu header
person cards
footer menu

We start with the first static view and get approval of that before moving forward

repo: wevote/WeVoteServer


text:
Add post "Why Rust's Unsafe Works"

Please add this post:
Post URL: https://jam1.re/blog/why-rusts-unsafe-works
Author Name: jam1garner
Categories: pick one: Language
Optional:
Blog RSS/Atom/JSON Feed: https://jam1.re/rss
Providing a feed will help me discover new posts in the future.
If you shared your post on Twitter and/or the Mastodon/the Fediverse include links below:
Tweet URL: https://twitter.com/jam1garner/status/1294681674324877313
Mastodon URL: None

Thanks! Posted.

repo: wezm/read-rust


text:
Arrow (in polilines) with styles

For example, we draw a line, however we want to put over the line the direction of the line, so will be great if we can set the type of the line, such as line with arrow at the sides .
Thanks.

---
Want to back this issue? **[Post a bounty on it!](https://www.bountysource.com/issues/9269301-arrow-in-polilines-with-styles?utm_campaign=plugin&utm_content=tracker%2F637500&utm_medium=issues&utm_source=github)** We accept bounties via [Bountysource](https://www.bountysource.com/?utm_campaign=plugin&utm_content=tracker%2F637500&utm_medium=issues&utm_source=github).

If you create that feature, I'm very appreciated for you :)

Try this one.
http://www.wolfpil.de/v3/arrow-heads.html
The above page draws arrow signs using Google Maps JavaScript API v3 without Symbol.
I don't have enough time to try for this plugin currently, so please try by youeself.


text:
Split config between warn and purge rules

warn and purge should be mutally exclusive rules.
While were updating the agent, add flags to report and purge and make
them optional.
Signed-off-by: Joe Grund jgrund@whamcloud.io

Codecov Report

Merging #1009 into master will decrease coverage by 0.03%.
The diff coverage is n/a.

@@            Coverage Diff             @@
##           master    #1009      +/-   ##
==========================================
- Coverage   95.42%   95.39%   -0.04%
==========================================
  Files           2        2
  Lines         153      152       -1
==========================================
- Hits          146      145       -1
  Misses          7        7

Impacted Files
Coverage Δ

iml-rabbit/src/lib.rs
95.3% <0%> (-0.04%)
:arrow_down:

Continue to review full report at Codecov.

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

authors: codecov-io jgrund

repo: whamcloud/integrated-manager-for-lustre


text:
Monitor client mounts in iml-device

Note: this requires the change in device-scanner-daemon to send local mounts along with the devices (in a tuple).
Example:
chroma=> select * from chroma_core_lustreclientmount;
 id |       state_modified_at       |  state  | immutable_state | not_deleted | mountpoint | content_type_id | filesystem_id | host_id
----+-------------------------------+---------+-----------------+-------------+------------+-----------------+---------------+---------
 16 | 2020-05-18 16:01:10.768484+00 | mounted | f               | t           | /mnt/fs    |              35 |             1 |       5
 17 | 2020-05-18 16:01:10.768484+00 | mounted | f               | t           | /mnt/fs2   |              35 |             2 |       5

may 19 10:18:29 adm.local iml-device[13087]: May 19 10:18:29.751 DEBUG iml_device: Client mounts at c1.local: [("fs2", Some("/mnt/fs2"))]
may 19 10:18:29 adm.local iml-device[13087]: May 19 10:18:29.756 DEBUG iml_device: Inserted ChromaCoreLustreclientmount { id: 17, state_modified_at: 2020-05-18T16:01:10.768484Z, state: "mounted", immutable_state: false, not_deleted: Some(true), mountpoint: Some("/mnt/fs2"), content_type_id: Some(35), filesystem_id: 2, host_id: 5 }
may 19 10:18:29 adm.local iml-device[13087]: May 19 10:18:29.759 DEBUG iml_device: Updated [ChromaCoreLustreclientmount { id: 16, state_modified_at: 2020-05-19T10:18:29.751826Z, state: "unmounted", immutable_state: false, not_deleted: Some(true), mountpoint: None, content_type_id: Some(35), filesystem_id: 1, host_id: 5 }]

chroma=> select * from chroma_core_lustreclientmount;
 id |       state_modified_at       |   state   | immutable_state | not_deleted | mountpoint | content_type_id | filesystem_id | host_id
----+-------------------------------+-----------+-----------------+-------------+------------+-----------------+---------------+---------
 17 | 2020-05-18 16:01:10.768484+00 | mounted   | f               | t           | /mnt/fs2   |              35 |             2 |       5
 16 | 2020-05-19 10:18:29.751826+00 | unmounted | f               | t           |            |              35 |             1 |       5

Closes #1801.
Signed-off-by: Igor Pashev pashev.igor@gmail.com

This change is

you should select over the lustre client mount table

How can I query an empty table?

How can I query an empty table?

Possibly empty, and you'd be doing an upsert.

I need filesystem id and host id, which I can't know without without querying other tables first, can I?

It is still possible in this case to do upsert in a batch, but in raw SQL :)

It is still possible in this case to do upsert in a batch, but in raw SQL :)

I think it's possible within the query builder as well

Here's a high-level way to do the batch upsert on mounted devices (I checked that this compiles):
// This can be done once at startup, doesn't need to be inside the loop.
let content_type_id = djct::table
            .select(djct::id)
            .filter(djct::model.eq("lustreclientmount"))
            .first_async::<i32>(&pool)
            .await
            .optional()?;

        let host_id: Option<i32> = mgthost::table
            .select(mgthost::id)
            .filter(mgthost::fqdn.eq(host.to_string()))
            .first_async::<i32>(&pool)
            .await
            .optional()?;

        let host_id = match host_id {
            Some(x) => x,
            None => continue,
        };

        let xs: Vec<_> = lustre_mounts
            .into_iter()
            .map(|(fs, tg)| {
                (
                    clmnt::host_id.eq(host_id),
                    clmnt::filesystem_id.eq(1), // hardcoded because this needs to be filesystem_name instead
                    clmnt::mountpoint.eq(tg),
                    clmnt::state.eq("mounted"),
                    clmnt::state_modified_at.eq(chrono::offset::Utc::now()),
                    clmnt::immutable_state.eq(false),
                    clmnt::not_deleted.eq(true),
                    clmnt::content_type_id.eq(content_type_id),
                )
            })
            .collect();

I didn't implement upsert for unmounted clients, but it should be mostly similar to this.

I needs some refactoring.

Refactored and made it ready for filesystem foreign key removal.

On the clippy warning "redundant closure found" => https://github.com/rust-lang/rust-clippy/issues/3791

On the clippy warning "redundant closure found"

It makes sense since vec![] expands to Vec::new() in rust 1.44 (https://github.com/rust-lang/rust/pull/70632/).
Workaround is to use Vec::new constructor points-free e.g:
.or_insert_with(Vec::new)

This won't pass because the python agent needs updates as well (I'll take care of this).

https://github.com/whamcloud/iml-agent/pull/150


text:
Idea: Add Header to Identify imported names

For libraries with large collections of functions it can be nice to import them in a single declaration e.g.
import { map, filter } from "./some-itertools.mjs"

// vs individual
import map from "some-itertools/map.mjs"
import filter from "some-itertools/filter.mjs"

However with the former this will fetch the entire library even if a lot of it is not used. Basically what would be nice is if there was an additional header that the server could choose to consider when serving a module e.g.
import { map, filter } from "./some-itertools.mjs"

could send an additional header:
Imported-Names: map, filter

which a smart server could choose to respond with only what's needed instead:
export function map() {
    ...
}

export function filter() {
    ...
}

or even respond more simply with something like:
export { map } from "./some-itertools/map.js"
export { filter } from "./some-itertools/filter.js"

I really like this idea.

Maybe I'm missing something, but how would this handle multiple files that depend on some-itertools that each use different subsets of the file? Would each bespoke version of some-itertools need to be sent down the wire separately? What if they're using partially overlapping subsets of the exports?
My gut feeling is that this use case is better solved by avoiding very large modules that export tons of things.

@rictic I could imagine you could aggregate the names from all modules as you navigate the dependency tree, but I definitely see the concern, especially in the case of circular imports.
However I'd still say being able to have collection modules is desirable rather than having 10 different boilerplate declarations:
import { map } from "rxjs/operator/map"
import { take } from "rxjs/operator/take"
import { merge } from "rxjs/operator/merge"
// ... etc
// and imagine how much boilerplate it would be from a CDN:
import { map } from "https://unpkg.com/rxjs@5.3.0/operator/map.js"
import { take } from "https://unpkg.com/rxjs@5.3.0/operator/take.js"
import { merge } from "https://unpkg.com/rxjs@5.3.0/operator/merge.js"
// ... etc

could become something like:
// And this could still maintain the size-sensitive building
import {
    map,
    take,
    merge,
    // ...etc
} from "rxjs/operator" // or something like that

// Or from a CDN
import {
    map,
    take,
    merge,
    // ...etc
} from "https://unpkg.com/rxjs@5.3.0/operator" // or something like that

My reasoning for suggesting something of the form (even if it can't work as I suggested) for the default loader is:

Size-sensitive building is more a concern of internet applications given that page load time can still be a significant factor (especially on mobile) so I thought it would fit better as part of the loader instead of part of JavaScript itself
I wanted it to be transparent on the consumer side of the library especially if they get their data from a CDN, that way if a CDN were to implement it then people could automatically get the benefits for free which is why I didn't want to to simply be part of a custom loader (otherwise every single client who wants size reduction of this form would have to include virtually identical loaders)

I'm very open to suggestions to other methods reducing boilerplate in these sorts of declarations, obviously something like this could improve things but it'd still be a pain:
// Just using import with for the sake of exposition
import with {
    // Some special form of block which is run before normal module execution time
    const a = operator => `https://unpkg.com/rxjs@5.3.0/operator/${ operator }.js`
    // Allow expressions after import within such a block as it's run at a different time
    import { map } from a('map')
    import { take } from a('take')
}

An alternative I thought of that would be a language level change could be a variant of the export-from statement that tells the engine that if they're not imported then they need not be resolved fetched or evaluated:
// Using static here for exposition to say that these should be loaded *only* if requested
export static { map } from "./operators/map.js"
export static { filter } from "./operators/filter.js"
export static { reduce } from "./operators/reduce.js"
// ...etc

// In another file
import { map, filter } from "rxjs/operators"
// reduce, etc need not be loaded as they were declared to be only fetched/evaluated if actually required.

One downside of this approach (not that they're mutually exclusive) is that you'd still have to send a full file of export static declarations instead of just the ones you need, however this feels fairly acceptable as a declarations file isn't likely to be large anyway.
On the upside is that it would simply work for both consumers and CDNs (whereas with my previous suggestion a CDN would have to be aware of how to serve each module, which might need be defined by metadata in the module). Whereas this approach fully shifts the work to the module developer (who would only need to add a few export-static-from declarations, and in the worst case where the module developer doesn't do this then the module simply continues to work albeit at a higher bandwidth/load time for consumers.

I am confused , would some mind tell me
is not the

export static { map } from "./operators/map.js"

part of the esm standard now or is the portion { map } not
Also can't this already be done ?
I have not used JavaScript enough and find all this hard to follow
Also one of the reason I came here look at(Whatwg/load) issues is  I keep have problem with undefine variable and I think it has a lot to do with the loader.
I also like an idea of a header I was reading this (a-brief-journey-through-hell)  and I really like the idea of adding A one line statement to a javascript file module

if (typeof(define) !== "function" || define.amd !== true)

that would allow for such a thing
except mind would get it info from package.json which has all of it decency list along with other useful info
so it would loook like this

#my module.mjs
if (typeof(define header) == "json")
import package.json //or something else like package.json5

I am kind of disappoint that the web stand has not imporved.json
some example json not support comments and time variable like amazon .ion does .  I was looking at the mime type and I can't find anything like ion.

authors: Jamesernator frog-o matthewrobb rictic

repo: whatwg/loader


text:
Switch Travis CI badge to master branch...

The current batch is polling the v0.1.0 tag which is a bit behind master ;).

Oh, great catch! I had no idea :bowtie:

Yeah. One of the builds for one of my PR revisions failed. So I was poking around and noticed that even master was failing and hadn't noticed the badge... so I investigated. Not something I think you would check very often...

@whatyouhide: I think there could be an intermittent error affecting Travis builds. Seems to be error-ing even on documentation changes from time to time on a redis connection issue.

@swr Travis is being a bit lunatic these days, I suspect because of some bad stuff when compiling older Elixirs with newer Erlang versions. Don't worry about it :)

authors: swr whatyouhide

repo: whatyouhide/redix


text:
.getMock() returns undefined

Using browserify + fetch-mock, attempts to get a reference to the mock via .getMock() always seems to return undefined.
A glance at the code indicates that getMock just returns this.fetch which doesn't seem to be set anywhere.

Could you post a code sample and details of which browser please

require('isomorphic-fetch')

var mock = require('fetch-mock')

console.log(mock.getMock()) // undefined

mock.mock('lol/', 'ok')

console.log(mock.getMock()) // undefined

tried in chrome and phantomjs

thanks, I'll investigate over the weekend

I see, you're using the API incorrectly
getMock() is only intended for use when you're not mocking the global fetch instance and need a reference to the mocked function so you can assign it to a variable and use as a stub/spy.
What are you trying to use getMock for?

Very sorry! The code I presented here was just made up to try and reproduce in as few lines as possible, but it turns out that what I want to do actually does work, so I can close this.
const fetchMock = require('fetch-mock')

fetchMock.useNonGlobalFetch(require('isomorphic-fetch'))
fetchMock.mock('lol/', 'ok')

const mock = fetchMock.getMock() // works

authors: jarofghosts wheresrhys

repo: wheresrhys/fetch-mock


text:
Update: Links properly set

Update: docs, meta, tests
Update: links no longer using blog
Update: CODE_OF_CONDUCT included

Resolves: #24, #25

Fixed both in the last 2 commits :)

repo: while-true-do/ansible-galaxy-skeleton


text:
Trigonal Projectors Error

(Referencing symd/python/symd/groups.py)
In the projectors, I think this line:
projectors3d["Trigonal"] = projectors3d["Hexagonal"]
is wrong.
Trigonal should be a1 = a2 = a3, whereas hexagonal is a1 = a2 != a3
I think it should be
projectors3d["Trigonal"] = projectors3d["Cubic"]

I believe this was intentional, but I'm not sure why any more (maybe should have left a comment). Are you sure about your idea? I thought there was some problem like that a cubic box isn't compatible with the way the general positions or the asymmetric unit is defined. Is there some way we can check this.

I will look into this more. Either way, I am very skeptical that we trigonal is set to hexagonal.

You figure this out @SamCox822?

Here are my thoughts. I saved the projectors (hexagonal, cubic) and applied them like so (to a random numpy array)
Hexagonal= np.array(
        [
            3 * [1] + 6 * [0],  # ax
            3 * [-1 / 2] + 6 * [0],  # bx
            9 * [0],  # cx
            9 * [0],  # ay
            3 * [0] + 3 * [np.sqrt(3) / 2] + 3 * [0],  # by
            9 * [0],  # cy
            9 * [0],  # az
            9 * [0],  # bz,
            6 * [0] + 3 * [1],  # cz
        ])

Cubic= np.array(
        [
            3 * [1] + 6 * [0],  # ax
            9 * [0],  # bx
            9 * [0],  # cx
            9 * [0],  # ay
            3 * [1] + 6 * [0],  # by
            9 * [0],  # cy
            9 * [0],  # az
            9 * [0],  # bz,
            3 * [1] + 6 * [0],  # cz
        ])

Cubic = Cubic.reshape(3,3,3,3)
Hexagonal = Hexagonal.reshape(3,3,3,3)
rand = np.random.randint(low=1, high=10, size=(3,3))

rand_hex = Hexagonal@rand
rand_cub = Cubic@rand

and got the following outputs:
for Hexagonal@rand:
[[[[ 9.         19.         17.        ]
   [ 0.          0.          0.        ]
   [ 0.          0.          0.        ]]

  [[-4.5        -9.5        -8.5       ]
   [ 0.          0.          0.        ]
   [ 0.          0.          0.        ]]

  [[ 0.          0.          0.        ]
   [ 0.          0.          0.        ]
   [ 0.          0.          0.        ]]]

 [[[ 0.          0.          0.        ]
   [ 0.          0.          0.        ]
   [ 0.          0.          0.        ]]

  [[ 0.          0.          0.        ]
   [ 7.79422863 16.45448267 14.72243186]
   [ 0.          0.          0.        ]]

  [[ 0.          0.          0.        ]
   [ 0.          0.          0.        ]
   [ 0.          0.          0.        ]]]

 [[[ 0.          0.          0.        ]
   [ 0.          0.          0.        ]
   [ 0.          0.          0.        ]]

  [[ 0.          0.          0.        ]
   [ 0.          0.          0.        ]
   [ 0.          0.          0.        ]]

  [[ 0.          0.          0.        ]
   [ 0.          0.          0.        ]
   [ 9.         19.         17.        ]]]]

[[[[ 9 19 17]
   [ 0  0  0]
   [ 0  0  0]]

  [[ 0  0  0]
   [ 0  0  0]
   [ 0  0  0]]

  [[ 0  0  0]
   [ 0  0  0]
   [ 0  0  0]]]

 [[[ 0  0  0]
   [ 0  0  0]
   [ 0  0  0]]

  [[ 9 19 17]
   [ 0  0  0]
   [ 0  0  0]]

  [[ 0  0  0]
   [ 0  0  0]
   [ 0  0  0]]]

 [[[ 0  0  0]
   [ 0  0  0]
   [ 0  0  0]]

  [[ 0  0  0]
   [ 0  0  0]
   [ 0  0  0]]

  [[ 9 19 17]
   [ 0  0  0]
   [ 0  0  0]]]]

It seems to me like the last one (which would be cubic) satisfies the a=b=c requirement of trigonal, but maybe not the alpha=beta=gamma!=90 requirement? either way, I think hexagonal is not right for trigonal.
What do you think?

Fixed by 6a0b69eff6f46def67332ee8995337cc0fbb297b

repo: whitead/symd


text:
README: Fix pcbplugin docs link

Fixes the link to the docs for KiCad plugins.

Thanks!

authors: vincentbaeten whitequark

repo: whitequark/kicad-boardview


text:
Simple wrapper for more direct resolution of a plain JSON reference

Just wanted a simple method for resolving URL+JSON pointers...

Requirements to get this merged:

Fix the style issue(s) reported from Travis CI (Run gulp locally to see style/test output)
Address the comment I made
Add a unit test for this new feature
Update your commit to be one commit and to contain all build results, which require you to run gulp prior to commit.  (This will also require you to pass lint/tests so it's good to do anyways)

Let me know if you're not interested in fixing these things.

By the way, thanks for your help.  I really appreciate you doing this.  As soon as this is mergeable, I will likely merge and cut a release.

My pleasure--I plan to follow the steps possibly tonight or tomorrow, assuming they will work on my Windows environment (have had problems in npm tools before with some build steps). Thanks for the cool library! Critical for modularization...
On the off chance it might plant some seeds, it's be pretty cool to see these features merged with JSONPath somehow (even with the differing syntax), esp. my fork which adds a few features...
Also would be great to see JSON refs working in JSONEditor, including possibly its loading of schemas, but that's another animal entirely...
Seems like JSON is finally catching up to the XML specs (e.g., JSON Reference in place of XInclude, JSON Schema in place of XML Schema, etc.)

No pressure or anything, just a gentle reminder that the next release is waiting on this PR.  All that's really required is a simple test that shows resolveRef works as desired.  Just make sure to run gulp prior to committing so the browser builds get build and the lint/tests run.

Sure, I'll look into that now...

Closing as opened PR #23 to add new branch with single commit (including your reported bug in the function name). Followed steps to add unit test and run Gulp.

repo: whitlockjc/json-refs


text:
chore(release): v0.7.1 🎉

:robot: I have created a release beep boop
0.7.1 (2023-07-18)
Bug Fixes

practs: bump to latest best practices (a1855f2)

This PR was generated with Release Please. See documentation.

:robot: Release is at https://github.com/whodisio/whodis-react/releases/tag/v0.7.1 :sunflower:

repo: whodisio/whodis-react


text:
vscode remote ssh无法连接，希望有非alpine底包的版本

Clear and concise description of the problem
vscode remote ssh无法连接，查询 https://code.visualstudio.com/docs/remote/linux 发现是底包alpine不支持。
Suggested solution
是否考虑建立新tag以debian等发行版作为底包。
Alternative
No response
Additional context
No response
Validations

[X] Check that there isn't already an issue that request the same feature to avoid creating a duplicate.

Alpine Linux 64-bit x86 containers or WSL hosts (3.9+) in Dev Containers, WSL
这不就是 alpine ?

Alpine Linux 64-bit x86 containers or WSL hosts (3.9+) in Dev Containers, WSL
这不就是 alpine ?

他想操作系统是Debian的而不是apline

authors: HanEightTurtle We41w4e whyour

repo: whyour/qinglong


text:
Fix archive location s3

Populate archiveLocation field on cacheEntry so the rest of the lookup mechanism works as expected.
Not sure if this or https://github.com/whywaita/actions-toolkit-s3/pull/11 is the best solution to the problem though.

This change is duplicate #11 . Please update #11 if you want more change.

authors: hjellek whywaita


text:
can add output format json

i want to using with threejs,when the whole fonts is too large ,i just convert some charactor,just like facetypejs

@wxyer Can you provide links to json format and some examples ?

The output is simple svg path data https://www.w3.org/TR/SVG11/paths.html#PathDataGeneralInformation
Add new exporters is easy when they support svg path data:
https://github.com/wieslawsoltes/TypefaceUtil/blob/4da6542100a45792beb0bd4eb1c88cb83694a566/src/TypefaceUtil/Exporters/CharacterMapSvgExporter.cs#L45

@wxyer
https://gero3.github.io/facetype.js/
https://github.com/gero3/facetype.js

thanks a lot ,

authors: wieslawsoltes wxyer

repo: wieslawsoltes/TypefaceUtil


text:
Unable to deploy using create2 on private chain.

When trying to deploy our diamond contracts on our private chain, we get the following error:
$ /path/node_modules/.bin/hardhat --network staging deploy
Nothing to compile
No need to generate any newer typings.
sending eth to create2 contract deployer address (0x3fab184622dc19b6109349b94811493bf2a45362) (tx: 0xa1b6b912160ec5fba1095876574bf712210e48e1f2338de3bc689a059044f735)...
deploying create2 deployer contract (at 0x4e59b44847b379578588920ca78fbf26c0b4956c) using deterministic deployment (https://github.com/Arachnid/deterministic-deployment-proxy)An unexpected error occurred:

Error: ERROR processing /path/deploy/10_deploySpc.ts:
Error: legacy pre-eip-155 transactions not supported (error={"name":"ProviderError","code":-32000,"_isProviderError":true}, method="sendTransaction", transaction="0xf8a58085174876e800830186a08080b853604580600e600039806000f350fe7fffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffe03601600081602082378035828234f58015156039578182fd5b8082525050506014600cf31ba02222222222222222222222222222222222222222222222222222222222222222a02222222222222222222222222222222222222222222222222222222222222222", code=UNSUPPORTED_OPERATION, version=providers/5.6.8)
    at Logger.makeError (/path/node_modules/@ethersproject/logger/src.ts/index.ts:261:28)
    at Logger.throwError (/path/node_modules/@ethersproject/logger/src.ts/index.ts:273:20)
    at checkError (/path/node_modules/@ethersproject/providers/src.ts/json-rpc-provider.ts:119:16)
    at Web3Provider.<anonymous> (/path/node_modules/@ethersproject/providers/src.ts/json-rpc-provider.ts:603:20)
    at step (/path/node_modules/@ethersproject/providers/lib/json-rpc-provider.js:48:23)
    at Object.throw (/path/node_modules/@ethersproject/providers/lib/json-rpc-provider.js:29:53)
    at rejected (/path/node_modules/@ethersproject/providers/lib/json-rpc-provider.js:21:65)
    at processTicksAndRejections (internal/process/task_queues.js:95:5)
    at DeploymentsManager.executeDeployScripts (/path/node_modules/hardhat-deploy/src/DeploymentsManager.ts:1222:19)
    at processTicksAndRejections (internal/process/task_queues.js:95:5)
    at async DeploymentsManager.runDeploy (/path/node_modules/hardhat-deploy/src/DeploymentsManager.ts:1052:5)
    at async SimpleTaskDefinition.action (/path/node_modules/hardhat-deploy/src/index.ts:438:5)
    at async Environment._runTaskDefinition (/path/node_modules/hardhat/src/internal/core/runtime-environment.ts:219:14)
    at async Environment.run (/path/node_modules/hardhat/src/internal/core/runtime-environment.ts:131:14)
    at async SimpleTaskDefinition.action (/path/node_modules/hardhat-deploy/src/index.ts:584:32)
    at async Environment._runTaskDefinition (/path/node_modules/hardhat/src/internal/core/runtime-environment.ts:219:14)
    at async Environment.run (/path/node_modules/hardhat/src/internal/core/runtime-environment.ts:131:14)
    at async SimpleTaskDefinition.action (/path/node_modules/hardhat-deploy/src/index.ts:669:5)
error Command failed with exit code 1.
info Visit https://yarnpkg.com/en/docs/cli/run for documentation about this command.

Do we need to create the deployment proxy ourselves? If so, maybe a bit of documentation would be useful.
If we deploy it ourselves, how would we tell hardhat-deploy at which address the deployment proxy is? Would a deployment of https://github.com/Arachnid/deterministic-deployment-proxy be sufficient?

So - it seems that the function trying to get the deployment proxy up and running is using this:
  public async getDeterministicDeploymentFactoryDeploymentTx(): Promise<string> {
    const info = await this.getDeterminisityDeploymentInfo();
    return (
      info?.signedTx ||
      '0xf8a58085174876e800830186a08080b853604580600e600039806000f350fe7fffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffe03601600081602082378035828234f58015156039578182fd5b8082525050506014600cf31ba02222222222222222222222222222222222222222222222222222222222222222a02222222222222222222222222222222222222222222222222222222222222222'
    );
  }

On the hardhat network it seems because the fake hardhat network hasn't passed the EIP155 block.
On an existing chain, it's very likely that these contracts were deployed pre-EIP155 - so the transaction was accepted.
On a private chain though, it's a different story - EIP155 has "already happened" and this transaction isn't accepted (It might be missing the chain ID, as EIP155 is a counter-measure to cross-chain transaction replay attacks I think?)...
What do you advise?
Would it be possible to deploy the deployment contract ourselves, and somehow give its address to Hardhat when using `diamond.deploy(deterministicSalt: '0x...', deploymentProxyAddress: '0x....')?

Also - as we could start testing our contracts on our staging chain without having to deploy them deterministically, I've tried to deploy them without deterministic options. Well - it seems that hardhat-deploy is still trying to deploy the contract factory for create2 even when not asked to use deterministic stuff.
Is there a way to deploy diamonds without any deterministic routines involved?

Since I cannot seem to deploy diamonds without deterministic deploys, I tried to dig deeper into how we could have our own deployment proxies. I ended up generating our own. In hardhat.config.ts it looks like something like this:
  ...,
  networks: {
    hardhat: {
      live: false,
      // saveDeployments: true,
      tags: ['local', 'test']
    },
    localhost: {
      live: true,
      saveDeployments: true,
      tags: ['local'],
    },
    staging: {
      live: true,
      saveDeployments: true,
      url: nodeUrl('staging'),
      chainId: 18021981,
      accounts: accounts('staging'),
      tags: ['staging']
    },
    production: {
      live: true,
      saveDeployments: true,
      url: nodeUrl('production'),
      chainId: 18021982,
      accounts: accounts('production'),
      tags: ['staging']
    }
  },
  ...

Against all odds, this works great locally. It seems that created2 is delegated properly to the factories using the signed transactions.
However when trying to deploy in one of our live chains, I get the following errors:
Error: ERROR processing /project/deploy/10_deploySpc.ts:
Error: cannot estimate gas; transaction may fail or may require manual gas limit [ See: https://links.ethers.org/v5-errors-UNPREDICTABLE_GAS_LIMIT ] (reason="execution reverted", method="estimateGas", transaction={"from":"0x717634cfe06FFAB2CEAA7fcf1b9019813f4B25FE","to":"0x13d35d4268ae26f2fD345c29A28182225aA9d10A","data":"0x...TRUNCATED, TOO LONG!!!","accessList":null}, error={"name":"ProviderError","code":-32000,"_isProviderError":true}, code=UNPREDICTABLE_GAS_LIMIT, version=providers/5.6.8)
    at Logger.makeError (/project/node_modules/@ethersproject/logger/src.ts/index.ts:261:28)
    at Logger.throwError (/project/node_modules/@ethersproject/logger/src.ts/index.ts:273:20)
    at checkError (/project/node_modules/@ethersproject/providers/src.ts/json-rpc-provider.ts:78:20)
    at Web3Provider.<anonymous> (/project/node_modules/@ethersproject/providers/src.ts/json-rpc-provider.ts:603:20)
    at step (/project/node_modules/@ethersproject/providers/lib/json-rpc-provider.js:48:23)
    at Object.throw (/project/node_modules/@ethersproject/providers/lib/json-rpc-provider.js:29:53)
    at rejected (/project/node_modules/@ethersproject/providers/lib/json-rpc-provider.js:21:65)
    at processTicksAndRejections (internal/process/task_queues.js:95:5)
    at DeploymentsManager.executeDeployScripts (/project/node_modules/hardhat-deploy/src/DeploymentsManager.ts:1222:19)
    at processTicksAndRejections (internal/process/task_queues.js:95:5)
    at async DeploymentsManager.runDeploy (/project/node_modules/hardhat-deploy/src/DeploymentsManager.ts:1052:5)
    at async SimpleTaskDefinition.action (/project/node_modules/hardhat-deploy/src/index.ts:438:5)
    at async Environment._runTaskDefinition (/project/node_modules/hardhat/src/internal/core/runtime-environment.ts:219:14)
    at async Environment.run (/project/node_modules/hardhat/src/internal/core/runtime-environment.ts:131:14)
    at async SimpleTaskDefinition.action (/project/node_modules/hardhat-deploy/src/index.ts:584:32)
    at async Environment._runTaskDefinition (/project/node_modules/hardhat/src/internal/core/runtime-environment.ts:219:14)
    at async Environment.run (/project/node_modules/hardhat/src/internal/core/runtime-environment.ts:131:14)
    at async SimpleTaskDefinition.action (/project/node_modules/hardhat-deploy/src/index.ts:669:5)
error Command failed with exit code 1.

Any idea what could be happening? Is hardhat deploying the factory itself, or do I need to do anything?

A bit more information... I was able to get a tad further:
$ /project/node_modules/.bin/hardhat --network production deploy
Nothing to compile
No need to generate any newer typings.
sending eth to create2 contract deployer address (0x17AdB725223aEa5F990Fcdf1Cd02E3284F2ecc90) (tx: 0xd9eda6d0f72d59decae22841626699c012482c79694ee2b2f92867b2aa4f63c5)...
deploying create2 deployer contract (at 0x882eB7eD0758c5Db6DEd44a04655dFa252cfA521) using deterministic deployment (https://github.com/Arachnid/deterministic-deployment-proxy) (tx: 0x1ad3e523d54d7415274ad55929d0f63cfd3f9263c08277bfe6a10d94556d7667)...
deploying "SpcTopFacet"closed {"name":"SocketError","code":"UND_ERR_SOCKET","socket":{"bytesWritten":36625,"bytesRead":26422},"transactionHash":"0x08df44fb3a1817587e24bf30ad1f2ab79a50d79b6f29aaaee43debb52154b5d3"} SocketError: closed
    at TLSSocket.onSocketClose (/project/node_modules/undici/lib/client.js:967:31)
    at TLSSocket.emit (events.js:412:35)
    at TLSSocket.emit (domain.js:475:12)
    at net.js:686:12
    at TCP.done (_tls_wrap.js:564:7) {
  code: 'UND_ERR_SOCKET',
  socket: {
    localAddress: undefined,
    localPort: undefined,
    remoteAddress: undefined,
    remotePort: undefined,
    remoteFamily: undefined,
    timeout: undefined,
    bytesWritten: 36625,
    bytesRead: 26422
  },
  transactionHash: '0x08df44fb3a1817587e24bf30ad1f2ab79a50d79b6f29aaaee43debb52154b5d3'
}
An unexpected error occurred:

Error: ERROR processing /project/deploy/10_deploySpc.ts:
SocketError: closed
    at TLSSocket.onSocketClose (/project/node_modules/undici/lib/client.js:967:31)
    at TLSSocket.emit (events.js:412:35)
    at TLSSocket.emit (domain.js:475:12)
    at net.js:686:12
    at TCP.done (_tls_wrap.js:564:7)
    at DeploymentsManager.executeDeployScripts (/project/node_modules/hardhat-deploy/src/DeploymentsManager.ts:1222:19)
    at processTicksAndRejections (internal/process/task_queues.js:95:5)
    at async DeploymentsManager.runDeploy (/project/node_modules/hardhat-deploy/src/DeploymentsManager.ts:1052:5)
    at async SimpleTaskDefinition.action (/project/node_modules/hardhat-deploy/src/index.ts:438:5)
    at async Environment._runTaskDefinition (/project/node_modules/hardhat/src/internal/core/runtime-environment.ts:219:14)
    at async Environment.run (/project/node_modules/hardhat/src/internal/core/runtime-environment.ts:131:14)
    at async SimpleTaskDefinition.action (/project/node_modules/hardhat-deploy/src/index.ts:584:32)
    at async Environment._runTaskDefinition (/project/node_modules/hardhat/src/internal/core/runtime-environment.ts:219:14)
    at async Environment.run (/project/node_modules/hardhat/src/internal/core/runtime-environment.ts:131:14)
    at async SimpleTaskDefinition.action (/project/node_modules/hardhat-deploy/src/index.ts:669:5)
error Command failed with exit code 1.
info Visit https://yarnpkg.com/en/docs/cli/run for documentation about this command.

Now the weirdest thing is happening - hardhat console --network staging works fine, and I can query balances for example.
But trying to deploy again gives me:
yarn run v1.22.17
$ /project/node_modules/.bin/hardhat --network staging deploy
Nothing to compile
No need to generate any newer typings.
An unexpected error occurred:

Error: ERROR processing /project/deploy/10_deploySpc.ts:
SocketError: closed
    at TLSSocket.onSocketClose (/project/node_modules/undici/lib/client.js:967:31)
    at TLSSocket.emit (events.js:412:35)
    at TLSSocket.emit (domain.js:475:12)
    at net.js:686:12
    at TCP.done (_tls_wrap.js:564:7)
    at DeploymentsManager.executeDeployScripts (/project/node_modules/hardhat-deploy/src/DeploymentsManager.ts:1222:19)
    at processTicksAndRejections (internal/process/task_queues.js:95:5)
    at async DeploymentsManager.runDeploy (/project/node_modules/hardhat-deploy/src/DeploymentsManager.ts:1052:5)
    at async SimpleTaskDefinition.action (/project/node_modules/hardhat-deploy/src/index.ts:438:5)
    at async Environment._runTaskDefinition (/project/node_modules/hardhat/src/internal/core/runtime-environment.ts:219:14)
    at async Environment.run (/project/node_modules/hardhat/src/internal/core/runtime-environment.ts:131:14)
    at async SimpleTaskDefinition.action (/project/node_modules/hardhat-deploy/src/index.ts:584:32)
    at async Environment._runTaskDefinition (/project/node_modules/hardhat/src/internal/core/runtime-environment.ts:219:14)
    at async Environment.run (/project/node_modules/hardhat/src/internal/core/runtime-environment.ts:131:14)
    at async SimpleTaskDefinition.action (/project/node_modules/hardhat-deploy/src/index.ts:669:5)
error Command failed with exit code 1.
info Visit https://yarnpkg.com/en/docs/cli/run for documentation about this command.

Related to https://github.com/rsksmart/rskj/issues/1805, dropping to v2.9.7 of HH seemed to fix it.

Yep - thanks @jamesduncombe !!!

authors: hickscorp jamesduncombe

repo: wighawag/hardhat-deploy


text:
Replace /page/media references with /page/media-list

Reference /page/media-list in the example Wikimedia config, not
/page/media, which will soon be removed.

Travis failures unrelated.

authors: Pchelolo mdholloway

repo: wikimedia/change-propagation


text:
Fix issue #507

A simple fix for issue #507.
Renamed  centered css class to centered_speedrun css class.
Tested in Browser by manually renaming class in dev  console.

Hey this is awesome @Phiwatec!!! Thanks for doing this

authors: Phiwatec bricehalder

repo: wikispeedruns/wikipedia-speedruns


text:
Remove json gem dependency

json is bundled as part of the Ruby stdlib. While active_support used to include json as part of their gemspec, this is no longer the case.
If for some reason a consumer of the postmark API wants to include the json gem in their bundle, they can do so, but consumers shouldn't be forced to include it.

Hi @pwim ,
the reason for including json in our gem is compatibility with Ruby 1.8.7. JSON became a part of Ruby stdlib in version 1.9.3

@ibalosh Ruby 1.8.7 was EOL'ed on July 31, 2014, so it's not unreasonable for you to no longer support it (and it's very unusual in the Ruby ecosystem for a gem to still support that old a Ruby version). Besides, if you do have customers still using Ruby 1.8.7, they'd just need to manually include the json gem themselves.

Thank you for details @pwim , we will check out with the team usage statistics for our gem, and then consider json dependency removal.

authors: ibalosh pwim

repo: wildbit/postmark-gem


text:
Add support for component aws-ddb

http://camel.apache.org/aws-ddbstream.html

Found 1 matching posts for subject:aws-ddb in Camel - Users within 700 days

repo: wildfly-extras/wildfly-camel


text:
SWARM-755: Remove undertow.js fraction

[X] Have you followed the guidelines in our Contributing document?
[X] Have you created a JIRA and used it in the commit message?
[X] Have you checked to ensure there aren't other open Pull Requests for the same issue?
[X] Have you built the project locally prior to submission with mvn clean install?

Motivation
Remove undertow.js fraction because:

It doesn't work
It's marked as internal and not shown in the generator or anywhere
It's not even listed in any BOM

Modifications
The fractions/undertow-js fraction is removed
Result
Undertow.js fraction no longer exists

Ok to test

repo: wildfly-swarm/wildfly-swarm


text:
return abort instead of exiting on a registration exception

this allows the ServiceContainer to run a normal shutdown. If the Exiter is called here, the SC appears to wait forever as the service remains in STARTING.

My error, this should have been for the WFCORE-338 branch, not master. Closing.

repo: wildfly/wildfly-core