Render process crashed - white screen

I am building a small photo editor and I am using CamanJS to apply some effects to photo. When I want to save the photo, I am using this.save() function from CamanJS. Sometimes the shows download file prompt appears and the photo is saved, but most of the time I get a white screen. In console I don't get nothing.

Can you provide an example app that causes the crash ? Also the electron version and OS you are running.

Sure,
https://github.com/PlugaruT/electron-photo-editor

So Caman.Save works by creating a dataURL from canvas and loading it with document.location.href, there is a known problem with the size of URL. The number of characters allowed is 2MB which is defined here beyond which chromium refuses to load the URL and here is the related chromium issue. There is a workaround pointed in that issue which i tried to patch Caman.Save and it works.
diff --git a/app/js/caman.full.js b/app/js/caman.full.js
index cd3150d..4841435 100644
--- a/app/js/caman.full.js
+++ b/app/js/caman.full.js
@@ -1334,7 +1334,15 @@
     }
     type = type.toLowerCase();
     image = this.toBase64(type).replace("image/" + type, "image/octet-stream");
-    return document.location.href = image;
+    var parts = image.match(/data:([^;]*)(;base64)?,([0-9A-Za-z+/]+)/);
+    var binStr = atob(parts[3]);
+    var buf = new ArrayBuffer(binStr.length);
+    var view = new Uint8Array(buf);
+    for(var i = 0; i < view.length; i++)
+      view[i] = binStr.charCodeAt(i);
+    var blob = new Blob([view], {'type': parts[1]});
+    var URL = webkitURL.createObjectURL(blob)
+    return document.location.href = URL;
   };

   Caman.prototype.nodeSave = function(file, overwrite) {

From chrome 50 there is Canvas.toBlob method which would effectively reduce this patch to two lines, I suggest reporting this to Caman JS and getting it fixed there. Another easier thing would be to use WebContents::DownloadURL and use it for saving the image.

Thanks a lot for help. I have noticed that with some photos, the save button worked, but with another didn't work. Didn't think that the file size matters. The issue can be closed now. Also I will report this issue to the creator of CamanJS and will suggest to fix this. Thanks.

Closing since it is an upstream Chromium bug and we are not able to fix it on our side.


Error on rook-rook-user command

So far so good the workshop, however when i run the command
kubectl get secret rook-rook-user -oyaml | sed "/resourceVer/d;/uid/d;/self/d;/creat/d;/namespace/d" | kubectl -n kube-system apply -f -
I get as a response
-Error from server (NotFound): secrets "rook-rook-user" not found
error: no objects passed to apply
Is it something obvious i am missing since i am new to kubernetes?
Thanks in advance.

@andrewchron Unfortunately it seems like Rook is pretty much broken right now.
It's probably neither of us' fault, instead I think there's a slight bug in the operator that made it stop working now.
I'll look into it.

@andrewchron and @luxas: I ran into the same issue with rook. I used nfs for persistent volume provisioning as an alternative.
I changed luxas files as follows:
https://github.com/Dr-Agonite/rpi-kubernetes/tree/master/demos
Hope this helps.

Another option is to use an older version of rook. Version 0.5.0 supports rook-rook-user.
You need to change one line in rook-operator.yaml
before:
image: rook/rook:v0.5.1
after:
image: rook/rook:v0.5.0
Same applies for rook-cluster.yaml.
before:
versionTag: v0.5.1
after:
versionTag: v0.5.0
rook-storageclass.yaml stays unchanged.


Advanced Search Options: Add option for normal javscript regex engine file find and replace

VSCode Version: 1.18
OS Version: windows 10

Idea:  Should ideally be an option to bypass restricted RUST search engine at that point of advanced searching.
Scenario:  Refactoring hundreds of relative paths to use alias or paths. No easy way to reduce multi-level paths to an alias.
Issue:

Create files test1.ts test2.ts and populate with:

import { AnyOldService } from "./module/1.service";
import { AnyOldService } from "../module/2.service";
import { AnyOldService } from "../../module/3.service";
import { AnyOldService } from "../../../module/4.service";
import { AnyOldService } from "../../../../module/5.service";

CTRL+SHIFT+F

Find box:  (from ")(.*)(?=odule/)

Replace box:  @exampleAbsoluteModule

Select Regular Expression Icon -

Issue: No matches:
Reproduces without extensions: Yes

You can set "search.useRipgrep": false as a workaround.


Change Google console verification to DNS TXT record

It just makes more sense to have this linked to a higher level than what we have now.

@XhmikosR can you give the TXT record value? Assuming this is for www only?

You can get it in the Google Search console, Cog button -> Verification details and click on the Verify using a different method. link.

@petarpetrovic: any progress? This is pretty simple. You just need to add a DNS entry and ping me to remove the HTML meta.

ping @petarpetrovic. This is just one DNS entry change.


xcodebuild process exited with code 65

Hi there,
I get the following error...

node: v6.3.1
npm: 3.10.3
react-native-cli: 0.2.0
react-native: 0.30.0
gulp: 3.9.1
xcode: 7.3.1

** BUILD FAILED **

The following build commands failed:
    CompileC /Users/jzhao/Projects/hola/este/ios/build/Build/Intermediates/RCTImage.build/Debug-iphonesimulator/RCTImage.build/Objects-normal/x86_64/RCTImageStoreManager.o RCTImageStoreManager.m normal x86_64 objective-c com.apple.compilers.llvm.clang.1_0.compiler
    CompileC /Users/jzhao/Projects/hola/este/ios/build/Build/Intermediates/RCTImage.build/Debug-iphonesimulator/RCTImage.build/Objects-normal/x86_64/RCTGIFImageDecoder.o RCTGIFImageDecoder.m normal x86_64 objective-c com.apple.compilers.llvm.clang.1_0.compiler
    CompileC /Users/jzhao/Projects/hola/este/ios/build/Build/Intermediates/RCTImage.build/Debug-iphonesimulator/RCTImage.build/Objects-normal/x86_64/RCTImageLoader.o RCTImageLoader.m normal x86_64 objective-c com.apple.compilers.llvm.clang.1_0.compiler
    CompileC /Users/jzhao/Projects/hola/este/ios/build/Build/Intermediates/RCTImage.build/Debug-iphonesimulator/RCTImage.build/Objects-normal/x86_64/RCTImageViewManager.o RCTImageViewManager.m normal x86_64 objective-c com.apple.compilers.llvm.clang.1_0.compiler
(4 failures)
/Users/jzhao/Projects/hola/este/node_modules/promise/lib/done.js:10
      throw err;
      ^

Error: xcodebuild process exited with code 65
    at ChildProcess.<anonymous> (runIOS.js:102:14)
    at emitTwo (events.js:106:13)
    at ChildProcess.emit (events.js:191:7)
    at maybeClose (internal/child_process.js:852:16)
    at Process.ChildProcess._handle.onexit (internal/child_process.js:215:5)
[bg] Exited with code 1

A normal react-native application works, I've tried using different node versions and installing all the packages. The port is also not in use.
I've tried everything here with no avail...
https://github.com/facebook/react-native/issues/7308
Help!
Thanks 👍

Try to delete /ios/build, otherwise I don't know.

You can experiment in src/native/index, copy past what is in React Native original example.

Also having this issue on a clean install. Deleting /ios/build didn't help.

Hi @zaggaz Could you resolve this?
Tnx!

i had the same issue
mac os el capitan
xcode 7.3.1
at this time<EMAIL_ADDRESS>was release but it didn't work for me
i installed react-native with older version
and used this command and made a new project

react-native init<EMAIL_ADDRESS>myproject

now it's okay and is working perfect


Issue connecting with Argent Web and Mobile wallets

Hello,
I've noticed that sometimes there are issues connecting with

Argent Web wallet
Argent Mobile wallet

These issues can be seen here:
https://app.ekubo.org/
https://app.avnu.fi/
Hope this is resolved soon.

Hi @nenadV91,
we updated starknetkit since then and both ekubo and avnu should have already updated it
checked today with both dapps, no problems with mobile and webwallet
let me know if you can connect too and we'll take another look at the issue

@bluecco Thank you sir 🙏


Exchange of polydentate ligand

Hello
(First time writing a suggestion here on GitHub why I hope this is correctly done)
I want to use Kallisto do to an exchange of a polydentate ligand but it seems not to be possible why I suggest this to be a good feature to add.

Hi @RobinEkberg,
Unfortunately I don't have the capacity to implement that at the moment myself. However, PRs are very welcome!


net/http/httputil: New method ReadBody(*http.Response) ([]byte, error)

I propose a new, simple, but very useful method for net/http/httputil:
func ReadBody(res *http.Response) ([]byte, error) {
  // A ContentLength value of -1 indicates that the length is unknown.
  if res.ContentLength == -1 {
    // Fall back to ReadAll.
    return ioutil.ReadAll(res.Body)
  } else {
    body := make([]byte, res.ContentLength)

    // No need to check the number of bytes read as err will
    // be != nil if it's less than ContentLength.
    _, err := io.ReadFull(res.Body, body)
    return body, err
  }
}

Usually people use ioutil.ReadAll to read the body of an http response. This will result in at least one garbaged bytes.Buffer and some over allocating of the resulting []byte. This new method is similar to ioutil.ReadAll only it uses the ContentLength to only allocate the number of bytes really needed.

I guess it should be two separate methods such as ReadRequestBody and ReadResponseBody. Or just one method with an interface{} as argument but I don't think that's something done much in the standard library.

@bradfitz what is your view on this proposal? Accepted or vetoed?

I don't like the idea of encouraging more ReadAll-sorts of interfaces, especially here where the ContentLength isn't under your control or even known.
Also, this doesn't respect StatusCode as an error.
I do like the idea of reducing some of the boilerplate associated with HTTP, but I don't think this is the answer. I want to see something which lets people declare limits (perhaps with a sane default if undeclared) and also lets them respect HTTP status codes as well.
Also, it should be a method on Response or Client, not a top-level function.


Consider lower-casing repository

For case-sensitive file systems, having the name title-cased can have some unexpected effects. For example currently, if Ethr is installed with go install github.com/Microsoft/Ethr the resulting binary is named Ethr, so examples refering to executing ethr don't work. Tab-completing from e also won't work, of course.

Done.


The class SecurityUserDetailsService is generated with the filename WebSecurityConfig.java

I generated a project with these options:
{
 "AppName": "myapp",
 "GroupID": "com.mycompany",
 "ArtifactID": "myapp",
 "AppVersion": "1.0.0-SNAPSHOT",
 "BasePackage": "com.mycompany.myapp",
 "BuildTool": "Maven",
 "DbType": "PostgreSQL",
 "DbMigrationTool": "Flyway",
 "Features": [
  "Spring Modulith",
  "Thymeleaf",
  "HTMX",
  "Security"
 ],
 "SpringModulithSupport": true,
 "SpringCloudAWSSupport": false,
 "ThymeleafSupport": true,
 "HTMXSupport": true,
 "SecuritySupport": true,
 "JwtSecuritySupport": false
}

The resulting project has a class SecurityUserDetailsService , but the filename is WebSecurityConfig.java.

Thanks @wimdeblauwe for reporting this.
I also noticed this and another issue (css folder should be copied into static folder, currently it is directly placed inside src/main/resources ).
Will fix this in the coming release.

Fixed in https://github.com/sivaprasadreddy/progen/commit/7ff0e31076dcd3b918d45a05d1bf801110f19a82


Day454

Resolves #917.

Pull Request Test Coverage Report for Build 1706

0 of 0   changed or added relevant lines in 0 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage remained the same at 100.0%

Totals

Change from base Build 1704:
0.0%

Covered Lines:
5

Relevant Lines:
5

💛  - Coveralls


not working with grafana 4.6.2

Hi, I installed the plugin, restarted grafana.
The plugin appears in the plugins list but will not show up when adding a new panel.
This is grafana 4.6.2, the plugin works with 4.5.2
Thanks,

Sorry, I have abandoned this project, feel free to fork & assume ownship.
ef7fba5366cc66932babf2a38d47b0ea144f384f


Automatic Boosting doesn't work

Automatic Boosting doesn't work,
Please fix it

yes

use latest, fixed 18d06cae85a6f0d6aa3c1c4d5d5d2a6a4d434d56


tinfoil.io down / not related to titledb

Hey, I didn’t know where to talk about this, and I’m sorry if this isn’t the right place.
tinfoil.io has been down for over a week, and tinfoil.media isn’t up to date.
Thanks in advance, and sorry for the inconvenience.
PS: Merry xmas to you, Blawar!

I got it back up. Please open up an issue if it hasn't updated in 1 business day.

Ok great thanks


example.py is not working: AttributeError: 'Configuration' object has no attribute 'SCENE'

❓ Questions and Help
Hi all,
I have installed habitat-sim and habitat-api according to the respective instructions inside the same conda environment. Now I have problems when running example.py in habitat-api.
When in habitat-sim running
python examples/example.py
is working fine but when in habitat-api running the same is giving this error:
2020-07-13 00:27:51,957 Initializing dataset PointNav-v1
2020-07-13 00:27:52,187 initializing sim Sim-v0
Traceback (most recent call last):
  File "examples/example.py", line 30, in <module>
    example()
  File "examples/example.py", line 14, in example
    config=habitat.get_config("configs/tasks/pointnav.yaml")
  File "/home/linh/habitat/habitat-api/habitat/core/env.py", line 105, in __init__
    id_sim=self._config.SIMULATOR.TYPE, config=self._config.SIMULATOR
  File "/home/linh/habitat/habitat-api/habitat/sims/registration.py", line 19, in make_sim
    return _sim(**kwargs)
  File "/home/linh/habitat/habitat-api/habitat/sims/habitat_simulator/habitat_simulator.py", line 185, in __init__
    super().__init__(self.sim_config)
  File "<attrs generated init habitat_sim.simulator.Simulator>", line 9, in __init__
  File "/home/linh/habitat/habitat-sim/habitat_sim/simulator.py", line 68, in __attrs_post_init__
    self.reconfigure(config)
  File "/home/linh/habitat/habitat-api/habitat/sims/habitat_simulator/habitat_simulator.py", line 291, in reconfigure
    is_same_scene = habitat_config.SCENE == self._current_scene
AttributeError: 'Configuration' object has no attribute 'SCENE'
[1]    21923 segmentation fault (core dumped)  python examples/example.py

I have also tried to add habitat-sim to PYTHONPATH and used ./build.sh. Also, I ensured that I installed both sim and api in the same conda environment and executed python while in the same. Please help and thanks!

The current master version of habitat-api requires a version of habitat-sim after this PR: https://github.com/facebookresearch/habitat-sim/pull/644

Thanks! I just switched to stable branch and now its working fine.


(enhancement): Enable missing unit tests and Redshift, Athena, LF load tests

Feature or Bugfix

Enhancement

Detail

Enable missing unit tests and Redshift, Athena, LF load tests

By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.

AWS CodeBuild CI Report

CodeBuild project: GitHubStandardCodeBuild8C06-llutOAimTATs
Commit ID: 5e3319b80ecab79ea6fdc34991837946e66ce14c
Result: SUCCEEDED
Build Logs (available for 30 days)

Powered by github-codebuild-logs, available on the AWS Serverless Application Repository

AWS CodeBuild CI Report

CodeBuild project: GitHubDistributedCodeBuild6-jWcl5DLmvupS
Commit ID: 5e3319b80ecab79ea6fdc34991837946e66ce14c
Result: SUCCEEDED
Build Logs (available for 30 days)

Powered by github-codebuild-logs, available on the AWS Serverless Application Repository

AWS CodeBuild CI Report

CodeBuild project: GitHubLoadTests5656BB24-s6u9F3qN9oFy
Commit ID: 5e3319b80ecab79ea6fdc34991837946e66ce14c
Result: FAILED
Build Logs (available for 30 days)

Powered by github-codebuild-logs, available on the AWS Serverless Application Repository

AWS CodeBuild CI Report

CodeBuild project: GitHubLoadTests5656BB24-s6u9F3qN9oFy
Commit ID: 5e3319b80ecab79ea6fdc34991837946e66ce14c
Result: FAILED
Build Logs (available for 30 days)

Powered by github-codebuild-logs, available on the AWS Serverless Application Repository

AWS CodeBuild CI Report

CodeBuild project: GitHubLoadTests5656BB24-s6u9F3qN9oFy
Commit ID: 5e3319b80ecab79ea6fdc34991837946e66ce14c
Result: FAILED
Build Logs (available for 30 days)

Powered by github-codebuild-logs, available on the AWS Serverless Application Repository

AWS CodeBuild CI Report

CodeBuild project: GitHubDistributedCodeBuild6-jWcl5DLmvupS
Commit ID: c08751ef00967e7ce04c2009dc8cb6a3abb1fa4c
Result: SUCCEEDED
Build Logs (available for 30 days)

Powered by github-codebuild-logs, available on the AWS Serverless Application Repository

AWS CodeBuild CI Report

CodeBuild project: GitHubStandardCodeBuild8C06-llutOAimTATs
Commit ID: c08751ef00967e7ce04c2009dc8cb6a3abb1fa4c
Result: SUCCEEDED
Build Logs (available for 30 days)

Powered by github-codebuild-logs, available on the AWS Serverless Application Repository

AWS CodeBuild CI Report

CodeBuild project: GitHubLoadTests5656BB24-s6u9F3qN9oFy
Commit ID: c08751ef00967e7ce04c2009dc8cb6a3abb1fa4c
Result: FAILED
Build Logs (available for 30 days)

Powered by github-codebuild-logs, available on the AWS Serverless Application Repository

AWS CodeBuild CI Report

CodeBuild project: GitHubDistributedCodeBuild6-jWcl5DLmvupS
Commit ID: 6e8241642871ec803d998d4d3b8872623d6f09f0
Result: SUCCEEDED
Build Logs (available for 30 days)

Powered by github-codebuild-logs, available on the AWS Serverless Application Repository

AWS CodeBuild CI Report

CodeBuild project: GitHubLoadTests5656BB24-s6u9F3qN9oFy
Commit ID: 6e8241642871ec803d998d4d3b8872623d6f09f0
Result: SUCCEEDED
Build Logs (available for 30 days)

Powered by github-codebuild-logs, available on the AWS Serverless Application Repository

AWS CodeBuild CI Report

CodeBuild project: GitHubStandardCodeBuild8C06-llutOAimTATs
Commit ID: 6e8241642871ec803d998d4d3b8872623d6f09f0
Result: FAILED
Build Logs (available for 30 days)

Powered by github-codebuild-logs, available on the AWS Serverless Application Repository


nixos.vnstat: homedir -> statedir

Motivation for this change
vnstat stopped working after a nixos rebuild (unless the chmod in preStart was executed)
Things done
remove unnecessary declaration of the daemon home directory (created by StateDirectory)
remove the now unnecessary chmod of the StateDirectory

[ ] Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS linux)
Built on platform(s)

[x] NixOS
[ ] macOS
[ ] other Linux distributions

[ ] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[ ] Tested compilation of all pkgs that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review wip"
[ ] Tested execution of all binary files (usually in ./result/bin/)
[ ] Determined the impact on package closure size (by running nix path-info -S before and after)
[x] Ensured that relevant documentation is up to date
[x] Fits CONTRIBUTING.md.

i'd love to know how to write a regression test for this, my testing was:
enable module in configuration.nix
nixos rebuild
vnstat | grep "Error"
nixos rebuild
vnstat | grep "Error"

i'll go for bonus points

group added
i don't know how to check if it's actually being used
and i'm really curious about how to replicate the error i was having in a nixos test...

i'll go for bonus points

And full bonus points are awarded! :sparkles: :rocket: Great job, and thank you for going the extra mile :smile:

and i'm really curious about how to replicate the error i was having in a nixos test...

If you're asking how to write a nixos test that switches from one configuration to another look here:
~/nixpkgs (master)> grep -inR switch-to-configuration nixos/tests/
nixos/tests/caddy.nix:77:            "${etagSystem}/bin/switch-to-configuration test >&2"
nixos/tests/caddy.nix:87:            "${justReloadSystem}/bin/switch-to-configuration test >&2"
nixos/tests/containers-reloadable.nix:57:            "${c1System}/bin/switch-to-configuration test >&2",
nixos/tests/containers-reloadable.nix:64:            "${c2System}/bin/switch-to-configuration test >&2",
nixos/tests/radicale.nix:67:      in "${newSystem}/bin/switch-to-configuration test";
nixos/tests/specialisation.nix:27:            "/run/current-system/specialisation/inheritconf/bin/switch-to-configuration test"
nixos/tests/specialisation.nix:38:            "/run/current-system/specialisation/noinheritconf/bin/switch-to-configuration test"
nixos/tests/dhparams.nix:72:      switchCmd = "${toplevel}/bin/switch-to-configuration test";
nixos/tests/nat.nix:102:            "${routerDummyNoNatClosure}/bin/switch-to-configuration test 2>&1"
nixos/tests/nat.nix:109:            "${routerClosure}/bin/switch-to-configuration test 2>&1"
nixos/tests/matrix-appservice-irc.nix:152:              "/run/current-system/specialisation/running/bin/switch-to-configuration test >&2"
nixos/tests/switch-test.nix:23:    # switch-to-configuration is hidden by the success of `tee`.
nixos/tests/switch-test.nix:32:        "${stderrRunner} ${originalSystem}/bin/switch-to-configuration test"
nixos/tests/switch-test.nix:35:        "${stderrRunner} ${otherSystem}/bin/switch-to-configuration test"
nixos/tests/acme.nix:202:      switchToNewServer = "${newServerSystem}/bin/switch-to-configuration test";
nixos/tests/acme.nix:223:              f"/run/current-system/specialisation/{name}/bin/switch-to-configuration test"
nixos/tests/mutable-users.nix:32:            "${immutableSystem}/bin/switch-to-configuration test"
nixos/tests/mutable-users.nix:41:            "${mutableSystem}/bin/switch-to-configuration test"
nixos/tests/systemd-boot.nix:86:      output = machine.succeed("/run/current-system/bin/switch-to-configuration boot")
nixos/tests/nginx-etag.nix:83:        "${newSystem}/bin/switch-to-configuration test >&2"
nixos/tests/firewall.nix:62:        "${newSystem}/bin/switch-to-configuration test 2>&1 | grep -qF firewall.service"
nixos/tests/containers-restart_networking.nix:78:            "${eth1_bridged}/bin/switch-to-configuration test >&2"
nixos/tests/containers-restart_networking.nix:90:    #     client.succeed("${eth1_rstp}/bin/switch-to-configuration test >&2")
nixos/tests/containers-restart_networking.nix:103:            "${originalSystem}/bin/switch-to-configuration test >&2"
nixos/tests/nginx.nix:96:            "${etagSystem}/bin/switch-to-configuration test >&2"
nixos/tests/nginx.nix:104:            "${justReloadSystem}/bin/switch-to-configuration test >&2"
nixos/tests/nginx.nix:112:            "${reloadRestartSystem}/bin/switch-to-configuration test >&2"
nixos/tests/nginx.nix:119:            "${reloadWithErrorsSystem}/bin/switch-to-configuration test >&2"
nixos/tests/nginx.nix:126:            "${reloadWithErrorsSystem}/bin/switch-to-configuration test >&2"
nixos/tests/taskserver.nix:106:    switchToNewServer = "${newServerSystem}/bin/switch-to-configuration test";

Are you happy with this PR as is? Should I merge, or is there more you want to do?

yea that's the kind of tests i was looking for, switch-test.nix in particular
i'm not having luck recreating the error, but it seems very unlikely that this module would regress to it
and i mostly want to do it just to satisfy my curiosity
i'm ok with this being merged
though i'm not seeing any evidence creating the group had any effect on the daemon
(the group of /var/lib/vnstat/vnstat.db remains "nogroup", the /etc/passwd entry remains vnstatd:x:999:65534)

thanks for the help


version 1.3.0

version 1.3.0

@ianardee your commit isn't signed, so I'll close this PR and redo it.


Nested FLAML optimizations get their search spaces tangled up

When using FLAML to search over models, which themselves have a FLAML regressor as a component, in the same Python process, we find that the two search spaces are confused, and the component FLAML regressors get fed arguments from the outer search space (and therefore fail).
We use joblib to work around that, so each inner FLAML regressor fit runs in a separate process spawned by joblib.
A way to reproduce is to run https://github.com/transferwise/auto-causality/blob/main/notebooks/Example.ipynb after setting n_jobs=1 in this line so the call runs in-process.

Cause:
The global variables defined in: https://github.com/microsoft/FLAML/blob/0642b6e7bbaed8aab3fb775c51af4fda3472e242/flaml/tune/tune.py#L28-L32
would be modified when calling tune.run() (invoked by flaml.AutoML) inside tune.run() (invoked by auto_causality).
Proposed solution:
Before https://github.com/microsoft/FLAML/blob/0642b6e7bbaed8aab3fb775c51af4fda3472e242/flaml/tune/tune.py#L477
make a backup of the global variables. And recover them after this line.

Why do you even use global variables? Why not eg use a Borg that stores these variables per FL:AML session, with the session ID being eg a uuid4 generated at each tune.run() invocation, or something like that? Or am I missing the point?

Why do you even use global variables? Why not eg use a Borg that stores these variables per FL:AML session, with the session ID being eg a uuid4 generated at each tune.run() invocation, or something like that? Or am I missing the point?

The global variables are used for tune.report() call in the user-defined training function. In the user-defined training function, there is no awareness of session context. tune.report() needs to access and update some global variables when it's called. Even if a session id is used, the session id needs to be a global variable and we still need to do this backup-recover to handle nested tune.run calls. So a session id won't simplify anything.


"pathlib.Path / pd.Series" should be inferred as Series, not as Path

To Reproduce

Provide a minimal runnable pandas example that is not properly checked by the stubs.

from pathlib import Path

import pandas as pd

folder = Path.cwd()
files = pd.Series(["a.png", "b.png"])
# reveal_type(files)  # good: Series!
paths = folder / files
# reveal_type(paths)  # bad: pathlib.Path!
good_paths = [f if f.is_file() else pd.NA for f in paths]

print(paths)
print(good_paths)

Indicate which type checker you are using (mypy or  pyright).
mypy 1.2.0 (compiled: yes)

Show the error message received from that type checker while checking your example.

bug.py:10: error: "Path" has no attribute "__iter__"; maybe "__enter__"? (not iterable)  [attr-defined]
Found 1 error in 1 file (checked 1 source file)

Please complete the following information:

OS: Windows 11
OS Version: 22H2
python version: 3.10.11
version of type checker: 1.2.0
version of installed pandas-stubs: <IP_ADDRESS>501

__truediv__ and __rtruediv__ are defined for Path and Series but based on the annotations of the second argument non of them claims to allow Path / Series so I'm surprised that mypy/pyright do not report an error here.

__truediv__ and __rtruediv__ are defined for Path and Series but based on the annotations of the second argument non of them claims to allow Path / Series so I'm surprised that mypy/pyright do not report an error here.

I guess this is a mypy bug, because pyright DOES pick this up as invalid in terms of the / operator.
I wouldn't want to support __truediv__ and __rtruediv__ for untyped Series.  We could support it for Series[str], but to do that, we'd have to create a StringSeries (as we have done with TimestampSeries, TimedeltaSeries, etc.) so that the __truediv__ and __rtruediv__ operators would work for Path arguments, but not for untyped series, or series with other dtypes.  Then, for the OP example, you'd change the declaration of the first Series to be files = pd.Series(["a.png", "b.png"], dtype=str)
Open to a PR that does this.


Unclear installation instructions

This looks perfect, except step 3 of your installation instructions is a little confusing:
copy the directory node_modules/tinymce/skins to the scripts folder.
What scripts folder? There isn't one that I can see.

UPDATE: In my case, I am using .NET Core and I realized the scripts folder you mentioned will be the wwwroot folder for me. Perhaps changing your instructions from ...to the scripts folder to ... to your web root folder would be more generic?


Integration testing with typeorm returning undefined

Issue
OrmRepository  injection works fine when running the server normally (can do a successful getAll() request). However, when I try to implement integration testing I get a RepositoryNotFoundError.
Packages involved

Typedi
Typeorm
Typedi-typeorm-extensions
mocha
chai

Code
bootstrap.ts
import 'reflect-metadata';
import { useContainer as routingUseContainer, useExpressServer } from 'routing-controllers';
import { useContainer as ormUseContainer, getConnection } from 'typeorm';
import { Container } from 'typedi';
import { getDbConnection } from './db';

routingUseContainer(Container);
ormUseContainer(Container);

const controllerPath = path.join(config.appRootDir, '/dist/api/controllers/*.js');
const middlewarePath = path.join(config.appRootDir, '/dist/api/middleware/*.js');

async function bootstrap(): Promise<express.Express> {
  const app = express();

  useExpressServer(app, {
    routePrefix: '/api',
    controllers: [controllerPath],
    middlewares: [middlewarePath],
  });

  config.dbConnection = await getDbConnection();

  return app;
}

movie.service.ts
import { Service } from 'typedi';
import { Repository } from 'typeorm';
import { OrmRepository } from 'typeorm-typedi-extensions';
import Movie from '../models/movie.model';

export interface IMovie {
  title: string;
  year: number;
}

@Service()
export default class MovieService {

  constructor(
    @OrmRepository(Movie)
    private movieRepository: Repository<Movie>,
  ) { }

  public async getAll(): Promise<IMovie[]> {
    return await this.movieRepository.find();
  }
}

movieService.test.ts
import * as chai from 'chai';
import { Express } from 'express';
import 'mocha';
import { Container } from 'typedi';
import Movie from '../../api/models/movie.model';
import MovieService from '../../api/services/movie.service';
import bootstrap from '../../config/bootstrap';
import config from '../../config/config';

const expect = chai.expect;
let app: Express;

describe('MovieService', () => {
  before(async () => {
    app = await bootstrap();
  });

  after(async () => {
    return await config.dbConnection.close();
  });

  it('should create a new movie in the database', async () => {
    const movie = await new Movie();
    movie.title = 'test';
    movie.year = 2018;
    const movieService = await Container.get<MovieService>(MovieService);
    console.log(movieService);
    console.log('here');
  });
});

The test exists on const movieService = await Container.get<MovieService>(MovieService); with a RepositoryNotFoundError.  The console.log lines after this are not executed.

Experiencing the same issue.

@dnguneratne It looks like you faced this issue https://github.com/typeorm/typeorm-typedi-extensions/issues/25

Closing this, for now, if you still face this issue, please open a new one with minimal, reproducible example.

Closing this, for now, if you still face this issue, please open a new one with minimal, reproducible example.


pipenv lock hangs. It really does.

This is a followup to #2681, which was closed without addressing the issue for some users.
Also #3812, #3829, SO and someone's blog rant.
Summary
pipenv lock downloads every available artifact of installed packages and their dependencies. It does this to calculate their hashes, even when the artifact url includes the hash in a fragment. For some large packages, such as scipy, which have large dependencies and many artifacts per version, this behavior can result in unreasonably long delays for some users (893MB vs. 50MB download). It's also bad netiquette towards pypi.
Symptoms

@connormclaud noted that lock seems peculiarly sensitive to network conditions before it disappeared by itself.
@Pithikos complained of pipenv lock  hanging when installing scipy
@jackiekazil was surprised that the problem later seemed to disappear of its own.

#2681 was closed by @techalchemy with a comment suggesting the delay is due to lengthy build times (which don't affect pipenv lock), but asked users to provide steps to reproduce.
note:
All the packages fetched have wheels.

Details
pipenv.lock calls Resolver.resolve() which enables all artifacts
https://github.com/pypa/pipenv/blob/4c003521052d3b607be5abedf989744a5c172bda/pipenv/patched/piptools/resolver.py#L68-L73
For a common setup consisting of scipy, pandas and numpy, here's the list of artifacts:

Artifacts Queued for Hash Retrieval
https://files.pythonhosted.org/packages/73/fb/00a976f728d0d1fecfe898238ce23f502a721c0ac0ecfedb80e0d88c64e9/six-1.12.0-py2.py3-none-any.whl#sha256=3350809f0555b11f552448330d0b52d5f24c91a322ea4a15ef22629740f3761c
https://files.pythonhosted.org/packages/dd/bf/4138e7bfb757de47d1f4b6994648ec67a51efe58fa907c1e11e350cddfca/six-1.12.0.tar.gz#sha256=d16a0141ec1a18405cd4ce8b4613101da75da0e9a7aec5bdd4fa804d0e0eba73
https://files.pythonhosted.org/packages/ad/99/5b2e99737edeb28c71bcbec5b5dda19d0d9ef3ca3e92e3e925e7c0bb364c/python-dateutil-2.8.0.tar.gz#sha256=c89805f6f4d64db21ed966fda138f8a5ed7a4fdbc1a8ee329ce1b74e3c74da9e
https://files.pythonhosted.org/packages/41/17/c62faccbfbd163c7f57f3844689e3a78bae1f403648a6afb1d0866d87fbb/python_dateutil-2.8.0-py2.py3-none-any.whl#sha256=7e6584c74aeed623791615e26efd690f29817a27c73085b78e4bad02493df2fb
https://files.pythonhosted.org/packages/28/c1/901d7b80bf7793352fd0b2e6a8688d44bf2cba8d8772b8ca25f71f129f77/scipy-1.3.0-cp35-cp35m-macosx_10_6_intel.macosx_10_9_intel.macosx_10_9_x86_64.macosx_10_10_intel.macosx_10_10_x86_64.whl#sha256=4907040f62b91c2e170359c3d36c000af783f0fa1516a83d6c1517cde0af5340
https://files.pythonhosted.org/packages/94/b2/03c3f3a2e5d07014103370d49415eccaaae2c07c2b25164be6f8a76913c6/scipy-1.3.0-cp35-cp35m-manylinux1_i686.whl#sha256=1db9f964ed9c52dc5bd6127f0dd90ac89791daa690a5665cc01eae185912e1ba
https://files.pythonhosted.org/packages/14/49/8f13fa215e10a7ab0731cc95b0e9bb66cf83c6a98260b154cfbd0b55fb19/scipy-1.3.0-cp35-cp35m-manylinux1_x86_64.whl#sha256=adadeeae5500de0da2b9e8dd478520d0a9945b577b2198f2462555e68f58e7ef
https://files.pythonhosted.org/packages/7a/ed/877f676c9e736b62385d1220602ceee3ca5c574bbb95c582a6b74bf047e2/scipy-1.3.0-cp35-cp35m-win32.whl#sha256=03b1e0775edbe6a4c64effb05fff2ce1429b76d29d754aa5ee2d848b60033351
https://files.pythonhosted.org/packages/ff/c5/64e6312d301c77f2a7acb5e755238bb8ba57e93feaade41ed73334ae2768/scipy-1.3.0-cp35-cp35m-win_amd64.whl#sha256=a7695a378c2ce402405ea37b12c7a338a8755e081869bd6b95858893ceb617ae
https://files.pythonhosted.org/packages/81/ae/125c21f09b202c3009ad7d9fb0263fb7d6053813d4b67ccbbe4d65f7f53a/scipy-1.3.0-cp36-cp36m-macosx_10_6_intel.macosx_10_9_intel.macosx_10_9_x86_64.macosx_10_10_intel.macosx_10_10_x86_64.whl#sha256=826b9f5fbb7f908a13aa1efd4b7321e36992f5868d5d8311c7b40cf9b11ca0e7
https://files.pythonhosted.org/packages/42/df/cf4801dc7205d5535ddbdc426daa64a6e2120fb312dbb01d27814c9400a9/scipy-1.3.0-cp36-cp36m-manylinux1_i686.whl#sha256=b283a76a83fe463c9587a2c88003f800e08c3929dfbeba833b78260f9c209785
https://files.pythonhosted.org/packages/72/4c/5f81e7264b0a7a8bd570810f48cd346ba36faedbd2ba255c873ad556de76/scipy-1.3.0-cp36-cp36m-manylinux1_x86_64.whl#sha256=db61a640ca20f237317d27bc658c1fc54c7581ff7f6502d112922dc285bdabee
https://files.pythonhosted.org/packages/0b/27/fda16e2b06d6b2202f3c83efc6dea67fbf96aa158d00cc29a8aa6d645e88/scipy-1.3.0-cp36-cp36m-win32.whl#sha256=409846be9d6bdcbd78b9e5afe2f64b2da5a923dd7c1cd0615ce589489533fdbb
https://files.pythonhosted.org/packages/9e/fd/9a995b7fc18c6c17ce570b3cfdabffbd2718e4f1830e94777c4fd66e1179/scipy-1.3.0-cp36-cp36m-win_amd64.whl#sha256=c19a7389ab3cd712058a8c3c9ffd8d27a57f3d84b9c91a931f542682bb3d269d
https://files.pythonhosted.org/packages/04/66/ec5f1283d6a290a9153881a896837487338c44639c1305cc59e1c7b69cc9/scipy-1.3.0-cp37-cp37m-macosx_10_6_intel.macosx_10_9_intel.macosx_10_9_x86_64.macosx_10_10_intel.macosx_10_10_x86_64.whl#sha256=09d008237baabf52a5d4f5a6fcf9b3c03408f3f61a69c404472a16861a73917e
https://files.pythonhosted.org/packages/9a/38/9f5aa6814c7062318ba147cbfcddacea71ac15ddf69dced0765fe8fea39d/scipy-1.3.0-cp37-cp37m-manylinux1_i686.whl#sha256=a84c31e8409b420c3ca57fd30c7589378d6fdc8d155d866a7f8e6e80dec6fd06
https://files.pythonhosted.org/packages/5d/bd/c0feba81fb60e231cf40fc8a322ed5873c90ef7711795508692b1481a4ae/scipy-1.3.0-cp37-cp37m-manylinux1_x86_64.whl#sha256=c5ea60ece0c0c1c849025bfc541b60a6751b491b6f11dd9ef37ab5b8c9041921
https://files.pythonhosted.org/packages/be/cc/6f7842a4d9aa7f51155f849185631e1201df255742de84d724ac33bff723/scipy-1.3.0-cp37-cp37m-win32.whl#sha256=6c0543f2fdd38dee631fb023c0f31c284a532d205590b393d72009c14847f5b1
https://files.pythonhosted.org/packages/53/17/9dfd64540b6645fae581462ed2d1c8e680b7e946ca2789c5149693660392/scipy-1.3.0-cp37-cp37m-win_amd64.whl#sha256=10325f0ffac2400b1ec09537b7e403419dcd25d9fee602a44e8a32119af9079e
https://files.pythonhosted.org/packages/cb/97/361c8c6ceb3eb765371a702ea873ff2fe112fa40073e7d2b8199db8eb56e/scipy-1.3.0.tar.gz#sha256=c3bb4bd2aca82fb498247deeac12265921fe231502a6bc6edea3ee7fe6c40a7a
https://files.pythonhosted.org/packages/8f/0b/1a2c21bb69138337dc079841aa4a45e5b2fc7a4260c0907f5254fb08f02e/numpy-1.16.4-cp27-cp27m-macosx_10_6_intel.macosx_10_9_intel.macosx_10_9_x86_64.macosx_10_10_intel.macosx_10_10_x86_64.whl#sha256=b5554368e4ede1856121b0dfa35ce71768102e4aa55e526cb8de7f374ff78722
https://files.pythonhosted.org/packages/f2/34/8de93582f74bf3b9a277054b436b9cf53128d7b84820bc6eb859d0afac74/numpy-1.16.4-cp27-cp27m-manylinux1_i686.whl#sha256=e8baab1bc7c9152715844f1faca6744f2416929de10d7639ed49555a85549f52
https://files.pythonhosted.org/packages/20/2c/4d64f1cd4d2170b91d24ae45725de837bd40c34c9c04c94255c0f51c513d/numpy-1.16.4-cp27-cp27m-manylinux1_x86_64.whl#sha256=2a04dda79606f3d2f760384c38ccd3d5b9bb79d4c8126b67aff5eb09a253763e
https://files.pythonhosted.org/packages/13/2d/0fa2e8de7022a4a39497f4a9e384b8b129dbcf5d1b059f1043e21f6f0a48/numpy-1.16.4-cp27-cp27m-win32.whl#sha256=94f5bd885f67bbb25c82d80184abbf7ce4f6c3c3a41fbaa4182f034bba803e69
https://files.pythonhosted.org/packages/a6/db/18770d6b8419188d56b8ddd9794cb34c2d9f1d272ed8b40fa1ee38a3ca06/numpy-1.16.4-cp27-cp27m-win_amd64.whl#sha256=7dc253b542bfd4b4eb88d9dbae4ca079e7bf2e2afd819ee18891a43db66c60c7
https://files.pythonhosted.org/packages/35/51/7eae9042f5904463cb27fea567afc15e90956bd4b7cba98ec1969e58f74a/numpy-1.16.4-cp27-cp27mu-manylinux1_i686.whl#sha256=0778076e764e146d3078b17c24c4d89e0ecd4ac5401beff8e1c87879043a0633
https://files.pythonhosted.org/packages/1f/c7/198496417c9c2f6226616cff7dedf2115a4f4d0276613bab842ec8ac1e23/numpy-1.16.4-cp27-cp27mu-manylinux1_x86_64.whl#sha256=b0348be89275fd1d4c44ffa39530c41a21062f52299b1e3ee7d1c61f060044b8
https://files.pythonhosted.org/packages/48/b4/266431019b3b2e0f343a4f98db31add8a5ce2d464e30cdd9deaca29a8751/numpy-1.16.4-cp35-cp35m-macosx_10_6_intel.macosx_10_9_intel.macosx_10_9_x86_64.macosx_10_10_intel.macosx_10_10_x86_64.whl#sha256=52c40f1a4262c896420c6ea1c6fda62cf67070e3947e3307f5562bd783a90336
https://files.pythonhosted.org/packages/38/61/3704bcbedb6fbcef9b92fe66d08af2b4328d10f199251e9b7a6db71547dc/numpy-1.16.4-cp35-cp35m-manylinux1_i686.whl#sha256=141c7102f20abe6cf0d54c4ced8d565b86df4d3077ba2343b61a6db996cefec7
https://files.pythonhosted.org/packages/bb/ef/d5a21cbc094d3f4d5b5336494dbcc9550b70c766a8345513c7c24ed18418/numpy-1.16.4-cp35-cp35m-manylinux1_x86_64.whl#sha256=6e4f8d9e8aa79321657079b9ac03f3cf3fd067bf31c1cca4f56d49543f4356a5
https://files.pythonhosted.org/packages/58/13/f5e2b4057707b62457085d48f27cde6caa594bfa0254aceb29405fb8b5a4/numpy-1.16.4-cp35-cp35m-win32.whl#sha256=d79f18f41751725c56eceab2a886f021d70fd70a6188fd386e29a045945ffc10
https://files.pythonhosted.org/packages/b4/1b/36bd20a4a1f41729c406014974925598edaeca1ca2510a2843892329b2f1/numpy-1.16.4-cp35-cp35m-win_amd64.whl#sha256=14270a1ee8917d11e7753fb54fc7ffd1934f4d529235beec0b275e2ccf00333b
https://files.pythonhosted.org/packages/0f/c9/3526a357b6c35e5529158fbcfac1bb3adc8827e8809a6d254019d326d1cc/numpy-1.16.4-cp36-cp36m-macosx_10_6_intel.macosx_10_9_intel.macosx_10_9_x86_64.macosx_10_10_intel.macosx_10_10_x86_64.whl#sha256=a89e188daa119ffa0d03ce5123dee3f8ffd5115c896c2a9d4f0dbb3d8b95bfa3
https://files.pythonhosted.org/packages/e4/ca/037f4d2b7788bd077af2bbe887f7225c74c5df8bab4824514d7decb8a904/numpy-1.16.4-cp36-cp36m-manylinux1_i686.whl#sha256=ec31fe12668af687b99acf1567399632a7c47b0e17cfb9ae47c098644ef36797
https://files.pythonhosted.org/packages/87/2d/e4656149cbadd3a8a0369fcd1a9c7d61cc7b87b3903b85389c70c989a696/numpy-1.16.4-cp36-cp36m-manylinux1_x86_64.whl#sha256=27e11c7a8ec9d5838bc59f809bfa86efc8a4fd02e58960fa9c49d998e14332d5
https://files.pythonhosted.org/packages/73/98/cecf557b7f3f1dfac93171392887e4f7a606d6867752311c56a30742d581/numpy-1.16.4-cp36-cp36m-win32.whl#sha256=dc2ca26a19ab32dc475dbad9dfe723d3a64c835f4c23f625c2b6566ca32b9f29
https://files.pythonhosted.org/packages/20/ed/e036d31a9b2c750f270cbb1cfc1c0f94ac78ae504eea7eec3267be4e294a/numpy-1.16.4-cp36-cp36m-win_amd64.whl#sha256=ad3399da9b0ca36e2f24de72f67ab2854a62e623274607e37e0ce5f5d5fa9166
https://files.pythonhosted.org/packages/6b/be/608b7f72b851472388eafc010a5d46dae5d41610d0ac5df4c98c2ed1b865/numpy-1.16.4-cp37-cp37m-macosx_10_6_intel.macosx_10_9_intel.macosx_10_9_x86_64.macosx_10_10_intel.macosx_10_10_x86_64.whl#sha256=f58ac38d5ca045a377b3b377c84df8175ab992c970a53332fa8ac2373df44ff7
https://files.pythonhosted.org/packages/dd/40/27395e0ab15dbcc5015899f4cc4ecbb535864db17cfb3b9a5bae66a98ea7/numpy-1.16.4-cp37-cp37m-manylinux1_i686.whl#sha256=f12b4f7e2d8f9da3141564e6737d79016fe5336cc92de6814eba579744f65b0a
https://files.pythonhosted.org/packages/fc/d1/45be1144b03b6b1e24f9a924f23f66b4ad030d834ad31fb9e5581bd328af/numpy-1.16.4-cp37-cp37m-manylinux1_x86_64.whl#sha256=cbddc56b2502d3f87fda4f98d948eb5b11f36ff3902e17cb6cc44727f2200525
https://files.pythonhosted.org/packages/07/46/656c25b39fc152ea525eef14b641993624a6325a8ae815b200de57cff0bc/numpy-1.16.4-cp37-cp37m-win32.whl#sha256=3c26010c1b51e1224a3ca6b8df807de6e95128b0908c7e34f190e7775455b0ca
https://files.pythonhosted.org/packages/ce/61/be72eee50f042db3acf0b1fb86650ad36d6c0d9be9fc29f8505d3b9d6baa/numpy-1.16.4-cp37-cp37m-win_amd64.whl#sha256=dd9bcd4f294eb0633bb33d1a74febdd2b9018b8b8ed325f861fffcd2c7660bb8
https://files.pythonhosted.org/packages/d3/4b/f9f4b96c0b1ba43d28a5bdc4b64f0b9d3fbcf31313a51bc766942866a7c7/numpy-1.16.4.zip#sha256=7242be12a58fec245ee9734e625964b97cf7e3f2f7d016603f9e56660ce479c7
https://files.pythonhosted.org/packages/52/ff/912fe03a623a70bcf297d466013a0b4f4c68c3b60f86bf226682d061fc09/pandas-0.24.2-cp27-cp27m-macosx_10_6_intel.macosx_10_9_intel.macosx_10_9_x86_64.macosx_10_10_intel.macosx_10_10_x86_64.whl#sha256=17916d818592c9ec891cbef2e90f98cc85e0f1e89ed0924c9b5220dc3209c846
https://files.pythonhosted.org/packages/34/cc/1911d56b9464de76f7ef34c6b1c66e82d3a394fd6d0925d5203e903d4eee/pandas-0.24.2-cp27-cp27m-win32.whl#sha256=42e5ad741a0d09232efbc7fc648226ed93306551772fc8aecc6dce9f0e676794
https://files.pythonhosted.org/packages/61/57/6c233cc63597c6aa6337e717bdeabf791e8b618e9c893922a223e4e41cf4/pandas-0.24.2-cp27-cp27m-win_amd64.whl#sha256=c9a4b7c55115eb278c19aa14b34fcf5920c8fe7797a09b7b053ddd6195ea89b3
https://files.pythonhosted.org/packages/95/dd/295a1fa20c0d6207ba8df5c53c9c2340ca370f6a230b173c89c479761526/pandas-0.24.2-cp27-cp27mu-manylinux1_i686.whl#sha256=5149a6db3e74f23dc3f5a216c2c9ae2e12920aa2d4a5b77e44e5b804a5f93248
https://files.pythonhosted.org/packages/db/83/7d4008ffc2988066ff37f6a0bb6d7b60822367dcb36ba5e39aa7801fda54/pandas-0.24.2-cp27-cp27mu-manylinux1_x86_64.whl#sha256=cc8fc0c7a8d5951dc738f1c1447f71c43734244453616f32b8aa0ef6013a5dfb
https://files.pythonhosted.org/packages/da/82/1bc41a30737b70863c9b50983ca0413aa47905d215892ee136de3217bf3b/pandas-0.24.2-cp35-cp35m-macosx_10_6_intel.macosx_10_9_intel.macosx_10_9_x86_64.macosx_10_10_intel.macosx_10_10_x86_64.whl#sha256=17450e25ae69e2e6b303817bdf26b2cd57f69595d8550a77c308be0cd0fd58fa
https://files.pythonhosted.org/packages/b1/57/069982c126d22bbdb4de71912eec2c1d8d303149a0d7b17927797479a0ed/pandas-0.24.2-cp35-cp35m-manylinux1_i686.whl#sha256=366f30710172cb45a6b4f43b66c220653b1ea50303fbbd94e50571637ffb9167
https://files.pythonhosted.org/packages/74/24/0cdbf8907e1e3bc5a8da03345c23cbed7044330bb8f73bb12e711a640a00/pandas-0.24.2-cp35-cp35m-manylinux1_x86_64.whl#sha256=4e718e7f395ba5bfe8b6f6aaf2ff1c65a09bb77a36af6394621434e7cc813204
https://files.pythonhosted.org/packages/f2/7a/f2ed4fde495eb8d13dc595382c33f8aa2b58e0911ca4b12c1ca825872493/pandas-0.24.2-cp35-cp35m-win32.whl#sha256=8c872f7fdf3018b7891e1e3e86c55b190e6c5cee70cab771e8f246c855001296
https://files.pythonhosted.org/packages/b3/59/38c88e1b26779b287a82c3d7601ec42c15e4acef09196e870c4fe9b77bd4/pandas-0.24.2-cp35-cp35m-win_amd64.whl#sha256=a3352bacac12e1fc646213b998bce586f965c9d431773d9e91db27c7c48a1f7d
https://files.pythonhosted.org/packages/2a/67/0a59cb257c72bb837575ca0ddf5f0fe2a482e98209b7a1bed8cde68ddb46/pandas-0.24.2-cp36-cp36m-macosx_10_6_intel.macosx_10_9_intel.macosx_10_9_x86_64.macosx_10_10_intel.macosx_10_10_x86_64.whl#sha256=d7b460bc316064540ce0c41c1438c416a40746fd8a4fb2999668bf18f3c4acf1
https://files.pythonhosted.org/packages/7f/99/9c508429078eb4e103e22b4a191d12f7a9ceccee8db7ff18266cbe84e6c9/pandas-0.24.2-cp36-cp36m-manylinux1_i686.whl#sha256=c1bd07ebc15285535f61ddd8c0c75d0d6293e80e1ee6d9a8d73f3f36954342d0
https://files.pythonhosted.org/packages/19/74/e50234bc82c553fecdbd566d8650801e3fe2d6d8c8d940638e3d8a7c5522/pandas-0.24.2-cp36-cp36m-manylinux1_x86_64.whl#sha256=071e42b89b57baa17031af8c6b6bbd2e9a5c68c595bc6bf9adabd7a9ed125d3b
https://files.pythonhosted.org/packages/65/3e/16260dcad8d28167f8622dd5e600700fa1665a9dc0b245bb6068a34f657c/pandas-0.24.2-cp36-cp36m-win32.whl#sha256=2538f099ab0e9f9c9d09bbcd94b47fd889bad06dc7ae96b1ed583f1dc1a7a822
https://files.pythonhosted.org/packages/d0/4e/9db3468e504ac9aeadb37eb32bcf0a74d063d24ad1471104bd8a7ba20c97/pandas-0.24.2-cp36-cp36m-win_amd64.whl#sha256=83c702615052f2a0a7fb1dd289726e29ec87a27272d775cb77affe749cca28f8
https://files.pythonhosted.org/packages/fc/43/fd867e3347559845c8f993059d410c50a1e18709f1c4d4b3b47323a06a37/pandas-0.24.2-cp37-cp37m-macosx_10_6_intel.macosx_10_9_intel.macosx_10_9_x86_64.macosx_10_10_intel.macosx_10_10_x86_64.whl#sha256=627594338d6dd995cfc0bacd8e654cd9e1252d2a7c959449228df6740d737eb8
https://files.pythonhosted.org/packages/22/e6/2d47835f91eb010036be207581fa113fb4e3822ec1b4bafb0d3d105fede6/pandas-0.24.2-cp37-cp37m-manylinux1_x86_64.whl#sha256=4fe0d7e6438212e839fc5010c78b822664f1a824c0d263fd858f44131d9166e2
https://files.pythonhosted.org/packages/04/8b/a1d5f257bfee6aab440e763505c65368bbf713309c9dc70ceeb8d4677c2e/pandas-0.24.2-cp37-cp37m-win32.whl#sha256=bcdd06007cca02d51350f96debe51331dec429ac8f93930a43eb8fb5639e3eb5
https://files.pythonhosted.org/packages/61/c7/f943fceb712579bc538700e2c157dc4972e16abfe29bd4969149bad98c74/pandas-0.24.2-cp37-cp37m-win_amd64.whl#sha256=90f116086063934afd51e61a802a943826d2aac572b2f7d55caaac51c13db5b5
https://files.pythonhosted.org/packages/b2/4c/b6f966ac91c5670ba4ef0b0b5613b5379e3c7abdfad4e7b89a87d73bae13/pandas-0.24.2.tar.gz#sha256=4f919f409c433577a501e023943e582c57355d50a724c589e78bc1d551a535a2
https://files.pythonhosted.org/packages/3d/73/fe30c2daaaa0713420d0382b16fbb761409f532c56bdcc514bf7b6262bb6/pytz-2019.1-py2.py3-none-any.whl#sha256=303879e36b721603cc54604edcac9d20401bdbe31e1e4fdee5b9f98d5d31dfda
https://files.pythonhosted.org/packages/df/d5/3e3ff673e8f3096921b3f1b79ce04b832e0100b4741573154b72b756a681/pytz-2019.1.tar.gz#sha256=d747dd3d23d77ef44c6a3526e274af6efeb0a6f1afd5a69ba4d5be4098c8e141

That's a lot of sequential network round-trips to wait through, and most of these are for different platforms than the installation. But that's not all.
Each artifact is passed to HashCache.get_hash.
https://github.com/pypa/pipenv/blob/4c003521052d3b607be5abedf989744a5c172bda/pipenv/patched/piptools/repositories/pypi.py#L60-L71
The pypi artifact urls includes the sha256 hash, parsed into new_location.hash, but it isn't used. If the HashCache doesn't already hold the location key, the artifact is downloaded, hashed and then the hash is stored. This is the root cause of the delay, and in the above examples results in downloading 893MB of artifacts, compared to the 50MBs-worth which are installed.
The problem disappears if the user is patient enough to wait it out, or if the connection is fast. However, it seems most users are surprised by the delay  (me included), and expect it to be more or less instantaneous once the packages are installed.
As a quick verification, I patched the get_hash method to use the hash fragment from the url if available, and the pipenv lock run time dropped to a few seconds.
Sidenote,  --verbose does not log network requests, so this was masked from view even when trying to debug.

Thanks for your efforts digging into the cause of the slowness, but

As a quick verification, I patched the get_hash method to use the hash fragment from the url if available, and the pipenv lock run time dropped to a few seconds.

The hash in the url is not reliable, for instance, the download url of requests-2.22.0 is
https://files.pythonhosted.org/packages/51/bd/23c926cd341ea6b7dd0b2a00aba99ae0f828be89d72b2190f27c11d4b7fb/requests-2.22.0-py2.py3-none-any.whl
And the SHA256 value of the wheel is
9cf5292fcd0f598c671cfc1e0d7d1a7f13bb8085e9a590f48c010551dc6c4b31
As you see, they are different.

It seems a good solution, I'm +1 on this. Thanks for your efforts in it. Would you mind send a PR with the fix for this?

I don't think I have ever felt so validated by a comment I left on github in hopes that one day in future someone would stumble upon it. (Turned out to be the near future.) <3 Thank you for this.

#2681 was closed by @techalchemy with a comment suggesting the delay is due to lengthy build times (which don't affect pipenv lock)

Build times absolutely affect pipenv lock, I am surprised if you investigated this you would conclude that they don't.  pipenv lock resolves dependencies.  In python, for anything that is not a wheel, that requires acquiring the artifact and either building it or parsing the AST of the setup.py file in question.  There is simply no way around that.  On slow internet connections that may not be the limiting factor, and with people building and releasing wheels more it is becoming less of an issue, but it is absolutely something that happens during locking and remains a significant contributor to the time it takes.  At this point even pip builds artifacts in order to resolve dependencies simply for installation.
Dependency resolution is an NP hard problem, there is no hack or easy trick around this, and in python it is also a problem that sometimes requires building artifacts. If you have identified and can avoid extra downloads that is excellent, but I do want to be clear: building is often a part of locking.
@jackiekazil apologies if you felt invalidated by the previous responses, we are all definitely aware that locking is slow, and as I mentioned in the other threads on the topic I agree that there are likely multiple downloads occurring but am not precisely sure where and would need to see debugging info to make any progress, so if the accompanying PR here addresses that it is awesome

I do want to be clear: building is often a part of locking.

The scenario I had in mind is that the user first installs, then locks. Will a second download/build occur at lock time under those conditions? I'm not familiar with pipenv at all.

I'm going back to pip. This issue has been around for so long, and is the main blockage for new users. Makes the whole project seem a little bit unprofessional to me.

I have also gone back to pip. Every time an issue is opened, it is ignored. Pipenv, fundamentally, is unusable. Lock fails for me even with 10 relatively small packages. Its a shame because this was a great idea, only to be ruined by the locking mechanism.

my very first installation by pipenv got stuck by stopless "Locking", it just a small package and has already been install succeeded.
Installation Succeeded Pipfile.lock not found, creating… Locking [dev-packages] dependencies… Locking [packages] dependencies… [====] Locking...
1 hour later, it was still there... annoying.

(posting this in the hopes that some reports of hanging are due to the same issue I encountered)
I have been seeing issues with a variety of different pipenv commands, but most recently with 'pipenv lock' in a project that all my colleagues have had no issues with.  This project had very few dependencies and I don't believe any of the 'large packages' (mentioned by others) were involved.  On my laptop, I was able to consistently repro the 'hang' (actually it would timeout after 30 minutes) when running 'pipenv lock' while my colleagues reported success within a few seconds.
After multiple attempts to debug this, I kept seeing the same package causing problems (in my case, it was configparser, but I don't believe that's particularly relevant).  I managed to replicate how pipenv runs resolver.py and recreated that environment in order to run the resolver.py under pdb.    When I looked at the directory it was trying to create in order to acquire the lock, it became clear what the problem was.  The directory already existed and, in fact, had been on my filesystem for months (the length of time I have been having issues).
So in short, once I found:
~/Library/Caches/pipenv/http/f/5/9/3/d $ ll
total 8
17980163 drwx------  4 michio.nikaido  staff   136B May 28 11:59 ./
17980814 -rw-------  1 michio.nikaido  staff   3.6K May 28 11:59 f593d3690af2ee7367984e87eb3821fa2a514d37d808c806b4c7719a
17980812 drwxr-xr-x  2 michio.nikaido  staff    68B May 28 11:59 f593d3690af2ee7367984e87eb3821fa2a514d37d808c806b4c7719a.lock/
17980162 drwx------  3 michio.nikaido  staff   102B May 28 11:59 ../

I moved the that subtree to another location and then was able to successfully run pipenv lock again.
So for Mac OS, something like 'find ~/Library/Caches/pipenv/http | grep lock' might help highlight issues of this sort.

Well, I really cannot understand this.
@allPipenvMembers Hey, everyone, this is a blocking issue but not a trivial issue. It DO DOES DID DONE IS a blocking issue. Which really prevents even fanatics from using pipenv.
Long-time ago, pypi doesn't contain metadata of the packages. There is no other choice but downloading all packages to calculate the hash. But it is 2019 now, pypi provides what you need.
In the past, I recommended this tool to others. Said "Oh, this is the next generation of pip.", "It is perfect, it not only manage virtual envs for you but also lock your dependencies.", "Just use it." ...
But now I really cannot open my mouth again.

Thanks @michio-nikaido
I confirm deleting the cache folders solved the issue for me.

had the same problem. no error, verbose does nothing. really frustrating.
Fixed by putting the following into my make clean:
rm -rf ~/Library/Caches/pipenv/http/**/*.lock  # fix weird pipenv bug
check for correct path for your OS by
python3 -c 'import appdirs; print(appdirs.user_cache_dir("pipenv"))'

I was really convinced by stuff I read about trying out pipenv. Of course, I immediately had this problem with a ridiculously long locking time. After googling around a bunch, it seems this is a persistent problem, with seemingly several issues open on it. It clearly should be the number one focus for everyone contributing, but it clearly isn't.
I hope this changes soon. In the meantime, goodbye pipenv.

It was very confusing, but I figured it out. My internet connection was slow. Check to make sure you're on a solid internet connection. I was on what I thought was a pretty good internet connection where I could browse the web. Here's the result:
solid internet connection: takes almost 2 minutes, appears to be working, but slow
not so solid internet connection: takes at least 15 minutes, appears to not be working
I think if it gave a message after 5 minutes to check that you have a good internet connection that might reduce the number of inquiries. Especially if it could report how many it could download per minute and what a normal rate is.

Including a progress on the lock command might help "solve" this issue. I just waited for a 15 minute lock, tought for sure it wouldn't work anymore :/

Having the same issue here... will go back to pip..

Yes, a progress bar or some meaningful debug output might have made it more tolerable. Right now it's absolutely unclear how long you have to wait or will it ever complete.

Just installed pipenv version 2018.11.26 and encountering this same problem when trying to install opencv and matplotlib, having to wait an excessively long time for pipenv to acquire a lock. This really needs to be addressed.

I have the same problem in all of my projects.
The cause seems to be pylint.
Pipenv (pip) can install it successfully, but locking takes forever!
pipenv, version 2018.11.26

Minimal working example
djbrown@DESKTOP-65P6D75:~$ mkdir test
djbrown@DESKTOP-65P6D75:~$ cd test
djbrown@DESKTOP-65P6D75:~/test$ pipenv install --dev pylint --verbose
Creating a virtualenv for this project…
Pipfile: /home/djbrown/test/Pipfile
Using /usr/bin/python3 (3.6.9) to create virtualenv…
⠸ Creating virtual environment...Already using interpreter /usr/bin/python3
Using base prefix '/usr'
New python executable in /home/djbrown/.local/share/virtualenvs/test-PW-auWy_/bin/python3
Also creating executable in /home/djbrown/.local/share/virtualenvs/test-PW-auWy_/bin/python
Installing setuptools, pip, wheel...done.

✔ Successfully created virtual environment!
Virtualenv location: /home/djbrown/.local/share/virtualenvs/test-PW-auWy_
Creating a Pipfile for this project…
Installing pylint…
⠋ Installing...Installing 'pylint'
$ ['/home/djbrown/.local/share/virtualenvs/test-PW-auWy_/bin/pip', 'install', '--verbose', '--upgrade', 'pylint', '-i', 'https://pypi.org/simple']
Adding pylint to Pipfile's [dev-packages]…
✔ Installation Succeeded
Pipfile.lock not found, creating…
Locking [dev-packages] dependencies…
⠇ Locking...

I have that same problem, pipenv stuck on
Pipfile.lock (a8e2a7) out of date, updating to (a65489)… Locking [dev-packages] dependencies… Locking [packages] dependencies… ⠦ Locking...
for hours. Help!!!

Same here

Same problem.

Same problem.

I dread installing new packages as I regularly get stuck at locking and timeout errors:
git:(master) ✗ docker-compose exec celery pipenv install ccxt
Installing ccxt…
Adding ccxt to Pipfile's [packages]…
✔ Installation Succeeded
Pipfile.lock (11954a) out of date, updating to (31ad28)…
Locking [dev-packages] dependencies…
Locking [packages] dependencies…
⠧ Locking...

it's awkward seeing this when I recommend pipenv to my workmates...

I actually waited long enough for it crash and print a stack trace. Including it here in the hopes that it might help diagnose and fix the issue (or one of the issues...):
Locking [packages] dependencies…
Traceback (most recent call last):
  File "/usr/local/lib/python3.8/site-packages/pipenv/vendor/pexpect/expect.py", line 109, in expect_loop
    return self.timeout()
  File "/usr/local/lib/python3.8/site-packages/pipenv/vendor/pexpect/expect.py", line 82, in timeout
    raise TIMEOUT(msg)
pexpect.exceptions.TIMEOUT: <pexpect.popen_spawn.PopenSpawn object at 0x10946c850>
searcher: searcher_re:
    0: re.compile('\n')

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/local/bin/pipenv", line 8, in <module>
    sys.exit(cli())
  File "/usr/local/lib/python3.8/site-packages/pipenv/vendor/click/core.py", line 764, in __call__
    return self.main(*args, **kwargs)
  File "/usr/local/lib/python3.8/site-packages/pipenv/vendor/click/core.py", line 717, in main
    rv = self.invoke(ctx)
  File "/usr/local/lib/python3.8/site-packages/pipenv/vendor/click/core.py", line 1137, in invoke
    return _process_result(sub_ctx.command.invoke(sub_ctx))
  File "/usr/local/lib/python3.8/site-packages/pipenv/vendor/click/core.py", line 956, in invoke
    return ctx.invoke(self.callback, **ctx.params)
  File "/usr/local/lib/python3.8/site-packages/pipenv/vendor/click/core.py", line 555, in invoke
    return callback(*args, **kwargs)
  File "/usr/local/lib/python3.8/site-packages/pipenv/vendor/click/decorators.py", line 64, in new_func
    return ctx.invoke(f, obj, *args, **kwargs)
  File "/usr/local/lib/python3.8/site-packages/pipenv/vendor/click/core.py", line 555, in invoke
    return callback(*args, **kwargs)
  File "/usr/local/lib/python3.8/site-packages/pipenv/vendor/click/decorators.py", line 17, in new_func
    return f(get_current_context(), *args, **kwargs)
  File "/usr/local/lib/python3.8/site-packages/pipenv/cli/command.py", line 327, in lock
    do_lock(
  File "/usr/local/lib/python3.8/site-packages/pipenv/core.py", line 1058, in do_lock
    venv_resolve_deps(
  File "/usr/local/lib/python3.8/site-packages/pipenv/utils.py", line 649, in venv_resolve_deps
    c = resolve(cmd, sp)
  File "/usr/local/lib/python3.8/site-packages/pipenv/utils.py", line 517, in resolve
    result = c.expect(u"\n", timeout=environments.PIPENV_INSTALL_TIMEOUT)
  File "/usr/local/lib/python3.8/site-packages/pipenv/vendor/delegator.py", line 215, in expect
    self.subprocess.expect(pattern=pattern, timeout=timeout)
  File "/usr/local/lib/python3.8/site-packages/pipenv/vendor/pexpect/spawnbase.py", line 340, in expect
    return self.expect_list(compiled_pattern_list,
  File "/usr/local/lib/python3.8/site-packages/pipenv/vendor/pexpect/spawnbase.py", line 369, in expect_list
    return exp.expect_loop(timeout)
  File "/usr/local/lib/python3.8/site-packages/pipenv/vendor/pexpect/expect.py", line 119, in expect_loop
    return self.timeout(e)
  File "/usr/local/lib/python3.8/site-packages/pipenv/vendor/pexpect/expect.py", line 82, in timeout
    raise TIMEOUT(msg)
pexpect.exceptions.TIMEOUT: <pexpect.popen_spawn.PopenSpawn object at 0x10946c850>
searcher: searcher_re:
    0: re.compile('\n')
<pexpect.popen_spawn.PopenSpawn object at 0x10946c850>
searcher: searcher_re:
    0: re.compile('\n')

On MacOS removing ~/Library/Caches/pipenv worked for me

Also waited long enough to see the end, this was the final output (similar to @moomoohk):
Pipfile.lock not found, creating…
Locking [dev-packages] dependencies…
Locking [packages] dependencies…
Traceback (most recent call last):
  File "/usr/local/Cellar/pipenv/2018.11.26_4/libexec/lib/python3.8/site-packages/pipenv/vendor/pexpect/expect.py", line 109, in expect_loop
    return self.timeout()
  File "/usr/local/Cellar/pipenv/2018.11.26_4/libexec/lib/python3.8/site-packages/pipenv/vendor/pexpect/expect.py", line 82, in timeout
    raise TIMEOUT(msg)
pexpect.exceptions.TIMEOUT: <pexpect.popen_spawn.PopenSpawn object at 0x107e39bb0>
searcher: searcher_re:
    0: re.compile('\n')

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/local/Cellar/pipenv/2018.11.26_4/libexec/bin/pipenv", line 8, in <module>
    sys.exit(cli())
  File "/usr/local/Cellar/pipenv/2018.11.26_4/libexec/lib/python3.8/site-packages/pipenv/vendor/click/core.py", line 764, in __call__
    return self.main(*args, **kwargs)
  File "/usr/local/Cellar/pipenv/2018.11.26_4/libexec/lib/python3.8/site-packages/pipenv/vendor/click/core.py", line 717, in main
    rv = self.invoke(ctx)
  File "/usr/local/Cellar/pipenv/2018.11.26_4/libexec/lib/python3.8/site-packages/pipenv/vendor/click/core.py", line 1137, in invoke
    return _process_result(sub_ctx.command.invoke(sub_ctx))
  File "/usr/local/Cellar/pipenv/2018.11.26_4/libexec/lib/python3.8/site-packages/pipenv/vendor/click/core.py", line 956, in invoke
    return ctx.invoke(self.callback, **ctx.params)
  File "/usr/local/Cellar/pipenv/2018.11.26_4/libexec/lib/python3.8/site-packages/pipenv/vendor/click/core.py", line 555, in invoke
    return callback(*args, **kwargs)
  File "/usr/local/Cellar/pipenv/2018.11.26_4/libexec/lib/python3.8/site-packages/pipenv/vendor/click/decorators.py", line 64, in new_func
    return ctx.invoke(f, obj, *args, **kwargs)
  File "/usr/local/Cellar/pipenv/2018.11.26_4/libexec/lib/python3.8/site-packages/pipenv/vendor/click/core.py", line 555, in invoke
    return callback(*args, **kwargs)
  File "/usr/local/Cellar/pipenv/2018.11.26_4/libexec/lib/python3.8/site-packages/pipenv/vendor/click/decorators.py", line 17, in new_func
    return f(get_current_context(), *args, **kwargs)
  File "/usr/local/Cellar/pipenv/2018.11.26_4/libexec/lib/python3.8/site-packages/pipenv/cli/command.py", line 235, in install
    retcode = do_install(
  File "/usr/local/Cellar/pipenv/2018.11.26_4/libexec/lib/python3.8/site-packages/pipenv/core.py", line 1863, in do_install
    do_init(
  File "/usr/local/Cellar/pipenv/2018.11.26_4/libexec/lib/python3.8/site-packages/pipenv/core.py", line 1239, in do_init
    do_lock(
  File "/usr/local/Cellar/pipenv/2018.11.26_4/libexec/lib/python3.8/site-packages/pipenv/core.py", line 1058, in do_lock
    venv_resolve_deps(
  File "/usr/local/Cellar/pipenv/2018.11.26_4/libexec/lib/python3.8/site-packages/pipenv/utils.py", line 649, in venv_resolve_deps
    c = resolve(cmd, sp)
  File "/usr/local/Cellar/pipenv/2018.11.26_4/libexec/lib/python3.8/site-packages/pipenv/utils.py", line 517, in resolve
    result = c.expect(u"\n", timeout=environments.PIPENV_INSTALL_TIMEOUT)
  File "/usr/local/Cellar/pipenv/2018.11.26_4/libexec/lib/python3.8/site-packages/pipenv/vendor/delegator.py", line 215, in expect
    self.subprocess.expect(pattern=pattern, timeout=timeout)
  File "/usr/local/Cellar/pipenv/2018.11.26_4/libexec/lib/python3.8/site-packages/pipenv/vendor/pexpect/spawnbase.py", line 340, in expect
    return self.expect_list(compiled_pattern_list,
  File "/usr/local/Cellar/pipenv/2018.11.26_4/libexec/lib/python3.8/site-packages/pipenv/vendor/pexpect/spawnbase.py", line 369, in expect_list
    return exp.expect_loop(timeout)
  File "/usr/local/Cellar/pipenv/2018.11.26_4/libexec/lib/python3.8/site-packages/pipenv/vendor/pexpect/expect.py", line 119, in expect_loop
    return self.timeout(e)
  File "/usr/local/Cellar/pipenv/2018.11.26_4/libexec/lib/python3.8/site-packages/pipenv/vendor/pexpect/expect.py", line 82, in timeout
    raise TIMEOUT(msg)
pexpect.exceptions.TIMEOUT: <pexpect.popen_spawn.PopenSpawn object at 0x107e39bb0>
searcher: searcher_re:
    0: re.compile('\n')
<pexpect.popen_spawn.PopenSpawn object at 0x107e39bb0>
searcher: searcher_re:
    0: re.compile('\n')

I used --skip-lock in docker file to avoid locking pipfile each time I do the build. Which saves significant amount of time.
Here is my DockerFile
`FROM python:3.7-alpine
RUN apk add build-base openssl-dev libffi-dev linux-headers
ENV C_FORCE_ROOT true
RUN pip install pipenv
EXPOSE 5007
ARG PYPI_PASSWORD
RUN export PYPI_PASSWORD=${PYPI_PASSWORD}
WORKDIR /app
COPY .env .env
COPY ./Pipfile Pipfile
COPY ./Pipfile.lock Pipfile.lock
COPY ./launch.sh launch.sh
RUN chmod +x launch.sh
RUN mkdir /conf
VOLUME ["/conf"]
RUN pipenv install --system --skip-lock`

This is annoying, got the same problem here.
Took minutes to get the lock and download the dependencies.

pipenv has become useless. Took almost 12 minutes to install numpy, the only package in my new project. Deleting cache directories didn't help.

Deleting the .lock file returned byfind ~/Library/Caches/pipenv | grep lock helped me solve the issue

FWIW, I had this issue because a VCS dependency had a submodule URL with the git:// scheme instead of https:// and oldstyle Git protocol was blocked by my network.

This is very annoying, using --skip-lock all the way. Not sure why locking never seems to happen or if it actually does and nothing happens after that. It seems to defeat the purpose of pipenv...

Put my log here in case it can help.
Courtesy Notice: Pipenv found itself running within a virtual environment, so it will automatically use that environment, instead of creating its own for any project. You can set PIPENV_IGNORE_VIRTUALENVS=1 to force pipenv to ignore that environment and create its own instead. You can set PIPENV_VERBOSITY=-1 to suppress this warning.
Installing black…
Adding black to Pipfile's [dev-packages]…
Installation Succeeded
Pipfile.lock (fbd99e) out of date, updating to (1c021f)…
Locking [dev-packages] dependencies…
Building requirements...
Resolving dependencies...
Traceback (most recent call last):
File "c:\python38\lib\runpy.py", line 194, in _run_module_as_main
return _run_code(code, main_globals, None,
File "c:\python38\lib\runpy.py", line 87, in run_code
exec(code, run_globals)
File "C:\Users\Administrator\AppData\Roaming\Python\Python38\Scripts\pipenv.exe_main.py", line 7, in
File "C:\Users\Administrator\AppData\Roaming\Python\Python38\site-packages\pipenv\vendor\click\core.py", line 829, in call
return self.main(*args, **kwargs)
File "C:\Users\Administrator\AppData\Roaming\Python\Python38\site-packages\pipenv\vendor\click\core.py", line 782, in main
rv = self.invoke(ctx)
File "C:\Users\Administrator\AppData\Roaming\Python\Python38\site-packages\pipenv\vendor\click\core.py", line 1259, in invoke
return _process_result(sub_ctx.command.invoke(sub_ctx))
File "C:\Users\Administrator\AppData\Roaming\Python\Python38\site-packages\pipenv\vendor\click\core.py", line 1066, in invoke
return ctx.invoke(self.callback, **ctx.params)
File "C:\Users\Administrator\AppData\Roaming\Python\Python38\site-packages\pipenv\vendor\click\core.py", line 610, in invoke
return callback(*args, **kwargs)
File "C:\Users\Administrator\AppData\Roaming\Python\Python38\site-packages\pipenv\vendor\click\decorators.py", line 73, in new_func
return ctx.invoke(f, obj, *args, **kwargs)
File "C:\Users\Administrator\AppData\Roaming\Python\Python38\site-packages\pipenv\vendor\click\core.py", line 610, in invoke
return callback(*args, **kwargs)
File "C:\Users\Administrator\AppData\Roaming\Python\Python38\site-packages\pipenv\vendor\click\decorators.py", line 21, in new_func
return f(get_current_context(), *args, **kwargs)
File "C:\Users\Administrator\AppData\Roaming\Python\Python38\site-packages\pipenv\cli\command.py", line 232, in install
retcode = do_install(
File "C:\Users\Administrator\AppData\Roaming\Python\Python38\site-packages\pipenv\core.py", line 2192, in do_install
do_init(
File "C:\Users\Administrator\AppData\Roaming\Python\Python38\site-packages\pipenv\core.py", line 1276, in do_init
do_lock(
File "C:\Users\Administrator\AppData\Roaming\Python\Python38\site-packages\pipenv\core.py", line 1103, in do_lock
venv_resolve_deps(
File "C:\Users\Administrator\AppData\Roaming\Python\Python38\site-packages\pipenv\utils.py", line 1323, in venv_resolve_deps
c = resolve(cmd, sp)
File "C:\Users\Administrator\AppData\Roaming\Python\Python38\site-packages\pipenv\utils.py", line 1136, in resolve
result = c.expect(u"\n", timeout=environments.PIPENV_INSTALL_TIMEOUT)
File "C:\Users\Administrator\AppData\Roaming\Python\Python38\site-packages\pipenv\vendor\delegator.py", line 215, in expect
self.subprocess.expect(pattern=pattern, timeout=timeout)
File "C:\Users\Administrator\AppData\Roaming\Python\Python38\site-packages\pipenv\vendor\pexpect\spawnbase.py", line 343, in expect
return self.expect_list(compiled_pattern_list,
File "C:\Users\Administrator\AppData\Roaming\Python\Python38\site-packages\pipenv\vendor\pexpect\spawnbase.py", line 372, in expect_list
return exp.expect_loop(timeout)
File "C:\Users\Administrator\AppData\Roaming\Python\Python38\site-packages\pipenv\vendor\pexpect\expect.py", line 181, in expect_loop
return self.timeout(e)
File "C:\Users\Administrator\AppData\Roaming\Python\Python38\site-packages\pipenv\vendor\pexpect\expect.py", line 144, in timeout
raise exc
pexpect.exceptions.TIMEOUT: <pexpect.popen_spawn.PopenSpawn object at 0x0000018C050C7FD0>
searcher: searcher_re:
0: re.compile('\n')
<pexpect.popen_spawn.PopenSpawn object at 0x0000018C050C7FD0>
searcher: searcher_re:
0: re.compile('\n')

+1 on this. I just discovered pipenv and immediately wanted to switch it it. Attempting to install packages right now, from a blank slate project...taking several minutes per package. This is completely unusable. Is there any movement to fix this?

pipenv install with tensorflow as the only explicit dependency takes >20 minutes of looking at the same two lines logged out with pipenv apparently doing nothing, I'm astonished this hasn't been resolved...

I just had an issue with pipenv update hanging on the lock phase for a package that was contained in VCS. I stumbled here trying to figure out what the issue was. My Pipfile was something like
...
[packages]
...
mypackage = {git = "ssh://github.com/myrepos/mypackage.git"}
...

As it turns out, the SSH key I had specified to use in my ~/.ssh/config file was password protected and was not in my agent at the time. Due to this, normally whenever I git clone'd the repo or pushed to it, I would be prompted for the password. However, the pipenv update call did not provide/show this prompt; instead it silently hung. The solution was to add the SSH key to my SSH agent (via ssh-add /path/to/the/ssh/key.pem and entering the password the agent prompted for).
Just figured I'd comment here in case anyone else ended up here like I did for a similar issue.

I can also confirm this problem exists and is due to pipenv trying to "download the entire internet"

[[source]]
name = "pypi"
url = "https://pypi.org/simple"
verify_ssl = true

[dev-packages]
autopep8 = "*"

[packages]
django = "*"
dj-database-url = "*"
pylint = "*"
mysqlclient = "*"
requests = "*"
bs4 = "*"
lxml = "*"
quandl = "*"
matplotlib = "*"
seaborn = "*"
pandas = "*"
xlrd = "*"
djangorestframework = "*"
django-filter = "*"
scipy = "*"
celery = "*"
django-celery-results = "*"
numpy = "*"
pywavelets = "*"
zipline = "*"
h5py = "*"
pyzmq = "*"
pypdf4 = "*"

[requires]
python_version = "3.5"

got recommended pipenv and it seemed pretty cool... so i set up a new project with just numpy="*" and it just hangs at locking for hours. This is unusable.

I pressed ctrl + C and it shows
Success!
Updated Pipfile.lock

It still doesn't work. I waited the stack appeared:
Pipfile.lock not found, creating…
Locking [dev-packages] dependencies…
Locking [packages] dependencies…
Building requirements...
Resolving dependencies...
⠇ Locking...
⠋ Locking...
Traceback (most recent call last):
  File "/usr/local/Cellar/pipenv/2020.6.2/libexec/bin/pipenv", line 8, in <module>
    sys.exit(cli())
  File "/usr/local/Cellar/pipenv/2020.6.2/libexec/lib/python3.8/site-packages/pipenv/vendor/click/core.py", line 829, in __call__
    return self.main(*args, **kwargs)
  File "/usr/local/Cellar/pipenv/2020.6.2/libexec/lib/python3.8/site-packages/pipenv/vendor/click/core.py", line 782, in main
    rv = self.invoke(ctx)
  File "/usr/local/Cellar/pipenv/2020.6.2/libexec/lib/python3.8/site-packages/pipenv/vendor/click/core.py", line 1259, in invoke
    return _process_result(sub_ctx.command.invoke(sub_ctx))
  File "/usr/local/Cellar/pipenv/2020.6.2/libexec/lib/python3.8/site-packages/pipenv/vendor/click/core.py", line 1066, in invoke
    return ctx.invoke(self.callback, **ctx.params)
  File "/usr/local/Cellar/pipenv/2020.6.2/libexec/lib/python3.8/site-packages/pipenv/vendor/click/core.py", line 610, in invoke
    return callback(*args, **kwargs)
  File "/usr/local/Cellar/pipenv/2020.6.2/libexec/lib/python3.8/site-packages/pipenv/vendor/click/decorators.py", line 73, in new_func
    return ctx.invoke(f, obj, *args, **kwargs)
  File "/usr/local/Cellar/pipenv/2020.6.2/libexec/lib/python3.8/site-packages/pipenv/vendor/click/core.py", line 610, in invoke
    return callback(*args, **kwargs)
  File "/usr/local/Cellar/pipenv/2020.6.2/libexec/lib/python3.8/site-packages/pipenv/vendor/click/decorators.py", line 21, in new_func
    return f(get_current_context(), *args, **kwargs)
  File "/usr/local/Cellar/pipenv/2020.6.2/libexec/lib/python3.8/site-packages/pipenv/cli/command.py", line 232, in install
    retcode = do_install(
  File "/usr/local/Cellar/pipenv/2020.6.2/libexec/lib/python3.8/site-packages/pipenv/core.py", line 2051, in do_install
    do_init(
  File "/usr/local/Cellar/pipenv/2020.6.2/libexec/lib/python3.8/site-packages/pipenv/core.py", line 1299, in do_init
    do_lock(
  File "/usr/local/Cellar/pipenv/2020.6.2/libexec/lib/python3.8/site-packages/pipenv/core.py", line 1103, in do_lock
    venv_resolve_deps(
  File "/usr/local/Cellar/pipenv/2020.6.2/libexec/lib/python3.8/site-packages/pipenv/utils.py", line 1323, in venv_resolve_deps
    c = resolve(cmd, sp)
  File "/usr/local/Cellar/pipenv/2020.6.2/libexec/lib/python3.8/site-packages/pipenv/utils.py", line 1136, in resolve
    result = c.expect(u"\n", timeout=environments.PIPENV_INSTALL_TIMEOUT)
  File "/usr/local/Cellar/pipenv/2020.6.2/libexec/lib/python3.8/site-packages/pipenv/vendor/delegator.py", line 215, in expect
    self.subprocess.expect(pattern=pattern, timeout=timeout)
  File "/usr/local/Cellar/pipenv/2020.6.2/libexec/lib/python3.8/site-packages/pipenv/vendor/pexpect/spawnbase.py", line 343, in expect
    return self.expect_list(compiled_pattern_list,
  File "/usr/local/Cellar/pipenv/2020.6.2/libexec/lib/python3.8/site-packages/pipenv/vendor/pexpect/spawnbase.py", line 372, in expect_list
    return exp.expect_loop(timeout)
  File "/usr/local/Cellar/pipenv/2020.6.2/libexec/lib/python3.8/site-packages/pipenv/vendor/pexpect/expect.py", line 181, in expect_loop
    return self.timeout(e)
  File "/usr/local/Cellar/pipenv/2020.6.2/libexec/lib/python3.8/site-packages/pipenv/vendor/pexpect/expect.py", line 144, in timeout
    raise exc
pexpect.exceptions.TIMEOUT: <pexpect.popen_spawn.PopenSpawn object at 0x10fdd6e80>
searcher: searcher_re:
    0: re.compile('\n')
<pexpect.popen_spawn.PopenSpawn object at 0x10fdd6e80>
searcher: searcher_re:
    0: re.compile('\n')

I've been having this issue this morning. Running pipenv install --verbose revealed that it was failing because the /tmp dir was full. The default on Fedora is to mount /tmp on tmpfs with half of RAM allocated. It fills up and we see [Errno 28] No space left on device.
We can move past this point by setting TMPDIR to a location that has plenty of space.
Now I am waiting for locking to complete, it has been running quite a while and the tmp directory I set is at 42GB and still growing. I'm actually worried it might fill up /var.
How can it possibly take this much space to lock dependencies?
I'm running latest pipenv (v2020.6.2) on Fedora 32
Is it possible to set a pipenv specific tmpdir? I don't want to have everything I run use disk for tmp but pipenv clearly needs it.
Why (again) does it need so much space?

+1

+1, literally could not get it locking to conclude once in Docker.

I'm a new user to pipenv. It wasn't clear to me what on earth it was doing during the delay. Having default feedback indicating that it's performing a network action (ideally with progress bar) or that it's in the middle of building something, would have helped.

if pipenv locking gets stuck somewhere
do
$ pipenv install  --skip-lock
$ pipenv lock
first skip the lock part by --skip-lock
then manually do locking later when you have time
it works.

Subscribers to this issue, please test the performance against the latest master branch. Feedbacks are welcome

Subscribers to this issue, please test the performance against the latest master branch. Feedbacks are welcome

Hi, I was able to get things done using the latest from main branch. Thanks. It would still be great to have a verbose mode to be sure what's being processed. But, for the main topic of the issue (it hangs on locking), for me, it worked like a charm.

+1, the pipenv is stuck pinning packages from VCS

@uranusjr which version of pipenv after you using?

@Mause it's 2018.11.26. I've already found the problem. I needed to configure git credentials so git can authenticate when cloning packages from VCS. Otherwise pipenv was stuck waiting for prompt, basically, without telling anything.

I'd also suggest updating to the latest version so you don't have further issues

pipenv install -v
Still slow locking, had it running for hours without anything happening. It should be mentioned its a large project with 35 packages where 2 are local folders. The verbose flag does nothing in telling me if anything is happening, if it hangs and if so at what step.
pipenv, version 2020.11.15
@frostming

pipenv install -v
Still slow locking, had it running for hours without anything happening. It should be mentioned its a large project with 35 packages where 2 are local folders. The verbose flag does nothing in telling me if anything is happening, if it hangs and if so at what step.
pipenv, version 2020.11.15
@frostming

I just started using pipenv and now stumbled across this problem. For me happening the same long stuck time without any feedback about whats happening while creating the Pipfile.lock. Libs effected were Numpy, SciPy and Matplotlib.

I just started using pipenv and now stumbled across this problem. For me happening the same long stuck time without any feedback about whats happening while creating the Pipfile.lock. Libs effected were Numpy, SciPy and Matplotlib.

Update: My problem was related to an unreachable source, when i removed it it worked properly again. I would suggest having a timeout and/or show source reaching attempts when running in --verbose
[[source]]
name = "theunreachables"
url = "https://unreachable.com/simple"
verify_ssl = true

Update: My problem was related to an unreachable source, when i removed it it worked properly again. I would suggest having a timeout and/or show source reaching attempts when running in --verbose
[[source]]
name = "theunreachables"
url = "https://unreachable.com/simple"
verify_ssl = true

Just wow.. I tried using pipenv for the first time today and just wasted an hour trying to troubleshoot before discovering this known issue.  Can't believe it has been around for so long and no warning about it. Back to conda for me..

Just wow.. I tried using pipenv for the first time today and just wasted an hour trying to troubleshoot before discovering this known issue.  Can't believe it has been around for so long and no warning about it. Back to conda for me..

pipenv install flamegraph (generated with python-flamegraph 0.1 statistical profiler), see below (scroll the svg)

This was generated on a poor vpn network connection. most of the time is spent in SSL.py read()
Looks like finding "candidates" is fast, only downloading is slow.

This happened to me, when configuring different sources. I don't know how, but resetting (removing) the virtual environment with
pipenv --rm

solved the "locking lock" to me.

If we can get more verbose log in the lock phase will be very helpful since there're different root causes.

I ran the same pipenv install <package1> <package2> ... and there were no significant hangs. Compared to that, pipenv install produced the lock hangs mentioned above. I could get no useful info out of pipenv lock --clear either, it did not seem to be hanging on a particular package or module, just stuck in some dumb pypi circular reference.
I believe either it's a bug in pipenv caused by the circular references at pypi.org or python.org, or else these two sites are curated at different intervals?

@Amondale What version are you on?   If its the latest 2022.1.8 then could you try your case with this branch in testing:  https://github.com/pypa/pipenv/pull/4969
If you find that its still an issue, I suggest opening a new issue with a reproduceable test case, or look at the linked issues off that PR and decide if they match the issue you are facing.

We have done some performance enhancements to pipenv in recent times, including a big install optimization which released 2022.8.31. For an independent comparison of benchmarks, please have a look at: lincolnloop.github.io/python-package-manager-shootout
For new issues related to performance:  open a new issue report.


Issue with running protractor tests on Jenkins

I have a job set up on Jenkins that runs http-server to server up my angularjs files, and then another process to run my protractor tests.
If I run http-server and protractor <conf.js> on my local machine, my tests run and pass as expected, when I get to Jenkins, I get the following output:
[15:04:26] I/local - Starting selenium standalone server...
[15:04:26] I/launcher - Running 1 instances of WebDriver
[15:04:29] I/local - Selenium standalone server started at http://<IP_ADDRESS>:59698/wd/hub
[15:04:29] E/launcher - "process.on('uncaughtException'" error, see launcher
[15:04:29] E/launcher - Process exited with error code 199
This happens after calling protractor from a Jenkins VM.
The interesting thing I've found is that, if I run the tests locally, without starting webdriver-manager, the tests pass. If I run webdriver-manager, the tests fail with the same error as above. I'm not sure what's going on with my Jenkins build currently, but it appears webdriver-manager may be contributing.
I haven't been able to get the protractor tests to pass on Jenkins yet as they always fail after I call protractor. I can provide my conf.js if necessary, however it is very simple.

@clipsett : Even I am facing same issue, why have you closed it?

@bhavicool I can't remember why I closed the issue, but I do know we decided not to use Jenkins to run the protractor tests.

@clipsett: Ok.. Actually I was facing same issue today scripts were passing in my ide (vsc) but failing in Jenkins.. pls let me know if you have any idea abt it...


Content

I have made some fixes as mentioned in the commits. Check if everything works on your computer! :)
PS. Cant automatically merge anymore. Perhaps you can see why?

Okay, the cover image is gone (I wrote a compote for that), there is a Conflict in the content.json. This is a minor one. But where is my component... I will check that in detail to night.


only suggest including modules

Came up in a StackOverflow
Motivation

Test plan

See included automated tests.

For reference, this was the SO question: https://stackoverflow.com/questions/56758793/how-to-call-self-class-from-a-mix-in-module


The website section was cleared after updating to 2.10.0

Describe the Bug
I updated to version Umami 2.10.0 this morning, noticed that the date range switcher was behaving buggy (it just didn’t show the view graph in the range I needed and I was too lazy to start the search), I returned to version 2.9.0 and now I see this is when I logged into my admin user profile:

And something strange happened. On the first hit, I saw my site and wanted to set the date range to be displayed on the chart, not “24 hours”, as is set by default, but “today”. And I first saw these settings. Then I switched tab to another one on Umami, came back and now I see this error.
What is the problem? How can I fix this?
Database
PostgreSQL
Relevant log output
No response
Which Umami version are you using? (if relevant)
2.9.0 → 2.10.0 → 2.9.0
Which browser are you using? (if relevant)
No response
How are you deploying your application? (if relevant)
No response

Now I have no statistics at all in the dashboard. Although if you follow the direct link eg mysite.com/websites/6ac7e85a-735c-42e9-bd81-ff5f23d5ece9, it is still available.

Okay, I understand, most likely there were some migrations related to the commands in the latest update 2.10.0 and therefore old queries for the changed database structure do not work (I did not look inside the container errors).
I updated back to 2.10.0 again and can now see the list of sites for statistics.
But the question remains with the date switch. Since I'm already busy with this and will stay on 2.10.0, here's a issue on what I talked about earlier.

Please try v2.10.1.


krb5.keytab

Hi
I have tried to deploy a variety of commits, and always end up with this error being emailed to me.
src kt = /etc/krb5.keytab
File   /etc/krb5.keytab  does not exist
/opt/omi/bin/support/ktstrip: 38: exit: Illegal number: -
followed by another error
/usr/local/lib/node_modules/azure-cli/node_modules/ms-rest/lib/serialization.js:78
const { required, nullable } = mapper;
^
SyntaxError: Unexpected token {
at exports.runInThisContext (vm.js:53:16)
at Module._compile (module.js:374:25)
at Module.pModule._compile (/usr/local/lib/node_modules/azure-cli/node_modules/streamline/lib/compiler/register.js:72:15)
at Object.Module._extensions..js (module.js:417:10)
at Module.load (module.js:344:32)
at Function.Module._load (module.js:301:12)
at Module.require (module.js:354:17)
at require (internal/module.js:12:17)
at Object. (/usr/local/lib/node_modules/azure-cli/node_modules/ms-rest/lib/webResource.js:11:20)
at Module._compile (module.js:410:26)
Any ideas on how to progress past this ?
Thanks

Hi lukeduffyV
The First issue "src kt = /etc/krb5.keytab...",
You can check https://github.com/Microsoft/oxa-tools/issues/333#issuecomment-394783077
And second issue,
You can check https://github.com/Microsoft/oxa-tools/issues/357
These two issues are fixed at current version of oxa/master.fic.
So, In conclusion,
You have to use current version of oxa/master.fic which is last modified at 2 days ago.
We had successfully deploy a site with those version of oxa/master.fic.
Thank you.

Hi Egonid
We currently have a VMSS that is unable to reimage. As far as I can see we are using the current oca/master.fic build.
After a reimage we get the
src kt = /etc/krb5.keytab
File   /etc/krb5.keytab  does not exist
/opt/omi/bin/support/ktstrip: 38: exit: Illegal number: -1
error. This email is received 4 times.
We end up  with a successful email:
Installation of the EDX Application on VMSS instance 'EDX000005' was completed successfully.
However we only see the server error page with the pendleton sinking.
Looking in /edx/var/log/supervisor/lms-stderr.log:
2018-06-26 00:55:43,167 INFO 126484 [dd.dogapi] dog_stats_api.py:66 - Initializing dog api to use statsd: localhost, 8125
Traceback (most recent call last):
File "/edx/app/edxapp/venvs/edxapp/bin/gunicorn", line 11, in
sys.exit(run())
File "/edx/app/edxapp/venvs/edxapp/local/lib/python2.7/site-packages/gunicorn/app/wsgiapp.py", line 36, in run
WSGIApplication("%(prog)s [OPTIONS] APP_MODULE").run()
File "/edx/app/edxapp/venvs/edxapp/local/lib/python2.7/site-packages/gunicorn/app/base.py", line 135, in run
Arbiter(self).run()
File "/edx/app/edxapp/venvs/edxapp/local/lib/python2.7/site-packages/gunicorn/arbiter.py", line 59, in init
self.setup(app)
File "/edx/app/edxapp/venvs/edxapp/local/lib/python2.7/site-packages/gunicorn/arbiter.py", line 111, in setup
self.app.wsgi()
File "/edx/app/edxapp/venvs/edxapp/local/lib/python2.7/site-packages/gunicorn/app/base.py", line 106, in wsgi
self.callable = self.load()
File "/edx/app/edxapp/venvs/edxapp/local/lib/python2.7/site-packages/gunicorn/app/wsgiapp.py", line 27, in load
return util.import_app(self.app_uri)
File "/edx/app/edxapp/venvs/edxapp/local/lib/python2.7/site-packages/gunicorn/util.py", line 353, in import_app
import(module)
File "/edx/app/edxapp/edx-platform/lms/wsgi.py", line 32, in
modulestore()
File "/edx/app/edxapp/edx-platform/common/lib/xmodule/xmodule/modulestore/django.py", line 240, in modulestore
contentstore(),
File "/edx/app/edxapp/edx-platform/common/lib/xmodule/xmodule/contentstore/django.py", line 28, in contentstore
CONTENTSTORE[name] = class(**options)
File "/edx/app/edxapp/edx-platform/common/lib/xmodule/xmodule/contentstore/mongo.py", line 42, in init
port=port, tz_aware=tz_aware, user=user, password=password, proxy=proxy, **kwargs
File "/edx/app/edxapp/edx-platform/common/lib/xmodule/xmodule/mongo_utils.py", line 42, in connect_to_mongodb
**kwargs
File "/edx/app/edxapp/venvs/edxapp/local/lib/python2.7/site-packages/pymongo/mongo_client.py", line 425, in init
raise ConnectionFailure(str(e))
pymongo.errors.ConnectionFailure: [Errno 111] Connection refused, [Errno -2] Name or service not known, [Errno 111] Connection refused
Is it related to the krb5 error ??
Thanks

Ok
Thanks for the ideas. I'm going to do fresh instal and try and reload the dbs from back up.
Fingers crossed
How do we close the issue ??

I will close this issue as resolved. Thanks @egonid for sharing.


why is the rviz ground plane not aligned w/ kinect 2 ground plane

I have ground plane detection to manual - after picking 3 colinear points, detection (sort of) works, but I can't confirm if the ground plane is correct (and thus affecting detection quality) due to the view.

this is a single camera system, running via roslaunch tracking detection_and_tracking_kinect2.launch, no camera_network  yaml, intrinsic or extrinsic yet performed.

This is normal if you did not perform extrinsic calibration.
Even if you have a single camera system, you need to perform the extrinsic calibration (in this case it just consists in the ground estimation part with the checkerboard on the floor) in order to perform tracking in the reference frame of the ground.
Detection performance is anyway not affected by the missing calibration, but tracking is.

great to know - I will make a checkerboard ! thanks !!


MTS200B or any other thermostate device is listed in plugin v10.2.0 config

v10.2.0 doesn't list any kind of thermostate device in the plugins config section which makes it impossible to config a device like a MTS200B.
Can you please put an example in the repo how to configure a thermostate device using a local connection?
TIA

Hi @collacocca
Please check v10.2.2, you should now see a section 'Thermostat Devices' in the settings UI to configure these devices!
Thanks for reporting this!

Hi bwp91
Many thanks for the quick addition.
Here homebridge is running on a Synology with Node.js Verion 18.15.0-1008, which is the current one on the Syno platform. The error message -
The plugin "homebridge-meross" requires Node.js version of ^18.19.0 || ^20.10.0 which does not satisfy the current Node.js version of v18.15.0. You may need to upgrade your installation of Node.js - see https://homebridge.io/w/JTKEF
When starting Homebridge we get the log msg -
Device_XX missing config property 'model' for this device.
Out of 4 devices only 2 recognize the current temperature. All devices are gray, are set to 'off'. Switching to another mode is not possible. Switching via iOS Homekit results in the error -
Device_XX sending update failed as socket hang up at Function.AxiosError.from (file:///volume3/homebridge/node_modules/homebridge-meross/node_modules/axios/lib/core/AxiosError.js:89:14)
Any idea?
TIA

@bwp91
By the way - I have received a message from Meross that changes will be made to the iOS app and the cloud APIs from 24/01/01. If you have not received the message, I will be happy to forward it to you.


Message : Please, edit the config file and provide your repositories directory

When I go and type the url in browser, it shows the message as "Please, edit the config file and provide your repositories directory" .
This is my config.ini file entry:
===============
[git]
client = '/usr/bin/git' ; Your git executable path
default_branch = 'master' ; Default branch when HEAD is detached
repositories[] = '/home/user1/repo/' ; Path to your repositories
; If you wish to add more repositories, just add a new line
[app]
debug = false
cache = true
theme = "default"
baseurl = 'http://<IP_ADDRESS>:7074/'
; If you need to specify custom filetypes for certain extensions, do this here
[filetypes]
; extension = type
; dist = xml
; If you need to set file types as binary or not, do this here
[binary_filetypes]
; extension = true
; svh = false
; map = true
; set the timezone
[date]
; timezone = UTC
; format = 'd/m/Y H:i:s'
@klaussilveira  Is there any configuration issues there?. Please give some suggestion

I fixed it finally.

@gugansankar Can you add what you did to fix it for future reference?

@dkozel  The issue was because of repository Folder permission.

so how to set permissions? 755, 777 or what else?


azsecrets uses runtime.Poller[T] for LROs

Replacing the bespoke poller types with runtime.Poller[T]. Along the way I moved the module version out of generated code, so we don't have to regenerate or edit generated code to release patch versions, and fixed some test problems.

record with newer test proxy

How do we ensure we're recording with the latest test proxy that's compatible with what's in CI?

Destroying your container and running eng/common/testproxy/docker-start-proxy.ps1 start will get the image used in CI, which is recorded in eng/common/testproxy/target_version.txt. Maybe there's a better story when the proxy isn't in a container.

Fixes https://github.com/Azure/azure-sdk-for-go/issues/17759


Update index.html to redirect explore button to resp. page

'Closes #6'

That's most likely because of your sub hosting structure of URL. Let me change it,


require  cloudevents error, cannot load such file -- cloudevents (LoadError)

I try to import ruby cloudevent sdk into my project, and  I have already installed sinatra  and  cloudevents using gem, but unfortunately, it reports require error as following:
/usr/lib/ruby/2.3.0/rubygems/core_ext/kernel_require.rb:55:in require': cannot load such file -- cloudevents (LoadError)         from /usr/lib/ruby/2.3.0/rubygems/core_ext/kernel_require.rb:55:in require'
from rubydownserver.rb:10:in `'
the installed  package is under following
root@xxx05422:~/mytest# gem list --local
*** LOCAL GEMS ***
bigdecimal (1.2.8)
bundle (0.0.1)
bundler (1.11.2)
cloudevents (0.0.0)
did_you_mean (1.0.0)
httpclient (2.8.3)
io-console (0.4.5)
json (1.8.3)
minitest (5.11.3, 5.8.4)
molinillo (0.4.3)
mustermann (1.0.3)
net-http-persistent (2.9.4)
net-telnet (0.1.1)
power_assert (0.2.7)
psych (2.0.17)
rack (2.0.6)
rack-protection (2.0.5)
rake (12.3.2, 10.5.0)
rdoc (4.2.1)
rubyzip (1.2.2)
sinatra (2.0.5)
soap4r (1.5.8)
test-unit (3.1.7)
thor (0.19.1)
tilt (2.0.9)
zip-zip (0.3)

Hi @ventsing, sorry this took so long. We're restarting work on this library now, and have a new implementation in which this issue should no longer be present. We don't have a release yet—that will probably be another week or so for us to get our infrastructure in place. But you can use the master branch. Note that the gem name has changed: it is now cloud_events.


Authentication Error

Could not connect: CONNECTION_REFUSED_BAD_USERNAME_OR_PASSWORD
set in config：
auth.mongo.auth_query.password_hash = plain
mongodb：
{
"_id" : ObjectId("5823e6d0567d5c3da0dcecfc"),
"username" : "test",
"password" : "test",
"is_superuser" : false
}
does this plugin support “plain”？

This problem, we #20  has been resolved, you update the latest code.

OK
how can i download a success built plugin. I'm not familiar with Erlang

http://emqtt.io/docs/v2/install.html#installing-from-source


Selecting 'Hide "Who to follow", "Follow some Topics" etc. in the timeline' blocks certain desired content

as above, with this option selected, at least one twitter user (https://twitter.com/axia_chan May have NSFW content) only shows the first couple tweets and nothing else in both the latest Chrome and Firefox versions of the extension. This screenshot is taken in Firefox (mostly because it's easier to screenshot there) but the issue is also present in Chrome.
Edit: It's not just that one twitter profile page, it seems to be on several others, including my own.

+1

This should be fixed in v2.11.2