Update parameters for snow depth calibration with NoahMP401

Description
Updated existing code for snow depth calibration to include 4 additional parameters. This builds upon what Sujay has previously issued a PR for. Requesting to merge into eis-freshwater branch in order to run calibration with recent HyMAP2 updates that haven't yet made it into the master branch.
Resolves #844

Testcase
Test case for single point calibration available here:
/discover/nobackup/mwrzesie/testCase/snowcaltest/Run_OPTUE2

Hi @mlwrzesien,

Can you please open permissions on all files under /discover/nobackup/mwrzesie/testCase/snowcaltest/Run_OPTUE2/OUTPUT? Thanks!

Will these changes need to be merged into the master branch eventually? If so, we should request that the LSM team review the changes made to noahmp.4.0.1/phys/ and noahmp.4.0.1/pe/ because they modify the NoahMP code.

Thanks!

Hi @bmcandr,
Sorry about the permissions! I thought I had them set, but apparently not. They should be updated now.
And yes, I'd like these updates to eventually make it to the master branch. These are code changes from Sujay from about a year ago that I didn't realize were never part of a PR. I have them with the eis-freshwater branch so I can run my calibrated simulation with HyMAP2, which wasn't working with the master branch. However, the addition of these 4 parameters are pretty minimal code additions. Let me know if it would be easier to do a PR to the master branch, and I can work on those edits/PR over the next few days.

Thanks! I was able to grab the remaining files.

And yes, I'd like these updates to eventually make it to the master branch. ... I have them with the eis-freshwater branch so I can run my calibrated simulation with HyMAP2, which wasn't working with the master branch.

Gotcha. Unless these changes are needed on the master branch ASAP let's get them merged into the eis-freshwater branch for now. I'll request a review from the LSM team once we work out the following issue...

Issue
My test run is halting during initialization with a floating point error (division by 0) in the domain decomposition routines.
All lislog files contain the following:
 [INFO] *** NASA Land Information System (LIS) ***
 [INFO] starting time:           10 /           1 /        2004
 [INFO] ending time:            7 /           1 /        2005

 [INFO] Output start time:   2004.74863387978             2004          10
           1           0           0           0
  [INFO] ************************************************
  [INFO] Start date (ymd tod):             2004          10           1
  [INFO] Stop date (ymd tod):              2005           7           1
  [INFO] Current date (ymd tod):           2004          10           1
  [INFO] ************************************************
 [INFO] DOMAIN details:

Slurm stderr:
forrtl: severe (71): integer divide by zero
   2 Image              PC                Routine            Line        Source
   3 LIS.i19.strict<PHONE_NUMBER>344DBB  Unknown               Unknown  Unknown
   4 libpthread-2.22.s  00002AAAB3EA9C10  Unknown               Unknown  Unknown
   5 LIS.i19.strict<PHONE_NUMBER>871402  lis_mpdecomp_              66  LIS_mpDecomp.c
   6 LIS.i19.strict<PHONE_NUMBER>27199B  lis_domainmod_mp_        2887  LIS_domainMod.F90
   7 LIS.i19.strict<PHONE_NUMBER>15DF49  lis_domainmod_mp_         699  LIS_domainMod.F90
   8 LIS.i19.strict<PHONE_NUMBER>206271  lis_domainmod_mp_        2412  LIS_domainMod.F90
   9 LIS.i19.strict<PHONE_NUMBER>0FABBA  lis_domainmod_mp_         143  LIS_domainMod.F90
  10 LIS.i19.strict<PHONE_NUMBER>68222B  paramestim_runmod          79  paramEstim_runMod.F90
  11 LIS.i19.strict<PHONE_NUMBER>9264E4  lisinit_                  128  LIS_runmode_FTable.c
  12 LIS.i19.strict<PHONE_NUMBER>F4A15A  MAIN__                     67  lisdrv.F90
  13 LIS.i19.strict<PHONE_NUMBER>413D12  Unknown               Unknown  Unknown
  14 libc-2.22.so       00002AAAB45D7725  __libc_start_main     Unknown  Unknown
  15 LIS.i19.strict<PHONE_NUMBER>413C29  Unknown               Unknown  Unknown

You didn't modify any of the files in the stack trace so I'm wondering if it's an issue with the LIS input file or some config settings. Did you encounter this at all during your testing?

I have not seen that. I just tried again with my LIS executable and it completed a 5 minute test run without any errors. I will try to recompile and test again, just to make sure I didn't forget to change something on my side of the code.

PR on pause for the moment while I implement additional code updates from Sujay related to the calibration.

@bmcandr - I just pushed the latest changes from Sujay. This modifies the same calibration/optimization code with the UA snow dataset to include a second criteria. Previously, the procedure only calibrated against snow depth. Now it also calibrates against SWE in a multicriteria approach.
This does require the user to specify the weights of SWE vs depth in the objective function. That file is specified in the lis.config file with the line:
Least Squares objective function weights file: ./LS_weights.txt
A test case can be found at:
/discover/nobackup/mwrzesie/testCase/snowcal_multicriteria

@NASA-LIS/lsm: please review the changes to files in noahmp.4.0.1/phys/ and noahmp.4.0.1/pe/. This code is currently targeting the EIS Freshwater branch, but will eventually be merged into master so I want to make sure this looks OK with you. Thanks!

Thanks for the review @dmocko.
For your second question, the snowf_scale term was implemented to address snowfall underestimates leading to negative biases in snow accumulation. For much of the test domain, snowf_scalef was > 1, so it ended up increasing the snowfall and increasing the total precipitation, but it would lower both for snowf_scalef < 1. Scaling the snowfall and resulting total precipitation was the goal with this change.
@sujayvkumar, can you comment on David's first question? If it's better to have snowf_scalef within TRANSFER_MP_PARAMETERS, I can make that change.

@bmcandr and @dmocko Changes have been made. Thanks for the help!

Hi @mlwrzesien - thanks for making this change.  Looks good.
I also am fine with your great explanation of the "snowf_scalef" parameter and how it is used.
I have one last question - does "snowf_scalef" need to be added "subroutine NoahMP401_checkConstraints" in NoahMP401_set_pedecvars.F90?
I'm not sure if it does or not, but I see that the other new variables (the 3 limits) are in this subroutine.

Thanks @mlwrzesien! The changes compile without issue. I'm just waiting for the testcase to run before I merge.

Thanks for sharing this idea! I've updated my lis.config to run for 5 generations to see if we get a match.

Hi @mlwrzesien and @sujayvkumar, I'm reviewing these changes ahead of a merge into master and have a quick question.
In several files  "UA_snow" is replaced with "UA_SNOD" or "UA_SWE". Does write_UAsnowobs.F90 also need to be updated to reflect these changes?
For example, line 58 still uses "UA_snow":
     call ESMF_StateGet(Obj_Space,"UA_snow",snowField,&
          rc=status)

Hi @bmcandr, I think it's OK to update to the separate variables (UA_SNOD and UA_SWE). If it doesn't seem like it would cause problems, I'm in support of making that change to be consistent with the other UA code, which now does allow calibration against either depth or SWE.

After looking through some of the other write_*.F90 files in lis/optUE/type/paramestim/obs/ it's unclear to me whether write_UAsnowobs.F90 actually needs to be updated to match the state names used in read_UAsnowobs.F90.
@jvgeiger, what do you think? (see my question above Melissa's reply)

I will take a look.

I believe that the write_UAsnowobs routine is incorrect.  The UAsnow_obs_setup routine creates two states: one named UA_SWE and the other named UA_SNOD.  The read_UAsnowobs does populate both of those states.  However the write_UAsnowobs routine processes only one state instead of two.  And it is looking for a state with the wrong name.  It is looking for UA_snow instead of either UA_SNOD or UA_SWE.
This was not discovered because writing the obs was disabled in the lis.config file:
Write PE Observations:   0

I suggest that we go ahead and fix it.

Hi @bmcandr - I believe the UA data are only available daily, so there's no need to write them out more frequently than that. I imagine most users won't turn this option on, but I think having it available for daily output would be good. Thanks!

Thanks @mlwrzesien. @jvgeiger found that this data update flag controls more than just the writing of the peobs so I think we will leave it as is for now just to be safe. This issue likely affects other DA obs readers so we'll have to revisit this anyways.


Remove PriceLine show error

i try to remove the PriceLine from chart,
im using code to create Price Line like this
lateinit var priceLines : PriceLines
priceLines = series.createPriceLine(
    PriceLineOptions(
        price = 54266,
        color = Color.parseColor(color_str).toIntColor(),
        lineWidth = LineWidth.TWO,
        lineStyle = LineStyle.SOLID,
        axisLabelVisible = true,
    )
)

and code to remove PriceLine is
series.removePriceLine(priceLines)

But the result is show :
java.lang.IllegalStateException: Error: PriceLine with uuid:852792bb-5c75-41a3-ae39-14e92d85b1a3 is not found
How to fix it ? Thanks

Hi! When do you use the method removePriceLine?
I guess you using this method after destroying of view. Am I right?

yea, i wanted to refresh the chart to remove the priceline
i have try to reload the view, such as re-call the activity/fragment, its worked
in other case, is it have other method to remove the priceline without re-call the activity/fragment ?

All references like priceLine are bound to WebView instance (because js heap can't be shared between instances). So if you want to remove price line, you should remove it on the same instance of ChartsView. Also if your instance of ChartsView is recreated you should release that references.
We will make some improvements in lifecycle of charts to make that cases more clear. For now you should control lifecycle of ChartsView by yourself

oke got it, thanks for advice master,
we waiting for next best improvements, and good luck


Could not clone svelte-add/tailwindcss on Windows 10

after the command npx svelte-add tailwindcss i´ll get the following error
[ info ]  Applying preset svelte-add/tailwindcss. [ error ]  Could not clone svelte-add/tailwindcss.     at Process.ChildProcess._handle.onexit (internal/child_process.js:269:19)     at onErrorNT (internal/child_process.js:465:16)     at processTicksAndRejections (internal/process/task_queues.js:80:21)     at Object.action (C:\Users\SSeniuk\AppData\Roaming\npm-cache\_npx\7432\node_modules\svelte-add\node_modules\simple-git\src\lib\plugins\error-detection.plugin.js:30:33)     at PluginStore.exec (C:\Users\SSeniuk\AppData\Roaming\npm-cache\_npx\7432\node_modules\svelte-add\node_modules\simple-git\src\lib\plugins\plugin-store.js:21:33)     at C:\Users\SSeniuk\AppData\Roaming\npm-cache\_npx\7432\node_modules\svelte-add\node_modules\simple-git\src\lib\runners\git-executor-chain.js:92:45     at new Promise (<anonymous>)     at GitExecutorChain.handleTaskData (C:\Users\SSeniuk\AppData\Roaming\npm-cache\_npx\7432\node_modules\svelte-add\node_modules\simple-git\src\lib\runners\git-executor-chain.js:90:16)     at GitExecutorChain.<anonymous> (C:\Users\SSeniuk\AppData\Roaming\npm-cache\_npx\7432\node_modules\svelte-add\node_modules\simple-git\src\lib\runners\git-executor-chain.js:74:46)     at Generator.next (<anonymous>)     at fulfilled (C:\Users\SSeniuk\AppData\Roaming\npm-cache\_npx\7432\node_modules\svelte-add\node_modules\simple-git\src\lib\runners\git-executor-chain.js:5:58)
Node Version 14.16.0

That's exactly what I did. But with the previous posted error. Unfortunately the error message didn't help me to solve the problem.

I don't know what can be done to help right now -- because this is a use-preset error outside my control, which is going to be dropped from svelte-add in the near future.


something wrong after i run build

after i run build, something is not the same with before when i was running start.
this is after i run build

this is when i run start

I have the same problem

Exact same problem!

Same issue as #64


fix yaml-cpp not found on macOS (catalina)

This fixes the issue :
ld: library not found for -lyaml-cpp
clang: error: linker command failed with exit code 1 (use -v to see invocation)

Description
pkg config succeeds in finding yaml but linker fails on macOS (tested on catalina)
Now on newer version of yamlcpp, the cmake config is installed.

Thanks a lot.


ansible fails to delete files it created with root ownership

When deploying islandora-playbook, ansible creates some files and assignes root ownership.  When ansible is re provisioned, for some tasks it tries to delete some of those files and recreate it.  If the ansible user is not root, then it fails even when run with sudo users.  Notably the following files:
nat@dsu-www:/var/www/html/drupal/web/sites/default$ ls -la
total 84
drwxrwxrwt 3 www-data www-data  4096 Feb 10 12:38 .
drwxrwxr-x 4 nat      nat       4096 Feb 10 12:38 ..
-rw-r--r-- 1 root     root      6762 Feb 10 12:38 default.services.yml
-rw-r--r-- 1 root     root     30150 Feb 10 12:38 default.settings.php

Seems very similar to the issues @elizoller and I were running into when working on https://github.com/Islandora-Devops/islandora-playbook/pull/147

Indeed, I can replicate.


HBASE-28567 Race condition causes MetaRegionLocationCache to never se…

…t watcher to populate meta location

I think we should change the logic in MetaRegionLocationCache instead of in ZKWatcher?

Sure but right now the problem is ZKWatcher#filterMetaReplicaNodes returns empty List if the input nodes is null.  So MetaRegionLocationCache can't tell the difference between:

node exists but has no children
node does not exist

So seems like we might need to change ZKWatcher either way.

Sure but right now the problem is ZKWatcher#filterMetaReplicaNodes returns empty List if the input nodes is null. So MetaRegionLocationCache can't tell the difference between:

node exists but has no children
node does not exist

So seems like we might need to change ZKWatcher either way.

It is just a bit strange that in ZKUtil we eat the NoNodeException while at the upper layer we create a new NoNodeException and throw it...
Better just return null in ZKWatcher, and in MetaRegionLocationCache, we do not break the loop if the return value is null.
WDYT?
Thanks.

Better just return null in ZKWatcher, and in MetaRegionLocationCache, we do not break the loop if the return value is null.

We need to retry in this case, that's the main difference from filterMetaReplicaNodes() returning null.
Even if we do not break the loop, we will not retry from genuine race condition case.

Oh, I see you are talking about breaking this loop:
        try {
          znodes = watcher.getMetaReplicaNodesAndWatchChildren();
          break;
        } catch (KeeperException ke) {
...
...

Yeah that might also work.

It is just a bit strange that in ZKUtil we eat the NoNodeException while at the upper layer we create a new NoNodeException and throw it...

I think the original author of getMetaReplicaNodesAndWatchChildren never envisioned base znode not existing.  If there were a ZKUtil method that didn't swallow the exception, we would use that instead.  IMO getMetaReplicaNodesAndWatchChildren is doing something very specific and should in fact throw in that situation.
But happy to change ZKWatcher to return null and have MetaRegionLocationCache stay in the loop when null if folks are in agreement here that that's the best path forward.  Note that this would mean that before /hbase/meta-region-server gets created, all Regionservers in cluster would be retrying listChildren calls against ZK, instead of waiting for watcher notifications.
Whereas with the original patch, all the behavior stays the same except under the race condition where base /hbase znode hasn't been created yet.

Btw just in case if we end up updating MetaRegionLocationCache#loadMetaLocationsFromZk, we might have to keep retryCounter.sleepUntilNextRetry() out of catching KeeperException.

I am in favor of keeping patch like this, so that we don't have to keep calling listChildren until /hbase/meta-region-server gets created. I know you have valid concern about not re-throwing NoNodeException but given that this is special case, I think we should be good, we can comment here for better explanation.
WDYT @Apache9?

I am in favor of keeping patch like this, so that we don't have to keep calling listChildren until /hbase/meta-region-server gets created. I know you have valid concern about not re-throwing NoNodeException but given that this is special case, I think we should be good, we can comment here for better explanation. WDYT @Apache9?

I need to figure out that what we have fixed here is that we should keep calling listChildren util  /hbase/meta-region-server gets created, no matter you add a null check or use an exception...

Let me attempt to summarize the cases:

/hbase/meta-region-server exists - node is returned all the way ZKUtil -> ZKWatcher -> MetaRegionLocationCache
/hbase exists but not meta-region-server child - empty list returned all the way to MetaRegionLocationCache, which proceeds without retry and waits for watcher notifications
/hbase does not exist.  Currently returns null and MetaRegionLocationCache waits forever without watcher set.


Type mismatch between params in the SigningIdentity sign and CryptoSuite hash.

The SigningIdentity has the following code and documentation:
	/**
	 * Signs digest with the private key contained inside the signer.
	 *
	 * @param {byte[]} msg The message to sign
	 * @param {Object} opts Options object for the signing, contains one field 'hashFunction' that allows
	 *   different hashing algorithms to be used. If not present, will default to the hash function
	 *   configured for the identity's own crypto suite object
	 */
	sign(msg, opts) {
		// calculate the hash for the message before signing
		let hashFunction;
		if (opts && opts.hashFunction) {
			if (typeof opts.hashFunction !== 'function') {
				throw new Error('The "hashFunction" field must be a function');
			}

			hashFunction = opts.hashFunction;
		} else {
			hashFunction = this._cryptoSuite.hash.bind(this._cryptoSuite);
		}

		const digest = hashFunction(msg);
		return this._signer.sign(Buffer.from(digest, 'hex'), null);
	}

I think that there are two main problems here related to the documentation. It says that it signs the digest with the private key, actually, the function signs the message (calculating the digest inside). Another issue here is the typing in the msg param, the function uses a hashFunction (defaults to the CryptoSuite) but the CryptoSuite hash function requires a string msg instead of a Buffer. This causes two main issues:

Mislead the developer of thinking the msg should be a digest due to the type and text.
Make it harder to use for typescript users.

If I am not looking this wrong, I can open the PR to update the documentation. Thanks!

You are correct, there do look to be some issues here!

I think that there are two main problems here related to the documentation. It says that it signs the digest with the private key, actually, the function signs the message (calculating the digest inside).

Correct. This function signs the message with the private key.

Another issue here is the typing in the msg param, the function uses a hashFunction (defaults to the CryptoSuite) but the CryptoSuite hash function requires a string msg instead of a Buffer.

The JSDoc for SigningIdentity says the message is a byte[]. This isn't really a Type/JavaScript type. The TypeScript definition in fabric-common/type/index.d.ts says it's a Buffer. Probably the JSDoc and typings should be consistent.
As you say, whatever the message is, it's going to be hashed by the CryptoSuite, and the typings and JSDoc for that say it's a string.
Digging down to the default hash implementation in fabric-common/lib/hash/hash_sha2_256.js, it uses Node crypto Hash to hash the message, so it will actually work for a UTF-8 string, Buffer, TypedArray or DataView. And it really does return a hex-encoded string. I think Buffer is a pretty reasonable type for representing arbitrary byte data, and it's consistent with the rest of the API, but changing the type definition for CryptoSuite.hash() from string (which is valid) to Buffer (which is also valid for the default implementation) does run the risk of breaking existing code that passes strings. I actually see some code in FabricCAClient that does pass a string to the SigningIdentity.sign() function, although there are other cases where it is looks to be passed a Uint8Array!

If I am not looking this wrong, I can open the PR to update the documentation. Thanks!

There is definitely some tidy-up that could be done safely, but changing the typings seems to be a compatibility minefield here. I don't mind standardising on a sensible type (like Buffer) in the main branch. This would probably need to be done consistently at all the points that use these functions throughout the codebase, and might require some code changes to reflect to make sure all the code really is doing the right thing.
Making changes in the release-2-2 branch seems too risky as the current typings are valid, and changes might break existing client code.

@bh4rtp I think you would need to either:

Set the key size and hash algorithm using the crypto-keysize and crypto-hash-algo config properties respectively; or
Explicitly create the CryptoSuite implementation (passing appropriate key size and hash algorithm) and pass that to the FabricCAServices constructor.

@bestbeforetoday Does softhsm2 support SHA3-384?

@bestbeforetoday I wonder why node sdk app runs ok without any option configuration if peer and orderer using SHA3 384. But if I change options to SHA3 384, it will fail.

It sounds like one end is not using the expected hash and, since when the client is using the default SHA-256 things seems to work, that suggests the issue might be at the peer end. It might be worth capturing the message before the point of failure and verifying the signature yourself to confirm which end the problem is occurring.

@bestbeforetoday I have reported an issue in fabric:
https://github.com/hyperledger/fabric/issues/4179

Since this package is now deprecated in favour of @hyperledger/fabric-gateway, I do not plan to make any enhancements to function signatures / typing, particularly in the low-level APIs.


Istio Documentation without Kubernetes

Describe the feature request
Documentation to run the suite of Istio components in an environment that doesn't use a container orchestrator (like k8s)
Is this still supported? (note the text about Platform Independence but lack of documentation other than anything running in k8s/consul)

It seems like people still want the information.  Shouldn't be considered stale just because no one has responded. The desire is still there.

@DinoChiesa our stalebot is a little to aggressive in my opinion :) .  To unstale an item, please leave a comment and the stalebot will remove the stale label.

@irisdingbj note I assigned this to you for nebulous future (IOW not 1.3).

It's still something desired @Onewaysidewalks @sdake

It is something that I would have liked to see.  The very question was posed at work today: can Istio and Envoy be used without Kubernetes whilst a transition from traditional VMs and hosting to a Kubernetes managed system is considered.  We can clearly identify a benefit from using Istio but are not ready to migrate the whole fleet to K8s just to reap the benefits.

i also want to know how to deploy istio without k8s

i also want to know how to deploy istio without k8s. +1.

I'm getting the sense that Istio has aspirations to be platform-independent, but this dimension hasn't been prioritized yet, and so people are kind of on their own at this point.


[Don't merge] check CI

Description
(Brief description on what this PR is about)
Checklist
Essentials
Please feel free to remove inapplicable items for your PR.

[ ] The PR title starts with [MXNET-$JIRA_ID], where $JIRA_ID refers to the relevant JIRA issue created (except PRs with tiny changes)
[ ] Changes are complete (i.e. I finished coding on this PR)
[ ] All changes have test coverage:
Unit tests are added for small changes to verify correctness (e.g. adding a new operator)
Nightly tests are added for complicated/long-running ones (e.g. changing distributed kvstore)
Build tests will be added for build configuration changes (e.g. adding a new build option with NCCL)
[ ] Code is well-documented:
For user-facing API changes, API doc string has been updated.
For new C++ functions in header files, their functionalities and arguments are documented.
For new examples, README.md is added to explain the what the example does, the source of the dataset, expected performance on test set and reference to the original paper if applicable
Check the API doc at http://mxnet-ci-doc.s3-accelerate.dualstack.amazonaws.com/PR-$PR_ID/$BUILD_ID/index.html
[ ] To the my best knowledge, examples are either not affected by this change, or have been fixed to be compatible with this change

Changes

[ ] Feature1, tests, (and when applicable, API doc)
[ ] Feature2, tests, (and when applicable, API doc)

Comments

If this change is a backward incompatible change, why must this change be made.
Interesting edge cases to note here

@apeforest why mshadow::Shape::size() returns index_t instead of size_t? This will cause trouble when comparing it with other size() returns. Just as this CI failed. Any reason we need negative for this?

@zheng-da

https://github.com/dmlc/mshadow/pull/359 this PR introduces this issue.

@ZhennanQin In MXNet code, we have many for loop with the type of indexing variable i to be index_t. If the size return type is size_t, we would need to add static cast to all the for loops.

@apeforest CI can pass after changing back to return size_t. The corresponding MXNet change are shown as this PR. If this solution is OK. I will file separate PR to  mshadow.

LGTM, thanks a lot for your help. Please update the PR title and description when it's ready for review. Thanks

@apeforest mshadow PR is created at https://github.com/dmlc/mshadow/pull/367, please help to merge it. Then I will edit this PR. Thanks.


error on windows 11

i am getting the following errors. Any advice?
❯ wezterm
09:21:04.426  ERROR  wgpu::backend::direct > Error in Adapter::request_device: Limit 'max_compute_workgroups_per_dimension' value 65535 is better than allowed 0
09:21:04.431  ERROR  wezterm_gui::frontend > Failed to create window: Requesting a device failed

Hi @azinsharaf
I'm not able to recreate the issue on my end.
Have you tried running the config with one of the nightly builds of Wezterm?
Cuz I the current stable release has some issues that are fixed in the nightly builds

Hey @azinsharaf
The errors you're getting are mentioned in this wezterm issue
And it seems to be tied with an issue that the wgpu crate has when rendering on some AMD cards.
WezTerm relies on this crate for rendering if the front_end option is set to WebGpu.
The latest nightly build uses a newer version of the crate which may have addressed this issue.
So if the nightly build can't run this config I think your best shot would in setting the front_end option to OpenGL in the file ./config/appearance.lua
https://github.com/KevinSilvester/wezterm-config/blob/961570cdc70bd117f72d67af883ae42809bba630/config/appearance.lua#L4-L9
To:
   front_end = 'OpenGL'

Hope this helps 😊

yes, changing to OpenGL fixed it. quick question: does it mean that wezterm won't use gpu if we  set it to opengl?
thanks!

No really, wezterm will still use the GPU.
My understanding is that OpenGL is like a cross-platform abstraction layer to make it easier to work with the GPUs.
While the wgpu crate is more of a bare-metal approach.
OpenGL is technically the slower of the two options but the difference isn't even noticeable.
I just have it set to WebGpu cuz it's shiny new toy 😅


fixes #965

add two new modules: one for router handlers and another one for proxy handlers.
The light-router / light-proxy /light-mesh will use dependency on these modules instead of have the handlers in the project

I have done a snapshot release for this update. Thanks.


Page unresponsive while login/signup

Describe the bug
Problem while signing up & login
To Reproduce
Steps to reproduce the behaviour:

Go to the signup/login page
Click on register/login
Fill details
Unresponsive

Expected behaviour
A user is supposed to smoothly log in/sign-up.
Screenshots

Desktop (please complete the following information):

OS: macOS
Browser: Safari
Version: 16.4

There seems to be a problem with the backend since there is an Axios error popping up in the console.

Hey Aaryan!
Good to see you here. Thanks for the bug report. We hosted the backend locally, to save costs and as you might have guessed, it is no more running locally. I'll migrate it to some hosted server. Have to make some changes before that. I will keep you posted!

I think it would be a good idea to keep it live for people to try it out. Maybe I'll get it working over this weekend (not making any promises here) and you can try it out and help with stuff that you feel should be improved?


[release-4.10] Bug 2102263: Controller metrics not exposed/collected …

…properly... (#229)

Prometheus ServiceMonitor CR has been enabled by default
ServiceMonitor manifest file has been added

/bugzilla refresh

/bugzilla refresh

/bugzilla refresh

/bugzilla refresh

/hold for 2086921 to be verified

/bugzilla refresh

/bugzilla refresh


Any plan to share the pre-trained models?

Hi, thanks for sharing this wonderful code.
Do you have any plans to share the pre-trained models?

same question

+1

Same question. I'm looking for a model that can perform retrieval as in CLIP or ALIGN and also caption images so would be good if the pretrained weights were made available.

If you want them make them, there are no such pretrained model in existence with this repo

+1, Hope the authors release the pre-trained model, Thanks!

10086

+1

It would be great, if authors share the pre-trained models.

+9999

+1

+1

99

+99

+5555

+1

I think there is a confusion here :)
This repo is a reproduction repo. The author of the repo does not have any pretrained model.
If you want to reproduce coca models, you can use this repo (and a lot of compute power) to train some

+999

+1

it's made by google so obviously they won't be sharing the models

I guess we can take ViT weights from ViT-Pytorch library, but NLP part of the model contains many Transformer Blocks, so we don't have weights for them. Looks like we can't get fully weights for CoCa right now.

if someone feels like plugging https://github.com/lucidrains/CoCa-pytorch/blob/main/coca_pytorch/coca_pytorch.py into https://github.com/mlfoundations/open_clip code base, I could quickly train it

+1

+1

https://twitter.com/gpuccetti92/status/1621874887844315139?t=l-j6Iv_5d9A48d0XPzvUQg&s=19 done by @gpucce


Styles problems with Nuxt3

A
That

That's correct behaviour. Without style it would display as block, which is what you want, but not what is usually expected.
You can change it by applying custom style to iconify-icon element, such as
iconify-icon { display: block; }

What style are you trying to apply to it?

iconify-icon svg { display: initial; }

iconify-icon svg { display: initial; }

No, what I don't want is for the svg to be block.
Right now that

Then you should align iconify-icon element, not SVG inside it.
Looking at screenshot, you want to center it. That can be done with this CSS:
iconify-icon { display: block; width: 1em; margin: 0 auto; }

Without style in shadow DOM, result is SVG with display set to inline-block, which causes container, which has display set to block, to have extra few pixels of padding below icon, resulting in a mess. Style is applied to fix that issue. Pretty much every use case can be achieved by setting style to iconify-icon element.

Closing issue as stale, probably resolved.


BIO_read.pod: fix small typo

Add missing I to <b>
CLA: trivial

24 hours has passed since 'approval: done' was set, but this PR has failing CI tests.  Once the tests pass it will get moved to 'approval: ready to merge' automatically, alternatively please review and set the label manually.

Merged to master, 3.1, and 3.0 branches. Thank you for your contribution.

Thanks for the fast merge!


Kernel is being disposed of and cannot be restarted

Applies To

[x] Notebooks (.ipynb files)
[ ] Interactive Window and/or Cell Scripts (.py files with #%% markers)

What happened?
I'm starting vscode from wsl2 ubuntu 24.04 and have the problem that my jupyter kernels are being disposed of after approximately 3 minutes, whether I'm running a cell or not.
I can reliably reproduce the issue by simply starting vscode, opening a notebook and waiting, or, as I have done for the trace logs, create a new venv and a new test notebook that's not idle:
import time

end_time = time.time() + 60 * 5
i = 0
while time.time() < end_time:
    i = i + 1
    time.sleep(1)
print(i)

As this is longer than the approximately 3 minutes, it gets terminated early. I don't know what else I can do to debug this issue, but as it currently stands, jupyter is unusable for me, because:
When the kernel is disposed of, I cannot start another kernel for that notebook. The restart button is grayed out, but selecting another kernel does nothing. Trying to execute a cell changes the "Execute Cell" and "Run all" buttons to the "Stop Cell execution" and "Interrupt" buttons, but doesn't log anything or throw an error (which I would expect if there's no kernel to execute it on). Then clicking the "Interrupt" or "Stop Cell execution" buttons does nothing either.
When I open a new/different notebook, a kernel is started as expected, but gets disposed of as well.
The only solution for me is to close vscode entirely and restart it again.
If there's anything further missing, let me know what I can do to help you help me.
VS Code Version
1.95.3
Jupyter Extension Version
2024.10.0
Jupyter logs
Visual Studio Code (1.95.3, wsl, desktop)
Jupyter Extension Version: 2024.10.0.
Python Extension Version: 2024.20.0.
Pylance Extension Version: 2024.11.2.
Platform: linux (x64).
Temp Storage folder ~/.vscode-server/data/User/globalStorage/ms-toolsai.jupyter/version-2024.10.0
Workspace folder ~/gitSources/test, Home = /home/nacorid
09:04:09.762 [debug] Start refreshing Kernel Picker<PHONE_NUMBER>762)
09:04:10.168 [trace] Search for KernelSpecs in Interpreter /bin/python3
09:04:10.169 [trace] Search for KernelSpecs in Interpreter /usr/bin/python3
09:04:10.169 [trace] Search for KernelSpecs in Interpreter ~/gitSources/test/.venv/bin/python
09:04:10.170 [debug] Get Custom Env Variables, Class name = Em, completed in 408ms, has a truthy return value, Arg 1: undefined, Arg 2: "RunPythonCode"
09:04:10.170 [debug] Jupyter Paths /kernels:
09:04:10.259 [debug] Kernel Spec Root Paths, /usr/share/jupyter/kernels, /usr/local/share/jupyter/kernels, ~/.local/share/jupyter/kernels
09:04:10.403 [debug] KernelProvider switched kernel to id = .jvsc74a57bd00507bbbc5ab43f5deb5fb3c07af56e33b639ea4b3ed070af450698837cc6e880./home/~/gitSources/test/.venv/python./home/~/gitSources/test/.venv/python.-m#ipykernel_launcher
09:04:10.403 [debug] start the kernel, options.disableUI=true for ~/gitSources/test/test.ipynb
09:04:10.425 [trace] Registering commtarget jupyter.widget
09:04:10.426 [debug] Controller selection change completed
09:04:10.497 [debug] Get Custom Env Variables, Class name = Em, completed in 1ms, has a truthy return value, Arg 1: "~/gitSources/test", Arg 2: "RunPythonCode"
09:04:10.497 [info] Starting Kernel (Python Path: ~/gitSources/test/.venv/bin/python, Venv, 3.12.3) for '~/gitSources/test/test.ipynb' (disableUI=true)
09:04:10.497 [trace] Creating raw notebook for resource '~/gitSources/test/test.ipynb'
09:04:10.509 [trace] Hiding default KernelSpec /python for interpreter ~/gitSources/test/.venv/bin/python (KernelSpec file ~/gitSources/test/.venv/share/jupyter/kernels/python3/kernel.json)
09:04:10.510 [debug] End refreshing Kernel Picker<PHONE_NUMBER>762)
09:04:10.519 [debug] Get Custom Env Variables, Class name = Em, completed in 0ms, has a truthy return value, Arg 1: "~/gitSources/test/test.ipynb", Arg 2: "RunPythonCode"
09:04:10.583 [debug] Launching kernel .jvsc74a57bd00507bbbc5ab43f5deb5fb3c07af56e33b639ea4b3ed070af450698837cc6e880./home/~/gitSources/test/.venv/python./home/~/gitSources/test/.venv/python.-m#ipykernel_launcher for ~/gitSources/test/test.ipynb in //home/~/gitSources/test with ports 9001, 9000, 9004, 9002, 9003
09:04:10.586 [trace] Conda file is conda
09:04:10.743 [debug] Got env vars from Python Ext in 223ms for ~/gitSources/test/.venv/bin/python, with env var count 41.
09:04:10.743 [trace] Prepend PATH with python bin for ~/gitSources/test/.venv/bin/python
09:04:10.743 [debug] Getting activated env variables, Class name = Id, completed in 224ms, has a truthy return value, Arg 1: "~/gitSources/test/test.ipynb", Arg 2: "~/gitSources/test/.venv/bin/python", Arg 3: undefined
09:04:10.745 [info] Process Execution: ~/gitSources/test/.venv/bin/python -c "import ipykernel; print(ipykernel.__version__); print("5dc3a68c-e34e-4080-9c3e-2a532b2ccb4d"); print(ipykernel.__file__)"
09:04:10.747 [info] Process Execution: ~/gitSources/test/.venv/bin/python -m ipykernel_launcher --f=/home/~/.local/share/jupyter/runtime/kernel-v344f87d2cc45cf24a5dce46e1b5d91adef6705df3.json
    > cwd: //home/~/gitSources/test
09:04:10.748 [debug] Kernel process 42830.
09:04:10.750 [debug] Got env vars from Python Ext in 254ms for ~/gitSources/test/.venv/bin/python, with env var count 41.
09:04:10.750 [trace] Prepend PATH with python bin for ~/gitSources/test/.venv/bin/python
09:04:10.751 [debug] Getting activated env variables, Class name = Id, completed in 255ms, has a truthy return value, Arg 1: "~/gitSources/test", Arg 2: "~/gitSources/test/.venv/bin/python", Arg 3: undefined
09:04:10.752 [info] Process Execution: ~/gitSources/test/.venv/bin/python -m pip list
09:04:10.859 [trace] ipykernel version & path 6.29.5, ~/gitSources/test/.venv/lib/python3.12/site-packages/ipykernel/__init__.py for ~/gitSources/test/.venv/bin/python
09:04:10.977 [debug] Kernel output 42830: To connect another client to this kernel, use:
--existing kernel-v344f87d2cc45cf24a5dce46e1b5d91adef6705df3.json
09:04:11.172 [debug] Waiting for Raw Session to be ready in postStartRawSession
09:04:11.172 [debug] Waiting for Raw session to be ready, status: connected
09:04:11.172 [trace] Raw session connected
09:04:11.172 [debug] Waited for Raw session to be ready & got status: connected
09:04:11.172 [debug] Successfully waited for Raw Session to be ready in postStartRawSession
09:04:11.172 [debug] Kernel status is 'unknown' before requesting kernel info and after ready
09:04:11.172 [debug] Sending request for kernelInfo
09:04:11.177 [trace] Got response for requestKernelInfo
09:04:11.177 [debug] Successfully completed postStartRawSession after 1 attempt(s) in 5ms
09:04:11.178 [trace] Executing silently Code (idle) = import sys as _VSCODE_sys\nprint(_VSCODE_sys.executable); del _VSCODE_sys
09:04:11.182 [trace] Executing silently Code (completed) = import sys as _VSCODE_sys\nprint(_VSCODE_sys.executable); del _VSCODE_sys with 1 output(s)
09:04:11.183 [trace] Started running kernel initialization for ~/gitSources/test/test.ipynb
09:04:11.183 [trace] Executing silently Code (idle) = try:\nimport ipywidgets as _VSCODE_ipywidgets\nprint("e976ee50-99ed-4aba-9b6b-9dcd5634d07d:IPy
09:04:11.187 [trace] Executing silently Code (completed) = try:\nimport ipywidgets as _VSCODE_ipywidgets\nprint("e976ee50-99ed-4aba-9b6b-9dcd5634d07d:IPy with 0 output(s)
09:04:11.187 [trace] Determined IPyWidgets Version as undefined
09:04:11.187 [trace] Executing silently Code (idle) = def __VSCODE_inject_module():\ndef __VSCODE_call_function(function, callback, data=None):
09:04:11.195 [trace] Executing silently Code (completed) = def __VSCODE_inject_module():\ndef __VSCODE_call_function(function, callback, data=None): with 0 output(s)
09:04:11.195 [debug] Requesting Kernel info
09:04:11.195 [trace] Got Kernel info
09:04:11.195 [trace] End running kernel initialization, now waiting for idle
09:04:11.195 [trace] Waiting for idle on (kernel): 4dc725f5-f369-40fa-a0c0-337ed6e15b7c -> idle
09:04:11.196 [trace] Finished waiting for idle on (kernel): 4dc725f5-f369-40fa-a0c0-337ed6e15b7c -> idle
09:04:11.196 [trace] End running kernel initialization, session is idle
09:04:11.196 [trace] Registering Kernel Completion Provider from kernel .venv (Python 3.12.3) for language python
09:04:11.197 [trace] IPyWidgetScriptSource.initialize
09:04:11.197 [info] Kernel successfully started
09:04:11.198 [debug] getDataDirsImpl, Class name = Kr (started execution), Arg 1: "~/gitSources/test/test.ipynb", Arg 2: "~/gitSources/test/.venv/bin/python"
09:04:11.199 [debug] Get Custom Env Variables, Class name = Em, completed in 0ms, has a truthy return value, Arg 1: undefined, Arg 2: "RunPythonCode"
09:04:11.199 [debug] Jupyter Paths :
09:04:11.202 [info] Process Execution: ~/gitSources/test/.venv/bin/python /home/~/.vscode-server/extensions/ms-toolsai.jupyter-2024.10.0-linux-x64/pythonFiles/printJupyterDataDir.py
09:04:11.208 [debug] Got an empty Jupyter Data Dir from /home/~/gitSources/test/.venv/bin/python, stderr = undefined
09:04:11.208 [debug] getDataDirsImpl, Class name = Kr, completed in 10ms, has a truthy return value, Arg 1: "~/gitSources/test/test.ipynb", Arg 2: "~/gitSources/test/.venv/bin/python", Return Value: <Uri:/home/~/.local/share/jupyter>, <Uri:/home/~/gitSources/test/.venv/share/jupyter>, <Uri:/usr/local/share/jupyter>, <Uri:/usr/share/jupyter>
09:04:11.370 [debug] Interpreter for Pylance for Notebook URI "~/gitSources/test/test.ipynb" is ~/gitSources/test/.venv/bin/python
09:04:14.037 [debug] Handle Execution of Cells 0 for ~/gitSources/test/test.ipynb
09:04:14.038 [trace] Execute Notebook ~/gitSources/test/test.ipynb. Step 1
09:04:14.038 [trace] Connect to Kernel ~/gitSources/test/test.ipynb. Step 2
09:04:14.038 [trace] Connected to Kernel ~/gitSources/test/test.ipynb. Step 3
09:04:14.038 [trace] executeCell 0. Step 4
09:04:14.039 [trace] Cell Index:0 sent to kernel
09:04:14.042 [trace] Start cell 0 execution @<PHONE_NUMBER>042 (clear output)
09:04:14.042 [debug] Kernel acknowledged execution of cell 0 @<PHONE_NUMBER>042
09:04:14.044 [trace] Cell 0 completed in 0.002s (start:<PHONE_NUMBER>042, end:<PHONE_NUMBER>044)
09:04:14.044 [trace] Cell 0 executed successfully
09:04:15.399 [debug] Handle Execution of Cells 1 for ~/gitSources/test/test.ipynb
09:04:15.400 [trace] Execute Notebook ~/gitSources/test/test.ipynb. Step 1
09:04:15.400 [trace] Connect to Kernel ~/gitSources/test/test.ipynb. Step 2
09:04:15.400 [trace] Connected to Kernel ~/gitSources/test/test.ipynb. Step 3
09:04:15.400 [trace] executeCell 1. Step 4
09:04:15.400 [trace] Cell Index:1 sent to kernel
09:04:15.403 [trace] Start cell 1 execution @<PHONE_NUMBER>403 (clear output)
09:04:15.403 [debug] Kernel acknowledged execution of cell 1 @<PHONE_NUMBER>403
09:07:10.432 [debug] Disposing kernel associated with ~/gitSources/test/test.ipynb, isClosed=true
09:07:10.432 [info] Dispose Kernel '~/gitSources/test/test.ipynb' associated with '~/gitSources/test/test.ipynb'
09:07:10.432 [debug] Cancel pending cells
09:07:10.432 [trace] Cell 1 completed in -1731917055.403s (start:<PHONE_NUMBER>403, end: undefined)
09:07:10.433 [debug] Shutdown session 4dc725f5-f369-40fa-a0c0-337ed6e15b7c, .jvsc74a57bd00507bbbc5ab43f5deb5fb3c07af56e33b639ea4b3ed070af450698837cc6e880./home/~/gitSources/test/.venv/python./home/~/gitSources/test/.venv/python.-m#ipykernel_launcher - start called from Error:
	at A_.shutdown (/home/~/.vscode-server/extensions/ms-toolsai.jupyter-2024.10.0-linux-x64/dist/extension.node.js:304:1140)
	at A_.dispose (/home/~/.vscode-server/extensions/ms-toolsai.jupyter-2024.10.0-linux-x64/dist/extension.node.js:304:623)
	at Is (/home/~/.vscode-server/extensions/ms-toolsai.jupyter-2024.10.0-linux-x64/dist/extension.node.js:115:867)
	at e (/home/~/.vscode-server/extensions/ms-toolsai.jupyter-2024.10.0-linux-x64/dist/extension.node.js:285:31789)
	at o_.dispose (/home/~/.vscode-server/extensions/ms-toolsai.jupyter-2024.10.0-linux-x64/dist/extension.node.js:285:32034)
	at hy.disposeOldKernel (/home/~/.vscode-server/extensions/ms-toolsai.jupyter-2024.10.0-linux-x64/dist/extension.node.js:285:23341)
	at hy.<anonymous> (/home/~/.vscode-server/extensions/ms-toolsai.jupyter-2024.10.0-linux-x64/dist/extension.node.js:285:21548)
	at mh.value (file:///home/~/.vscode-server/bin/f1a4fb101478ce6ec82fe9627c43efbf9e98c813/out/vs/workbench/api/node/extensionHostProcess.js:156:35355)
	at P.B (file:///home/~/.vscode-server/bin/f1a4fb101478ce6ec82fe9627c43efbf9e98c813/out/vs/workbench/api/node/extensionHostProcess.js:29:746)
	at P.C (file:///home/~/.vscode-server/bin/f1a4fb101478ce6ec82fe9627c43efbf9e98c813/out/vs/workbench/api/node/extensionHostProcess.js:29:816)
	at P.fire (file:///home/~/.vscode-server/bin/f1a4fb101478ce6ec82fe9627c43efbf9e98c813/out/vs/workbench/api/node/extensionHostProcess.js:29:1033)
	at ah.$acceptDocumentAndEditorsDelta (file:///home/~/.vscode-server/bin/f1a4fb101478ce6ec82fe9627c43efbf9e98c813/out/vs/workbench/api/node/extensionHostProcess.js:155:13126)
	at py.S (file:///home/~/.vscode-server/bin/f1a4fb101478ce6ec82fe9627c43efbf9e98c813/out/vs/workbench/api/node/extensionHostProcess.js:31:155639)
	at py.Q (file:///home/~/.vscode-server/bin/f1a4fb101478ce6ec82fe9627c43efbf9e98c813/out/vs/workbench/api/node/extensionHostProcess.js:31:155419)
	at py.M (file:///home/~/.vscode-server/bin/f1a4fb101478ce6ec82fe9627c43efbf9e98c813/out/vs/workbench/api/node/extensionHostProcess.js:31:154508)
	at py.L (file:///home/~/.vscode-server/bin/f1a4fb101478ce6ec82fe9627c43efbf9e98c813/out/vs/workbench/api/node/extensionHostProcess.js:31:153746)
	at mh.value (file:///home/~/.vscode-server/bin/f1a4fb101478ce6ec82fe9627c43efbf9e98c813/out/vs/workbench/api/node/extensionHostProcess.js:31:152410)
	at P.B (file:///home/~/.vscode-server/bin/f1a4fb101478ce6ec82fe9627c43efbf9e98c813/out/vs/workbench/api/node/extensionHostProcess.js:29:746)
	at P.fire (file:///home/~/.vscode-server/bin/f1a4fb101478ce6ec82fe9627c43efbf9e98c813/out/vs/workbench/api/node/extensionHostProcess.js:29:964)
	at Vn.fire (file:///home/~/.vscode-server/bin/f1a4fb101478ce6ec82fe9627c43efbf9e98c813/out/vs/workbench/api/node/extensionHostProcess.js:31:9457)
	at mh.value (file:///home/~/.vscode-server/bin/f1a4fb101478ce6ec82fe9627c43efbf9e98c813/out/vs/workbench/api/node/extensionHostProcess.js:174:13300)
	at P.B (file:///home/~/.vscode-server/bin/f1a4fb101478ce6ec82fe9627c43efbf9e98c813/out/vs/workbench/api/node/extensionHostProcess.js:29:746)
	at P.fire (file:///home/~/.vscode-server/bin/f1a4fb101478ce6ec82fe9627c43efbf9e98c813/out/vs/workbench/api/node/extensionHostProcess.js:29:964)
	at Vn.fire (file:///home/~/.vscode-server/bin/f1a4fb101478ce6ec82fe9627c43efbf9e98c813/out/vs/workbench/api/node/extensionHostProcess.js:31:9457)
	at Fm.A (file:///home/~/.vscode-server/bin/f1a4fb101478ce6ec82fe9627c43efbf9e98c813/out/vs/workbench/api/node/extensionHostProcess.js:31:12573)
	at mh.value (file:///home/~/.vscode-server/bin/f1a4fb101478ce6ec82fe9627c43efbf9e98c813/out/vs/workbench/api/node/extensionHostProcess.js:31:10993)
	at P.B (file:///home/~/.vscode-server/bin/f1a4fb101478ce6ec82fe9627c43efbf9e98c813/out/vs/workbench/api/node/extensionHostProcess.js:29:746)
	at P.fire (file:///home/~/.vscode-server/bin/f1a4fb101478ce6ec82fe9627c43efbf9e98c813/out/vs/workbench/api/node/extensionHostProcess.js:29:964)
	at j5.acceptChunk (file:///home/~/.vscode-server/bin/f1a4fb101478ce6ec82fe9627c43efbf9e98c813/out/vs/workbench/api/node/extensionHostProcess.js:31:7940)
	at mh.value (file:///home/~/.vscode-server/bin/f1a4fb101478ce6ec82fe9627c43efbf9e98c813/out/vs/workbench/api/node/extensionHostProcess.js:31:7226)
	at P.B (file:///home/~/.vscode-server/bin/f1a4fb101478ce6ec82fe9627c43efbf9e98c813/out/vs/workbench/api/node/extensionHostProcess.js:29:746)
	at P.fire (file:///home/~/.vscode-server/bin/f1a4fb101478ce6ec82fe9627c43efbf9e98c813/out/vs/workbench/api/node/extensionHostProcess.js:29:964)
	at V2.z (file:///home/~/.vscode-server/bin/f1a4fb101478ce6ec82fe9627c43efbf9e98c813/out/vs/workbench/api/node/extensionHostProcess.js:31:21944)
	at V2.acceptFrame (file:///home/~/.vscode-server/bin/f1a4fb101478ce6ec82fe9627c43efbf9e98c813/out/vs/workbench/api/node/extensionHostProcess.js:31:21750)
	at W2.n (file:///home/~/.vscode-server/bin/f1a4fb101478ce6ec82fe9627c43efbf9e98c813/out/vs/workbench/api/node/extensionHostProcess.js:31:20278)
	at file:///home/~/.vscode-server/bin/f1a4fb101478ce6ec82fe9627c43efbf9e98c813/out/vs/workbench/api/node/extensionHostProcess.js:31:17510
	at Socket.t (file:///home/~/.vscode-server/bin/f1a4fb101478ce6ec82fe9627c43efbf9e98c813/out/vs/workbench/api/node/extensionHostProcess.js:31:15451)
	at Socket.emit (node:events:519:28)
	at addChunk (node:internal/streams/readable:559:12)
	at readableAddChunkPushByteMode (node:internal/streams/readable:510:3)
	at Readable.push (node:internal/streams/readable:390:5)
	at TCP.onStreamRead (node:internal/stream_base_commons:191:23)
09:07:10.433 [debug] Dispose Kernel process 42830.
09:07:10.435 [debug] Kernel got disposed, hence there is no longer a kernel associated with ~/gitSources/test/test.ipynb
09:07:10.436 [debug] Notebook document ~/gitSources/test/test.ipynb got closed
09:07:10.436 [debug] Cancel executions after closing notebook ~/gitSources/test/test.ipynb
09:07:10.436 [debug] Cancel pending cells
09:07:10.436 [debug] Cancel executions after closing notebook ~/gitSources/test/test.ipynb
09:07:10.436 [debug] Cancel pending cells
09:07:10.436 [trace] Cell 1 executed successfully
09:07:10.437 [warn] Cancel all remaining cells due to dead kernel
09:07:10.437 [debug] Cancel pending cells
09:07:10.442 [debug] KernelProcess Exited 42830, Exit Code - undefined
09:07:10.446 [debug] Disposed Kernel process 42830.
09:07:10.446 [debug] Shutdown session 4dc725f5-f369-40fa-a0c0-337ed6e15b7c, .jvsc74a57bd00507bbbc5ab43f5deb5fb3c07af56e33b639ea4b3ed070af450698837cc6e880./home/~/gitSources/test/.venv/python./home/~/gitSources/test/.venv/python.-m#ipykernel_launcher - shutdown complete

Coding Language and Runtime Version
Python 3.12.3
Language Extension Version (if applicable)
2024.20.0
Anaconda Version (if applicable)
No response
Running Jupyter locally or remotely?
Local

AutoSave was disabled; it is indeed one of the other extensions.
I'm going to test all of them to pin it down.

Than you got getting back
Closing this issue for now, as it’s not caused by Jupyter extension


[Bug] fix(sparkload): bitmap value in or operator in spark load should be deep copied

fix multi rollup hold the same Ref of bitmapvalue which may be updated repeatedly.
fix #6452
Proposed changes
Describe the big picture of your changes here to communicate to the maintainers why we should accept this pull request. If it fixes a bug or resolves a feature request, be sure to link to that issue.
Types of changes
What types of changes does your code introduce to Doris?
Put an x in the boxes that apply

[x] Bugfix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to not work as expected)
[ ] Documentation Update (if none of the other choices apply)
[ ] Code refactor (Modify the code structure, format the code, etc...)
[ ] Optimization. Including functional usability improvements and performance improvements.
[ ] Dependency. Such as changes related to third-party components.
[ ] Other.

Checklist
Put an x in the boxes that apply. You can also fill these out after creating the PR. If you're unsure about any of them, don't hesitate to ask. We're here to help! This is simply a reminder of what we are going to look for before merging your code.

[x] I have created an issue on (Fix #ISSUE) and described the bug/feature there in detail
[ ] Compiling and unit tests pass locally with my changes
[ ] I have added tests that prove my fix is effective or that my feature works
[ ] If these changes need document changes, I have updated the document
[ ] Any dependent changes have been merged

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

@wangbo

Please add some ut for the multi-rollups case.
You can add it to BitmapValueTest

Please add some ut for the multi-rollups case.
You can add it to BitmapValueTest

Done


Enable specifying objects by name in properties like SourceTableView, CalcFormula, etc.

Describe the bug
When setting up SourceTableViews, TableRelations, and so on - that relate to other tables by table IDs (or, far less frequently, specify codeunit IDs to run, etc.) - we still have to use the raw integer ID, which is ugly, opaque, error-prone, and incompatible with what I hear is the plan by MS to get rid of object IDs entirely (eventually!).
To Reproduce
Try to make a page that shows Custom Report Selections for Customers only.
You have to enter it like so:
SourceTable = "Custom Report Selection";
SourceTableView = where("Source Type" = const(18));

Expected behavior
Ideally, we should be able to specify the table ID via its name in the Database:: namespace or similar, like we can in actual AL code:
SourceTable = "Custom Report Selection";
SourceTableView = where("Source Type" = const(Database::Customer));

Please consider making this possible in all such where() expressions, and for all object types. Thanks!
*Screenshots
N/A
5. Versions:

AL Language: 5.0.335750
Business Central: 16.5.15897.16808

Thanks for the suggestion. Because this is an improvement and not a bug, it will gain more traction on BCIdeas, since that is where we look at for new features. Go ahead and post this to our Ideas forum at https://aka.ms/BusinessCentralideas, or vote up the idea if its already there. We're constantly monitoring top Ideas and will consider them for a future release.

=> https://experience.dynamics.com/ideas/idea/?ideaid=3c20fb10-3802-eb11-b5d9-0003ff68e671


Android issue with cursor not moving fix

There was an issue where, when typing, the cursor would not move on android. This caused input to be typed backwards. This could be solved if predictive touch was disabled but this was not a good solution. I saw that many people were had the same issue so I decided to fix it. Cheers!

example of someone with the same issue: https://github.com/digitalBush/jquery.maskedinput/issues/280

Using the Samsung keyboard, this helps out in Chrome on my S4. Still seeing some issues on the stock  browser. Thank yo for the work here. We can merge it once the logging is removed. :+1:

@digitalBush log removed

Look at the files changed. It's not in there... I think you're looking at an old version there?

hi! can you help me?
i use latest version (1.4.1). but, maskedinput work incorrectly for android...
what need to change in code?

still not working for android - v. 5.1 (sony zt)

Using an Android tablet with Lollipop 5.1.1.
Here it works in Chrome 49, but not in an Android WebView.

I had trouble with the use of the maxlength attribute. Removed that and masks worked for me Android.

Github newb here.  How do I get this latest version from June 18?  It appears it is not the version on the main github page.  But it says "merged" up at the top, so I am very confused.

@dmikester1 You either have to wait for a new release to be made or you pull from master. If you are using bower then take a read of http://stackoverflow.com/questions/16949173/how-to-install-latest-untagged-state-of-a-repo-using-bower


Enable dtype flexibility

First off, I apologize for the noisy diff, I am not very experienced with GitHub PRs.
Let me know if there are any changes you'd like me to make.
This PR enables the user to choose between tf.float32 and tf.float64.
This can be done by setting tf.keras.backend.set_float(dtype), and by then providing the inputs with the same dtype.
The accuracy of the computation will vary with the choice of dtype.
I conducted some tests (including gradient computation) and these are my results:

Note: Because the error estimation of the adaptive solver gets worse, f32 doesn't always improve speed and (especially when choosing tolerances below 1e-7) will actually take longer than f64 in some cases.
As they should not be needed anymore I have removed cast_double and func_cast_double.
There are quite a few more minor changes that I have included, like spelling errors/trailing whitespace/code cleanup etc.
All of the tests pass on my machine.

This looks great, thank you very much for this PR! I see there are some merge conflicts, if you could rebase with the master branch and correct these files, i could go ahead and merge this.

I am unsure about the reason for the current failure, the way I addressed it on my machine was by changing some tensorflow-internal lines. I have looked around the code quite a bit but I don't know which change introduces the fail.

Yes I noticed in your fork that to mention edits to core tensorflow. That's not something we can reasonably expect a user to be willing to do.

Mainly all of the adjoint tests break due to this. Let me look into the code a little more over the day and I'll get back to you if I can find a solution.

I have found a fix :)

Fantastic ! Thank for this and sorry for the delay. This week has been hectic

The tests were broken due to the newly released TF 2.3.0 .
I have included a possible fix.

Perfect. Merged. Thank you once again for this awesome PR ! It's really very useful to not have explicit casts everywhere.


Pycharm Support (including debugging in Docker)

New implementation of https://github.com/pydanny/cookiecutter-django/pull/306

[x] proper settings in Language & Frameworks > Django
[x] Default Python Template Language set to Django instead of Jinja2 in Language & Frameworks > Python Template Language
[x] node_modules directory added to excluded (will not be indexed)
[x] Example Run/Debug Configurations for runserver, runserver_pluse, migrate
[x] Example Run/Debug Configurations for tests (all, from module, from file, from class, specific)
[x] requirements/local.txt marked as default for development in Tools > Python Integreated Tools
[x] documentation - pycharm/configuration.rst

Any idea why they are marked red?

@jayfk probably you didn't read: pycharm/configuration.rst. You have to manually setup docker, like it is described in provided documentation.

Yeah, I have read that:

The commands are running tough.

This LGTM. :+1:

Not being the Docker or PyCharm expert, I nevertheless think this looks good. Anyone else want to pitch in? :bell: @luzfcb @theskumar @burhan @pauleveritt

I'm here at DjangoConEU and Jetbrains guys responsible for PyCharm are here as sponsors - let me run this by them and see if they can see any issues with it.

I’m behind on paying attention to this ticket, but it looks like things have happened a lot on both sides in the last 3 months. FWIW, with the new Docker stuff that is in beta, it will be a lot easier for JetBrains/PyCharm to work on this stuff. It’s been hard on our team…lots of VirtualBox and storage-related heisenbugs.
—Paul

@Paul - with the native integration of Docker into Windows and OSX, you'll probably need to revisit the integration again soon and hopefully that should be death of docker-machine and virtualbox headaches.

I probably have a little free time to test it on next Sunday.

I think we can merge this now. If there are errors on windows, we'll get them sorted out. Any objections?

I'm sorry for derailing this, but I hope someone who's participating in this pull can give me a hint on this:
When I change the base.txt of the requirements.txt files, so as to add a package to my remote docker interpreter, it doesn't get added the next time I run a docker configuration in PyCharm.
I guess I have to rebuild the container for this, but I don't know the most comfortable way to do this. Is this somehow baked into PyCharm?

@braintelligence, please don't hijack (derail) this ticket.

If you have identified a bug, open a separate issue.
If you have a question, ask in gitter or on stack overflow.


Differentiate INVALID_JOB and INVALID_TASK error codes

Summary of the Pull Request
Differentiate between INVALID_JOB and INVALID_TASK error codes so that the CLI doesn't always assume INVALID_TASK.
https://github.com/microsoft/onefuzz/issues/3276
PR Checklist

[ ] Applies to work item: #xxx
[ ] CLA signed. If not, go over here and sign the CLI.
[ ] Tests added/passed
[ ] Requires documentation to be updated
[ ] I've discussed this with core contributors already. If not checked, I'm ready to accept this work might be rejected in favor of a different grand plan. Issue number where discussion took place: #xxx

Info on Pull Request
What does this include?
Validation Steps Performed
Deployed the change manually and validated with onefuzz jobs get <invalid_jobid>

Codecov Report

Merging #3318 (fcbc324) into main (9bc1ab3) will increase coverage by 0.44%.
The diff coverage is n/a.

@@            Coverage Diff             @@
##             main    #3318      +/-   ##
==========================================
+ Coverage   31.45%   31.90%   +0.44%
==========================================
  Files         307      307
  Lines       37202    37629     +427
==========================================
+ Hits        11703    12005     +302
- Misses      25499    25624     +125

Impacted Files
Coverage Δ

src/ApiService/ApiService/OneFuzzTypes/Enums.cs
32.39% <ø> (ø)

... and 13 files with indirect coverage changes


Fix getOwner container deprecations for Canary.

As of Ember 2.3, using this.container from within an instance that is looked up from the container will issue a deprecation warning suggesting that you should refactor away from the private this.container usage to the new public API for using container/registry features (Ember.getOwner(this)).
This change pulls in the ember-getowner-polyfill to allow us to use getOwner on all Ember versions (tested back to 1.10 in that addon's CI).

This fixes canary in CI, but there is still an issue with beta (unrelated to the ember-container-inject-owner feature that this is operating on).

I just pushed another commit to fix the issue with the beta build.

Boom.  How about that :green_book:.

Beautiful. :clap:


Loses one level of subdir : url(../a/b/c) instead of url(../../a/b/c)

Precheck
Done
Environment

clean-css version - npm ls clean-css<EMAIL_ADDRESS>/<EMAIL_ADDRESS>node.js version - node -v: v6.10.1
operating system: Red Hat Enterprise Linux Server release 7.3

Simple configuration to reproduce the problem :
Directory tree :
PROJECT
--- gulpfile.js
--- node_modules (directory with gulp and gulp-clean-css installed)
--- src
-------  fr
-------  css
-----------  dummy.css (size = 0)
-----------  appli
----------------  my_file.css
my_file.css :
.test {
  border-image: url(../../images/my_image.png) no_repeat 0 50%;
}

gulpfile.js :
let gulp = require('gulp');
let cleanCSS = require('gulp-clean-css');

gulp.task('minify-css', () => {
    return gulp.src('./src/fr/css/**/*.css')
        .pipe(cleanCSS())
        .pipe(gulp.dest('./dist/fr/css'));
});

gulp.task('default', ['minify-css']);

Observations :
In this configuration and in the PROJECT directory, run : node_modules/.bin/gulp
The 2 css are generated in the "dist" subdirectories.
-> url content begins with : "../" instead of "../../". Not good !
Rename the dummy.css file in dummy.tst and run the same command.
One css is generated in the dist subdirectory (dist/fr/css/appli)
-> url content begins with "../../" : it's correct.
Copy my_file.css in the parent directory (dist/fr/css) and re-run the command.
The two css are generated in the dist subdirectories.
-> In dist/fr/css the result is correct ("../..")
-> In dist/fr/css/appli the result is incorrect : ("../")
Configuration options
none : CleanCss is used in a gulp task without option.
Input CSS
.test {
   border-image: url(../../images/my_image.png) no_repeat 0 50%;
}

Actual output CSS
.test{border-image:url(../images/my_image.png) no_repeat 0 50%}

Expected output CSS
.test{border-image:url(../../images/my_image.png) no_repeat 0 50%}

It's not an issue for clean-css, but for gulp-clean-css  : https://github.com/scniro/gulp-clean-css/issues/42.
Adding the "rebase: false" option to gulp-clean-css corrects the problem.


Trying to become a node operator on Coda Test Network

I ran the command on my GCP server:
coda daemon     -external-port 8302     -discovery-port 8303     -peer /dns4/seed-one.genesis-redux.o1test.net/tcp/10002/ipfs/12D3Koo WP7fTKbyiUcYJGajQDpCFo2rDexgTHFJTxCH8jvcL1eAH     -peer /dns4/seed-two.genesis-redux.o1test.net/tcp/10002/ipfs/12D3KooWL9ywbiXNfMBqnUKHSB1Q1BaHFNUzppu6JLMVn9TTPFSA      -propose-key $CODA_PRIVATE_KEY_FILE
I got the following response:
2020-02-03 21:36:43 UTC [Info] Coda daemon is booting up; built with commit "911631273ee694596407d1a181064ca6174cd8a3" on branch "master"
2020-02-03 21:36:43 UTC [Info] Daemon will expire at "2024-01-15 14:00:00-07:00"
2020-02-03 21:36:43 UTC [Info] Booting may take several seconds, please wait
Secret key password:
2020-02-03 21:36:45 UTC [Fatal] Unhandled top-level exception: $exn
Generating crash report
        exn: "(monitor.ml.Error\n  (Failure\n    \"IO error: While lock file: /home/mehran_hydary/.coda-config/trust/LOCK: Resource temporarily unavailable\")\n  (\"Ra
ised at file \\\"stdlib.ml\\\", line 33, characters 17-33\"\n    \"Called from file \\\"lib/rocksdb/database.ml\\\", line 16, characters 34-63\"\n    \"Called from fil
e \\\"lib/trust_system/peer_trust.ml\\\", line 65, characters 15-33\"\n    \"Called from file \\\"app/cli/src/coda.ml\\\", line 644, characters 28-57\"\n    \"Called f
rom file \\\"src/deferred0.ml\\\", line 56, characters 64-69\"\n    \"Called from file \\\"src/job_queue.ml\\\" (inlined), line 131, characters 2-5\"\n    \"Called fro
m file \\\"src/job_queue.ml\\\", line 171, characters 6-47\"\n    \"Caught by monitor coda\"))"

Closing this issue as it is stale for a long time.


Corrected/safer localhost rewriting, avoiding an undefined behaviour …

Corrected/safer localhost rewriting, avoiding an undefined behaviour corner case with std::string:replace()

Thanks!


Follow POSIX and Go standards for version and help

Just to keep expectations for old dinosaurs like myself:
-V, --version, version

--help, help

Currently there is a clear separation between flags and commands. I'd rather not change that.

Presently neither -V nor --version show the version and --help does NOT print the help message.
Supporting the standard doesn't require rearchitecting the subcommand structure, it can be done like this:
	if len(os.Args) > 1 {
		if ("version" == strings.TrimLeft(os.Args[1], "-") || "-V" == os.Args[1]) {
			printVersion()
			os.Exit(0)
			return
		}
	}


Water Sensors: WLL (280927) Indigo Tyler

R1C offline as of June 2.

download data from this node and reset entire farm to make connection with this node

Rep 1 Cover offline

data coming in now.


Add signPsetV2 and blindPsetV2 to identities

This adds 2 new methods to identities signPsetV2 and blindPsetV2 to manage transactions with the new psetv2 format.
The base Identity type has a new function blindPsetV2WithSource that basically takes care of creating the xkp blinding generator either from a list of unblinded inputs, a master blinding key or a list of blinding private keys by giving priority in this exact order in case more than one source is defined.
NOTE: The method blindPsetV2 accepts an optional list of unblinded inputs that the user can pass in case he already unblinded them all. Otherwise the master key/list of blinding keys of the identity will be used to unblind the tx inputs if needed.
Closes #125.
Please @tiero @louisinger review.

@louisinger I merged new commits of master to this PR but now CI always fails with this min-relay-fee-not-met error in a test that I didn't touch at all. Can you check if I've messed up with something with my merge?

@tiero @louisinger I fixed the issues with tx estimation by making a little refactor of the core logic.
Note that at the moment the estimation assumes all inputs are of type p2wpkh, therefore I left a TODO with a brief description of what to do to be more generic and make an accurate estimation with all kind of (non-taproot) inputs.


select2 4.0.3 Searching has strange character appended to it now?

Just updated from 4.0.2 both css and js and now the searching message in the ajax lazy load functionality has a wierd character at the end.  SS below!
Thanks
Matt

This is a good sign that you saved the JS file with an ASCII (or at least, non-UTF8) encoding. The "Searching..." translation includes the unicode ellipsis character, which wasn't encoded properly when you saved it.

@kevin-brown I am getting something similar: Searchingâ€¦ is displayed instead of Searching...
I used npm to install select2. Not sure about file encodings.
When I go to node_modules/select2/dist/js/select2.js I can see that the text Searchingâ€¦ is in the file, so it is not as if the browser is responsible. The actual file is incorrect. Not sure what I am doing wrong...
I am on Windows 10 if that helps.

I am also having this issue using the latest Select2 4.0.5.  My page is encoded using utf-8.

@Graynoble Do you have
 ?

Hi @robsilva ,
Yes, I tested it this morning.  I do have
I am still getting the strange characters in the "Searching..."

Adding the 'charset' attribute to the script fixed it for me:
<script type="text/javascript" src="select2.js" charset="UTF-8"></script>

Thank you kgajera! Perfect for my project!

You can use searching option in the  select2 to modify your text
"searching": function () {
return "your message here";
},


Run missing make gazelle

What this PR does / why we need it:
Which issue(s) this PR fixes:
Fixes #
Does this PR introduce a user-facing change?:

NONE

Nice catch!
/approve


Show/ Download fax attachments

hi
I am trying to retrieve the fax file attachments but I can not extract the binary data from response

Please post the code you have tried together with the error message.

there is no error message
the problem I can not read the binary data from the ApiResponse
no method return the binary data text
platform.get('/restapi/v1.0/account/~/extension/~/message-store/FAXID/content/ATTACHMENTID').then(function(res){console.log(res)})

You can't download binary data via platform.get(), instead you can use any function you like (fetch, XHR, Node's http) with the URL of your attachment processed by platform.buildUrl function.

thanks
I used PHP and it working fine


Adding festival based intents & handler

Here I add some handling for the festival-based intents in the engine now

It's perfectly useable and there's no need to change.


REVERT opcode in factory pattern when using a forked chain

When working with a forked chain, transactions that create a contract and call a function of the newly created contract are REVERTED.
Expected Behavior
Such transactions execute successfully on a non-forked ganache-cli instance or on the target chain (goerli or mainnet). They should behave the same on a forked ganache chain.
Current Behavior
Transaction REVERT's with
Error: Returned error: VM Exception while processing transaction: revert
    at XMLHttpRequest._onHttpResponseEnd (/Users/Elena/colonyNetwork/node_modules/truffle/build/webpack:/~/xhr2-cookies/dist/xml-http-request.js:318:1)
    at XMLHttpRequest._setReadyState (/Users/Elena/colonyNetwork/node_modules/truffle/build/webpack:/~/xhr2-cookies/dist/xml-http-request.js:208:1)
    at XMLHttpRequestEventTarget.dispatchEvent (/Users/Elena/colonyNetwork/node_modules/truffle/build/webpack:/~/xhr2-cookies/dist/xml-http-request-event-target.js:34:1)
    at XMLHttpRequest.request.onreadystatechange (/Users/Elena/colonyNetwork/node_modules/truffle/build/webpack:/~/web3/~/web3-providers-http/src/index.js:96:1)
    at /Users/Elena/colonyNetwork/node_modules/truffle/build/webpack:/packages/truffle-provider/wrapper.js:112:1
    at /Users/Elena/colonyNetwork/node_modules/truffle/build/webpack:/~/web3-eth/~/web3-core-requestmanager/src/index.js:140:1
    at Object.ErrorResponse (/Users/Elena/colonyNetwork/node_modules/truffle/build/webpack:/~/web3-eth/~/web3-core-helpers/src/errors.js:29:1)

Transaction details output from running ganache-cli fork in verbose mode:
eth_sendTransaction
   > {
   >   "jsonrpc": "2.0",
   >   "id": 9,
   >   "method": "eth_sendTransaction",
   >   "params": [
   >     {
   >       "from": "0x7afb67a48c6a3e5c15a36454a6e7602dbcdd3b5f",
   >       "gas": "0x6691b7",
   >       "to": "0x79073fc2117dd054fcedacad1e7018c9cbe3ec0b",
   >       "data": "0x08eb0d2c000000000000000000000000d468b86abb0c58f0b948b36a8769829abd66d8af",
   >       "gasPrice": "0x4a817c800"
   >     }
   >   ]
   > }
 <   {
 <     "id": 9,
 <     "jsonrpc": "2.0",
 <     "result": "0x4c7878844a77133d9fbaebfeabb59f7e2b952f0531dc3344ac51b78556536d3b",
 <     "error": {
 <       "message": "VM Exception while processing transaction: revert",
 <       "code": -32000,
 <       "data": {
 <         "0x4c7878844a77133d9fbaebfeabb59f7e2b952f0531dc3344ac51b78556536d3b": {
 <           "error": "revert",
 <           "program_counter": 297,
 <           "return": "0x"
 <         },
 <         "stack": "o: VM Exception while processing transaction: revert\n    at Function.o.fromResults (/Users/Elena/colonyNetwork/node_modules/ganache-cli/build/ganache-core.node.cli.js:10:81931)\n    at /Users/Elena/colonyNetwork/node_modules/ganache-cli/build/ganache-core.node.cli.js:47:115772\n    at /Users/Elena/colonyNetwork/node_modules/ganache-cli/build/ganache-core.node.cli.js:47:96183\n    at p (/Users/Elena/colonyNetwork/node_modules/ganache-cli/build/ganache-core.node.cli.js:47:95840)\n    at /Users/Elena/colonyNetwork/node_modules/ganache-cli/build/ganache-core.node.cli.js:47:95893\n    at t.default (/Users/Elena/colonyNetwork/node_modules/ganache-cli/build/ganache-core.node.cli.js:52:475253)\n    at /Users/Elena/colonyNetwork/node_modules/ganache-cli/build/ganache-core.node.cli.js:47:96807\n    at w.n.emit (/Users/Elena/colonyNetwork/node_modules/ganache-cli/build/ganache-core.node.cli.js:61:1211582)\n    at /Users/Elena/colonyNetwork/node_modules/ganache-cli/build/ganache-core.node.cli.js:61:1850380\n    at /Users/Elena/colonyNetwork/node_modules/ganache-cli/build/ganache-core.node.cli.js:61:1850403\n    at /Users/Elena/colonyNetwork/node_modules/ganache-cli/build/ganache-core.node.cli.js:61:500010\n    at /Users/Elena/colonyNetwork/node_modules/ganache-cli/build/ganache-core.node.cli.js:2:26262\n    at i (/Users/Elena/colonyNetwork/node_modules/ganache-cli/build/ganache-core.node.cli.js:2:41317)\n    at /Users/Elena/colonyNetwork/node_modules/ganache-cli/build/ganache-core.node.cli.js:2:21785\n    at process._tickCallback (internal/process/next_tick.js:61:11)",
 <         "name": "o"
 <       }
 <     }
 <   }

Possible Solution
Although this issue bears resemblance to https://github.com/trufflesuite/ganache-cli/issues/646 , testing the failing transactions with passing the max gas (using { gas: '0x6691b7' }) doesn't produce different results.
We have also tested whether this is a regression bug introduced in the recent --fork logic fixes. However the issue persists with all of the following ganache-cli versions going back to January this year:
6.4.4-beta.0
6.4.3
6.4.3-beta.0
6.4.2
6.4.0
6.3.0
Steps to Reproduce (for bugs)
To reproduce against a goerli fork run the following in a truffle console after forking the chain:
const colonyNetwork = await IColonyNetwork.at("0x79073fc2117dD054FCEdaCad1E7018C9CbE3ec0B")

await colonyNetwork.createColony("0xD468b86aBB0C58F0B948b36a8769829aBD66d8AF")
Error: Returned error: VM Exception while processing transaction: revert
    at XMLHttpRequest._onHttpResponseEnd

The createColony call is one of the few factory methods we use to instantiate a new Colony in the network. The others are initialiseReputationMining and startNetCycle methods on IColonyNetwork which exhibit the same behaviour. You'll need the IColonyNetwork build artefact from https://github.com/JoinColony/colonyNetwork/tree/develop/contracts
Context
We are currently blocked and unable to test key areas of functionality in the Colony Network on testnet and mainnet. Also it blocks any regression testing we can do on new functionality and fixes. Basically it blocks our go-live.
Your Environment

Version used: 6.4.3
Version of Truffle/Remix/Other tools used:
Truffle v5.0.18 (core: 5.0.18)
Solidity - 0.5.8 (solc-js)
Node v10.12.0
Web3.js v1.0.0-beta.37
Operating System and version (include distro if Linux): OSX
Link to your project or repro gist: https://github.com/JoinColony/colonyNetwork
Commit hash to use with above link for reproduction: latest

This could be caused by #653, if the contract performs a SSTORE of value 0 (you could check by running ganache in --debug mode).

@niklasb as per your suggestion I tested the reproduction steps above against a goerli forked instance running in debug mode, results here
I ran the same test against a local ganache-cli which produced some very different results, so I'm uncertain it's of any use for troubleshooting but still, it is here.
I am happy to test your suggestion of the SSTORE 0 operation with our test case, do you have a branch I can install your suggested fix from?

I don’t have a proper fix for this, other than the very dirty hack I posted in the other issue.

I just tested that hack and no difference in the opcodes emitted. See the diff with revised gist compared to the original one.

Sharing some extra findings here.
As @niklasb  pointed out the SSTORE 0x0 operation is not completing. We have a function suitable for testing this which is the IReputationMiningCycle.confirmNewHash where this isn't completed but transaction continues, only to fail on this check which simply ensures that previous SSTORE 0x0 is completed correctly.
This was confirmed by a second function failure: OneTxPaymentFactory.removeExtension which also isn't completing correctly.
This only appears to be a problem if the SSTORE operation setting the slot from zero no non-zero was completed on the origin ganache-cli instance. If SSTORE was done on fork, setting that slot from non-zero to zero worked correctly.
There is something else which is broken as even when I instantiate the entire Network setup on fork, transactions which create contracts still fail.

There is a problem with calls to contracts created in the context of the call. Their addresses are valid but they appear empty, we see this in the debug log of a failed createColony
EXTCODESIZE 0x2aafd0f1cc1c47a52affbc1f805f7da45b591e44
ISZERO 0x0

vs a successful one
EXTCODESIZE 0xa0e9a5781b26d9450d5e1d53abb3da887a67d7f
ISZERO 0x554

I have personally also run into your second issue. I filed an issue for this at https://github.com/trufflesuite/ganache-core/issues/454 @davidmurdoch which includes a minimal reproducer.


ghc 8.8.1

This PR adds support for ghc 8.8.1.

Oh wait, the test didn’t actually pass. Was this a draft PR?

Maybe the haskell-ci script needs to be update…

@nomeata: Not a draft, but took me a bit to debug the haskell-ci stuff. I’ve just pushed a new SHA to my branch that should (?) fix this, I’ll open a new PR.


Bug: Improving Allignment loan Page

Fixes #278 Improving the allignment of loan page from the top and the bottom of page:)
@skmirajulislam Please review it and merge accordingly with the labels!

@skmirajulislam  Please review??

@skmirajulislam Please review and merge it:)

@skmirajulislam Please review and merge it:)


Add FR translation

My first PR so let me know if something is wrong

@chocho13 Thanks for pr, all is good :)


Don't allow duplicate -v specifications for the same target

Fixes: #10618
Given that the user has no notification that they tried to bind mount
different directories on the same target in the container, this errors
out in that case, without changing the current code allowing for
--volumes-from to trump -v/VOLUME specifications.
Docker-DCO-1.1-Signed-off-by: Phil Estes<EMAIL_ADDRESS>(github: estesp)

LGTM

LGTM

@estesp luck you... but next time!!! lol

@tiborvass I don't mind creating a quick cleanup PR if you think it's helpful for the long term.. this one got sucked into the Friday afternoon tsunami of "get the PR count down" :)

@estesp Yes, and maybe an API test that does the bindmounts on start?

@cpuguy83 done in #10659 ; @tiborvass your comments are also handled in that PR


Add alter table tests and tags

Moves the modify and remove column tests from integration_test/support/migration.exs to separate tests in integration_test/sql/migration.exs. The new alter table tests are tagged so that sqlite_ecto can exclude them.
This will address #638.
There are a number of details about the changes I would like to discuss.  I will comment on them inline in the code.

New PR #651


forgot password link returns 404

on the docker hub login view, the forgot password link yields 404:

the link is https://hub.docker.com/account/forgot-password/

Fixed in https://github.com/kitematic/kitematic/pull/935 . Code Merged.

yay, thanks!


Add Support for Dot Derivative Notation

Dot derivative notation is common in the field of Physics to denote derivatives of a variable with respect to time.
The symbols can be accessed with the LaTeX commands \dot{}, \ddot{}, and \dddot{}.

Sorry for the delay, LGTM


Setup times

Setup times are in all different kinds of flavors. The easiest one to tackle first is $st_{ikl}$, which is the setup time when scheduling operation $i$ before $k$ on machine $l$. This can simply be included in the NoOverlap constraint.
It remains a question where to store this information. Machines could have a setup_times matrix attribute, but this requires knowledge of the operation indices.

The third comprehensive survey on scheduling problems with setup times/costs

It is commonly assumed that the SDST is separable from the corresponding operation. (Dauzère-Perez et al 2023)

Remaining TODO: is the current setup times implementation general enough to deal with many setup times variants?

Almost. We consider anticipatory setup times $s_{ijk}$, when $i$ is scheduled before $j$ on machine $k$. There is the case of anticipatory setup times that we don't consider yet. In non-anticipatory setup times, the operation must be available to start setup, while that's not the case in non-anticipatory setting.

There's one more: initial setup times (which are used in the SMRDSDST instances).


microsoft tz translation

Issue:  office 365 recurring all day events not working.
Solution: translate ms timezone
This is a proof of concept.
What are your thoughts on this? Or can we do that at another place?

Issue: office 365 recurring all day events not working.
Solution: translate ms timezone
This is a proof of concept.
What are your thoughts on this? Or can we do that at another place?

You closed this again, did you find a better solution?

@Hultner yes - here it is: https://github.com/irgangla/icalevents/pull/79
sorry, I was a bit too trigger happy to open a pr that was not ready.


Export Single Type, components will be ignored

I have a custom single type with a component:

When I try to export the single type, the component data is missing in the export:

I also tried to change the api service so that I get data with the populated component without parameter.
The config of the customType is:

System
Node.js version: 16.13.0
NPM version: 8.3.1
Strapi version: 4.3.0
Plugin version: 1.0.2
Database: Postgres Docker image
Operating system: WSL2 in Windows

Hi @PhilippPaoli,
Components are relations, and relation syncing is a feature that is undocumented and unstable.
You could try to make it work by defining the relation in your custom type config like we do for the permissions of roles.
See example here.
Can't guarantee that it'll work for your case but it's def worth a shot!

I'm gonna be closing this for inactivity.


Long RegBinary value cause str(bytearray)

When I use library to parse Windows AppCompatCache which is a RegBinary item in Python 3.7 environemnt,it returns a strd bytearray.
For example:
reg = open=Registry.Registry("/tmp/tempfile/im_3_k5cdo_p4_/Windows/System32/config/SYSTEM").open("ControlSet001\\Control\\Session Manager\\AppCompatCache")
value1=open.value("AppCompatCache")
print("AppCompatCache is %s" % value1.value())
print("type is %s"%open.value("AppCompatCache").value_type_str())

value1 is "bytearray(b'\xee)".... it's a string not a true bytearray object.
And it appears on all long RegBinary values.Short values are returning bytes objects well.

what type would you like to see here? a bytes (not bytearray)?

Too long RegBinary would return a str(bytearray()),I think just return a bytes object would be nice.


Return git commit on request to /api/version

👍
We might need to update #27 after this merge, as it has the same changes on google tag manager and eslint


Document that cargo test --release uses profile.bench

It certainly makes sense but it's still surprising behavior when the docs clearly state cargo bench = profile.bench, cargo test = profile.test. Had to dive into the code to figure this out.

Thanks for the pull request, and welcome! The Rust team is excited to review your changes, and you should hear from @matklad (or someone else) soon.
If any changes to this PR are deemed necessary, please add them as extra commits. This ensures that the reviewer can see what has changed since they last reviewed the code. Due to the way GitHub handles out-of-date commits, this should also make it reasonably obvious what issues have or haven't been addressed. Large or tricky changes may require several passes of review and changes.
Please see the contribution instructions for more information.

Thanks!
@bors r+

:pushpin: Commit 7dea9b2 has been approved by matklad

:hourglass: Testing commit 7dea9b2a21b0a801879020b549cf7b33d68fe1c7 with merge a786e037b0809b60e25643921ba1a9100a47e09b...

:broken_heart: Test failed - status-appveyor

@bors retry

:hourglass: Testing commit 7dea9b2a21b0a801879020b549cf7b33d68fe1c7 with merge 3e95c0ffb6e3a3377ee963f3e9d3c73e19852430...

:broken_heart: Test failed - status-appveyor

:hourglass: Testing commit 7dea9b2a21b0a801879020b549cf7b33d68fe1c7 with merge 06f220c79972628eb050598840b41ae00469827d...

:broken_heart: Test failed - status-appveyor

Oh,  could you also update https://github.com/rust-lang/cargo/blob/master/src/doc/book/src/reference/manifest.md?
Turns out, we have two copies of docs in the repo at the moment, and the must be kept in sync 🤷♂ .  See readme in docs folder for an explanation :)

Done.

:pushpin: Commit 4b8249f has been approved by matklad

@bors r+
Thanks!

:hourglass: Testing commit 4b8249f005d19196bb69192b9a61352a85db6b16 with merge e5562ddb061b8eb5a0e754d702f164a1d42d0a21...

:sunny: Test successful - status-appveyor, status-travis
Approved by: matklad
Pushing e5562ddb061b8eb5a0e754d702f164a1d42d0a21 to master...


Sharing in lan network error 0x080070035

After applying the Script I can not share content between two computers, I see the devices but when I want to enter it says:
the path to the network was not found
error 0x080070035

I don't think this was caused by the script.
If you used the default preset, then the only tweaks which have anything to do with LAN settings and sharing are SetCurrentNetworkPrivate, which enables you to see the network devices and possibly DisableAdminShares which blocks access to the default hidden shares (like \\HOST\C$).
You can check some hints on how to deal with the error e.g. here - https://www.drivereasy.com/knowledge/error-code-0x80070035-the-network-path-was-not-found-solved/, but like I said, the script doesn't modify any of those things mentioned there.
And you can always revert all the applied tweaks using a custom preset. If you happen to find the tweak which you think may have caused this, let me know.

Not script related, see here.

Solved, the problem happens when you deactivate SMB1. With the default script everything works fine.

SMBv1 is by default already removed in recent Windows versions since 1607.


python_version != is incorrectly normalized

On main, this passes:
assert_normalizes_to(
    "python_version != '3.8' and python_version < '3.10'",
    "python_version < '3.8' and python_version < '3.10' and python_version > '3.8'",
);

But the second term is not equivalent. It should be python_version < '3.10' and (python_version < '3.8' or python_version > '3.8').

\cc @ibraheemdev


MIN: finalize wradlib notebooks

Follow-up to #50, hopefully finalizing wradlib notebooks.

Everything looks nice, merging!


Issue installing from source

Hi there,
I've been having trouble installing seqan/flexbar from the source code following the listed instructions. I have no problems decompressing both seqan and flexbar files or moving the seqan/include folder to the flexbar-3.4.0 folder. However, please see the following error:
benmuldcomputer:Downloads benmulder$ cd flexbar-3.4.0
benmuldcomputer:flexbar-3.4.0 benmulder$ cmake .
-- Flexbar 64 bit architecture
-- Configuring done
-- Generating done
-- Build files have been written to: /Users/benmulder/Downloads/flexbar-3.4.0
benmuldcomputer:flexbar-3.4.0 benmulder$ make
[ 50%] Building CXX object src/CMakeFiles/flexbar.dir/Flexbar.cpp.o
In file included from /Users/benmulder/Downloads/flexbar-3.4.0/src/Flexbar.cpp:24:
/Users/benmulder/Downloads/flexbar-3.4.0/src/Flexbar.h:15:10: fatal error: 'tbb/pipeline.h' file
      not found
#include <tbb/pipeline.h>
         ^~~~~~~~~~~~~~~~
1 error generated.
make[2]: *** [src/CMakeFiles/flexbar.dir/Flexbar.cpp.o] Error 1
make[1]: *** [src/CMakeFiles/flexbar.dir/all] Error 2
make: *** [all] Error 2

Any help would be appreciated for addressing this.
Alternatively, I've tried running brew install homebrew/core/seqan or brew install homebrew/core/flexbar considering the homebrew/science source migrated officially. However, I receive similar errors for the two such as:
Error: No available formula with the name "homebrew/core/seqan"
==> Searching for a previously deleted formula (in the last month)...
Error: No previously deleted formula found.
==> Searching for similarly named formulae...
==> Searching local taps...
Error: No similarly named formulae found.

Any help on this error would be much appreciated.
Thanks!

It seems like the tbb library is not available on your system. Please install it before building Flexbar from source. You can use homebrew to install the tbb library: brew install tbb
Does that solve your issue?

Hi @jtroehr, thanks for the quick response.
I actually thought that was the problem previously, but tbb is already installed.
When I execute the following, brew install tbb I get the following:
Warning: tbb 2018_U5 is already installed and up-to-date
To reinstall 2018_U5, run `brew reinstall tbb`

After reinstalling, I still get the same error unfortunately when trying to build from source.

That is strange, I also use homebrew to have the tbb library available and it works. It seems that your installed tbb which should be /usr/local/include/tbb is not found by the compiler due to some reason. Have you tried to run brew doctor?
You can also install SeqAn and Flexbar with brew: brew install brewsci/science/flexbar
However, this installs a much older version 3.0.3 of Flexbar.

Another possibility if tbb files are not found per default is to extend the file
flexbar-3.4.0/CMakeLists.txt by the following lines:
include_directories( /usr/local/Cellar/tbb/2018_U5/include )
link_directories( /usr/local/Cellar/tbb/2018_U5/lib )

Hi there! I don't mean to revive old threads, but I am having exactly this problem as well. The homebrew install of the older version of flexbar and seqan did work, but I'd really prefer to use the most updated version.
Like AceM1188, I have reinstalled tbb (the 2019_U8 version though, of course) and I still get an identical error message. I have also added the two lines you mentioned to the CMakeLists.txt (with '2019_U8' in place of '2018_U5', though) and this also did not solve the error. Any chance you know what is going on?
Thanks!

Have you checked brew doctor and if the paths
/usr/local/Cellar/tbb/2019_U8/include
/usr/local/Cellar/tbb/2019_U8/lib
are actually available on your system?
Another possibility would be to use Bioconda to install Flexbar 3.5 or the provided binaries.
Kind regards, Johannes

getting the similar error in linux
Scanning dependencies of target flexbar
[ 50%] Building CXX object CMakeFiles/flexbar.dir/Flexbar.cpp.o
In file included from /Shams/Tools/flexbar/src/Flexbar.cpp:24:0:
/Shams/Tools/flexbar/src/Flexbar.h:15:10: fatal error: tbb/pipeline.h: No such file or directory
 #include <tbb/pipeline.h>
          ^~~~~~~~~~~~~~~~
compilation terminated.
make[2]: *** [CMakeFiles/flexbar.dir/build.make:63: CMakeFiles/flexbar.dir/Flexbar.cpp.o] Error 1
make[1]: *** [CMakeFiles/Makefile2:76: CMakeFiles/flexbar.dir/all] Error 2
make: *** [Makefile:84: all] Error 2

when installing mac it shows ```
make
-- Flexbar 64 bit architecture
-- Configuring done
-- Generating done
-- Build files have been written to: /Users/svellari/Tools/flexbar
Scanning dependencies of target flexbar
[ 50%] Building CXX object CMakeFiles/flexbar.dir/Flexbar.cpp.o
In file included from /Users/svellari/Tools/flexbar/src/Flexbar.cpp:24:
/Users/svellari/Tools/flexbar/src/Flexbar.h:20:10: fatal error: 'seqan/basic.h' file not found
#include <seqan/basic.h>
^~~~~~~~~~~~~~~
1 error generated.
make[2]: *** [CMakeFiles/flexbar.dir/Flexbar.cpp.o] Error 1
make[1]: *** [CMakeFiles/flexbar.dir/all] Error 2
make: *** [all] Error 2

I got the same original error as @AceM1188. For me it wasn't working (I think) because the current tbb@2021 no longer has pipeline.h but rather parallel-pipeline.h ... using tbb@2020 and extending CMakeLists.txt as noted by @jtroehr works fine though.


[FEATURE] Disable the store/market view

Is your feature request related to a problem? Please describe.
I want to use bitcart as a payment-only solution - I will generate an invoice via the API, and show the pay the invoice view to the user, but the actual products/services will be defined outside of bitcart.
When I create a store, and the user navigates to the payment domain he will see something like this:

Is it possible to show something else on this page (like a custom HTML view), or just disable it altogether?
Describe the solution you'd like
Being able to override or disable the market view.
Most likely should be possible with some nginx config.
Additional context
Didn't find anything in the docs.

Use either:
1.
export BITCART_INSTALL=backend
export BITCART_ADDITIONAL_COMPONENTS=admin

or
2.
export BITCART_EXCLUDE_COMPONENTS=store


SVGOverlay not working

Steps to reproduce
Just testing SVGOverlay example given in https://leafletjs.com/reference-1.5.0.html#svgoverlay with the a simplified quick start example https://leafletjs.com/examples/quick-start/example.html
Expected behavior
It is expected to get the correct rendering of the svg example on the map.
Current behavior
The following error is displayed on console, with no rendering
Uncaught TypeError: Cannot read property 'baseVal' of undefined
    at gi (leaflet.js:5)
    at di (leaflet.js:5)
    at pi (leaflet.js:5)
    at i._initImage (leaflet.js:5)
    at i.onAdd (leaflet.js:5)
    at i._layerAdd (leaflet.js:5)
    at i.whenReady (leaflet.js:5)
    at i.addLayer (leaflet.js:5)
    at i.addTo (leaflet.js:5)
    at hello-world-leaflet-svg-layer.html:36

Environment

Leaflet version: 1.5.1
Browser (with version): Google Chrome 74.0.3729.131
OS/Platform (with version): Windows 7 64 bits SP1

Minimal example reproducing the issue
see example on plnkr

Actually that code example is wrong, SVGOverlay itself works just fine.

Thank you @cherniavskii
Fixed doc example works well


TaxonomyPicker Cannot find name 'TermLabelAction'

Category
[ ] Enhancement
[ ] Bug
[X] Question
Version
Please specify what version of the library you are using: [ 1.12.0 ]
Question
Hi!
I am trying to add default TermLabelAction using code below, but VS Code keeps telling me "Cannot find name 'TermLabelAction'. What should I import to make that work?
termActions={{
actions: [new TermLabelAction("Get Labels")]
}}
Cheers
-Jarkko

Thanks @JarecN for reporting this.
Seems that this class was not exported correctly. I have implemented a fix for this which will be included in version 1.13.2. Please feel free to test out the latest beta.
Here you can read more information on how you can test out the latest beta version: https://sharepoint.github.io/sp-dev-fx-controls-react/beta/

This has just been released in the version 1.13.2.