Add setup script to share logic with prow

Both the prow test container and our build container will need to
install the same test dependencies and we want to keep those as similar
as possible.
After this is merged, the prow test-bin container will call the new
build-openshift-ci-test-bin make target to ensure our dependencies are
installed
This also adds the genisoimage command in preparation of the tests
from the iso editing code.
Required for https://github.com/openshift/assisted-image-service/pull/5 to pass tests
cc @lranjbar

/hold

/hold cancel


Typo in spot_market_request argument name: termintation->termination

Fixes #253
This PR fixes typo in spot_market_request argument name, it was supposed to be "termination" but ended up being "termintation". I added a new arg with a correct name and made the old on deprecated. We can remove it later on.
Done according to
https://developer.hashicorp.com/terraform/plugin/sdkv2/best-practices/deprecations#renaming-an-optional-attribute

The tests flake-fail on unrelated issues. What is the protocol for this?

There appear to be valid test failures here that are related to the changed code:
=== RUN   TestProvider
    provider_test.go:139: err: 1 error occurred:
        	* resource equinix_metal_spot_market_request: ConflictsWith: termintation_time references unknown attribute (termination_time) at part (termination_time)

--- FAIL: TestProvider (0.01s)

https://github.com/equinix/terraform-provider-equinix/actions/runs/5786280225/job/15680673114?pr=351

Codecov Report
Patch coverage has no change and project coverage change: -0.01% :warning:

Comparison is base (1362833) 60.73% compared to head (a55ca9f) 60.72%.
Report is 2 commits behind head on main.

:exclamation: Your organization is not using the GitHub App Integration. As a result you may experience degraded service beginning May 15th. Please install the Github App Integration for your organization. Read more.
Additional details and impacted files
@@            Coverage Diff             @@
##             main     #351      +/-   ##
==========================================
- Coverage   60.73%   60.72%   -0.01%
==========================================
  Files          90       90
  Lines       17942    17943       +1
==========================================
- Hits        10897    10896       -1
- Misses       6740     6744       +4
+ Partials      305      303       -2

Files Changed
Coverage Δ

equinix/resource_metal_spot_market_request.go
58.70% <0.00%> (-0.21%)
:arrow_down:

... and 8 files with indirect coverage changes

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.


Added spec file for RHEL/CentOS rpm package

Added spec file for redhat/CentOS rpm package
Please add spec file for RHEL/CentOS rpm package. I build package for CentOS 7, it is stable and work with current postfix.

I'd rather see the spec file maintained at RPM Fusion or some other third party repository so it can be taken care of by multiple contributors.  What do you think of this?

Oh, I must have said thank you first.

As a side note, a Debian packaging branch can be found here:
https://salsa.debian.org/uwabami/libsasl2-module-xoauth2


added new profile - salahawk

Check List (Check all the applicable boxes)

[X] My code follows the code style of this project.
[ ] My change requires changes to the documentation.
[ ] I have updated the documentation accordingly.
[X] All new and existing tests passed.
[X] This PR does not contain plagiarized content.
[X] The title of my pull request is a short description of the requested changes.

@Panquesito7 Can you please review this PR if it's mergeable?

@EmmaDawsonDev I'd have your input on this PR - just to add my profile!!!


Can we get our Socks4 Proxies Back Please ?  <3

@Hail2Hydra Ooh! I must of done something that broke this, sorry :) I will update this now.

@jetkai
Take your Time !
Honestly im surprised i got an answer !
thanks for having enough time and respect to actually Reply to the thread !

@Hail2Hydra Sorry for the delay, should be fixed after the next run!
Issue was caused by upgrading JDK from 11 to 17 on the dedi and forgot I was using reflection for the SOCKS4 Socket (which has been deprecated since JDK 15.0.2).
Will be upgrading everything from Java's standard networking to Netty4 very to avoid this again in the future 😁! (%90 there)

Code Ref:
https://github.com/jetkai/ProxyBuilder/blob/cd7a20f42cac1975e1de2c06ed08741ecfa7ca2d/src/main/kotlin/spb/net/proxy/ProxyTester.kt#L155-L169


Upgrade issue from 3.1 to 4.0

In the patch that added MMP support to ZFS (4.0), we added a new field to the kwargs that are passed in with UpdateManagedTargetMount.
The class (and kwargs) are ultimately pickled and saved in the db as a text field under chroma_core_step_result.args.
This causes an issue after upgrading to 4.0 as when the (3.1) field is hydrated back to a dict it's missing the primary key and throws.
We need to figure out a way of either working around that field, or deriving it's value from 3.1 data.

relevant exception from manager http.log:
[2017-12-13 22:54:21,792: ERROR/django.request.tastypie] Internal Server Error: /api/step/
Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/tastypie/resources.py", line 217, in wrapper
    response = callback(request, *args, **kwargs)
  File "/usr/lib/python2.7/site-packages/tastypie/resources.py", line 459, in dispatch_list
    return self.dispatch('list', request, **kwargs)
  File "/usr/lib/python2.7/site-packages/tastypie/resources.py", line 491, in dispatch
    response = method(request, **kwargs)
  File "/usr/lib/python2.7/site-packages/tastypie/resources.py", line 1310, in get_list
    bundles.append(self.full_dehydrate(bundle, for_list=True))
  File "/usr/lib/python2.7/site-packages/tastypie/resources.py", line 871, in full_dehydrate
    bundle.data[field_name] = method(bundle)
  File "/usr/share/chroma-manager/chroma_api/step.py", line 40, in dehydrate_description
    return bundle.obj.describe()
  File "/usr/share/chroma-manager/chroma_core/models/step_result.py", line 83, in describe
    return self.step_class.describe(self.args)
  File "/usr/share/chroma-manager/chroma_core/models/target.py", line 1248, in describe
    return "Update %s managed target mount for target %s" % (cls._primary_text(kwargs), kwargs['target'])
  File "/usr/share/chroma-manager/chroma_core/models/target.py", line 1244, in _primary_text
    return 'primary' if kwargs['primary'] is True else 'secondary'
KeyError: 'primary'


wrong DNS server in /etc/resolv.conf of bastion host

In our last deployments, the nameserver in the /etc/resolv.conf was the virtualization host (in our example <IP_ADDRESS>), but from our understanding it should be the bastion server (<IP_ADDRESS>) itself as on the bastion host the DNS server got configured.

Any issue you are facing with this?
I think both the GW and localhost entries will be added to the bastion node.

we had issues as the GW was also answering for DNS requests but was only working as an relay. And so the DNS request got forwarded to a server who does not know anything about out OCP master and worker nodes.

What I see are 2 entries with DNS in GW and bastion(127.0.01) in resolv.conf

As per my last comment we have <IP_ADDRESS> in resolv.conf which is bastion host where a DNS service is running. Please re-open if you are not satisfied with the answer.


[FR] "Move" any todos that get rolled over

I find myself using this plugin to move todos from any page I am on, into my current daily note. In the process, I can see a lot of value in "no extra steps" being done right then, because the todo is moved out of the original location (it no longer exists there), once the rollover command has been triggered.
This would help the plugin to live beyond the confines of rolling over just "yesterday", and allow the user to move todos from anywhere else into their daily note at will.
Would this be possible?

Please help me understand the actual feature-request. The way I understand it, you want to have the setting "Delete todos from previous day" hard coded and not offered as a setting anymore.
This way all rollover-actions would be destructive, which semantically makes sense. You wouldn't want to have the same TODO-item in multiple notes, since you have to do it only once either way.
Did I get that right?

Hey, apologies I was a bit tired the night I wrote this and probably didn't make myself clear enough. No that isn't quite what I meant, but I'll reword it below.
I'd like to be able to rollover todos from any note into the current daily note.
Currently, your plugin can copy todos from any note into the current daily note, but it does not move them (i.e. remove from source). Your plugin does offer an option to move, but it is currently hardcoded to only perform this when moving from the previous day to the current day.
My proposal is to allow this "move" function to work on whatever current/active note the user is on, into today's daily note.

Ah, got it. This would certainly work, but would require a new command to be registered. Right now the idea is "move from the last daily note to the newest daily note". The new command would work like "move from the active note to the newest daily note".
No idea when/if this will be implemented though.


Expose API to submit recordings feedback

Context
Listenbrainz API has few paths related to recording feedbacks (love/hate), see Feedback API.
This issue to discuss whether it make sense to expose a way to submit feedbacks and collect user feedbacks.
At present time, Iris implement this on its own using Last.fm; It expects each Iris instance to configure a token.
Proposal

Make Mopidy-Listenbrainz exposes  submit_feedbacks() and collect_user_feedbacks() actions through Mopidy API.
Implement the corresponding three state button in Argos.
(Optional) Make Mopidy-Listenbrainz exposes loved tracks as a playlist.

Remark: It could be a better design to have Mopidy API to expose a generic feedback API and have Mopidy-Listenbrainz implement a "backend" for that API; My intuition is that it could be easily done in a second step.
@suaviloquence What do you think?

I don't know if we want to couple extensions together like that; then frontends like argos would have to explicitly check for the presence of mp-listenbrainz, which is kind of against the mopidy philosophy.  I like the idea of having a loved track playlist, though.  What if (at least until Mopidy introduces the functionality to mark a track as loved/liked/etc.) we added functionality so that if the user adds the song to the Listenbrainz "Loved Tracks" playlist, the extension then marks that song as loved in the Listenbrainz API?

I don't know if we want to couple extensions together like that; then frontends like argos would have to explicitly check for the presence of mp-listenbrainz, which is kind of against the mopidy philosophy.

I agree. Let's put this on hold: I'll start a discussion for the love/hate API in Mopidy first.

I like the idea of having a loved track playlist, though. What if (at least until Mopidy introduces the functionality to mark a track as loved/liked/etc.) we added functionality so that if the user adds the song to the Listenbrainz "Loved Tracks" playlist, the extension then marks that song as loved in the Listenbrainz API?

I'd better work on a future proof solution.

Awesome, let me know how it goes.  If you still wanted to play around with making a (readonly?) loved tracks playlist from LB i'd definitely merge that, but no worries if not yet.

The subject does not seem to excite the crowds: Almost no reaction to my message on Discourse!

yeah i'm not sure how active the discourse is.  feel free to implement something here if you'd like, but no pressure if it doesn't seem like something you want to do.


Consider async for callbacks

See executor.

Also https://crates.io/crates/executor

Is it really necessary? Yes, it's beautiful, but the huge amount of closures in futures will dramatically increase the stack. Isn't it?

It's not necessary, but the callback-heavy nature of the Playdate API might make it the easiest course.
I think async closures tend to be allocated on the heap, since they outlive any single stack frame.


<IP_ADDRESS> 的发送小程序功能看到接口已经有了，但是注入的ddl是不是没更新，能不能搞个最新的ddl

Describe the bug
A clear and concise description of what the bug is.
To Reproduce
Steps to reproduce the behavior:

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

Expected behavior
A clear and concise description of what you expected to happen.
Screenshots
If applicable, add screenshots to help explain your problem.
Desktop (please complete the following information):

OS: [e.g. iOS]
Browser [e.g. chrome, safari]
Version [e.g. 22]

Smartphone (please complete the following information):

Device: [e.g. iPhone6]
OS: [e.g. iOS8.1]
Browser [e.g. stock browser, safari]
Version [e.g. 22]

Additional context
Add any other context about the problem here.

v10版本可以了

大佬请问下小程序转发接口的appletId是微信小程序的appid吗？


NOISSUE - Rabbitmq deployment

What does this do?
It aggregates the different message broker deployments starting with rabbitmq
Which issue(s) does this PR fix/relate to?
N/A
List any changes that modify/break current functionality
We are modularising the backend broker from nats to either nats or rabbitmq or kafka
Have you included tests for your changes?
No
Did you document any new/modified functionality?
Yes
Notes
N/A

Codecov Report

Merging #1570 (d3f60b8) into master (e5278c4) will decrease coverage by 0.51%.
The diff coverage is 68.85%.

:exclamation: Current head d3f60b8 differs from pull request most recent head 82d7c94. Consider uploading reports for the commit 82d7c94 to get more accurate results

@@            Coverage Diff             @@
##           master    #1570      +/-   ##
==========================================
- Coverage   68.96%   68.44%   -0.52%
==========================================
  Files         136      137       +1
  Lines       11038    11286     +248
==========================================
+ Hits         7612     7725     +113
- Misses       2781     2868      +87
- Partials      645      693      +48

Impacted Files
Coverage Δ

lora/adapter.go
60.00% <ø> (ø)

pkg/messaging/nats/pubsub.go
39.34% <ø> (ø)

twins/service.go
71.96% <0.00%> (ø)

pkg/messaging/rabbitmq/pubsub.go
68.23% <68.23%> (ø)

pkg/messaging/rabbitmq/publisher.go
72.22% <72.22%> (ø)

http/api/requests.go
50.00% <0.00%> (-50.00%)
:arrow_down:

consumers/notifiers/api/requests.go
66.66% <0.00%> (-33.34%)
:arrow_down:

http/api/endpoint.go
71.42% <0.00%> (-28.58%)
:arrow_down:

twins/api/http/requests.go
61.11% <0.00%> (-27.78%)
:arrow_down:

things/api/things/http/requests.go
54.86% <0.00%> (-14.74%)
:arrow_down:

... and 31 more

Continue to review full report at Codecov.

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

To be continued after fixing message broker wrapper

Once #1562 is merged, this PR will need to rebase. Also, docs and deployment need to be updated: https://github.com/mainflux/docs and https://github.com/mainflux/devops.

Once this is merged we will update the docs and devops repos


Publishing messages with delay does not work as expected

I'm using elasticmq image. Here is a part of my docker compose config:
elasticmq:
    image: softwaremill/elasticmq
    container_name: aws_sqs_mock
    ports:
      - ${AWS_SQS_PORT}
      - ${AWS_SQS_UI_PORT}
    volumes:
      - ./elasticmq.conf:/opt/elasticmq.conf
    networks:
      - paynet

here is elasticmq.conf with the following settings:
include classpath("application.conf")

node-address {
    host = aws_sqs_mock
}

queues {
    payslipPublished {
        defaultVisibilityTimeout = 30 seconds
        delay = 10 seconds
        receiveMessageWait = 0 seconds
    }
}

I was expecting to see a 10-second delay between each message I publish, but instead, I don't see any delay.

@Zakharen the delay means that the message you send can be received no sooner than 10 seconds later. See the test below as an example:
  test("should create delayed queue") {
    // Given
    val queueUrl = client
      .createQueue(new CreateQueueRequest("testQueue1").withAttributes(Map(delaySecondsAttribute -> "1").asJava))
      .getQueueUrl

    // When
    client.sendMessage(new SendMessageRequest(queueUrl, "Message 1")).getMessageId

    val m1 = receiveSingleMessage(queueUrl)
    Thread.sleep(1100)
    val m2 = receiveSingleMessage(queueUrl)
    val m3 = receiveSingleMessage(queueUrl)

    // Then
    m1 should be(None)
    m2 should be(Some("Message 1"))
    m3 should be(None)
  }


[Question] Single node Setup

hey everyone
I have a few three node clusters running perfectly fine since some time.
Now I wanted to migrate everything to harvester to have the same workflow everywhere.
Is it possible to change some settings to make it also operateable as a single node?

Not sure if I understand your question - but AFAIK harvester can be deployed as a single node..

Not sure if I understand your question - but AFAIK harvester can be deployed as a single node..

I thought the same.
but my 3 node clusters all run perfectly well.. but this one node I setup always has "insufficient storage" (It has more than 8TB available) but 3 is to much to allocate and working volumes (2* smaller than 50gb) are degraded

For single-node cluster, it is necessary to create a StorageClass https://docs.harvesterhci.io/dev/advanced/storageclass to set replica to 1.

thanks, works perfectly well :)

@w13915984028 hey there did somethign change now with the latest versions?

Are you running into some kind of single-node issue with the latest version? Or are you just asking what's changed. In case of the latter:
The latest version of Harvester does "slim" down the runtime footprint by moving things like monitoring/logging into its own addon and leaving it disabled by default (unless your node upgraded to one of these versions and it'll just leave it enabled iirc). There are probably other substantive things that I'm just not recalling off the top of my head :sweat_smile:

@w13915984028 cool :) yes that was the question. Do I still need to make manual changes?

Yeah, Jian's suggestions in this comment[1] would still need to be done manually. AFAIK, there's no automation in Harvester that automatically optimizes those for single node.
[1] https://github.com/harvester/harvester/issues/4159#issuecomment-1618105925


Programmatically set BrowserWindow frame property

I want to programmatically set the BrowserWindow's frame property after the window has already been created.
For example:
var win = new electron.BrowserWindow({ frame: true })
// ... some time goes by
win.setFrame(false)
// ... some time goes by
win.setFrame(true)

Is there any way to do this with electron? Can we add this?

No, it is not possible on most platforms.

It is possible on OS X. Any chance it could be added just for OS X, like the other OS X specific frame stuff

+1, QuickTime does this. It would be beneficial for video playback apps being built in Electron.


Deleted 9-speed gearbox, fixed wrong height of some menu panels  and some improvements

Also added more information

why would like to remove 9-speed gear? you want to break my builds i did with this bruh

I mean I can return it back
Or either add 10 and 12 speed instead

Good


Cleanes up MapReduceTaskData class by removing unnecessary constructors

As discussed in issue, https://github.com/linkedin/dr-elephant/issues/194, the meaning of sampling is quite confusing in MapReduceTaskData. There are many constructors and setters are used to enable sampling flag in this class, however, it's not clear what is the correct way to enable sampling flag. It's also important to know that the field name, _sampled, does not correctly capture the meaning of that field.
In this change, the name of the field is changed to _isTimeAndCounterDataPresent to clearly define this field. This change also removes multiple ways to enable this flag. Only one method, setTimeAndCounter, can enable this flag, which avoids any confusion. Modified the relevant unit tests.
@paulbramsen, @shankar37, @babak-altiscale, and @akshayrai: Plese review this change.
Thank you.

+1, Thanks @shkhrgpt


Failed to read stream message: i/o timeout

I am trying to manually deploy etcd to a GCP cluster but I am getting i/o timeouts on every node during leader election. The error message seems to be referring to an IP that is not within the cluster (<IP_ADDRESS>:8080) which is inaccessible from the nodes. I am able to ping and ssh between all of these nodes. A similar configuration runs fine locally. Any help would be appreciated.
2018-08-15 16:17:19.922945 I | etcdmain: etcd Version: 3.3.9
2018-08-15 16:17:19.923125 I | etcdmain: Git SHA: fca8add
2018-08-15 16:17:19.923191 I | etcdmain: Go Version: go1.10.3
2018-08-15 16:17:19.923249 I | etcdmain: Go OS/Arch: linux/amd64
2018-08-15 16:17:19.923311 I | etcdmain: setting maximum number of CPUs to 1, total number of available CPUs is 1
2018-08-15 16:17:19.923355 W | etcdmain: no data-dir provided, using default data-dir ./s1.etcd
2018-08-15 16:17:19.923467 I | embed: listening for peers on http://<IP_ADDRESS>:2280
2018-08-15 16:17:19.923541 I | embed: listening for client requests on <IP_ADDRESS>:2279
2018-08-15 16:17:19.923609 I | embed: listening for client requests on <IP_ADDRESS>:2279
2018-08-15 16:17:23.942899 I | etcdserver: name = s1
2018-08-15 16:17:23.943049 I | etcdserver: data dir = s1.etcd
2018-08-15 16:17:23.943146 I | etcdserver: member dir = s1.etcd/member
2018-08-15 16:17:23.943206 I | etcdserver: heartbeat = 100ms
2018-08-15 16:17:23.943254 I | etcdserver: election = 1000ms
2018-08-15 16:17:23.943326 I | etcdserver: snapshot count = 100000
2018-08-15 16:17:23.943392 I | etcdserver: advertise client URLs = http://<IP_ADDRESS>:2279
2018-08-15 16:17:23.943434 I | etcdserver: initial advertise peer URLs = http://<IP_ADDRESS>:2280
2018-08-15 16:17:23.943508 I | etcdserver: initial cluster = s1=http://<IP_ADDRESS>:2280,s2=http://<IP_ADDRESS>:2280,s3=http://<IP_ADDRESS>:2280,s4=http://<IP_ADDRESS>:2280,s5=http://<IP_ADDRESS>:2280
2018-08-15 16:17:23.951209 I | etcdserver: starting member 484bf35f03bc9958 in cluster a4eae93474017a9d
2018-08-15 16:17:23.951340 I | raft: 484bf35f03bc9958 became follower at term 0
2018-08-15 16:17:23.951403 I | raft: newRaft 484bf35f03bc9958 [peers: [], term: 0, commit: 0, applied: 0, lastindex: 0, lastterm: 0]
2018-08-15 16:17:23.951445 I | raft: 484bf35f03bc9958 became follower at term 1
2018-08-15 16:17:23.958232 W | auth: simple token is not cryptographically signed
2018-08-15 16:17:23.963551 I | rafthttp: starting peer 414489680d6828eb...
2018-08-15 16:17:23.963748 I | rafthttp: started HTTP pipelining with peer 414489680d6828eb
2018-08-15 16:17:23.967463 I | rafthttp: started streaming with peer 414489680d6828eb (writer)
2018-08-15 16:17:23.967582 I | rafthttp: started streaming with peer 414489680d6828eb (writer)
2018-08-15 16:17:23.967817 I | rafthttp: started peer 414489680d6828eb
2018-08-15 16:17:23.967895 I | rafthttp: added peer 414489680d6828eb
2018-08-15 16:17:23.967950 I | rafthttp: starting peer b56530e982b226ac...
2018-08-15 16:17:23.967997 I | rafthttp: started HTTP pipelining with peer b56530e982b226ac
2018-08-15 16:17:23.971381 I | rafthttp: started peer b56530e982b226ac
2018-08-15 16:17:23.971524 I | rafthttp: added peer b56530e982b226ac
2018-08-15 16:17:23.971608 I | rafthttp: starting peer c90b5e3718264d78...
2018-08-15 16:17:23.971715 I | rafthttp: started HTTP pipelining with peer c90b5e3718264d78
2018-08-15 16:17:23.975747 I | rafthttp: started peer c90b5e3718264d78
2018-08-15 16:17:23.975888 I | rafthttp: added peer c90b5e3718264d78
2018-08-15 16:17:23.975944 I | rafthttp: starting peer ed0d0a44edb2ce94...
2018-08-15 16:17:23.976031 I | rafthttp: started HTTP pipelining with peer ed0d0a44edb2ce94
2018-08-15 16:17:23.977216 I | rafthttp: started peer ed0d0a44edb2ce94
2018-08-15 16:17:23.977275 I | rafthttp: added peer ed0d0a44edb2ce94
2018-08-15 16:17:23.977326 I | etcdserver: starting server... [version: 3.3.9, cluster version: to_be_decided]
2018-08-15 16:17:23.980194 I | rafthttp: started streaming with peer 414489680d6828eb (stream MsgApp v2 reader)
2018-08-15 16:17:23.980602 I | rafthttp: started streaming with peer 414489680d6828eb (stream Message reader)
2018-08-15 16:17:23.980789 I | rafthttp: started streaming with peer b56530e982b226ac (writer)
2018-08-15 16:17:23.980877 I | rafthttp: started streaming with peer b56530e982b226ac (writer)
2018-08-15 16:17:23.980934 I | rafthttp: started streaming with peer b56530e982b226ac (stream MsgApp v2 reader)
2018-08-15 16:17:23.981053 I | rafthttp: started streaming with peer b56530e982b226ac (stream Message reader)
2018-08-15 16:17:23.981216 I | rafthttp: started streaming with peer c90b5e3718264d78 (writer)
2018-08-15 16:17:23.981266 I | rafthttp: started streaming with peer c90b5e3718264d78 (writer)
2018-08-15 16:17:23.981323 I | rafthttp: started streaming with peer c90b5e3718264d78 (stream MsgApp v2 reader)
2018-08-15 16:17:23.981443 I | rafthttp: started streaming with peer c90b5e3718264d78 (stream Message reader)
2018-08-15 16:17:23.982212 I | rafthttp: started streaming with peer ed0d0a44edb2ce94 (writer)
2018-08-15 16:17:23.982267 I | rafthttp: started streaming with peer ed0d0a44edb2ce94 (writer)
2018-08-15 16:17:23.982324 I | rafthttp: started streaming with peer ed0d0a44edb2ce94 (stream MsgApp v2 reader)
2018-08-15 16:17:23.982445 I | rafthttp: started streaming with peer ed0d0a44edb2ce94 (stream Message reader)
2018-08-15 16:17:23.987995 I | etcdserver/membership: added member 414489680d6828eb [http://<IP_ADDRESS>:2280] to cluster a4eae93474017a9d
2018-08-15 16:17:23.988202 I | etcdserver/membership: added member 484bf35f03bc9958 [http://<IP_ADDRESS>:2280] to cluster a4eae93474017a9d
2018-08-15 16:17:23.988296 I | etcdserver/membership: added member b56530e982b226ac [http://<IP_ADDRESS>:2280] to cluster a4eae93474017a9d
2018-08-15 16:17:23.988385 I | etcdserver/membership: added member c90b5e3718264d78 [http://<IP_ADDRESS>:2280] to cluster a4eae93474017a9d
2018-08-15 16:17:23.988479 I | etcdserver/membership: added member ed0d0a44edb2ce94 [http://<IP_ADDRESS>:2280] to cluster a4eae93474017a9d
2018-08-15 16:17:24.010233 I | rafthttp: peer c90b5e3718264d78 became active
2018-08-15 16:17:24.010371 I | rafthttp: established a TCP streaming connection with peer c90b5e3718264d78 (stream Message writer)
2018-08-15 16:17:24.023452 I | rafthttp: established a TCP streaming connection with peer c90b5e3718264d78 (stream MsgApp v2 writer)
2018-08-15 16:17:24.024318 I | rafthttp: established a TCP streaming connection with peer c90b5e3718264d78 (stream Message reader)
2018-08-15 16:17:24.026804 I | rafthttp: peer 414489680d6828eb became active
2018-08-15 16:17:24.026870 I | rafthttp: established a TCP streaming connection with peer 414489680d6828eb (stream MsgApp v2 writer)
2018-08-15 16:17:24.027046 I | rafthttp: established a TCP streaming connection with peer 414489680d6828eb (stream Message writer)
2018-08-15 16:17:24.036924 I | rafthttp: peer b56530e982b226ac became active
2018-08-15 16:17:24.037026 I | rafthttp: established a TCP streaming connection with peer b56530e982b226ac (stream Message reader)
2018-08-15 16:17:24.037096 I | etcdserver: 484bf35f03bc9958 initialzed peer connection; fast-forwarding 8 ticks (election ticks 10) with 3 active peer(s)
2018-08-15 16:17:24.037192 I | rafthttp: peer ed0d0a44edb2ce94 became active
2018-08-15 16:17:24.037247 I | rafthttp: established a TCP streaming connection with peer ed0d0a44edb2ce94 (stream Message reader)
2018-08-15 16:17:24.037483 I | rafthttp: established a TCP streaming connection with peer ed0d0a44edb2ce94 (stream Message writer)
2018-08-15 16:17:24.037557 I | rafthttp: established a TCP streaming connection with peer 414489680d6828eb (stream Message reader)
2018-08-15 16:17:24.037626 I | rafthttp: established a TCP streaming connection with peer c90b5e3718264d78 (stream MsgApp v2 reader)
2018-08-15 16:17:24.038587 I | rafthttp: established a TCP streaming connection with peer ed0d0a44edb2ce94 (stream MsgApp v2 writer)
2018-08-15 16:17:24.038715 I | rafthttp: established a TCP streaming connection with peer b56530e982b226ac (stream MsgApp v2 reader)
2018-08-15 16:17:24.038834 I | rafthttp: established a TCP streaming connection with peer 414489680d6828eb (stream MsgApp v2 reader)
2018-08-15 16:17:24.040354 I | rafthttp: established a TCP streaming connection with peer ed0d0a44edb2ce94 (stream MsgApp v2 reader)
2018-08-15 16:17:24.042591 I | rafthttp: established a TCP streaming connection with peer b56530e982b226ac (stream Message writer)
2018-08-15 16:17:24.043011 I | rafthttp: established a TCP streaming connection with peer b56530e982b226ac (stream MsgApp v2 writer)
2018-08-15 16:17:24.952402 I | raft: 484bf35f03bc9958 is starting a new election at term 1
2018-08-15 16:17:24.952583 I | raft: 484bf35f03bc9958 became candidate at term 2
2018-08-15 16:17:24.952684 I | raft: 484bf35f03bc9958 received MsgVoteResp from 484bf35f03bc9958 at term 2
2018-08-15 16:17:24.952767 I | raft: 484bf35f03bc9958 [logterm: 1, index: 5] sent MsgVote request to b56530e982b226ac at term 2
2018-08-15 16:17:24.952838 I | raft: 484bf35f03bc9958 [logterm: 1, index: 5] sent MsgVote request to c90b5e3718264d78 at term 2
2018-08-15 16:17:24.952890 I | raft: 484bf35f03bc9958 [logterm: 1, index: 5] sent MsgVote request to ed0d0a44edb2ce94 at term 2
2018-08-15 16:17:24.952954 I | raft: 484bf35f03bc9958 [logterm: 1, index: 5] sent MsgVote request to 414489680d6828eb at term 2
2018-08-15 16:17:25.952370 I | raft: 484bf35f03bc9958 is starting a new election at term 2
2018-08-15 16:17:25.952557 I | raft: 484bf35f03bc9958 became candidate at term 3
2018-08-15 16:17:25.952644 I | raft: 484bf35f03bc9958 received MsgVoteResp from 484bf35f03bc9958 at term 3
2018-08-15 16:17:25.952733 I | raft: 484bf35f03bc9958 [logterm: 1, index: 5] sent MsgVote request to 414489680d6828eb at term 3
2018-08-15 16:17:25.952805 I | raft: 484bf35f03bc9958 [logterm: 1, index: 5] sent MsgVote request to b56530e982b226ac at term 3
2018-08-15 16:17:25.952858 I | raft: 484bf35f03bc9958 [logterm: 1, index: 5] sent MsgVote request to c90b5e3718264d78 at term 3
2018-08-15 16:17:25.952942 I | raft: 484bf35f03bc9958 [logterm: 1, index: 5] sent MsgVote request to ed0d0a44edb2ce94 at term 3
2018-08-15 16:17:27.052502 I | raft: 484bf35f03bc9958 is starting a new election at term 3
2018-08-15 16:17:27.052675 I | raft: 484bf35f03bc9958 became candidate at term 4
2018-08-15 16:17:27.052791 I | raft: 484bf35f03bc9958 received MsgVoteResp from 484bf35f03bc9958 at term 4
2018-08-15 16:17:27.052901 I | raft: 484bf35f03bc9958 [logterm: 1, index: 5] sent MsgVote request to c90b5e3718264d78 at term 4
2018-08-15 16:17:27.052967 I | raft: 484bf35f03bc9958 [logterm: 1, index: 5] sent MsgVote request to ed0d0a44edb2ce94 at term 4
2018-08-15 16:17:27.053029 I | raft: 484bf35f03bc9958 [logterm: 1, index: 5] sent MsgVote request to 414489680d6828eb at term 4
2018-08-15 16:17:27.053094 I | raft: 484bf35f03bc9958 [logterm: 1, index: 5] sent MsgVote request to b56530e982b226ac at term 4
2018-08-15 16:17:28.252407 I | raft: 484bf35f03bc9958 is starting a new election at term 4
2018-08-15 16:17:28.252581 I | raft: 484bf35f03bc9958 became candidate at term 5
2018-08-15 16:17:28.252672 I | raft: 484bf35f03bc9958 received MsgVoteResp from 484bf35f03bc9958 at term 5
2018-08-15 16:17:28.252741 I | raft: 484bf35f03bc9958 [logterm: 1, index: 5] sent MsgVote request to b56530e982b226ac at term 5
2018-08-15 16:17:28.252813 I | raft: 484bf35f03bc9958 [logterm: 1, index: 5] sent MsgVote request to c90b5e3718264d78 at term 5
2018-08-15 16:17:28.252917 I | raft: 484bf35f03bc9958 [logterm: 1, index: 5] sent MsgVote request to ed0d0a44edb2ce94 at term 5
2018-08-15 16:17:28.252989 I | raft: 484bf35f03bc9958 [logterm: 1, index: 5] sent MsgVote request to 414489680d6828eb at term 5
2018-08-15 16:17:29.024679 W | rafthttp: lost the TCP streaming connection with peer c90b5e3718264d78 (stream Message reader)
2018-08-15 16:17:29.024885 E | rafthttp: failed to read c90b5e3718264d78 on stream Message (read tcp <IP_ADDRESS>:45956-><IP_ADDRESS>:8080: i/o timeout)
2018-08-15 16:17:29.024956 I | rafthttp: peer c90b5e3718264d78 became inactive
2018-08-15 16:17:29.037452 W | rafthttp: lost the TCP streaming connection with peer b56530e982b226ac (stream Message reader)
2018-08-15 16:17:29.037609 E | rafthttp: failed to read b56530e982b226ac on stream Message (read tcp <IP_ADDRESS>:45952-><IP_ADDRESS>:8080: i/o timeout)
2018-08-15 16:17:29.037715 I | rafthttp: peer b56530e982b226ac became inactive
2018-08-15 16:17:29.038376 W | rafthttp: lost the TCP streaming connection with peer ed0d0a44edb2ce94 (stream Message reader)
2018-08-15 16:17:29.038460 E | rafthttp: failed to read ed0d0a44edb2ce94 on stream Message (read tcp <IP_ADDRESS>:45944-><IP_ADDRESS>:8080: i/o timeout)
2018-08-15 16:17:29.038504 I | rafthttp: peer ed0d0a44edb2ce94 became inactive
2018-08-15 16:17:29.038565 W | rafthttp: lost the TCP streaming connection with peer 414489680d6828eb (stream Message reader)
2018-08-15 16:17:29.038622 E | rafthttp: failed to read 414489680d6828eb on stream Message (read tcp <IP_ADDRESS>:45948-><IP_ADDRESS>:8080: i/o timeout)
2018-08-15 16:17:29.038664 I | rafthttp: peer 414489680d6828eb became inactive
2018-08-15 16:17:29.039100 W | rafthttp: lost the TCP streaming connection with peer c90b5e3718264d78 (stream MsgApp v2 reader)
2018-08-15 16:17:29.039326 W | rafthttp: lost the TCP streaming connection with peer b56530e982b226ac (stream MsgApp v2 reader)
2018-08-15 16:17:29.039399 W | rafthttp: lost the TCP streaming connection with peer 414489680d6828eb (stream MsgApp v2 reader)
2018-08-15 16:17:29.040683 W | rafthttp: lost the TCP streaming connection with peer ed0d0a44edb2ce94 (stream MsgApp v2 reader)
2018-08-15 16:17:29.050288 I | rafthttp: peer c90b5e3718264d78 became active
2018-08-15 16:17:29.050430 I | rafthttp: established a TCP streaming connection with peer c90b5e3718264d78 (stream Message reader)
2018-08-15 16:17:29.062659 I | rafthttp: peer 414489680d6828eb became active
2018-08-15 16:17:29.062787 I | rafthttp: established a TCP streaming connection with peer 414489680d6828eb (stream Message reader)
2018-08-15 16:17:29.062975 I | rafthttp: established a TCP streaming connection with peer c90b5e3718264d78 (stream MsgApp v2 reader)
2018-08-15 16:17:29.063192 I | rafthttp: established a TCP streaming connection with peer 414489680d6828eb (stream MsgApp v2 reader)
2018-08-15 16:17:29.063366 I | rafthttp: peer b56530e982b226ac became active
2018-08-15 16:17:29.063441 I | rafthttp: established a TCP streaming connection with peer b56530e982b226ac (stream MsgApp v2 reader)
2018-08-15 16:17:29.063580 I | rafthttp: peer ed0d0a44edb2ce94 became active
2018-08-15 16:17:29.063634 I | rafthttp: established a TCP streaming connection with peer ed0d0a44edb2ce94 (stream Message reader)
2018-08-15 16:17:29.063720 I | rafthttp: established a TCP streaming connection with peer b56530e982b226ac (stream Message reader)
2018-08-15 16:17:29.065158 I | rafthttp: established a TCP streaming connection with peer ed0d0a44edb2ce94 (stream MsgApp v2 reader)
2018-08-15 16:17:29.952371 I | raft: 484bf35f03bc9958 is starting a new election at term 5
2018-08-15 16:17:29.952556 I | raft: 484bf35f03bc9958 became candidate at term 6
2018-08-15 16:17:29.952648 I | raft: 484bf35f03bc9958 received MsgVoteResp from 484bf35f03bc9958 at term 6
2018-08-15 16:17:29.952724 I | raft: 484bf35f03bc9958 [logterm: 1, index: 5] sent MsgVote request to b56530e982b226ac at term 6
2018-08-15 16:17:29.952793 I | raft: 484bf35f03bc9958 [logterm: 1, index: 5] sent MsgVote request to c90b5e3718264d78 at term 6
2018-08-15 16:17:29.952896 I | raft: 484bf35f03bc9958 [logterm: 1, index: 5] sent MsgVote request to ed0d0a44edb2ce94 at term 6
2018-08-15 16:17:29.952945 I | raft: 484bf35f03bc9958 [logterm: 1, index: 5] sent MsgVote request to 414489680d6828eb at term 6
2018-08-15 16:17:30.986033 E | etcdserver: publish error: etcdserver: request timed out
2018-08-15 16:17:31.352411 I | raft: 484bf35f03bc9958 is starting a new election at term 6
2018-08-15 16:17:31.352579 I | raft: 484bf35f03bc9958 became candidate at term 7
2018-08-15 16:17:31.352656 I | raft: 484bf35f03bc9958 received MsgVoteResp from 484bf35f03bc9958 at term 7
2018-08-15 16:17:31.352720 I | raft: 484bf35f03bc9958 [logterm: 1, index: 5] sent MsgVote request to b56530e982b226ac at term 7
2018-08-15 16:17:31.352805 I | raft: 484bf35f03bc9958 [logterm: 1, index: 5] sent MsgVote request to c90b5e3718264d78 at term 7
2018-08-15 16:17:31.352917 I | raft: 484bf35f03bc9958 [logterm: 1, index: 5] sent MsgVote request to ed0d0a44edb2ce94 at term 7
2018-08-15 16:17:31.352983 I | raft: 484bf35f03bc9958 [logterm: 1, index: 5] sent MsgVote request to 414489680d6828eb at term 7
2018-08-15 16:17:33.252423 I | raft: 484bf35f03bc9958 is starting a new election at term 7
2018-08-15 16:17:33.252596 I | raft: 484bf35f03bc9958 became candidate at term 8
2018-08-15 16:17:33.252689 I | raft: 484bf35f03bc9958 received MsgVoteResp from 484bf35f03bc9958 at term 8
2018-08-15 16:17:33.252763 I | raft: 484bf35f03bc9958 [logterm: 1, index: 5] sent MsgVote request to c90b5e3718264d78 at term 8
2018-08-15 16:17:33.252831 I | raft: 484bf35f03bc9958 [logterm: 1, index: 5] sent MsgVote request to ed0d0a44edb2ce94 at term 8
2018-08-15 16:17:33.252944 I | raft: 484bf35f03bc9958 [logterm: 1, index: 5] sent MsgVote request to 414489680d6828eb at term 8
2018-08-15 16:17:33.253015 I | raft: 484bf35f03bc9958 [logterm: 1, index: 5] sent MsgVote request to b56530e982b226ac at term 8
2018-08-15 16:17:34.050891 W | rafthttp: lost the TCP streaming connection with peer c90b5e3718264d78 (stream Message reader)
2018-08-15 16:17:34.051049 E | rafthttp: failed to read c90b5e3718264d78 on stream Message (read tcp <IP_ADDRESS>:45968-><IP_ADDRESS>:8080: i/o timeout)
2018-08-15 16:17:34.051120 I | rafthttp: peer c90b5e3718264d78 became inactive
2018-08-15 16:17:34.063210 W | rafthttp: lost the TCP streaming connection with peer 414489680d6828eb (stream Message reader)
2018-08-15 16:17:34.063379 E | rafthttp: failed to read 414489680d6828eb on stream Message (read tcp <IP_ADDRESS>:45974-><IP_ADDRESS>:8080: i/o timeout)
2018-08-15 16:17:34.063449 I | rafthttp: peer 414489680d6828eb became inactive
2018-08-15 16:17:34.064036 W | rafthttp: lost the TCP streaming connection with peer c90b5e3718264d78 (stream MsgApp v2 reader)
2018-08-15 16:17:34.064141 W | rafthttp: lost the TCP streaming connection with peer 414489680d6828eb (stream MsgApp v2 reader)
2018-08-15 16:17:34.064439 W | rafthttp: lost the TCP streaming connection with peer b56530e982b226ac (stream MsgApp v2 reader)
2018-08-15 16:17:34.064504 E | rafthttp: failed to read b56530e982b226ac on stream MsgApp v2 (read tcp <IP_ADDRESS>:45970-><IP_ADDRESS>:8080: i/o timeout)
2018-08-15 16:17:34.064546 I | rafthttp: peer b56530e982b226ac became inactive
2018-08-15 16:17:34.064606 W | rafthttp: lost the TCP streaming connection with peer ed0d0a44edb2ce94 (stream Message reader)
2018-08-15 16:17:34.064677 E | rafthttp: failed to read ed0d0a44edb2ce94 on stream Message (read tcp <IP_ADDRESS>:45976-><IP_ADDRESS>:8080: i/o timeout)
2018-08-15 16:17:34.064723 I | rafthttp: peer ed0d0a44edb2ce94 became inactive
2018-08-15 16:17:34.064781 W | rafthttp: lost the TCP streaming connection with peer b56530e982b226ac (stream Message reader)
2018-08-15 16:17:34.066015 W | rafthttp: lost the TCP streaming connection with peer ed0d0a44edb2ce94 (stream MsgApp v2 reader)
2018-08-15 16:17:34.076102 I | rafthttp: peer c90b5e3718264d78 became active
2018-08-15 16:17:34.076271 I | rafthttp: established a TCP streaming connection with peer c90b5e3718264d78 (stream Message reader)
2018-08-15 16:17:34.087418 I | rafthttp: peer b56530e982b226ac became active
2018-08-15 16:17:34.087566 I | rafthttp: established a TCP streaming connection with peer b56530e982b226ac (stream Message reader)
2018-08-15 16:17:34.088204 I | rafthttp: peer ed0d0a44edb2ce94 became active
2018-08-15 16:17:34.088302 I | rafthttp: established a TCP streaming connection with peer ed0d0a44edb2ce94 (stream Message reader)
2018-08-15 16:17:34.088415 I | rafthttp: peer 414489680d6828eb became active
2018-08-15 16:17:34.088479 I | rafthttp: established a TCP streaming connection with peer 414489680d6828eb (stream Message reader)
2018-08-15 16:17:34.088628 I | rafthttp: established a TCP streaming connection with peer c90b5e3718264d78 (stream MsgApp v2 reader)
2018-08-15 16:17:34.089720 I | rafthttp: established a TCP streaming connection with peer 414489680d6828eb (stream MsgApp v2 reader)
2018-08-15 16:17:34.091112 I | rafthttp: established a TCP streaming connection with peer ed0d0a44edb2ce94 (stream MsgApp v2 reader)
2018-08-15 16:17:34.092238 I | rafthttp: established a TCP streaming connection with peer b56530e982b226ac (stream MsgApp v2 reader)
2018-08-15 16:17:34.552444 I | raft: 484bf35f03bc9958 is starting a new election at term 8
2018-08-15 16:17:34.552683 I | raft: 484bf35f03bc9958 became candidate at term 9
2018-08-15 16:17:34.552768 I | raft: 484bf35f03bc9958 received MsgVoteResp from 484bf35f03bc9958 at term 9
2018-08-15 16:17:34.552831 I | raft: 484bf35f03bc9958 [logterm: 1, index: 5] sent MsgVote request to 414489680d6828eb at term 9
2018-08-15 16:17:34.552956 I | raft: 484bf35f03bc9958 [logterm: 1, index: 5] sent MsgVote request to b56530e982b226ac at term 9
2018-08-15 16:17:34.553049 I | raft: 484bf35f03bc9958 [logterm: 1, index: 5] sent MsgVote request to c90b5e3718264d78 at term 9
2018-08-15 16:17:34.553131 I | raft: 484bf35f03bc9958 [logterm: 1, index: 5] sent MsgVote request to ed0d0a44edb2ce94 at term 9
2018-08-15 16:17:35.952401 I | raft: 484bf35f03bc9958 is starting a new election at term 9
2018-08-15 16:17:35.952589 I | raft: 484bf35f03bc9958 became candidate at term 10
2018-08-15 16:17:35.952684 I | raft: 484bf35f03bc9958 received MsgVoteResp from 484bf35f03bc9958 at term 10
2018-08-15 16:17:35.952760 I | raft: 484bf35f03bc9958 [logterm: 1, index: 5] sent MsgVote request to 414489680d6828eb at term 10
2018-08-15 16:17:35.952831 I | raft: 484bf35f03bc9958 [logterm: 1, index: 5] sent MsgVote request to b56530e982b226ac at term 10
2018-08-15 16:17:35.952951 I | raft: 484bf35f03bc9958 [logterm: 1, index: 5] sent MsgVote request to c90b5e3718264d78 at term 10
2018-08-15 16:17:35.953012 I | raft: 484bf35f03bc9958 [logterm: 1, index: 5] sent MsgVote request to ed0d0a44edb2ce94 at term 10
2018-08-15 16:17:37.152426 I | raft: 484bf35f03bc9958 is starting a new election at term 10
2018-08-15 16:17:37.152598 I | raft: 484bf35f03bc9958 became candidate at term 11
2018-08-15 16:17:37.152685 I | raft: 484bf35f03bc9958 received MsgVoteResp from 484bf35f03bc9958 at term 11
2018-08-15 16:17:37.152755 I | raft: 484bf35f03bc9958 [logterm: 1, index: 5] sent MsgVote request to 414489680d6828eb at term 11
2018-08-15 16:17:37.152827 I | raft: 484bf35f03bc9958 [logterm: 1, index: 5] sent MsgVote request to b56530e982b226ac at term 11
2018-08-15 16:17:37.152929 I | raft: 484bf35f03bc9958 [logterm: 1, index: 5] sent MsgVote request to c90b5e3718264d78 at term 11
2018-08-15 16:17:37.152999 I | raft: 484bf35f03bc9958 [logterm: 1, index: 5] sent MsgVote request to ed0d0a44edb2ce94 at term 11
2018-08-15 16:17:37.986426 E | etcdserver: publish error: etcdserver: request timed out
2018-08-15 16:17:38.452404 I | raft: 484bf35f03bc9958 is starting a new election at term 11
2018-08-15 16:17:38.452585 I | raft: 484bf35f03bc9958 became candidate at term 12
2018-08-15 16:17:38.452666 I | raft: 484bf35f03bc9958 received MsgVoteResp from 484bf35f03bc9958 at term 12
2018-08-15 16:17:38.452738 I | raft: 484bf35f03bc9958 [logterm: 1, index: 5] sent MsgVote request to 414489680d6828eb at term 12
2018-08-15 16:17:38.452791 I | raft: 484bf35f03bc9958 [logterm: 1, index: 5] sent MsgVote request to b56530e982b226ac at term 12
2018-08-15 16:17:38.452913 I | raft: 484bf35f03bc9958 [logterm: 1, index: 5] sent MsgVote request to c90b5e3718264d78 at term 12
2018-08-15 16:17:38.452969 I | raft: 484bf35f03bc9958 [logterm: 1, index: 5] sent MsgVote request to ed0d0a44edb2ce94 at term 12
2018-08-15 16:17:38.978915 I | raft: 484bf35f03bc9958 [term: 12] ignored a MsgVote message with lower term from 414489680d6828eb [term: 2]
2018-08-15 16:17:38.979072 I | raft: 484bf35f03bc9958 [term: 12] ignored a MsgVote message with lower term from 414489680d6828eb [term: 3]
2018-08-15 16:17:38.979153 I | raft: 484bf35f03bc9958 [term: 12] ignored a MsgVote message with lower term from 414489680d6828eb [term: 4]
2018-08-15 16:17:38.979230 I | raft: 484bf35f03bc9958 [term: 12] ignored a MsgVote message with lower term from 414489680d6828eb [term: 5]
2018-08-15 16:17:38.979282 I | raft: 484bf35f03bc9958 [term: 12] ignored a MsgVote message with lower term from 414489680d6828eb [term: 6]
2018-08-15 16:17:38.979352 I | raft: 484bf35f03bc9958 [term: 12] ignored a MsgVote message with lower term from 414489680d6828eb [term: 7]
2018-08-15 16:17:38.979405 I | raft: 484bf35f03bc9958 [term: 12] ignored a MsgVote message with lower term from 414489680d6828eb [term: 8]
2018-08-15 16:17:38.979459 I | raft: 484bf35f03bc9958 [term: 12] ignored a MsgVote message with lower term from 414489680d6828eb [term: 9]
2018-08-15 16:17:38.979510 I | raft: 484bf35f03bc9958 [term: 12] ignored a MsgVote message with lower term from 414489680d6828eb [term: 10]
2018-08-15 16:17:38.979562 I | raft: 484bf35f03bc9958 [term: 12] ignored a MsgVote message with lower term from 414489680d6828eb [term: 11]
2018-08-15 16:17:38.979619 I | raft: 484bf35f03bc9958 [logterm: 1, index: 5, vote: 484bf35f03bc9958] rejected MsgVote from 414489680d6828eb [logterm: 1, index: 5] at term 12
2018-08-15 16:17:38.998694 I | raft: 484bf35f03bc9958 [term: 12] ignored a MsgVote message with lower term from ed0d0a44edb2ce94 [term: 2]
2018-08-15 16:17:38.998892 I | raft: 484bf35f03bc9958 [term: 12] ignored a MsgVote message with lower term from ed0d0a44edb2ce94 [term: 3]
2018-08-15 16:17:38.998962 I | raft: 484bf35f03bc9958 [term: 12] ignored a MsgVote message with lower term from ed0d0a44edb2ce94 [term: 4]
2018-08-15 16:17:38.999020 I | raft: 484bf35f03bc9958 [term: 12] ignored a MsgVote message with lower term from ed0d0a44edb2ce94 [term: 5]
2018-08-15 16:17:38.999078 I | raft: 484bf35f03bc9958 [term: 12] ignored a MsgVote message with lower term from ed0d0a44edb2ce94 [term: 6]
2018-08-15 16:17:38.999138 I | raft: 484bf35f03bc9958 [term: 12] ignored a MsgVote message with lower term from ed0d0a44edb2ce94 [term: 7]
2018-08-15 16:17:38.999211 I | raft: 484bf35f03bc9958 [term: 12] ignored a MsgVote message with lower term from ed0d0a44edb2ce94 [term: 8]
2018-08-15 16:17:38.999315 I | raft: 484bf35f03bc9958 [term: 12] ignored a MsgVote message with lower term from ed0d0a44edb2ce94 [term: 9]
2018-08-15 16:17:38.999370 I | raft: 484bf35f03bc9958 [term: 12] ignored a MsgVote message with lower term from ed0d0a44edb2ce94 [term: 10]
2018-08-15 16:17:38.999419 I | raft: 484bf35f03bc9958 [term: 12] ignored a MsgVote message with lower term from ed0d0a44edb2ce94 [term: 11]
2018-08-15 16:17:38.999478 I | raft: 484bf35f03bc9958 [logterm: 1, index: 5, vote: 484bf35f03bc9958] rejected MsgVote from ed0d0a44edb2ce94 [logterm: 1, index: 5] at term 12
2018-08-15 16:17:39.003578 I | raft: 484bf35f03bc9958 [term: 12] ignored a MsgVote message with lower term from b56530e982b226ac [term: 2]
2018-08-15 16:17:39.003701 I | raft: 484bf35f03bc9958 [term: 12] ignored a MsgVote message with lower term from b56530e982b226ac [term: 3]
2018-08-15 16:17:39.003775 I | raft: 484bf35f03bc9958 [term: 12] ignored a MsgVote message with lower term from b56530e982b226ac [term: 4]
2018-08-15 16:17:39.003831 I | raft: 484bf35f03bc9958 [term: 12] ignored a MsgVote message with lower term from b56530e982b226ac [term: 5]
2018-08-15 16:17:39.003944 I | raft: 484bf35f03bc9958 [term: 12] ignored a MsgVote message with lower term from b56530e982b226ac [term: 6]
2018-08-15 16:17:39.004001 I | raft: 484bf35f03bc9958 [term: 12] ignored a MsgVote message with lower term from b56530e982b226ac [term: 7]
2018-08-15 16:17:39.004051 I | raft: 484bf35f03bc9958 [term: 12] ignored a MsgVote message with lower term from b56530e982b226ac [term: 8]
2018-08-15 16:17:39.004111 I | raft: 484bf35f03bc9958 [term: 12] ignored a MsgVote message with lower term from b56530e982b226ac [term: 9]
2018-08-15 16:17:39.004168 I | raft: 484bf35f03bc9958 [term: 12] ignored a MsgVote message with lower term from b56530e982b226ac [term: 10]
2018-08-15 16:17:39.004211 I | raft: 484bf35f03bc9958 [term: 12] ignored a MsgVote message with lower term from b56530e982b226ac [term: 11]
2018-08-15 16:17:39.004318 I | raft: 484bf35f03bc9958 [logterm: 1, index: 5, vote: 484bf35f03bc9958] rejected MsgVote from b56530e982b226ac [logterm: 1, index: 5] at term 12
2018-08-15 16:17:39.004366 I | raft: 484bf35f03bc9958 received MsgVoteResp rejection from b56530e982b226ac at term 12
2018-08-15 16:17:39.004425 I | raft: 484bf35f03bc9958 [quorum:3] has received 1 MsgVoteResp votes and 1 vote rejections
2018-08-15 16:17:39.008385 I | raft: 484bf35f03bc9958 [term: 12] ignored a MsgVote message with lower term from c90b5e3718264d78 [term: 2]
2018-08-15 16:17:39.008497 I | raft: 484bf35f03bc9958 [term: 12] ignored a MsgVote message with lower term from c90b5e3718264d78 [term: 3]
2018-08-15 16:17:39.008559 I | raft: 484bf35f03bc9958 [term: 12] ignored a MsgVote message with lower term from c90b5e3718264d78 [term: 4]
2018-08-15 16:17:39.008602 I | raft: 484bf35f03bc9958 [term: 12] ignored a MsgVote message with lower term from c90b5e3718264d78 [term: 5]
2018-08-15 16:17:39.008663 I | raft: 484bf35f03bc9958 [term: 12] ignored a MsgVote message with lower term from c90b5e3718264d78 [term: 6]
2018-08-15 16:17:39.008718 I | raft: 484bf35f03bc9958 [term: 12] ignored a MsgVote message with lower term from c90b5e3718264d78 [term: 7]
2018-08-15 16:17:39.008767 I | raft: 484bf35f03bc9958 [term: 12] ignored a MsgVote message with lower term from c90b5e3718264d78 [term: 8]
2018-08-15 16:17:39.008898 I | raft: 484bf35f03bc9958 [term: 12] ignored a MsgVote message with lower term from c90b5e3718264d78 [term: 9]
2018-08-15 16:17:39.008948 I | raft: 484bf35f03bc9958 [term: 12] ignored a MsgVote message with lower term from c90b5e3718264d78 [term: 10]
2018-08-15 16:17:39.009001 I | raft: 484bf35f03bc9958 [term: 12] ignored a MsgVoteResp message with lower term from c90b5e3718264d78 [term: 10]
2018-08-15 16:17:39.009060 I | raft: 484bf35f03bc9958 [term: 12] ignored a MsgVoteResp message with lower term from c90b5e3718264d78 [term: 11]
2018-08-15 16:17:39.009106 I | raft: 484bf35f03bc9958 received MsgVoteResp from c90b5e3718264d78 at term 12
2018-08-15 16:17:39.009166 I | raft: 484bf35f03bc9958 [quorum:3] has received 2 MsgVoteResp votes and 1 vote rejections
2018-08-15 16:17:39.089994 W | rafthttp: lost the TCP streaming connection with peer c90b5e3718264d78 (stream MsgApp v2 reader)
2018-08-15 16:17:39.090147 E | rafthttp: failed to read c90b5e3718264d78 on stream MsgApp v2 (read tcp <IP_ADDRESS>:45992-><IP_ADDRESS>:8080: i/o timeout)
2018-08-15 16:17:39.090216 I | rafthttp: peer c90b5e3718264d78 became inactive
2018-08-15 16:17:39.091560 W | rafthttp: lost the TCP streaming connection with peer 414489680d6828eb (stream MsgApp v2 reader)
2018-08-15 16:17:39.091681 E | rafthttp: failed to read 414489680d6828eb on stream MsgApp v2 (read tcp <IP_ADDRESS>:45990-><IP_ADDRESS>:8080: i/o timeout)
2018-08-15 16:17:39.091731 I | rafthttp: peer 414489680d6828eb became inactive
2018-08-15 16:17:39.092500 W | rafthttp: lost the TCP streaming connection with peer ed0d0a44edb2ce94 (stream MsgApp v2 reader)
2018-08-15 16:17:39.092591 E | rafthttp: failed to read ed0d0a44edb2ce94 on stream MsgApp v2 (read tcp <IP_ADDRESS>:45998-><IP_ADDRESS>:8080: i/o timeout)
2018-08-15 16:17:39.092655 I | rafthttp: peer ed0d0a44edb2ce94 became inactive
2018-08-15 16:17:39.093602 W | rafthttp: lost the TCP streaming connection with peer b56530e982b226ac (stream MsgApp v2 reader)
2018-08-15 16:17:39.093716 E | rafthttp: failed to read b56530e982b226ac on stream MsgApp v2 (read tcp <IP_ADDRESS>:45996-><IP_ADDRESS>:8080: i/o timeout)
2018-08-15 16:17:39.093760 I | rafthttp: peer b56530e982b226ac became inactive
2018-08-15 16:17:39.132131 I | rafthttp: peer c90b5e3718264d78 became active
2018-08-15 16:17:39.132299 I | rafthttp: established a TCP streaming connection with peer c90b5e3718264d78 (stream MsgApp v2 reader)
2018-08-15 16:17:39.133481 I | rafthttp: peer b56530e982b226ac became active
2018-08-15 16:17:39.133573 I | rafthttp: established a TCP streaming connection with peer b56530e982b226ac (stream MsgApp v2 reader)
2018-08-15 16:17:39.134807 I | rafthttp: peer 414489680d6828eb became active
2018-08-15 16:17:39.134951 I | rafthttp: established a TCP streaming connection with peer 414489680d6828eb (stream MsgApp v2 reader)
2018-08-15 16:17:39.136142 I | rafthttp: peer ed0d0a44edb2ce94 became active
2018-08-15 16:17:39.136248 I | rafthttp: established a TCP streaming connection with peer ed0d0a44edb2ce94 (stream MsgApp v2 reader)
2018-08-15 16:17:40.052410 I | raft: 484bf35f03bc9958 is starting a new election at term 12
2018-08-15 16:17:40.052579 I | raft: 484bf35f03bc9958 became candidate at term 13
2018-08-15 16:17:40.052666 I | raft: 484bf35f03bc9958 received MsgVoteResp from 484bf35f03bc9958 at term 13
2018-08-15 16:17:40.052738 I | raft: 484bf35f03bc9958 [logterm: 1, index: 5] sent MsgVote request to 414489680d6828eb at term 13
2018-08-15 16:17:40.052805 I | raft: 484bf35f03bc9958 [logterm: 1, index: 5] sent MsgVote request to b56530e982b226ac at term 13
2018-08-15 16:17:40.052943 I | raft: 484bf35f03bc9958 [logterm: 1, index: 5] sent MsgVote request to c90b5e3718264d78 at term 13
2018-08-15 16:17:40.053005 I | raft: 484bf35f03bc9958 [logterm: 1, index: 5] sent MsgVote request to ed0d0a44edb2ce94 at term 13
^C

@markdl is it possible that the traffic is getting routed through a load balancer via proxy? What is <IP_ADDRESS> do you know host <IP_ADDRESS>? Curious the output of traceroute -p 2280 <IP_ADDRESS> or mtr -P 2280 -rwTb <IP_ADDRESS> from the instance above.
I think this command should list possible proxies for you gcloud compute target-http-proxies list

You're right, there is a proxy I wasn't aware of. This is a problem on my end then. Thanks.


[FEAT] Display Lane

bpmn elements associated to their parent lane
introduce management of absolute coordinates in mxgraph

Closes #64

Rendering during introduction of absolute coordinates
With default mxgraph configuration
We first add the cell to its parent by passing the absolute coordinates then translate it. By default,
the parent (here the lane) is auto extended on the cel insertion because mxgraph uses the coordinates as relative. The translation then put the cell at the right position but the parent geometry stays extended

Disable extendParentsOnAdd

Ready for review

the relative coordinates are now directly computed, no need to first assign the cell to the graph default parent
some tests should be introduced to ensure that the cell relative coordinates are ok. This will be done later


[DO NOT MERGE] Auto PR to update dependencies of istio

This PR will be merged automatically once checks are successful.
none

@istio-testing: The following test failed, say /retest to rerun them all:

Test name
Commit
Details
Rerun command

prow/e2e-suite-rbac-no_auth.sh
e594ca5aa0c052498c16f4fe5e9006fa1066624a
link
/test e2e-suite-rbac-no_auth

Instructions for interacting with me using PR comments are available here.  If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. I understand the commands that are listed here.

@istio-testing: The following tests failed, say /retest to rerun them all:

Test name
Commit
Details
Rerun command

prow/e2e-suite-rbac-no_auth.sh
e594ca5aa0c052498c16f4fe5e9006fa1066624a
link
/test e2e-suite-rbac-no_auth

prow/e2e-suite-rbac-auth.sh
e594ca5aa0c052498c16f4fe5e9006fa1066624a
link
/test e2e-suite-rbac-auth

Instructions for interacting with me using PR comments are available here.  If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. I understand the commands that are listed here.


POC: Migrate Cypress to Playwright for Initial Evaluation

Features to be evaluated

Faster execution time compared to existing cypress
Auto-waiting mechanism
Mobile emulation support in test
Integrate with BrowserStack to check cloud-based testing
Multiple tab test support
Support Third-party reporting tools eg: Allure

What are we missing with Cypress?

Jest

Cypress lacks auto-waiting for delayed API responses; Playwright handles this automatically, reducing flaky tests.
Cypress 13.0+ discontinued third-party integrations for test coverage report generation
Cypress runs tests in one browser at a time; Playwright supports in-built multi-browser parallel testing.
Cypress is slower compared to Playwright.

Note: I am still working on the POC to understand if it's worth doing the migration

Jest isn't ideal for E2E testing and lacks a head UI, making debugging slower with only console logs and breakpoints.

Closing the POC of Playwright migration because of the following reasons:

Flaky tests are still occurring even after using the await functionality.
We cannot freeze a particular step in the test video replay to understand which APIs were called during a specific action.
Migrating all the files, even with a specifically configured chatbot, can be energy- and time-consuming, which doesn’t provide real value as debugging the code might take time.
For integrating BrowserStack and commenting on each URL PR preview, we need to run separate GitHub actions and maintain all configurations ourselves, whereas Cypress offers single-click cloud integration, which is easier.


Avoid output amplitude clipping

Currently the output amplitude values are clipped to [-1, +1]. Instead of this detect the max. absolute out-of-range amplitude value and normalize the whole output file.
See also:

https://en.wikipedia.org/wiki/Audio_normalization
https://superkogito.github.io/blog/2020/04/30/rms_normalization.html
https://www.musicdsp.org/en/latest/Filters/265-output-limiter-using-envelope-follower-in-c.html

An optional RMS normalization against the original signal could be generally useful to equalize the total loudness.
Instead of an optional peak normalization, a limiter would make more sense. However, a limiter requires additional parameters, at least attack and release. This would clutter the CLI interface...

According to Parseval's theorem the RMS normalization can also be performed in the frequency domain, e.g. at each STFT step:

Pro: continuous real-time normalization would be possible
Contra: additional computational effort due to STFT oversampling

On top of that and in case of multi pitch shift, the RMS normalization can be performed even after each partial resampling and on envelope too, if the formant preservation is enabled. But however, this could affect the multi pitch shifting result (argmax).

Spectral RMS normalization in C++ 998e7a3 seems to be quick enough, so yeah, will do it in Python too...

The spectral frame-wise RMS normalization seems to operate smoother, compared to the equivalent time domain RMS normalization of the whole audio file.
The loudness level remains within limits, so currently there is no need to invest time for a limiter implementation.


Feature request: Add support for themes

I tried changing the themes from https://duckduckgo.com/settings and it worked only for the search results but in the stories page the theme didn't change.

I don't think the app supports themes. I would suggest a feature request to add theme support.

Thanks @Mystro256 - I've changed the title to make this a feature request. We've had another request for this on Twitter.


sentence ending in color or semilcolon should not get another dot

For configuration or updating questions please read the README and UPGRADE documentation,
or visit: https://gitter.im/PHP-CS-Fixer
When reporting an issue (bug) please provide the following information:
The PHP version you are using ($ php -v):
=> PHP 7.0.33
PHP CS Fixer version you are using ($ php-cs-fixer -V):
=> PHP CS Fixer 2.15.1 Europe Round
The command you use to run PHP CS Fixer:
=> php-cs-fixer fix
The configuration file you are using, if any:
default symfony style
If applicable, please provide minimum samples of PHP code (as plain text, not screenshots):

before running PHP CS Fixer (no changes):

/**
 * the function is doing things as following:
 * - a
 * - b
 *
 */
function func() {
}

with unexpected changes applied when running PHP CS Fixer:

/**
 * the function is doing things as following:.
 * - a
 * - b
 *
 */
function func() {
}

with the changes you expected instead:

/**
 * the function is doing things as following:
 * - a
 * - b
 *
 */
function func() {
}

same problem with a description ending in ;
/**
 * the function is doing things as following;
 * - a
 * - b
 *
 */
function func() {
}

Hi and thanks for reporting
This behavior comes from the rules relying on PSR5, stating:
Summaries to span a single line or at most two, but not more than that.

As such, if you want to list items over multiple lines and be PSR5 compliant you might want to do something like;
/**
 * This function does A.
 *
 * The function does that by doing things as following;
 * - a
 * - b
 *
 */
function func() {
}

we just cant support all formats, but of course you are free to write however you want :)


add --admin as option

Changes proposed in this PR

add "--admin" flag in CLI for whenever attempting to create or update token

Why are we making these changes?

this allows admins to do token create and update operations as admins through CLI

@dposada The admin flag feels like a better fit. It does not introduce any new subcommand or new arguments to existing subcommand. The flag is discoverable from the help.
One drawback is non-admin users can see the flag, but their admin operations should be denied when they try and use that flag.
Does the above change your mind overall about using environment variables?

I should have been more clear. I'm not suggesting we need a waiter admin ... sub-command just for this. We may want it for other stuff, but it's not needed here in my opinion. I was just suggesting that you could avoid the --admin flag by instead making "admin mode" enabled when the WAITER_ADMIN environment variable is set to truthy. That makes it invisible to non-admin users, and if/when we do add a waiter admin ... sub-command, it would use the same thing instead of having different ways to enable "admin mode" in different parts of the CLI.


Fix runtime errors at the event handlers with CustomEventWrapper.

Use e.original for keyCode getter.
Omit MouseEvent type to fix type mismatch error.
Update polymer to rc-13.

Thanks!

:smiley:


Conditional Tinkerbell Template Actions

Overview
Tinkerbell defines a Template object that contains Actions. Actions represent an activity that contributes to the provisioning of a machine (for the primary Tinkerbell use-case). Actions are  flexible as they are OCI images that can be developed and maintained by third parties. This flexibility contributes to the flexibility of Templates.
Template's themselves, however, aren't particularly flexible. For use-cases such as CAPI/CAPT where the same template is used to provision the same kind of node (such as control plane nodes) where its necessary to perform different dependent on the hardware it can be difficult to model using Template's.
Proposal
Provide control flow type capabilities in Template's that enables toggling of individual actions. This could work in a similar fashion to Github Action's if statement.
# Github Action Example
jobs:
  job_name:
     if: EXPRESSION

The semantics of if are to run the job if the EXPRESSION evaluates to true.
We could create something similar for Tinkerbell Template actions (note the historical concept of a 'task' has been removed for simplicity as it will be removed in future versions of Tinkerbell).
actions:
- name: "write-file"
  if: EXPRESSION

Rationale
Adding expression capabilities with if in Tinkerbell Templates adds complexity in the form of maintenance. Its non-trivial and the Go standard library doesn't offer expression evaluation. Leveraging third party libraries for evaluating expressions would be ideal.
The particular CAPI/CAPT example used is quite specific to CAPI/CAPT. Its possible that a CAPT solution could be created that decouples templates from CAPT TinkerbellMachineTemplate objects and alleviates that specific problem as there's nothing inherently preventing a user in Tinkerbell core from creating a different template for a specific kind of machine today.

After developing the initial v1alpha2 controller, @jacobweinstock and I discussed this and felt it would be quite useful long term. Implementation will be some time after the agreed functionality of v1alpha2 is implemented.


[Question] : not works exemple : Add, remove or edit rows with custom columns

Hello,
I do that write int exemple : https://hjalmers.github.io/angular-generic-table/add-remove-edit but for me when I do the addNew(content) in console tell me that undefined. What is "content" parameters in the addNew ? not found into code ?

i found in code on github the ng-template that not wrote unto website exemple !!!!!!


Replica sets in mongodb > 2.0

Using latest mongodb native(2.0.49) the function for defining Replica set servers seems to have been changed to ReplSet, and is no longer ReplSetServers
node_modules/mongodb-migrate/lib/db.js:22
   return new mongodb.ReplSetServers(replServers);
          ^
TypeError: undefined is not a function
    at getReplicaSetServers (...node_modules/mongodb-migrate/lib/db.js:22:11)
    at Object.getConnection (...node_modules/mongodb-migrate/lib/db.js:31:11)
    at performMigration (...node_modules/mongodb-migrate/index.js:267:6)
    at commands.up (...node_modules/mongodb-migrate/index.js:203:4)
    at runMongoMigrate (...node_modules/mongodb-migrate/index.js:319:10)
    at Object.<anonymous> (...node_modules/mongodb-migrate/index.js:375:2)
    at Module._compile (module.js:460:26)
    at Object.Module._extensions..js (module.js:478:10)
    at Module.load (module.js:355:32)
    at Function.Module._load (module.js:310:12)

I don't have any replication sets to test with, but if you submit a pull
request I'll merge it
On Fri, Sep 11, 2015, 9:51 PM Erik Johansen<EMAIL_ADDRESS>wrote:

Using latest mongodb native(2.0.49) the function for defining Replica set
servers seems to have been changed to ReplSet, and is no longer
ReplSetServers
node_modules/mongodb-migrate/lib/db.js:22
return new mongodb.ReplSetServers(replServers);
^
TypeError: undefined is not a function
at getReplicaSetServers (/Users/Shared/Development/NikeBuild/present/web/node_modules/mongodb-migrate/lib/db.js:22:11)
at Object.getConnection (/Users/Shared/Development/NikeBuild/present/web/node_modules/mongodb-migrate/lib/db.js:31:11)
at performMigration (/Users/Shared/Development/NikeBuild/present/web/node_modules/mongodb-migrate/index.js:267:6)
at commands.up (/Users/Shared/Development/NikeBuild/present/web/node_modules/mongodb-migrate/index.js:203:4)
at runMongoMigrate (/Users/Shared/Development/NikeBuild/present/web/node_modules/mongodb-migrate/index.js:319:10)
at Object. (/Users/Shared/Development/NikeBuild/present/web/node_modules/mongodb-migrate/index.js:375:2)
at Module._compile (module.js:460:26)
at Object.Module._extensions..js (module.js:478:10)
at Module.load (module.js:355:32)
at Function.Module._load (module.js:310:12)
—
Reply to this email directly or view it on GitHub
https://github.com/afloyd/mongo-migrate/issues/45.

This PR can allow to avoid problem with ReplSet

Any chance for this to be merged?

See #46, the PR had conflicts so I merged as best as possible...


issues and questions from Chris Mungall

"predisposition to disease of type X"
is an odd name for a class. Either this is a template - in which case it
shouldn't be represented as
a class in the ontology - or the class is actually "predisposition to disease"

The paper mentions relations sign_of and symptom_of - should these be in here?

syndromes are ICEs?

Should there be an axiom linking abnormal homeostasis to clinically abnormal?

shouldn't disease phenotype be a subtype of clinical phenotype (based on the
definition).

Are there disease phenotypes that are not clinical phenotypes? What about plant
diseases?

[these should be split out into separate issues]

Original issue reported on code.google.com by<EMAIL_ADDRESS>on 7 Dec 2009 at 5:06

Closed ticket because issue has not been acted upon in reasonable amount of time.


0.0.229 breaks existing code that works with 0.0.228 for ConverstaionalRetrievalChain

System Info
Works in 0.0.228 but breaks in 0.0.229
Who can help?
@hwchase17
Information

[ ] The official example notebooks/scripts
[X] My own modified scripts

Related Components

[X] LLMs/Chat Models
[ ] Embedding Models
[ ] Prompts / Prompt Templates / Prompt Selectors
[ ] Output Parsers
[ ] Document Loaders
[ ] Vector Stores / Retrievers
[ ] Memory
[ ] Agents / Agent Executors
[ ] Tools / Toolkits
[ ] Chains
[ ] Callbacks/Tracing
[ ] Async

Reproduction
The latest version of Langchain (0.229) seems to break working code in 0.0.228.
e.g this code works in 0.228
def qna(question: str, vector_name: str, chat_history=[]):

    logging.debug("Calling qna")

    llm, embeddings, llm_chat = pick_llm(vector_name)

    vectorstore = pick_vectorstore(vector_name, embeddings=embeddings)

    retriever = vectorstore.as_retriever(search_kwargs=dict(k=3))

    prompt = pick_prompt(vector_name)

    logging.basicConfig(level=logging.DEBUG)
    logging.debug(f"Chat history: {chat_history}")
    qa = ConversationalRetrievalChain.from_llm(ChatOpenAI(model="gpt-4", temperature=0.2, max_tokens=5000),
                                               retriever=retriever,
                                               return_source_documents=True,
                                               verbose=True,
                                               output_key='answer',
                                               combine_docs_chain_kwargs={'prompt': prompt},
                                               condense_question_llm=OpenAI(model="gpt-3.5-turbo", temperature=0))

    try:
        result = qa({"question": question, "chat_history": chat_history})
    except Exception as err:
        error_message = traceback.format_exc()
        result = {"answer": f"An error occurred while asking: {question}: {str(err)} - {error_message}"}

    logging.basicConfig(level=logging.INFO)
    return result

But in 0.229 it errors like this:
INFO:openai:error_code=None error_message='This is a chat model and not supported in the v1/completions endpoint. Did you mean to use v1/chat/completions?' error_param=model error_type=invalid_request_error message='OpenAI API error received' stream_error=False

Expected behavior
Same output

I would recommend using ChatOpenAI rather than OpenAI when working with a chat model (like gpt-3.5-turbo). Based on the error, I believe that change will fix it.

It would be great if you can lay out a prompt instead and elaborate further on what vector_name is supposed to be here.
I want to try your fix but I'm not sure what the prompt is supposed to be too.
info: I'm using ChromaDB and a local llm / embeddings model. Thanks


React context aoi with vite issue

Describe the bug
Cannot use context api in react with vite, the state just disappears in xhr hot reload
Reproduction
....
System Info
Cannot find state...

Used Package Manager
npm
Logs
No response
Validations

[X] Follow our Code of Conduct
[X] Read the Contributing Guidelines.
[X] Read the docs.
[X] Check that there isn't already an issue that reports the same bug to avoid creating a duplicate.
[X] Make sure this is a Vite issue and not a framework-specific issue. For example, if it's a Vue SFC related bug, it should likely be reported to vuejs/core instead.
[X] Check that this is a concrete bug. For Q&A open a GitHub Discussion or join our Discord Chat Server.
[X] The provided reproduction is a minimal reproducible example of the bug.

Closing as reproduction is not provided and I believe this is a duplicate of #3301.


"babylonParser" expects that "plugins" is set

File: jest/packages/jest-editor-support/src/parsers/BabylonParser.js
in the function "babylonParser" we see..
52  const babel = JSON.parse(babelRC);
53
54  const plugins = babel.plugins.concat(['flow']);

If we dont have a plugin section in the parsed file, the babel.plugins.concat will fail.

Would you like to send a PR to fix this? :)


Add symfony session service

Replacement for:
https://github.com/shopware/shopware/pull/795
Will be processed internally with ticket SW-16886.

What a huge commit. Kodus @hlohaus .

Will this commit make it in the core?


ng test throws 'zone already loaded' error

Please provide us with the following information:

OS?

Windows 7, 8 or 10. Linux (which distribution). Mac OSX (Yosemite? El Capitan?)
Windows 7

Versions.

Please run ng --version. If there's nothing outputted, please run in a Terminal: node --version and paste the result here:
@angular/cli: 1.0.0-rc.1
node: 7.5.0
os: win32 x64
@angular/common: 2.4.9
@angular/compiler: 2.4.9
@angular/core: 2.4.9
@angular/http: 2.4.9
@angular/platform-browser: 2.4.9
@angular/platform-browser-dynamic: 2.4.9
@angular/forms: 2.4.9
@angular/router: 3.4.9
@angular/compiler-cli: 2.4.9
@angular/platform-server: 2.4.9
@angular/language-service: 2.4.9
@angular/cli: 1.0.0-rc.1

Repro steps.

Was this an app that wasn't created using the CLI? What change did you do on your code? etc.
C:\Projects\myproj>ng test

The log given by the failure.

Normally this include a stack trace and some more information.
Chrome 56.0.2924 (Windows 7 0.0.0) ERROR
Uncaught Error: Zone already loaded.
at webpack:///~/zone.js/dist/zone.js:24:0 <- src/test.ts:54766

Mention any other details that might be useful.
This started to happen with rc.0 and still with rc.1
Used to work in betas.
Any idea where to look to make sure that zone.js only loads once?

This happens because of multiple loading of zone.
To remove this error just remove
import './polyfills.ts'; from test.ts file.

Tnanks, that helped. The only additional thing I had to do in my case is to add `import 'rxjs/add/observable/of' to my test module in order to use Observable.of() (looks like it actually doesn't matter in which file you import it - works anyway). Before it was working without this import.

My fix: Create a separate polyfills.spec.ts file, import this into tests.ts. Comment out the zones import, the tests.ts file imports zones with longer stack traces. Uncomment all of the core-js polyfills and intl to get tests to run in PhantomJS.

This appears to have been resolved, closing.

@ctrl-brk see my edits above, had to make some changes.

ok, this is maybe not the best scenario, but for instance, I need to load two angular apps inside another. zone is throwing an error saying it's already defined.


added available_for_contribution flag to project

The flag indicates if the project is available for online contributions.
If so, the Support Project button is visible for the users.
The admin user may manage the project contribution availability on the about tab.

Coverage remained the same at 82.138% when pulling 463a6239de0049d62702774e1aec59c8f602e5c4 on add-available-for-contribution-tag into 3508ea58c31a8c6ec82c8f129187d47be0d38236 on master.

Coverage increased (+0.03%) to 82.171% when pulling d8d9dd3c56e0bcb7a7b664feb446c2a5038e4eeb on add-available-for-contribution-tag into 3508ea58c31a8c6ec82c8f129187d47be0d38236 on master.

Coverage increased (+0.03%) to 82.171% when pulling 3f0859f48b495a06176586c704bc4b4406ea77d9 on add-available-for-contribution-tag into f76065e2992f4a48526e04883c704dfd0921d4e0 on master.

Coverage increased (+0.03%) to 82.188% when pulling 28200382b6113dd42647e7f6105ff7ddfee977cf on add-available-for-contribution-tag into 036ee3951dea9f67f4f091e218f8e6f650f0d32c on master.


Provide Forbidden_Operation.to_display_text

Pull Request Description
Added a missing to_display_text method which, by convention, is defined via a builtin method.
Also re-enabled and fixed pending tests.
Closes #6227.
Checklist
Please ensure that the following checklist has been satisfied before submitting the PR:

~[ ] The documentation has been updated, if necessary.~
~[ ] Screenshots/screencasts have been attached, if there are any visual changes. For interactive or animated visual changes, a screencast is preferred.~
[x] All code follows the
Scala,
Java,
and
Rust
style guides. In case you are using a language not listed above, follow the Rust style guide.
All code has been tested:

[x] Unit tests have been written where possible.
~[ ] If GUI codebase was changed, the GUI was tested when built using ./run ide build.~

If in hurry, go on. But otherwise I'd like us to rethink the XyzToDisplayTextNode design and whether we can remove all that crap and replace each of the nodes with a single line of Enso code?

I'm happy to look into this cleanup straight after this PR, but this currently blocks most of IDE adoption.


Could you expand video-on-demand pricing guidance?

Could you expand video-on-demand pricing guidance for comparison with AWS?

Thanks for reporting - this issue is under review. This is a Microsoft Internal DevOps Bug ID # 435234

Is there a specific example you are referring to on this?

Close due to no response.


i18n(es): update astro-pages.md

What kind of changes does this PR include?

[ ] Minor content fixes (broken links, typos, etc.)
[x] New or updated content
[ ] Translated content
[ ] Changes to the docs site code
[ ] Something else!

Description

Update core-concepts/astro-pages.md to match #554

LGTM!


ci: Migration to github actions

Fixes #979
Fixes #831

We need just to disable the circle ci workflow for the lint and code analysis.
At this point, I think I can merge this PR because I'm just waiting to receive permission from the old maintainer for circle ci. In the meanwhile we can start to test the Github action if works correctly.


Write automated test to install from scratch

Use Vagrant or similar to write a script to test installation from scratch to make sure it works

mm actually I think Travis already does this?


Update dhkem-secp256k1 test to use hpke/core.

Codecov Report

Merging #218 (f451d38) into main (d9b3aea) will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##             main     #218   +/-   ##
=======================================
  Coverage   97.01%   97.01%
=======================================
  Files          32       32
  Lines        2483     2483
  Branches      224      224
=======================================
  Hits         2409     2409
  Misses         73       73
  Partials        1        1

Flag
Coverage Δ

unittests
97.01% <ø> (ø)

Flags with carried forward coverage won't be shown. Click here to find out more.


Fix empty message submit

Deploy preview for hopeful-hamilton-4090b9 ready!
Built with commit 9912c6e715bc6700e47bb282da039ff0b7e7dc94
https://deploy-preview-661--hopeful-hamilton-4090b9.netlify.com


Github Actions Minutes

User Need
As a Head of Hosting
I want to understand the implications of increasing the MoJ subscription
so that we can forecast spending or look at alternatives to better manage expenditure
Value
We understand any changes in cost.
Functional Requirements:

Request quote

[x] Complete Demand Request
[x] Complete Software Request Form
[x] Complete Quote Requirements Form

Access impact of changes
Look at alternatives
Complete Business Case if required
Proceed to procurement if required

Acceptance Criteria:

Quote received
We understand if a Business Case and procurement is required.
If 2 is "Yes". Complete next steps.

Notes:

Awaiting quote

Please see a potential mitigation for needing this https://github.com/ministryofjustice/operations-engineering/issues/3759

It's not possible to increase the number of minutes. Look at https://docs.github.com/en/billing/managing-billing-for-github-actions/about-billing-for-github-actions or #3759 as an alternative.


Applied fixes to unblock 3.0 fast-track builds. (Multiple cherry-picks.)

Merge Checklist

All boxes should be checked before merging the PR (just tick any boxes which don't apply to this PR)

[X] The toolchain has been rebuilt successfully (or no changes were made to it)
[X] The toolchain/worker package manifests are up-to-date
[X] Any updated packages successfully build (or no packages were changed)
[X] Packages depending on static components modified in this PR (Golang, *-static subpackages, etc.) have had their Release tag incremented.
[X] Package tests (%check section) have been verified with RUN_CHECK=y for existing SPEC files, or added to new SPEC files
[X] All package sources are available
[X] cgmanifest files are up-to-date and sorted (./cgmanifest.json, ./toolkit/scripts/toolchain/cgmanifest.json, .github/workflows/cgmanifest.json)
[X] LICENSE-MAP files are up-to-date (./SPECS/LICENSES-AND-NOTICES/data/licenses.json, ./SPECS/LICENSES-AND-NOTICES/LICENSES-MAP.md, ./SPECS/LICENSES-AND-NOTICES/LICENSE-EXCEPTIONS.PHOTON)
[X] All source files have up-to-date hashes in the *.signatures.json files
[X] sudo make go-tidy-all and sudo make go-test-coverage pass
[X] Documentation has been updated to match any changes to the build system
[X] Ready to merge

Summary

A set of cherry-pick from 3.0-dev to unblock the 3.0 fast-track builds.
Does this affect the toolchain?

No.
Associated issues

#10289
#10290
#10298
#10299
#10349

Test Methodology

PR check.
Relying on tests in the dev branch.

Auto cherry-pick results:

3.0-dev :x: -> https://github.com/microsoft/azurelinux/pull/10437

Auto cherry-pick pipeline run -> https://dev.azure.com/mariner-org/mariner/_build/results?buildId=639044&view=results


Feature/react router with redux

I've updated the PR for the Babel 6 upgrade.

Added react-router
Added redux
Added redux-simple-router
Added sample component with redux example

Still one issue left: The onClick event in the App component doesn't fire. There might be something wrong with the React instance, but I couldn't fix the issue.
Maybe somebody could test this and provide me a fix, cause I don't have really much time this week. Would be cool to have this in the repository.
What can we do about the CircleCI failing build? Seems a dep is causing this failing build.

Yes, I agree. Didn't notice the caret.

Also, I need to enable Greekeeper on this repo. =)

Anyone has time to have a look at the issue?

I don't at the moment, sorry. );

As far as I can tell the react app is not rerendered on the client.
When I remove the routes the App is actually rerendered, when the state changes and the clicks are working. Sadly I am new to react and redux and looking forward for this pull request to see it glued together.

Ha @eb88 thanks. You've pointed me in the right direction. I've fixed the issue. There was indeed something wrong with the client-side rendering. Reducers are being updated now. Only issue left is the fact that Webpack doesn't want to parse the app-home.js file in the root directory. Really strange, this worked before. Not a webpack expert.
It gives me the following error:
You may need an appropriate loader to handle this file type.
| export default {
|   APP_HOME: __dirname
| };

You'll also need to pull in master and fix merge conflicts. =)

@ericelliott Done ;)!

Still getting the error you were complaining about?

Any luck with that Webpack error?

@ericelliott @guidsen The webpack error comes from here https://github.com/guidsen/universal-react-boilerplate/blob/feature/react-router-with-redux/webpack.config.dev.js#L28
That file is not included in babel-loader's scope.  I would suggest putting the file in a special config folder or something along those lines with other files that need babel but aren't part of the main source.

Just tested it and works with
...
include: [
    path.join(__dirname, 'source'),
    path.join(__dirname, 'app-home.js')
]
...

Thanks for taking a look! =)

@tkh44 Thanks for taking a look ;). Got it working now.
@ericelliott I've removed the unused files in routes/main cause they were just doing the same. App is working, I've added redux-logger as well to have some nice state output. Also changed the imports to absolutes :).

A few questions:

I see only one route - the default index route. Would you like to make another just to demonstrate the routing?
Routes should really be in its own directory. Typically, there will be more than one per app, and we should demonstrate a recommended structure.
I see some code that maybe could list some books, but I see no books to list. Should we prime the store with them and see some data being rendered in the components?
For all filenames, please use all lowercase, and separate words with dashes. In other words, kebab-case filenames. Aids with cross-platform compatibility, because some platforms have trouble with mixed case. Specifically, some are case sensitive, and others are not.

@ericelliott Read the answer of your comments below.

So you mean adding a book detail route where we show just a book with a dummy image or so, to demonstrate how the user can add multiple routes? +1 for that one.

What structure should we recommend and how should we bundle them? I suggest having a directory called routes inside the shared directory. So like this:

shared

routes

books
index.js

I'm not sure what you mean here, could you explain more?

I'll fix that!

I made a ton of changes to clarify some things. Sorry if I stepped on your toes. You can find them in the universal-fixes branch.

Cool, you want me to fix the blank page thing?

I've merged your changes. I can't find why it's showing a blank page. Taking me to long.. Somebody else want to check this issue out? /cc @tkh44

@guidsen I can look at this tonight if it's still not working.

@tkh44 Would love to. It has something to do with the props not being passed to the Title component. Had no time to debug further.

Any updates guys? I'm hoping to get this merged in the next couple days.

I've updated my universal-fixes branch to merge in changes from master.

Fixed and merged into master as v3.0.0. Still messy. I'll try to simplify the configuration by abstracting a lot of the moving parts with routing, redux, and universal render into its own module.

OK, I made an RDD to reduce all the boilerplate around universal routing and rendering with React & Redux to almost nothing.
I would love your feedback on the proposed API: https://github.com/ericelliott/react-easy-universal

:+1: Awesome work done here, kudos! I really like the sane approach and clear structure of this repo. I'll be sure to check out react-easy-universal as well!


function entityAddedHook not working in entityid 63

entityAddedHook is not working in version1.11.1 block launcher, not working in entity id 63.
if your friends enter your game.  the function is not activating.
sorry im not good in english,im from china

Players in multiplayer have different entity ids rather than 63. Please delete this issue.

you wrong.
you can try this.
var c=0
function entityAddedHook(entity){
if(Entity.getEntityTypeId(entity)==63){
c++
clientMessage("you are player "+c)
}
}

why 1.10.4 version of blocklauncher is working on mcpe 0.12.x?
why 1.11.1 version of blocklauncher is not working on mcpe 0.13.x

@jose-vm
@zhuowei please fix this!

If you use this ModPE Script, entityAddedHook will be fixed. (includd other scripts)
When entityAddedHook is called, Blocklauncher cannot check if a new entity is player or not.
But after a moment it can check. This script calls entityAddedHook again after a moment.
function entityAddedHook(e) {
if (Entity.getEntityTypeId(e) == 0) {
new java.lang.Thread({
run: function() {
java.lang.Thread.sleep(150);
if (Player.isPlayer(e)) net.zhuoweizhang.mcpelauncher.ScriptManager.callScriptMethod("entityAddedHook", e);
}
}).start();
}
}

Fixed in latest beta.


Add lintcode support

Please review previous closed issues before filling out a new one! Duplicate issues will be closed without comment.
Is your feature request related to a problem? Please describe.
I am frustrated to manually upload my lintcode solutions.
Describe the solution you'd like
Like my leetcode solution is being synced. It would be great if lintcode solutions can be synced as well.
Describe alternatives you've considered
The alternative to this is manually uploading your solutions which is boring.
Additional context
Lintcode contains a few of the premium questions for leetcode so that's great we could also sync.
Link:
https://www.lintcode.com/

Unfortunately, this is out of scope for this extension as I only intend to keep this functional for LeetCode and gfg.


Upgrade dep: harfbuzz

And use Meson as build system. I've disabled the utils to fix the linker errors, but perhaps this should be reported upstream.

Thank you for working out the source of the linker errors.

The patch from https://github.com/Homebrew/linuxbrew-core/pull/20910 should fix the Linux ARMv6 build failures, I think. Should I prepare a PR for that?

Yes please. (I added commit 07420d5 to attempt to silence these.)

This is being fixed upstream via https://github.com/harfbuzz/harfbuzz/pull/2628 so we could use https://patch-diff.githubusercontent.com/raw/harfbuzz/harfbuzz/pull/2628.diff as the patch.

Let's wait for harfbuzz 2.7.1, which should be available soon. There's some discussion about the recent meson-only change at https://github.com/harfbuzz/harfbuzz/pull/2632 which suggests it was a bit rushed and did not have approval (or at least had not been reviewed).


Sema: Fix captures of lvalues from nested generic functions

The "map into the right context" logic was only getting hit
if we didn't exit early to handle the lvalue case. Move it up
to the top of the function.
Fixes https://bugs.swift.org/browse/SR-4369.

@swift-ci Please smoke test


fix(create-turbo): support node 14

Support node 14 for create-turbo. Swap from native fs to fs-extra which supports a copySync method in 14.
Fixes https://github.com/vercel/turbo/issues/2602 (and a bunch of others)

Hello :wave:
If I understand well, this fix has not been released yet right?


SSL transport support?

Hi there,
Have we got any examples on how we go about utilising SSL for the app?

There's nothing currently there but it could be easily supported. You can either currently pass a http server that's preconfigured to use TLS or we can make the Secure/TLSConfig options setup the server.


createServerFn must be called with a function that is marked with the 'use server' pragma

Which project does this relate to?
Start
Describe the bug

Invariant failed: createServerFn must be called with a function that is marked with the 'use server' pragma. Are you using the @tanstack/start-vite-plugin ?

"use server"

export const getCurrentUser = createServerFn()
  .handler(async () => {
    "use server";  // Also fails without this

    let user = await getAuth(getWebRequest());
    return user?.userId
  });

// __root.tsx
 ...
 beforeLoad: async (ctx) => {
    return { ...ctx, user: await getCurrentUser() }
  },
   ...

    "@tanstack/react-query": "5.61.3",
    "@tanstack/react-query-devtools": "5.61.3",
    "@tanstack/react-router": "1.82.8",
    "@tanstack/react-router-with-query": "1.82.8",
    "@tanstack/router-devtools": "1.82.8",
    "@tanstack/router-zod-adapter": "^1.81.5",
    "@tanstack/start": "1.82.8",
    "@tanstack/start-vite-plugin": "1.82.5",

Your Example Website or App
Followed the official Tanstack Clerk example
Steps to Reproduce the Bug or Issue
Setup Clerk with Tanstack.
Expected behavior
The server funciton can be called.
Screenshots or Videos
No response
Platform

OS: macOS
Browser: Arc
Version: See above

Additional context
No response

Strangely, removing ALL "use server" annotations resolves the problem.

you don't need to add any use server directives as start will do this for you

Closing since technically there is a workaround. Just strange that it fails if "use server" is explicitly used.

This happens because of this line
To satisfy the handler, we have to convert this
export const getCurrentUser = createServerFn()
  .handler(async () => {
    "use server";  // Also fails without this

    let user = await getAuth(getWebRequest());
    return user?.userId
  });

to this:
const fn = async () => {
    let user = await getAuth(getWebRequest());
    return user?.userId
  };
fn.url = 'blah';
export const getCurrentUser = createServerFn()
  .handler(fn);

There is no need for 'use server'
I believe this bit of code is unintended and need a clarification if not a fix.


 This adds code to show you the manifest URL that didn't work and the HTTP status code that describes the problem (for example, 401 if you forgot to make your Quay repo public).

This should be done for the other checking function as well (which is separate because the official docker.io site for some reason needs oauth). https://github.com/BD2KGenomics/toil/blob/45de1029ae190b8e0bb3a4addcc7ebc7bec69173/src/toil/init.py#L227

The tests are failing because they couldn't download Docker itself during the build, which I suspect is Not My Fault:
Step 10/21 : RUN curl https://get.docker.com/builds/Linux/x86_64/docker-1.13.1.tgz          | tar -xvzf - --transform='s,[^/]*/,,g' -C /usr/local/bin/          && chmod u+x /usr/local/bin/docker
 ---> Running in 87ac75de6b93
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed

  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
100   454  100   454    0     0   3562      0 --:--:-- --:--:-- --:--:--  3574

gzip: stdin: not in gzip format
tar: Child returned status 1
tar: Error is not recoverable: exiting now
The command '/bin/sh -c curl https://get.docker.com/builds/Linux/x86_64/docker-1.13.1.tgz          | tar -xvzf - --transform='s,[^/]*/,,g' -C /usr/local/bin/          && chmod u+x /usr/local/bin/docker' returned a non-zero code: 2
make: *** [docker] Error 2
Build step 'Execute shell' marked build as failure

Someone should say "Jenkins test this please" again I think? That URL works for me right now.

Yes, not your fault, just a hiccup with the url it seems.  I made a comment about the format.  Once that's addressed, this should be fine to merge.

OK, how's this version with the new error type?

Looks good to me.  Thanks for writing it and making the error message more useful.  Will merge when tests pass.

The two failures are known errors ( http://jenkins.cgcloud.info/job/toil-pull-requests/4110 ).  Looks good to merge.


Add ru_ru.json (Russian)

Hi there! I made russian translation of your mod!
Feel free to correct me or ask me anything about it, I will answer you and commit changes as soon as I can😊
I've been working as a mod translator for quite a while now, so if you like my work, you can consider donating! Thank you! (link in bio)

Thanks a lot!


Improve dealing with const in capsule

Change the way a capsule holds a void * to now be a union:
union {
    void *base; /* address of C++ memory */
    const void *cbase;
} addr;

This allows lots of casts to be removed from the wrappers by correctly assigning to the const or non-const member.  The correct member is defined by fmt.capsule_addr.

Removed lots of expliciting casting to void * before assiging to capsule.

Removed fmt.cxx_cast_to_void_ptr which tried to deal with C++ const casting:

SHC_rv->addr = static_cast<void *>(const_cast<classes::Class1 *>(SHCXX_rv));

SHC_rv->addr.cbase = SHCXX_rv;

Where base is const void *.
Partly this is fixed by realizing that C++ can assign to void * without a cast (like C).  But the const_cast would still be required to avoid the error:
error: invalid conversion from 'const void*' to 'void*' [-fpermissive]

This would still be a problem in C, since gcc reports the warning:
warning: assignment discards 'const' qualifier from pointer target type

Fix assigning to fmt.c_const (and now fmt.capsule_addr) that confused a const method with a const function result.

The Lua code was changed. But nothing has been compiled so can't be sure about it.

@kennyweiss  My main question for a seasoned C++ developer, does a union of pointers seem like a fair trade off to have lots of const_cast floating around.  It makes the generated code cleaner.

@ltaylor16 -- It seems like a reasonable compromise to me, as long as all the compilers are happy with it.  const_cast would be a more explicit indication that you are removing the const.
What do other wrapping libraries (e.g. swig, pybindgen) do to support this form of type-punning?

I'm going to merge another branch, remove-cast-to-void, and decline this pull request.  That branch preserves the use of const_cast but removes some unnecessary cast to void.  I had several places with nested casts that seemed very kludgy. However, C++ will cast to void * the same as C so I could remove the explicit cast_static<void *>().  C++ just requires casts from void * not to void *.
As I add more const test something else may turn up but I think this is the better approach for now.
All of the casts are removing const from pointers and I'm not sure how much swig et.al. deal with arrays.  It may just avoid the issue.  The are swig typemaps for NumPy that I'll look at to see what they do.


update documentation

Needs name change in README, needs Dashification and CI badges need to be fixed, among other things.

Links to the documentation on www.github.com/dashpay/dash should also be updated to point to the new release, rather than 12.2.x

All these points should be addressed in #20

Merged #20


No longer working during contests. it works only after the contest is finished

Hello, thanks for reporting this, but this is too little to go on. Is there an error message?

Oops, forgot to respond here.
If it's an error 403 or 404 like this, it is likely due to the Codeforces server not serving correct responses to API requests. This is known to happen (see #55, #56, #57, #58). Unfortunately, I can't do anything with the extension to improve the situation 🙁. It must use the Codeforces server for its functionality.


Enable concurrency back-deployment in the compiler by default.

Remove the option that explicitly enables concurrency back-deployment,
and instead always enable its support in the compiler. Remove the use
of the extraneous CMake option as well.

@swift-ci please test

Build failed
Swift Test OS X Platform
Git Sha - 599974367e926fe9c040938f5a5e61d1ff411a8d

@swift-ci please test