chore: Switch to new new wildcard [?].

Motivation:
Test and migrate code to use ?.
known issue: https://github.com/VirtusLab/scala-cli/issues/2684
Note: this pr is for testing
background: https://github.com/apache/incubator-pekko/pull/878
[error] -- Error: /home/runner/work/incubator-pekko/incubator-pekko/actor/src/main/scala/org/apache/pekko/actor/TypedActor.scala:277:38
[error] 277 |      interfaces: immutable.Seq[Class[_]])
[error]     |                                      ^
[error]     |`_` is deprecated for wildcard arguments of types: use `?` instead
[error]     |This construct can be rewritten automatically under -rewrite -source 3.4-migration.

Will need another ignore blame, if this can get merged.

So I am a bit on the fence of this, mainly because its such a massive rewrite that its going to cause quite a bit of chaos especially with the amount of open PR's we have. I would be more amicable to it if we only rewrote scala-3 sources rather than the entire project.
Another disadvantage is that it will make backports to 1.0.x slightly more complicated (I guess we can also apply this migration to the 1.0.x branch as its only syntax that doesn't have any other impact).
I am not against it, but there might be better timing to merge such a PR (i.e. when there are very few open PR's). Willing to hear what others think.

If I compile it with Scala 3.4, there will be many warning, I want our code prepare for the next LTS early, at least seems not that harm, and in Java we use <?> everyday.

If I compile it with Scala 3.4, there will be many warning, I want our code prepare for the next LTS early, at least seems not that harm, and in Java we use <?> everyday.

Thanks for providing the context, then I would initially suggest lets wait until Pekko 1.1.0 is out and some more PR's are merged, Scala 3.5.x LTS is still a long way off.

https://github.com/lampepfl/dotty/issues/19479
@mdedetrich another case why I  want pekko code to be more  scala 3.4 friendly

@mdedetrich another case why I  want pekko code to be more  scala 3.4 friendly

This appears to be entirely unrelated and type inferencer/compiler bug, not syntax.


Remove -latest From CA & MS Tags

Description of changes:
Try removing latest from tags to get image promo job running.
By submitting this pull request, I confirm that you can use, modify, copy, and redistribute this contribution, under the terms of your choice.

/unhold

/lgtm
/approve


overview, techstack, data sources updated

Just updating Readme

Really great job on filling out a lot of the Readme! I think this looks good!


The contents of the green section in the bottom left should be configurable

The contents of the green section in the bottom left should be configurable.
In fact, when using a frontend proxy like NGINX, code-server is exposed with another address than the bind address (this is the address displayed in the green section in the bottom left). Thus, I need to update that address to the one exposed by NGINX.

I also use code-server behind nginx, setting proxy_set_header Host $host; in your reverse proxy conf should change the green bar to correct value.

@nakkaya Thank you, it works. So, I changed the issue to document this feature.

didn't know this, very cool!


Mock up screens demonstrating navbar to integrate the apps

https://www.figma.com/file/8CiUNS9zH2NUm74VEicn64?node-id=1403:7038
There is a clickable prototype on that Figma

See #73 for sections to mock


Offset delegate

It's now only work for shading points originated from triangle trees and isn't finished at all.
Please consider it rather like a proof of concept than actual code changes.

Hi @fedormatantsev,
As part of his work to handle self-intersection for procedural shapes, @oktomus followed another approach and solved the issue that this PR addresses without relying on std::function.
If you're interested, you can look at his changes here: https://github.com/appleseedhq/appleseed/pull/2729
I'm closing this PR as it's no longer relevant.


geogebra5: Update version to 5.2.840.0 and improve autoupdate url

Closes #1719

[x] I have read the Contributing Guide.

/verify


SASS/SCSS template: change /* comments to //

With SASS partials, a /* */ comment block ends up carrying through to the generated CSS, whereas inline comments (// comment) do not. The SASS/SCSS templates use comment blocks, and that ends up generating a bunch of extra, out of place, comments at the top of the generated CSS. It'd be a nice enhancement to update all of the associated templates to use inline comments instead.

BTW, I see this has been brought up a few times before (https://github.com/twolfson/spritesheet-templates/pull/34).  Is there a reason you're against just changing the block comments in the SASS templates to inline? It seems like it would fix this issue for everyone who cares, and not have any downside to those who don't.

Multiline comment should be removed when the SASS compression mode compressed is used (only loud comments -- i.e. /*! or //! will be preserved)
http://stackoverflow.com/a/16846106
My hesitations to switching to // for multiline comments are:

Adds tedium of prepending every line with // instead of /* */ at head/tail
Adds to visual clutter when reading through comment and copy/pasting for code reuse
It shouldn't be a problem if used with appropriate compression and minification for production

But that assumes that one is using the compressed mode, which many (myself included) are not (and is not the default). In development, I like to keep my generated code readable but clean, and using compressed would make that significantly more difficult. Plus, having big blobs of unrelated comments at the top of the CSS doesn't help. We do, of course, go through another concat and minification step before going into production, so this just affects my development flow, but it's irritating. I think it's pretty standard practice for SASS partials to use inline comments if it doesn't make sense for them to flow through to the output (i.e. if they are comments on mixins or variables; if it is a comment on a CSS style then the context would be preserved when it is compiled and that makes sense).
I've got a PR I can submit which fixes this and should remove any tedium from your end. It works quite well, actually, and I don't find it any more cluttered than before when reading the generated files, though I guess that is subjective. Since I'm not the only one to bring this up I urge you to reconsider what is a pretty rational request.

I understand your frustration but I'm not convinced this is worth the trouble =/ The last request for this feature was 2 years ago. In development nowadays, I would expect people to view the sourcemap interpreted CSS rather than viewing the compiled CSS
I did some searching across SASS repos and found examples of both // and /* conventions:
https://github.com/inuitcss/inuitcss/blob/6.0.0-beta.4/generic/_generic.reset.scss#L1-L7
https://github.com/thoughtbot/bourbon/blob/v4.2.7/app/assets/stylesheets/functions/_contains.scss#L3-L16 (oddly a /// pattern)

Actually, I think your examples exactly prove my point:

In the first example, a block comment is used, as it is directly above a CSS statement. In this case, both the comment and the CSS statement are output to the generated CSS file, so the comment is not "out of context" in the generated result.

In the second example, the comment is on a function (but this applies to mixins, variables, etc -- any pre-processor goo that is compiled away by SASS). This is an inline comment, and does not propagate to the end CSS, which is appropriate because the function it is commenting does not end up in the output, either.

Do you see the difference here?
I already went through and made the necessary changes (including tests), so there's not a lot of work if you did want to incorporate this. I haven't submitted a PR, but the commit is here: https://github.com/dpolivy/spritesheet-templates/commit/03471ecb86da5bd264bc2d7ad87e76e258f0bb49

After some digging around the repo more, I see your point. Here's a SASS function in the same repo that's using // comments with a multiline comment:
https://github.com/inuitcss/inuitcss/blob/6.0.0-beta.4/tools/_tools.font-size.scss#L1-L14
Feel free to open up the PR. Also, do you happen to know if there's a canonical source documenting this convention (e.g. a major framework, SASS website)?

Thanks for reconsidering! I'm not sure of any canonical documentation for this, but here are a few links discussing it (mostly in the context of how to solve the problem rather than stating a specific preference):
https://sass-guidelin.es/#commenting
http://stackoverflow.com/questions/38070226/how-to-ignore-comments-in-sass-partial-files
http://sass-lang.com/documentation/file.SASS_REFERENCE.html#comments

Great, thanks for the links! I'll look over them when I get some free time =)

Found another one: a prominent author (Harry Roberts) linked from the Sass guidelines:
http://cssguidelin.es/#preprocessor-comments
Also it turns out that /// syntax is for Sassdoc (TIL):
http://sassdoc.com/annotations/#example

This has been resolved by @dpolivy in #49 and released in 10.2.0. Thanks again for taking the time to explain/convince me of the convention =)


std::env::home_dir() cannot write to home directory when using cross

My crate uses std::env::home_dir() to create a subdirectory in the user's home directory. The problem is that this directory is uncreatable using cross on Travis.
I don't know much about Docker, but I suspect that this is related to it. How is this environment variable treated within a Docker container? What's the cleanest way to get $HOME working within the crate running with cross?

Cross doesn't allow modification of any directory outside of the Cargo project (cf. caveats). If you need to modify $HOME for some test I would suggest setting that variable to some temporary directory within the unit test / test runner.

What's the cleanest way to get $HOME working within the crate running with cross?

You can "passthrough" the HOME variable so that it will have the right value within the Docker container but as I said binaries executed within the container won't be able to modify any directory outside of the Cargo project.

Hey @chrlie, is this still an issue for you? As far as I can tell this is "as designed" behaviour.

This is still an issue but I understand that it's also very much an edge case. "As designed" works for me and you can close this.


[functions-framework-cpp] use 'version' for version numbers

functions-framework-cpp versions can take advantage of the version sorting, so let's do.

What does your PR fix? Fixes #
N/A

Which triplets are supported/not supported? Have you updated the CI baseline?
N/A

Does your PR follow the maintainer guide?
Yes

The pangomm failure seems unrelated, this is ready for review.

/azp run

Thanks!


file not deleted from filesystem

Hello,
Files are not (reliably) deleted from the filesystem. Sometimes it works but mostly it doesn't.
I'm guessing that the underlying c++ method is returning an error code which is not trapped by the typescript.
I think that finer grained control, like the python api is required  so that file opening and closing can be done.
It would be really nice to have that utility to manipulate the files on the microbit.
Kind Regards,
Rae

Could you share a sample?

https://github.com/Microsoft/pxt-filesystem/releases/tag/v0.5.1 has a fix for this issue. Currently enabled for /beta only.


[RUNTIME][RPC] Update RPC runtime to allow remote module as arg

Previously the RPC function does not allow directly passing a remote module as an argument. As a result, we will need to use special functions such as graph_runtime.remote_create to handle the remote module creation.
This PR adds the support. We also updated the graph runtime implementation to simply use the create function(instead of the remote_create function).
NOTE: this change will require the upgrade of both RPC server and client side.

cc @FrozenGene @ZihengJiang @yzhliu


chore(website): make source links go to specific releases

Closes https://github.com/angular/protractor/issues/1659
Also, I made the output have pretty colors :smile:

LGTM!


Refactor tag restrictions

Tag restrictions should be more efficient.

Some search queries are bypassable but this will be improved entirely in future versions.


Proxy on frontend for requests to backend

Some services (e.g., Google App Engine, Heroku) only allow one port to be exposed for a service. In this case, we need to set up a proxy in the entry point under the /api route, for user to access backend through frontend without exposing the backend port.
Here are some links which might be useful:

https://stackoverflow.com/questions/54393325/proxy-api-request-using-react-router
https://www.npmjs.com/package/http-proxy-middleware

The frontend and backend share the same port now, no need to worry about naming, just note the function names like static, config and files. static, config are introduced by the frontend service: static resources and backend configuration (use the local frontend to connect to others' backend services); the files is introduced by the backend service: the local file system. I'm considering introducing a decorator parameter that can rename function names to solve that naming problem.
https://github.com/TexteaInc/funix/commit/84920e037d0a877875e77e6e18f418cf8870278d


Create a feature list of all features currently implemented

Create a complete list of features currently implemented in bitmaelum. This should be added to the documentation.
Features in progress should be added too, as well as future features

Started on a list: https://github.com/bitmaelum/bitmaelum-suite/wiki/Feature-list


onAttachedToEngine is getting called twice while using callkit

Please update to version 2.0.0 (make sure you check the changelog, because the input structure has been changed)


Fix log message typo.

Hey! Thanks for the suggestion. The word "begin" is intentional here, so going to leave as is for now


About Us Section

Create a about us section , we are planning to design it differently this time, u can show your creativity here. One design example could be-

you can modify the headings to maybe who we are ?  what we do ? something like these
again its just for reference if u have any better designs or suggestions you can work accordingly upon them.

Sir i will work on this issue


Issue with step order when using ng-repeat

I have a wz-step. After that wz-step I have another wz-step with an ng-repeat in it. After that (collection of) steps I have a final step. That final step keeps showing up as the second step instead of the last.

Can you create a Fiddle with a code example so I can better debug this for you?

I've got the same issue! :(
@jacobscarter: do you have a working jsFiddle I can start with?

@tomvanrossom no I don't, I can prepare one when I have time, however to make sure we recreate the example it would be best if you can extract your code form your app to recreate it within the fiddle.
Let me know if you can do that.  Thanks!

Ok: here is the jsfiddle: link
I've created a wizard with 3 static steps, and 3 dynamic one's.
I want 2 static steps first, then 3 dynamic steps, and then another static step.
But the result is different: first the static, then the dynamic steps!?

@tomvanrossom gotcha, thanks for the example, I clearly see what you're saying, I will start looking into this.  Thanks.

Same here! Any news?

Feeling the pain on this too!

same issue here

same issue here...

no news on this??
I can't use angular-wizard if this is not resolved :(

@archi3315 or @mschreib28 which versions are you working?
I'm doing this and is not working for me, using  * @version v1.1.1 - 2017-06-07
<wizard on-finish="ctrl.finishedWizard()" on-cancel="ctrl.cancelledWizard()">
    <wz-step wz-order="1">

This is the first step

    </wz-step>
    <wz-step wz-title="{{subject.Name}}" wz-order="{{2 + $index}}}" ng-repeat="subject in ctrl.subjects">

    </wz-step>

    <wz-step  wz-order="100000">

Even more steps!!

        <input type="submit" wz-next value="Finish now" />
    </wz-step>
</wizard>`

I'm using v1.1.1 too and it's working for me.
What's the behavior you get?

On Mon, Feb 19, 2018 at 8:45 AM, Dario Griffo<EMAIL_ADDRESS>wrote:

@archi3315 https://github.com/archi3315 or @mschreib28
https://github.com/mschreib28 which versions are you working?
I'm doing this and is not working for me, using * @Version
https://github.com/version v1.1.1 - 2017-06-07

This is the first step

</wz-step>

<wz-step  wz-order="100000">

Even more steps!!

    <input type="submit" wz-next value="Finish now" />
</wz-step>

`
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/angular-wizard/angular-wizard/issues/172#issuecomment-366666076,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAc8BAyLjaTKX1INV9S8ZtkY_PPa-7Ijks5tWV73gaJpZM4HwQty
.

@archi3315
edit-mode="true" is working for dynamically added steps, can you please add more on this

 First static step
 Second static step
 Dynamic step {{$index}}

 Last step always


Add Crystal Language

This attempts to re-add crystal support. Based on #53, the compiler was missing.
Since crystal compiler support is based on nixpkgs currently building the package on some distros might fail.

When building on x86_64-darwin crystal 1.0 is attempted which lead to the following make: *** [Makefile:93: compiler_spec] Illegal instruction: 4.
On aarch64-darwin crystal 1.2.2 seems to be working, as long as NIXPKGS_ALLOW_BROKEN=1 is set.
On aarch64-linux crystal 1.2.2 seems to be working.

The latest release of crystal in nixpkg is 1.2.2, yet in https://github.com/crystal-lang/crystal is 1.6.2 .
I hope this will help to push the support of crystal in nixpkg.
If the state of the art of crystal in nixpkg is not good enough, please close the PR and we can discuss either

how to improve crystal in nixpkg
alternative routes to support the crystal compiler (maybe by a hosted flake somewhere else)?

If accepted, should I update some documentation/examples artifacts also?

Hey! Thanks a lot for this work - before we can merge this Crystal needs to build in nixpkgs.
I'd suggest bumping it to the latest version and making sure it builds on linux/darwin (remove broken flag in its source).
Let me know if you need more guidance :)

See https://github.com/NixOS/nixpkgs/pull/195606 and https://github.com/NixOS/nixpkgs/issues/164648

I'm maintaining https://github.com/manveru/crystal-flake for some time now, because building Crystal from source on all the different platforms seems to be a never-ending time sink and it breaks in nixpkgs constantly. Not sure if you'd consider using this?

I'm not sure if flakes can be used for first class citizen languages in devenv.
Yet I got errors in x86_64-darwin and aarch64-darwin so we are still blocked in the nixpkgs PR :-(
x86_64-darwin
% nix shell github:manveru/crystal-flake#crystal
error: builder for '/nix/store/g1cig0252m9971pgn2fdksdjaffrih32-crystal-1.6.2.drv' failed with exit code 2;
       last 10 log lines:
       > configuring
       > no configure script, doing nothing
       > building
       > build flags: -j16 -l16 SHELL=/nix/store/fn6kkg71q3wb6px5n3b89z14rhvii1xn-bash-5.1-p16/bin/bash all docs
       > Using /nix/store/0vc47k3375w8nil6cm2zggq8rkghvwzn-llvm-11.1.0-dev/bin/llvm-config [version= 11.1.0]
       > clang++ -c  -o src/llvm/ext/llvm_ext.o src/llvm/ext/llvm_ext.cc -I/nix/store/0vc47k3375w8nil6cm2zggq8rkghvwzn-llvm-11.1.0-dev/include -std=c++14 -stdlib=libc++  -fno-exceptions -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS
       > CRYSTAL_CONFIG_BUILD_COMMIT="" CRYSTAL_CONFIG_PATH='$ORIGIN/../share/crystal/src' SOURCE_DATE_EPOCH="1672946257"  CRYSTAL_CONFIG_LIBRARY_PATH='$ORIGIN/../lib/crystal' ./bin/crystal build --threads=16 -D strict_multi_assign -Dwithout_interpreter  -o .build/crystal src/compiler/crystal.cr -D without_openssl -D without_zlib
       > ./bin/crystal: line 169: /nix/store/8v02rw33b8pgs9hmfh98zrrmzmssvghk-crystal-bin-1.6.2/bin/crystal: cannot execute binary file
       > ./bin/crystal: line 169: /nix/store/8v02rw33b8pgs9hmfh98zrrmzmssvghk-crystal-bin-1.6.2/bin/crystal: Undefined error: 0
       > make: *** [Makefile:189: .build/crystal] Error 1
       For full logs, run 'nix log /nix/store/g1cig0252m9971pgn2fdksdjaffrih32-crystal-1.6.2.drv'.

aarch64-darwin:
% nix shell github:manveru/crystal-flake#crystal
error: builder for '/nix/store/60cawzxfj7csgci6acc09qkkmd72hb8j-crystal-bin-1.6.2.drv' failed with exit code 1;
       last 10 log lines:
       > source root is source
       > patching sources
       > updateAutotoolsGnuConfigScriptsPhase
       > configuring
       > no configure script, doing nothing
       > building
       > no Makefile, doing nothing
       > installing
       > cp: cannot stat 'lib': No such file or directory
       > cp: cannot stat 'share': No such file or directory
       For full logs, run 'nix log /nix/store/60cawzxfj7csgci6acc09qkkmd72hb8j-crystal-bin-1.6.2.drv'.
error: 1 dependencies of derivation '/nix/store/yf69jmlrn4g4vdbx0bw65qmkl3ixhy51-crystal-1.6.2.drv' failed to build
bcardiff@nimbus ~ % nix log /nix/store/60cawzxfj7csgci6acc09qkkmd72hb8j-crystal-bin-1.6.2.drv
@nix { "action": "setPhase", "phase": "unpackPhase" }
unpacking sources
unpacking source archive /nix/store/mngy992ppgday0555kb03r770f45zblp-source
source root is source
@nix { "action": "setPhase", "phase": "patchPhase" }
patching sources
@nix { "action": "setPhase", "phase": "updateAutotoolsGnuConfigScriptsPhase" }
updateAutotoolsGnuConfigScriptsPhase
@nix { "action": "setPhase", "phase": "configurePhase" }
configuring
no configure script, doing nothing
@nix { "action": "setPhase", "phase": "buildPhase" }
building
no Makefile, doing nothing
@nix { "action": "setPhase", "phase": "installPhase" }
installing
cp: cannot stat 'lib': No such file or directory
cp: cannot stat 'share': No such file or directory

crystal package is no longer broken in nixpkgs :-)
I rebased this on master.
I would like to understand how in the future the multiple version of the compiler could be supported. Is there anywhere I can read about it?
So far I see that some languages offers a package option where one can override which expression provides the package. That would be limited by the versions available in the pinned nixpkgs version. Is that the initial idea? Can flakes be used so for example https://github.com/manveru/crystal-flake can be used when needed?
Finally, I don't see language packages offering default behaviors like pre-commit hooks for autoformat the code. At least having that opt-in would make sense in Crystal and Elm since their formatter are broadly used.

Adding a package makes sense as a first step. Second step is something like https://github.com/bobvanderlinden/nixpkgs-ruby, where all versions of the language is built.
As for the pre-commit hooks, I haven't found a good solution yet. I don't want to turn them on by default. Maybe each language should have a documentation page suggesting these things.


Multiple packages with identical ID's.

Brief description of your issue

Cannot install windows terminal due to identical IDs.
Steps to reproduce
Run
 winget install Microsoft.WindowsTerminal

Expected behavior
Installation of Windows Terminal

Actual behavior
C:\WINDOWS\system32> winget install -e Microsoft.WindowsTerminal
Multiple packages found matching input criteria. Please refine the input.
Name             Id
------------------------------------------
Windows Terminal Microsoft.WindowsTerminal
Windows Terminal Microsoft.WindowsTerminal

Environment
Windows Package Manager v0.3.11102 Preview
Copyright (c) Microsoft Corporation. All rights reserved.

Windows: Windows.Desktop v10.0.19042.962
Package: Microsoft.DesktopAppInstaller v1.11.11102.0

@deadundead, this happens when there are two identical package identifiers in two different sources.
You will need to specify the source to disambiguate.
winget install Microsoft.WindowsTerminal -e -s winget would use the "default" source.
It looks like we need to clarify the messaging, and display the sources in this case.

Possible duplicate of #840.

Duplicate of #840


KAFKA-14885: fix kafka client connect to the broker that offline from…

When a broker has some issues about network, the broker can not connect to zookeeper and controller.At this time, we replace this broker with a new broker that has a same broker.id with fault broker, and we can not  stop the Kafka process on fault broker because of network issue. So the client can still connect this broker and can produce and consume messages normally.  But the data on fault broker maybe be lost because there are some leader for partitions on the fault broker.
In my opinion, we can check  broker configuration (for example: broker ip)  when broker reconnects to zookeeper and broker can exist if broker's configuration is not same with zookeeper.
Committer Checklist (excluded from commit message)

[ ] Verify design and implementation
[ ] Verify test coverage and CI build status
[ ] Verify documentation (including upgrade notes)

hi @divijvaidya, how can know the failed test?

Hi @divijvaidya, Can you help me to review it?


[CHORE] Deploy ERC20 blueprint contract on Arbitrum and Blast

We're currently missing the ERC-20 blueprint contract on Arbitrum and Blast
Done when
Blueprint contract is deployed on

[ ] arbitrum main
[ ] blast main

@verabehr is this required for all tokens? This is very manual.

This ticket is for the blueprint contract @taariq. It is a one time deploy. Tokens cannot be created on these two chains until the blueprint contract was deployed on those chains.


rake db:rollback

[RailsAdmin] RailsAdmin initialization disabled by default. Pass SKIP_RAILS_ADMIN_INITIALIZER=false if you need it.
I am getting the above notice while implementing bundle exec rake db:rollback
how can i fix it ??
help me !!!
thanks

This is intentional, not an issue.


Random(?) Crashes

Unfortunately I don't know what to tell you that the crash dump doesn't. I am seeing this crash (or something similar enough that I can't tell the difference) at seemingly random times. Sometimes it will be on the 20th test, sometimes on the 43rd. Always on a different test.
Thanks for any help you might be able to provide.
Operating system: Linux
                  0.0.0 Linux 3.2.0-40-virtual #64-Ubuntu SMP Mon Mar 25 21:42:18 UTC 2013 x86_64
CPU: amd64
     family 6 model 45 stepping 7
     1 CPU

Crash reason:  SIGSEGV
Crash address: 0x60000c2dc

Thread 0 (crashed)
 0  phantomjs!JSC::jsAddSlowCase [JSCell.h : 250 + 0x28]
    rbx = 0x00007f31c6e92010   r12 = 0x00007f320ecc9048
    r13 = 0x00007f320ecc9048   r14 = 0x00007fffbce359c0
    r15 = 0x00007f320ecc9048   rip = 0x0000000000fbb62b
    rsp = 0x00007fffbce357d0   rbp = 0x00007f320f931210
    Found by: given as instruction pointer in context
 1  phantomjs!JSC::cti_op_add [JITStubs.cpp : 1325 + 0xd]
    rbx = 0x00007f31c6e92010   r12 = 0x0000000000000200
    r13 = 0x00007f320ecc9048   r14 = 0x00007fffbce359c0
    r15 = 0x00007f320ecc9048   rip = 0x0000000000f61ae7
    rsp = 0x00007fffbce358b0   rbp = 0x00007f320f931210
    Found by: call frame info
 2  0x7f31c8065114
    rbx = 0x00007f320ecc9048   r12 = 0x0000000000000200
    r13 = 0x00007f320ecc9048   r14 = 0xffff000000000000
    r15 = 0xffff000000000002   rip = 0x00007f31c8065115
    rsp = 0x00007fffbce359c0   rbp = 0x00007fffbce35a60
    Found by: call frame info
 3  libc-2.15.so + 0x82fc4
    rip = 0x00007f3210cc7fc5   rsp = 0x00007fffbce35a00
    rbp = 0x00007fffbce35a60
    Found by: stack scanning
 4  phantomjs!JSC::Interpreter::executeCall [JITCode.h : 77 + 0x16]
    rip = 0x0000000000f2e376   rsp = 0x00007fffbce35a70
    Found by: stack scanning
 5  phantomjs!JSC::call [CallData.cpp : 38 + 0x21]
    rbx = 0x00007fffbce35ca0   r12 = 0x00007f320cdbb7c8
    r13 = 0x00007f320d0a3b90   r14 = 0x00007f3212348150
    r15 = 0x00007f320f8db8f0   rip = 0x0000000000f7291d
    rsp = 0x00007fffbce35b40   rbp = 0x00007f31c6e85a10
    Found by: call frame info
 6  phantomjs!JSC::Bindings::QtConnectionObject::execute [qt_runtime.cpp : 1863 + 0x17]
    rbx = 0x00007fffbce35ca0   r12 = 0x00007f320cdbb7c8
    r13 = 0x00007f320d0a3b90   r14 = 0x00007f3212348150
    r15 = 0x00007f320f8db8f0   rip = 0x0000000000542ece
    rsp = 0x00007fffbce35b50   rbp = 0x00007f31c6e85a10
    Found by: call frame info
 7  phantomjs!JSC::Bindings::QtConnectionObject::qt_metacall [qt_runtime.cpp : 1807 + 0xa]
    rbx = 0x0000000000000000   r12 = 0x00007fffbce35f20
    r13 = 0x0000000004bfbad0   r14 = 0x0000000000000004
    r15 = 0x000000000451e840   rip = 0x000000000054390c
    rsp = 0x00007fffbce35dd0   rbp = 0x0000000000000000
    Found by: call frame info
 8  phantomjs!QMetaObject::activate [qobject.cpp : 3555 + 0x1f]
    rbx = 0x0000000000000004   r12 = 0x0000000004fc0601
    r13 = 0x0000000000000000   r14 = 0x0000000000000004
    r15 = 0x000000000451e840   rip = 0x0000000001cf7140
    rsp = 0x00007fffbce35e00   rbp = 0x0000000004bfbad0
    Found by: call frame info
 9  phantomjs!WebPage::resourceReceived [moc_webpage.cpp : 463 + 0x4]
    rbx = 0x0000000000000004   r12 = 0x0000000004fc0620
    r13 = 0x000000000046a210   r14 = 0x0000000000000007
    r15 = 0x00000000047e7fc0   rip = 0x000000000046a063
    rsp = 0x00007fffbce35f20   rbp = 0x00007fffbce36190
    Found by: call frame info
10  phantomjs!WebPage::qt_static_metacall [moc_webpage.cpp : 214 + 0x8]
    rbx = 0x0000000000000004   r12 = 0x0000000004fc0620
    r13 = 0x000000000046a210   r14 = 0x0000000000000007
    r15 = 0x00000000047e7fc0   rip = 0x000000000046aa77
    rsp = 0x00007fffbce35f40   rbp = 0x00007fffbce36190
    Found by: call frame info
11  phantomjs!QMetaObject::activate [qobject.cpp : 3539 + 0x1e]
    rbx = 0x0000000000000004   r12 = 0x00007fffbce36501
    r13 = 0x000000000046a210   r14 = 0x0000000000000007
    r15 = 0x00000000047e7fc0   rip = 0x0000000001cf6ed8
    rsp = 0x00007fffbce36070   rbp = 0x0000000004fc0620
    Found by: call frame info
12  phantomjs!NetworkAccessManager::resourceReceived [moc_networkaccessmanager.cpp : 271 + 0x4]
    rbx = 0x00007fffbce36310   r12 = 0x00007fffbce36530
    r13 = 0x00007fffbce36400   r14 = 0x00007fffbce363d0
    r15 = 0x00007fffbce36360   rip = 0x000000000046c4b3
    rsp = 0x00007fffbce36190   rbp = 0x00007fffbce36300
    Found by: call frame info
13  phantomjs!NetworkAccessManager::handleStarted [networkaccessmanager.cpp : 316 + 0x1f]
    rbx = 0x00007fffbce36310   r12 = 0x00007fffbce36530
    r13 = 0x00007fffbce36400   r14 = 0x00007fffbce363d0
    r15 = 0x00007fffbce36360   rip = 0x0000000000430624
    rsp = 0x00007fffbce361b0   rbp = 0x00007fffbce36300
    Found by: call frame info
14  phantomjs!QMetaObject::activate [qobject.cpp : 3539 + 0x1e]
    rbx = 0x000000000000000e   r12 = 0x0000000004f39a01
    r13 = 0x000000000046c540   r14 = 0x0000000000000004
    r15 = 0x00000000048c0e70   rip = 0x0000000001cf6ed8
    rsp = 0x00007fffbce36660   rbp = 0x0000000004ca43b0
    Found by: call frame info
15  phantomjs!QNetworkReplyImplPrivate::appendDownstreamDataSignalEmissions [qnetworkreplyimpl.cpp : 622 + 0x7]
    rbx = 0x000000000526cf70   r12 = 0x0000000004f39a60
    r13 = 0x00000000051ab480   r14 = 0x00000000044d3208
    r15 = 0x00007f31c010d8e0   rip = 0x0000000001b30d2f
    rsp = 0x00007fffbce36780   rbp = 0x00007fffbce36840
    Found by: call frame info
16  phantomjs!QNetworkAccessHttpBackend::replyDownloadData [qnetworkaccesshttpbackend.cpp : 743 + 0xa]
    rbx = 0x0000000004f399e0   r12 = 0x0000000004f39a60
    r13 = 0x00000000044d5ab0   r14 = 0x00000000044d3208
    r15 = 0x00007f31c010d8e0   rip = 0x0000000001b1c72a
    rsp = 0x00007fffbce367e0   rbp = 0x00007fffbce36840
    Found by: call frame info
17  phantomjs!QNetworkAccessHttpBackend::qt_static_metacall [moc_qnetworkaccesshttpbackend_p.cpp : 95 + 0x9]
    rbx = 0x00007f31c010d7d0   r12 = 0x00007f31c010d8e0
    r13 = 0x00000000044d5ab0   r14 = 0x00000000044d3208
    r15 = 0x00007f31c010d8e0   rip = 0x0000000001ba6f31
    rsp = 0x00007fffbce36810   rbp = 0x0000000004f399e0
    Found by: call frame info
18  phantomjs!QObject::event [qobject.cpp : 1191 + 0x8]
    rbx = 0x0000000004f399e0   r12 = 0x00007f31c010d8e0
    r13 = 0x00000000044d5ab0   r14 = 0x00000000044d3208
    r15 = 0x00007f31c010d8e0   rip = 0x0000000001cefc08
    rsp = 0x00007fffbce368a0   rbp = 0x0000000000000000
    Found by: call frame info
19  phantomjs!QApplicationPrivate::notify_helper [qapplication.cpp : 4562 + 0xc]
    rbx = 0x00007fffbce37200   r12 = 0x00007f31c010d8e0
    r13 = 0x00000000044d5ab0   r14 = 0x00000000044d3208
    r15 = 0x00007f31c010d8e0   rip = 0x00000000015decaf
    rsp = 0x00007fffbce36a40   rbp = 0x0000000004f399e0
    Found by: call frame info
20  phantomjs!QApplication::notify [qapplication.cpp : 4423 + 0x17]
    rbx = 0x00007fffbce37200   r12 = 0x00007f31c010d8e0
    r13 = 0x00007fffbce37200   r14 = 0x00000000044d3208
    r15 = 0x00007f31c010d8e0   rip = 0x00000000015e793b
    rsp = 0x00007fffbce36a70   rbp = 0x0000000004f399e0
    Found by: call frame info
21  phantomjs!QCoreApplication::notifyInternal [qcoreapplication.cpp : 946 + 0x2]
    rbx = 0x00000000044d31c0   r12 = 0x00007f31c010d8e0
    r13 = 0x00007fffbce37200   r14 = 0x00000000044d3208
    r15 = 0x00000000044d31fc   rip = 0x0000000001cde3b4
    rsp = 0x00007fffbce36f40   rbp = 0x0000000004f399e0
    Found by: call frame info
22  phantomjs!QCoreApplicationPrivate::sendPostedEvents [qcoreapplication.h : 231 + 0x1f]
    rbx = 0x00007f31c010d8e0   r12 = 0x00000000044d31c0
    r13 = 0x0000000004f399e0   r14 = 0x00000000044d3208
    r15 = 0x00000000044d31fc   rip = 0x0000000001cdf314
    rsp = 0x00007fffbce36f90   rbp = 0x00007f31c010e080
    Found by: call frame info
23  phantomjs!QEventDispatcherQPA::processEvents [qcoreapplication.h : 236 + 0xb]
    rbx = 0x0000000004715600   r12 = 0x0000000000000000
    r13 = 0x00000000044d2560   r14 = 0x00007fffbce37090
    r15 = 0x00000000044d32d8   rip = 0x000000000163a623
    rsp = 0x00007fffbce37050   rbp = 0x00000000044d7030
    Found by: call frame info
24  phantomjs!QEventLoop::processEvents [qeventloop.cpp : 149 + 0x1]
    rbx = 0x0000000004715600   r12 = 0x00007fffbce37120
    r13 = 0x00007fffbce37130   r14 = 0x00000000044d3230
    r15 = 0x00000000044d32d8   rip = 0x0000000001cdd495
    rsp = 0x00007fffbce37090   rbp = 0x00007fffbce370d0
    Found by: call frame info
25  phantomjs!QEventLoop::exec [qeventloop.cpp : 200 + 0x4]
    rbx = 0x0000000004715600   r12 = 0x00007fffbce37120
    r13 = 0x00007fffbce37130   r14 = 0x00000000044d3230
    r15 = 0x00000000044d32d8   rip = 0x0000000001cdd8f8
    rsp = 0x00007fffbce370c0   rbp = 0x00007fffbce37200
    Found by: call frame info
26  phantomjs!QCoreApplication::exec [qcoreapplication.cpp : 1218 + 0x4]
    rbx = 0x00000000044d31c0   r12 = 0x00007fffbce37200
    r13 = 0x00007fffbce373c8   r14 = 0x00007fffbce37170
    r15 = 0x0000000000000000   rip = 0x0000000001cdf7ab
    rsp = 0x00007fffbce37120   rbp = 0x00000000044d31c0
    Found by: call frame info
27  phantomjs!main [main.cpp : 121 + 0x4]
    rbx = 0x000000000452e880   r12 = 0x00007fffbce37200
    r13 = 0x00007fffbce373c8   r14 = 0x00007fffbce37170
    r15 = 0x0000000000000000   rip = 0x0000000000427cb2
    rsp = 0x00007fffbce37160   rbp = 0x00007fffbce37398
    Found by: call frame info
28  libc-2.15.so + 0x2176c
    rbx = 0x0000000000000000   r12 = 0x0000000000407cc0
    r13 = 0x00007fffbce37390   r14 = 0x0000000000000000
    r15 = 0x0000000000000000   rip = 0x00007f3210c6676d
    rsp = 0x00007fffbce372c0   rbp = 0x0000000000000000
    Found by: call frame info
29  phantomjs + 0x27a5f
    rip = 0x0000000000427a60   rsp = 0x00007fffbce372e0
    Found by: stack scanning

Thread 1
 0  libc-2.15.so + 0xbf84d
    rbx = 0x00007f32101c9cf0   r12 = 0x0000000002ad0160
    r13 = 0x00007f320e875070   r14 = 0x0000000002adc520
    r15 = 0x0000000002adc4f0   rip = 0x00007f3210d0484d
    rsp = 0x00007f32101c9c40   rbp = 0x00000000ffffffff
    Found by: given as instruction pointer in context
 1  libc-2.15.so + 0xbf6eb
    rip = 0x00007f3210d046ec   rsp = 0x00007f32101c9c50
    Found by: stack scanning
 2  phantomjs + 0x18b5c4f
    rip = 0x0000000001cb5c50   rsp = 0x00007f32101c9c58
    Found by: stack scanning
 3  libc-2.15.so + 0x109f7
    rip = 0x00007f3210c559f8   rsp = 0x00007f32101c9c70
    Found by: stack scanning
 4  ld-2.15.so + 0xa522
    rip = 0x00007f321231b523   rsp = 0x00007f32101c9cc8
    Found by: stack scanning
 5  libc-2.15.so + 0xbf858
    rip = 0x00007f3210d04859   rsp = 0x00007f32101c9cd8
    Found by: stack scanning
 6  libpthread-2.15.so + 0xfcaf
    rip = 0x00007f3211825cb0   rsp = 0x00007f32101c9ce8
    Found by: stack scanning
 7  libpthread-2.15.so + 0xb103
    rip = 0x00007f3211821104   rsp = 0x00007f32101c9d90
    Found by: stack scanning
 8  libc-2.15.so + 0xe54f
    rip = 0x00007f3210c53550   rsp = 0x00007f32101c9d98
    Found by: stack scanning
 9  ld-2.15.so + 0x15234
    rip = 0x00007f3212326235   rsp = 0x00007f32101c9dd0
    Found by: stack scanning
10  libpthread-2.15.so + 0xe9f9
    rip = 0x00007f32118249fa   rsp = 0x00007f32101c9de0
    Found by: stack scanning
11  libpthread-2.15.so + 0xbe17
    rip = 0x00007f3211821e18   rsp = 0x00007f32101c9df0
    Found by: stack scanning
12  phantomjs!WTF::TCMalloc_PageHeap::scavengerThread [FastMalloc.cpp : 2499 + 0x4]
    rip = 0x00000000004dda2e   rsp = 0x00007f32101c9e20
    Found by: stack scanning
13  phantomjs!WTF::TCMalloc_PageHeap::runScavengerThread [FastMalloc.cpp : 1618 + 0x4]
    rbx = 0x0000000000000000   r12 = 0x00007f3211827880
    r13 = 0x00007f32101ca9c0   r14 = 0x0000000000000000
    r15 = 0x0000000000000003   rip = 0x00000000004ddc99
    rsp = 0x00007f32101c9ea0   rbp = 0x0000000000000000
    Found by: call frame info
14  libpthread-2.15.so + 0x7e99
    rbx = 0x0000000000000000   r12 = 0x00007f3211827880
    r13 = 0x00007f32101ca9c0   r14 = 0x0000000000000000
    r15 = 0x0000000000000003   rip = 0x00007f321181de9a
    rsp = 0x00007f32101c9eb0   rbp = 0x0000000000000000
    Found by: call frame info
15  libpthread-2.15.so + 0x1187f
    rip = 0x00007f3211827880   rsp = 0x00007f32101c9f58
    Found by: stack scanning
16  libc-2.15.so + 0xf3ccc
    rip = 0x00007f3210d38ccd   rsp = 0x00007f32101c9fc0
    Found by: stack scanning

Thread 2
 0  libc-2.15.so + 0xed033
    rbx = 0x0000000000000000   r12 = 0x00007f320f8c8d80
    r13 = 0x0000000000000008   r14 = 0x00007f3208000a98
    r15 = 0x00007f3208000d30   rip = 0x00007f3210d32033
    rsp = 0x00007f320f8c8b50   rbp = 0x00007f32080008e0
    Found by: given as instruction pointer in context
 1  phantomjs!qt_safe_select [qcore_unix.cpp : 83 + 0x15]
    rip = 0x0000000001d06307   rsp = 0x00007f320f8c8b60
    Found by: stack scanning
 2  phantomjs!QEventDispatcherUNIXPrivate::doSelect [qeventdispatcher_unix.cpp : 223 + 0xd]
    rbx = 0x00007f32080012b0   r12 = 0x00007f320f8c8d80
    r13 = 0x00007f32080008e0   r14 = 0x0000000000000000
    r15 = 0x00007f3208000d30   rip = 0x0000000001d075c7
    rsp = 0x00007f320f8c8bf0   rbp = 0x00007f32080008e0
    Found by: call frame info
 3  phantomjs!QEventDispatcherUNIX::processEvents [qeventdispatcher_unix.cpp : 937 + 0x4]
    rbx = 0x00007f32080012b0   r12 = 0x00007f320f8c8d80
    r13 = 0x00007f32080008c0   r14 = 0x0000000000000001
    r15 = 0x0000000004529de8   rip = 0x0000000001d08072
    rsp = 0x00007f320f8c8d30   rbp = 0x00007f32080008e0
    Found by: call frame info
 4  phantomjs!QEventLoop::processEvents [qeventloop.cpp : 149 + 0x1]
    rbx = 0x00007f32080012b0   r12 = 0x00007f320f8c8e10
    r13 = 0x00007f320f8c8e20   r14 = 0x00000000044d3230
    r15 = 0x0000000004529de8   rip = 0x0000000001cdd495
    rsp = 0x00007f320f8c8d80   rbp = 0x00007f320f8c8dc0
    Found by: call frame info
 5  phantomjs!QEventLoop::exec [qeventloop.cpp : 200 + 0x4]
    rbx = 0x00007f32080012b0   r12 = 0x00007f320f8c8e10
    r13 = 0x00007f320f8c8e20   r14 = 0x00000000044d3230
    r15 = 0x0000000004529de8   rip = 0x0000000001cdd8f8
    rsp = 0x00007f320f8c8db0   rbp = 0x00007fffbce37200
    Found by: call frame info
 6  phantomjs!QThread::exec [qthread.cpp : 542 + 0xc]
    rbx = 0x0000000004529d60   r12 = 0x0000000004529de8
    r13 = 0x0000000000000001   r14 = 0x0000000000000000
    r15 = 0x0000000000000003   rip = 0x0000000001bdfdd6
    rsp = 0x00007f320f8c8e10   rbp = 0x0000000004529de8
    Found by: call frame info
 7  phantomjs!QThreadPrivate::start [qthread_unix.cpp : 338 + 0x9]
    rbx = 0x0000000004529de8   r12 = 0x000000000452d090
    r13 = 0x0000000000000001   r14 = 0x0000000000000000
    r15 = 0x0000000000000003   rip = 0x0000000001be2ca2
    rsp = 0x00007f320f8c8e60   rbp = 0x0000000004520ee0
    Found by: call frame info
 8  libpthread-2.15.so + 0x7e99
    rbx = 0x0000000000000000   r12 = 0x00007fffbce366e0
    r13 = 0x00007f320f8c99c0   r14 = 0x0000000000000000
    r15 = 0x0000000000000003   rip = 0x00007f321181de9a
    rsp = 0x00007f320f8c8eb0   rbp = 0x0000000000000000
    Found by: call frame info

Thread 3
 0  libpthread-2.15.so + 0xc0fe
    rbx = 0x00007f31c00053e0   r12 = 0x0000000000000113
    r13 = 0x00007f320c92bdc0   r14 = 0xffffffffffffff92
    r15 = 0x0000000000000000   rip = 0x00007f32118220fe
    rsp = 0x00007f320c92bd40   rbp = 0x00007f31c00056b0
    Found by: given as instruction pointer in context
 1  phantomjs!QWaitCondition::wait [qwaitcondition_unix.cpp : 84 + 0x7]
    rip = 0x0000000001be39b7   rsp = 0x00007f320c92bda0
    Found by: stack scanning
 2  phantomjs!QThreadPoolThread::run [qthreadpool.cpp : 141 + 0x1d]
    rbx = 0x00007f31c0005300   r12 = 0x00007f31c0005389
    r13 = 0x0000000000000002   r14 = 0x00007f31c0066ad0
    r15 = 0x0000000000000003   rip = 0x0000000001bd781d
    rsp = 0x00007f320c92be20   rbp = 0x00007f31c00056b0
    Found by: call frame info
 3  phantomjs!QThreadPrivate::start [qthread_unix.cpp : 338 + 0x9]
    rbx = 0x00007f31b8000bc0   r12 = 0x00007f31c0005850
    r13 = 0x0000000000000001   r14 = 0x00007f31c00a50a0
    r15 = 0x0000000000000003   rip = 0x0000000001be2ca2
    rsp = 0x00007f320c92be60   rbp = 0x00007f31c00056b0
    Found by: call frame info
 4  libpthread-2.15.so + 0x7e99
    rbx = 0x0000000000000000   r12 = 0x00007f320e03e610
    r13 = 0x00007f320c92c9c0   r14 = 0x00007f31c00a50a0
    r15 = 0x0000000000000003   rip = 0x00007f321181de9a
    rsp = 0x00007f320c92beb0   rbp = 0x0000000000000000
    Found by: call frame info

Thread 4
 0  libpthread-2.15.so + 0xc0fe
    rbx = 0x00007f31c00053e0   r12 = 0x0000000000000117
    r13 = 0x00007f31c7ffedc0   r14 = 0xffffffffffffff92
    r15 = 0x0000000000000000   rip = 0x00007f32118220fe
    rsp = 0x00007f31c7ffed40   rbp = 0x00007f31c001f280
    Found by: given as instruction pointer in context
 1  phantomjs!QWaitCondition::wait [qwaitcondition_unix.cpp : 84 + 0x7]
    rip = 0x0000000001be39b7   rsp = 0x00007f31c7ffeda0
    Found by: stack scanning
 2  phantomjs!QThreadPoolThread::run [qthreadpool.cpp : 141 + 0x1d]
    rbx = 0x00007f31c0005300   r12 = 0x00007f31c0005389
    r13 = 0x0000000000000002   r14 = 0x00007f31c00b0a50
    r15 = 0x0000000000000003   rip = 0x0000000001bd781d
    rsp = 0x00007f31c7ffee20   rbp = 0x00007f31c001f280
    Found by: call frame info
 3  phantomjs!QThreadPrivate::start [qthread_unix.cpp : 338 + 0x9]
    rbx = 0x00007f31b40010b0   r12 = 0x00007f31c00a4fb0
    r13 = 0x0000000000000001   r14 = 0x00007f31c0005a30
    r15 = 0x0000000000000003   rip = 0x0000000001be2ca2
    rsp = 0x00007f31c7ffee60   rbp = 0x00007f31c001f280
    Found by: call frame info
 4  libpthread-2.15.so + 0x7e99
    rbx = 0x0000000000000000   r12 = 0x00007f320e03dd60
    r13 = 0x00007f31c7fff9c0   r14 = 0x00007f31c0005a30
    r15 = 0x0000000000000003   rip = 0x00007f321181de9a
    rsp = 0x00007f31c7ffeeb0   rbp = 0x0000000000000000
    Found by: call frame info

Thread 5
 0  libpthread-2.15.so + 0xc0fe
    rbx = 0x00007f31c00053e0   r12 = 0x0000000000000115
    r13 = 0x00007f31c54aadc0   r14 = 0xffffffffffffff92
    r15 = 0x0000000000000000   rip = 0x00007f32118220fe
    rsp = 0x00007f31c54aad40   rbp = 0x00007f31c007dc20
    Found by: given as instruction pointer in context
 1  phantomjs!QWaitCondition::wait [qwaitcondition_unix.cpp : 84 + 0x7]
    rip = 0x0000000001be39b7   rsp = 0x00007f31c54aada0
    Found by: stack scanning
 2  phantomjs!QThreadPoolThread::run [qthreadpool.cpp : 141 + 0x1d]
    rbx = 0x00007f31c0005300   r12 = 0x00007f31c0005389
    r13 = 0x0000000000000002   r14 = 0x00007f31c0047220
    r15 = 0x0000000000000003   rip = 0x0000000001bd781d
    rsp = 0x00007f31c54aae20   rbp = 0x00007f31c007dc20
    Found by: call frame info
 3  phantomjs!QThreadPrivate::start [qthread_unix.cpp : 338 + 0x9]
    rbx = 0x00007f31bc0036d0   r12 = 0x00007f31c007ded0
    r13 = 0x0000000000000001   r14 = 0x00007f31c007dfa0
    r15 = 0x0000000000000003   rip = 0x0000000001be2ca2
    rsp = 0x00007f31c54aae60   rbp = 0x00007f31c007dc20
    Found by: call frame info
 4  libpthread-2.15.so + 0x7e99
    rbx = 0x0000000000000000   r12 = 0x00007f320e03dd60
    r13 = 0x00007f31c54ab9c0   r14 = 0x00007f31c007dfa0
    r15 = 0x0000000000000003   rip = 0x00007f321181de9a
    rsp = 0x00007f31c54aaeb0   rbp = 0x0000000000000000
    Found by: call frame info

Thread 6
 0  libc-2.15.so + 0xed033
    rbx = 0x00007f320e03fd30   r12 = 0x0000000000003ee3
    r13 = 0x0000000000000027   r14 = 0x00007f31c0013428
    r15 = 0x00007f31c00136c0   rip = 0x00007f3210d32033
    rsp = 0x00007f320e03fb50   rbp = 0x00000000000cb580
    Found by: given as instruction pointer in context
 1  phantomjs!qt_safe_select [qcore_unix.cpp : 93 + 0x16]
    rip = 0x0000000001d06208   rsp = 0x00007f320e03fb60
    Found by: stack scanning
 2  phantomjs!QEventDispatcherUNIXPrivate::doSelect [qeventdispatcher_unix.cpp : 223 + 0xd]
    rbx = 0x00007f31c00401b0   r12 = 0x00007f320e03fd80
    r13 = 0x00007f31c0013270   r14 = 0x00007f320e03fd30
    r15 = 0x00007f31c00136c0   rip = 0x0000000001d075c7
    rsp = 0x00007f320e03fbf0   rbp = 0x00007f31c0013270
    Found by: call frame info
 3  phantomjs!QEventDispatcherUNIX::processEvents [qeventdispatcher_unix.cpp : 937 + 0x4]
    rbx = 0x00007f31c00401b0   r12 = 0x00007f320e03fd80
    r13 = 0x00007f31c000d7b0   r14 = 0x0000000000000001
    r15 = 0x0000000004ef3988   rip = 0x0000000001d08072
    rsp = 0x00007f320e03fd30   rbp = 0x00007f31c0013270
    Found by: call frame info
 4  phantomjs!QEventLoop::processEvents [qeventloop.cpp : 149 + 0x1]
    rbx = 0x00007f31c00401b0   r12 = 0x00007f320e03fe10
    r13 = 0x00007f320e03fe20   r14 = 0x00000000044d3230
    r15 = 0x0000000004ef3988   rip = 0x0000000001cdd495
    rsp = 0x00007f320e03fd80   rbp = 0x00007f320e03fdc0
    Found by: call frame info
 5  phantomjs!QEventLoop::exec [qeventloop.cpp : 200 + 0x4]
    rbx = 0x00007f31c00401b0   r12 = 0x00007f320e03fe10
    r13 = 0x00007f320e03fe20   r14 = 0x00000000044d3230
    r15 = 0x0000000004ef3988   rip = 0x0000000001cdd8f8
    rsp = 0x00007f320e03fdb0   rbp = 0x00007fffbce37200
    Found by: call frame info
 6  phantomjs!QThread::exec [qthread.cpp : 542 + 0xc]
    rbx = 0x0000000004ef3900   r12 = 0x0000000004ef3988
    r13 = 0x0000000000000001   r14 = 0x000000000476b3e0
    r15 = 0x0000000000000003   rip = 0x0000000001bdfdd6
    rsp = 0x00007f320e03fe10   rbp = 0x0000000004ef3988
    Found by: call frame info
 7  phantomjs!QThreadPrivate::start [qthread_unix.cpp : 338 + 0x9]
    rbx = 0x0000000004ef3988   r12 = 0x00000000048e8930
    r13 = 0x0000000000000001   r14 = 0x000000000476b3e0
    r15 = 0x0000000000000003   rip = 0x0000000001be2ca2
    rsp = 0x00007f320e03fe60   rbp = 0x0000000004b753d0
    Found by: call frame info
 8  libpthread-2.15.so + 0x7e99
    rbx = 0x0000000000000000   r12 = 0x00007fffbce32530
    r13 = 0x00007f320e0409c0   r14 = 0x000000000476b3e0
    r15 = 0x0000000000000003   rip = 0x00007f321181de9a
    rsp = 0x00007f320e03feb0   rbp = 0x0000000000000000
    Found by: call frame info

Thread 7
 0  libpthread-2.15.so + 0xbd84
    rbx = 0x00000000052024a0   r12 = 0x004189374bc6a7ef
    r13 = 0xffffffffffffffff   r14 = 0x00000000052024c8
    r15 = 0x000000000520de00   rip = 0x00007f3211821d84
    rsp = 0x00007f31c4ba9d10   rbp = 0x00007f31c73d8010
    Found by: given as instruction pointer in context
 1  phantomjs!QWaitCondition::wait [qwaitcondition_unix.cpp : 86 + 0xa]
    rip = 0x0000000001be39d5   rsp = 0x00007f31c4ba9d40
    rbp = 0x00007f31c73d8010
    Found by: stack scanning
 2  phantomjs!WTF::ThreadCondition::timedWait [ThreadingQt.cpp : 253 + 0x12]
    rbx = 0x00007f31c73d8008   r12 = 0x0000000000000001
    r13 = 0x00007f31c73d8008   r14 = 0x00007f31c73d8010
    r15 = 0x00007f31c4ba9e20   rip = 0x00000000004e70ea
    rsp = 0x00007f31c4ba9dc0   rbp = 0x00007f31c73d8010
    Found by: call frame info
 3  phantomjs!WTF::MessageQueue<WebCore::LocalStorageTask>::waitForMessage [MessageQueue.h : 137 + 0x12]
    rbx = 0x0000000000000001   r12 = 0x0000000000000001
    r13 = 0x00007f31c73d8008   r14 = 0x00007f31c73d8010
    r15 = 0x00007f31c4ba9e20   rip = 0x0000000001185269
    rsp = 0x00007f31c4ba9de0   rbp = 0x00007f31c73d8018
    Found by: call frame info
 4  phantomjs!WebCore::LocalStorageThread::threadEntryPoint [LocalStorageThread.cpp : 68 + 0xa]
    rbx = 0x00007f320ce51ed8   r12 = 0x0000000005202650
    r13 = 0x0000000000000001   r14 = 0x0000000000000000
    r15 = 0x0000000000000003   rip = 0x0000000001185493
    rsp = 0x00007f31c4ba9e20   rbp = 0x00007f31c73d8008
    Found by: call frame info
 5  phantomjs!WTF::ThreadPrivate::run [ThreadingQt.cpp : 66 + 0x6]
    rbx = 0x0000000004f485b0   r12 = 0x0000000005202650
    r13 = 0x0000000000000001   r14 = 0x0000000000000000
    r15 = 0x0000000000000003   rip = 0x00000000004e68fb
    rsp = 0x00007f31c4ba9e50   rbp = 0x0000000004f485b0
    Found by: call frame info
 6  phantomjs!QThreadPrivate::start [qthread_unix.cpp : 338 + 0x9]
    rbx = 0x0000000005202598   r12 = 0x0000000005202650
    r13 = 0x0000000000000001   r14 = 0x0000000000000000
    r15 = 0x0000000000000003   rip = 0x0000000001be2ca2
    rsp = 0x00007f31c4ba9e60   rbp = 0x0000000004f485b0
    Found by: call frame info
 7  libpthread-2.15.so + 0x7e99
    rbx = 0x0000000000000000   r12 = 0x00007fffbce35cc0
    r13 = 0x00007f31c4baa9c0   r14 = 0x0000000000000000
    r15 = 0x0000000000000003   rip = 0x00007f321181de9a
    rsp = 0x00007f31c4ba9eb0   rbp = 0x0000000000000000
    Found by: call frame info

Loaded modules:
0x00400000 - 0x026e7fff  phantomjs  ???  (main)
0x7f31c638f000 - 0x7f31c6398fff  c0583bt_.pfb  ???
0x7f31c65d0000 - 0x7f31c6620fff  DejaVuSerifCondensed.ttf  ???
0x7f31c6735000 - 0x7f31c6786fff  DejaVuSansMono.ttf  ???
0x7f31c7048000 - 0x7f31c7050fff  s050000l.pfb  ???
0x7f31c721d000 - 0x7f31c7233fff  z003034l.pfb  ???
0x7f31c7251000 - 0x7f31c726bfff  p052003l.pfb  ???
0x7f31c747a000 - 0x7f31c7491fff  n022003l.pfb  ???
0x7f31c74df000 - 0x7f31c74f7fff  n021003l.pfb  ???
0x7f320c028000 - 0x7f320c041fff  c059013l.pfb  ???
0x7f320c089000 - 0x7f320c0a1fff  b018012l.pfb  ???
0x7f320c0a2000 - 0x7f320c0b3fff  n019004l.pfb  ???
0x7f320c0d7000 - 0x7f320c12bfff  DejaVuSans-ExtraLight.ttf  ???
0x7f320cb42000 - 0x7f320cb51fff  a010015l.pfb  ???
0x7f320cca2000 - 0x7f320ccadfff  d050000l.pfb  ???
0x7f320ccdf000 - 0x7f320ccf2fff  n019003l.pfb  ???
0x7f320d002000 - 0x7f320d09cfff  DejaVuSansCondensed-Bold.ttf  ???
0x7f320d0b4000 - 0x7f320d151fff  DejaVuSansCondensed.ttf  ???
0x7f320d1a4000 - 0x7f320d1acfff  c0648bt_.pfb  ???
0x7f320d1b8000 - 0x7f320d1c1fff  c0419bt_.pfb  ???
0x7f320d20f000 - 0x7f320d416fff  libnss_dns-2.15.so  ???
0x7f320d417000 - 0x7f320d623fff  libnss_files-2.15.so  ???
0x7f320d624000 - 0x7f320d83dfff  libresolv-2.15.so  ???
0x7f32101cb000 - 0x7f3210427fff  libssl.so.1.0.0  ???
0x7f3210429000 - 0x7f32107fffff  libcrypto.so.1.0.0  ???
0x7f3210804000 - 0x7f3210a2dfff  libexpat.so.1.5.2  ???
0x7f3210a2e000 - 0x7f3210c44fff  libz.so.<IP_ADDRESS>  ???
0x7f3210c45000 - 0x7f3210ffefff  libc-2.15.so  ???
0x7f3211004000 - 0x7f3211219fff  libgcc_s.so.1  ???
0x7f321121a000 - 0x7f3211515fff  libm-2.15.so  ???
0x7f3211516000 - 0x7f3211800fff  libstdc++.so.6.0.16  ???
0x7f3211816000 - 0x7f3211a2efff  libpthread-2.15.so  ???
0x7f3211a33000 - 0x7f3211c3afff  librt-2.15.so  ???
0x7f3211c3b000 - 0x7f3211e3efff  libdl-2.15.so  ???
0x7f3211e3f000 - 0x7f3212074fff  libfontconfig.so.1.4.4  ???
0x7f3212075000 - 0x7f3212310fff  libfreetype.so.6.8.0  ???
0x7f3212311000 - 0x7f3212332fff  ld-2.15.so  ???
0x7f3212389000 - 0x7f3212391fff  945677eb7aeaf62f1d50efc3fb3ec7d8-le64.cache-3  ???
0x7f3212392000 - 0x7f321251afff  locale-archive  ???
0x7f3212526000 - 0x7f321252efff  6d41288fd70b0be22e8c3a91e032eec0-le64.cache-3  ???
0x7f321252f000 - 0x7f3212530fff  e13b20fdb08344e0e664864cc2ede53d-le64.cache-3  ???
0x7fffbcfff000 - 0x7fffbcffffff  linux-gate.so  ???

Please upgrade to PhantomJS 2.0. 1.9.x is no longer supported, and known to have many crasher bugs that are fixed in 2.0.


Jenkins plugin: Report loading

Hello, I have configured Allure Jenkins plugin and Allure command line tool.
And it seems generates reports but when I opens it I just see "Loading".
We use Jenkins v.2.8, Allure plugin 2.10

Hi!
See http://wiki.qatools.ru/display/AL/Allure+Jenkins+Plugin#AllureJenkinsPlugin-configure-security

Hi, thanks. It works.

I'd like to put a reference to #715 to see how much users are confused by changes in Jenkins policy.


Get Incoming Call Did

Hi, Any way to get the did number dialed off customer in incoming call?

If you can get to it directly, it will be called something like SystemEndpoint.Address.  I think that's actually from the Kinesis stream or Lambda, though, and that there isn't anything native to Streams.  What I did is set the dialed number as a contact attribute at the beginning of my contact flow and then use contact.getAttributes to use it in my Streams API implementation


Error: failed to parse some of the extra variables.

I've installed the version 2.3.1 (latest at the moment), I created an extra var file, but I wasn't able to pass it or extra vars in any way.
Just for the record, from the Ansible Tower, I was able to deploy without issue.
I executed the following command, then I received the error.
[jenkins@server ~]$ tower-cli job launch --job-template="[test] deploy" --monitor --extra-vars="build_version: devel_718"
Error: failed to parse some of the extra variables.
variables:
{
	"build_version": "VERSION",
	"env": "test",
	"library_path": "./ansible-playbooks/playbooks/"
}

Details
OS: Amazon Linux (2015.03)
Python: 2.7.9
Ansible Tower 2.1.4
Tower CLI 2.3.1
Related errors
I received the same error with:
[jenkins@server ~]$ tower-cli job launch --job-template="[test] deploy" --monitor<EMAIL_ADDRESS>
or even with:
[jenkins@server ~]$ tower-cli job launch --job-template="[test] deploy" --monitor

Workaround
I downgraded to version 2.3.0 and it works well (with @filename format).

I think I can see what's going on here. The variables in the error message contain more than just the --extra-vars you are passing in that command. That means that the rest of them are coming from your job template. We had to combine the local extra-vars with those in the job template inside of tower-cli if the version of Ansible Tower was earlier than 2.4, and this matches what you have.
Thanks for brining this to our attention. I'll look into adjusting the unit test to pick this up, and then it would definitely be in line to go out in the next release.

If you still have your configuration available, @palankai , I would be very interested to know if the bug fix branch addresses the problem. Installation with pip from the branch:
pip install git+https://github.com/AlanCoding/tower-cli.git@124_JT_vars_as_dict

I'm not 100% sure this will fix it, but I think there's a good chance.

No, it doesn't solved the issue:
[root@server ~]# pip install -U git+https://github.com/AlanCoding/tower-cli.git@124_JT_vars_as_dict
[jenkins@server ~]$ tower-cli job launch --job-template="test: name of the job" --monitor<EMAIL_ADDRESS>Error: failed to parse some of the extra variables.
variables:
{
	"common_library_path": "./ansible-playbooks/playbooks",
	"env": "test",
	"docker_tag": null,
	"private_docker_registry_secret": "Z***************************I="
}

Content of vars.yml (I'm sure it doesn't count though)
[jenkins@server ~]$ cat vars.yml
docker_tag: eda0ca47
env: test
common_library_path: ./ansible-playbooks/playbooks
private_docker_registry_secret: Z**********************************I=

Then downgrade back again:
[root@server ~]# pip install -U ansible-tower-cli==2.3.0
[jenkins@server ~]$ tower-cli job launch --job-template="test: name of the job" --monitor<EMAIL_ADDRESS>===== ============ ======================== ========== =======
 id   job_template         created            status   elapsed
===== ============ ======================== ========== =======
22013         1595 2016-02-23T11:49:38.633Z successful  90.598
===== ============ ======================== ========== =======

(The vars and the job is different than as I reported originally, but the server and tower exactly same)

Previously, I spun up an Amazon Linux box and tried to reproduce this, and I wasn't able to with a recent version of Tower. I'm going to close this, and if it comes back up we can try again.


Update builders to macOS Monterey 12.5 to run release Xcode 14

Xcode 14 requires a Mac running macOS Monterey 12.5 or later.

https://developer.apple.com/documentation/xcode-release-notes/xcode-14-release-notes
14.1 will also require 12.5.
https://developer.apple.com/documentation/xcode-release-notes/xcode-14_1-release-notes
macOS Ventura has not yet released.

@jmagman I will put in a request to upgrade a couple VMs to 12.5 as a initial test. Once they are validated, we can go ahead and upgrade the rest of the fleet.

@jmagman would it be ok to go to 12.6? This would make some of the logistics much easier.

@jmagman confirmed offline that 12.6 is acceptable.

Upgraded mac-4 to macOS 12.6

build270-m9	also upgraded to 12.6

@yusuf-goog is this complete now?

macOS 12.6 is deployed across the fleet.


Private podspecs not updated

Hi,
when I add a private podspec using
        <pods-config ios-min-version="9.0" use-frameworks="true">
             <!-- optionally add private spec sources -->
            <source url="git@github.com:foo/foo-specs.git"/>
            <source url="git@github.com:bar/bar-specs.git"/>
        </pods-config>
        <!-- use the latest version of a pod -->
        <pod name="MyPod" version="3.3.0" />

The pod installation fails because the podspecs are not updated:
Sit back and relax this could take a while.
Analyzing dependencies
[!] Unable to satisfy the following requirements:

- `MyPod (= 3.3.0)` required by `Podfile`

None of your spec sources contain a spec satisfying the dependency: `MyPod (= 3.3.0)`.

You have either:
 * out-of-date source repos which you can update with `pod repo update`.
 * mistyped the name or version.
 * not added the source repo that hosts the Podspec to your Podfile.

Note: as of CocoaPods 1.0, `pod repo update` does not happen on `pod install` by default.

It can be manually fixed by running pod repo update but it has to be run in the generated xcode project folder which is not convenient.

I believe I am running into the same issue.

How do you include it when doing native development?  Depending on how it's
done I might be able to add support for it.  But if its private how would
anyone using your plugin make use of it?  It probably makes more sense to
specify the information as a variable or access it from an environment
variable if its sensitive data like a password.
On Tue, Apr 9, 2019, 10:26 AM maniveltvl<EMAIL_ADDRESS>wrote:

Hi,
I want to download the SDK from repository with credentials. If I use
Native development, i can create separate pod file and can keep URL as well
as Credentials. Here if I use private POD file in plugin.xml how can i
provide URL and credential?
Please help me
Thanks
Mani
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/blakgeek/cordova-plugin-cocoapods-support/issues/35#issuecomment-481274977,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAyU3ncXrKXJxGK88g2we6LpBbsAn7KKks5vfKMcgaJpZM4MfAtK
.

provide URL and credential?

Hi Team,
Thanks for the quick reply, here is the steps that we had used in Native development to access Private repository by User credentials

Created a Podfile as follows

Uncomment the next line to define a global platform for your project
platform :ios, '12.0'
use_frameworks!
plugin 'cocoapods-art', :sources => ['Source Name']
source 'Source URL'
target 'kaas1' do
Pods for kaas1
pod 'PODNAME', '~> PODVersion'
end

Created a .netrc file in home directory of MacOS which has URL and User credential details. .netrc file as follows
machine URL login USERNAME password PASSWORD
machine URL login USERNAME password PASSWORD

Then Pod installation has been done by sudo gem in Terminal. Automatically Pod file will download the library by accessing .netrc files for credentials and it will download the library and its dependency files

Could you please help us how to achieve this same thing by this framework? Advance thanks for any help. Have a great day!

Hi Team,
Thanks for the quick reply. Sorry, we couldn't provide URL and Credential because of Client Confidentiality Agreement. Could you please help us by accessing some other Private Repository(In case URL and credential available with you) which follows the same procedure? Advance thanks for any help.

provide URL and credential?

Hi Team,
Thanks for the quick reply. @maniveltvl - He is my Team Lead. So, am replying on behalf of him
We are trying to create a Custom Cordova Plugin where we are trying to download ios SDK via cocoaPods
Here is the steps that we had used in Native development to access Private repository by credentials

Created a Podfile as follows

platform :ios, '12.0'
use_frameworks!
plugin 'cocoapods-art', :sources => ['Source Name']
source 'Source URL'
target 'ProjectTiltle' do
pod 'PODNAME', '~> PODVersion'
end

Created a .netrc file in home directory of MacOS which has URL and User credential details. .netrc file as follows
machine URL login USERNAME password PASSWORD
machine URL login USERNAME password PASSWORD
Then Pod installation has been done by sudo gem in Terminal. Automatically Pod file will download the library by accessing .netrc files for credentials and it will download the library and its dependency files

So, we are using Private repository in our app only not in Public access
Could you please help us how to achieve this same thing by this framework in Custom Cordova project? Advance thanks for any help. Have a great day!

Hi, @blakgeek
We are looking for your reply on the above query. Could you please help us?
Thanks
Manivel


Sync Master with release-stage

Codecov Report

Merging #20453 into master will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##           master   #20453   +/-   ##
=======================================
  Coverage   15.21%   15.21%
=======================================
  Files          50       50
  Lines        1341     1341
  Branches      208      208
=======================================
  Hits          204      204
  Misses       1121     1121
  Partials       16       16

Continue to review full report at Codecov.

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


Add a new switch to allow for setting default datalake by code rather than by notebook property

Add a new switch to allow for setting default datalake by code rather than by notebook property. This is the %%configure cell

I have completed this task. When using the wrapper adding this config to the execution will remove the lakehouse from metadata and the code cells back in. This is not supported in high concurrency mode. --lakehouse-config="CODE"

This has been merged to dev


Describe your use case
事务问题如何分析根因
Describe the solution you'd like
obdiag 支持分析事务问题根因
Describe alternatives you've considered
No response
Additional context
No response

移动到2.2.0迭代

MR: https://github.com/oceanbase/obdiag/pull/227


Add an option to open links in incognito mode

better issue https://github.com/fourtf/chatterino2/issues/78


Refactored Matcher.match_address into a fold/reduce operation.

Fixes https://github.com/klingtnet/rosc/issues/28
That being said, the removal of mut remainder in favor of a proper fold operation means the loss of one interesting property: the shortcut return when the match_* function returns an error. This changeset means self.pattern_parts is always fully iterated over (although the performance loss is probably negligible, unless the matcher's own pattern is huge).
In addition, if you look through the history of this pull request, my personal opinion is that the second-last revision (the one right before I get rid of the for loop and mut remainder) reads better.

my personal opinion is that the second-last revision (...) reads better.

Is this the commit you're referring to c45b3be991f420864bdcabefcfb3292b74d4b840 (or 3e69910b9b00b1a7ac9aabf7dd15df98dd629566 if we want to see the diff of the mut iter removal)?  Note that you can just paste commit hashes into the text and GitHub will automatically link to them.

I think I agree with you, that the version which uses the peekable iterator is most readable.  So, I'd be fine with keeping the peekable iterator version and discard the following two commits.  This will make the code more readable even though we still have the mut variable.

That's fair. I've updated the PR to re-introduce the peekable iterator (which I initially was reluctant to -- you want to remove a mut variable and my solution is to not only not remove it but add a second one... :D )

That's fair. I've updated the PR to re-introduce the peekable iterator (which I initially was reluctant to -- you want to remove a mut variable and my solution is to not only not remove it but add a second one... :D )

Hehe, but it looks better now.  Sometimes the unorthodox solutions are to be preferred :)

Thank you for the contribution, I'm going to merge this now.


Return_plot when specifying a numpy array in predict_tile yields an error.

     2 m.use_bird_release()
      3 channels_last_format = np.rollaxis(image, 0,3)
----> 4 existing_model_prediction = m.predict_tile(image=channels_last_format, return_plot=True, patch_size=1500)
      5 predictions = m.predict_image(image=channels_last_format, return_plot=False, color=[0,0,0])
      6 plt.figure(figsize=(20,20))

File ~/.conda/envs/BirdDetector/lib/python3.9/site-packages/deepforest/main.py:453, in deepforest.predict_tile(self, raster_path, image, patch_size, patch_overlap, iou_threshold, return_plot, mosaic, use_soft_nms, sigma, thresh, color, thickness)
    451 if raster_path:
    452     tile = rio.open(raster_path).read()
--> 453 drawn_plot = tile[:, :, ::-1]
    454 drawn_plot = visualize.plot_predictions(tile,
    455                                    results,
    456                                    color=color,
    457                                    thickness=thickness)
    458 return drawn_plot

UnboundLocalError: local variable 'tile' referenced before assignment

Just change it to:
if raster_path:
    tile = rio.open(raster_path).read()
else:
    tile = self.image

pull requests welcome! Lots of small issues in the queue.
On Sun, Aug 13, 2023 at 11:52 PM yurithefury @.***>
wrote:

Just change it to:
if raster_path:
tile = rio.open(raster_path).read()
else:
tile = self.image
—
Reply to this email directly, view it on GitHub
https://github.com/weecology/DeepForest/issues/427#issuecomment-1676774699,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AAJHBLGFXCUOBIRTGVHL3STXVHDLBANCNFSM6AAAAAAW5N24VQ
.
You are receiving this because you were assigned.Message ID:
@.***>

--
Ben Weinstein, Ph.D.
Research Scientist
University of Florida
http://benweinstein.weebly.com/

Fixed by #599


Created language zh_tw

Was "Dismount" skipped?

Oh, I accidentally skipped it, wait a moment...😂

Have corrected

Thanks for the translations!


feat: remove restriction in api requests

Pull Request Test Coverage Report for Build<PHONE_NUMBER>

0 of 0   changed or added relevant lines in 0 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage increased (+0.07%) to 77.173%

Totals

Change from base Build<PHONE_NUMBER>:
0.07%

Covered Lines:
3587

Relevant Lines:
4648

💛  - Coveralls


CRC setup failing to deploy correctly [BUG]

General information

OS: Linux
Hypervisor: KVM / hyperkit
Did you run crc setup before starting it (Yes)?
Running CRC on:  VM (vmware)

CRC version
# Put `crc version` output here

CodeReady Containers version: 1.34.0+34c31851
OpenShift version: 4.9.0 (not embedded in executable)
CRC status
# Put `crc status --log-level debug` output here

DEBU CodeReady Containers version: 1.34.0+34c31851
DEBU OpenShift version: 4.9.0 (not embedded in executable)
DEBU Running 'crc status'
DEBU Checking file: /root/.crc/machines/crc/.crc-exist
Machine does not exist. Use 'crc start' to create it
CRC config
# Put `crc config view` output here

consent-telemetry                     : no

Host Operating System
# Put the output of `cat /etc/os-release` in case of Linux
# put the output of `sw_vers` in case of Mac
# Put the output of `systeminfo` in case of Windows

NAME="Red Hat Enterprise Linux"
VERSION="8.5 (Ootpa)"
ID="rhel"
ID_LIKE="fedora"
VERSION_ID="8.5"
PLATFORM_ID="platform:el8"
PRETTY_NAME="Red Hat Enterprise Linux 8.5 (Ootpa)"
ANSI_COLOR="0;31"
CPE_NAME="cpe:/o:redhat:enterprise_linux:8::baseos"
HOME_URL="https://www.redhat.com/"
DOCUMENTATION_URL="https://access.redhat.com/documentation/red_hat_enterprise_linux/8/"
BUG_REPORT_URL="https://bugzilla.redhat.com/"
REDHAT_BUGZILLA_PRODUCT="Red Hat Enterprise Linux 8"
REDHAT_BUGZILLA_PRODUCT_VERSION=8.5
REDHAT_SUPPORT_PRODUCT="Red Hat Enterprise Linux"
REDHAT_SUPPORT_PRODUCT_VERSION="8.5"
Steps to reproduce

Expected
Actual
Logs
$ crc start --log-level debug
DEBU CodeReady Containers version: 1.34.0+34c31851
DEBU OpenShift version: 4.9.0 (not embedded in executable)
DEBU Running 'crc start'
DEBU Total memory of system is<PHONE_NUMBER>8 bytes
/home/admin/.crc/cache/crc_libvirt_4.9.0.crcbundle not found, please provide the path to a valid bundle using the -b option
$ crc setup --log-level debug
DEBU CodeReady Containers version: 1.34.0+34c31851
DEBU OpenShift version: 4.9.0 (not embedded in executable)
DEBU Running 'crc setup'
DEBU Checking if systemd-resolved.service is running
DEBU Running 'systemctl status systemd-resolved.service'
DEBU systemd-resolved.service is already running
INFO Checking if running as non-root
INFO Checking if running inside WSL2
INFO Checking if crc-admin-helper executable is cached
DEBU Running '/home/admin/.crc/bin/crc-admin-helper-linux --version'
DEBU Found crc-admin-helper-linux version v0.0.7
DEBU crc-admin-helper executable already cached
INFO Checking for obsolete admin-helper executable
DEBU Checking if an older admin-helper executable is installed
DEBU No older admin-helper executable found
INFO Checking if running on a supported CPU architecture
INFO Checking minimum RAM requirements
DEBU Total memory of system is<PHONE_NUMBER>8 bytes
INFO Checking if crc executable symlink exists
INFO Checking if Virtualization is enabled
DEBU Checking if the vmx/svm flags are present in /proc/cpuinfo
DEBU CPU virtualization flags are good
INFO Checking if KVM is enabled
DEBU Checking if /dev/kvm exists
DEBU /dev/kvm was found
INFO Checking if libvirt is installed
DEBU Checking if 'virsh' is available
DEBU 'virsh' was found in /usr/bin/virsh
DEBU Checking 'virsh capabilities' for libvirtd/qemu availability
DEBU Running 'virsh --readonly --connect qemu:///system capabilities'
DEBU Found x86_64 hypervisor with 'hvm' capabilities
INFO Checking if user is part of libvirt group
DEBU Checking if current user is part of the libvirt group
DEBU Current user is already in the libvirt group
INFO Checking if active user/process is currently part of the libvirt group
INFO Checking if libvirt daemon is running
DEBU Checking if libvirtd service is running
DEBU Running 'systemctl status virtqemud.socket'
DEBU Command failed: exit status 3
DEBU stdout: * virtqemud.socket - Libvirt qemu local socket
Loaded: loaded (/usr/lib/systemd/system/virtqemud.socket; disabled; vendor preset: disabled)
Active: inactive (dead)
Listen: /run/libvirt/virtqemud-sock (Stream)
DEBU stderr:
DEBU virtqemud.socket is neither running nor listening
DEBU Running 'systemctl status libvirtd.socket'
DEBU libvirtd.socket is running
INFO Checking if a supported libvirt version is installed
DEBU Checking if libvirt version is >=3.4.0
DEBU Running 'virsh -v'
INFO Checking if crc-driver-libvirt is installed
DEBU Checking if crc-driver-libvirt is installed
DEBU Running '/home/admin/.crc/bin/crc-driver-libvirt version'
DEBU Found crc-driver-libvirt version 0.13.1
DEBU crc-driver-libvirt is already installed
INFO Checking crc daemon systemd service
DEBU Checking crc daemon systemd service
DEBU Checking if crc-daemon.service is running
DEBU Running 'systemctl --user status crc-daemon.service'
DEBU Command failed: exit status 3
DEBU stdout: * crc-daemon.service - CodeReady Containers daemon
Loaded: loaded (/home/admin/.config/systemd/user/crc-daemon.service; static; vendor preset: enabled)
Active: inactive (dead)
DEBU stderr:
DEBU crc-daemon.service is neither running nor listening
DEBU Checking if crc-daemon.service has the expected content
INFO Checking crc daemon systemd socket units
DEBU Checking crc daemon systemd socket units
DEBU Checking if crc-http.socket is running
DEBU Running 'systemctl --user status crc-http.socket'
DEBU crc-http.socket is listening
DEBU Checking if crc-http.socket has the expected content
DEBU Checking if crc-vsock.socket is running
DEBU Running 'systemctl --user status crc-vsock.socket'
DEBU crc-vsock.socket is listening
DEBU Checking if crc-vsock.socket has the expected content
INFO Checking if systemd-networkd is running
DEBU Checking if systemd-networkd.service is running
DEBU Running 'systemctl status systemd-networkd.service'
DEBU Command failed: exit status 4
DEBU stdout:
DEBU stderr: Unit systemd-networkd.service could not be found.
DEBU systemd-networkd.service is not running
INFO Checking if NetworkManager is installed
DEBU Checking if 'nmcli' is available
DEBU 'nmcli' was found in /usr/bin/nmcli
INFO Checking if NetworkManager service is running
DEBU Checking if NetworkManager.service is running
DEBU Running 'systemctl status NetworkManager.service'
DEBU NetworkManager.service is already running
INFO Checking if dnsmasq configurations file exist for NetworkManager
INFO Checking if the systemd-resolved service is running
DEBU Checking if systemd-resolved.service is running
DEBU Running 'systemctl status systemd-resolved.service'
DEBU systemd-resolved.service is already running
INFO Checking if /etc/NetworkManager/dispatcher.d/99-crc.sh exists
DEBU Checking NetworkManager dispatcher file for crc network
DEBU Dispatcher file has the expected content
INFO Checking if libvirt 'crc' network is available
DEBU Checking if libvirt 'crc' network exists
DEBU Running 'virsh --connect qemu:///system net-info crc'
DEBU Checking if libvirt 'crc' definition is up to date
DEBU Running 'virsh --connect qemu:///system net-dumpxml --inactive crc'
DEBU libvirt 'crc' network has the expected value
INFO Checking if libvirt 'crc' network is active
DEBU Checking if libvirt 'crc' network is active
DEBU Running 'virsh --connect qemu:///system net-info crc'
DEBU libvirt 'crc' network is already active
INFO Checking if CRC bundle is extracted in '$HOME/.crc'
DEBU Development build, skipping check
Your system is correctly setup for using CodeReady Containers, you can now run 'crc start -b $bundlename' to start the OpenShift cluster

Please consider posting the output of `crc start --log-level debug`  on http://gist.github.com/ and post the link in the issue.

@tumimo-cloud Looks like you are not using the released version of crc which have bundle embedded in the binary itself.
CodeReady Containers version: 1.34.0+34c31851
OpenShift version: 4.9.0 (not embedded in executable)

Also, note that nested virtualization is not actually supported.

Looks like you are not using the released version of crc

Where did you get this release from?

Hi Gerard, I got the copy from here (RH Cloud Console):https://developers.redhat.com/products/codeready-containers/overviewbut now I see there’s one over here:https://mirror.openshift.com/pub/openshift-v4/x86_64/clients/crc/latest/Regards,TumeloM From: Gerard BraadSent: Monday, 15 November 2021 14:59To: code-ready/crcCc: tumimo-cloud; MentionSubject: Re: [code-ready/crc] CRC setup failing to deploy correctly [BUG] (Issue #2837) Looks like you are not using the released version of crcWhere did you get this release from?—You are receiving this because you were mentioned.Reply to this email directly, view it on GitHub, or unsubscribe.Triage notifications on the go with GitHub Mobile for iOS or Android.

  Thanks Gerard. I noticed that when I set up in VMware. VMware documentation is very clear about that. From: Gerard BraadSent: Monday, 15 November 2021 14:48To: code-ready/crcCc: tumimo-cloud; MentionSubject: Re: [code-ready/crc] CRC setup failing to deploy correctly [BUG] (Issue #2837) Also, note that nested virtualization is not actually supported.—You are receiving this because you were mentioned.Reply to this email directly, view it on GitHub, or unsubscribe.Triage notifications on the go with GitHub Mobile for iOS or Android.

@tumimo-cloud Should we close this issue then?

More issues...
Thanks @praveenkumar. I downloaded another copy.
There is however another issue... seems to be DNS config.
The deployment seems to have succeed once 'crc start' runs. It however breaks once it reaches: 'INFO Starting OpenShift kubelet service' . See below debug log:
[admin@localhost ~]$ crc status --log-level debug DEBU CodeReady Containers version: 1.32.1+4d40571f  DEBU OpenShift version: 4.8.5 (embedded in executable)  DEBU Running 'crc status'                          DEBU Checking file: /home/admin/.crc/machines/crc/.crc-exist  DEBU Checking file: /home/admin/.crc/machines/crc/.crc-exist  DEBU Found binary path at /home/admin/.crc/bin/crc-driver-libvirt  DEBU Launching plugin server for driver libvirt    DEBU Plugin server listening at address <IP_ADDRESS>:35687  DEBU () Calling .GetVersion                        DEBU Using API Version 1                           DEBU () Calling .SetConfigRaw                      DEBU () Calling .GetMachineName                    DEBU (crc) Calling .GetState                       DEBU (crc) DBG | time="2021-11-24T21:39:40+02:00" level=debug msg="Getting current state..."  DEBU (crc) DBG | time="2021-11-24T21:39:40+02:00" level=debug msg="Fetching VM..."  DEBU (crc) Calling .GetBundleName                  DEBU (crc) Calling .GetIP                          DEBU (crc) DBG | time="2021-11-24T21:39:40+02:00" level=debug msg="GetIP called for crc"  DEBU (crc) DBG | time="2021-11-24T21:39:40+02:00" level=debug msg="Getting current state..."  DEBU (crc) DBG | time="2021-11-24T21:39:40+02:00" level=debug msg="IP address: <IP_ADDRESS>"  DEBU Running SSH command: df -B1 --output=size,used,target /sysroot | tail -1  DEBU Using ssh private keys: [/home/admin/.crc/machines/crc/id_ecdsa /home/admin/.crc/cache/crc_libvirt_4.8.5/id_ecdsa_crc]  DEBU SSH command results: err: <nil>, output:<PHONE_NUMBER>6<PHONE_NUMBER> /sysroot  DEBU cannot get OpenShift status: stat /home/admin/.crc/machines/crc/kubeconfig: no such file or directory  DEBU Making call to close driver server            DEBU (crc) Calling .Close                          DEBU Successfully made call to close driver server  DEBU Making call to close connection to plugin binary  CRC VM:          Running OpenShift:       Unreachable (v4.8.5) Disk Usage:      4.944GB of 32.74GB (Inside the CRC VM) Cache Usage:     15.96GB Cache Directory: /home/admin/.crc/cache

@tumimo-cloud This is a different issue, I would suggest you to create a new issue with the template. Closing this one.


Error [ERR_UNKNOWN_BUILTIN_MODULE]: No such built-in module: node:timers/promises

Hi,
In my release.yml I have the following configuration:
name: Release

on:
  push:
    branches:
      - main

jobs:
  release:
    name: Release
    runs-on: ubuntu-latest
    steps:
      - name: Checkout
        uses: actions/checkout@v2
        with:
          fetch-depth: 0
      - name: Setup Node.js
        uses: actions/setup-node@v1
        with:
          node-version: 14
      - name: Install semantic-release
        run: npm install -g semantic-release @semantic-release/github @semantic-release/commit-analyzer @semantic-release/git @semantic-release/release-notes-generator semantic-release-pypi
      - name: Set up Python
        uses: actions/setup-python@v2
      - name: Install setuptools
        run: python -m pip install --upgrade setuptools wheel twine
      - name: Release
        env:
          GH_TOKEN: ${{ secrets.SEMANTIC_RELEASE_ACCESS_TOKEN }}
          PYPI_TOKEN: ${{ secrets.PYPI_API_TOKEN }}
        run: npx semantic-release

When merge PR, I have the following action error:
Run npx semantic-release
internal/process/esm_loader.js:74
    internalBinding('errors').triggerUncaughtException(
                              ^

Error [ERR_UNKNOWN_BUILTIN_MODULE]: No such built-in module: node:timers/promises
    at new NodeError (internal/errors.js:322:7)
    at Loader.builtinStrategy (internal/modules/esm/translators.js:28[9](https://github.com/iftahnaf/pyvectorguidance/actions/runs/6302935502/job/17111127252#step:7:10):[11](https://github.com/iftahnaf/pyvectorguidance/actions/runs/6302935502/job/17111127252#step:7:12))
    at new ModuleJob (internal/modules/esm/module_job.js:63:26)
    at Loader.getModuleJob (internal/modules/esm/loader.js:258:11)
    at async ModuleWrap.<anonymous> (internal/modules/esm/module_job.js:78:[21](https://github.com/iftahnaf/pyvectorguidance/actions/runs/6302935502/job/17111127252#step:7:22))
    at async Promise.all (index 1)
    at async link (internal/modules/esm/module_job.js:83:9) {
  code: 'ERR_UNKNOWN_BUILTIN_MODULE'
}
Error: Process completed with exit code 1.

Any help would be much appreciated.

Hey,
have you tried upgrading Node?
semantic-release requires Node version 18.0.0 or higher. (Node version requirement)
Node configuration:
- uses: actions/setup-node@v3
  with:
    node-version: 18

Thanks, it solved the problem.


Add unhandled props to callback data

Unhandled properties are useful if you want to add an identifier to your input field in order to generalize callback functions. As can be seen in the adapted example page.

Yeah, you are right. Thanks for contributing :+1:


Getting Error - java.net.UnknownHostException: jobmanager: Name or service not known

What can we help you with?
I am trying to run the below sql commands and getting the error
CREATE TABLE orders (
    order_uid  BIGINT,
    product_id BIGINT,
    price      DECIMAL(32, 2),
    order_time TIMESTAMP(3)
) WITH (
    'connector' = 'datagen'
);

SELECT * FROM orders;

Where would you expect to find this information?
any docker-compose setting am I missing?

NVMD it was my mistake in docker compose, fixed it


fdroidserver: 2.1.1 -> 2.2.1

Diff: https://gitlab.com/fdroid/fdroidserver/-/compare/refs/tags/2.1.1...2.2.1
Changelog: https://github.com/f-droid/fdroidserver/blob/2.2.1/CHANGELOG.md
Description of changes

Things done

Built on platform(s)

[ ] x86_64-linux
[ ] aarch64-linux
[ ] x86_64-darwin
[ ] aarch64-darwin

[ ] For non-Linux: Is sandbox = true set in nix.conf? (See Nix manual)
[ ] Tested, as applicable:

NixOS test(s) (look inside nixos/tests)
and/or package tests
or, for functions and "core" functionality, tests in lib/tests or pkgs/test
made sure NixOS tests are linked to the relevant packages

[ ] Tested compilation of all packages that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD". Note: all changes have to be committed, also see nixpkgs-review usage
[ ] Tested basic functionality of all binary files (usually in ./result/bin/)
23.05 Release Notes (or backporting 22.11 Release notes)

[ ] (Package updates) Added a release notes entry if the change is major or breaking
[ ] (Module updates) Added a release notes entry if the change is significant
[ ] (Module addition) Added a release notes entry if adding a new NixOS module

[ ] Fits CONTRIBUTING.md.

Result of nixpkgs-review pr 232171 run on x86_64-linux 1

2 packages built:

fdroidserver
fdroidserver.dist


Load pre-generated model

It would be great if an initial model generated by an outside tool could be loaded in Loopy. A user could then manually modify and simulate the initial model through the Loopy UI. Is there some data format in which one could pass an initial model to Loopy?

Figured it out.

Would you mind to share the solution, @bgyori?

When you make a model, the whole model is encoded in the URL as a data=[...] parameter. It's easy to figure out how entries in there correspond to model parts. But looking at the code here also helps: https://github.com/ncase/loopy/blob/gh-pages/v1/js/Model.js#L245-L324

Thanks


"How do you want to open this file?."

I installed Platformio for the first time yesterday.
I cant for the life of me find out how to get a module to run in the platformio terminal.
When I type 'node step2' (the name of the javascript file I wanted to run) into Windows 10 Command Prompt, I can run the module no problem.
But when trying to use your terminal in Atom I get "How do you want to open this file?."
I am running
Windows 10 Home 64 bit
Atom 1.21 x64
PlatformIO
Both Atom and PlatformIO were re-installed today hoping to fix it just by in-installing and then re-installing.
I also cant access PlatformIO home via the home link from PlatformIO's drop down menu in Atom.
It just shows the circle moving around with nothing loading.
jbc

From what I've read, Visual Studio released an update that could help Windows users with the Clang installation issue-  LLVM failed during installation.
The installation error I got was; "Failed to find MSBuild toolsets directory. MSVC integration install failed.
This post from Aug. has me installing Visual Basic's 2017 Oct. update.
https://developercommunity.visualstudio.com/content/problem/25618/visual-studio-2017-template-issues.html
I'll update all here when its done (big install).

LLVM and Clang is installed. That's the good. The bad is when trying to run a javascript in PlatformIO windows asks me what prog to use to run the file.
The Ugly= me crying

Please retest again with platformio-atom-ide-terminal 2.9.0.
These type issues all so far seem fixed with this release due to using node-pty-prebuilt instead unmaintained and outdated pty.js


Standardize what we call the component we are describing in documentation

In documentation, we are quite inconsistent in how we refer to the component we're describing. I am not sure if we've settled on one, but I think it'd be good to be on the same page about during code reviews.
AutoComplete
breadcrumbs
Primer::CounterComponent
TimelineItem
For consistency, let's pick one to go with moving forward! (I can update docs for existing ones as new ppl may reference existing practices).
cc: @manuelpuyol  @koddsson @joelhawksley

@khiga8 you're right, this is pretty confusing!
My personal preference would be TimelineItem, especially once we remove Component from the names of all of the components. It makes it clear that we are referring to the Ruby object and not the name of a pattern or general concept, as some of our components have pretty generic names, such as button.

@joelhawksley That makes sense to me! I'm onboard unless someone else has a strong case against it :-)


Cannot access WSL after reboot

Windows Version
Microsoft Windows [Version 10.0.22621.2215]
WSL Version
<IP_ADDRESS>
Are you using WSL 1 or WSL 2?

[X] WSL 2
[ ] WSL 1

Kernel Version
No response
Distro Version
No response
Other Software
No response
Repro Steps
I was using WSL last week, went home, came back after the weekend, and now WSL won't start. I tried launching from the start menu initially, but the window appeared and then disappeared. So I tried launching from PS.
Expected Behavior
Expected WSL to launch.
Actual Behavior
PS C:\Windows\system32> wsl
Failed to attach disk 'C:\Program Files\WindowsApps\MicrosoftCorporationII.WindowsSubsystemForLinux_<IP_ADDRESS>_x64__8wekyb3d8bbwe\system.vhd' to WSL2: The request is not supported.
Error code: Wsl/Service/CreateInstance/CreateVm/MountVhd/0x80070032

PS C:\Windows\system32> wsl --mount 'C:\Program Files\WindowsApps\MicrosoftCorporationII.WindowsSubsystemForLinux_<IP_ADDRESS>_x64__8wekyb3d8bbwe\system.vhd' --vhd --bare
Failed to attach disk 'C:\Program Files\WindowsApps\MicrosoftCorporationII.WindowsSubsystemForLinux_<IP_ADDRESS>_x64__8wekyb3d8bbwe\system.vhd' to WSL2: The request is not supported.
Error code: Wsl/Service/AttachDisk/CreateVm/MountVhd/0x80070032

Diagnostic Logs
WslLogs-2023-09-11_09-17-41.zip

Well hot-dang, I rebooted and now it works again. 🤯


Explicity using java redirector on 301/302

#303
Instead of catching all !=200, explicitly catch redirect codes.

Coverage increased (+0.01%) to 80.583% when pulling 357c2dcdb81b9a82dca37cd1d8ca713f19a7e665 on mcrowson:middleware-redirect-301-302 into 5bf9c750cf3d6576b93903785c24a22c6bf1391b on Miserlou:master.


crop method not called in ImageResizer

Winter CMS Build
dev-develop
PHP Version
8.1
Database engine
MySQL/MariaDB
Plugins installed
No response
Issue description
When using the ImageResizer with mode:crop, the crop() method never gets called.
Steps to replicate
Twig markup:
<img src="{{ 'image-path' | theme | resize(200, 100, {mode: 'crop'}) }}">

Plugin boot method:
Event::listen('system.resizer.processCrop', function ($resizer, $localTempPath) {
    trace_log("this won't show up");
});

Workaround
No response

@mjauvin I'm not sure that using mode: crop is synonymous with using the crop command in the ImageResizer class - it appears that crop is just a shortcut method. Further, it appears that the resize filter is passing everything through the resize method anyway, which just filters down to the Winter\Storm\Database\Attach\Resize utility class which does the actual resizing/cropping.
My guess is that the crop method was being set up to be used for a separate crop filter in Twig.

@mjauvin could you provide an example of what you were wanting to use the event for?

@LukeTowers I created a betterCrop() method that can crop from the different sides & corners of an image and I wanted to use the event for this.

@mjauvin so right now you're just using the resize event instead?

@mjauvin so right now you're just using the resize event instead?

Correct

Let's close this off for now unless someone is able to confirm that using { mode: crop} doesn't actually crop the image (regardless of it being passed through to the resize() method.


:insect: Fix bug in JupyterLab and VSCode where jupyter notebook metadata-only changes show in git status"

Describe the feature request.
When working with Jupyter Notebooks in JupyterLab or VS Code on the Analysis Platform (AP), I’m running into a lot of unnecessary metadata changes.
Every cell in the notebook seems to show changes in the id field of the metadata, even when no real edits were made.
Related to Issue #1028
Specifically, every notebook cell shows modifications in the id field of the metadata, as seen in the attached images.
What’s Happening
In VS Code (v2.7.0):
When I open a notebook in VS Code (with the Jupyter extension), it automatically replaces each cell’s id in the metadata with a new randomly generated UUID. For example:
Before: "id": "0"
After: "id": "b8c316e1-962a-4ec0-914b-84b73353ee62"

This isn’t just limited to notebooks I’ve edited—even freshly pulled files from the remote repo get updated metadata IDs:

In JupyterLab (v3.1.13, Python 3.9):
The same thing happens when I open notebooks in JupyterLab.

This happens consistently for all cells, even those I haven’t edited or files that i have not opened, but pulled from the remote.
Why This is a Problem
1. It Breaks Git Workflows
Because every cell gets marked as changed, Git commands become really hard to use:
git stash or discarding changes: Stashing often gets stuck in a loop because all cells are flagged as modified.
git rebase, git pull/push, git switch/checkout: These commands frequently fail due to metadata conflicts that need to be resolved manually.
2. Version Control is a Mess
Meaningful changes in the notebook are buried under all the metadata changes.
3. Cross-Environment Issues
The problem seems worse when:
A notebook is opened in JupyterLab after being created or edited in VS Code (could be due to virtual environment differences).
Pulling changes from the remote repo also triggers these updates.
Workarounds I’ve Tried
To deal with this, I’ve had to resort to:

Force-checking out branches.

Re-cloning the repo.

Deleting and re-adding files.

Using nbstripout to remove metadata from notebooks before committing.

nbstripout helps reduce conflicts, but it also leads to blank diffs and commits, which isn’t ideal, and can be cumbersome for the user to recommit empty changes.
What I’m Asking For
Can we look into how notebook metadata (especially id fields) is handled in these tools? Specifically:
Is there a way to prevent unnecessary metadata changes when switching between JupyterLab and VS Code?
Can the id fields be standardized so they don’t change every time a notebook is opened?
Are there better tools or settings we can use to avoid this issue altogether?
Value / Purpose

Reduce frustration from users.
Streamline collboration & enable cross environmental workflows between Jupyter and Vs Code
Improve git usability.
Reduce version control noise.

This is an issue that we come across - requires quite a lot of un-picking and probably relates in some missed material changes when quality assuring.

May or may not be relevant, but adding this terminal screenshot of jupyterlab to highlight what happens when trying to rebase from main on a feature branch, with a notebook that has a blank cell id in the metadata.

Hello, this is causing quite a headache for my team at the moment - do you know when we might have a solution? Thanks


How do I set only square ratio image configuration

The library has the possibility to add custom ratios and thats perfect. However, I only need to use square ratio. How do I remove the other default configurations? Does the library provides any configuration?
Thanks.

Thanks for your suggestion! This is a good idea. I will add this feature in the next version.

Just released version 0.28. Now you can set ratioOptions of the Mantis config to only keep you custom ratios.
var config = Mantis.Config()
config.ratioOptions = [.custom]
//If you only want to use square ratio
config.ratioOptions = [.square]
`

@SwiftyFlow
Mantis's code changed a lot since 0.28. Can you try the code below
var config = Mantis.Config()
config.presetFixedRatioType = .alwaysUsingOnePresetFixedRatio(ratio: 1.0)


Tie Devops to Doc (Database Security Standard for Information Protection)

Database Security Standard for Information Protection
https://www2.gov.bc.ca/assets/gov/british-columbians-our-governments/services-policies-for-government/policies-procedures/it-policies/database_security_standards_for_information_protection_-_2018-04_version_1.pdf

Link 404.  Probably out of scope anyway.


#1074 Factorial of Very Large Numbers

Have you read the Contributing Guidelines on Pull Requests?
Yes
Description
Program to find Factorial of Very Large Numbers
Checklist

[x] I've read the contribution guidelines.
[x] I've checked the issue list before deciding what to submit.
[x] I've edited the README.md and link to my code.

Related Issues or Pull Requests
#1074

@iamrajiv Please review my PR

@plazzy99 Please review my PR.

@Kajol-Kumari Please review my PR.

@iamrajiv how my score will be updated in spreadsheet.


channel 타입 체크 시 category id를 넣으면 오류 발생

argument run할 때 channel 타입 체크시 category id를 넣으면 UnhandledPromiseRejection 발생
(node:25194) UnhandledPromiseRejectionWarning: DiscordAPIError: Unknown Channel
    at RequestHandler.execute (/data/data/com.termux/files/home/flashbot/node_modules/discord.js/src/rest/RequestHandler.js:154:13)
    at runMicrotasks (<anonymous>)
    at processTicksAndRejections (internal/process/task_queues.js:93:5)
    at async RequestHandler.push (/data/data/com.termux/files/home/flashbot/node_modules/discord.js/src/rest/RequestHandler.js:39:14)
(node:25194) UnhandledPromiseRejectionWarning: Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). To terminate the node process on unhandled promise rejection, use the CLI flag `--unhandled-rejections=strict` (see https://nodejs.org/api/cli.html#cli_unhandled_rejections_mode). (rejection id: 7)
(node:25194) [DEP0018] DeprecationWarning: Unhandled promise rejections are deprecated. In the future, promise rejections that are not handled will terminate the Node.js process with a non-zero exit code.

채널을 찾을 수 없다고 나옴

해결했는데 이슈를 안 닫았네


merge from arlac77/npm-package-template-esm-only

package.json

chore(package<EMAIL_ADDRESS>chore(scripts): cover@#overwrite c8 -x 'tests/**/*.mjs' --temp-directory build/tmp ava && c8 report -r lcov -o build/coverage --temp-directory build/tmp

Codecov Report

Merging #610 into master will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##           master     #610   +/-   ##
=======================================
  Coverage   87.19%   87.19%
=======================================
  Files           6        6
  Lines         687      687
  Branches       46       46
=======================================
  Hits          599      599
  Misses         88       88

Continue to review full report at Codecov.

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

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

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:


Fix confusion matrix

Pull Request Test Coverage Report for Build 65

28 of 28 (100.0%)  changed or added relevant lines in 4 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage increased (+0.3%) to 98.485%

Totals

Change from base Build 63:
0.3%

Covered Lines:
427

Relevant Lines:
429

💛  - Coveralls