Add serviceaccountmanager role to manage service accounts

How to categorize this PR?

/area security
/area user-management
/kind enhancement
What this PR does / why we need it:
This PR adds a new role called serviceaccountmanager. This role will be used to manage serviceaccounts and request tokens for them. It will be assigned to the owner by default and can be given to other members of the project by members that have the uam role.
Which issue(s) this PR fixes:
Fixes #5957
Special notes for your reviewer:
Release note:

The delete/modify permissions for `ServiceAccount`s assigned to `Project` members with the `admin` role are now deprecated and will be removed in a future version of Gardener. In order to manage `ServiceAccount`s in the project namespace, use the `serviceaccountmanager` role. Please find more information [here](https://github.com/gardener/gardener/blob/master/docs/usage/projects.md).

I think that naming it sa-admin instead of saAdmin would be a bit more consistent with kubernetes resource names (but I don't really have a strong preference).

I also do not have a strong opinion on the naming. Will wait for another opinion on the matter.

For other such cluster roles (member, viewer ...) we generate a special role that has the project added as a suffix. I guess this is not necessary for the saAdmin role?

Yes, it is not necessary since the saAdmin role only needs access to namespaced resources and does not give any permissions on namespaces and projects.

The saAdmin cluster role currently will not be created for the local setup. Is that a problem? I see that the rolebinding gets created successfully even though the referenced role does not exist.

No, this is similar to the rolebindings gardener.cloud:system:project-member and gardener.cloud:system:project-viewer which also reference clusterroles that are not created in the local setup.

I think that naming it sa-admin instead of saAdmin would be a bit more consistent with kubernetes resource names (but I don't really have a strong preference).

@dimityrmirchev Maybe it will be really better to change the name to sa-admin. I requested the name to be "saAdmin" because my concern was about the CAM integration and there we had no names with dash inside. In fact, the names of the roles are typed in lowercase in CAM and "sa-admin" will help to no to not omit one of the "a"s when making the configuration. Maybe we risk people to do errors if we keep it "saadmin". Thanks in advance for change it to "sa-admin". I will discuss further how the "sa-admin" role name will be displayed via the Dashboard with the Dashboard team.

Just a small doubt , do we have any documentation on how the end user will be able to request/generate the token. It would be better to have one in our gardener repo. I am bit confused on how the user will generate the token and how it will be stored on end user side as we are not storing the token inside the gardener.

do we have any documentation on how the end user will be able to request/generate the token

Users will be able to request the token via the [TokenRequest API](https://kubernetes.io/docs/reference/kubernetes-api/authentication-resources/token-request-v1/). These tokens are not stored, they just have validity.

how it will be stored on end user side as we are not storing the token inside the gardener

Consumers don't have to "store" the tokens. They will use them/respective kubeconfig files in configurations like we use github for  our LSS. There is no big difference for the user. In the past they were reading a secret (getting a kubeconfig) and now they will request a token (getting a kubeconfig). Those who do this manually via the Dashboard one day will find no difference, just their kubeconfig will "have validity". Those who "get" the token from a secret now, will have to change the API that they call. What they do with the secret afterwards stay the same for the consumers, they will just call Gardener now regularly in order to have valid tokens on time.

/hold
I need to take another look

Thank you all for the comprehensive review!


Which packages can be updated and which cannot

What problem does this feature solve?
Inside the package.json there are vuecli plugin like this:
    "@vue/cli-plugin-babel": "~4.5.8",
    "@vue/cli-plugin-eslint": "~4.5.8",
    "@vue/cli-plugin-router": "~4.5.8",
    "@vue/cli-plugin-typescript": "~4.5.8",
    "@vue/cli-plugin-unit-jest": "~4.5.8",
    "@vue/cli-plugin-vuex": "~4.5.8",
    "@vue/cli-service": "~4.5.8",

I have also the package eslint, vuex-module-decorator (if I working with typescript), jest.
How I can know until version I can update xxx package  ?
For example I cannot find any clue if Jest v 26 is supported by the plugin unit-jest.
What does the proposed API look like?
On https://cli.vuejs.org/core-plugins specify for each plugin which is the max version supported by the plugin.

Hi, thanks for your interest but Github issues are for bug reports and feature requests only. You can ask questions on the forum, the Discord server or StackOverflow.

Oh, sorry, you are asking for a documentation update - that's a valid feature request.


Tracking sheet

RRASSLE'd Model Tracking Sheet: https://docs.google.com/spreadsheets/d/1IkwBwloayDy5f0vYok80WblDKW5o3709ZWSGZZlqVk4/edit?usp=sharing

No longer needed. This sheet is operational and well managed.


How do I run this?

I tried making the configuration "gradle run" but the run task does not exist. How do I run this?

You would have to start all/src/main/kotlin/org/rsmod/Server.kt
There is currently no user-friendly way to setup the server as it's too early in development.

Closing issue as it's not appropriate.


Fix for subregion with multiple objects

Close #4423

Codecov Report
Attention: Patch coverage is 0% with 1 lines in your changes are missing coverage. Please review.

Project coverage is 34.63%. Comparing base (ae85d92) to head (6e12f34).
Report is 1 commits behind head on main.

Additional details and impacted files
@@             Coverage Diff             @@
##             main    #4424       +/-   ##
===========================================
- Coverage   81.52%   34.63%   -46.90%
===========================================
  Files         109      109
  Lines       53160    53158        -2
===========================================
- Hits        43337    18409    -24928
- Misses       9823    34749    +24926


Date

Another trivial request.
Please update the document date to February 21, 2024.
This fixes both the day and year!

Done. Any preference on https://github.com/hughsie/uefi-sbom-best-practices/pull/23 being merged too?


New PayPal API

Hi There, I noticed that PayPal is upgrading their API, will these changes affect Django PayPal in anyway? if so, will there be a new django-paypal release coming out to facilitate these PayPal changes?

I'm afraid I don't know what you are referring to. If you are talking about a new API that PayPal is bringing out, the answer to your questions are already in the README  - https://github.com/spookylukey/django-paypal

I'm afraid I don't know what you are referring to. If you are talking about a new API that PayPal is bringing out, the answer to your questions are already in the README  - https://github.com/spookylukey/django-paypal

I think he means this https://github.com/spookylukey/django-paypal/issues/221


Cpu based on os version

Hello, some patch for CPU metrics.
Current exporter doesn't work well in multi socket system, and not provide all cpu metrics.
I have implemented some additional logic to provide metrics based on OS release.
This also solves bug : https://github.com/martinlindhe/wmi_exporter/issues/141
example metrics:
# TYPE wmi_cpu_cstate_seconds_total counter
wmi_cpu_cstate_seconds_total{core="0,0",state="c1"} 4.5225769106444e+06
wmi_cpu_cstate_seconds_total{core="0,0",state="c2"} 0
wmi_cpu_cstate_seconds_total{core="0,0",state="c3"} 0
wmi_cpu_cstate_seconds_total{core="0,1",state="c1"} 3.9345788321461e+06
wmi_cpu_cstate_seconds_total{core="0,1",state="c2"} 0
wmi_cpu_cstate_seconds_total{core="0,1",state="c3"} 0
wmi_cpu_cstate_seconds_total{core="0,2",state="c1"} 1.37964725880006e+07
wmi_cpu_cstate_seconds_total{core="0,2",state="c2"} 0
wmi_cpu_cstate_seconds_total{core="0,2",state="c3"} 0
wmi_cpu_cstate_seconds_total{core="0,3",state="c1"} 1.37038457974563e+07
wmi_cpu_cstate_seconds_total{core="0,3",state="c2"} 0
# HELP wmi_cpu_core_frequence_MHz Core frequency in megahertz
# TYPE wmi_cpu_core_frequence_MHz gauge
wmi_cpu_core_frequence_MHz{core="0,0"} 2195
wmi_cpu_core_frequence_MHz{core="0,1"} 2195
wmi_cpu_core_frequence_MHz{core="0,2"} 2195
wmi_cpu_core_frequence_MHz{core="0,3"} 2195

Please review it.
Thanks!

Generally looks good to me, just looking into why appveyor is failing

@carlpett Im at loss as to why appveyor is failing here. It's to do with https://github.com/martinlindhe/wmi_exporter/blob/master/appveyor.yml#L27 but I don't understand how this is causing issues for this PR, maybe you have an idea?

Looks like the compile fails, but I don't understand why we don't get any error message. It might be that promu has broken on Windows? I'll take a look.

Another question, this PR changes the core label from a single digit to <socket>,<core>. Does this matter/do we care about this? Is there a reasonable way someone could depend on it being just numbers?

Another question, this PR changes the core label from a single digit to <socket>,<core>. Does this matter/do we care about this? Is there a reasonable way someone could depend on it being just numbers?

Hm, not sure, but for prometheus it shouldn't be a problem.
Example how it looks after exporter upgrade:

Yes, I was thinking about if anyone could be doing something that somehow breaks due to the labels changing like that, but I can't think of anything.
I think it'll be sufficient to just add a sentence about it in the release notes, though.

Hello, @carlpett when we can expect new release including this fix ? Thanks.

Hey @wizardmatas,
I'm finishing up #335 which I'd like to get in before release. Hopefully this week.


Why no callback?

Why are there no options to get a callback with the result?
Personally, I don't have anything against Promises paradigm but I still prefer using the callback paradygm. May that also be available to web extensions?

We haven't really talked about if that would be a good standard to support in all the new APIs that we land, this is one of the first. I can imagine maintaining both is a bit of a pain long term and personally think we should aim to just go with promises.
Whats the cost in terms of code of maintaining both?
Whats the advantage?

There's not really any point to supporting both. The W3 group has decided on promises rather than callbacks for all standardized APIs, so there's not much point in supporting callbacks outside of Chrome compatibility stubs. If you really want to use callbacks instead, you can always write a polyfill.

OK. Got it.


Softmax in inference.py

Hi all! Thank you for the good work. I have a question, why a softmax is used in inference.py (this line) ? It was not explicitly used in train.py.

I think it's because the trainer uses CrossEntropy from torch which has the softmax embedded by default.


Fix warning in generated server when no operations are included in the OpenAPI doc

It's legal to have no operations in the OpenAPI doc, e.g. just have schemas.
Today, when someone generates a serve with such a doc, they'll get a warning because the variable server isn't used in the generated registerHandlers method.
Let's fix it by only generating this initializer if there's at least one operation. Otherwise keep the method empty.

Hey there!
I would be happy to take a look at fixing this! 😊

Sounds good, @arthurcro, let us know if you need any help!


Invalid syntax for query command

Describe the background or context
I experimented today with the 'query' command after enabling in my fork always received
Invalid syntax for query command error, see https://github.com/gitcoindev/ubiquibot/pull/3
I was able to run this command only because I analysed the regex in https://github.com/ubiquity/ubiquibot/blob/development/src/handlers/comment/handlers/query.ts
By default GitHub adds an empty space after username after typing @username and this is rejected as the regex does not allow any white space after user name.
Describe the solution
Proposal to fix this: Update the regex to allow to add an optional empty white space after user name.

By default GitHub adds an empty space after username after typing @username and this is rejected as the regex does not allow any white space after user name.

Interesting observation.

Proposal to fix this: Update the regex to allow to add an optional empty white space after user name.

What if we use String.trim() instead?
@web4er @whilefoo I remember somebody recently highlighted a space related issue to one of the commands recently. Was this related?

@pavlovcik yes string.trim() or ^\/query\s@(\w+)\s?$ should work. The latter solution accepts an optional white space after user name.

Why do you want to keep the white space? It seems like useless information to save in the database.

the second solution is just the regex, so it would still be able to parse any db entries with an additional white space.
but if old entries can be discarded I would use trim().

but if old entries can be discarded I would use trim().

We would need to be mindful to update all the old entries (or drop them) when this solution is merged in probably?

@web4er I remember somebody recently highlighted a space related issue to one of the commands recently. Was this related?

That white space was probably for a different purpose, but the concern is same. The database should not have something unexpected.

/assign

/start


[Feature] Count the API tokens based on different access passwords

We want to promote it for use across the entire company, but with different access passwords. Therefore, we would like to count chat TOKENs based on the different access passwords. Is this feasible to develop?

Use this to forward it
https://github.com/songquanpeng/one-api


Migrate from click to typer

Click comes along with Flask, when typer is provided by Fastapi. We need to convert the flask db populate command from click to typer.

Won't do for now, as typer is based on click itself. This is extra complexity we don't need.


Feature Request: Show Added yml file created after run

Is your feature request related to a problem? Please describe.
No
Describe the solution you'd like
Similar to the Movies_Missing.yml file that is created after a run, have the option to create a Movies_Added.yml file that shows the items added to a collection after a run.
It would also be nice to see Movies_Removed.yml (for sync collections that remove items from a collection).
Describe alternatives you've considered
A clear and concise description of any alternative solutions or features you've considered.
Additional context
Add any other context or screenshots about the feature request here.

so would you expect this file to be replaced with each run or like the logs where it saves x number of runs back

I envision it like the current behavior of the _missing.yml file that's created in the config directory after each run (and overwritten with each new run).
Ideally, the option to write:

_missing.yml
_added.yml
_removed.yml

And maybe add a _changed.yml file, that is a combination of the added/removed outputs?
As background for this request, I have a large number of managed collections that I run every few weeks. I can't (easily) scroll through the entire log file or the CMD terminal to see what changed in a collection. Missing.yml is useful when I'm trying to expand my collections, but I often care about what's being added/removed if I disagree with a collection source (i.e. the IMDB list I use considers something a Horror film that I don't). Or I manually added a share label for a smart collection, but then it's removed since my config has "sync" enabled and that film isn't on the source list.

Added in 1.17.0


feat(internal-service): adds an optional "internal" service

What does this PR do?
Introduces an optional internal Service, that could be used distinguishing "internal" accesses (eg: company LAN) from public accesses.
Motivation
As suggested by @muffl0n
See https://github.com/traefik/traefik-helm-chart/issues/436
More

[X] Yes, I updated the chart version

Additional Notes
N/A

Awesome! Can't wait to give it a try! Thank you! 😘

Although this PR creates a new service that fronts Traefik, it doesn't provide any differentiator to Traefik that the request came through the internal service instead. If this is just a duplicate service, I'm not convinced it should be bundled in the chart, as it doesn't really provide any further functionality.
For example, if you have:
Service A (external) --> Traefik web EP
and
Service B (internal) --> Traefik web EP

Traefik won't know (or care) whether the request came from an external service. This would require additional entrypoints, and wiring the entrypoints to the same service ports forwarded by the internal service.
To accomplish this, you would require:
Service A (external) --> Traefik web EP
and
Service B (internal) --> Traefik web-internal EP

Thoughts?

if you have:
Service A (external) --> Traefik web EP
and
Service B (internal) --> Traefik web EP

This is one possibility. If I have two LB (metallb, ELB, ...) or one LB and a NodePort, or one NodePort and a ClusterIP, ... exposing the same endpoints doesn't mean you're exposing it to the same clients. By extension, exposing it with different services mean you may apply different firewalling/filtering.
Though for sure, trusting DNS resolution and selective firewalling would not prevent someone to query your public IPs, forging the host header of his request to access a service that would otherwise only be exposed using a private FQDN / private LB.
Now, that PR already implements the case for:
Service A (external) --> Traefik web EP
and
Service B (internal) --> Traefik web-internal EP

Which is precisely what was requested from https://github.com/traefik/traefik-helm-chart/issues/436
This would be done with the following values:
ports:
  traefik:
   [...]
  web:
    port: 8000
    expose: true
    exposeInternal: true
    redirectTo: websecure
  webinternal:
    port: 8001
    expose: false
    exposeInternal: true
  [...]
  websecure:
    port: 8443
    expose: true
    exposeInternal: true
  [...]
  websecureinternal:
    port: 8001
    expose: false
    exposeInternal: true
  [...]

service:
  enabled: true
  annotations:
    networking.gke.io/internal-load-balancer-subnet: gke-services
  type: LoadBalancer
  internal:
    enabled: true
    annotations:
      networking.gke.io/internal-load-balancer-subnet: gke-services
      networking.gke.io/load-balancer-type: Internal
    loadBalancerSourceRanges:
    - <IP_ADDRESS>/16
    type: LoadBalancer

I like that feature and I see the need of adding Internal Service.
I run Traefik together with MetalLB and I have two IP pools: private and public. I also created additional entry points for Web internal, because some of the services need to reach Traefik internally. However, the Helm Chart provides only one service to expose ports.  If I would like to expose e.g. port metrics and currently, I can only manually create a service and expose it locally by binding it to the proper MetalLB pool.
Here is the example service that I've created:
apiVersion: v1
kind: Service
metadata:
  annotations:
    metallb.universe.tf/address-pool: private-ips
  labels:
    app: traefik
spec:
  loadBalancerIP: <IP_ADDRESS>
  ports:
  - name: web-int
    port: 80
    protocol: TCP
    targetPort: web-int
  - name: web-int-tls
    port: 443
    protocol: TCP
    targetPort: web-int-tls
  selector:
    app.kubernetes.io/instance: traefik-traefik
    app.kubernetes.io/name: traefik
  sessionAffinity: None
  type: LoadBalancer
status:
  loadBalancer:
    ingress:
    - ip: <IP_ADDRESS>

It would ideally be if Helm chart could create that service for me and I could decide what service the specific ports should be exposed to, whether internal or external.
Thanks for that contribution.

Would this work with the Kubernetes Ingress provider? Trying to mimic this manually (create separate ports, service, etc), but it seems like even if I use the appropriate annotations to set the entrypoint, any ingresses that are created are assigned the status (load balancer IP/hostname) from the "public" service.
Based on what I currently have set up with nginx, I imagine one would still need to deploy two copies of traefik with different IngressClasses to achieve the same public/private split when using the Ingress provider.

As you point out, you can annotate your Ingress designating which entrypoints should be used exposing their service -- while the ingressroute allows you do to this setting an array in its spec.
Sadly, I don't have a cluster with a cloud provider to test this with, if you know anything please share.
Can anyone check?

if I use the appropriate annotations to set the entrypoint, any ingresses that are created are assigned the status (load balancer IP/hostname) from the "public" service.

In terms of traffic routing, as far as I've seen, entrypoints annotations are properly observed by Traefik. If my Ingress annotated restricting is service to entrypoint A, trying to query it through entrypoint B would not work, as expected.
Now, in terms of status, I am not sure.
If there actually is an issue here, then I guess you should report this to github.com/traefik/traefik .
There may be a bug or some edge case, within Traefik code itself. I don't think there is much to be done in Helm charts.

Based on this, it seems like its a limitation of Traefik itself/Ingress in general. All ingresses for a given Ingress class get pointed a single endpoint. Deploying two instances of Traefik (each with their own IngressClass) seems to work like a charm however. Thanks for taking a look!

Superseded by #683


PhantomJS crash dump

We use the official static build of PhantomJS 1.9.8 x86_64. This occurs trying to switch back to the main window from an iframe that was selected with the webdriver function switch_to_frame.
Operating system: Linux
                  0.0.0 Linux <IP_ADDRESS>-0.6-desktop #1 SMP PREEMPT 2011-12-13 18:27:38 +0100 x86_64
CPU: amd64
     family 6 model 26 stepping 5
     4 CPUs

Crash reason:  SIGSEGV
Crash address: 0x38

Thread 0 (crashed)
 0  phantomjs!QWebFrame::frameName [AtomicString.h : 108 + 0x0]
    rbx = 0x00007fffd88d84d0   r12 = 0x0000000002be0970
    r13 = 0x0000000002c22280   r14 = 0x0000000000000000
    r15 = 0x00007fffd88d84d0   rip = 0x0000000000478f28
    rsp = 0x00007fffd88d84b0   rbp = 0x00007fffd88d8f40
    Found by: given as instruction pointer in context
 1  phantomjs!WebPage::changeCurrentFrame [webpage.cpp : 1486 + 0x18]
    rbx = 0x0000000000000000   r12 = 0x0000000002be0970
    r13 = 0x0000000002c22280   r14 = 0x0000000000000000
    r15 = 0x00007fffd88d84d0   rip = 0x000000000041e0fa
    rsp = 0x00007fffd88d84c0   rbp = 0x00007fffd88d8f40
    Found by: call frame info
 2  phantomjs!WebPage::qt_static_metacall [moc_webpage.cpp : 266 + 0x4]
    rbx = 0x0000000000000000   r12 = 0x0000000002c22280
    r13 = 0x000000000000002a   r14 = 0x0000000000000000
    r15 = 0x0000000001d5fe40   rip = 0x000000000046a725
    rsp = 0x00007fffd88d8580   rbp = 0x00007fffd88d8f40
    Found by: call frame info
 3  phantomjs!WebPage::qt_metacall [moc_webpage.cpp : 338 + 0xe]
    rbx = 0x0000000000000000   r12 = 0x0000000002c22280
    r13 = 0x000000000000002a   r14 = 0x0000000000000000
    r15 = 0x0000000001d5fe40   rip = 0x000000000046afbf
    rsp = 0x00007fffd88d86b0   rbp = 0x00007fffd88d8f40
    Found by: call frame info
 4  phantomjs!JSC::Bindings::QtRuntimeMetaMethod::call [qt_runtime.cpp : 1455 + 0x17]
    rbx = 0x00007fffd88d8d10   r12 = 0x00007fffd88d8f40
    r13 = 0x00007fffd88d90e0   r14 = 0x0000000000000000
    r15 = 0x0000000001d5fe40   rip = 0x0000000000553007
    rsp = 0x00007fffd88d8840   rbp = 0x0000000000000001
    Found by: call frame info
 5  phantomjs!JSC::cti_op_call_NotJSFunction [JITStubs.cpp : 2191 + 0x3]
    rbx = 0x0000000000000000   r12 = 0x00007fbd750ce218
    r13 = 0x00007fbd2ae9cbd0   r14 = 0x00007fffd88d9648
    r15 = 0x00007fbd750ce1d0   rip = 0x0000000000f5d175
    rsp = 0x00007fffd88d95f0   rbp = 0x00007fffd88d9650
    Found by: call frame info
 6  0x7fbd30016237
    rbx = 0x00007fbd30016a1e   r12 = 0x00000000000001d0
    r13 = 0x00007fbd750ce1d0   r14 = 0xffff000000000000
    r15 = 0xffff000000000002   rip = 0x00007fbd30016238
    rsp = 0x00007fffd88d9650   rbp = 0x00007fffd88d96f0
    Found by: call frame info
 7  phantomjs!JSC::Interpreter::executeCall [JITCode.h : 77 + 0x16]
    rip = 0x0000000000f2e476   rsp = 0x00007fffd88d9700
    Found by: stack scanning
 8  phantomjs!JSC::call [CallData.cpp : 38 + 0x21]
    rbx = 0x00007fffd88d9930   r12 = 0x00007fbd786122c8
    r13 = 0x00007fbd74f7b710   r14 = 0x00007fbd78618150
    r15 = 0x00007fbd75ce08f0   rip = 0x0000000000f72a1d
    rsp = 0x00007fffd88d97d0   rbp = 0x00007fbd74f8ead0
    Found by: call frame info
 9  phantomjs!JSC::Bindings::QtConnectionObject::execute [qt_runtime.cpp : 1863 + 0x17]
    rbx = 0x00007fffd88d9930   r12 = 0x00007fbd786122c8
    r13 = 0x00007fbd74f7b710   r14 = 0x00007fbd78618150
    r15 = 0x00007fbd75ce08f0   rip = 0x0000000000542fce
    rsp = 0x00007fffd88d97e0   rbp = 0x00007fbd74f8ead0
    Found by: call frame info
10  phantomjs!JSC::Bindings::QtConnectionObject::qt_metacall [qt_runtime.cpp : 1807 + 0xa]
    rbx = 0x0000000000000000   r12 = 0x0000000002c56db0
    r13 = 0x0000000002bfdf30   r14 = 0x0000000002aa7208
    r15 = 0x0000000002c3ffd0   rip = 0x0000000000543a0c
    rsp = 0x00007fffd88d9a60   rbp = 0x0000000000000000
    Found by: call frame info
11  phantomjs!QObject::event [qobject.cpp : 1191 + 0x8]
    rbx = 0x0000000002bfdf30   r12 = 0x0000000002c3ffd0
    r13 = 0x0000000002aa9ab0   r14 = 0x0000000002aa7208
    r15 = 0x0000000002c3ffd0   rip = 0x0000000001cefd28
    rsp = 0x00007fffd88d9a90   rbp = 0x0000000000000000
    Found by: call frame info
12  phantomjs!QApplicationPrivate::notify_helper [qapplication.cpp : 4562 + 0xc]
    rbx = 0x00007fffd88da3f0   r12 = 0x0000000002c3ffd0
    r13 = 0x0000000002aa9ab0   r14 = 0x0000000002aa7208
    r15 = 0x0000000002c3ffd0   rip = 0x00000000015dedaf
    rsp = 0x00007fffd88d9c30   rbp = 0x0000000002bfdf30
    Found by: call frame info
13  phantomjs!QApplication::notify [qapplication.cpp : 4423 + 0x17]
    rbx = 0x00007fffd88da3f0   r12 = 0x0000000002c3ffd0
    r13 = 0x00007fffd88da3f0   r14 = 0x0000000002aa7208
    r15 = 0x0000000002c3ffd0   rip = 0x00000000015e7a3b
    rsp = 0x00007fffd88d9c60   rbp = 0x0000000002bfdf30
    Found by: call frame info
14  phantomjs!QCoreApplication::notifyInternal [qcoreapplication.cpp : 946 + 0x2]
    rbx = 0x0000000002aa71c0   r12 = 0x0000000002c3ffd0
    r13 = 0x00007fffd88da3f0   r14 = 0x0000000002aa7208
    r15 = 0x0000000002aa71fc   rip = 0x0000000001cde4d4
    rsp = 0x00007fffd88da130   rbp = 0x0000000002bfdf30
    Found by: call frame info
15  phantomjs!QCoreApplicationPrivate::sendPostedEvents [qcoreapplication.h : 231 + 0x1f]
    rbx = 0x0000000002c3ffd0   r12 = 0x0000000002aa71c0
    r13 = 0x0000000002bfdf30   r14 = 0x0000000002aa7208
    r15 = 0x0000000002aa71fc   rip = 0x0000000001cdf434
    rsp = 0x00007fffd88da180   rbp = 0x0000000002c30b50
    Found by: call frame info
16  phantomjs!QEventDispatcherQPA::processEvents [qcoreapplication.h : 236 + 0xb]
    rbx = 0x0000000002bf94e0   r12 = 0x0000000000000000
    r13 = 0x0000000002aae7d0   r14 = 0x00007fffd88da280
    r15 = 0x0000000002aa72d8   rip = 0x000000000163a723
    rsp = 0x00007fffd88da240   rbp = 0x0000000002aaef90
    Found by: call frame info
17  phantomjs!QEventLoop::processEvents [qeventloop.cpp : 149 + 0x1]
    rbx = 0x0000000002bf94e0   r12 = 0x00007fffd88da310
    r13 = 0x00007fffd88da320   r14 = 0x0000000002aa7230
    r15 = 0x0000000002aa72d8   rip = 0x0000000001cdd5b5
    rsp = 0x00007fffd88da280   rbp = 0x00007fffd88da2c0
    Found by: call frame info
18  phantomjs!QEventLoop::exec [qeventloop.cpp : 200 + 0x4]
    rbx = 0x0000000002bf94e0   r12 = 0x00007fffd88da310
    r13 = 0x00007fffd88da320   r14 = 0x0000000002aa7230
    r15 = 0x0000000002aa72d8   rip = 0x0000000001cdda18
    rsp = 0x00007fffd88da2b0   rbp = 0x00007fffd88da3f0
    Found by: call frame info
19  phantomjs!QCoreApplication::exec [qcoreapplication.cpp : 1218 + 0x4]
    rbx = 0x0000000002aa71c0   r12 = 0x00007fffd88da3f0
    r13 = 0x00007fffd88da5a0   r14 = 0x00007fffd88da360
    r15 = 0x0000000000000000   rip = 0x0000000001cdf8cb
    rsp = 0x00007fffd88da310   rbp = 0x0000000002aa71c0
    Found by: call frame info
20  phantomjs!main [main.cpp : 121 + 0x4]
    rbx = 0x0000000002b0af60   r12 = 0x00007fffd88da3f0
    r13 = 0x00007fffd88da5a0   r14 = 0x00007fffd88da360
    r15 = 0x0000000000000000   rip = 0x0000000000427db2
    rsp = 0x00007fffd88da350   rbp = 0x00007fffd88da588
    Found by: call frame info
21  libc-2.11.2.so + 0x1eb7c
    rbx = 0x0000000000000000   r12 = 0x0000000000407cc0
    r13 = 0x00007fffd88da580   r14 = 0x0000000000000000
    r15 = 0x0000000000000000   rip = 0x00007fbd77039b7d
    rsp = 0x00007fffd88da4b0   rbp = 0x0000000000000000
    Found by: call frame info
22  phantomjs + 0x27b5f
    rip = 0x0000000000427b60   rsp = 0x00007fffd88da4d0
    Found by: stack scanning

Thread 1
 0  libc-2.11.2.so + 0xa038d
    rbx = 0x00007fbd765ced80   r12 = 0x00007fbd765ced00
    r13 = 0x00007fbd74636b60   r14 = 0x0000000002a7e1a0
    r15 = 0x0000000002a7e170   rip = 0x00007fbd770bb38d
    rsp = 0x00007fbd765cec50   rbp = 0x00000000ffffffff
    Found by: given as instruction pointer in context
 1  libc-2.11.2.so + 0xa01f7
    rip = 0x00007fbd770bb1f8   rsp = 0x00007fbd765cec60
    Found by: stack scanning
 2  phantomjs + 0x18b5d6f
    rip = 0x0000000001cb5d70   rsp = 0x00007fbd765cec68
    Found by: stack scanning
 3  libc-2.11.2.so + 0xe1f7
    rip = 0x00007fbd770291f8   rsp = 0x00007fbd765cec90
    Found by: stack scanning
 4  ld-2.11.2.so + 0x8ab9
    rip = 0x00007fbd785e5aba   rsp = 0x00007fbd765ceca0
    Found by: stack scanning
 5  ld-2.11.2.so + 0x91c0
    rip = 0x00007fbd785e61c1   rsp = 0x00007fbd765cece0
    Found by: stack scanning
 6  libpthread-2.11.2.so + 0xf2df
    rip = 0x00007fbd77b012e0   rsp = 0x00007fbd765cecf8
    Found by: stack scanning
 7  ld-2.11.2.so + 0x9551
    rip = 0x00007fbd785e6552   rsp = 0x00007fbd765ced10
    Found by: stack scanning
 8  libc-2.11.2.so + 0xe1f7
    rip = 0x00007fbd770291f8   rsp = 0x00007fbd765ced48
    Found by: stack scanning
 9  phantomjs!WTF::TCMalloc_PageHeap::scavengerThread [FastMalloc.cpp : 2499 + 0x4]
    rip = 0x00000000004ddb2e   rsp = 0x00007fbd765cee40
    Found by: stack scanning
10  phantomjs!WTF::TCMalloc_PageHeap::runScavengerThread [FastMalloc.cpp : 1618 + 0x4]
    rbx = 0x0000000000000000   r12 = 0x00007fbd77b032e0
    r13 = 0x0000000000000000   r14 = 0x00007fbd787fc040
    r15 = 0x0000000000000003   rip = 0x00000000004ddd99
    rsp = 0x00007fbd765ceec0   rbp = 0x0000000000000000
    Found by: call frame info
11  libpthread-2.11.2.so + 0x6a4e
    rbx = 0x0000000000000000   r12 = 0x00007fbd77b032e0
    r13 = 0x0000000000000000   r14 = 0x00007fbd787fc040
    r15 = 0x0000000000000003   rip = 0x00007fbd77af8a4f
    rsp = 0x00007fbd765ceed0   rbp = 0x0000000000000000
    Found by: call frame info
12  libpthread-2.11.2.so + 0x112df
    rip = 0x00007fbd77b032e0   rsp = 0x00007fbd765cef78
    Found by: stack scanning
13  libc-2.11.2.so + 0xd09cc
    rip = 0x00007fbd770eb9cd   rsp = 0x00007fbd765cefe0
    Found by: stack scanning

Thread 2
 0  libc-2.11.2.so + 0xc9fb3
    rbx = 0x0000000000000000   r12 = 0x00007fbd75ccdda0
    r13 = 0x0000000000000008   r14 = 0x0000000002b064a8
    r15 = 0x0000000002b06740   rip = 0x00007fbd770e4fb3
    rsp = 0x00007fbd75ccdb70   rbp = 0x0000000002b062f0
    Found by: given as instruction pointer in context
 1  phantomjs!qt_safe_select [qcore_unix.cpp : 83 + 0x15]
    rip = 0x0000000001d06427   rsp = 0x00007fbd75ccdb80
    Found by: stack scanning
 2  phantomjs!QEventDispatcherUNIXPrivate::doSelect [qeventdispatcher_unix.cpp : 223 + 0xd]
    rbx = 0x00007fbd700008b0   r12 = 0x00007fbd75ccdda0
    r13 = 0x0000000002b062f0   r14 = 0x0000000000000000
    r15 = 0x0000000002b06740   rip = 0x0000000001d076e7
    rsp = 0x00007fbd75ccdc10   rbp = 0x0000000002b062f0
    Found by: call frame info
 3  phantomjs!QEventDispatcherUNIX::processEvents [qeventdispatcher_unix.cpp : 937 + 0x4]
    rbx = 0x00007fbd700008b0   r12 = 0x00007fbd75ccdda0
    r13 = 0x0000000002b054c0   r14 = 0x0000000000000001
    r15 = 0x0000000002b0a6b8   rip = 0x0000000001d08192
    rsp = 0x00007fbd75ccdd50   rbp = 0x0000000002b062f0
    Found by: call frame info
 4  phantomjs!QEventLoop::processEvents [qeventloop.cpp : 149 + 0x1]
    rbx = 0x00007fbd700008b0   r12 = 0x00007fbd75ccde30
    r13 = 0x00007fbd75ccde40   r14 = 0x0000000002aa7230
    r15 = 0x0000000002b0a6b8   rip = 0x0000000001cdd5b5
    rsp = 0x00007fbd75ccdda0   rbp = 0x00007fbd75ccdde0
    Found by: call frame info
 5  phantomjs!QEventLoop::exec [qeventloop.cpp : 200 + 0x4]
    rbx = 0x00007fbd700008b0   r12 = 0x00007fbd75ccde30
    r13 = 0x00007fbd75ccde40   r14 = 0x0000000002aa7230
    r15 = 0x0000000002b0a6b8   rip = 0x0000000001cdda18
    rsp = 0x00007fbd75ccddd0   rbp = 0x00007fffd88da3f0
    Found by: call frame info
 6  phantomjs!QThread::exec [qthread.cpp : 542 + 0xc]
    rbx = 0x0000000002b0a630   r12 = 0x0000000002b0a6b8
    r13 = 0x0000000000000001   r14 = 0x00007fbd787fc040
    r15 = 0x0000000000000003   rip = 0x0000000001bdfef6
    rsp = 0x00007fbd75ccde30   rbp = 0x0000000002b0a6b8
    Found by: call frame info
 7  phantomjs!QThreadPrivate::start [qthread_unix.cpp : 338 + 0x9]
    rbx = 0x0000000002b0a6b8   r12 = 0x0000000002b0b4f0
    r13 = 0x0000000000000001   r14 = 0x00007fbd787fc040
    r15 = 0x0000000000000003   rip = 0x0000000001be2dc2
    rsp = 0x00007fbd75ccde80   rbp = 0x0000000002b8d460
    Found by: call frame info
 8  libpthread-2.11.2.so + 0x6a4e
    rbx = 0x0000000000000000   r12 = 0x00007fffd88d98d0
    r13 = 0x00007fbd75cce710   r14 = 0x00007fbd787fc040
    r15 = 0x0000000000000003   rip = 0x00007fbd77af8a4f
    rsp = 0x00007fbd75ccded0   rbp = 0x0000000000000000
    Found by: call frame info

Thread 3
 0  libc-2.11.2.so + 0xc9fb3
    rbx = 0x0000000000000200   r12 = 0x0000000002bfcda0
    r13 = 0x0000000002bfce80   r14 = 0x0000000002bfd410
    r15 = 0x00007fbd74f6edc0   rip = 0x00007fbd770e4fb3
    rsp = 0x00007fbd74f6eda0   rbp = 0x0000000000000000
    Found by: given as instruction pointer in context
 1  phantomjs!master_thread [mongoose.c : 3981 + 0x4]
    rip = 0x0000000000452236   rsp = 0x00007fbd74f6edb0
    Found by: stack scanning
 2  libpthread-2.11.2.so + 0x6a4e
    rbx = 0x0000000000000000   r12 = 0x00007fffd88d85c0
    r13 = 0x00007fbd74f6f710   r14 = 0x00007fbd787fc040
    r15 = 0x0000000000000003   rip = 0x00007fbd77af8a4f
    rsp = 0x00007fbd74f6eed0   rbp = 0x0000000000000000
    Found by: call frame info

Thread 4
 0  libpthread-2.11.2.so + 0xb39c
    rbx = 0x0000000002bfd3e0   r12 = 0x0000000002be8bc8
    r13 = 0x0000000002bfcda0   r14 = 0x00007fbd787fc040
    r15 = 0x0000000002bfce80   rip = 0x00007fbd77afd39c
    rsp = 0x00007fbd2fffca18   rbp = 0x0000000002be8bc0
    Found by: given as instruction pointer in context
 1  phantomjs!worker_thread [mongoose.c : 3852 + 0xa]
    rip = 0x00000000004527d8   rsp = 0x00007fbd2fffca40
    Found by: stack scanning
 2  libpthread-2.11.2.so + 0x6a4e
    rbx = 0x0000000000000000   r12 = 0x00007fffd88d85c0
    r13 = 0x00007fbd2ffff710   r14 = 0x00007fbd787fc040
    r15 = 0x0000000000000003   rip = 0x00007fbd77af8a4f
    rsp = 0x00007fbd2fffeed0   rbp = 0x0000000000000000
    Found by: call frame info

Thread 5
 0  libpthread-2.11.2.so + 0xb39c
    rbx = 0x0000000002bfd3e0   r12 = 0x0000000002bed0b8
    r13 = 0x0000000002bfcda0   r14 = 0x00007fbd787fc040
    r15 = 0x0000000002bfce80   rip = 0x00007fbd77afd39c
    rsp = 0x00007fbd2f7fba18   rbp = 0x0000000002bed0b0
    Found by: given as instruction pointer in context
 1  phantomjs!worker_thread [mongoose.c : 3852 + 0xa]
    rip = 0x00000000004527d8   rsp = 0x00007fbd2f7fba40
    Found by: stack scanning
 2  libpthread-2.11.2.so + 0x6a4e
    rbx = 0x0000000000000000   r12 = 0x00007fffd88d85c0
    r13 = 0x00007fbd2f7fe710   r14 = 0x00007fbd787fc040
    r15 = 0x0000000000000003   rip = 0x00007fbd77af8a4f
    rsp = 0x00007fbd2f7fded0   rbp = 0x0000000000000000
    Found by: call frame info

Thread 6
 0  libpthread-2.11.2.so + 0xb39c
    rbx = 0x0000000002bfd3e0   r12 = 0x0000000002bf15a8
    r13 = 0x0000000002bfcda0   r14 = 0x00007fbd787fc040
    r15 = 0x0000000002bfce80   rip = 0x00007fbd77afd39c
    rsp = 0x00007fbd2effaa18   rbp = 0x0000000002bf15a0
    Found by: given as instruction pointer in context
 1  phantomjs!worker_thread [mongoose.c : 3852 + 0xa]
    rip = 0x00000000004527d8   rsp = 0x00007fbd2effaa40
    Found by: stack scanning
 2  libpthread-2.11.2.so + 0x6a4e
    rbx = 0x0000000000000000   r12 = 0x00007fffd88d85c0
    r13 = 0x00007fbd2effd710   r14 = 0x00007fbd787fc040
    r15 = 0x0000000000000003   rip = 0x00007fbd77af8a4f
    rsp = 0x00007fbd2effced0   rbp = 0x0000000000000000
    Found by: call frame info

Thread 7
 0  libpthread-2.11.2.so + 0xb39c
    rbx = 0x0000000002bfd3e0   r12 = 0x0000000002c017a8
    r13 = 0x0000000002bfcda0   r14 = 0x00007fbd787fc040
    r15 = 0x0000000002bfce80   rip = 0x00007fbd77afd39c
    rsp = 0x00007fbd2e7f9a18   rbp = 0x0000000002c017a0
    Found by: given as instruction pointer in context
 1  phantomjs!worker_thread [mongoose.c : 3852 + 0xa]
    rip = 0x00000000004527d8   rsp = 0x00007fbd2e7f9a40
    Found by: stack scanning
 2  libpthread-2.11.2.so + 0x6a4e
    rbx = 0x0000000000000000   r12 = 0x00007fffd88d85c0
    r13 = 0x00007fbd2e7fc710   r14 = 0x00007fbd787fc040
    r15 = 0x0000000000000003   rip = 0x00007fbd77af8a4f
    rsp = 0x00007fbd2e7fbed0   rbp = 0x0000000000000000
    Found by: call frame info

Thread 8
 0  libpthread-2.11.2.so + 0xb39c
    rbx = 0x0000000002bfd3e0   r12 = 0x0000000002c05c98
    r13 = 0x0000000002bfcda0   r14 = 0x00007fbd787fc040
    r15 = 0x0000000002bfce80   rip = 0x00007fbd77afd39c
    rsp = 0x00007fbd2dff8a18   rbp = 0x0000000002c05c90
    Found by: given as instruction pointer in context
 1  phantomjs!worker_thread [mongoose.c : 3852 + 0xa]
    rip = 0x00000000004527d8   rsp = 0x00007fbd2dff8a40
    Found by: stack scanning
 2  libpthread-2.11.2.so + 0x6a4e
    rbx = 0x0000000000000000   r12 = 0x00007fffd88d85c0
    r13 = 0x00007fbd2dffb710   r14 = 0x00007fbd787fc040
    r15 = 0x0000000000000003   rip = 0x00007fbd77af8a4f
    rsp = 0x00007fbd2dffaed0   rbp = 0x0000000000000000
    Found by: call frame info

Thread 9
 0  libpthread-2.11.2.so + 0xb39c
    rbx = 0x000000000314fd20   r12 = 0x004189374bc6a7ef
    r13 = 0xffffffffffffffff   r14 = 0x000000000314fd48
    r15 = 0x0000000003526030   rip = 0x00007fbd77afd39c
    rsp = 0x00007fbd2d7f4008   rbp = 0x0000000003526030
    Found by: given as instruction pointer in context
 1  phantomjs!QWaitCondition::wait [qwaitcondition_unix.cpp : 86 + 0xa]
    rip = 0x0000000001be3af5   rsp = 0x00007fbd2d7f4030
    Found by: stack scanning
 2  phantomjs!QSemaphore::acquire [qsemaphore.cpp : 144 + 0x7]
    rbx = 0x0000000003526030   r12 = 0x00007fbd2d7f4370
    r13 = 0x0000000003526031   r14 = 0x0000000000000001
    r15 = 0x00007fbd2d7f4370   rip = 0x0000000001bdec2d
    rsp = 0x00007fbd2d7f40b0   rbp = 0x0000000003526030
    Found by: call frame info
 3  phantomjs!WebServer::handleRequest [webserver.cpp : 257 + 0xc]
    rbx = 0x00007fbd2d7f4270   r12 = 0x0000000002be39d0
    r13 = 0x00007fbd2d7f4170   r14 = 0x0000000002be39d8
    r15 = 0x00007fbd2d7f4370   rip = 0x000000000042530c
    rsp = 0x00007fbd2d7f40e0   rbp = 0x0000000002be39d1
    Found by: call frame info
 4  phantomjs!callback [webserver.cpp : 87 + 0xc]
    rbx = 0x0000000002be39b0   r12 = 0x0000000000000000
    r13 = 0x0000000002c0a180   r14 = 0x0000000002c0a188
    r15 = 0x00007fbd2d7f68f0   rip = 0x00000000004266f4
    rsp = 0x00007fbd2d7f4870   rbp = 0x0000000002bfcda0
    Found by: call frame info
 5  phantomjs!handle_request [mongoose.c : 3245 + 0x9]
    rbx = 0x00007fbd2d7f58f0   r12 = 0x0000000000000000
    r13 = 0x0000000002c0a180   r14 = 0x0000000002c0a188
    r15 = 0x00007fbd2d7f68f0   rip = 0x0000000000451186
    rsp = 0x00007fbd2d7f4880   rbp = 0x0000000002bfcda0
    Found by: call frame info
 6  phantomjs!worker_thread [mongoose.c : 3836 + 0x7]
    rbx = 0x00007fbd2d7f9e80   r12 = 0x0000000002c0a188
    r13 = 0x0000000002bfcda0   r14 = 0x00007fbd787fc040
    r15 = 0x0000000002bfce80   rip = 0x0000000000453091
    rsp = 0x00007fbd2d7f7a40   rbp = 0x0000000002c0a180
    Found by: call frame info
 7  libpthread-2.11.2.so + 0x6a4e
    rbx = 0x0000000000000000   r12 = 0x00007fffd88d85c0
    r13 = 0x00007fbd2d7fa710   r14 = 0x00007fbd787fc040
    r15 = 0x0000000000000003   rip = 0x00007fbd77af8a4f
    rsp = 0x00007fbd2d7f9ed0   rbp = 0x0000000000000000
    Found by: call frame info

Thread 10
 0  libpthread-2.11.2.so + 0xb39c
    rbx = 0x0000000002bfd3e0   r12 = 0x0000000002c0e678
    r13 = 0x0000000002bfcda0   r14 = 0x00007fbd787fc040
    r15 = 0x0000000002bfce80   rip = 0x00007fbd77afd39c
    rsp = 0x00007fbd2cff6a18   rbp = 0x0000000002c0e670
    Found by: given as instruction pointer in context
 1  phantomjs!worker_thread [mongoose.c : 3852 + 0xa]
    rip = 0x00000000004527d8   rsp = 0x00007fbd2cff6a40
    Found by: stack scanning
 2  libpthread-2.11.2.so + 0x6a4e
    rbx = 0x0000000000000000   r12 = 0x00007fffd88d85c0
    r13 = 0x00007fbd2cff9710   r14 = 0x00007fbd787fc040
    r15 = 0x0000000000000003   rip = 0x00007fbd77af8a4f
    rsp = 0x00007fbd2cff8ed0   rbp = 0x0000000000000000
    Found by: call frame info

Thread 11
 0  libpthread-2.11.2.so + 0xb39c
    rbx = 0x0000000002bfd3e0   r12 = 0x0000000002c17058
    r13 = 0x0000000002bfcda0   r14 = 0x00007fbd787fc040
    r15 = 0x0000000002bfce80   rip = 0x00007fbd77afd39c
    rsp = 0x00007fbd2c7f5a18   rbp = 0x0000000002c17050
    Found by: given as instruction pointer in context
 1  phantomjs!worker_thread [mongoose.c : 3852 + 0xa]
    rip = 0x00000000004527d8   rsp = 0x00007fbd2c7f5a40
    Found by: stack scanning
 2  libpthread-2.11.2.so + 0x6a4e
    rbx = 0x0000000000000000   r12 = 0x00007fffd88d85c0
    r13 = 0x00007fbd2c7f8710   r14 = 0x00007fbd787fc040
    r15 = 0x0000000000000003   rip = 0x00007fbd77af8a4f
    rsp = 0x00007fbd2c7f7ed0   rbp = 0x0000000000000000
    Found by: call frame info

Thread 12
 0  libpthread-2.11.2.so + 0xb39c
    rbx = 0x0000000002bfd3e0   r12 = 0x0000000002c12b68
    r13 = 0x0000000002bfcda0   r14 = 0x00007fbd787fc040
    r15 = 0x0000000002bfce80   rip = 0x00007fbd77afd39c
    rsp = 0x00007fbd2bff4a18   rbp = 0x0000000002c12b60
    Found by: given as instruction pointer in context
 1  phantomjs!worker_thread [mongoose.c : 3852 + 0xa]
    rip = 0x00000000004527d8   rsp = 0x00007fbd2bff4a40
    Found by: stack scanning
 2  libpthread-2.11.2.so + 0x6a4e
    rbx = 0x0000000000000000   r12 = 0x00007fffd88d85c0
    r13 = 0x00007fbd2bff7710   r14 = 0x00007fbd787fc040
    r15 = 0x0000000000000003   rip = 0x00007fbd77af8a4f
    rsp = 0x00007fbd2bff6ed0   rbp = 0x0000000000000000
    Found by: call frame info

Thread 13
 0  libpthread-2.11.2.so + 0xb39c
    rbx = 0x0000000002bfd3e0   r12 = 0x0000000002c1b548
    r13 = 0x0000000002bfcda0   r14 = 0x00007fbd787fc040
    r15 = 0x0000000002bfce80   rip = 0x00007fbd77afd39c
    rsp = 0x00007fbd2b7f3a18   rbp = 0x0000000002c1b540
    Found by: given as instruction pointer in context
 1  phantomjs!worker_thread [mongoose.c : 3852 + 0xa]
    rip = 0x00000000004527d8   rsp = 0x00007fbd2b7f3a40
    Found by: stack scanning
 2  libpthread-2.11.2.so + 0x6a4e
    rbx = 0x0000000000000000   r12 = 0x00007fffd88d85c0
    r13 = 0x00007fbd2b7f6710   r14 = 0x00007fbd787fc040
    r15 = 0x0000000000000003   rip = 0x00007fbd77af8a4f
    rsp = 0x00007fbd2b7f5ed0   rbp = 0x0000000000000000
    Found by: call frame info

Thread 14
 0  libc-2.11.2.so + 0xc9fb3
    rbx = 0x0000000000000000   r12 = 0x00007fbd2ae89da0
    r13 = 0x0000000000000014   r14 = 0x0000000002c384e8
    r15 = 0x0000000002c38780   rip = 0x00007fbd770e4fb3
    rsp = 0x00007fbd2ae89b70   rbp = 0x0000000002c38330
    Found by: given as instruction pointer in context
 1  phantomjs!qt_safe_select [qcore_unix.cpp : 83 + 0x15]
    rip = 0x0000000001d06427   rsp = 0x00007fbd2ae89b80
    Found by: stack scanning
 2  phantomjs!QEventDispatcherUNIXPrivate::doSelect [qeventdispatcher_unix.cpp : 223 + 0xd]
    rbx = 0x0000000002c38150   r12 = 0x00007fbd2ae89da0
    r13 = 0x0000000002c38330   r14 = 0x0000000000000000
    r15 = 0x0000000002c38780   rip = 0x0000000001d076e7
    rsp = 0x00007fbd2ae89c10   rbp = 0x0000000002c38330
    Found by: call frame info
 3  phantomjs!QEventDispatcherUNIX::processEvents [qeventdispatcher_unix.cpp : 937 + 0x4]
    rbx = 0x0000000002c38150   r12 = 0x00007fbd2ae89da0
    r13 = 0x0000000002b0a520   r14 = 0x0000000000000001
    r15 = 0x0000000002c372c8   rip = 0x0000000001d08192
    rsp = 0x00007fbd2ae89d50   rbp = 0x0000000002c38330
    Found by: call frame info
 4  phantomjs!QEventLoop::processEvents [qeventloop.cpp : 149 + 0x1]
    rbx = 0x0000000002c38150   r12 = 0x00007fbd2ae89e30
    r13 = 0x00007fbd2ae89e40   r14 = 0x0000000002aa7230
    r15 = 0x0000000002c372c8   rip = 0x0000000001cdd5b5
    rsp = 0x00007fbd2ae89da0   rbp = 0x00007fbd2ae89de0
    Found by: call frame info
 5  phantomjs!QEventLoop::exec [qeventloop.cpp : 200 + 0x4]
    rbx = 0x0000000002c38150   r12 = 0x00007fbd2ae89e30
    r13 = 0x00007fbd2ae89e40   r14 = 0x0000000002aa7230
    r15 = 0x0000000002c372c8   rip = 0x0000000001cdda18
    rsp = 0x00007fbd2ae89dd0   rbp = 0x00007fffd88da3f0
    Found by: call frame info
 6  phantomjs!QThread::exec [qthread.cpp : 542 + 0xc]
    rbx = 0x0000000002c37240   r12 = 0x0000000002c372c8
    r13 = 0x0000000000000001   r14 = 0x00007fbd787fc040
    r15 = 0x0000000000000003   rip = 0x0000000001bdfef6
    rsp = 0x00007fbd2ae89e30   rbp = 0x0000000002c372c8
    Found by: call frame info
 7  phantomjs!QThreadPrivate::start [qthread_unix.cpp : 338 + 0x9]
    rbx = 0x0000000002c372c8   r12 = 0x0000000002c37380
    r13 = 0x0000000000000001   r14 = 0x00007fbd787fc040
    r15 = 0x0000000000000003   rip = 0x0000000001be2dc2
    rsp = 0x00007fbd2ae89e80   rbp = 0x0000000002c338d0
    Found by: call frame info
 8  libpthread-2.11.2.so + 0x6a4e
    rbx = 0x0000000000000000   r12 = 0x00007fffd88d5bd0
    r13 = 0x00007fbd2ae8a710   r14 = 0x00007fbd787fc040
    r15 = 0x0000000000000003   rip = 0x00007fbd77af8a4f
    rsp = 0x00007fbd2ae89ed0   rbp = 0x0000000000000000
    Found by: call frame info

Thread 15
 0  libpthread-2.11.2.so + 0xb709
    rbx = 0x0000000002c3afc0   r12 = 0x0000000000000001
    r13 = 0x00007fbd2a688de0   r14 = 0x0000000002c3afe8
    r15 = 0x0000000000000000   rip = 0x00007fbd77afd709
    rsp = 0x00007fbd2a688d68   rbp = 0x0000000002c3b1b0
    Found by: given as instruction pointer in context
 1  phantomjs!QWaitCondition::wait [qwaitcondition_unix.cpp : 84 + 0x7]
    rip = 0x0000000001be3ad7   rsp = 0x00007fbd2a688dc0
    Found by: stack scanning
 2  phantomjs!QThreadPoolThread::run [qthreadpool.cpp : 141 + 0x1d]
    rbx = 0x0000000002c3aee0   r12 = 0x0000000002c3af69
    r13 = 0x0000000000000002   r14 = 0x00007fbd787fc040
    r15 = 0x0000000000000003   rip = 0x0000000001bd793d
    rsp = 0x00007fbd2a688e40   rbp = 0x0000000002c3b1b0
    Found by: call frame info
 3  phantomjs!QThreadPrivate::start [qthread_unix.cpp : 338 + 0x9]
    rbx = 0x0000000002c32ab0   r12 = 0x0000000002c3b350
    r13 = 0x0000000000000001   r14 = 0x00007fbd787fc040
    r15 = 0x0000000000000003   rip = 0x0000000001be2dc2
    rsp = 0x00007fbd2a688e80   rbp = 0x0000000002c3b1b0
    Found by: call frame info
 4  libpthread-2.11.2.so + 0x6a4e
    rbx = 0x0000000000000000   r12 = 0x00007fbd2ae885b0
    r13 = 0x00007fbd2a689710   r14 = 0x00007fbd787fc040
    r15 = 0x0000000000000003   rip = 0x00007fbd77af8a4f
    rsp = 0x00007fbd2a688ed0   rbp = 0x0000000000000000
    Found by: call frame info

Thread 16
 0  libpthread-2.11.2.so + 0xb39c
    rbx = 0x0000000002c3e050   r12 = 0x004189374bc6a7ef
    r13 = 0xffffffffffffffff   r14 = 0x0000000002c3e078
    r15 = 0x0000000002c408c0   rip = 0x00007fbd77afd39c
    rsp = 0x00007fbd29c67d38   rbp = 0x00007fbd745ad310
    Found by: given as instruction pointer in context
 1  phantomjs!QWaitCondition::wait [qwaitcondition_unix.cpp : 86 + 0xa]
    rip = 0x0000000001be3af5   rsp = 0x00007fbd29c67d60
    rbp = 0x00007fbd745ad310
    Found by: stack scanning
 2  phantomjs!WTF::ThreadCondition::timedWait [ThreadingQt.cpp : 253 + 0x12]
    rbx = 0x00007fbd745ad308   r12 = 0x0000000000000001
    r13 = 0x00007fbd745ad308   r14 = 0x00007fbd745ad310
    r15 = 0x00007fbd29c67e40   rip = 0x00000000004e71ea
    rsp = 0x00007fbd29c67de0   rbp = 0x00007fbd745ad310
    Found by: call frame info
 3  phantomjs!WTF::MessageQueue<WebCore::LocalStorageTask>::waitForMessage [MessageQueue.h : 137 + 0x12]
    rbx = 0x0000000000000001   r12 = 0x0000000000000001
    r13 = 0x00007fbd745ad308   r14 = 0x00007fbd745ad310
    r15 = 0x00007fbd29c67e40   rip = 0x0000000001185369
    rsp = 0x00007fbd29c67e00   rbp = 0x00007fbd745ad318
    Found by: call frame info
 4  phantomjs!WebCore::LocalStorageThread::threadEntryPoint [LocalStorageThread.cpp : 68 + 0xa]
    rbx = 0x00007fbd74471438   r12 = 0x0000000002c55130
    r13 = 0x0000000000000001   r14 = 0x00007fbd787fc040
    r15 = 0x0000000000000003   rip = 0x0000000001185593
    rsp = 0x00007fbd29c67e40   rbp = 0x00007fbd745ad308
    Found by: call frame info
 5  phantomjs!WTF::ThreadPrivate::run [ThreadingQt.cpp : 66 + 0x6]
    rbx = 0x0000000002c43c60   r12 = 0x0000000002c55130
    r13 = 0x0000000000000001   r14 = 0x00007fbd787fc040
    r15 = 0x0000000000000003   rip = 0x00000000004e69fb
    rsp = 0x00007fbd29c67e70   rbp = 0x0000000002c43c60
    Found by: call frame info
 6  phantomjs!QThreadPrivate::start [qthread_unix.cpp : 338 + 0x9]
    rbx = 0x0000000002c55048   r12 = 0x0000000002c55130
    r13 = 0x0000000000000001   r14 = 0x00007fbd787fc040
    r15 = 0x0000000000000003   rip = 0x0000000001be2dc2
    rsp = 0x00007fbd29c67e80   rbp = 0x0000000002c43c60
    Found by: call frame info
 7  libpthread-2.11.2.so + 0x6a4e
    rbx = 0x0000000000000000   r12 = 0x00007fffd88d8aa0
    r13 = 0x00007fbd29c68710   r14 = 0x00007fbd787fc040
    r15 = 0x0000000000000003   rip = 0x00007fbd77af8a4f
    rsp = 0x00007fbd29c67ed0   rbp = 0x0000000000000000
    Found by: call frame info

Loaded modules:
0x00400000 - 0x0268dfff  phantomjs  ???  (main)
0x7fbd28903000 - 0x7fbd28914fff  n019023l.pfb  ???
0x7fbd28915000 - 0x7fbd28926fff  putb.pfa  ???
0x7fbd28927000 - 0x7fbd28947fff  p052004l.pfb  ???
0x7fbd28a7b000 - 0x7fbd28a98fff  n022004l.pfb  ???
0x7fbd28ab6000 - 0x7fbd28ad0fff  n021004l.pfb  ???
0x7fbd28bfe000 - 0x7fbd28c10fff  n019044l.pfb  ???
0x7fbd28d33000 - 0x7fbd28d4ffff  c059016l.pfb  ???
0x7fbd28d6a000 - 0x7fbd28d7bfff  putr.pfa  ???
0x7fbd28d7c000 - 0x7fbd28d9cfff  p052003l.pfb  ???
0x7fbd28db6000 - 0x7fbd28dc6fff  bchb.pfa  ???
0x7fbd28deb000 - 0x7fbd28e06fff  z003034l.pfb  ???
0x7fbd28e0e000 - 0x7fbd28e26fff  b018015l.pfb  ???
0x7fbd28e27000 - 0x7fbd28e3efff  n022003l.pfb  ???
0x7fbd28e49000 - 0x7fbd28e64fff  n021003l.pfb  ???
0x7fbd28e83000 - 0x7fbd28e95fff  n019043l.pfb  ???
0x7fbd28e9d000 - 0x7fbd28ea5fff  s050000l.pfb  ???
0x7fbd28ea6000 - 0x7fbd28eb1fff  d050000l.pfb  ???
0x7fbd28ebf000 - 0x7fbd28edbfff  c059013l.pfb  ???
0x7fbd28edc000 - 0x7fbd28eecfff  bchr.pfa  ???
0x7fbd28eed000 - 0x7fbd28f08fff  b018012l.pfb  ???
0x7fbd28f09000 - 0x7fbd28f1afff  a010015l.pfb  ???
0x7fbd29c69000 - 0x7fbd29e7dfff  libresolv-2.11.2.so  ???
0x7fbd74079000 - 0x7fbd7408afff  n019004l.pfb  ???
0x7fbd74642000 - 0x7fbd74652fff  n019003l.pfb  ???
0x7fbd765d0000 - 0x7fbd7682bfff  libssl.so.1.0.0  ???
0x7fbd7682c000 - 0x7fbd76bd6fff  libcrypto.so.1.0.0  ???
0x7fbd76bdb000 - 0x7fbd76e04fff  libexpat.so.1.5.2  ???
0x7fbd76e05000 - 0x7fbd7701afff  libz.so.1.2.3  ???
0x7fbd7701b000 - 0x7fbd77375fff  libc-2.11.2.so  ???
0x7fbd7737b000 - 0x7fbd77590fff  libgcc_s.so.1  ???
0x7fbd77591000 - 0x7fbd777e7fff  libm-2.11.2.so  ???
0x7fbd777e8000 - 0x7fbd77adcfff  libstdc++.so.6.0.14  ???
0x7fbd77af2000 - 0x7fbd77d0afff  libpthread-2.11.2.so  ???
0x7fbd77d0f000 - 0x7fbd77f17fff  librt-2.11.2.so  ???
0x7fbd77f18000 - 0x7fbd7811bfff  libdl-2.11.2.so  ???
0x7fbd7811c000 - 0x7fbd78352fff  libfontconfig.so.1.4.4  ???
0x7fbd78353000 - 0x7fbd785dcfff  libfreetype.so.6.4.0  ???
0x7fbd785dd000 - 0x7fbd785fbfff  ld-2.11.2.so  ???
0x7fbd7865d000 - 0x7fbd7867bfff  libc.mo  ???
0x7fbd7867c000 - 0x7fbd78685fff  77e41c5059666d75f92e318d4be8c21e-le64.cache-3  ???
0x7fbd78686000 - 0x7fbd786c4fff  LC_CTYPE  ???
0x7fbd786c5000 - 0x7fbd786c5fff  LC_NUMERIC  ???
0x7fbd786c6000 - 0x7fbd786c6fff  LC_TIME  ???
0x7fbd786c7000 - 0x7fbd787e3fff  LC_COLLATE  ???
0x7fbd787e4000 - 0x7fbd787e4fff  LC_MONETARY  ???
0x7fbd787e5000 - 0x7fbd787e5fff  SYS_LC_MESSAGES  ???
0x7fbd787e6000 - 0x7fbd787e6fff  LC_PAPER  ???
0x7fbd787e7000 - 0x7fbd787e7fff  LC_NAME  ???
0x7fbd787e8000 - 0x7fbd787e8fff  LC_ADDRESS  ???
0x7fbd787e9000 - 0x7fbd787e9fff  LC_TELEPHONE  ???
0x7fbd787f1000 - 0x7fbd787f1fff  LC_MEASUREMENT  ???
0x7fbd787f2000 - 0x7fbd787f8fff  gconv-modules.cache  ???
0x7fbd787f9000 - 0x7fbd787f9fff  LC_IDENTIFICATION  ???
0x7fffd89ff000 - 0x7fffd89fffff  linux-gate.so  ???

PhantomJS 1.9.x is no longer developed. PhantomJS 2.0 contains an enormous number of bugfixes, please try that.
If you still experience crashes with 2.0, we don't actually want the dump file; we want a minimal, self-contained test case. Please note that nearly all crash bugs are WebKit's fault, and we do not have the manpower to fix WebKit bugs ourselves; we strongly encourage you to attempt to reproduce such bugs using a WebKit nightly build and report them directly to that team (https://www.webkit.org/quality/reporting.html).


exoflex: Switch

Describe the bug
width props doesn't actually widen the track, more like scaling it.

when setting the width manually from trackStyle props, it produce a bug where the thumb doesn't reach the end.

To Reproduce
Steps to reproduce the behavior:

Set width to any value, ex. width={60}
Set width from trackStyle, ex. trackStyle={{ width: 80 }}

Expected behavior

width props should only lengthen the track (or maybe you can change the props name to size)
setting width in trackStyle should work properly

Smartphone (please complete the following information):

Device: iPhone X
OS: iOS12.4
Package version: 3.4.0

Indeed, size is a better name for that but we can't do that for now as it will be a breaking change. We want to avoid any breaking changes for any fixes at all costs, except when we planning to release a new major version.
And thanks for finding this bug, we'll make a PR for this fix soon.


fix grpc deprecations

in response to:
Error: api_grpc/worker.go:416:79: grpc.WithInsecure is deprecated: use insecure.NewCredentials() instead. Will be supported throughout 1.x.  (SA1019)
Error: api_grpc/worker.go:463:78: grpc.WithInsecure is deprecated: use insecure.NewCredentials() instead. Will be supported throughout 1.x.  (SA1019)

Other failing static checks/lint issues will be fixed in #213


Python: Running Jupyter notebooks with pip package doesn't have proper cwd

Describe the bug
If running SK Python Jupyter notebooks after installing the pip package, the following import will fail:
from samples.service_settings import ServiceSettings due to a missing module error. Using the pip package alone without further directory configuration will cause this to fail.
To Reproduce
Steps to reproduce the behavior:

Go to a Jupyter notebook
Run the pip install (do not use Poetry as it will work)
Run the first few cells
See the module not found error

Expected behavior
The Jupyter notebooks should be able to run OOB.
Screenshots
If applicable, add screenshots to help explain your problem.
Platform

OS: Any
IDE: VScode
Language: Python
Source: pip 1.0.5

in my azure environment, i have a notebook.
my
pip show semantic-kernel
command returns
Name: semantic-kernel
Version: 1.15.0
Summary: Semantic Kernel Python SDK
Home-page:
Author:
Author-email: Microsoft<EMAIL_ADDRESS>License:
Location: /anaconda/envs/azureml_py38/lib/python3.10/site-packages
Requires: aiohttp, azure-identity, cloudevents, defusedxml, jinja2, nest-asyncio, numpy, openai, openapi_core, opentelemetry-api, opentelemetry-sdk, prance, pybars4, pydantic, pydantic-settings
Required-by:
i am getting the error
from samples.service_settings import ServiceSettings
from running Users
semantic-kernel/python/samples/getting_started/00-getting-started.ipynb


[Android] Implement XWalkView.removeJavascriptInterface

Native already have the implementation, so it only need to be
exposed in XWalkView.
BUG=XWALK-6882

@fujunwei @lincsoon @wuhengzhi

It'd be good to add one or more tests for this new API. Speaking of the API, is XWalkAPI really still at 6.0?

@rakuco

It'd be good to add one or more tests for this new API. Speaking of the API, is XWalkAPI really still at 6.0?

Thanks for reminding, test case has been added, and also correct API level to 7.0.

@rakuco please help review again, thanks

LGTM, thanks.

@rakuco please help to review, thanks

@lincsoon please help to merge, thanks

@rakuco

@lincsoon @xzhan96 For addJavascriptInterface, should it be marked as reservable in this PR?

I think so, @lincsoon

LGTM

I will add another patch to make a series of APIs reservable

I will add another patch to make a series of APIs reservable

Ok, I update the patch again to remove the "reservable" in addJavascriptInterface.
please help to merge it later, thanks

@rakuco please help to review, thanks

Sorry, I was busy/away last week. This looks much better than the version I had previously reviewed, thanks.
Does testAddJavascriptInterfaceWithAnnotation also need to be updated? If not, I think we are good to merge.

Thanks.

Does  testAddJavascriptInterfaceWithAnnotation also need to be updated?

This test case is just for verify the js function without "@JavascriptInterface" should not be registered. It's unrelated with removeJavascriptInterface.

Looks like we can merge


Added release announcement for 1.19.1

Issue #, if available:
NA
Description of changes:
Script that will run this is the one from this PR https://github.com/aws/eks-distro/pull/231, which I'm going to update to use this file path
By submitting this pull request, I confirm that you can use, modify, copy, and redistribute this contribution, under the terms of your choice.

/hold

looks good, we just need to wait for the scripts to be in place

/unhold

/retest

/test docs-presubmit


Issue Fix Images Added

Yah absolutely i will do this now

@akshitagupta15june
Please check PR it will resolved and add image as well


[Tabs] Feature tabs example changes

Thanks for starting a pull request on Material Components for iOS!
Providing the following information will increase the chances of your
pull request being merged in quickly:

[x] A great title: Summarizes the change and reads well without additional explanation.
[ ] Link to GitHub issue if any.
[x] Sign the CLA bot: You can do this once per user task after the pull request is submitted.

Contributing has more information and tips for a great
pull request.

@brianjmoore Ready for review.

Ready for review.


SQL-Migration: add retry migration prompt

Renaming the "Retry migration" to "Restart migration wizard", where "Restart migration wizard" will launch the migration wizard will the content of the current migration filled in, nearly ready for an entire migration again from navigating wizard steps.
Adding a new button "Retry migration" that runs a migration that is currently in Retriable mode.  This retry will retry only tables that failed the prior migration.
migration list with migration in retriable mode:

prompt:

migration details in retriable mode:

prompt:

nit: should we move the retry option above cancel and delete? Might make a bit more sense logically, or maybe I'm just making it up

sorry.... I realized I forgot to merge my open PR this morning. Hopefully this doesn't cause you too many conflicts, I don't think it should
https://github.com/microsoft/azuredatastudio/pull/22483

Pull Request Test Coverage Report for Build<PHONE_NUMBER>

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

Files with Coverage Reduction
New Missed Lines
%

extensions/machine-learning/src/common/processService.ts
2
81.48%

extensions/notebook/src/jupyter/serverInstance.ts
4
75.5%

Totals

Change from base Build<PHONE_NUMBER>:
0.0%

Covered Lines:
30317

Relevant Lines:
67318

💛  - Coveralls

nit: should we move the retry option above cancel and delete? Might make a bit more sense logically, or maybe I'm just making it up

maybe we should follow the order in the details screen which includes moving "Copy migration"


Automatable Song EQ

Apparently this would open the door to recreate Modbox's mixing options.

*the idea that song eq would be able to recreate modbox's mixing is false, that was a mistake on my end


Weather v0.0.8 MQTT unable to work a full day

Hello,
Parts of this issue seem to have been raised a few times, such as #84 but it does not include everything. So I thought I would summarize my issues:
Enviro weather using v0.0.8 - unable to last more than 7 working hours. It reports fine, then starts missing connections and eventually just tries to upload and hangs (as in the log file says attempting to connect and nothing else) and the white LED puless for hours until stopped.  A poke gets it to upload again, but the cycle repeats. Setting the Keepalive=10 does help but only in getting it to work for slightly longer times.
As a weather station unit its basically unable to preform its job without constant supervision.

Two questions on your setup.

Do you run the board from a battery or usb?

Does your MQTT broker require a username and password for a client to connect?

With regards the issue with the keep alive I found it wouldn't connect at all without it set.
Mine current is running from a battery with no username/password set. It runs happily until the battery is flat. This is in my office so no rain is being triggered which is another issue.

Hello,

Runs from battery, 2x AAA Ni 1.2v, 750mAH (recharge)
No password or username needed

Mind would run for a bit without keep alive, but even with that it just
seems to give up after a few hours (the longest streak I have recorded is 7
). The symptom is the board just pulses white and the log files its started
to connect and thats it, just seems to hang. The board speaking to my
router had this issue, I then installed a wifi range extender right next to
it, hoping it was a signal strength issue, but the problem persists. Very
odd that you do not seem to experience this issue.
On Tue, 4 Oct 2022 at 19:12, jctooley @.***> wrote:

Two questions on your setup.

Do you run the board from a battery or usb?
2.
Does your MQTT broker require a username and password for a client to
connect?
With regards the issue with the keep alive I found it wouldn't connect at
all without it set.
Mine current is running from a battery with no username/password set. It
runs happily until the battery is flat. This is in my office so no rain is
being triggered which is another issue.
—
Reply to this email directly, view it on GitHub
https://github.com/pimoroni/enviro/issues/104#issuecomment-1267374423,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AKAERSTUUJJZEQR5U2SPOBTWBRXSFANCNFSM6AAAAAAQ2BHYL4
.
You are receiving this because you authored the thread.Message ID:
@.***>

There is a new release that adds the keepalive parameter back. @nopuk could you update and retest please?


[New Port Request] ormpp

Library name: ormpp
Library description: modern C++ ORM, C++17, support mysql, postgresql,sqlite
Source repository URL: https://github.com/qicosmos/ormpp
Project homepage (if different from the source repository):
Anything else that is useful to know when adding (such as optional features the library may have that should be included):

If you wish to add this port in the future, you can reopen this issue, but we're closing it for now.


Can't install package on node 7.4.0+, Windows

I'm not able to install wdio-mocha-framework (there is the same problem with wdio-cucumber-framework and wdio-jasmine-framework) on node 7.4.0, 7.10.1, 8.2.0, so I suppose that this is a problem with all node verisons starting from 7.4.0.
On the last LTS node version - 6.11.1 everything works fine.
Probably there is some problem with node-gyp (or fibers?), but I was not sure where I should report this issue. I've tried all installation instructions from https://github.com/nodejs/node-gyp, but it doesn't help. On node 6.11.1 it's installing fine, without any additional work needed, but on any newer node version nothing helps.
Error log from, for example, node 8.2.0:1
PS C:\Users\me\Desktop\webdrivertests> npm install wdio-mocha-framework --save-dev
<EMAIL_ADDRESS>install C:\Users\me\Desktop\webdrivertests\node_modules\wdio-sync\node_modules\fibers
node build.js || nodejs build.js
C:\Users\me\Desktop\webdrivertests\node_modules\wdio-sync\node_modules\fibers>if not defined npm_config_node_gyp
node "C:\Users\me\AppData\Roaming\nvm\v8.2.0\node_modules\npm\bin\node-gyp-bin\....\node_modules\node-gyp\bin\n
de-gyp.js" rebuild --release )  else (node "" rebuild --release )
gyp ERR! configure error
gyp ERR! stack Error: Can't find Python executable "/path/to/executable/python2.7", you can set the PYTHON env variable
gyp ERR! stack     at PythonFinder.failNoPython (C:\Users\me\AppData\Roaming\nvm\v8.2.0\node_modules\npm\node_mod
les\node-gyp\lib\configure.js:483:19)
gyp ERR! stack     at PythonFinder. (C:\Users\me\AppData\Roaming\nvm\v8.2.0\node_modules\npm\node_modu
es\node-gyp\lib\configure.js:508:16)
gyp ERR! stack     at C:\Users\me\AppData\Roaming\nvm\v8.2.0\node_modules\npm\node_modules\graceful-fs\polyfills.
s:284:29
gyp ERR! stack     at FSReqWrap.oncomplete (fs.js:152:21)
gyp ERR! System Windows_NT 10.0.15063
gyp ERR! command "C:\Program Files\nodejs\node.exe" "C:\Users\me\AppData\Roaming\nvm\v8.2.0\node_module
\npm\node_modules\node-gyp\bin\node-gyp.js" "rebuild" "--release"
gyp ERR! cwd C:\Users\me\Desktop\webdrivertests\node_modules\wdio-sync\node_modules\fibers
gyp ERR! node -v v8.2.0
gyp ERR! node-gyp -v v3.6.2
gyp ERR! not ok
node-gyp exited with code: 1
Please make sure you are using a supported platform and node version. If you
would like to compile fibers on this machine please make sure you have setup your
build environment--
Windows + OS X instructions here: https://github.com/nodejs/node-gyp
Ubuntu users please run: sudo apt-get install g++ build-essential
Alpine users please run: sudo apk add python make g++
'nodejs' is not recognized as an internal or external command,
operable program or batch file.
npm WARN<EMAIL_ADDRESS>No description
npm WARN<EMAIL_ADDRESS>No repository field.
npm ERR! code ELIFECYCLE
npm ERR! errno 1
npm ERR<EMAIL_ADDRESS>install: node build.js || nodejs build.js
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the<EMAIL_ADDRESS>install script.
npm ERR! This is probably not a problem with npm. There is likely additional logging output above.
npm ERR!      C:\Users\me\AppData\Roaming\npm-cache_logs\2017-07-21T07_57_47_662Z-debug.log

Windows + OS X instructions here: https://github.com/nodejs/node-gyp

Make sure you have node-gyp installed on your machine.

I've mentioned that I was trying to install node-gyp:

I've tried all installation instructions from https://github.com/nodejs/node-gyp, but it doesn't help. On node 6.11.1 it's installing fine, without any additional work needed, but on any newer node version nothing helps.

gyp ERR! configure error
gyp ERR! stack Error: Can't find Python executable "/path/to/executable/python2.7", you can set the PYTHON env variable

Maybe this is the problem


SW-2655 Default date/time in seed bank time zone for add accession

When selecting seedbank, set time zone to receive/collected date pickers
Change maxDate according to time zone

This needs newer version from web-components to work as expected


Change pulse code owners

Summary
This better represents which of the internal team have the time to devote to being a full code owner of the pulse and scheduling modules. Will has been doing great reviews of Naoki's features for the pulse module, and he's the best person to join as another code owner there. Dan doesn't have time now to be a full code owner of pulse, which is the only reason for removing him.

Details and comments
I've spoken to the current code owners of Pulse, plus @wshanks, @mtreinish and @kdk for sign-off already.

Pull Request Test Coverage Report for Build<PHONE_NUMBER>

0 of 0   changed or added relevant lines in 0 files are covered.
2 unchanged lines in 1 file lost coverage.
Overall coverage increased (+0.09%) to 84.452%

Files with Coverage Reduction
New Missed Lines
%

qiskit/extensions/quantum_initializer/squ.py
2
79.78%

Totals

Change from base Build<PHONE_NUMBER>:
0.09%

Covered Lines:
59853

Relevant Lines:
70872

💛  - Coveralls


StableRNG in Turing is not yielding reproducible output

Hi All:
In the following code, we are using StableRNGs. However, the results are not reproducing. Can anybody help us? So that we can reproduce the results.
using Turing, StableRNGs

@model function example(x)
    m ~ Normal(0, 1)
    x ~ Normal(m, sqrt(1))
end

res = sample(StableRNG(123), example(1), NUTS(), 1000)

First Run
julia> res = sample(StableRNG(123), example(1), NUTS(), 1000)
┌ Info: Found initial step size
└   ϵ = 1.6
Chains MCMC chain (1000×13×1 Array{Float64, 3}):

Iterations        = 501:1:1500
Number of chains  = 1
Samples per chain = 1000
Wall duration     = 0.54 seconds
Compute duration  = 0.54 seconds
parameters        = m
internals         = lp, n_steps, is_accept, acceptance_rate, log_density, hamiltonian_energy, hamiltonian_energy_error, max_hamiltonian_energy_error, tree_depth, numerical_error, step_size, nom_step_size

Summary Statistics
  parameters      mean       std   naive_se      mcse        ess      rhat   ess_per_sec
      Symbol   Float64   Float64    Float64   Float64    Float64   Float64       Float64

           m    0.4905    0.6835     0.0216    0.0314   490.8002    1.0054      903.8677

Quantiles
  parameters      2.5%     25.0%     50.0%     75.0%     97.5%
      Symbol   Float64   Float64   Float64   Float64   Float64

           m   -0.8832    0.0403    0.4865    0.9456    1.7660

Second Run
julia> res = sample(StableRNG(123), example(1), NUTS(), 1000)
┌ Info: Found initial step size
└   ϵ = 3.2
Chains MCMC chain (1000×13×1 Array{Float64, 3}):

Iterations        = 501:1:1500
Number of chains  = 1
Samples per chain = 1000
Wall duration     = 0.55 seconds
Compute duration  = 0.55 seconds
parameters        = m
internals         = lp, n_steps, is_accept, acceptance_rate, log_density, hamiltonian_energy, hamiltonian_energy_error, max_hamiltonian_energy_error, tree_depth, numerical_error, step_size, nom_step_size

Summary Statistics
  parameters      mean       std   naive_se      mcse        ess      rhat   ess_per_sec
      Symbol   Float64   Float64    Float64   Float64    Float64   Float64       Float64

           m    0.5167    0.7029     0.0222    0.0301   533.6340    0.9999      975.5648

Quantiles
  parameters      2.5%     25.0%     50.0%     75.0%     97.5%
      Symbol   Float64   Float64   Float64   Float64   Float64

           m   -0.8081    0.0530    0.5059    0.9911    1.8123

Can you help us that what mistakes are we making?

Probably related: https://github.com/TuringLang/AdvancedHMC.jl/issues/306

Probably related: TuringLang/AdvancedHMC.jl#306

Yes - providing step-size fixes with the issue for now. It is better to use user-provided rng - instead of global rng. Anyway, thanks for taking up the issue so quickly <3
Closing this issue - since you guys already have taken the necessary steps. Thanks again.


not working with newer code version, no error

Version: 1.36.1
Commit: 2213894ea0415ee8c85c5eea0d0ff81ecc191529
Date: 2019-07-22T07:38:21.043Z
Electron: 4.2.8
Chrome: 69.0.3497.128
Node.js: 10.11.0
V8: 6.9.427.31-electron.0
OS: Linux x64 5.1.16-arch1-1-ARCH

vscode-nested-tags is not working anymore, the tag tree is empty.
I have the following tree:
- Admin # Machines from the Admin network, containing a write-up for each machine
  - Machine 1 # tags: [eop,windows]
  - Machine 2 # tags: [network,linux]
  - ...
- Cheat sheets # for various topics
  - Elevation of Privilege # tags: [eop]
  - Metasploit # tags: [exploit]
  - MS SQL Server # tags: [mssql,windows]
  - Network # tags: [network]
  - PWK/OSCP Specific
  - Pivoting # tags: [pivoting,network]
  - ...
- Connectivity
  - Machines
  - PWK Lab
  - Remote desktop
  - ssh-hostkey # tags: [ssh]
- Dev # Machines from the Dev network, containing a write-up for each machine
  - Machine 1
  - Machine 2
  - ...
- Exam
  - Exam specific
  - ...
- IT # Machines from the IT network, containing a write-up for each machine
  - Machine 1
  - Machine 2
  - ...
- Public # Machines from the Public network, containing a write-up for each machine
  - Machine 1
  - Machine 2
  - ...
- Tools
  - Nmap # tags: [network,scanner]
  - John the ripper # tags: [cracking,password,hash]
  - gcc # tags: [compilation,exploit]
  - dnsrecon # tags: [osint,dns]
  - dnsenum # tags: [osint,dns]
  - cmsmap # tags: [cms,web]
  - ncat # tags: [backdoor,network,scanner]
  - recon-ng tags: [osint]
  - snmpwalk # tags: [snmp,network]
  - snmpbrute # tags: [snmp,network]
  - onesixtyone # tags: [snmp,network]
  - ...

Example of frontmatter:
---
tags: [smb,samba]
---

PS : was working before.

It's working back in the next version
Version: 1.37.1
Commit: f06011ac164ae4dc8e753a3fe7f9549844d15e35
Date: 2019-08-19T07:43:54.040Z
Electron: 4.2.8
Chrome: 69.0.3497.128
Node.js: 10.11.0
V8: 6.9.427.31-electron.0
OS: Linux x64 5.2.9-arch1-1-ARCH


⚠ Api Test A0K has degraded performance

In 3ca6896, Api Test A0K ($API_ENDPOINT_BASE/userInformation?$TOKEN_A0K) experienced degraded performance:

HTTP code: 200
Response time: 20606 ms

Resolved: Api Test A0K performance has improved in e2bd4e0.


[BUILD] Add the ability to launch spark-shell from SBT.

Now you can quickly launch the spark-shell without building an assembly.  For quick development iteration run build/sbt ~sparkShell and calling exit will relaunch with any changes.

Test build #26949 has started for   PR 4438 at commit b4e44fe.

This patch merges cleanly.

This is great to have.

Test build #26949 has finished for   PR 4438 at commit b4e44fe.

This patch fails Spark unit tests.
This patch merges cleanly.
This patch adds no public classes.

Test FAILed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/26949/
Test FAILed.

test this please

Test build #26970 has started for   PR 4438 at commit b4e44fe.

This patch merges cleanly.

Test build #26970 has finished for   PR 4438 at commit b4e44fe.

This patch fails Spark unit tests.
This patch merges cleanly.
This patch adds no public classes.

Test FAILed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/26970/
Test FAILed.

Test build #591 has started for   PR 4438 at commit b4e44fe.

This patch merges cleanly.

Test build #591 has finished for   PR 4438 at commit b4e44fe.

This patch passes all tests.
This patch merges cleanly.
This patch adds no public classes.

Thanks. Merging in master & branch-1.3.


Percentage of rewritten page

Hi,
I am doing some research on using PageSpeed in a docker container with Varnish 4 and support for downstream caches (https://github.com/alessandrobologna/docker-pagespeed). It seems to me that it would be really useful if pagespeed could optionally emit a response header with the percentage of page rewritten (as it does in the logs before executing a purge). This would allow to write logic in VCL for keeping a fully rewritten page longer on the CDN, by setting a variable max-age greater than 0 when the percentage is greater than a certain threshold.
[edited] It seems that the value is calculated here: https://github.com/pagespeed/mod_pagespeed/blob/master/net/instaweb/rewriter/downstream_cache_purger.cc#L111
Maybe is not a good idea, but I thought I would try...

We'd love to do this, but unfortunately we don't know the percentage until after we've already sent headers out.


Set up publishing of nuget packages

Background
The original repo from Richard Schneider published packages to nuget, making it a lot easier to use the code in your projects.
The problem
Since Richard is no longer around, the packages that were published to nuget.org under that account cannot be updated anymore.
The solution
There are two options:

Contact nuget and see if ownership can be transferred (WIP)
Publish under a new package name but keeping the same namespaces and assembly name for easy updating.

use #6 instead, accidentally created a duplicate issue


gulp errors: “LiveReload disabled because it could not find its own

Hi,
This is my html:
<!DOCTYPE html>

    <meta charset="UTF-8">
    <meta name="viewport" content="width=device-width, initial-scale=1">
    <title>Empty Page</title>

The moment I enable the external script resource to script.js, gulp-connect stops working and I get the following error in the console of my web browser:

LiveReload disabled because it could not find its own

And the live-browser preview starts working. Is there a more elegant way to solve this problem?
Thanks.

I have the same issue on Macos 12.6.2 Monterey with Firefox 109.0.1 and gulp 4.  Adding the script does work around the problem.
No issue in Chrome 109.0.5414.119.


feat(storage): support signed urls in getObject

As a user of the hyper storage service using the REST adapter and hyper-connect SDK
I'd like the ability to specify whether or not i'd like a signed url for retrieving an object from my storage service
So that I can use that signed url in a auth-less environment, like a browser, or 3rd party processor.
Background
putObject currently supports returning a signed url, in lieu of performing the actual upload. This allows hyper storage to support environments where the request size may be capped ie. ApiGateway limits requests to be 10MB, most gateway services have some sort of upper cap on request size.

This request size is not a hyper limitation, but simply a limitation that will be placed on hyper based on the infrastructure that is used to host and run hyper.

Similarly, many gateways enforce response sizes as well, so the use case of having the ability to download an object, bypassing any gateway restrictions, applies. There are additional use-cases:

The ability to use a hyper storage services to serve up static assets to auth-less context ie. an img src attribute on a webpage.
The ability to use a hyper storage service to store objects, but then allow 3rd parties to momentarily access the object to perform additional processing, but without sharing hyper service credentials with that service ie. services like Mux, Image -> Text, Image Moderation, etc. This use case only applies if the hyper server is enforcing auth ie. hyper cloud, or hyper oss with an auth middleware, which is a common pattern.

Similar to putObject accepting { useSignedUrl: true } in the request body as JSON, getObject on the REST app will accept a query parameter ?useSignedUrl=true. This will be parsed and passed to the adapter.


chore(ci): Upgrade github ci  actions

Global upgrade of following actions:

actions/setup-java v3 -> v4
actions/upload-artifact v2 -> v4
actions/github-script v3 -> v7
actions/checkout v3 -> v4
docker/login-action v2 -> v3
docker/setup-qemu-action v2 -> v3
actions/stale v3 -> v9

Release Note
chore(ci): Upgrade github ci  actions

Dropping actions/setup-go to see if it is the one failing the promote tests.

Dropping actions/setup-go upgrade to see if it is the one failing the promote tests.

I think we can do without the setup-go upgrade for now.


Add scale = FALSE argument

If scale = TRUE then divide by maximum value, which is needed to multiple up HCxs.
Also add note to parameter distributions to indicate that multiple.

done


Package URl
<EMAIL_ADDRESS>CPE
'cpe:2.3:a:async_project:async:0.1.0:::::::*'
CVE
CVE-2021-43138
ODC Integration
{"label"=>"Maven Plugin"}
ODC Version
7.0.0
Description
The vulnerability has been indicated, even though the given package does not exist in the project.

Duplicate of #4368


'qx contrib install' doesn't seem to be picked up by compiler on first pass

The following script snippet
qx contrib update
qx contrib install
qx compile ../../../build-env/travis/compile.json --all-targets

has the following output:
Run 'qx contrib list' in the root dir of your project to see which libraries are compatible.
Installing cboulanger/qx-contrib-Dialog v1.3.3
Installing oetiker/UploadWidget v1.0.0
2018-02-15 20:26:44.049 bibliograph.Application: [181,8] Unresolved use of symbol dialog.Dialog.error
...
Failed to load meta for dialog.Dialog: Error: ENOENT: no such file or directory, open 'source-compiled/transpiled/dialog/Dialog.json'

If I re-run the script, the errors disappear. This seems to indicate that the first install doesn't seem to be picked up by the compiler. Need to investigate why that happens.

Is this a clean build? Could you try qx compile —clean? The compiler test nearly do the same ....

It's happening on a fresh debian VM with no preexisting data (see the script). It's strange.

when you run the app after the second compile, does it work?  Specifically, is dialog.Dialog defined at runtime?

Yes it does. Don't bother, maybe it's a quirk of the setup (this is part of an installation script), just wanted to document it in case it is reproducible. I've put in on my todo-List and will investigate it soon - need to finish a working prototype of my app right now.

No longer relevant, closing


Bundle with rollup: es6 imports, cycles in JS source, ReactNative getters

I had a go at getting react-native bundled with https://github.com/rollup/rollup.
Config: https://gist.github.com/EmielM/0d59a0c4e711ace245ab736f208fc6be

I would like to output in iife form (eg just execute modules in order). That doesn't really work (that well) with cyclic requires, of which I encountered a few: https://pastebin.com/cWfGG1Am. Is the idea to - at some point - try to phase out these cyclic requires? There are some hints in the source suggesting these cycles are unintentional. Or should I come up with a different way to bundle?

My rollup config currently transforms the require() calls back to import/export format. That doesn't really work that great with tree shaking and takes a lot of time. Is there somewhere on the roadmap to move to import/export?

Same for the whole haste @providesModule system, although the haste loader is only 20 lines or so.

react-native-implementation.js has this very weird way of defining its exports using getters. That obliterates any tree shaking possibilities. Is that a design choice? As I can tell, this results in the modules to only be evaluated when used -- and that would mean their side effects aren't really that important making them ideal candidates for pruning using tree shaking.

Thanks!

Closing this as it doesn't seem to report a particular issue.

Pff, it's not a particular issue -- but how else is someone supposed to have a discussion about the architecture/engineering decisions taken by the react-native team that now affect thousands of developers not particularly tied to the internal fb system?
Properly supporting rollup, webpack and possibly other bundlers would - not only in my opinion - be a meaningful step into making react-native more available to anyone. I'd like to help - and in fact have figured out most of the internals of the not-so-stellarly-documented rn-packager (now called metro).
But I'm not ready to put in days of development without having an idea of where you folks are heading. This would seem like the proper forum where both react-native developers and the community can voice their ideas and/or help out.

There's actually several places, and they are all listed in the contribution guide that is linked from the top of the template that is shown when you open a new issue. Here's the link: http://facebook.github.io/react-native/docs/contributing.html#how-to-get-in-touch
For discussion-type issues, an exception can be made for skipping the template -- just make it very clear that you're looking to start a discussion. At some point we're going to switch to having all issues automatically close if the template is not followed, so I'm just trying to figure out a way of properly flagging when an issue is submitted for discussion.
When I see phrases such as "is this a bug" and the issue skipped the whole template, my first assumption is that you did not read the template and are not intentionally proposing a change. I apologize if I made the wrong assumption.

Ok so this isn't got solved, and is closed?


Cleanup modality transfers

Preserving notes:

let bike trips start/end anywhere, not just halfway down road
codewise
- precompute everything, store directly in map
- detect connectivity breaks or changes in this while editing
- be clear which can fail and not
- simplest start: just lane connectivity
- fancier: exact positions to do transfers
things needed
- driving <-> parking lanes (0, 1, or 2 parking)
- driving <-> offstreet building parking
- bldg (sidewalk) <-> where to start/end a bike trip
- bldg (sidewalk) <-> parking lane
- bldg (sidewalk) <-> driving lane where we should start searching for parking
existing code to reconsider
- find_driving_lane_near_building
- is children_forwards and children_backwards useful?
figure out how to model lack of sidewalks
- oh yeah, parking without sidewalks

Been thinking about service roads and roads in north seattle legitimately without sidewalks and the like. New thoughts, unprocessed:

Allow pedestrians to walk on roads without explicit sidewalks. Use OSM tags to ban outright on highways, but service roads and residential are fine.
Add non-sidewalk lanes to the sidewalk pathfinder, with a penalty (to prefer sidewalks if a slightly more roundabout route exists)
For now, totally ignore car/pedestrian interactions. THey'll just magically clip through each other.

v2, detect presence at the same time and make the car cut its speed in half or something, to model slowing down in real life

Could render the pedestrian on the very edge of the lane, to make it clear what's going on
Can stop having building front paths that snap to a weird place. Now it's fine if they're not connected to a sidewalk.

Separate thoughts about replacing the front paths to some buildings and most parking lots with service roads if they're mapped, but that probably belongs in a separate issue, and feels lower priority than this

Use OSM tags to ban outright on highways, but service roads and residential are fine.

and living_street - and maybe roads with explicit foot=yes (there are some highway=tertiary and higher without sidewalk where foot traffic on shoulder is legal, but maybe that should be modeled as sidewalk)

The two cases you mentioned should be fine. Added a layer to visualize this, code at https://github.com/dabreegster/abstreet/blob/dde8bd86620fcc27f392b8d5163cc6cced1fdcce/game/src/layer/map.rs#L296.
Going to attempt v1 of shoulders-for-pedestrians, via an explicit LaneType::Sidewalk lane with tiny width and different rendering. Once this sort of thing works well, lots of the issues in the first post of this bug can be unravelled more cleanly.

Thinking through all the connections again.

starting/ending a bike trip at a building

most of the time, we just want to use the building's existing driveway, which already connects the building to a driving lane that isn't part of a blackhole (a part of the graph that can't reach most other lanes. usually near a border)
but sometimes, there might be a bike lane right in front of the building, so we want the building driveway to connect to that instead. or a bus lane in cities allowing bikes on buses (use PathConstraints::Bike.can_use)
maybe the building is only connected to a sidewalk and not a driving/bike lane. this will happen once footways are imported. in this case, we want to do something like find_driving_lane_near_building, but allowing bike/bus lanes too

starting/ending a driving trip at a building

same as above, just parameterized by PathConstraints::Car

on-street parking

needs a walking connection and a driving connection
I think this mostly works fine today, except maybe off-side parking on a one-way

The big problems have been fixed, but still some cleanup left:

find_driving_lane_near_building should maybe go away; driving_connection ought to handle blackholes, same as biking_connection
migrate all callers of the old find_closest, probably discovering more little bugs along the way


python310Packages.logilab-common: 1.9.7 -> 1.10.0

Automatic update generated by nixpkgs-update tools. This update was made based on information from passthru.updateScript.
meta.description for python310Packages.logilab-common is: Python packages and modules used by Logilab
meta.homepage for python310Packages.logilab-common is: https://logilab-common.readthedocs.io/
meta.changelog for python310Packages.logilab-common is: https://forge.extranet.logilab.fr/open-source/logilab-common/-/blob/branch/default/CHANGELOG.md
Updates performed

Ran passthru.UpdateScript

To inspect upstream changes
Impact

Checks done (click to expand)

built on NixOS
The tests defined in passthru.tests, if any, passed
found 1.10.0 with grep in /nix/store/k12gzsjz3v6nv4my68gfbxivzb2zys8k-python3.10-logilab-common-1.10.0
found 1.10.0 in filename of file in /nix/store/k12gzsjz3v6nv4my68gfbxivzb2zys8k-python3.10-logilab-common-1.10.0

Rebuild report (if merged into master) (click to expand)

4 total rebuild path(s)

4 package rebuild(s)

First fifty rebuilds by attrpath
python310Packages.logilab-common
python310Packages.logilab-constraint
python311Packages.logilab-common
python311Packages.logilab-constraint

Instructions to test this update (click to expand)

Either download from Cachix:
nix-store -r /nix/store/k12gzsjz3v6nv4my68gfbxivzb2zys8k-python3.10-logilab-common-1.10.0 \
  --option binary-caches 'https://cache.nixos.org/ https://nix-community.cachix.org/' \
  --option trusted-public-keys '
  nix-community.cachix.org-1:mB9FSh9qf2dCimDSUo8Zy7bkq5CX+/rkCWyvRCYg3Fs=
  cache.nixos.org-1:6NCHdD59X431o0gWypbMrAURkbJ16ZPMQFGspcDShjY=
  '

(The Cachix cache is only trusted for this store-path realization.)
For the Cachix download to work, your user must be in the trusted-users list or you can use sudo since root is effectively trusted.
Or, build yourself:
nix-build -A python310Packages.logilab-common https://github.com/r-ryantm/nixpkgs/archive/31927fcc9d0fb1f8d4ed80c9625ca6f374ee2c1d.tar.gz

After you've downloaded or built it, look at the files and if there are any, run the binaries:
ls -la /nix/store/k12gzsjz3v6nv4my68gfbxivzb2zys8k-python3.10-logilab-common-1.10.0
ls -la /nix/store/k12gzsjz3v6nv4my68gfbxivzb2zys8k-python3.10-logilab-common-1.10.0/bin

Pre-merge build results
We have automatically built all packages that will get rebuilt due to
this change.
This gives evidence on whether the upgrade will break dependent packages.
Note sometimes packages show up as failed to build independent of the
change, simply because they are already broken on the target branch.
Result of nixpkgs-review run on x86_64-linux 1

2 packages failed to build:

python310Packages.logilab-constraint
python311Packages.logilab-constraint

2 packages built:

python310Packages.logilab-common
python311Packages.logilab-common

Maintainer pings

closing in favor of #252873


Create/add more to a CONTRIBUTING.md document

Summary
With multiple people working on this project (and presumably more people in the future), it would be a good time now to set up a CONTRIBUTING.md that can guide contributors to this material on what they need to know to contribute.
This kind of doc will make the time/effort it takes for people to contribute lower and also aid in the consistency across the courses regardless of who develops it.
A lot of this information exists in the README.md for this repo right now so there's already a good start to this. (but we might want the README to be templated for when its copied to the individual courses).
Other info a CONTRIBUTING.md might have:

What's the recommended steps for development? What items does a contributor need to install locally, should they use a docker image to develop, etc.
Git related info: How are people expected to add changes? Should they file a PR, if yes, who should they request to review it?
How to render the bookdown and push to leanpub (this info is already described in the current README)
How to use this repo as a template (this is partially covered in the current README)
Style guide:

How citations should be added
How certain items and words should be formatted

There may be other items that we need to add to this document as we go on, but these are some things I'm thinking of for now.

This issue will be blocked for a bit until some of the other buggy issues are resolved and we know for sure what this process will look like.

The items listed here are generally addressed. Will open new issues for new items.


Will it Dist?

Testing if dist generates well

Looks like all good

GH action is important, but yeah, other than that builds well lol.

continue to #2831