text:
Possible to fail lazily?

Currently if one one uses gulp-concat like this:
const concat = require('gulp-concat')
const badConcat = concat()

it throws because the file argument is falsy. Same for values such as false and the empty string.
Maybe I’m talking nonsense here, but would it be possible for gulp-concat to fail not on initialization, but when it is first written to? (Note: I know very little about Node.js streams or how gulp uses them.)
return gulp.src(…)
  .pipe( transformContent() )
  // throws when config.concatFilename is falsy
  .pipe( gulpIf(config.concatFilename, concat(config.concatFilename)) )

It took me a while to figure out that, even though the gulp-concat stream may not be used, it is still built. The workaround I found was:
const schrodingersConcat = gulpIf(config.concatFilename,
  concat(config.concatFilename || 'nope'))

return gulp.src(…)
  .pipe( transformContent() )
  .pipe( schrodingersConcat )

If a change in gulp-concat would not be desirable, maybe this issue and a workaround could be documented in the README?

Why are you passing these values into it? Need more context.

I’m working on a Sass+Autoprefixer gulp task (and a corresponding LESS+Autoprefixer one with the same config options). I would like the same task to output either a bunch of files, or the same data but concatenated to one file, depending on user options.
// Resolve some user options for Sass and Autoprefixer
// ...
// Should we write several files or concatenate?
const dest = path.parse(userConfig.dest) // e.g. 'dist/css', or 'dist/app.css'
const destFile = dest.ext === '.css' ? dest.base : false // e.g. false or 'app.css'
const destDir = destFile ? dest.dir : userConfig.dest

return gulp.src( userConfig.src ) // e.g. 'styles/*.scss'
    .pipe( sourcemaps.init() )
    .pipe( sass(sassOptions) )
    .pipe( autoprefixer(prefixOptions) )
    .pipe( gulpIf(destFile, concat(destFile)) )
    .pipe( sourcemaps.write('.') )
    .pipe( gulp.dest(destDir) )

Maybe using the destination file/folder name as a way to decide "should we concat or not?" is a bit too "magic", but even if I provided a boolean userConfig.concat option the issue with gulp-concat would remain the same: I’d have to create the stream with a bogus filename.

You can pipe however you want, so don't pipe or construct concat based on whatever conditions you need.
const stream = gulp.src(whatever)

if (something) stream = stream.pipe(someotherthing())

return stream

authors: contra fvsch

repo: contra/gulp-concat


text:
🛑 MPS - TESTPROCESS is down

In cb343bf, MPS - TESTPROCESS ($TESTPROCESS_URL) was down:

HTTP code: 200
Response time: 780 ms

Resolved: MPS - TESTPROCESS is back up in f59d9c7 after 2 hours, 4 minutes.

source: gharchive/issue

repo: conuti-das/status-lfrcs

license: MIT

license_type: permissive

license_source: github-api


text:
🛑 MPS - TESTPROCESS is down

In a4cb7aa, MPS - TESTPROCESS ($TESTPROCESS_URL) was down:

HTTP code: 200
Response time: 867 ms

Resolved: MPS - TESTPROCESS is back up in 269d89e after 7 hours, 9 minutes.


text:
use a separate thread to sync data

Use a separate thread to call fdatasync, let WALWriter computes checksum and write data to OS page cache.
PTAL @coocood

LGTM

source: gharchive/pull-request

authors: bobotu coocood

repo: coocood/badger


text:
ImageSimilarityTest: Ignore test case that failes because of outdated…

… URLs
To fix the test new example images have to be found and should be stored
as offline resources

Coverage increased (+17.4%) to 50.326% when pulling c23eff04d6f5926f3bae01822c946a860cf64944 on fix-test-duplicate-detection into fe4c32accca5445aac47c13f5e506943d04db84b on fix-ci-mysql.

authors: coveralls phimonk

repo: coolcrowd/object-service

license_source: bigquery


text:
[Feature]: Deployment type docker image

Is there an existing issue for this?

[X] I have searched the existing issues

Summary
Basically, that would means I can build my images on GH actions and push them to GHCR.io and just trigger the deployments via webhook to the latest version.
Why should this be worked on?
CPU Spikes on server. While docker is building the new image, CPU spikes happen on the build server, which is the app runner server, at the same time. This makes apps laggy.
Example: those spikes are builds.

Similar flow will be supported in v4.
I'm closing this issue, because tracking features will be moved to GitHub discussions. Github issues will be only for bugs.
Version 4 is in full focus. v3 related issues will be closed, if it is not a critical bug.
Thanks for your understanding.

authors: andrasbacsai hmontazeri

repo: coollabsio/coolify


text:
QGIS Version Issue  3.34.2

Objects saved to scratch layer polygon_sam are not displayed on screen, although attributes are saved.  Works as expected in v3.34.0

Problem does not appear consistently - maybe a local variable is not cleared

Resolved by code update

repo: coolzhao/Geo-SAM


text:
Several Issues

Description
Cumulative PR for several minor issues

 Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.You have signed the CLA already but the status is still pending? Let us recheck it.

authors: CLAassistant celaus

repo: coralogix/terraform-provider-coralogix


text:
chore: adds fs access check at startup time

Fix https://github.com/corazawaf/coraza/issues/1007

Any input on this @anuraaga otherwise I think we can merge it.

repo: corazawaf/coraza


text:
🛑 Guangdianyun is down

In c317e53, Guangdianyun (https://www.guangdianyun.tv) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Guangdianyun is back up in 872ab1b.

repo: corcd/charlotte


text:
🛑 Guangdianyun is down

In 9d67bb3, Guangdianyun (https://www.guangdianyun.tv) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Guangdianyun is back up in 4c53e18.


text:
CORE-8622 Recreate transactions with empty component groups

Empty component groups are not recorded when a transaction is persisted to the database.
When loading a transaction from the database it finds all the component groups with the matching transaction id. These component groups are then used to recreate a WireTransaction.
The issue is that the empty component groups which were not found in the database, because we never recorded their existence has an effect on the calculated transaction id in WireTransaction. Causing the loaded transaction to be subtly different and also have a different transaction id than it was saved with.
To fix this, the component group indexes of the transaction are recorded in the TransactionMetadata when initially creating a WireTransaction. The metadata is used when recreating WireTransactions from the database, where we now know which groups should exist and can therefore create an empty component group if the database did not return anything for a group that should exist.

Hmm. This current PR looks overlapping with this:
https://github.com/corda/corda-runtime-os/pull/2563
Could we merge that one first and then simplify this PR?

API PR https://github.com/corda/corda-api/pull/718

authors: lankydan vlajos

repo: corda/corda-runtime-os


text:
Fix travis

Currently our travis pipeline is more or less useless, since we only build on nighlty which fails, but we ignore the result.

Hm, somehow clippy still doesn't work.
Btw, alternatively there's now a "cargo clippy" subcommand available, instead of conditional compilation.

Hm, somehow clippy still doesn't work.

I think it's just that it's currently broken for the latest nightly... Maybe we should use a star dependency? Or at least "^0.0" so we always have the latest clippy with the latest nightly which should work. See https://github.com/Manishearth/rust-clippy#usage

Agree, let's use "^0.0".

Regarding the clippy failure: See https://github.com/Manishearth/rust-clippy/pull/1833 and https://github.com/Manishearth/rust-clippy/issues/1834

@dbrgn OK like that?

authors: dbrgn rnestler

repo: coredump-ch/spaceapi-server-rs


text:
Add CIS critical controls to security.md

Add the top 20 list of controls from sans/cis, aka "critical controls", to security.md. I believe we already do them all, but is good to document that.

PR #1044 discusses the first 5 controls.  Probably need to add more to justify why, when we don't do something, that the compensating control is adequate.

repo: coreinfrastructure/best-practices-badge

license: mit


text:
how to use this? how to run

Sorry, i am newbie, thank you very much!
how to use this? how to run?

2017-11-01 17:50:09.861463 W | agent: cannot get disk device mounted at '/' (expected 1 df row at "/" (got []))
2017-11-01 17:50:09.943888 W | control: cannot get disk device mounted at '/' (expected 1 df row at "/" (got []))
2017-11-01 17:50:09.948614 I | analyze: reading system metrics data for etcd__tip
Error: open 2017Q2-01-etcd-zookeeper-consul/01-write-1M-keys-client-variable/etcd-tip-go1.8.3-1-server-system-metrics-interpolated.csv: no such file or directory
Usage:
dbtester analyze [flags]
Flags:
-c, --config string   YAML configuration file path.
open 2017Q2-01-etcd-zookeeper-consul/01-write-1M-keys-client-variable/etcd-tip-go1.8.3-1-server-system-metrics-interpolated.csv: no such file or directory

Hi, superman
In the config.yaml, where i can specify the zookeeper ip address, are  peer_ips  the agent address? thanks!

Yeah. We've only tested in Google Cloud VMs. Please let me know if you need any other help.

Can you send me the Complete building steps？

repo: coreos/dbtester


text:
suggest ext4 instead of btrfs for docker partition

After few weeks with btfrs partition for /var/lib/docker I ran into the "No Space Left on Device" btrfs problem mentioned here : https://coreos.com/os/docs/latest/btrfs-troubleshooting.html
This page says "Btrfs is still supported and works with the latest CoreOS releases and Docker, but we recommend using ext4."
mounting-storage.html shows an example with a btrfs partition for /var/lib/docker, increasing the chance to provoke the "No Space Left on Device" btrfs problem. It might prevent the problem to not suggest btrfs in this case.

LGTM and +1 the change. ext4's -F is the closest equivalent to btrfs's -f (although their respective manuals make ext4's force seem more permissive).
@robszumski @crawford: Thoughts or objections?

None. Will defer to @crawford for ongoing docker compatibility questions

Looks fine.

authors: arthur-c crawford joshix robszumski

repo: coreos/docs


text:
etcd v3 API doc

Any document available for etcd v3 API, like this, https://coreos.com/etcd/docs/latest/api.html?

We have API spec doc here https://github.com/coreos/etcd/blob/master/Documentation/api_v3.md. If you are looking for etcdctl usage https://github.com/coreos/etcd/blob/master/etcdctl/READMEv3.md.
For client https://github.com/coreos/etcd/tree/master/clientv3.
For demo, there's a pending PR https://github.com/coreos/etcd/pull/5279.

I don't think the API spec provides much insights about new features -- For example, what's the REST API to create a transaction? how to do a range search?...

@yy2008 Currently we don't support cURL-able endpoints as in v2. It's in the roadmap though.
Agree, we need better documentation on new features.
/cc @xiang90 @heyitsanthony

@yy2008 Are you trying to write a client library for etcd? Or you want to write an application with an etcd client?

To write an app. But go may not be the choice.

@yy2008 OK. Then the API reference is not the right thing for you. It is for client binding writers. What language binding do you plan to sue?

It will be python initially.

@fasaxc is probably working on a python client for etcd3. So you should discuss with python binding people about how they are going to write the API guide. Now we only have doc for go-client, etcdctl and API reference for client binding developers. We might add a restful API in the future as a cross language generic thing with doc like v2 API.

repo: coreos/etcd


text:
functional-tester: continuous tester prometheus metrics count

Current problem is whenever we redeploy testing cluster, we reset all the metrics in tester (number of rounds, cases, etc.).
I asked Grafana mailing list if there's any way to use previous metrics data to make Grafana graphs continuous, even after prometheus redeployment, because Grafana stores some historical data on disk.
And response was:

Grafana does not store any data itself it only saves to query that's being used to query Prometheus.

Which means it only stores the results of the query, and there's no way to count the prometheus metrics continuously with the previous deployment. We could just write the metrics count to disk, and read it back when the tester restarts.

I believe you can handle this with prometheus. For counts you use Increase() https://prometheus.io/docs/querying/functions/#increase(). If your calculating an average, rate() does the same too.
However, be sure to read the note if your using rate():

Note that when combining rate() with an aggregation operator (e.g. sum()) or a function aggregating over time (any function ending in _over_time), always take a rate() first, then aggregate. Otherwise rate() cannot detect counter resets when your target restarts.

@chancez Thanks for looking it up.
I once tried sum but didn't work. increase seems like what we want.
increase(etcd_funcational_tester_round_total[9999h])

I will match those numbers next week if it's accurate.

Confirmed that query increase(etcd_funcational_tester_round_total[1y]) gives what we want. It's running the query for every refresh, so it's a bit slow, though.
But for now, it's good enough.
Will work on detailed information on failure cases later.
Thanks Chance!

authors: chancez gyuho


text:
etcd-runner: move string generation to pkg/stringutil

/cc @heyitsanthony @sinsharat

not really convinced this needs to be a full fledged pkg but lgtm

@heyitsanthony

not really convinced this needs to

There are other key generation funcs in other pkgs. for example:
https://github.com/coreos/etcd/blob/master/tools/benchmark/cmd/util.go#L78
i want to move them to a one pkg. this is the first step.

LGTM.

authors: heyitsanthony sinsharat xiang90


text:
clientv3: respect dial timeout in auth

Fixes #7627

The failed test doesn't seem to be related to this change. I think this PR can be merged.

authors: heyitsanthony mitake


text:
add an example test for GetPrefixRangeEnd

Contributing guidelines
Please read our contribution workflow before submitting a pull request.
GetPrefixRangeEnd has not been tested in clientv3. Add it in ExampleKV_getSortedPrefix()

It's already covered/tested: https://codecov.io/gh/coreos/etcd/src/9e574afb84ca88b68ca2c56542cf872ce34a1b2f/clientv3/op.go#L305
If there's going to be an example it shouldn't hang off the sort example since it doesn't really demonstrate the purpose of the function.

@heyitsanthony  I have just moved the block to another function. ExampleKV_getAscendingSortedPrefix
In ExampleKV_getSortedPrefix, clientv3.WithPrefix() is tested. So I wrote another function to test clientv3.WithRange(clientv3.GetPrefixRangeEnd("key"))... I think they are different.

I have just began reading the code of etcd and want to contribute. I was wondering if there would be any minor feature I can do...

Codecov Report

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

@@            Coverage Diff            @@
##             master    #8175   +/-   ##
=========================================
  Coverage          ?   76.46%
=========================================
  Files             ?      344
  Lines             ?    26886
  Branches          ?        0
=========================================
  Hits              ?    20558
  Misses            ?     4854
  Partials          ?     1474

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 86eced6...54807bf. Read the comment docs.

@harryge00 probably take a look at https://github.com/coreos/etcd/issues/8060?

closing this pr since the same thing already exists.


text:
Documentation: add documentation on how to use storage

This adds documentation on how to use storage provisioning with a concrete example for AWS. This should solve some confusion around the topic.
@fabxc

@brancz it'll be good if you link this doc with https://github.com/coreos/prometheus-operator/blob/48a318f4af27aafc3c0385be4fea084018dfae6c/Documentation/prometheus.md#storagespec

@gianrubio you're absolutely right, I added it :slightly_smiling_face:

the Documentation/storage.md file is gone. What is the current way to enable storage:

prior to running Prom Op deploy
update (on another ticket it says it requires 1.7)

@VinceMD the document was just moved :slightly_smiling_face: https://github.com/coreos/prometheus-operator/blob/master/Documentation/user-guides/storage.md

authors: VinceMD brancz gianrubio

repo: coreos/prometheus-operator


text:
thanos: upgrade dependency and default to v0.5.0

Per https://github.com/coreos/prometheus-operator/pull/2623#issuecomment-499153323 and https://github.com/coreos/prometheus-operator/pull/2629#issuecomment-499270790, this upgrades the thanos dependency and default to v0.5.0.

cc @brancz

Thank you so much for your awesome contributions! lgtm on green :+1:

I have no idea why that test would fail that way... If it's a real issue and not just a flaky test, it may be a few days before I can get to it.

That was a known flake. Restarted.

Thanks lgtm :+1:

authors: abursavich brancz


text:
t/feature/ovfenv-vars

OVF environment variables for VMware deployments
this is the companion PR of https://github.com/coreos/coreos-cloudinit/pull/384
It exposes the configuration variables at deployment time, making them discoverable

ping @crawford, since coreos/coreos-cloudinit#384 was merged

@sigma can you rebase this and clean up the commit message? Otherwise, this looks good.

@mischief @crawford done

LGTM, thanks!

authors: crawford mischief sigma

repo: coreos/scripts


text:
Detect ' notnull -- in SQLi rules

Description
BB Finding 7MV2I59X
email=' notnull --
curl -v localhost/?email=%27%20notnull%20--

notnull was added to the PL2 rule 942120 by Karelogin on May 15:
https://github.com/coreruleset/coreruleset/commit/66f1529068770ab789d8084b39e4bd6c644be64d

The linked PR is merged, thank you! 🥳

authors: franbuehler lifeforms

repo: coreruleset/coreruleset


text:
abort-if-update-in-progress.sh logic incorrect

This line is wrong:
https://github.com/coreycothrum/meta-mender-kernel/blob/fc6ea4e0120cd27fcfac5c8a60a3377fb7c2c9b2/recipes-mender/mender-kernel-state-scripts/files/abort-if-update-in-progress.sh#L18
Logic should be:

BOOT_COUNT
UPGRADE_AV
Meaning

==0
>0
Pushed update, but haven't booted/applied

>0
>0
Rebooted, but updated hasn't been committed yet

This feature should be optional

I don't think we need to protect from the other case?
changes in aa21e75521d44d8270bdf35e4abbb46024b98e5e should have made this safe.

repo: coreycothrum/meta-mender-kernel


text:
Updating usage of external.cornerstone

Changes
CornerstoneTools files are loaded before having cornerstone into window scope, so, if we store external.cornerstone as a variable outside of the scope of the class/function it will get undefined.
To have consistency I've changed all new files to always use external.cornerstone, then we will assure that it will aways run the get and pickup the currently window.cornerstone object.

Ahh. That makes sense. Good catch, @galelis :+1:

authors: dannyrb galelis

repo: cornerstonejs/cornerstoneTools


text:
Patch Proposals 1.0.3

Use this issue to link PRs that should be contained in patch 1.0.3.

[ ] Add TLS Ciphers compliant to BSI-TR-02102-2 #525
[ ] Revert "Update android app versions (#520)" #524

authors: johanneseschrig ole-lilienthal

repo: corona-warn-app/cwa-server


text:
Opening the "show results" page takes about 15s for 234 copies

The title says it all :-)
No urgency at all; it's still perfectly usable. Just surprising when
opening the grading view is essentially instant.
Steps to reproduce: @barais: you have the link to my Info111 course.

I improve the performance

Excellent, much faster indeed: about 3s which is totally fine for such
a page that is not accessed repeatedly.

authors: barais nthiery

repo: correctexam/corrigeExamFront


text:
Unique value modifiers not visible and persisted after save

Reproduction steps

Fixed: https://github.com/cortezaproject/corteza/commit/295defc9a9eadbe2b150d0c9e0c93cf799fd5dd9

authors: Fajfa katrinDY

repo: cortezaproject/corteza


text:
Reorg on epoch boundary

Reorgs happen very often in Goerli. However, it is not very common that the reorg involves redownloading a state again (only at the end of the epoch). Therefore, this is something we will be testing throughout the time, as the scenario does not happen for several days.
At the moment, we believe it is properly handled, but we are leaving this issue just in case someone comes across an exceptional case that was not handled yet.

As you said:

At the moment, we believe it is properly handled <...>

We only discard those slots/epochs that are not finalized, forcing GotEth to resync from the last finalized state on DB and rewriting all the data between our last finalized epoch in DB  and the head of the chain.
I'm not sure how could this trigger edgy cases, as we just ensure that the finalized tag only appears on the DB when the BN says that it's finalized.

authors: cortze tdahar

repo: cortze/goteth


text:
Compilation error with {enum: ["+"]}

The generated code for the following schema fails to compile with version 4.0.0-preview.25.
{
  "$schema": "https://json-schema.org/draft/2020-12/schema",
  "enum": ["+"]
}

/home/mmior/apps/jsonschema-benchmark/implementations/corvus/Schema.Validate.cs(61,31): error CS1519: Invalid token '{' in class, record, struct, or interface member declaration [/home/mmior/apps/jsonschema-benchmark/implementations/corvus/bench.csproj]
/home/mmior/apps/jsonschema-benchmark/implementations/corvus/Schema.Validate.cs(61,36): error CS1519: Invalid token ';' in class, record, struct, or interface member declaration [/home/mmior/apps/jsonschema-benchmark/implementations/corvus/bench.csproj]
/home/mmior/apps/jsonschema-benchmark/implementations/corvus/Schema.Validate.cs(61,40): error CS1519: Invalid token '=' in class, record, struct, or interface member declaration [/home/mmior/apps/jsonschema-benchmark/implementations/corvus/bench.csproj]
/home/mmior/apps/jsonschema-benchmark/implementations/corvus/Schema.Validate.cs(61,74): error CS1519: Invalid token '(' in class, record, struct, or interface member declaration [/home/mmior/apps/jsonschema-benchmark/implementations/corvus/bench.csproj]
/home/mmior/apps/jsonschema-benchmark/implementations/corvus/Schema.Validate.cs(61,75): error CS8124: Tuple must contain at least two elements. [/home/mmior/apps/jsonschema-benchmark/implementations/corvus/bench.csproj]
/home/mmior/apps/jsonschema-benchmark/implementations/corvus/Schema.Validate.cs(61,76): error CS1519: Invalid token ';' in class, record, struct, or interface member declaration [/home/mmior/apps/jsonschema-benchmark/implementations/corvus/bench.csproj]
/home/mmior/apps/jsonschema-benchmark/implementations/corvus/Schema.Validate.cs(139,1): error CS1022: Type or namespace definition, or end-of-file expected [/home/mmior/apps/jsonschema-benchmark/implementations/corvus/bench.csproj]

Build FAILED.

This is a regression in the naming heuristic. We lost the fallback for identifiers that resolve to zero characters.

Added support for translating single non-letter characters in the ASCII range to names.
Reinstated support for an empty identifier fallback name.
Fixed in V4.0.0-preview.27.

@mwadams Change + to ++ in the example above and this still fails.

The example below may be another instance of basically the same.
{
  "$schema": "http://json-schema.org/draft-07/schema#",
  "properties": {
    ".*": {}
  }
}

That is the same... Curses!

Stupid mistake, and didn't test for it.
Now sans stupid mistake, with test!

v4.0.0-preview.28 will appear in about 30 minutes.

authors: michaelmior mwadams


text:
Fix ETU Loadout

About the PR

Mark ETU Pilot Helmet as DEBUG

KittenColony said this was intended to me a debug item

Remove ETU pilot helmet from loadouts
Disable ETU harness from loadouts

Someone needs to fill it with the EMT belt gear before it can be used in
loadouts. In addition, I incorrectly assumed it was a harness when it was
a belt.

👍


text:
how to find out what is the total balance on the address?

how to find out what is the total balance on the address?

There is no such a thing right now, but it could be a good addition to the wallet section.

I want to use this cryptocurrency on a minecraft server. I need a simple crypto wallet with transaction history and balance. can we contact telegram?

Hello dear @Hole-code , if you want i can probs help, add me on Discord: fede#7428

how to find out what is the total balance on the address?

hypothetically speaking you would have to check the whole previous balance on the blockchain, which would be p a i n to code


text:
Use expected_size field to set class size in app

This PR updates the app to use the teacher-set "expected size" for the class, rather than the number of students currently in the class.

@Carifio24, do we need to have some sort of fallback if the teacher did not enter an expected class size?

@patudom We probably do want a fallback, yeah. It could be the "actual" class size (that is, how many students are associated with the class in the database).

Yeah, that makes sense - can we do what we would have done before, which I think was to count the class size at the beginning of Stage 5?

@Carifio24 & I just discussed this - we don't think that we use the class size anywhere as a state variable. (We do keep track of class size on the db side). Jon will confirm - if that's the case, we can close this PR.

Yeah, I don't think we're actually using this at all - we set this value in a couple of places, but we never read it. We can reopen if we ever do need to update how we determine the size.

repo: cosmicds/cosmicds


text:
Things that don't scale

CosmJS made a few design decisions early on that are not great anymore. Part of the reason is that the protobuf API is getting more and more usable directly due to improvements in both Cosmos SDK and proto -> .ts code generation with Telescope. The other part is that the amount of messages and queries is getting a lot.
The group module alone adds 14 message types, more than all relevant modules combined when this was designed.
Instead of trying to catch up here, we should conceptually rething how those things should be done better.
Encode objects
We maintain types like
export interface MsgDepositEncodeObject extends EncodeObject {
  readonly typeUrl: "/cosmos.gov.v1beta1.MsgDeposit";
  readonly value: Partial<MsgDeposit>;
}

to combine the message type and the typeUrl in a type-safe way. We have 20 of them right now already but I am sure a lot of message types are missing
git grep "extends EncodeObject" | cat -n
     1  packages/cosmwasm-stargate/src/modules/wasm/messages.ts:export interface MsgStoreCodeEncodeObject extends EncodeObject {
     2  packages/cosmwasm-stargate/src/modules/wasm/messages.ts:export interface MsgInstantiateContractEncodeObject extends EncodeObject {
     3  packages/cosmwasm-stargate/src/modules/wasm/messages.ts:export interface MsgInstantiateContract2EncodeObject extends EncodeObject {
     4  packages/cosmwasm-stargate/src/modules/wasm/messages.ts:export interface MsgUpdateAdminEncodeObject extends EncodeObject {
     5  packages/cosmwasm-stargate/src/modules/wasm/messages.ts:export interface MsgClearAdminEncodeObject extends EncodeObject {
     6  packages/cosmwasm-stargate/src/modules/wasm/messages.ts:export interface MsgMigrateContractEncodeObject extends EncodeObject {
     7  packages/cosmwasm-stargate/src/modules/wasm/messages.ts:export interface MsgExecuteContractEncodeObject extends EncodeObject {
     8  packages/proto-signing/src/registry.ts:export interface TxBodyEncodeObject extends EncodeObject {
     9  packages/stargate/src/modules/bank/messages.ts:export interface MsgSendEncodeObject extends EncodeObject {
    10  packages/stargate/src/modules/distribution/messages.ts:export interface MsgWithdrawDelegatorRewardEncodeObject extends EncodeObject {
    11  packages/stargate/src/modules/gov/messages.ts:export interface MsgDepositEncodeObject extends EncodeObject {
    12  packages/stargate/src/modules/gov/messages.ts:export interface MsgSubmitProposalEncodeObject extends EncodeObject {
    13  packages/stargate/src/modules/gov/messages.ts:export interface MsgVoteEncodeObject extends EncodeObject {
    14  packages/stargate/src/modules/gov/messages.ts:export interface MsgVoteWeightedEncodeObject extends EncodeObject {
    15  packages/stargate/src/modules/ibc/messages.ts:export interface MsgTransferEncodeObject extends EncodeObject {
    16  packages/stargate/src/modules/staking/messages.ts:export interface MsgBeginRedelegateEncodeObject extends EncodeObject {
    17  packages/stargate/src/modules/staking/messages.ts:export interface MsgCreateValidatorEncodeObject extends EncodeObject {
    18  packages/stargate/src/modules/staking/messages.ts:export interface MsgDelegateEncodeObject extends EncodeObject {
    19  packages/stargate/src/modules/staking/messages.ts:export interface MsgEditValidatorEncodeObject extends EncodeObject {
    20  packages/stargate/src/modules/staking/messages.ts:export interface MsgUndelegateEncodeObject extends EncodeObject {

Amino converters
The fromAmino/toAmino have to be written by hand (and ideally tested) for every message type supported.
We have those types right now but not for all of them the converters are actually implemented:
git grep "extends AminoMsg" | cat -n
     1  packages/stargate/src/modules/bank/aminomessages.ts:export interface AminoMsgSend extends AminoMsg {
     2  packages/stargate/src/modules/bank/aminomessages.ts:export interface AminoMsgMultiSend extends AminoMsg {
     3  packages/stargate/src/modules/crisis/aminomessages.ts:export interface AminoMsgVerifyInvariant extends AminoMsg {
     4  packages/stargate/src/modules/distribution/aminomessages.ts:export interface AminoMsgSetWithdrawAddress extends AminoMsg {
     5  packages/stargate/src/modules/distribution/aminomessages.ts:export interface AminoMsgWithdrawDelegatorReward extends AminoMsg {
     6  packages/stargate/src/modules/distribution/aminomessages.ts:export interface AminoMsgWithdrawValidatorCommission extends AminoMsg {
     7  packages/stargate/src/modules/distribution/aminomessages.ts:export interface AminoMsgFundCommunityPool extends AminoMsg {
     8  packages/stargate/src/modules/evidence/aminomessages.ts:export interface AminoMsgSubmitEvidence extends AminoMsg {
     9  packages/stargate/src/modules/gov/aminomessages.ts:export interface AminoMsgSubmitProposal extends AminoMsg {
    10  packages/stargate/src/modules/gov/aminomessages.ts:export interface AminoMsgVote extends AminoMsg {
    11  packages/stargate/src/modules/gov/aminomessages.ts:export interface AminoMsgVoteWeighted extends AminoMsg {
    12  packages/stargate/src/modules/gov/aminomessages.ts:export interface AminoMsgDeposit extends AminoMsg {
    13  packages/stargate/src/modules/ibc/aminomessages.ts:export interface AminoMsgTransfer extends AminoMsg {
    14  packages/stargate/src/modules/slashing/aminomessages.ts:export interface AminoMsgUnjail extends AminoMsg {
    15  packages/stargate/src/modules/staking/aminomessages.ts:export interface AminoMsgCreateValidator extends AminoMsg {
    16  packages/stargate/src/modules/staking/aminomessages.ts:export interface AminoMsgEditValidator extends AminoMsg {
    17  packages/stargate/src/modules/staking/aminomessages.ts:export interface AminoMsgDelegate extends AminoMsg {
    18  packages/stargate/src/modules/staking/aminomessages.ts:export interface AminoMsgBeginRedelegate extends AminoMsg {
    19  packages/stargate/src/modules/staking/aminomessages.ts:export interface AminoMsgUndelegate extends AminoMsg {
    20  packages/stargate/src/modules/vesting/aminomessages.ts:export interface AminoMsgCreateVestingAccount extends AminoMsg {

Query wrappers
The extensible QueryClient is a nice idea in general, but someone has to write query wrappers for each query. Missing queries have been a source of frustration for users before. Also limited access to advanced setting like query height or pagination settings is an issue.

example for Telescope-generated objects

Proto Messages via toProtoMsg
Amino Messages via toAminoMsg

for decimal issues, we've added an option into Telescope
prototypes.typingsFormat.customTypes.useCosmosSDKDec is the option, that will get embedded into decode so RPC queries get fixed.
prototypes.typingsFormat.customTypes.useCosmosSDKDec

prototypes.typingsFormat.customTypes.useCosmosSDKDec

prototypes.typingsFormat.customTypes.useCosmosSDKDec

prototypes.typingsFormat.customTypes.useCosmosSDKDec

repo: cosmos/cosmjs


text:
fix(e2e): re-enable ica unordered channel upgrade

Description

closes: #5644
Commit Message / Changelog Entry
type: commit message

see the guidelines for commit messages. (view raw markdown for examples)

Before we can merge this PR, please make sure that all the following items have been
checked off. If any of the checklist items are not applicable, please leave them but
write a little note why.

[ ] Targeted PR against the correct branch (see CONTRIBUTING.md).
[ ] Linked to Github issue with discussion and accepted design OR link to spec that describes this work.
[ ] Code follows the module structure standards and Go style guide.
[ ] Wrote unit and integration tests.
[ ] Updated relevant documentation (docs/) or specification (x/<module>/spec/).
[ ] Added relevant godoc comments.
[ ] Provide a commit message to be used for the changelog entry in the PR description for review.
[ ] Re-reviewed Files changed in the Github PR explorer.
[ ] Review Codecov Report in the comment section below once CI passes.

Codecov Report
All modified and coverable lines are covered by tests :white_check_mark:

Comparison is base (310a4bd) 81.49% compared to head (68fd350) 81.51%.
Report is 6 commits behind head on main.

Additional details and impacted files

@@            Coverage Diff             @@
##             main    #5756      +/-   ##
==========================================
+ Coverage   81.49%   81.51%   +0.02%
==========================================
  Files         199      199
  Lines       15203    15225      +22
==========================================
+ Hits        12389    12411      +22
  Misses       2348     2348
  Partials      466      466

Files
Coverage Δ

modules/core/04-channel/keeper/keeper.go
90.84% <100.00%> (+0.06%)
:arrow_up:

modules/core/04-channel/keeper/upgrade.go
92.52% <100.00%> (+0.21%)
:arrow_up:

authors: codecov-commenter crodriguezvega

repo: cosmos/ibc-go


text:
🛑 florencenet Tez.ie is down

In f97a555, florencenet Tez.ie (https://api.tez.ie/rpc/florencenet/chains/main/blocks/head/header) was down:

HTTP code: 502
Response time: 234 ms

Resolved: florencenet Tez.ie is back up in eec8a6e.

repo: cotezos/teznodes


text:
Java REST API, updating a View documents map function will not take effect for falling queries

Problem:
REST API does support View version, but CBL Android always sets "1" for the version. By using same version number, re-indexing does not happen

Problem:

REST API does support View version - https://developer.couchbase.com/documentation/mobile/1.3/references/couchbase-lite/rest-api/index.html#!/query/post_db_design_ddoc_view_view
CBL Android always set "1" for version. By using same version number, re-indexing not happen - https://github.com/couchbase/couchbase-lite-java-core/blob/master/src/main/java/com/couchbase/lite/router/Router.java#L2484

Solution:

Like iOS implementation, CBL Java need to set the hash value from content https://github.com/couchbase/couchbase-lite-ios/blob/66133e2ec76851ed16828f3b05476de0671ced3e/Source/CBLView%2BREST.m#L59

@hideki Were you able to add a test for this or do we need to add a functional test?

Hi @sethrosetter,
I added the unit test for this. https://github.com/couchbase/couchbase-lite-android/pull/1145/files

authors: erikm-couchbase hideki sethrosetter

repo: couchbase/couchbase-lite-android


text:
NCBC-1549: Add async creation of buckets.

Motivation
Buckets cannot be created asynchronously at the moment and being able
to do this could be a big win under a high load.
Modifications

Added OpenBucketAsync to ICluster
Added CreateBucketAsync to IClusterController
Added unit tests for the OpenBucket methods of Cluster.
Added GetBucketAsync to ClusterHelper and changed the locking logic in that class.

Result
Buckets can now be created asynchronously :)

Hi @dlemstra - sorry for the slow reply, we've been caught up with conferences the last week or so. We'll take a look at your update in the next day or so.
Thanks

@MikeGoldsmith No problem 👍 Would love to start with the rest of the async improvments when this PR is merged. This is only the first step.

authors: MikeGoldsmith dlemstra

repo: couchbase/couchbase-net-client


text:
Add a dns-serv configuration option

At the moment, only connectionString, username, and password are configurable options. When following the example in this readme, I get a dns-srv error even though the app works:
 DNS SRV lookup failed (null), trying to bootstrap from given hostname directly.: java.lang.NullPointerException

This confuses developers new to Couchbase, especially with Quarkus continuous testing and live reload. Two things:

Please add a quarkus.couchbase.dns-serv-enabled option so I can avoid this error (I'd likely set it to false when using dev mode via %dev.quarkus.couchbase.dns-serv-enabled=false). Also, name the property whatever you feel is the proper name :-)
If #1 is implemented, please auto-configure this option or default to false in dev mode, maybe test mode too.

I admit that I'm still learning Couchbase and that I don't fully understand the impact of this request, but my initial developer experience was hampered due to this issue.

Hey @jclingan, in this case it looks like it might just be that the connection string isn't valid, so more of a bug in the README?  Did you do it this way @programmatix because of the escaping that'd be required?
I'd agree that one shouldn't see that kind of whining on initial startup.  There's probably a lower level bug here since we should be validating.
Thanks for reporting!

@jclingan we're not having much luck replicating the NullPointerException here.  Could you let me know what connectionString setting you're using please?

The connection string is "localhost". Keep in mind that I am a complete newbie, and I just followed the readme. It also took me a bit to figure out how to handle credentials. I think all of this is because I am "jumping the gun" a bit and trying this out before a Quarkus guide has been written.

@jclingan can you share the logs when you see the NPE? We tried hard but could not reproduce it ... the logs would help I think (even better if at debug)

OK, now I can't reproduce it either. I am going to close this issue and will re-open it if I can reproduce it.

Grrr, meant to close issue with last comment :-)

authors: daschl ingenthr jclingan programmatix

repo: couchbaselabs/quarkus-couchbase


text:
test(cli): modify test env to be keyring-compatible

This PR modify the docker substantially by making the user being notGroot by default (so accessing root will require sudo now and not the other way around)
The DockerFile is also augmented with the responsibility of initializing some files for notGroot mainly its keychain. By using an unencrypted keychain (i.e. no passphrase) we avoid any GUI prompt from gnome-keychain when trying to write or read from the keychain.

https://coveord.atlassian.net/browse/CDX-142

Do we need to run the docker container with the --privileged flag?

Do we need to run the docker container with the --privileged flag?

Hm I forgot to check the entry.js I was a bit too hasty.

@y-lakhdar so, no --privileged was a bit an 'umbrella' but only IPC_LOCK is needed.

authors: louis-bompart y-lakhdar

repo: coveo/cli


text:
Support git references in stew build

So when you run stew build on a project with a git reference, it ends up calling pip wheels <all-my-packages> --index-url <githuburl> 😆 That did not go well.
This PR adds support for the VCS references, which may be git+ or hg+ prefixed.
We don't support the directory and file dependencies because no use case. At least now, we let the user know. It should be a really easy PR once someone has a use case. #famouslastwords
I didn't add tests because it was kinda deep in poetry's config. But I did some test runs on some of our private repos and it went well.

As a reminder, I know this looks like a pain to maintain. However, it's the only way to obtain an offline build based on the lock file.

repo: coveooss/coveo-python-oss


text:
coveralls 1.10.0 does not work with coverage 5.0.2

Travis test run from pykickstart project:
https://travis-ci.org/pykickstart/pykickstart/jobs/633359771
It works fine if I limit coveralls to < 1.10.0 in our requirements.txt, with that it installs:
coverage-4.5.4 coveralls-1.9.2

I don't see what this problem has to do with coveralls itself.

Traceback (most recent call last):

  File "/home/travis/virtualenv/python3.7.1/lib/python3.7/site-packages/coverage/sqldata.py", line 1033, in execute

    return self.con.execute(sql, parameters)

sqlite3.OperationalError: no such table: meta

Doesn't happen with 4.5.4, I don't know anything about the internals of coveralls or coverage but it looks like something changed in the 5.x series that coveralls doesn't setup correctly. Or maybe this is a coverage problem?

At that point your test suit is not even touching coveralls. Thus, not a coveralls problem. Should be easy to test locally against different version of coverage, yes?

Thanks, I can reproduce it without coveralls installed at all so it appears to be a coverage issue.

authors: agronholm bcl

repo: coveralls-clients/coveralls-python


text:
https://api.covid19india.org/csv/latest/case_time_series.csv Not updating since yesterday.

Hi Team,
I have observed the data in https://api.covid19india.org/csv/latest/case_time_series.csv is not updating since yesterday, Can you please have a look.
Thanks,
Nitin

Please raise an issue in the API repo

authors: gurunitin shuklaayush


text:
Separate delay for inactivity timeout

In my case, the responsiveness of the final call in a throttle is very important.
So I think I need a separate inactivity timeout.
For example, if some event happens during scrolls (say maybe every 5ms), it's nice to space out the actual callback calls to maybe 250ms, but once the scrolling is done, I would like the final callback call to come very quickly, maybe after 50ms of no calls to the throttled function.  This is important to make things look right for the user.
I don't want to lower the current delay to 50ms because it slows down my page a lot.
Notice in my example that: 5 ms average interval < 50 ms < 250 ms
If you have no time for this, I could code it with a few tips from you to speed things up.

Is this already implemented?
Here or in Lodash at least?
4 years passed :+1:

authors: DiegoYungh huyz

repo: cowboy/jquery-throttle-debounce


text:
pc端ping值栏无法完整显示

源码部署效果为：
显示不完整
建议将样式文件dark.css第24行、light.css第21行：
#ping { max-width: 95px; }
修改为：
#ping { max-width: 120px; }
显示效果：
显示完整

最新版本把io 换成tips显示了。 不知道怎么显示较好

个人感觉单io列tips显示破坏一致性，可以把tips内容放到硬盘和TCP/UDP/进/线中间。

authors: adobj cppla

repo: cppla/ServerStatus


text:
Add Grouping for test cases

Add functionality in tooling so that test cases can be grouped by a measure when creating measure bundles.
Specifically, create a Group resource in the measure's test folder root with the same id as the measure. If one is already present, delete it.
Set the group to active.
Set the group type to "person"
Set the group as actual.
Set the name of the Group to the name of the measure.
For each test case, add a member.entity entry that references the Patient resource for the test case.
Add an extension to the Group to reference the measure: http://hl7.org/fhir/StructureDefinition/artifact-testArtifact, valueCanonical: Canonical url for the measure.

Note that there is a CRMI ticket to build this extension:
https://jira.hl7.org/browse/FHIR-41874

Example Group resource:
{
    "resourceType": "Group",
    "id": "DischargedonAntithromboticTherapyFHIR",
    "extension": [{
        "url": "http://hl7.org/fhir/StructureDefinition/artifact-testArtifact",
        "valueCanonical": "http://ecqi.healthit.gov/ecqms/Measure/DischargedonAntithromboticTherapyFHIR"
    }],
    "active": true,
    "type": "person",
    "actual": true,
    "member": [{
        "entity": {
            "reference": "Patient/6129131702c62a011f2e59fa",
            "display": "CMS104FHIR-v0.8.000-NUMERPass-2Enc3WithAntithrombotic"
        }
    }, {
        "entity": {
            "reference": "Patient/6129131902c62a011f2e5b40",
            "display": "CMS104FHIR-v0.8.000-DENEXCEPPass-MedDscPatRsnDTimeEQEncStartTime"
        }
    }, {
        "entity": {
            "reference": "Patient/6129133702c62a011f2e66b1",
            "display": "CMS104FHIR-v0.8.000-IPPass-age_eq18"
        }
    }, {
        "entity": {
            "reference": "Patient/6129135502c62a011f2e752c",
            "display": "CMS104FHIR-v0.8.000-DENEXPass-CMOdurDiffEDTestOccur"
        }
    }]
}

authors: brynrhodes jenseeman

repo: cqframework/cqf-tooling


text:
Mail hide

I would like to add the "mail hide" feature.
Basically: the helper would have a method to generate a link, the link would open a popup, when the user compiles the recaptcha control, the mail is shown clearly.
This involves:

add a method to the helper;
add a controller, a route for the popup and some template files;
the configuration could no longer be passed directly to the component. For example, it can be set to a file (config/recaptcha.php), so that the same configuration works for both the widget and the "mail hide" function.

What do you think about?

That sounds like a pretty specific use case and I personally don't really like the idea of adding what you describe to this plugin. It would be better to make a separate plugin with that feature with this plugin as dependency.

@ADmad that's what I'm already doing.
Only I was wondering if a single plugin or two separate could be more useful

i have no idea about this issue.

authors: ADmad anhtuank7c mirko-pagliai

repo: crabstudio/Recaptcha


text:
Update python client

We must update the python client to handle new routes on generator
TO DO (python & pandas)

[ ] Create generator
[ ] Delete generator
[ ] Get generator
[ ] Get decision from context
[ ] Get tree

Collegial estimate -> 4 MD

authors: GaetanMil cloderic

repo: craft-ai/craft-ai-client-python


text:
FWIW, you can can manually download and install pybind11 locally and then install sophuspy with that. Still not ideal, but workable.

          FWIW, you can can manually download and install pybind11 locally and then install sophuspy with that. Still not ideal, but workable.

git clone https://github.com/pybind/pybind11.git
cd pybind11
mkdir build && cd build
cmake .. -DCMAKE_INSTALL_PREFIX=../install/
make -j8
make install
pybind11_DIR=$PWD/../install/share/cmake/pybind11/ pip3 install --user sophuspy

Originally posted by @NikolausDemmel in https://github.com/craigstar/SophusPy/issues/3#issuecomment-570670449

New version 1.0.1 has solved the pybind11 problem, Hooray

repo: craigstar/SophusPy


text:
dinamicaly change the status of checked

Hi,
I'm trying to dinamically change the status of the checkBox, because I want to have one checkBox that we can call "Check All", and as the name says, it will change all the status of the children checkbox to true or false, depending on what this one is set.
I made the code but, when I change the state of the checked object, the screen is not updating the children Checkbox to what was suppose to be(I can confirm that the status was changing using the logs).
It this not yet implemented, or is it a bug or I'm doing something wrong? (I'm using version 1.0.4)
Code:
export default class MainScreen extends React.Component {
    constructor(props) {
        super(props);

        this.ds = new ListView.DataSource({rowHasChanged: (r1, r2) => r1.id !== r2.id});
        this.state = {
            list: [],
            dataSource: this.ds.cloneWithRows([]),
            check: {},
            checkAll: false,
        };
    }

    static navigationOptions = {
        title: 'Main',
        headerVisible: false
    };

    _checkAll = () => {
		const { checkAll, list, check } = this.state;
		const callback = () => {
		  console.log("checkAll", checkAll);
		  list.map(student => {
			  check[student.name].checked = !check[student.name].checked;
			  console.log("check: " + student.name, check[student.name].checked);
			  this.setState({check});
		  });
		}
		this.setState({checkAll: !this.state.checkAll}, callback);
    }

    _checkStudent = (student) => {
		console.log("checking student", student);
		const { check } = this.state;
		console.log("checking check", check);
		check[student.name].checked = !check[student.name].checked;
		this.setState({check});
    }

    render() {
        // const { navigate } = this.props.navigation;
        const { check, checkAll, dataSource } = this.state;
        return (
            <Image source={require('./../images/background_no_logo.png')} style={styles.container}>
				<CheckBox
					style={{padding: 10}}
					onClick={()=>this._checkAll()}
					isChecked={this.state.checkAll}
					rightText={this.text.checkText}
				/>
				<ListView
				   style={styles.listView}
				   dataSource={this.state.dataSource}
				   enableEmptySections={true}
				   renderRow={(student) =>
					   <View  style={styles.row}>
						   <CheckBox
							   style={{paddingLeft: 10, paddingRight:10}}
							   onClick={() => this._checkStudent(this.state.check[student.name])}
							   isChecked={this.state.check[student.name].checked}
						   />
						   <Text style={{color:'#336463', fontSize:20, flex: 1}}>
							   {`${student.name}`}
						   </Text>
					   </View>
				   }
				/>
            </Image>
        )
    }
}

i am facing the same problem. Exactly the same issue that the children checkbox are not getting updated. Any help would be appreciated.

Well, this is not the fix and is not my intention to downvote the author's hard work, but in the end I just used another component: https://github.com/sconxu/react-native-checkbox
From other forum, there was a person that helped me with giving me an example how to make it work:
https://gist.github.com/felipemendesbraga/20ebbb4e7527b3b782a1c0c47ae1a72e

The latest version of this component should implement the checkbox as uncontrolled:
https://github.com/crazycodeboy/react-native-check-box/commit/eb424758b550bc039c4a494ae8dd4236ee687c97

Needs to be released though...

Btw, quickfix for now:
Replace the original dependency in your package.json by:
"react-native-check-box": "git://github.com/crazycodeboy/react-native-check-box.git#dbd40836b09f7bc0316d13e30abdb66a799c5077"

I too am unable to implement check all functionality

Hi guys. I have the same problem here. Please help to find a solution

Guys you can use https://github.com/DavitVosk/react-native-check-box.git fork

authors: AishwaryaSurana DavitVosk ianhowe76 joaosauer lolobosse rahulmishra-goibibo

repo: crazycodeboy/react-native-check-box


text:
[BUG] Mac M2 arch reporting as M1

AWS offers support for mac M2, when trying crc on an M2 the INFO message is identifying the CPU as a M1:
INFO Checking if running emulated on a M1 CPU

Checking the arch we can see the M2
ec2-user@Mac-mini ~ % sysctl machdep.cpu.brand_string
machdep.cpu.brand_string: Apple M2 Pro

When we added this message, the M2 didn't exist. We check for arch64 on an Apple computer. Perhaps we just change this to 'Apple silicon' instead.

Or use the output from that macro?

Or use the output from that macro?

In some  instances, it would not be correct, for example CRC can only run on AMD64/Intel64 CPUs and Apple silicon. This cannot be changed to CRC can only run on AMD64/Intel64 CPUs and M2 Pro

I meant the output from sysctl machdep.cpu.brand_string

authors: adrianriobo cfergeau gbraad

repo: crc-org/crc


text:
[BUG] crc start fails on mac with timeout trying to ssh into machine

Testing microshift bundles version 4.14.3 crc start fails trying to ssh into the machine.
This has been tested on mac x86 both 12.X and 13.X both ends up with same failure, full log for a 13.X execution (crc.log and vfkit log) can be found here
This has not been tested on mac silicon

On windows microshift 4.14.3 bundles works as expected
On mac  openshift 4.14.3 bundles works as expected

Isn't this fixed now?

yes, fixed in https://github.com/crc-org/snc/pull/827

authors: adrianriobo anjannath praveenkumar


text:
Installing v8.11.3 installs old version of npm (v5.6.0)

Operating system and version: MacOS 10.12.6 Sierra

nvm debug output:

nvm --version: v0.33.8
$TERM_PROGRAM: Apple_Terminal
$SHELL: /bin/zsh
$HOME: /Users/conuegbu
$NVM_DIR: '$HOME/.nvm'
$PREFIX: ''
$NPM_CONFIG_PREFIX: ''
$NVM_NODEJS_ORG_MIRROR: ''
$NVM_IOJS_ORG_MIRROR: ''
shell version: 'zsh 5.2 (x86_64-apple-darwin16.0)'
uname -a: 'Darwin 16.7.0 Darwin Kernel Version 16.7.0: Tue Jan 30 11:27:06 PST 2018; root:xnu-3789.73.11~1/RELEASE_X86_64 x86_64'
OS version: Mac 10.12.6 16G1314
curl: /usr/bin/curl, curl 7.54.0 (x86_64-apple-darwin16.0) libcurl/7.54.0 SecureTransport zlib/1.2.8
wget: not found
git: /usr/local/bin/git
/usr/bin/git, git version 2.14.1
grep: grep: aliased to nocorrect grep --color=auto (nocorrect grep --color=auto), grep (BSD grep) 2.5.1-FreeBSD
awk: /usr/bin/awk, awk version 20070501
sed: illegal option -- -
usage: sed script [-Ealn] [-i extension] [file ...]
       sed [-Ealn] [-i extension] [-e script] ... [-f script_file] ... [file ...]
sed: /usr/bin/sed,
cut: illegal option -- -
usage: cut -b list [-n] [file ...]
       cut -c list [file ...]
       cut -f list [-s] [-d delim] [file ...]
cut: /usr/bin/cut,
basename: illegal option -- -
usage: basename string [suffix]
       basename [-a] [-s suffix] string [...]
basename: /usr/bin/basename,
rm: illegal option -- -
usage: rm [-f | -i] [-dPRrvW] file ...
       unlink file
rm: rm: aliased to rmi (rmi),
mkdir: illegal option -- -
usage: mkdir [-pv] [-m mode] directory ...
mkdir: mkdir: aliased to nocorrect mkdir -p (nocorrect mkdir -p),
xargs: illegal option -- -
usage: xargs [-0opt] [-E eofstr] [-I replstr [-R replacements]] [-J replstr]
             [-L number] [-n number [-x]] [-P maxprocs] [-s size]
             [utility [argument ...]]
xargs: /usr/bin/xargs,
nvm current: v8.11.3
which node: $NVM_DIR/versions/node/v8.11.3/bin/node
which iojs: iojs not found
which npm: $NVM_DIR/versions/node/v8.11.3/bin/npm
npm config get prefix: $NVM_DIR/versions/node/v8.11.3
npm root -g: $NVM_DIR/versions/node/v8.11.3/lib/node_modules

nvm ls output:

         v4.8.7
        v6.12.2
        v6.13.0
        v7.10.1
         v8.0.0
         v8.2.0
         v8.3.0
         v8.4.0
         v8.9.4
        v8.11.1
->      v8.11.3
         system
default -> lts/* (-> v8.11.3)
node -> stable (-> v8.11.3) (default)
stable -> 8.11 (-> v8.11.3) (default)
iojs -> N/A (default)
lts/* -> lts/carbon (-> v8.11.3)
lts/argon -> v4.9.1 (-> N/A)
lts/boron -> v6.14.3 (-> N/A)
lts/carbon -> v8.11.3

How did you install nvm? (e.g. install script in readme, Homebrew): readme

What steps did you perform?
Ran nvm install v8.11.3

What happened?
I got a message that ended with Now using node v8.11.3 (npm v5.6.0).
Running npm -v also prints v5.6.0

What did you expect to happen?
Expected a much newer version of npm to have been installed (v8.11.3 uses npm v6)

Is there anything in any of your profile files (.bashrc, .bash_profile, .zshrc, etc) that modifies the PATH?
No

npm 6 hasn’t yet been backported to node 8; so this is correct.

authors: ljharb xkizer

repo: creationix/nvm


text:
Add trailing newline char to $SOURCE_STR

Line 302/301 printf "$SOURCE_STR" is missing a trailing newline char,
while line 281/282 and 285/286 have their own new line char, so I  just
remove the manually added newline char, and add it to the end of the
variable "$SOURCE_STR", so no more manually newline char needed there.

Thanks! If you don't mind, it'd be great to rebase this on latest master :-)

Doing it.

Done.

Thanks!

authors: PeterDaveHello ljharb


text:
Remove "License CC" from CC0 and PDM Modals on Filters

Problem

We are currently using license language for CC0 and PDM, which are actually legal tools and not licenses, on the informational modals in the filter side bar.
Description

We need to remove "License CC" from the top line of the modal, leaving just the name of the tool. We also need to change the link to say "tool" and not "license". Screenshots indicate changes:

Hey, @annatuma ! I will like to work on this issue.

thank you @rochisha0 !

@rochisha0 this issue: https://github.com/creativecommons/cccatalog-frontend/issues/1099
uses some of the same code, so it would be great to fix them at the same time. Thank you 😸

Hey, @zackkrida! I cannot find Reuse tab in CCSerach to fix #1099.

@rochisha0 we have integrated the i18n code into the codebase recently so it might throw you off. The relevant code sections which you are looking for are probably these:

https://github.com/creativecommons/cccatalog-frontend/blob/4a4e8c092e6b0dd9813a65d553fbbb8256007c68/src/components/ImageDetails/PhotoDetails.vue#L68
https://github.com/creativecommons/cccatalog-frontend/blob/4a4e8c092e6b0dd9813a65d553fbbb8256007c68/src/components/ImageDetails/PhotoDetails.vue#L103
https://github.com/creativecommons/cccatalog-frontend/blob/develop/src/components/ImageDetails/ImageInfo.vue

Thank you so much, @AyanChoudhary !

authors: AyanChoudhary annatuma rochisha0 zackkrida

repo: creativecommons/cccatalog-frontend


text:
Add donation banner to search

@fmann , please add the same donation banner as is https://creativecommons.org/ to http://search.creativecommons.org - this bit:

Help us build a vibrant, collaborative global commons
Donate Now

I've added the donation stripe across the top and pushed the change to a new feature branch.
https://github.com/creativecommons/search/tree/issues/592-add_donation_banner
I'm not sure if there is a place to stage search changes. It looks good on my local, but you might want to take a peek before merging and pushing it to prod @robmyers .

@robmyers Was this ever decided on?

Closing this since we are deprecating old Search soon.

authors: ageeroms fmann kgodey little-wow


text:
wiki won't load

and eventually I get the offline error.  Can you restart it?  Thanks!

done!

Matt restarted it and it is now working.
We originally thought it was a different problem, being wrong about that caused the delay.
Everything should be good now.

authors: mmoreshead robmyers

repo: creativecommons/wiki


text:
Add runtime dependency to slf4j-api

log4j 2.21.x changed around module names, this has caused issues with dependencies.
It looks like the slf4j api module is required on the classpath, even though the jar is not actively used.

coverage: 94.007%. remained the same
when pulling 819e7f95b60a6f178e41c2765e68ea98eaaa6676 on fix-deps
into c3d1bc14463520906417a01482f2f0d62c2d83af on main.

authors: big-andy-coates coveralls

repo: creek-service/creek-json-schema


text:
Can't login into the server

Followed the instructions and every-time I try to connect to the server I get
Connected. Now logging in. * Disconnected (Remote host closed socket)
Connected. Now logging in.* Disconnected (Connection reset by peer)
or some other variation of this.
Can you clarify that hostname in config.js is the same as the server address (in my case 127.0.0.1)
and username is whatever you want and put into the config under username (does it has to be the same as discord username I guess?)
Also the server id of discord server should be under login method /Pass password correct?
Also is githubToken necessary for this to work?
Thank you.

What client are you using?
The username in the config file is the user you're connecting with to discordIRCd. Doesn't matter what the user is called on Discord.
Server ID should be under whatever option there is to set a password for the irc server.
githubToken isn't necessary because it's only for embedding things like gists afaik.

After looking at this again with a well rested head I can see that my npm install did not go though successfully.
Errors I am getting
``prebuild-install WARN install EACCES: permission denied, access '/root/.npm'
and
npm WARN discord.js@11.0.0 requires a peer of erlpack@hammerandchisel/erlpack#master but none was installed. npm WARN discord.js@11.0.0 requires a peer of node-opus@^0.2.0 but none was installed. npm WARN discord.js@11.0.0 requires a peer of opusscript@^0.0.1 but none was installed. npm WARN discord.js@11.0.0 requires a peer of uws@^0.12.0 but none was installed.
I have tried searching and installing various solution posted on the web without any success.
Any advice? Thanks.

Try using sudo for the npm install. The first error seems to indicate it is trying to combile it and needs root for that.
The other errors can be ignored as they are for optional packages for discord.js

Oh and github token is only needed when you set handleCode to true.

Since I have not heard from you I am going to assume that the issue is solved.

authors: creesch gigafactory rctgamer3

repo: creesch/discordIRCd


text:
Add CentralMoments, Kurtosis and Skew classes - new features

Test passed successfully.
Kurtosis and Skew are the same as spicy version.
scipy.stats.skew()
scipy.stats.kurtosis()

Codecov Report

Merging #29 into master will increase coverage by 1.15%.
The diff coverage is 97.05%.

@@            Coverage Diff             @@
##           master      #29      +/-   ##
==========================================
+ Coverage    77.9%   79.05%   +1.15%
==========================================
  Files          48       48
  Lines        1059     1127      +68
==========================================
+ Hits          825      891      +66
- Misses        234      236       +2

Impacted Files
Coverage Δ

creme/stats.py
83.52% <97.05%> (+8.52%)
:arrow_up:

Continue to review full report at Codecov.

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

Beautiful!

authors: MaxHalford codecov-io raphaelsty

repo: creme-ml/creme


text:
Fix PyTorch download URL variables

Fix inconsistencies in the PyTorch download URL variables:

Dockerfile defined PYTORCH_INDEX_URL
but compose file defines PYTORCH_URL (here)

Also, delete default values in Dockerfile as the compose file specifies them.

Thank you for finding this. I use a modified version of the template for my work, which is why this slipped through. I may add additional modifications afterward.

@skandermoalla After some thought, I have reverted the variable names to PYTORCH_INDEX_URL to make the difference with the TORCH_URL variable clearer. I have fixed the naming inconsistencies, however. I have also removed the redundant default values as well.

All good, thanks! I just assumed that the compose file had the most recent variable names.

@skandermoalla Thank you for finding the bug. It was probably a mistake I made while updating the docker-compose.yaml file.

repo: cresset-template/cresset


text:
download never completes?

i think the download function is waiting for a command

flutter: [2024-05-17 17:03:35.753097] 192.168.1.5:60859> SIZE /Anya/Desktop/Screenshot 2022-05-21 190952.png
flutter: [2024-05-17 17:03:36.057139] 192.168.1.5:60859< 550 No directory traversal allowed in SIZE param
flutter: [2024-05-17 17:03:36.058355] 192.168.1.5:60859> PASV
flutter: [2024-05-17 17:03:36.361158] 192.168.1.5:60859< 227 Entering Passive Mode (192,168,1,5,181,75).
flutter: [2024-05-17 17:03:36.397860] 192.168.1.5:60859> RETR /Anya/Desktop/Screenshot 2022-05-21 190952.png
flutter: [2024-05-17 17:03:36.700702] 192.168.1.5:60859< 150 Sending file
226 Transmission finished
flutter: downloaded: 215402 of 215402, 100.0% calculated 100.0%, speed: Infinity MB/second
flutter: Downloaded 215402 of 215402 bytes
[ERROR:flutter/runtime/dart_vm_initializer.cc(41)] Unhandled Exception: FtpException: Timeout reached for Receiving response!
#0      FtpSocket.read.<anonymous closure> (package:pure_ftp/src/ftp/ftp_socket.dart:163:7)
#1      _RootZone.run (dart:async/zone.dart:1655:54)
#2      Future.timeout.<anonymous closure> (dart:async/future_impl.dart:943:34)
#3      Timer._createTimer.<anonymous closure> (dart:async-patch/timer_patch.dart:18:15)
#4      _Timer._runTimers (dart:isolate-patch/timer_impl.dart:398:19)
#5      _Timer._handleMessage (dart:isolate-patch/timer_impl.dart:429:5)
#6      _RawReceivePort._handleMessage (dart:isolate-patch/isolate_patch.dart:184:12)

but if that command is 226 Transmission finished it got sent, but looks like it got sent before the file could finish copying
anyway to know what is the problem?

tested using another ftp server, that the message gets sent after finishing the copying

it works correctly there.

oh, i'm found problem

i will try fix it in few moments

@abdelaziz-mahdy  try this https://github.com/crifurch/pure_ftp/tree/fix/dowload_wait_response_error, i tested on large file? i think it is not necessary to wait some response after download

now it should works as expected

the flush is needed, i will test again, since the files gets downloaded but corrupted

pls try test in now, remove pubspec.lock before pub get

btw flutter upgrade should get the updated without the need to delete the lock, but will try it

and don't forget change to binary transfer if you are download some not text filles

changing to binary fixed the corrupted problem, should that be the default? most of the ftp downloads are not text files if i am correct
client.socket.setTransferType(FtpTransferType.binary);

changing to binary fixed the corrupted problem, should that be the default? most of the ftp downloads are not text files if i am correct client.socket.setTransferType(FtpTransferType.binary);

i think yes but in many cases ftp clients use auto mode as default

you can use
FtpClient(
    socketInitOptions: FtpSocketInitOptions(
      host: config['host'],
      port: config['port'],
      transferType: FtpTransferType.binary,
    ),
    authOptions: FtpAuthOptions(
      username: config['username'],
      password: config['password'],
      account: config['account'],
    ),
    logCallback: print,
  );

okay thank you very much, the download completes using the mentioned branch

ok, i will update package now

authors: abdelaziz-mahdy crifurch


text:
Changed electrode coords are not going to the next stage

Hi!
I am trying to preprocess my data. I have a coordination for the electrodes in captrak format.  In the preprocessing stage the script takes these coords and transform them correctly (original system has hose dir +Y), however, on the next stage of extraction of brain features, the script taking the raw tsv file with old unchanged coords and builds everything on that wrong directions. Could you please fix this moment? For instance, maybe script can save the new coords as a file, or take these coords directly from ALLEEG variable.
Additionally, when the script tries to upload that coord file on brain feature extraction step, it is looking for file  as subject_session_electrodes.tsv (and cannot find it, of course) while the file should include the task and possibly run names too.

Hi Alina, could you send me per email an example EEG file so that I can check this issues?
Best,
Cristina

authors: alinatet crisglav

repo: crisglav/discover-eeg


text:
Implement Crisp.chat.onChatLoaded() function

Hi,
I'm integrating the Crisp into my React app and I'd love to be able to know when the Crisp chat is fully loaded.
I'm using the autoload: false option and loading Crisp manually via Crisp.load() method.
I'd like to add a UI loader to let users know when the chat is loading.
I've tried onChatOpened and onChatInitiated but it does not trigger after first programatic open.
Thanks!

You can use the session loaded callback:
Crisp.session.onLoaded((sessionId) => {
  // Executed once the Crisp session is loaded

  console.log(sessionId);
})

authors: eliottvincent piotrkulpinski

repo: crisp-im/crisp-sdk-web


text:
rebindSocket function not available

https://github.com/crisp-im/node-crisp-api/issues/57#issuecomment-1714372311
Please see above thread,
It is not clear how to call rebindSocket for when new users subscribe to the plugin (to refresh the "on" listeners) I got a function not found error when I tried to call rebindSocket? Why is that?
I couldn't find rebindSocket documented anywhere in the API docs.
This is my code for when a new user subscribes to the plugin:
  async updatePluginForWebsite(websiteId, token, botName, botId, live) {

    console.log("UPDATING VALUE")

    if (!live) {
      console.log('unsubbing!')
      await this.crispClient.plugin.updateSubscriptionSettings(
        websiteId,
        this.pluginId,
        { botId: botId, botName: botName, live: live}
      );
      this.reinitializeClient();
      console.log(
        `Successfully unlived plugin config for website ID: ${websiteId}`
      );

      return;
    }

    //subscribe
    try {
      await this.crispClient.plugin.updateSubscriptionSettings(
        websiteId,
        this.pluginId,
        { botId: botId, botName: botName, live: live}
      );
      console.log(
        `Successfully updated plugin config for website ID: ${websiteId}`
      );
      this.reinitializeClient();

    } catch (error) {
      console.error(`Failed to update plugin config for website ID: ${websiteId}. Error: ${error.message}`);
      throw error;
    }
  }

  _initPlugin() {
    this.crispClient.authenticateTier(
      "plugin", this._apiIdentifier, this._apiKey
    );
    this._events();
  }

  reinitializeClient() {
    // Reinitialize the Crisp client

    this.crispClient.rebindSocket(); --- function not found error
   }

Thanks In advance

Thanks, will try to replicate today.

Fixed in v8.1.0.

authors: jryebread valeriansaliou

repo: crisp-im/node-crisp-api


text:
How to use beforeChange?

VueTab has a beforeChange method with the following comment:
/***
         * Function to execute before tab switch. Return value must be boolean
         * If the return result is false, tab switch is restricted
         */
        beforeChange: {
            type: Function
        },

Unfortunately it is not working for me. Please see this JSFiddle here:
https://jsfiddle.net/qgro0w6r/
What am I doing wrong?

Hello @san-kumar Really sorry for the long response.
beforeChange is an old artifact which is no longer used. Please refer to the documentation to see valid props/events http://vuejs.creative-tim.com/vue-tabs/#/?id=v-tab-props

Ok thanks :) Good to know.

authors: cristijora san-kumar

repo: cristijora/vue-tabs


text:
YARN-3585. NodeManager cannot exit on SHUTDOWN event triggered and NM recovery is enabled

When decommissioning a nodemanagers we face below issue which cause it to not been shutdown.
Then if we recommission it doesn't come back and require a manual restart.
{code}
2017-04-14 09:53:15,585 FATAL org.apache.hadoop.yarn.event.AsyncDispatcher: Error in dispatcher thread
java.lang.InterruptedException
at org.apache.hadoop.yarn.event.AsyncDispatcher$GenericEventHandler.handle(AsyncDispatcher.java:247)
at org.apache.hadoop.yarn.server.nodemanager.containermanager.localizer.ResourceLocalizationService.handleDestroyApplicationResources(ResourceLocalizationService.java:621)
at org.apache.hadoop.yarn.server.nodemanager.containermanager.localizer.ResourceLocalizationService.handle(ResourceLocalizationService.java:423)
at org.apache.hadoop.yarn.server.nodemanager.containermanager.localizer.ResourceLocalizationService.handle(ResourceLocalizationService.java:141)
at org.apache.hadoop.yarn.event.AsyncDispatcher.dispatch(AsyncDispatcher.java:174)
at org.apache.hadoop.yarn.event.AsyncDispatcher$1.run(AsyncDispatcher.java:106)
at java.lang.Thread.run(Thread.java:745)
by: java.lang.InterruptedException
at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireInterruptibly(AbstractQueuedSynchronizer.java:1220)
at java.util.concurrent.locks.ReentrantLock.lockInterruptibly(ReentrantLock.java:335)
at java.util.concurrent.LinkedBlockingQueue.put(LinkedBlockingQueue.java:339)
at org.apache.hadoop.yarn.event.AsyncDispatcher$GenericEventHandler.handle(AsyncDispatcher.java:242)
... 6 more
2017-04-14 09:53:15,587 WARN org.apache.hadoop.yarn.server.nodemanager.containermanager.monitor.ContainersMonitorImpl: org.apache.hadoop.yarn.server.nodemanager.containermanager.monitor.ContainersMonitorImpl is interrupted. Exiting.
2017-04-14 09:54:18,335 ERROR org.apache.hadoop.yarn.server.nodemanager.LinuxContainerExecutor: DeleteAsUser for /hdfs/uuid/2656bd19-ac15-46c9-8bde-019b8b08dc70/yarn/logs/application_1491282033987_1661974 /hdfs/uuid/1f37278f-fff3-425b-a1fc-30d56a88b6db/yarn/logs/application_1491282033987_1661974 /hdfs/uuid/f97f910c-cd0e-44bb-925f-3d5ff8be581f/yarn/logs/application_1491282033987_1661974 /hdfs/uuid/edb119d5-1fbb-4bce-aab1-8fcc82635469/yarn/logs/application_1491282033987_1661974 /hdfs/uuid/da5bb0e0-99df-49a1-9976-eed895235f3c/yarn/logs/application_1491282033987_1661974 /hdfs/uuid/73a8ac91-0259-4db4-be41-5cd1b1d31ce6/yarn/logs/application_1491282033987_1661974 /hdfs/uuid/8348823f-be46-4d0f-b726-037cd23305f8/yarn/logs/application_1491282033987_1661974 ...
/hdfs/uuid/c9902862-4724-4828-9866-2896eb537173/yarn/logs/application_1491282033987_1661974 /hdfs/uuid/456a9d59-c9e9-48c4-bb32-d19ccab2a584/yarn/logs/application_1491282033987_1661974 /hdfs/uuid/2b618e51-19ff-48b9-9c70-5590f398d0a9/yarn/logs/application_1491282033987_1661974 /hdfs/uuid/796f1e12-bb5d-4e4d-98e9-a283a65d6c46/yarn/logs/application_1491282033987_1661974 /hdfs/uuid/8f7c5e16-7e52-4b16-af6c-d62c049d3e41/yarn/logs/application_1491282033987_1661974 /hdfs/uuid/3efb506e-8885-4c14-86c8-1505cb53d2f8/yarn/logs/application_1491282033987_1661974 /hdfs/uuid/22cc545c-36e8-42e6-89a0-afaf0d104d74/yarn/logs/application_1491282033987_1661974 returned with exit code: 0
java.lang.InterruptedException
at org.apache.hadoop.util.Shell.runCommand(Shell.java:546)
at org.apache.hadoop.util.Shell.run(Shell.java:460)
at org.apache.hadoop.util.Shell$ShellCommandExecutor.execute(Shell.java:720)
at org.apache.hadoop.yarn.server.nodemanager.LinuxContainerExecutor.deleteAsUser(LinuxContainerExecutor.java:520)
at org.apache.hadoop.yarn.server.nodemanager.DeletionService$FileDeletionTask.run(DeletionService.java:295)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
2017-04-14 09:54:18,336 ERROR org.apache.hadoop.yarn.server.nodemanager.LinuxContainerExecutor: Output from LinuxContainerExecutor's deleteAsUser follows:
2017-04-14 09:54:18,336 ERROR org.apache.hadoop.yarn.server.nodemanager.DeletionService: Unable to remove deletion task 190273 from state store
org.iq80.leveldb.DBException: Closed
at org.apache.hadoop.yarn.server.nodemanager.recovery.NMLeveldbStateStoreService.removeDeletionTask(NMLeveldbStateStoreService.java:678)
at org.apache.hadoop.yarn.server.nodemanager.DeletionService$FileDeletionTask.fileDeletionTaskFinished(DeletionService.java:351)
at org.apache.hadoop.yarn.server.nodemanager.DeletionService$FileDeletionTask.run(DeletionService.java:309)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
by: org.iq80.leveldb.DBException: Closed
at org.fusesource.leveldbjni.internal.JniDB.delete(JniDB.java:135)
at org.fusesource.leveldbjni.internal.JniDB.delete(JniDB.java:110)
at org.apache.hadoop.yarn.server.nodemanager.recovery.NMLeveldbStateStoreService.removeDeletionTask(NMLeveldbStateStoreService.java:676)
... 9 more
{code}

LGTM

authors: AnnaSavarin ashangit

repo: criteo-forks/hadoop-common


text:
Distributed less indices

this is faster and now easy to do thanks to embedding reader integration
based on https://github.com/criteo/autofaiss/pull/92
only the second commit is part of this PR

Now that there are some conflicts.

I rebased.
I'll avoid stacked PRs for next times, it's really not super convenient with github

repo: criteo/autofaiss


text:
Store 'long name' from ib contract details

Long name is available in IB contract details and should be stored. Seems much better than the name from the web scraping.

Closed with PR #49

repo: croidzen/barbucket


text:
Models Did not Show Up in Workspace

@matthewturk with creating the editor and the socket_types
import jupyterlab_nodeeditor as jlne
coll = jlne.SocketCollection(socket_types = ('Temperature', 'Rainfall', 'Delta Time', 'Results'))
editor = jlne.NodeEditor(socket_collection=coll)
editor

we start to build the instance with jlne.node_editor.NodeInstanceModel
in1 = jlne.InputSlot(title = "inputA", key = "in_1", sockets = coll,  multi_connection=True)
out1 = jlne.OutputSlot(title = "outputA", key = "out_1", sockets = coll,multi_connection=True)
contrl1=jlne.TextInputControlModel(key = 'my_key', editor = editor.node_editor, initial_value="./src/gs_lesson4_modelA.py")
in2 = jlne.InputSlot(title = "inputB", key = "in_1", sockets = coll,  multi_connection=True)
out2 = jlne.OutputSlot(title = "outputB", key = "out_1", sockets = coll,multi_connection=True)
contrl2=jlne.TextInputControlModel(key = 'my_key', editor = editor.node_editor, initial_value="./src/gs_lesson4_modelB.py")

new_node1=jlne.node_editor.NodeInstanceModel(title="ModelA",inputs=[in1], outputs=[out1], controls=[contrl1])
new_node2=jlne.node_editor.NodeInstanceModel(title="ModelB",inputs=[in2], outputs=[out2], controls=[contrl2])

editor.node_editor.nodes=editor.node_editor.nodes+[new_node1,new_node2]

which supposed to be show up in the interface but it did not

@yilinxia Does this only happen on your branch with the yaml file loading?  If not, can you provide an example that demonstrates it on the main branch?

@matthewturk hi matt, I have revised the code above. Sorry for the inconvenience

Thanks!  I'm able to replicate.

This seems to be the error:
595.e3c9c115ecf5763f080b.js?v=e3c9c115ecf5763f080b:1 Error: Could not process update msg for model id: d1efca2298b741b5853aa34b1d1177d4
    at 595.e3c9c115ecf5763f080b.js?v=e3c9c115ecf5763f080b:1:1356
    at async b._handleCommMsg (jlab_core.4566032f8b9a1bbebc97.js?v=4566032f8b9a1bbebc97:2:1001813)
    at async b._handleMessage (jlab_core.4566032f8b9a1bbebc97.js?v=4566032f8b9a1bbebc97:2:1003397)
(anonymous) @ 595.e3c9c115ecf5763f080b.js?v=e3c9c115ecf5763f080b:1
jlab_core.4566032f8b9a1bbebc97.js?v=4566032f8b9a1bbebc97:2 Connection lost, reconnecting in 0 seconds.
_reconnect @ jlab_core.4566032f8b9a1bbebc97.js?v=4566032f8b9a1bbebc97:2
150.b0e841b75317744a7595.js?v=b0e841b75317744a7595:1 Failed to fetch ipywidgets through the "jupyter.widget.control" comm channel, fallback to fetching individual model state. Reason: Control comm was closed too early
_loadFromKernel @ 150.b0e841b75317744a7595.js?v=b0e841b75317744a7595:1
rete.esm.js:1524 Uncaught (in promise) Error: Component ModelA not found
    at EditorView.addNode (rete.esm.js:1524:1)
    at NodeEditor.addNode (rete.esm.js:1759:1)
    at ReteEditorView.updateNodes (widget.js:361:1)
    at v (644.11f638668109f1562dd1.js?v=11f638668109f1562dd1:1:3143)
    at d (644.11f638668109f1562dd1.js?v=11f638668109f1562dd1:1:2817)
    at c (644.11f638668109f1562dd1.js?v=11f638668109f1562dd1:1:740)
    at a.trigger (644.11f638668109f1562dd1.js?v=11f638668109f1562dd1:1:2710)
    at ReteEditorModel.f (595.e3c9c115ecf5763f080b.js?v=e3c9c115ecf5763f080b:1:4257)
    at ReteEditorModel.set (595.e3c9c115ecf5763f080b.js?v=e3c9c115ecf5763f080b:1:9550)
    at ReteEditorModel.set_state (595.e3c9c115ecf5763f080b.js?v=e3c9c115ecf5763f080b:1:8656)
595.e3c9c115ecf5763f080b.js?v=e3c9c115ecf5763f080b:1 Error: Could not process update msg for model id: 189d5c85d08a43da95996023d9491cd3
    at 595.e3c9c115ecf5763f080b.js?v=e3c9c115ecf5763f080b:1:1356
    at async b._handleCommMsg (jlab_core.4566032f8b9a1bbebc97.js?v=4566032f8b9a1bbebc97:2:1001813)
    at async b._handleMessage (jlab_core.4566032f8b9a1bbebc97.js?v=4566032f8b9a1bbebc97:2:1003397)
(anonymous) @ 595.e3c9c115ecf5763f080b.js?v=e3c9c115ecf5763f080b:1
DevTools failed to load source map: Could not load content for http://localhost:8888/static/lab/main.4d34365dd4c9118d37aa.js.map?v=4d34365dd4c9118d37aa: HTTP error: status code 404, net::ERR_HTTP_RESPONSE_CODE_FAILURE
DevTools failed to load source map: Could not load content for http://localhost:8888/static/lab/5096.96faf5ddac346a9ad9c3.js.map?v=96faf5ddac346a9ad9c3: HTTP error: status code 404, net::ERR_HTTP_RESPONSE_CODE_FAILURE
DevTools failed to load source map: Could not load content for http://localhost:8888/static/lab/6700.c96344a466d1896657bf.js.map?v=c96344a466d1896657bf: HTTP error: status code 404, net::ERR_HTTP_RESPONSE_CODE_FAILURE
DevTools failed to load source map: Could not load content for http://localhost:8888/static/lab/4155.784ca1752696680bf373.js.map?v=784ca1752696680bf373: HTTP error: status code 404, net::ERR_HTTP_RESPONSE_CODE_FAILURE
DevTools failed to load source map: Could not load content for http://localhost:8888/static/lab/1033.890eeae47460e241b1e9.js.map?v=890eeae47460e241b1e9: HTTP error: status code 404, net::ERR_HTTP_RESPONSE_CODE_FAILURE
DevTools failed to load source map: Could not load content for http://localhost:8888/static/lab/7294.f71c2889fedcd71bd1ee.js.map?v=f71c2889fedcd71bd1ee: HTTP error: status code 404, net::ERR_HTTP_RESPONSE_CODE_FAILURE
DevTools failed to load source map: Could not load content for http://localhost:8888/static/lab/4570.53adcb6f69939da383ff.js.map?v=53adcb6f69939da383ff: HTTP error: status code 404, net::ERR_HTTP_RESPONSE_CODE_FAILURE
DevTools failed to load source map: Could not load content for http://localhost:8888/static/lab/2719.3fe9e6fa24f270d8b8d1.js.map?v=3fe9e6fa24f270d8b8d1: HTTP error: status code 404, net::ERR_HTTP_RESPONSE_CODE_FAILURE
DevTools failed to load source map: Could not load content for http://localhost:8888/static/lab/1036.a055f7326513fc5a04f7.js.map?v=a055f7326513fc5a04f7: HTTP error: status code 404, net::ERR_HTTP_RESPONSE_CODE_FAILURE
DevTools failed to load source map: Could not load content for http://localhost:8888/static/lab/1142.074d125bb59f5a332666.js.map?v=074d125bb59f5a332666: HTTP error: status code 404, net::ERR_HTTP_RESPONSE_CODE_FAILURE
DevTools failed to load source map: Could not load content for http://localhost:8888/static/lab/9473.2e52d2ba788beec303be.js.map?v=2e52d2ba788beec303be: HTTP error: status code 404, net::ERR_HTTP_RESPONSE_CODE_FAILURE
DevTools failed to load source map: Could not load content for http://localhost:8888/static/lab/3935.4159b022aa6d82e44127.js.map?v=4159b022aa6d82e44127: HTTP error: status code 404, net::ERR_HTTP_RESPONSE_CODE_FAILURE
DevTools failed to load source map: Could not load content for http://localhost:8888/static/lab/2040.6489997c35a5d7b0b100.js.map?v=6489997c35a5d7b0b100: HTTP error: status code 404, net::ERR_HTTP_RESPONSE_CODE_FAILURE
DevTools failed to load source map: Could not load content for http://localhost:8888/static/lab/3029.8636761a48c8422ce37f.js.map?v=8636761a48c8422ce37f: HTTP error: status code 404, net::ERR_HTTP_RESPONSE_CODE_FAILURE
DevTools failed to load source map: Could not load content for http://localhost:8888/static/lab/1057.a0608544097dd22a589e.js.map?v=a0608544097dd22a589e: HTTP error: status code 404, net::ERR_HTTP_RESPONSE_CODE_FAILURE
DevTools failed to load source map: Could not load content for http://localhost:8888/static/lab/283.4051a0b7d358b17d0580.js.map?v=4051a0b7d358b17d0580: HTTP error: status code 404, net::ERR_HTTP_RESPONSE_CODE_FAILURE
DevTools failed to load source map: Could not load content for http://localhost:8888/static/lab/4151.fd7ca59b64f0adc97032.js.map?v=fd7ca59b64f0adc97032: HTTP error: status code 404, net::ERR_HTTP_RESPONSE_CODE_FAILURE
DevTools failed to load source map: Could not load content for http://localhost:8888/static/lab/911.0c08f040896753efc653.js.map?v=0c08f040896753efc653: HTTP error: status code 404, net::ERR_HTTP_RESPONSE_CODE_FAILURE
DevTools failed to load source map: Could not load content for http://localhost:8888/static/lab/4429.c4f083ef6b6e29345fd4.js.map?v=c4f083ef6b6e29345fd4: HTTP error: status code 404, net::ERR_HTTP_RESPONSE_CODE_FAILURE
DevTools failed to load source map: Could not load content for http://localhost:8888/static/lab/1358.9ab4f57e8227ce75f427.js.map?v=9ab4f57e8227ce75f427: HTTP error: status code 404, net::ERR_HTTP_RESPONSE_CODE_FAILURE
DevTools failed to load source map: Could not load content for http://localhost:8888/static/lab/1249.047c76b5ea96a41605db.js.map?v=047c76b5ea96a41605db: HTTP error: status code 404, net::ERR_HTTP_RESPONSE_CODE_FAILURE
DevTools failed to load source map: Could not load content for http://localhost:8888/static/lab/3496.ecb0e7fcc54191234ae6.js.map?v=ecb0e7fcc54191234ae6: HTTP error: status code 404, net::ERR_HTTP_RESPONSE_CODE_FAILURE
DevTools failed to load source map: Could not load content for http://localhost:8888/static/lab/466.239a0c009f33f1cb7cab.js.map?v=239a0c009f33f1cb7cab: HTTP error: status code 404, net::ERR_HTTP_RESPONSE_CODE_FAILURE
DevTools failed to load source map: Could not load content for http://localhost:8888/static/lab/3502.c915d993b864739407e3.js.map?v=c915d993b864739407e3: HTTP error: status code 404, net::ERR_HTTP_RESPONSE_CODE_FAILURE
DevTools failed to load source map: Could not load content for http://localhost:8888/static/lab/807.96166378e2efe232d81e.js.map?v=96166378e2efe232d81e: HTTP error: status code 404, net::ERR_HTTP_RESPONSE_CODE_FAILURE
DevTools failed to load source map: Could not load content for http://localhost:8888/static/lab/126.1e2fb998804b27c72a3e.js.map?v=1e2fb998804b27c72a3e: HTTP error: status code 404, net::ERR_HTTP_RESPONSE_CODE_FAILURE
DevTools failed to load source map: Could not load content for http://localhost:8888/static/lab/jlab_core.4566032f8b9a1bbebc97.js.map?v=4566032f8b9a1bbebc97: HTTP error: status code 404, net::ERR_HTTP_RESPONSE_CODE_FAILURE
DevTools failed to load source map: Could not load content for http://localhost:8888/static/lab/6080.39703b8cc7bd284ce1bd.js.map?v=39703b8cc7bd284ce1bd: HTTP error: status code 404, net::ERR_HTTP_RESPONSE_CODE_FAILURE
DevTools failed to load source map: Could not load content for http://localhost:8888/static/lab/7796.1c32d8a9d4009b8f985d.js.map?v=1c32d8a9d4009b8f985d: HTTP error: status code 404, net::ERR_HTTP_RESPONSE_CODE_FAILURE
DevTools failed to load source map: Could not load content for http://localhost:8888/static/lab/7755.d506a1d9dadf30b1e490.js.map?v=d506a1d9dadf30b1e490: HTTP error: status code 404, net::ERR_HTTP_RESPONSE_CODE_FAILURE
DevTools failed to load source map: Could not load content for http://localhost:8888/static/lab/3308.3a94151c0d57440646ab.js.map?v=3a94151c0d57440646ab: HTTP error: status code 404, net::ERR_HTTP_RESPONSE_CODE_FAILURE
DevTools failed to load source map: Could not load content for http://localhost:8888/static/lab/4631.96a143e70f005fef7b59.js.map?v=96a143e70f005fef7b59: HTTP error: status code 404, net::ERR_HTTP_RESPONSE_CODE_FAILURE
DevTools failed to load source map: Could not load content for http://localhost:8888/static/lab/714.ff3007d0b781b5538482.js.map?v=ff3007d0b781b5538482: HTTP error: status code 404, net::ERR_HTTP_RESPONSE_CODE_FAILURE
DevTools failed to load source map: Could not parse content for http://localhost:8888/lab/tree/Menu.vue.map: Unexpected token '<', "<!doctype "... is not valid JSON
DevTools failed to load source map: Could not parse content for http://localhost:8888/lab/tree/Item.vue.map: Unexpected token '<', "<!doctype "... is not valid JSON
DevTools failed to load source map: Could not parse content for http://localhost:8888/lab/tree/Search.vue.map: Unexpected token '<', "<!doctype "... is not valid JSON
jlab_core.4566032f8b9a1bbebc97.js?v=4566032f8b9a1bbebc97:2 Connection lost, reconnecting in 0 seconds.
_reconnect @ jlab_core.4566032f8b9a1bbebc97.js?v=4566032f8b9a1bbebc97:2
reconnect @ jlab_core.4566032f8b9a1bbebc97.js?v=4566032f8b9a1bbebc97:2
restart @ jlab_core.4566032f8b9a1bbebc97.js?v=4566032f8b9a1bbebc97:2
await in restart (async)
restartKernel @ jlab_core.4566032f8b9a1bbebc97.js?v=4566032f8b9a1bbebc97:2
restart @ jlab_core.4566032f8b9a1bbebc97.js?v=4566032f8b9a1bbebc97:2
await in restart (async)
restartKernelAndClear @ jlab_core.4566032f8b9a1bbebc97.js?v=4566032f8b9a1bbebc97:2
(anonymous) @ jlab_core.4566032f8b9a1bbebc97.js?v=4566032f8b9a1bbebc97:2
e.execute @ jlab_core.4566032f8b9a1bbebc97.js?v=4566032f8b9a1bbebc97:2
t.triggerActiveItem @ jlab_core.4566032f8b9a1bbebc97.js?v=4566032f8b9a1bbebc97:2
t._evtMouseUp @ jlab_core.4566032f8b9a1bbebc97.js?v=4566032f8b9a1bbebc97:2
t.handleEvent @ jlab_core.4566032f8b9a1bbebc97.js?v=4566032f8b9a1bbebc97:2
jlne_issue32.ipynb:1 Uncaught (in promise) Error: Could not establish connection. Receiving end does not exist.
150.b0e841b75317744a7595.js?v=b0e841b75317744a7595:1 Failed to fetch ipywidgets through the "jupyter.widget.control" comm channel, fallback to fetching individual model state. Reason: Control comm was closed too early
_loadFromKernel @ 150.b0e841b75317744a7595.js?v=b0e841b75317744a7595:1
await in _loadFromKernel (async)
_loadFromKernel @ 134.40eaa5b8e976096d50b2.js?v=40eaa5b8e976096d50b2:1
restoreWidgets @ 134.40eaa5b8e976096d50b2.js?v=40eaa5b8e976096d50b2:1
_handleKernelConnectionStatusChange @ 134.40eaa5b8e976096d50b2.js?v=40eaa5b8e976096d50b2:1
(anonymous) @ 134.40eaa5b8e976096d50b2.js?v=40eaa5b8e976096d50b2:1
m @ jlab_core.4566032f8b9a1bbebc97.js?v=4566032f8b9a1bbebc97:2
l @ jlab_core.4566032f8b9a1bbebc97.js?v=4566032f8b9a1bbebc97:2
e.emit @ jlab_core.4566032f8b9a1bbebc97.js?v=4566032f8b9a1bbebc97:2
_onConnectionStatusChanged @ jlab_core.4566032f8b9a1bbebc97.js?v=4566032f8b9a1bbebc97:2
m @ jlab_core.4566032f8b9a1bbebc97.js?v=4566032f8b9a1bbebc97:2
l @ jlab_core.4566032f8b9a1bbebc97.js?v=4566032f8b9a1bbebc97:2
e.emit @ jlab_core.4566032f8b9a1bbebc97.js?v=4566032f8b9a1bbebc97:2
onKernelConnectionStatus @ jlab_core.4566032f8b9a1bbebc97.js?v=4566032f8b9a1bbebc97:2
m @ jlab_core.4566032f8b9a1bbebc97.js?v=4566032f8b9a1bbebc97:2
l @ jlab_core.4566032f8b9a1bbebc97.js?v=4566032f8b9a1bbebc97:2
e.emit @ jlab_core.4566032f8b9a1bbebc97.js?v=4566032f8b9a1bbebc97:2
_updateConnectionStatus @ jlab_core.4566032f8b9a1bbebc97.js?v=4566032f8b9a1bbebc97:2
_onWSOpen @ jlab_core.4566032f8b9a1bbebc97.js?v=4566032f8b9a1bbebc97:2
rete.esm.js:1524 Uncaught (in promise) Error: Component ModelA not found
    at EditorView.addNode (rete.esm.js:1524:1)
    at NodeEditor.addNode (rete.esm.js:1759:1)
    at ReteEditorView.updateNodes (widget.js:361:1)
    at v (644.11f638668109f1562dd1.js?v=11f638668109f1562dd1:1:3143)
    at d (644.11f638668109f1562dd1.js?v=11f638668109f1562dd1:1:2817)
    at c (644.11f638668109f1562dd1.js?v=11f638668109f1562dd1:1:740)
    at a.trigger (644.11f638668109f1562dd1.js?v=11f638668109f1562dd1:1:2710)
    at ReteEditorModel.f (595.e3c9c115ecf5763f080b.js?v=e3c9c115ecf5763f080b:1:4257)
    at ReteEditorModel.set (595.e3c9c115ecf5763f080b.js?v=e3c9c115ecf5763f080b:1:9550)
    at ReteEditorModel.set_state (595.e3c9c115ecf5763f080b.js?v=e3c9c115ecf5763f080b:1:8656)

So what I think is happening is that Rete expects that each node instance will be tied to a type of component it knows about.  I'm trying to dig deeper in.

authors: matthewturk yilinxia


text:
Update Zig to 0.10.0

Currently, cross uses zig 0.9.1, however, 0.10.0 was recently released. We should upgrade the images to the latest version.

https://ziglang.org/download/0.10.0/release-notes.html#zig-c 👀

All those changes to zig cc in terms of bug fixes is just incredible though.

authors: Alexhuszagh Emilgardis

repo: cross-rs/cross


text:
Original exception class name can be useful in ApplicationError instance

autobahn version 18.4.1

When transmitting an ApplicationError args and kwargs of original exception are included. It can be useful on the client side to also know the type of the exception.
So I would suggest to include the class name of the exception in autobahn.wamp.protocol.BaseSession._message_from_exception:
def _message_from_exception(self, request_type, request, exc, tb=None, enc_algo=None):
        """
        Create a WAMP error message from an exception.

        :param request_type: The request type this WAMP error message is for.
        :type request_type: int

        :param request: The request ID this WAMP error message is for.
        :type request: int

        :param exc: The exception.
        :type exc: Instance of :class:`Exception` or subclass thereof.

        :param tb: Optional traceback. If present, it'll be included with the WAMP error message.
        :type tb: list or None
        """
        args = None
        if hasattr(exc, 'args'):
            args = list(exc.args)  # make sure tuples are made into lists

        kwargs = None
        if hasattr(exc, 'kwargs'):
            kwargs = exc.kwargs

        if kwargs and six.PY2:
            kwargs = {
                k.decode('utf8'): v
                for k, v in kwargs.iteritems()
            }

        # begin
        # get class name of exception for later use
        if not isinstance( exc, exception.ApplicationError ):
            exc_type = str( exc.__class__ )

            import re
            # first search if 'class' in description
            reExcClass = re.compile( r"(?P<pre>\<class\s*)(?P<name>.+?)(?P<suf>\s*\>)" )
            # match "<class 'Modul.Exception'>" -> extract 'Modul.Exception'
            m = reExcClass.search( exc_type )
            if not m:
                # search for 'type' in description
                reExcType = re.compile( r"(?P<pre>\<class\s*)(?P<name>.+?)(?P<suf>\s*\>)" )
                # match "<type 'exceptions.ValueError'>" -> extract 'exceptions.ValueError'
                m = reExcType.search( exc_type )
            if m:
                exc_type = m.group( "name" )[1:-1]

                if kwargs:
                    kwargs[u'error_class'] = exc_type
                else:
                    kwargs = { u'error_class': exc_type }
        # end

        if tb:
            if kwargs:
                kwargs[u'traceback'] = tb
            else:
                kwargs = {u'traceback': tb}

Hi Meejah,
Sometimes it is desirable to raise an instance of the original error on the client side (to mask the underlying WAMP framework). Since we have args and kwargs in ApplicationError we only need the class name oft he original error to accomplish this.
Thanks,
Matt
Von: meejah notifications@github.com
Gesendet: Dienstag, 22. Mai 2018 17:25
An: crossbario/autobahn-python autobahn-python@noreply.github.com
Cc: Matthias Kirst matthias@blink-dx.com; Author author@noreply.github.com
Betreff: Re: [crossbario/autobahn-python] Original exception class name can be useful in ApplicationError instance (#1004)
Can you describe what you're trying to do? If a not-ApplicationError-exception is raised it should come through in the error_class attribute (looking at the above code).
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHubhttps://github.com/crossbario/autobahn-python/issues/1004#issuecomment-391033079, or mute the threadhttps://github.com/notifications/unsubscribe-auth/AfYMzjCPFvJMqJ_riu2j4lx25Nur0y_jks5t1C3agaJpZM4UIzvX.

the error class is Python specific, but WAMP is language agnostic

But we have args and kwargs ... (which are Python specific).
Language specific information in my opinion is ok - it is only information for the client, nothing depends on it.
At least one can just monitor this info.

args and kwargs are not Python specific, and sending language specific serialization types to the wire is a WAMP protocol violation (unless payload transparency is used).

Ok. I give up ...
But a string is not a language specific serialization type.

Not the string in itself (sorry, I can see how my wording is misleading), but the semantics attached to it: a Python class name. Say I receive this in C++, what should I do with a Python class name?
You can transport whatever you like as application payload though, for example https://github.com/crossbario/autobahn-python/blob/master/examples/twisted/wamp/rpc/errors/backend.py#L77

authors: blinkingmatt oberstet

repo: crossbario/autobahn-python


text:
idea中启动cim-server失败

Bug 描述  idea中启动cim-server端出现zk连接失败
A clear and concise description of what the bug is.

复现
复现步骤:

Go to '...'
Click on '....'
Scroll down to '....'
See error

预期结果
A clear and concise description of what you expected to happen.
截图
If applicable, add screenshots to help explain your problem.
附加信息
Add any other context about the problem here.

试试把 app.zk.connect.timeout 改大点，我改成 30000 可以正常启动

试试把 app.zk.connect.timeout 改大点，我改成 30000 可以正常启动

你好，请问你部署启动这个项目，支持局域网的两台机器client之间的通信吗？我把server和route均部署启动在了机器A上，在机器A上启动两个client，他俩可以互相通信。但是当我在A的局域网的另一台机器B上单独部署client，在B的bash上能够使用curl向部署在A中的route成功注册得到userId，但是却一直登录失败，显示Connection refused: /127.0.1.1:9000 ，并且奇怪的是A上的两个client执行olu能看到B的client是在线状态。

试试把 app.zk.connect.timeout 改大点，我改成 30000 可以正常启动

请问具体在哪改呢

repo: crossoverJie/cim