ValueError: not enough values to unpack (expected7, got6)

Hello, when I run python coco_scripts/train.py-- exp_name captioning_model-- batch_size 100-- lr 5e-4, the following questions arise: ValueError: not enough values to unpack (expected7, got6) have you ever encountered such a problem? Looking forward to your reply. Thanks.

change "from speaksee.data import ImageDetectionsField" into "from speaksee.data import ImageDetectionsField"

Hello, the error didn't disappear when I modified "from speaksee.data import TextField,ImageDetectionsField", but when I changed "for it, (detections, _, ctrl_det_seqs, ctrl_det_gts, ctrl_det_seqs_test, _, caps_gt)" to "for it, (detections,ctrl_det_seqs, ctrl_det_gts, ctrl_det_seqs_test, _, caps_gt)"", the program worked fine. I don't know why.

the deleted "_" stands for imgids, and the training doesn't need it

Hello, I have tried to reproduce your code, and all parameters used have not been modified, but the cross-entropy loss function of training is only about 170, which is far from your paper. Looking forward to your reply. Thanks.

Do you mean the score of the whole framework? Or only validation score during the training procedure of the captioning module?

The final score for the entire framework is very low and far from your paper score.

Sorry for the problem you meet, I'll retrain the model using the uploaded codes to find why and fix it.

Hello, I used the 2080s training model for a total of 13 days, and here are the results of the final test. It doesn't look good when I run it. I don't know if it's the graphics card.

It seems strange. Are you using the captioning model after Reinforcement Learning?

Hello, I am very interested in your article, and recently I read the code of the paper. There were a few problems in the code that I hadn't thought through.
In the train.py file, in line 99 of code, detections stands for the object characteristics detected by Faster R-CNN, and ctrl_det_seqs stands for the ordered set of regions. I don't know if I understand this correctly.
Besides, I don't know what ctrl_det_gts stands for. And the meaning represented by ctrl_det_seqs_test and caps_gt in 148 lines of code.
Thank you very much

Hi, thanks for your interest.
ctrl_det_gts is a sequence of 0 and 1, 1 means the end of describing a region and begin of next regions in next time step, 0 means not end.
Compared to ctrl_det_seqs, ctrl_det_seqs_test has a process of deduplication of regions with same class. If we only use detections of Faster-RCNN to generate captions with the captioning module, we don't know how many times a region with same class appears in the caption. So the deduplication is used, when only testing the caption module's performance.
caps_gt is the ground-truth captions.


With symlinked Cellar, don't try to find /usr/local prefix

[x] Have you followed the guidelines in our Contributing document?
[x] Have you checked to ensure there aren't other open Pull Requests for the same change?
[x] Have you added an explanation of what your changes do and why you'd like us to include them?
[ ] Have you written new tests for your changes? Here's an example.

[ ] Have you successfully run brew tests with your changes locally?

This PR permits Cellar to be a symlink. A Cellar may be a symlink to a common shared Cellar. For example, ~/work/project1/Cellar may be a symlink to /usr/local/Cellar. This change allows using a private prefix of ~/work/project1/bin with a shared Cellar of /usr/local/Cellar. This change enables a brew env feature that @jonchang is working on.

I've update this PR. The previous PR did three related but separable things:

Disable magic to find /usr/local prefix when Cellar is a symlink
Disable brew doctor Cellar symlink check
Resolve Cellar symlink to its real path

I've reduced this PR to just the first, which is needed by the brew env feature that @jonchang is working on. 2 and 3 can wait until I have more time for testing.

Merged the slimmed down version of this PR.


⚠ RPC server - xDai has degraded performance

In c235d5e, RPC server - xDai ($XDAI_RPC_URL) experienced degraded performance:

HTTP code: 200
Response time: 438 ms

Resolved: RPC server - xDai performance has improved in 159199f after 1 hour, 43 minutes.


Fix race conditions in test_purge_on_delete.py (#4916)

Pull request opened by the merge tool on behalf of #4916

Merged into branches iso4 in 3dedb4c50659e9b0a6c501793353d15d1ac3808d


State whether Open API schema object definitions are open or closed for extension

I had a look through the open issues and couldn't find a specific issue for this, apologies if I missed it. It's alluded to in the following but not directly addressed

https://github.com/OAI/OpenAPI-Specification/issues/333
https://github.com/OAI/OpenAPI-Specification/issues/668
https://github.com/swagger-api/swagger-codegen/issues/1318

The clarification I'm looking for is - are object definitions open or closed for extension, and specifically what is the default for handling unexpected JSON properties in the absence of an additionalProperties declaration?
If Open API was using vanilla JSON Schema, I would assume the absence of additionalProperties means the instances are open for extension, since additionalProperties has not been explicitly set to false to close the schema. But because Open API redefines parts of JSON Schema, and in particular additionalProperties and how it should handle booleans, I'm reluctant to just assume that behaviour is carried forward into Open API.
At the moment I can't find a definitive statement in existing specifications for this, in particular http://swagger.io/specification/#schemaObject (again apologies if I missed it).  I do think it's something that needs to be explicit as it relates to how clients based on Open API handle unexpected data and how Open API tooling should behave by default, especially given additionalProperties has been redefined.

You might find #568 a relevant discussion. Although there is no definitive answer, I do believe that the general consensus is that OpenAPI is not a closed contract.  I think the only concern is regarding how useful is it to have behavior that is unspecified in the contract.
Relating this back to JSON Schema definitions, it is my understanding that the default behavior of being open for extension is the expected behavior with OpenAPI.  However, I think the spec needs to be much clearer about how it redefines the JSON Schema properties that it claims it does.

Tackling PR: #741

You might find #568 a relevant discussion.

I did find it very useful in general. This ticket is more specific.

Tackling PR: #741

Similar to prior tickets, I see this alluded to but not directly addressed. There's a holding header ("Clarify additionalProperties default setting') but with no text and a comment from last August re allOf interacting with additionalProperties' true/false values which misses the key point of what should happen when the additionalProperties field is absent in OAI, and the fact that true/false are not options in OAI.
At my current shop, because we use OAI and because OAI doesn't adequately support media types, we don't have good options to avoid object definition. Truth is no-one really wants to, it's useful to have them inline and easy to read and be available to a broader toolchain. But it's starting to hurt when looking at long term data evolution - core constructs like default extensibility and allOf unions from JSON Schema with swagger inherited overloading are semantic quicksand relative to approaches like Protocol Buffers 3 and Avro, where these issues don't seem to come up nearly as much.
@darrelmiller @webron - what's the best way to make progress?  I'd be happy to close this ticket in favour of working actionable one and reduce noise, but #741 is so big I'm concerned this will get lost. The extension model and rules for something as fundamental as an object definition seems like something OAI could make clear conformance statements about and be testable in a validator.

additionalProperties can now take a boolean value, and follows the rest of the JSON Schema standard, making it true by default - #894.

This came up on a spec discussion today, and some discussion with @handrews followed in the #spec channel on open-api Slack.
The story is much better now with OpenAPI 3.0, because additionalProperties allows a boolean value or a subschema, and the OpenAPI spec seems to defer to JSON Schema with regard to the default value.  The Schema Object definition says:

The following properties are taken from the JSON Schema definition but their definitions were adjusted to the OpenAPI Specification.
...

additionalProperties - Value can be boolean or object. Inline or referenced schema MUST be of a Schema Object and not a standard JSON Schema.

Since this definition doesn't adjust anything except the subschema (constraining it to a Schema Object), I take that to mean that it follows JSON Schema's default of additionalProperties: true.
Still, it would be better to make this explicit, especially because there has been so much confusion, and several attempts to clarify or amend the spec, out-of-band, in previous spec versions. If we can please reopen this issue, I could propose a small clarification to the spec.

Thanks for following up on this @tedepstein Feel free to create a PR with proposed wording changes.

@tedepstein Branch off  v3.0.2-dev

Closing as above, and as we have full JSON Schema compatibility in v3.1


Fix semicolon checking after variable declaration list

Fixes the following tests from test262:

ch08/8.4/S8.4_A13_T3.js
ch08/8.4/S8.4_A14_T3.js

Good to me

LGTM.


Support inorder query param

More of a question, and not a critique: what are your opinions on defaulting to None for the in_order bool instead of False? Looks like the logic and behavior is identical either way.

More of a question, and not a critique: what are your opinions on defaulting to None for the in_order bool instead of False? Looks like the logic and behavior is identical either way.

You're exactly right -- oversight by me. Updated it in the latest commit.


Large deployment moodle/ permission issues

I've successfully deployed and completely configured a "Small to Mid-Sized" Azure-Moodle site. I've logged in through SSH and changed Moodle code when necessary.
Now, I need to deploy a "Large" installation. The deployment went perfect but when I ssh'ed into the controller, the file permissions seem to be wrong. I can't cd into /moodle/. The folder /moodle/ has www-data:www-data ownership and the permissions on this folder are 760. On the "Small to Mid-Sized" installation, this folder has root:root ownership and 755 permissions.
Curiously, the "Large" installation has a folder called /moodle_old_delete_me/ which I can cd into and it seems identical to the normal /moodle/ folder.
I can't change azureadmin's groups, nor can I change /moodle/ ownersship.
It seems to be a problem with the template. Has someone else solved it?
Thanks!

Looking into this. Thanks for flagging this with us.

I tried using the Maximum installation and it has the same problem.

For Maximal and Large today, older code was being used where the initial directory creation and configuration (/moodle and everything under it) was being done on a local disk, then an Azure Files Premium share was being created, mounted and a copy was being done to the mounted Azure share. This is obviously clunky and messy and currently testing a change to create an Azure Files share, mount the share and then work out of that share.
This eliminates the clunky copy and the need to delete the older /moodle directory. Around permissions, it should be www-data and this is being handled for Large and Maximal differently as the permissions are being explicitly set during share creation (previously Gluster, now Azure Files) which isn't happening for the "small to mid" which uses a local NFS share. There's a need to be consistent here...

Thanks so much for your insight. I've looked through the scripts and they're very complex. I could see there being bugs because testing them could be very difficult.
Now, I need to be practical. As this installation is quite urgent, is there a "simple" solution to this problem, or should I look elsewhere for a large Moodle installation deployment?
Thanks!

For the large and maximal today, you can just manually delete the older  /moodle_old_delete_me/  and be on your merry way. The older code contained a line to remove that directory but it was commented out. I ran a stress test against the current Large deployment and the infrastructure held tight. However, if you can wait another business day or two, the next PR will contain a couple of updates I think you'll want to see.
Currently the template deploys Moodle 3.5 with PHP 7.0.3. We're testing a couple changes that'll deploy Moodle 3.9 with PHP 7.4 on Ubuntu 18.04. In addition, looking to clean up the deployment code to handle the stuff discussed in this thread (although this isn't a deal-breaker with the workaround I just proposed in this reply).

Since the /moodle/ folder and all of its content is not writeable by the azureadmin user, it's impossible to setup new SSL certificate, or to edit Moodle code.
I'll try to find other solutions in the meantime.
Thanks!

For all operations on that /moodle directory, use
sudo -u www-data <whatever command/op>
The azureadmin (or whatever azure username, it's azureadmin by default) versus the owner of the Moodle directory (webuser or apacheuser or www-data) isn't specific to Moodle. That's just proper Linux/Unix usage. More information from Moodle directly.

I'll test it out.

Please reopen this issue if there's still a concern.


Add XML highlighting to .axaml (Avalonia XAML)

Used by Avalonia.
Checklist:

[x] I am associating a language with a new file extension.

[x] The new extension is used in hundreds of repositories on GitHub.com

Search results for each extension:

https://github.com/search?q=extension%3Aaxaml&type=Code

[x] I have included a real-world usage sample for all extensions added in this PR:

Sample source(s):

https://github.com/wieslawsoltes/AvaloniaBehaviors/blob/master/samples/BehaviorsTestApplication.Base/Views/MainView.axaml

Sample license(s): MIT

[ ] I have included a change to the heuristics to distinguish my language from others using the same extension.

Sample source(s):

https://github.com/wieslawsoltes/AvaloniaBehaviors/blob/master/samples/BehaviorsTestApplication.Base/Views/MainView.axaml

This file needs to be added to the samples/XML subdirectory. Samples are used by Linguist's classifier strategy; the more samples we have, the more accurate its analysis.
License checks out: the project whence the sample is taken is MIT-licensed.


No way to schedule specific rooms with Siri?

Is there anyway to get Siri to clean specific rooms?

@Homekitdude No, not that I am aware of.


mobile: Cache jmethodID and jfieldID

This PR adds caching for jmethodID and jfieldID, which should improve the performance as per https://developer.android.com/training/articles/perf-jni#jclass,-jmethodid,-and-jfieldid.
Unlike the jclass, which is eagerly cached, the jmethodID and jfieldID are cached lazily because sometimes we may not know the jclass ahead of time, especially if we get the jclass from the jobject via GetObjectClass. This is why a proper synchronization is needed to avoid race condition.
Risk Level: low
Testing: unit tests
Docs Changes: n/a
Release Notes: n/a
Platform Specific Features: mobile

/assign @abeyad

/retest

/retest


Issue: submiting profile after editing

Describe the bug
Bug on: https://studentambassadors.microsoft.com/en-US/studentambassadors/account/
After editing the account profile on the student ambassadors program page, submitting button does not respond, and changes are not saved.
To Reproduce
Steps to reproduce the behavior:

Go to 'My account' on Microsoft Learn Student Ambassadors.
Click on 'Profile'
Click on 'Edit Profile
See the error

Expected behavior
As expected changes can't be made and on 'Preview Profile' changes can't be seen.
Screenshots

Desktop:

OS: Windows 11 Home
Browser firefox
Version 105.0.3 (64-bit)

Additional context
I was trying to add my GitHub account in order to get access to Codespaces.

🎓student, Student Ambassador.

Closing since this issue has been shared with the Ambassador platform engineering team. Issue is isolated to the Student Ambassador account.


Display total Org users, total plans in the UI

Admins would like to see at a glance how many users or plans they have without downloading a report
Proposal to display these data in a similar manner as we do on the homepage for global stats (screenshots below from DMPTool and DMPonline), but for a specific Org

DMPTool homepage

DMPonline homepage

@stephaniesimms  & @sjDCC  On what page do you want the stats to appear?

I agree w/ @sjDCC that the labels should say "603 Total users" and "749 Total plans"
For alignment, I would move the icons to the left (first preference) or center them (second preference). Currently they seem to be floating somewhere left of center.
It's fine to remove the name of the university. We can evaluate the overall page and context once this is deployed to make sure it's clear to users that these are Org stats and not global stats. Currently, there's a branding banner above and the line of text below for the filters, neither of which makes it crystal clear that these are Org totals. But the rest of the page will change as Jose continues work so I think we can wait on it for now.

thanks @johnpinto1 !

@stephaniesimms I think I have incorporated your suggestions here:

@stephaniesimms Updated as suggested. I will push code for review if this is acceptable.

screenshot looks good to me @johnpinto1 - cheers. i moved the issue to the current sprint board so we can track it.

Can't test this currently as only have a super-admin not org-admin account on roadmap-stage but screengrab looks good so assume it is fine to close out

Looks good. Closing out.
@briri I got an API error but I think this is part of config not a bug so will leave it


[Bug]: cloudpickle appears to incorrectly unpickle cloned combiners

What happened?
Combiner combiner  lifting and combiner with_fanout utility  copy portions of Beam's subgraph related to combiners. It appears that unpickling cloudpickle-pickled bytes encoding those subgraph results in multiple CombineFns sharing the same state, which results in side-effect in combiner setup and teardown initialization.
TODO: add details, failure examples and code pointers.

The failure is not happening if I manually modify the graph rewriting portions responsible for combiner lifting and disable combiner lifting, see: https://github.com/apache/beam/blob/7919c3fdf07c7802f62061e5e222027df5e02ce5/sdks/python/apache_beam/runners/portability/fn_api_runner/fn_runner.py#L373
@AnandInguva also mentioned the error is not reproducible if with_fanout is disabled. with_fanout involves copying here: https://github.com/apache/beam/blob/837733e862007cbeba0a57f682109d9debec9340/sdks/python/apache_beam/transforms/core.py#L2467

@tvalentyn I can pick up the investigation from here if you are not working on it.

INFO:root:<CombineOperation Do/CombinePerKey/CombinePerKey(PreCombineFn)/ExtractOutputs phase=extract>

INFO:root:<CombineOperation Do/CombinePerKey/CombinePerKey(PreCombineFn)/Merge phase=merge>

The setup calls for these two at bundle_processor share the same CombineFn objects resulting in sharing state.
I will look into translations and see how these are getting pickled.

From my experiments what i found out is that
if you unpickle the same payload into two different objects,
With Dill, both objects share different memory address
With Cloudpickle, they share same memory address.
in the CombineFn with_fanout, we have lift_combiners during pipeline stage_creations, here I was inspection pipeline proto and found out that Combine stages share same proto
For example, for Merge and ExtractOutput, this is the proto def
INFO:root:unique_name: "Do/CombinePerKey/CombinePerKey(PreCombineFn)/Merge"
spec {
  urn: "beam:transform:combine_per_key_merge_accumulators:v1"
  payload: "\n\260\013\n beam:combinefn:pickled_python:v1\032\213\013\n\210\013QlpoOTFBWSZTWSejpnAAAvl/9P//1blC8Zv3n3/f5r////Zj5x4QFAAAAQQAUAO+uzXW27ruM7WdYSSQp4JCeg1NMR4hP1AjAJtTIwBBgjCDATEwGiGmGplGI0TChkaaAANPUNGgAAAAAAAAAABKaJE01TZo1NCbUeoPUPUAaeoNAAAAAAAAAeoHlDgABoAGgDQAAGjEAA0AAAAADQASmqaAFGaap+inqeUyaB6gGmJ6Ro2iDTRo0PUZAPU9IGmQACJNfGbYf9uAQYQQGEMLHYYh+sgH7Hmi/00ptIf8Auac02UitRt1Y5CWzcaWjZfGQ2NWnED4py8y6HLCYKLNWgmENmTDOIZDSk40REEQiHcfLIy4xkZwy1GEzH819JmdYQR4vgGJYwxYj03YDcEHuERBK1SGGOpoBHaC6F5GXXOR08euPzsLNQZC5WgHFK98logwMMPuc4ffc6oJpEQ/D933+//szND08iaOCGGOOLfCNgTMj1z61A+DBTQ5oMzK5exvY7nDyiThEqZ7J21YCdY6B6dZPgiJBGYRJIuPV1p1ttE7PLXceZcrgfcMoqdKZFBTEhviKyhoG31vUcHOtE4FLZQiRjb7vkUBCfPP6rgqvNIw6xosiMYwVUQXLrdUIDJRYyOFO7PrdVsQ6ae+9NAqx15YOagHQjOErBQaeZaEwSwcYdWggYmSlgVzT5YglzAygT6tgIkCLuGzVcIyeW3YefuQ4ERQiZ7cIigzX4Te1/mw1dL2ksFzS1Z9Yxfsas01JNesykI08fMTJDeZIHFwD2qyD1stverBUM3NzqWf7kX8qOFk2k7gYRK05qnq6Uhoy7PB9tQPf8rTu+CIi/clKTu+ExFGPDiTl+3osE2fqTjJU7GPCg1JImEAC+DA2OuARIDjDhbE1pJwFJXoJphrbAnYEQw6TpXEEVTEzDjBowlMhNE8SDHyQbKHMIII5HXZkFbgWcvRHqBwWBnElA6dFp5hwWUTa1WQViqkavqtkpmigH9UvzpJ41CC1ANMTC9VIPQD5ZgasomaEkJigzmU7Ic/BNLdWjn/cu/Gth6BaNnORhTKaeT1VvO8GGWexT0YNIlfo0LxIakyabaBUXLIiEnWzV8TFBiX7GIyGE6RulEtrTMTOZ6q/g0kTyVF1ZdqL3Ha4TvGYWC7AW5pZQQmjDk07u7teB8vrPBNQxdZNb0rVehEECPoweDHZVCiz0+wclFbSvGZvuShaZgsGfJOSvTRdduwrCJ61gxPIpTZFSi22tBDjGTMfw/yb+9OgJmny1PPv6Gaop22ZWYSdO7MQKIEhQOcWw6g7Vb6cFQBFRwycWH0EgPPBaEBMowZwfwhJEVElLOK3wVdnKQt3KR6KZxCTqlPD8Z3CxNVcqIkCStLBaKkWgOX5PEXckU4UJAno6Zw\022\037ref_Coder_FastPrimitivesCoder_7"
}
inputs {
  key: "in"
  value: "pcollection_1"
}
outputs {
  key: "out"
  value: "pcollection_2"
}
environment_id: "ref_Environment_default_environment_1"
annotations {
  key: "python_type"
  value: "apache_beam.transforms.core.CombinePerKey"
}

INFO:root:unique_name: "Do/CombinePerKey/CombinePerKey(PreCombineFn)/ExtractOutputs"
spec {
  urn: "beam:transform:combine_per_key_extract_outputs:v1"
  payload: "\n\260\013\n beam:combinefn:pickled_python:v1\032\213\013\n\210\013QlpoOTFBWSZTWSejpnAAAvl/9P//1blC8Zv3n3/f5r////Zj5x4QFAAAAQQAUAO+uzXW27ruM7WdYSSQp4JCeg1NMR4hP1AjAJtTIwBBgjCDATEwGiGmGplGI0TChkaaAANPUNGgAAAAAAAAAABKaJE01TZo1NCbUeoPUPUAaeoNAAAAAAAAAeoHlDgABoAGgDQAAGjEAA0AAAAADQASmqaAFGaap+inqeUyaB6gGmJ6Ro2iDTRo0PUZAPU9IGmQACJNfGbYf9uAQYQQGEMLHYYh+sgH7Hmi/00ptIf8Auac02UitRt1Y5CWzcaWjZfGQ2NWnED4py8y6HLCYKLNWgmENmTDOIZDSk40REEQiHcfLIy4xkZwy1GEzH819JmdYQR4vgGJYwxYj03YDcEHuERBK1SGGOpoBHaC6F5GXXOR08euPzsLNQZC5WgHFK98logwMMPuc4ffc6oJpEQ/D933+//szND08iaOCGGOOLfCNgTMj1z61A+DBTQ5oMzK5exvY7nDyiThEqZ7J21YCdY6B6dZPgiJBGYRJIuPV1p1ttE7PLXceZcrgfcMoqdKZFBTEhviKyhoG31vUcHOtE4FLZQiRjb7vkUBCfPP6rgqvNIw6xosiMYwVUQXLrdUIDJRYyOFO7PrdVsQ6ae+9NAqx15YOagHQjOErBQaeZaEwSwcYdWggYmSlgVzT5YglzAygT6tgIkCLuGzVcIyeW3YefuQ4ERQiZ7cIigzX4Te1/mw1dL2ksFzS1Z9Yxfsas01JNesykI08fMTJDeZIHFwD2qyD1stverBUM3NzqWf7kX8qOFk2k7gYRK05qnq6Uhoy7PB9tQPf8rTu+CIi/clKTu+ExFGPDiTl+3osE2fqTjJU7GPCg1JImEAC+DA2OuARIDjDhbE1pJwFJXoJphrbAnYEQw6TpXEEVTEzDjBowlMhNE8SDHyQbKHMIII5HXZkFbgWcvRHqBwWBnElA6dFp5hwWUTa1WQViqkavqtkpmigH9UvzpJ41CC1ANMTC9VIPQD5ZgasomaEkJigzmU7Ic/BNLdWjn/cu/Gth6BaNnORhTKaeT1VvO8GGWexT0YNIlfo0LxIakyabaBUXLIiEnWzV8TFBiX7GIyGE6RulEtrTMTOZ6q/g0kTyVF1ZdqL3Ha4TvGYWC7AW5pZQQmjDk07u7teB8vrPBNQxdZNb0rVehEECPoweDHZVCiz0+wclFbSvGZvuShaZgsGfJOSvTRdduwrCJ61gxPIpTZFSi22tBDjGTMfw/yb+9OgJmny1PPv6Gaop22ZWYSdO7MQKIEhQOcWw6g7Vb6cFQBFRwycWH0EgPPBaEBMowZwfwhJEVElLOK3wVdnKQt3KR6KZxCTqlPD8Z3CxNVcqIkCStLBaKkWgOX5PEXckU4UJAno6Zw\022\037ref_Coder_FastPrimitivesCoder_7"
}

IIUC using cloudpickle, a same instance is shared across the code causing this error. I will double check one more time.

Any update on this?

@claudevdm will take a look at this.

This issue should be fixed by https://github.com/apache/beam/pull/32598


Add missing webhook RBAC rule for uninstaller

While testing for #2034, noticed some webhook RBAC rules are missing.
https://github.com/longhorn/longhorn-manager/commit/ed4a2c4170849fc9fdfd490ff233e6558bf31757

cc @derekbit

@c3y1huang Thank you. Just found the permission in uninstall manifest is missing.


Build pattern-library

To give developers feedback early on any change, run the build pipeline of https://github.com/libero/libero-patterns-core:

[x] in a Docker container
[x] use the container in Travis CI
[ ] put everything into a zip artifact
[ ] push the artifact as a Github release in tag builds
[ ] push the artifact on NPM (not sure what this entails) in tag builds, or: point NPM directly at the Github repository since only sources are likely needed

Spawned from https://github.com/libero/libero-patterns-core/pull/3#issuecomment-414603225
/cc @thewilkybarkid @davidcmoulton

Reference for Github release: https://docs.travis-ci.com/user/deployment/releases/

Also some generic upload of artifacts through S3: https://docs.travis-ci.com/user/uploading-artifacts/

https://github.com/libero/patterns-core/pull/10 adds the Github release on tagging.

Only the Libero Progress board automatically moves this to Done.


Feat/widget depicted by

Added a new Widget named TermDepictionWidget
See https://github.com/ts4nfdi/terminology-service-suite/issues/104

The issue with npm ci failure was:
Somewhere in my local npm config (globally) I set this to true:
legacy-peer-deps
This forces npm to act like the older version and ignore peerDeps on npm install
That was the reason I had to move peerDeps to devDeps each time.
So on my local .npmrc i set:
legacy-peer-deps=false
and re-install everything from scratch.
This solved the issue

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

GitHub release
npm package (@latest dist-tag)

Your semantic-release bot :package::rocket:


release 3.4.1

cc @tsholmes @ndhoule @hankim813 @anoonan

addressed here https://github.com/segment-integrations/analytics.js-integration-segmentio/pull/28


Giuseppe/wdm update improvements

Codecov Report

Merging #94 into master will decrease coverage by 0.02%.
The diff coverage is 21.93%.

@@            Coverage Diff             @@
##           master      #94      +/-   ##
==========================================
- Coverage   73.07%   73.05%   -0.03%
==========================================
  Files         431      431
  Lines       73824    73872      +48
==========================================
+ Hits        53949    53967      +18
- Misses      19875    19905      +30

Impacted Files
Coverage Δ

...c/lib/profiles/data-management/Current/TraitData.h
71.42% <ø> (ø)
:arrow_up:

src/lib/support/WeaveFaultInjection.cpp
55.55% <ø> (ø)
:arrow_up:

...ib/profiles/data-management/Current/UpdateClient.h
0% <ø> (ø)
:arrow_up:

src/lib/core/ExchangeContext.cpp
77.75% <ø> (ø)
:arrow_up:

src/test-apps/TestErrorStr.cpp
100% <ø> (ø)
:arrow_up:

...files/data-management/Current/SubscriptionEngine.h
100% <ø> (ø)
:arrow_up:

.../profiles/data-management/Current/TraitPathStore.h
100% <ø> (ø)
:arrow_up:

src/test-apps/MockSinkTraits.cpp
54.42% <0%> (+0.32%)
:arrow_up:

...lib/profiles/data-management/Current/TraitData.cpp
89.09% <0%> (ø)
:arrow_up:

src/test-apps/MockWdmNodeOptions.cpp
50.89% <0%> (-0.62%)
:arrow_down:

... and 15 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 ba22e4b...ca89956. Read the comment docs.


fix(kernel_crawler): make flatcar distro support similar to minikube

What type of PR is this?
/kind bug
Any specific area of the project related to this PR?
/area crawler
What this PR does / why we need it:
Instead of storing an useless URL (that downloaded 900M worth of data in driverkit, and then driverkit was not able to use it), directly store kernelconfigdata, just like we do for minikube.
Which issue(s) this PR fixes:
Together with a PR on driverkit (https://github.com/falcosecurity/driverkit/pull/215), this allows building drivers for flatcar.

Fixes #
Special notes for your reviewer:

[APPROVALNOTIFIER] This PR is APPROVED
This pull-request has been approved by: FedeDP
The full list of commands accepted by this bot can be found here.
The pull request process is described here

Needs approval from an approver in each of these files:

OWNERS [FedeDP]

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

LGTM label has been added.  Git tree hash: 9204be6419fe15ff00ecc0245fb848ff65cfda4d

[APPROVALNOTIFIER] This PR is APPROVED
This pull-request has been approved by: FedeDP, zuc
The full list of commands accepted by this bot can be found here.
The pull request process is described here

Needs approval from an approver in each of these files:

OWNERS [FedeDP,zuc]

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment


WIP: Implement RV32C instruction decoder

RISC-V Compressed Instruction Support
We implemented the compressed instructions for rv32emu-next.
Moreover, We still don't support RV32C.F instructions.
However, it doesn't yet pass the compliance test.

Drop in favor of #11


Release/4.8.8 rc1 (to Dev)

Description

Types of Changes

[ ] Tech Debt (Code improvements)
[ ] Bug fix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to change)
[x] Dependency upgrade (A change in substrate or any 3rd party crate version)

Migrations and Hooks

[ ] This change requires a runtime migration.
[ ] Modifies on_initialize
[ ] Modifies on_finalize

Checklist

[x] Change has been tested locally.
[ ] Change adds / updates tests.
[x] Changelog doc updated.

This is Draft. Please do not merge.

Why do we have a release branch on dev?

I didn't get how we sync stage with dev. Now it's clear this PR is not required


There was an exception - NoMethodError(undefined method `_run_unsubscribe_callbacks' for #)

Not sure, but is this where maybe it's here where it was introduced?
https://github.com/rails/actioncable/commit/9f1938d9c10b4892d939374b49362e726023b5d7
cc @mieko @rafaelfranca
I'll be happy to solve it if you provide some directions, and if it's the case.

@dballona There does appear to have been a merge issue when the callbacks branch was merged (compare unsubscribe_from_channel in the callbacks branch to what was merged).  Not sure how to proceed here, as I doubt the branch is still conflict-free.

I'll revert your callbacks as they were, do some manual tests and update this issue referencing a PR. cc @mieko

Fixed by #113


Develop

This is ready for review.  It implements HAR as the schema.
Still TODO:

[x] Update README(s)
[x] Add regex validation

validate:
- jsonpath: status
  regex: 2\d+

[x] saved responses stored as har

...
    request:
      url: https://postman-echo.com/get
      method: GET
      queryString:
      - name: foo
        value: bar
  value2:
    request:
      url: https://postman-echo.com/get
      method: GET
      queryString:
      - name: baz
        value: <$ value1.content.args.foo $>

Resolve #94
Resolve #97
Resolve #22

@shrikster could you help review this? I think it's ready for release, but would like you opinion.

Reviewing tomorrow 👍 @jgroom33

The raw object allows the file to be parsed by nunjucks as each new response object is saved.
Roughly:

Process raw with nunjucks
Parse yaml
Execute request and store response
Repeat

This isn't really the way nunjucks was designed to be used, but it seems to work out.

@eykrehbein any other topics to discuss?


Chore/remove large dependency

💻 变更类型 | Change Type

[x] ✨ feat
[ ] 🐛 fix
[ ] ♻ refactor
[ ] 💄 style
[x] 🔨 chore
[ ] ⚡ perf
[ ] 📝 docs

🔀 变更说明 | Description of Change

删除 DataFill，不常用组件
Awareness 组件支持 user 用户信息传入
添加 Awareness Demo
去掉 fakejs，dwrandom, mui,  json-viewer 等大依赖

📝 补充信息 | Additional Information
#close https://github.com/ant-design/pro-editor/issues/150

Codecov Report
Attention: 113 lines in your changes are missing coverage. Please review.

Comparison is base (e53d6d0) 81.32% compared to head (6bd5e98) 81.02%.
Report is 1 commits behind head on main.

Files
Patch %
Lines

...editor/demos/realtimeCollaboration/SessionForm.tsx
0.00%
54 Missing :warning:

...cs/pro-editor/demos/realtimeCollaboration/demo.tsx
0.00%
40 Missing :warning:

src/Awareness/store.ts
0.00%
8 Missing :warning:

src/Awareness/Awareness.tsx
0.00%
7 Missing :warning:

docs/pro-editor/demos/controlledPresence.tsx
0.00%
2 Missing :warning:

src/Awareness/Cursors/index.tsx
0.00%
1 Missing :warning:

src/ProBuilder/components/Code/index.tsx
0.00%
1 Missing :warning:

Additional details and impacted files
@@            Coverage Diff             @@
##             main     #157      +/-   ##
==========================================
- Coverage   81.32%   81.02%   -0.30%
==========================================
  Files         399      356      -43
  Lines       25861    23471    -2390
  Branches     1156     1028     -128
==========================================
- Hits        21031    19018    -2013
+ Misses       4830     4453     -377

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


Create yml issue forms

New repo, new issue templates! This PR creates 4 issue templates:

Bug report
Documentation update request
New Documentation request
Feature request/improvement/change

It does not include a Question template. I think we should enable Discussions as a method of asking questions and interacting with our experimental community. Then, we can create a config.yml pointing the users to the discussions if they click to ask a question.
@mdemoret-nv @raykallen - thoughts on Discussions? No problem if we'd rather just use a [QST] template.

@gpucibot merge


bug: unable to build my project after upgrading to cairo 2.3.0

Bug Report
Cairo version:
scarb 2.3.0-rc1 (00cfeddda 2023-10-09)
cairo: 2.3.0-rc0 (https://crates.io/crates/cairo-lang-compiler/2.3.0-rc0)
sierra: 1.3.0

Current behavior:
I used to use scarb 2.2.0 because I was told 2.3.0-rc0 was slow. I saw in the changelogs from 2.3.0-rc1 that it was faster. I installed it and updated my repository starknet dependency version but I can't build my project.  It doesn't produce errors, it just takes forever. Same when I want to test it.
Expected behavior:
My project should build and the tests should pass. Everything worked in 2.2.0.
Steps to reproduce:
git clone git@github.com:starknet-id/naming.git
cd naming
git checkout refactor/resolving
scarb build
scarb test

Other information:
This issue was first created on scarb repository but @maciektr said it seems to be a Cairo compiler issue.

The halt is fixed in the next release (happening soon).
For the time being - this is the errors i get for this run:
error: Identifier not found.
 --> src/naming/internal.cairo:11:13
            EventEmitter, _hash_to_domain, _hash_to_domainContractMemberStateTrait, _domain_data,
            ^**********^

error: Method `emit` not found on type "naming::naming::main::Naming::ContractState". Did you import the correct trait and impl?
 --> src/naming/internal.cairo:133:14
        self.emit(Naming::Event::DomainMint(Naming::DomainMint { domain, owner: id, expiry }));
             ^**^

error: Method `emit` not found on type "naming::naming::main::Naming::ContractState". Did you import the correct trait and impl?
 --> src/naming/internal.cairo:139:18
                .emit(
                 ^**^

error: Identifier not found.
 --> src/naming/asserts.cairo:11:13
            EventEmitter, _hash_to_domain, _hash_to_domainContractMemberStateTrait, _domain_data,
            ^**********^

error: Identifier not found.
 --> src/tests/naming/common.cairo:27:36
    let eth = utils::deploy(ERC20::TEST_CLASS_HASH, array!['ether', 'ETH', 0, 1, 0x123]);
                                   ^*************^

error: Identifier not found.
 --> src/naming/internal.cairo:11:13
            EventEmitter, _hash_to_domain, _hash_to_domainContractMemberStateTrait, _domain_data,
            ^**********^

error: Method `emit` not found on type "naming::naming::main::Naming::ContractState". Did you import the correct trait and impl?
 --> src/naming/internal.cairo:133:14
        self.emit(Naming::Event::DomainMint(Naming::DomainMint { domain, owner: id, expiry }));
             ^**^

error: Method `emit` not found on type "naming::naming::main::Naming::ContractState". Did you import the correct trait and impl?
 --> src/naming/internal.cairo:139:18
                .emit(
                 ^**^

error: Identifier not found.
 --> src/naming/asserts.cairo:11:13
            EventEmitter, _hash_to_domain, _hash_to_domainContractMemberStateTrait, _domain_data,
            ^**********^

error: Identifier not found.
 --> src/tests/naming/common.cairo:27:36
    let eth = utils::deploy(ERC20::TEST_CLASS_HASH, array!['ether', 'ETH', 0, 1, 0x123]);
                                   ^*************^

Awesome, thank you @orizi


[API][Swagger UI] Wrong link used in GET request ( /events )

Environment: macOS Sonoma 14.5, Postman, browser: Google Chrome Version 127.0.6533.120 (Official Build) (x86_64)
Reproducible: always
Build found: date(day.month.year): 05.09.2024
Steps to reproduce

Go to https://greencity.greencity.cx.ua/swagger-ui/index.html#/event-controller/getEvent
Enter "0" into the input field 'page integer (query)'
Enter "6" into the input field 'size integer'
Push the button "Try it out" on the right upper corner
Push the button 'Execute'

Actual result
Request URL is
https://greencity.greencity.cx.ua/events?eventTime=FUTURE&cities=string&statuses=OPEN&tags=string&page=0&size=6

Result from Postman

Expected result
The request URL is :
https://greencity.greencity.cx.ua/events?page=0&size=6&cities=&tags=&eventTime=&statuses=
Result from Postman

Result obtained from Green City website using Dev Tools

Labels to be added
"Bug", Priority ("pri: low"), Severity ("severity:"), Type ("Functional"), "API" (for back-end bugs).

Hi, @nazariusPr, I've retested #7422 and unfortunately, I'm still encountering the wrong link used in the GET request on Swagger.
I'm confident that we can resolve this together. Please let me know if there's any additional information or steps I can provide to help expedite the resolution.


log cache type when logging cache stats

Logging looks like the following now for LRU block cache
2024-05-21T18:14:54,346 [lru.LruBlockCache] DEBUG: Cache Stats: DATA Sizes: Total=0.0042037964MB (4408), Free=9.995796MB (10481352), Max=10.0MB (10485760), Counts: Blocks=4, Access=44, Hit=39, Miss=5, Evictions=0, Evicted=0,Ratios: Hit Ratio=88.63636255264282%, Miss Ratio=11.363636702299118%, Evicted/Run=NaN, Duplicate Reads=0
2024-05-21T18:14:54,357 [lru.LruBlockCache] DEBUG: Cache Stats: INDEX Sizes: Total=0.004058838MB (4256), Free=9.995941MB (10481504), Max=10.0MB (10485760), Counts: Blocks=4, Access=7, Hit=1, Miss=6, Evictions=0, Evicted=0,Ratios: Hit Ratio=14.28571492433548%, Miss Ratio=85.71428656578064%, Evicted/Run=NaN, Duplicate Reads=0
2024-05-21T18:14:54,383 [lru.LruBlockCache] DEBUG: Cache Stats: SUMMARY Sizes: Total=0.0018310547MB (1920), Free=9.998169MB (10483840), Max=10.0MB (10485760), Counts: Blocks=0, Access=0, Hit=0, Miss=0, Evictions=0, Evicted=0,Ratios: Hit Ratio=NaN%, Miss Ratio=NaN%, Evicted/Run=NaN, Duplicate Reads=0


Refactor backend pool

refactor(grpc): use new pool and replica traits

Adds new GrpcPool and GrpcReplica types which make use of the Pool
and Replica traits to ensure all pool/replica types are implemented the same.
todo: add getters for the pools which will further simplify it.
todo: how to handle creation?

Signed-off-by: Tiago Castro<EMAIL_ADDRESS>

refactor: add shared traits for pools and replicas

This helps define shared behaviour as we now have different types
of backends (lvs and lvm) whilst hiding the internal details.
todo: gRPC can use these new traits.

Signed-off-by: Tiago Castro<EMAIL_ADDRESS>

refactor(lvs/lvol): tidy up property management

Reuse property modification rather than duplicate code on each arm.
Add new batch property setting.
Don't modify property if metadata is unchanged.

Signed-off-by: Tiago Castro<EMAIL_ADDRESS>

refactor(lvm): tidy up lvm share bits

Reuse property setting code and also rename some sharing functions.

Signed-off-by: Tiago Castro<EMAIL_ADDRESS>

bors try

bors try

bors try

bors try

bors merge


How do i2c-set commands translate to this module?  Hex?  Dec?

Thanks

Ooh, now my i2cset command line commands are failing.  Going to reload the OS and see if installing node-red or this module somehow breaks i2cset...


Support for Chinese characters in dockerfiles

Hello,
I'm testing containers in a simplified Chinese version of Windows Server, and it seems that everything works fine with Docker, except when I tried to add a folder with Chinese characters through a dockerfile.
This is the dockerfile:

This is the output from "docker build":

It seems like the Chinese characters get ignored. If I change the file name to something like "t", everything works fine.

Could it be an encoding issue?
I can not reproduce it using a directory made of Japanese characters (I  used, 新). Both my Dockerfile and my filesystem are using utf-8.
also, AFAIK we only support utf-8 encoded files. (and I'd be tempted to say without BOM)

Seems some files may have non-utf8 encoding. @enderb-ms if possible to show what's your Chinese-files encoding ?

ping @enderb-ms
also, @jhowardmsft maybe you know something.

Didn't see this issue before. @enderb-ms Is this still a problem?


Bluetooth: Att: Add ATT min/max handle defines

Adds #defines for the minimum and maximum attribute
handles in ATT. These are useful for when setting e.g.
the start and end handle when doing a full GATT discover.
Signed-off-by: Emil Gydesen<EMAIL_ADDRESS>

@Thalley please update the commit messages - they still contain references to the original define names (MIN/MAX)

@Thalley please update the commit messages - they still contain references to the original define names (MIN/MAX)

I knew I had forgotten something... Thanks!


Can't download marquees/videos with custom hash file

I created a custom hash file by executing:
/opt/retropie/supplementary/scraper/scraper -missing _custom_hashes.csv -workers 4 -append
Then I customized that file so that it's just the following values for each row: [hash],[thegamesdb id],,
Then executed the following:
/opt/retropie/supplementary/scraper/scraper -hash_file _custom_hashes.csv -append -download_marquees -download_videos -workers 4
gameslist.xml was populated with everything except marquee and videos. No marquee or video files were downloaded into the images folder.
I saw that -console_src="ss" has the video information. When I added that argument to the command above, it outputted that it couldn't find the hash. FWIW I ran the following, and saw the output didn't have any hash values:
/opt/retropie/supplementary/scraper/scraper -missing _custom_hashes_ss.csv -console_src="ss" -workers 4

Have you tried to use -download_videos=true -download_marquees=true ?
In my experience it only download videos and marquees if I provide the login ans password for ss as well


Removing the 'v' prefix from image names

This PR removes the v prefix from all image names
Checklist

[x] Commits are signed with Developer Certificate of Origin (DCO)
[x] Any necessary documentation is added, such as:

README.md
docs/
The docs repo

Fixes #165

We also need to update the helm chart on keda/charts to reflect it :)

@tomkerkhove https://github.com/kedacore/charts/pull/151 is the helm chart change we need to wait for. will update docs now


Can't connect to Windows RDS with NLA via Stratodesk

When using Stratodesk(Version: 2.40.2658-EEs-k206-180114).
With build-in FreeRDP (versions: 1.1, 1.1, 1.2 and 2.0).
We connect to our RDS (Windows server 2008 and 2016)
We it won't connect unless we disable NLA at remote settings in the servers.
Using the following FreeRDP settings in Stratodesk: (NLA on server is turned on)
FreeRDP Version 2.0 (or the other versions)
Ignore certificate errors: ON
Disable NLA: OFF
Disable TLS: OFF
Disable standard RDP encryption: OFF
Force protocol security: OFF (or turned on to NLA will give same result)
Error:
/opt/freerdp-2.0/bin/xfreerdp: /opt/freerdp-2.0/bin/../lib/../lib/libudev.so.1: no version information available (required by /opt/freerdp-2.0/bin/../lib/libfreerdp-client2.so.2)
[13:19:30:318] [22596:22597] [WARN][com.freerdp.core] - setsockopt() SOL_TCP, TCP_USER_TIMEOUT
[13:19:30:331] [22596:22597] [ERROR][com.freerdp.core] - freerdp_set_last_error ERRCONNECT_PASSWORD_CERTAINLY_EXPIRED [0x0002000F]
[13:19:30:332] [22596:22597] [ERROR][com.freerdp.core.transport] - BIO_read returned an error: error:14094438:SSL routines:ssl3_read_bytes:tlsv1 alert internal error
[13:19:30:332] [22596:22597] [ERROR][com.freerdp.client.x11] - Freerdp connect error exit status 1
[13:19:30:299] [22596:22597] [INFO][com.freerdp.client.common.cmdline] - loading channelEx rdpdr
[13:19:30:299] [22596:22597] [INFO][com.freerdp.client.common.cmdline] - loading channelEx rdpsnd
[13:19:30:299] [22596:22597] [INFO][com.freerdp.client.common.cmdline] - loading channelEx cliprdr
FreeRDP's Exitcode: 131
ErrorLevel: 131
When turning off NLA on the server. And use following settings in Stratodesk:
Ignore certificate errors: ON
Disable NLA: ON
Disable TLS: OFF
Disable standard RDP encryption: OFF
Force protocol security: OFF
It works but won't be secured.
I have installed Ubuntu with FreeRDP on a VM and have no problems to connect to the RDS with NLA. on.

Update to current master, already fixed.
A new rc will be released (hopefully) soon.


No Spelling Errors Dialog

When a document contains no spelling errors, the UI should indicate as much. This could be an opportunity to have some fun and congratulate the user for such a finely worded document.
This could also handle scenarios where there is no text to be checked.
Request via Twitter

Adding this into the 1.0 Release milestone.


Provide localized card names

For some apps, it might be useful to have translated card names available from within the API.
The endpoint for spanish card names might be, for example, /api/cards/es

I believe this issue is very low priority until we solve everything else.
it'll add more complications for maintenance.
but if enough people show interest and @martincarrera  approves, I can  contribute with full Arabic translations.

Available for French translations 🇫🇷


Xcode 7?

Is Xcode7 supported?
Trying "make development" results in this
...
ld: building for OSX, but linking in object file built for (unknown), file '/Users/marc/src/vienna-rss/3rdparty/Sparkle.framework/Sparkle' for architecture x86_64
cclang: error: linker command failed with exit code 1 (use -v to see invocation)

** BUILD FAILED **

See issue #492

@marchyman it is supported technically but the current build of Xcode 7 has a linker bug which you've discovered. Issue #492 is a workaround for the linker bug, but it is also something we should do anyway.

@marchyman I've submitted a PR to fix this ( #498 ) so hopefully it will be merged soon.

I saw the commit.  Thanks.


Grad classes bug fix

Summary
Fixes existing issue with grad courses not being fetched properly. I believe this to be due to an inconsistency with how the grad classes were fetched compared to how undergrad classes are fetched. Issue: #2079
Changelog

[General] [Fix] - Fixed how we fetch grad classes to be consistent with how we fetch undergrad classes.

Test Plan
Testers should focus on testing as graduate students trying to fetch classes.

Examined the changed code; I don't think this was working before because it was trying to cast a Future to a String, which are completely unrelated and incompatible types. Combined with the fact that we ignore most exceptions at runtime, this would explain why it was silently failing to properly load the graduate class data.

Unlinked original issue from this PR, since it doesn't seem to fix the grad classes bug.


Review Python Dependencies

The notebooks/examples rely on python, but we don't execute the notebooks right now as part of the book build.
This leads to a few things:

~Interactive visualizations may or may not load in the pages~
~The dependencies need to be in a separate file ( done in #6 )~
We need to revisit the currency of the dependencies, aka outdated versions (e.g. pandas and xarray)
We need to decide if we're going to recommend Jupyter should we be recommending conda for env management?

We moved the dependencies back to the top level for Binder compatibility (repo2docker), but still need to revisit bringing the libraries up to date.


Write walkthrough for podify demo

Description
We will should the podinfo demo reproducible by publish the necessary assets in a Git repository with an accompanying README that details the steps required to deploy the demo.

This needs to be reviewed and made public once we refactor Diffusion -> Unpacker.

Done in https://github.com/open-component-model/ocm-examples/tree/main/kubernetes/podify-walkthrough


BottomNavigation bugs with icons

The router has some difficulties to render  icons when we don't set icons for all tabs 🙈…

[EDIT]
It sounds ok when all the items are icons (not just labels).

Fix https://github.com/LeoLeBras/react-router-navigation/commit/778defedc64196a181a460f78fdb8cc783e01b47


[feature request] Add Travis CI Configuration Generation in nirvana init.

Is this a BUG REPORT or FEATURE REQUEST?:
/kind feature
It will be awesome if we could generate the .travis.yml together with the code base and Makefile.

It's a good idea for simplifying users' open-source projects. But it's not suitable for everyone. So I think we can add a flag to nirvana init to generate config for Travis CI (or Circle CI).

SGTM. It is a addtional feature and not everyone needs this.


Automated cherry pick of #4152: fix: 私有云同步的sku归属于default region

Cherry pick of #4152 on release/2.13.
#4152: fix: 私有云同步的sku归属于default region

Codecov Report

:exclamation: No coverage uploaded for pull request base (release/2.13@0dbf305). Click here to learn what that means.
The diff coverage is 0%.

@@              Coverage Diff               @@
##             release/2.13   #4153   +/-   ##
==============================================
  Coverage                ?   6.89%
==============================================
  Files                   ?     519
  Lines                   ?   87728
  Branches                ?       0
==============================================
  Hits                    ?    6049
  Misses                  ?   81180
  Partials                ?     499

Flag
Coverage Δ

#aFlag
6.89% <0%> (?)

Impacted Files
Coverage Δ

pkg/compute/models/skus.go
1.21% <0%> (ø)

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 0dbf305...e3889f6. Read the comment docs.

/lgtm

/approve


Component compilation support needs to add diagnostics for markup errors

The Blazor compiler adds diagnostics for things like missing end tags, and mismatched start/end tags. We don't have that support yet for the new component compiler.
This should probably done in the IR lowering phase.
Please find a few skipped tests in the aspnet/AspNetCore-Tooling repo that refer to this issue.

@rynowak General Question about the repo-merge of Blazor into the AspNetCore-Repo: how can one distinct issues related to blazor from all the other ones? (in this case, this one was only found because I knew that you're closely related to Blazor - looking at labels/projects/whatever, I don't see any blazor-specific classifier)
Sorry for being off-topic and thanks for your answer!

Thanks for asking, I think we'll probably end up using a label like area-Components or area-Blazor. Right now it's still the holidays here so the dust hasn't quite settled yet 😆

You can also look at https://github.com/orgs/aspnet/projects/19 where we're tracking the components productization work


Lightbox

Make sure verify the following before submitting an issue.

[x] Issue does not already exist

Add common module https://github.com/oblador/react-native-lightbox

doesn't seem to work with latest React Native?
https://github.com/oblador/react-native-lightbox/issues/31

Looks like there's a fix https://github.com/oblador/react-native-lightbox/issues/31#issuecomment-207234149
My concern is, will this fix be implemented, and the repo maintained?
Might not be a good fit for ignite if the component is staying out of date for so long.

Looks like lightbox is back to working.   We'll consider this when the generator stuff gets involved.

I recently worked with a client and they had this component in their app.  It was a constant source of grief unfortunately.


Default queries after connecting

Hi! Some of the libraries emulates mysql protocol for easy api implementation. Such of them is sphinxsearch. Their daemon runs like mysql but it supports limited set of queries and operations.
I found that the only "default" query after connection is getting "max_allowed_packet" value right after handshake (mod.rs:1553). It brokes all the logic and connection fails because sphinxsearch does not know such query.
Is it possible to add something like no_default_queries : bool into options. When it set to true no autogenerated queries will be performed from library side. If it's okay for you I can make pull request with changes.

Hi!
Yes. I'll fix this together with another changes currently in progress (approximately in 2-3 days).

That's not final problem :(
With simple: prep_exec("SELECT * FROM bookauthors", ()) I receive error from sphinx daemon: ERROR 1047 (08S01): unknown command (code=83). So I decided to run debug version and look at server logs:
receive-QL, cmd=83, buf=26, sock=63, 'SELECT * FROM bookauthors'
post-QL phase=3, buf=39, append=0, write=1, sock=63, tick=835553
pre-QL phase=3, buf=39, append=0, write=1, sock=63, tick=835553
post-QL phase=1, buf=4, append=0, write=0, sock=63, tick=835553
got events=1, tick=869595
 pre-QL phase=1, buf=4, append=0, write=0, sock=64, tick=869595
post-QL phase=2, buf=1, append=0, write=0, sock=64, tick=869595
pre-QL phase=2, buf=1, append=0, write=0, sock=64, tick=869595
receive-QL, cmd=1, buf=1, sock=64, '^A'
epoll remove, ev=0x1, sock=64
cleaned jobs(sock)=1, 0xf12f80(64),
state closing sock=64

Your library sends '^A' data 5 times in row after the query. That's why sphinx drops connection and returns error.
I tried to manually connect via mysql tool from console and perform the same query:
receive-QL, cmd=3, buf=26, sock=62, '^Cselect * from bookauthors'
QL job started, tick=135456
QL job done, tick=135456

And after this it sends result query data back. After fast search in your code I found that you are appending some command constants but I don't know how does mysql protocol works. Maybe you can  help with this?

Sphinx may not support mysql's binary protocol (prepare and exec functions). Anyway i'll look into it.

Looks like sphinx only supports COM_QUERY. This means that your only option is the Conn::query method with Value::into_str as a way to escape query parameters.
I'll publish new crate version with fixed default queries very soon.

Thank you! For now I temporarily wrote ffi wrapper around c connector of mysql. Waiting for new version.

let query = "SELECT * FROM audioauthors WHERE MATCH('Олег Булдаков')  ORDER BY sumdownloads DESC  LIMIT 20;";
Pool::new(options).unwrap().get_conn().unwrap().query(query);

This still returns:
MySqlError { ERROR 1047 (08S01): unknown command (code=83) }

Log from sphinx:
receive-QL, cmd=83, buf=111, sock=62, 'SELECT * FROM audioauthors WHERE MATCH('"Олег Булдаков"/1')  ORDER B'
post-QL phase=3, buf=39, append=0, write=1, sock=62, tick=4221325
pre-QL phase=3, buf=39, append=0, write=1, sock=62, tick=4221325
post-QL phase=1, buf=4, append=0, write=0, sock=62, tick=4221325

Just tried following code with latest commit and everything works as expected (with Sphinx 2.2.11):
let query = "SELECT * FROM test1 WHERE MATCH('my document')  ORDER BY date_added DESC  LIMIT 1;";
let mut conn = Pool::new("mysql://localhost:9306").unwrap().get_conn().unwrap();
for row in conn.query(query).unwrap() {
    println!("ROW: {:?}", row.unwrap());
}

Could you please alter your Cargo.toml to use git source for the mysql dependency and test your code again?
To do this you need to add following to your Cargo.toml:
mysql = { git = "https://github.com/blackbeam/rust-mysql-simple.git" }

Amazing! Works now :) Thank you

Yay!
I'll publish tomorrow.

Published as v12.0.0


Set up Plugin Extension API releases (4 artifacts to Maven Central)

For jib-build-plan, jib-plugins-extension-common, jib-maven-plugin-extension-api, and jib-gradle-plugin-extension-api,

build.gradle modified
CHANGELOG.md added
scripts/prepare_release.sh added

and other minor changes.

Comparing the new scripts with jib-core/prepare_release.sh with
$ diff -u1 jib-core/scripts/prepare_release.sh jib-build-plan/scripts/prepare_release.sh ; \
  diff -u1 jib-core/scripts/prepare_release.sh jib-plugins-extension-common/scripts/prepare_release.sh ; \
  diff -u1 jib-core/scripts/prepare_release.sh jib-maven-plugin-extension-api/scripts/prepare_release.sh ; \
  diff -u1 jib-core/scripts/prepare_release.sh jib-gradle-plugin-extension-api/scripts/prepare_release.sh

--- jib-core/scripts/prepare_release.sh	2020-04-24 13:53:04.793105523 -0400
+++ jib-build-plan/scripts/prepare_release.sh	2020-04-24 13:52:56.913196730 -0400
@@ -1,3 +1,3 @@
 #!/bin/bash -
-# Usage: ./jib-core/scripts/prepare_release.sh <release version>
+# Usage: ./jib-build-plan/scripts/prepare_release.sh <release version>

@@ -18,3 +18,3 @@
 DieUsage() {
-  Die "Usage: ./jib-core/scripts/prepare_release.sh <release version> [<post-release-version>]"
+  Die "Usage: ./jib-build-plan/scripts/prepare_release.sh <release version> [<post-release-version>]"
 }
@@ -42,6 +42,6 @@
 # Runs integration tests.
-./gradlew :jib-core:integrationTest --info --stacktrace
+./gradlew :jib-build-plan:integrationTest --info --stacktrace

 # Checks out a new branch for this version release (eg. 1.5.7).
-BRANCH=core_release_v${VERSION}
+BRANCH=build_plan_release_v${VERSION}
 git checkout -b ${BRANCH}
@@ -49,3 +49,3 @@
 # Changes the version for release and creates the commits/tags.
-echo | ./gradlew :jib-core:release -Prelease.releaseVersion=${VERSION} ${POST_RELEASE_VERSION:+"-Prelease.newVersion=${POST_RELEASE_VERSION}"}
+echo | ./gradlew :jib-build-plan:release -Prelease.releaseVersion=${VERSION} ${POST_RELEASE_VERSION:+"-Prelease.newVersion=${POST_RELEASE_VERSION}"}

@@ -53,3 +53,3 @@
 git push origin ${BRANCH}
-git push origin v${VERSION}-core
+git push origin v${VERSION}-build-plan

--- jib-core/scripts/prepare_release.sh	2020-04-24 13:53:04.793105523 -0400
+++ jib-plugins-extension-common/scripts/prepare_release.sh	2020-04-24 14:07:40.186992570 -0400
@@ -1,3 +1,3 @@
 #!/bin/bash -
-# Usage: ./jib-core/scripts/prepare_release.sh <release version>
+# Usage: ./jib-plugins-extension-common/scripts/prepare_release.sh <release version>

@@ -18,3 +18,3 @@
 DieUsage() {
-  Die "Usage: ./jib-core/scripts/prepare_release.sh <release version> [<post-release-version>]"
+  Die "Usage: ./jib-plugins-extension-common/scripts/prepare_release.sh <release version> [<post-release-version>]"
 }
@@ -42,6 +42,6 @@
 # Runs integration tests.
-./gradlew :jib-core:integrationTest --info --stacktrace
+./gradlew :jib-plugins-extension-common:integrationTest --info --stacktrace

 # Checks out a new branch for this version release (eg. 1.5.7).
-BRANCH=core_release_v${VERSION}
+BRANCH=extension_common_release_v${VERSION}
 git checkout -b ${BRANCH}
@@ -49,3 +49,3 @@
 # Changes the version for release and creates the commits/tags.
-echo | ./gradlew :jib-core:release -Prelease.releaseVersion=${VERSION} ${POST_RELEASE_VERSION:+"-Prelease.newVersion=${POST_RELEASE_VERSION}"}
+echo | ./gradlew :jib-plugins-extension-common:release -Prelease.releaseVersion=${VERSION} ${POST_RELEASE_VERSION:+"-Prelease.newVersion=${POST_RELEASE_VERSION}"}

@@ -53,3 +53,3 @@
 git push origin ${BRANCH}
-git push origin v${VERSION}-core
+git push origin v${VERSION}-extension-common

--- jib-core/scripts/prepare_release.sh	2020-04-24 13:53:04.793105523 -0400
+++ jib-maven-plugin-extension-api/scripts/prepare_release.sh	2020-04-24 14:06:15.831965501 -0400
@@ -1,3 +1,3 @@
 #!/bin/bash -
-# Usage: ./jib-core/scripts/prepare_release.sh <release version>
+# Usage: ./jib-build-plan/scripts/prepare_release.sh <release version>

@@ -18,3 +18,3 @@
 DieUsage() {
-  Die "Usage: ./jib-core/scripts/prepare_release.sh <release version> [<post-release-version>]"
+  Die "Usage: ./jib-maven-plugin-extension-api/scripts/prepare_release.sh <release version> [<post-release-version>]"
 }
@@ -42,6 +42,6 @@
 # Runs integration tests.
-./gradlew :jib-core:integrationTest --info --stacktrace
+./gradlew :jib-maven-plugin-extension-api:integrationTest --info --stacktrace

 # Checks out a new branch for this version release (eg. 1.5.7).
-BRANCH=core_release_v${VERSION}
+BRANCH=maven_extension_release_v${VERSION}
 git checkout -b ${BRANCH}
@@ -49,3 +49,3 @@
 # Changes the version for release and creates the commits/tags.
-echo | ./gradlew :jib-core:release -Prelease.releaseVersion=${VERSION} ${POST_RELEASE_VERSION:+"-Prelease.newVersion=${POST_RELEASE_VERSION}"}
+echo | ./gradlew :jib-maven-plugin-extension-api:release -Prelease.releaseVersion=${VERSION} ${POST_RELEASE_VERSION:+"-Prelease.newVersion=${POST_RELEASE_VERSION}"}

@@ -53,3 +53,3 @@
 git push origin ${BRANCH}
-git push origin v${VERSION}-core
+git push origin v${VERSION}-maven-extension

--- jib-core/scripts/prepare_release.sh	2020-04-24 13:53:04.793105523 -0400
+++ jib-gradle-plugin-extension-api/scripts/prepare_release.sh	2020-04-24 14:06:44.655633021 -0400
@@ -1,3 +1,3 @@
 #!/bin/bash -
-# Usage: ./jib-core/scripts/prepare_release.sh <release version>
+# Usage: ./jib-gradle-plugin-extension-api/scripts/prepare_release.sh <release version>

@@ -18,3 +18,3 @@
 DieUsage() {
-  Die "Usage: ./jib-core/scripts/prepare_release.sh <release version> [<post-release-version>]"
+  Die "Usage: ./jib-gradle-plugin-extension-api/scripts/prepare_release.sh <release version> [<post-release-version>]"
 }
@@ -42,6 +42,6 @@
 # Runs integration tests.
-./gradlew :jib-core:integrationTest --info --stacktrace
+./gradlew :jib-gradle-plugin-extension-api:integrationTest --info --stacktrace

 # Checks out a new branch for this version release (eg. 1.5.7).
-BRANCH=core_release_v${VERSION}
+BRANCH=gradle_extension_release_v${VERSION}
 git checkout -b ${BRANCH}
@@ -49,3 +49,3 @@
 # Changes the version for release and creates the commits/tags.
-echo | ./gradlew :jib-core:release -Prelease.releaseVersion=${VERSION} ${POST_RELEASE_VERSION:+"-Prelease.newVersion=${POST_RELEASE_VERSION}"}
+echo | ./gradlew :jib-gradle-plugin-extension-api:release -Prelease.releaseVersion=${VERSION} ${POST_RELEASE_VERSION:+"-Prelease.newVersion=${POST_RELEASE_VERSION}"}

@@ -53,3 +53,3 @@
 git push origin ${BRANCH}
-git push origin v${VERSION}-core
+git push origin v${VERSION}-gradle-extension

So do we need to adjust the build files at this point to reference published artifacts? Or are we not there yet?

So do we need to adjust the build files at this point to reference published artifacts? Or are we not there yet?
I guess we need to release them first, huh?

Yeah, we can reference them only after they become available.


Task: Add Spring security

Add Spring security - configurations at endpoint level, possibly custom filters, CORS and CSRF.

CORS, or Cross-Origin Resource Sharing, is a security feature implemented by web browsers to control which web pages are allowed to access resources on a different domain. If your Spring Boot application is serving resources that are being requested by a web page from a different domain, you might encounter CORS issues.
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
import org.springframework.web.servlet.config.annotation.CorsRegistry;
import org.springframework.web.servlet.config.annotation.WebMvcConfigurer;
@Configuration
public class CorsConfig {
@Bean
public WebMvcConfigurer corsConfigurer() {
    return new WebMvcConfigurer() {
        @Override
        public void addCorsMappings(CorsRegistry registry) {
            registry.addMapping("/**")
                    .allowedOrigins("http://your-allowed-origin.com")
                    .allowedMethods("GET", "POST", "PUT", "DELETE")
                    .allowCredentials(true);
        }
    };
}

}

@Bean
SecurityFilterChain defaultSecurityFilterChain(HttpSecurity http) throws Exception
add filters for security.

CSRF, or Cross-Site Request Forgery, is a type of attack where an attacker tricks a user's browser into making an unintended request. To protect against CSRF attacks in a Spring Boot application, you can use CSRF tokens.


feat(chart): Update linting and checking for apiVersion v2

Update linting and checking for apiVersion v1 and v2.
Some work previously done like in PR #5730.
Partial close for: #5907
What this PR does / why we need it:
Helm v3 has introduced new constructs in the charts for apiVersion v2. Checks needed to handle the changes between apiVersion v1 and v2.
Special notes for your reviewer:
What changes to annotations were introduced in v3?
If applicable:

[ ] this PR contains documentation
[x] this PR contains unit tests
[x] this PR has been tested for backwards compatibility

Ready for review again.

@bacongobbler @mattfarina ready for review again.

feel free to merge when ready

Thanks @bacongobbler. I'll wait on @mattfarina before I merge.

Thanks @mattfarina.


[FEATURE] We are not saving the CreateBy on the backend side, Gorums should come out here

Mockups

Prototyps
Acceptance Criteria

[Criteria list]

@YanetABUC We need to use the username from the auth user in the backend, installing new agent and creating one manually


Make the References in the Morphology table bidirectional

We can now link to other signs in the Morphology table to indicate that the gloss is a compound built up from several other signs. We don't see this information with the signs that are used as compound parts in compounds, however.
How to make this more bidirectional? Automatically generate an entry 'Part of compound' in that same table for the compound parts?

--> an "appears in" list

I think this issue has been dealt with now:

The Gloss Detail view gives two lists: (1) all glosses this gloss is a component of, and (2) all component signs used in this gloss, if it is a compound

@ocrasborn : was there anything else to this issue or should it be closed now?

Yes, excellent @ErwinKomen !


Aider Browser issues

Issue
I just tested Aider Browser and asked it to write Pacman. However, when I provide the file paths, it changes the file name from /home/dmtarmey/aider/pacman/main.py to /home/dmtarmey/aider/main.py. Even when I try to correct it manually, the file name doesn’t change. This seems like a programming error!
Version and Model Info:
Aider Version: 0.66.0
Models in Use: Architect (GPT-4.0) and Anthropic models (likely for context-based tasks)
I don’t think this is related to the model being used, but it's a critical issue that needs attention.
Does that capture your issue accurately? Let me know if you need any other adjustments!

Thanks for trying aider and filing this issue.
Can you share the logs as a text file, not docx?


Feat/improved quorums

Relax commit quorum when cluster is even and no config changes pending

Hello, sorry about the confusion. This is my mistake, the PR was only intended for our fork where we are implementing some changes to the original raft protocol for a small research project here at University of Illinois Urbana-Champaign. You can safely ignore it. I agree it is much more readable, we wanted to make the quorum size explicitly different under the circumstance that the cluster is of even size and there are no pending membership changes (hence checking pendingConfIndex_ to be NONE). If you are curious, this is our motivating "post": https://basri.dev/posts/2020-07-27-improved-majority-quorums-for-raft/#:~:text=Our main finding%2C which applies,simplify Raft cluster membership changes.
As a side note, we are having difficulty getting the branch eraft_with_rocksdb to build (the kv binaries are built for a different ISA than the container). We are interested in large-scale bench marking, If you have any recommendations for how we can accomplish this without much difficulties please let me know!


Hello World fails on ArchLinux - Docker 1.10.2

Output of docker version:
╰─$ docker version
Client:
 Version:      1.10.2
 API version:  1.22
 Go version:   go1.6
 Git commit:   c3959b1
 Built:        Tue Feb 23 00:53:12 2016
 OS/Arch:      linux/amd64

Server:
 Version:      1.10.2
 API version:  1.22
 Go version:   go1.6
 Git commit:   c3959b1
 Built:        Tue Feb 23 00:53:12 2016
 OS/Arch:      linux/amd64

Output of docker info:
╰─$ docker info
Containers: 0
 Running: 0
 Paused: 0
 Stopped: 0
Images: 0
Server Version: 1.10.2
Storage Driver: devicemapper
 Pool Name: docker-8:2-6555021-pool
 Pool Blocksize: 65.54 kB
 Base Device Size: 10.74 GB
 Backing Filesystem: xfs
 Data file: /dev/loop0
 Metadata file: /dev/loop1
 Data Space Used: 10.94 MB
 Data Space Total: 107.4 GB
 Data Space Available: 107.4 GB
 Metadata Space Used: 581.6 kB
 Metadata Space Total: 2.147 GB
 Metadata Space Available: 2.147 GB
 Udev Sync Supported: true
 Deferred Removal Enabled: false
 Deferred Deletion Enabled: false
 Deferred Deleted Device Count: 0
 Data loop file: /var/lib/docker/devicemapper/devicemapper/data
 WARNING: Usage of loopback devices is strongly discouraged for production use. Either use `--storage-opt dm.thinpo
oldev` or use `--storage-opt dm.no_warn_on_loop_devices=true` to suppress this warning.
 Metadata loop file: /var/lib/docker/devicemapper/devicemapper/metadata
 Library Version: 1.02.115 (2016-01-25)
Execution Driver: native-0.2
Logging Driver: json-file
Plugins:
 Volume: local
 Network: bridge null host
Kernel Version: 3.14.32-xxxx-grs-ipv6-64
Operating System: Arch Linux
OSType: linux
Architecture: x86_64
CPUs: 8
Total Memory: 15.72 GiB
Name: klaimslab
ID: AXV2:ABSB:5LAB:E2RA:JRHD:MNHG:3E6G:KP6W:HNST:2XB2:QQRJ:PHKD
WARNING: No cpu cfs quota support
WARNING: No cpu cfs period support

Provide additional environment details (AWS, VirtualBox, physical, etc.):
List the steps to reproduce the issue:

Install Docker through pacman: "pacman -S docker"
Run "docker run hello-world"

Describe the results you received:
╰─$ docker run hello-world
Unable to find image 'hello-world:latest' locally
latest: Pulling from library/hello-world

03f4658f8b78: Extracting [==================================================>]    601 B/601 B
a3ed95caeb02: Download complete
docker: failed to register layer: devmapper: Error mounting '/dev/mapper/docker-8:2-6555021-f67bdeaadec34a41c7a3e2d
fc70e6cad1b15832966fd060c7f57295dcd6ecd98' on '/var/lib/docker/devicemapper/mnt/f67bdeaadec34a41c7a3e2dfc70e6cad1b1
5832966fd060c7f57295dcd6ecd98': invalid argument.
See 'docker run --help'.

Describe the results you expected:
No error.
Provide additional info you think is important:
I discovered this issue while trying to install Discourse (http://discourse.org) which fails because of the very specific same error.
I tried uninstalling completely docker then re-installing it with no change to this output.

do the daemon logs show anything useful?
I noticed that the binary is built using Go 1.6; since the Arch linux version is not packaged by Docker, have you tried reporting an issue there?

Yes, go 1.6 is not supported yet as there are known issues in our code before it can be used with 1.6.

@Klaim since this can still be an issue in Docker itself, can you

check if the system and daemon logs show anything useful?
tell if this was a fresh install, or an update from an older version?
reporting at the team packaging this version won't hurt; as mentioned we don't build (or test) on Arch linux, so any help would be appreciated

Thanks for the quick answers.

I am not a linux expert so I'm not totally sure where to check for these logs exactly.
Here are some reports, but I see nothing wrong:

╰─$ systemctl status docker
● docker.service - Docker Application Container Engine
   Loaded: loaded (/usr/lib/systemd/system/docker.service; disabled; vendor preset: disabled)
   Active: active (running) since Wed 2016-02-24 01:48:00 CET; 21h ago
     Docs: https://docs.docker.com
 Main PID: 3217 (docker)
   CGroup: /system.slice/docker.service
           └─3217 /usr/bin/docker daemon -H fd://

(last time I installed docker to try it again from fresh install was indeed last night).
I tried the following steps:
a. restart docker daemon : systemctl restart docker
b. run hello world
c. extract docker's log using journalctl -u docker
Here is the result (starting from the restart):
Feb 24 23:32:18 klaimslab docker[8460]: time="2016-02-24T23:32:18.919816320+01:00" level=info msg="Processing signal 'terminated'"
Feb 24 23:32:19 klaimslab systemd[1]: Stopped Docker Application Container Engine.
Feb 24 23:32:19 klaimslab systemd[1]: Starting Docker Application Container Engine...
Feb 24 23:32:19 klaimslab docker[8717]: time="2016-02-24T23:32:19.149533079+01:00" level=warning msg="devmapper: Usage of loopback devices is strongly discouraged for production use. Please use `--storage-opt dm.thinpooldev` or use `man docker` to refer to dm.thinpooldev section."
Feb 24 23:32:19 klaimslab docker[8717]: time="2016-02-24T23:32:19.159983033+01:00" level=warning msg="devmapper: Base device already exists and has filesystem xfs on it. User specified filesystem  will be ignored."
Feb 24 23:32:19 klaimslab docker[8717]: time="2016-02-24T23:32:19.163708197+01:00" level=info msg="[graphdriver] using prior storage driver \"devicemapper\""
Feb 24 23:32:19 klaimslab docker[8717]: time="2016-02-24T23:32:19.164307795+01:00" level=info msg="Graph migration to content-addressability took 0.00 seconds"
Feb 24 23:32:19 klaimslab docker[8717]: time="2016-02-24T23:32:19.166322537+01:00" level=warning msg="Running modprobe nf_nat failed with message: `modprobe: WARNING: Module nf_nat not found in directory /lib/modules/3.14.32-xxxx-grs-ipv6-64`, error: exit status 1"
Feb 24 23:32:19 klaimslab docker[8717]: time="2016-02-24T23:32:19.169309681+01:00" level=info msg="Firewalld running: false"
Feb 24 23:32:19 klaimslab docker[8717]: time="2016-02-24T23:32:19.550442313+01:00" level=info msg="Default bridge (docker0) is assigned with an IP address <IP_ADDRESS>/16. Daemon option --bip can be used to set a preferred IP address"
Feb 24 23:32:19 klaimslab docker[8717]: time="2016-02-24T23:32:19.827455874+01:00" level=warning msg="Your kernel does not support kernel memory limit."
Feb 24 23:32:19 klaimslab docker[8717]: time="2016-02-24T23:32:19.827622569+01:00" level=warning msg="Your kernel does not support cgroup cfs period"
Feb 24 23:32:19 klaimslab docker[8717]: time="2016-02-24T23:32:19.827653346+01:00" level=warning msg="Your kernel does not support cgroup cfs quotas"
Feb 24 23:32:19 klaimslab docker[8717]: time="2016-02-24T23:32:19.828670594+01:00" level=info msg="Loading containers: start."
Feb 24 23:32:19 klaimslab docker[8717]: time="2016-02-24T23:32:19.828748459+01:00" level=info msg="Loading containers: done."
Feb 24 23:32:19 klaimslab docker[8717]: time="2016-02-24T23:32:19.828769282+01:00" level=info msg="Daemon has completed initialization"
Feb 24 23:32:19 klaimslab docker[8717]: time="2016-02-24T23:32:19.828796499+01:00" level=info msg="Docker daemon" commit=c3959b1 execdriver=native-0.2 graphdriver=devicemapper version=1.10.2
Feb 24 23:32:19 klaimslab systemd[1]: Started Docker Application Container Engine.
Feb 24 23:32:19 klaimslab docker[8717]: time="2016-02-24T23:32:19.838592977+01:00" level=info msg="API listen on /var/run/docker.sock"
Feb 24 23:32:39 klaimslab docker[8717]: time="2016-02-24T23:32:39.432368584+01:00" level=error msg="Handler for POST /v1.22/containers/create returned error: No such image: hello-world:latest"

I'm guessing that this last error is a side effect of the initial error log in CLI, but I might be wrong.
I don't see anything else, journalctl  don't display anything related.

It was a fresh install yes, I only installed a few things before docker: HHVM, NGinx and PostGreSQL.
As said before, I also tried to uninstall docker completely (using your documentation for archlinux) and reinstalled it and run hello-world immediately after which lead to no success so far.

I will try to report it, though I'm not sure where yet (certainly their forum). Will keep you up to date if something comes up.

I've been having the same issue with 1.10.2. Dug the following out of the logs:
With the RC (on push):
ERRO[0010] Upload failed, retrying: devmapper: Unknown device 8a648f689ddb6408f71f7a41025b56583f5a9a0c5fb6df105d97c8e0ea139910
ERRO[0015] Upload failed, retrying: devmapper: Unknown device 8a648f689ddb6408f71f7a41025b56583f5a9a0c5fb6df105d97c8e0ea139910
ERRO[0041] Upload failed, retrying: net/http: TLS handshake timeout
ERRO[0056] Upload failed, retrying: devmapper: Unknown device 8a648f689ddb6408f71f7a41025b56583f5a9a0c5fb6df105d97c8e0ea139910
ERRO[0078] Upload failed: devmapper: Unknown device 8a648f689ddb6408f71f7a41025b56583f5a9a0c5fb6df105d97c8e0ea139910

With the final release (on pull):
Feb 24 16:21:59 endophage systemd[1080]: dev-disk-by\x2duuid-a5c84592\x2d3633\x2d40b1\x2d868d\x2d2c282b2be425.device: Dev dev-disk-by\x2duuid-a5c84592\x2d3633\x2d40b1\x2d868d\x2d2c282b2be425.device appeared twice with different sysfs paths /sys/devices/virtual/block/loop0 and /sys/devices/virtual/block/dm-5

@endophage opened an issue for docker being built with Go 1.6 (yay), and it looks like they released a new version; https://bugs.archlinux.org/task/48329
Interested to hear if that improves the situation!

It was fixed very quickly last night. @Klaim please try running pacman -Syu and you should get an update to the Arch package docker-1:1.10.2-2, which if you run docker version will show it was built with Go 1.5.3. I haven't had any issues since installing that version.

Thanks for reporting back @endophage
@Klaim I'm going to go ahead and close this issue, but please let us know if it is resolved for you, and feel free to continue the discussion here

@endophage @thaJeztah The issue is not fixed after upgrading to docker 1.10.2 (did pacman -Syu and verified I got the new version).
The docker version correctly shows it will be buit with Go 1.5.3.
Here is the full log (I tried to uninstall all dependencies and reinstall before trying again):
╭─klaim@klaimslab  ~
╰─$ sudo pacman -Rns docker
checking dependencies...

Packages (2) bridge-utils-1.5-2  docker-1:1.10.2-2

Total Removed Size:  40.62 MiB

:: Do you want to remove these packages? [Y/n] y
:: Processing package changes...
(1/2) removing docker                                                            [----------------------------------------------]   0%(1/2) removing docker                                                            [----------------------------------------------]   0%(1/2) removing docker                                                            [##############################################] 100%
(2/2) removing bridge-utils                                                      [----------------------------------------------]   0%(2/2) removing bridge-utils                                                      [----------------------------------------------]   0%(2/2) removing bridge-utils                                                      [##############################################] 100%
╭─klaim@klaimslab  ~
╰─$ sudo rm -rf /var/lib/docker
╭─klaim@klaimslab  ~
╰─$ sudo pacman -Syu docker
:: Synchronizing package databases...
 core is up to date
 extra is up to date
 community is up to date
:: Starting full system upgrade...
resolving dependencies...
looking for conflicting packages...

Packages (2) bridge-utils-1.5-2  docker-1:1.10.2-2

Total Installed Size:  40.62 MiB

:: Proceed with installation?  Is the docker daemon running on this host?
╭─klaim@klaimslab  ~
╰─$ sudo docker run hello-world                                                                                1 ↵
docker: Cannot connect to the Docker daemon. Is the docker daemon running on this host?.
See 'docker run --help'.
╭─klaim@klaimslab  ~
╰─$ sudo systemctl enable docker                                                                                125 ↵
Created symlink from /etc/systemd/system/multi-user.target.wants/docker.service to /usr/lib/systemd/system/docker.service.
╭─klaim@klaimslab  ~
╰─$ sudo systemctl start docker
╭─klaim@klaimslab  ~
╰─$ sudo docker  run hello-world
Unable to find image 'hello-world:latest' locally
latest: Pulling from library/hello-world
03f4658f8b78: Extracting [==================================================>]    601 B/601 B
a3ed95caeb02: Download complete
docker: failed to register layer: devmapper: Error mounting '/dev/mapper/docker-8:2-6555017-e0eb2b6beddfde460e37db285631b200e7554b19f92f6f6516a44213a845219b' on '/var/lib/docker/devicemapper/mnt/e0eb2b6beddfde460e37db285631b200e7554b19f92f6f6516a44213a845219b': invalid argument.
See 'docker run --help'.

I also followed the experiments suggested by ArchLinux forum people: https://bbs.archlinux.org/viewtopic.php?pid=1607584
No progress so far except that we know changing devicemapper to overlayfs does not seem to work.
So this issue is still present.

Reopening :cry: thanks for testing

Sorry about that :)
Do you have access to a fresh ArchLinux install/vm to check this? It seems very simple to test.

:disappointed: my logs did show a different error so not too surprising it wasn't a universal fix.

OK I fixed it with help from the ArchLinux people (see the thread: https://bbs.archlinux.org/viewtopic.php?pid=1607584 )
To summarize:

We realized that something was wrong with my kernel image (missing stuffs);
I found that indeed the image was a custom one setup by my server provider (OVH/kimsuffi);
I had to learn how to switch kernel (I installed linux-grsec) using pacman and grub;
After finally switching kernel, I run the hello world with success:

╰─$ sudo docker run hello-world
Unable to find image 'hello-world:latest' locally
latest: Pulling from library/hello-world
03f4658f8b78: Pull complete
a3ed95caeb02: Pull complete
Digest: sha256:8be990ef2aeb16dbcb9271ddfe2610fa6658d13f6dfb8bc72074cc1ca36966a7
Status: Downloaded newer image for hello-world:latest

Hello from Docker.
This message shows that your installation appears to be working correctly.

To generate this message, Docker took the following steps:
 1. The Docker client contacted the Docker daemon.
 2. The Docker daemon pulled the "hello-world" image from the Docker Hub.
 3. The Docker daemon created a new container from that image which runs the
    executable that produces the output you are currently reading.
 4. The Docker daemon streamed that output to the Docker client, which sent it
    to your terminal.

To try something more ambitious, you can run an Ubuntu container with:
 $ docker run -it ubuntu bash

Share images, automate workflows, and more with a free Docker Hub account:
 https://hub.docker.com

For more examples and ideas, visit:
 https://docs.docker.com/userguide/

So basically: kernel version was wrong.
Would it be possible to add a check in docker (maybe in packages) to avoid this issue in the future?
Thanks for your time.

Just read that thread you linked to; I don't understand why in one of your outputs, the daemon started with -s overlay, but later on it refused to start (as expected), because overlay was not found?
sudo docker daemon -s overlay                                                                                1 ↵
ERRO[0000] 'overlay' not found as a supported filesystem on this host. Please ensure kernel is new enough and has overlay support loaded.
FATA[0000] Error starting daemon: error initializing graphdriver: driver not supported

The guy on the thread first said

Hello @Klaim same issue in my kimsufi! I'm going to try to switch the kernel version.
Thank you!

Hello Again!,
I had a few minutes this sunday and I tried to fix this issue. Here is a quick solution:
First you need to check the kernel your system is using. This issue is probably only related with kimsufi archlinux image.
# ls -1 /boot
System.map-3.14.32-xxxx-grs-ipv6-64
bzImage-3.14.32-xxxx-grs-ipv6-64
grub
initramfs-linux-lts-fallback.img
initramfs-linux-lts.img
intel-ucode.img
vmlinuz-linux-lts

Their custom kernel is linux-3.14.32-xxxx-grs-ipv6-64 and I decided to install the lts version in my server because I will use it only as a host to perform testing inside docker containers. That explain the vmlinuz-linux-lts image. You can also install the latest kernel version by installing the linux package instead of linux-lts archlinux package. Archlinux wiki provides for info about this.
This are the quick steps to fix this:
pacman -S linux-lts
cd /etc/grub.d/
mv 06_OVH-kernel 12_OVH-kernel
cd /boot/grub
grub-mkconfig > grub.cfg
reboot

As soon as it reboots check the new kernel:
# uname -a
Linux 4.1.18-1-lts #1 SMP Tue Feb 16 20:17:57 CET 2016 x86_64 GNU/Linux

And hopefully docker run with no issues.
# docker run hello-world
Unable to find image 'hello-world:latest' locally
latest: Pulling from library/hello-world

03f4658f8b78: Pull complete
a3ed95caeb02: Pull complete
Digest: sha256:8be990ef2aeb16dbcb9271ddfe2610fa6658d13f6dfb8bc72074cc1ca36966a7
Status: Downloaded newer image for hello-world:latest

Hello from Docker.
This message shows that your installation appears to be working correctly.

To generate this message, Docker took the following steps:
 1. The Docker client contacted the Docker daemon.
 2. The Docker daemon pulled the "hello-world" image from the Docker Hub.
 3. The Docker daemon created a new container from that image which runs the
    executable that produces the output you are currently reading.
 4. The Docker daemon streamed that output to the Docker client, which sent it
    to your terminal.

To try something more ambitious, you can run an Ubuntu container with:
 $ docker run -it ubuntu bash

Share images, automate workflows, and more with a free Docker Hub account:
 https://hub.docker.com

For more examples and ideas, visit:
 https://docs.docker.com/userguide/

Cheers!

Yes that's basically what I did (see the links to the forum).
Thanks for the recap, I'll close this issue now.

Hi guys. Commenting here in case it helps others:
I have the exact same problem, running on 3.14.32-xxxx-grs-ipv6-64 by OVH on a kimsufi, but I'm using Ubuntu 16.04 and not Arch, so this is related only to the kernel.
The issue is still present with docker 1.10.3 built with Go 1.6.1.
I would really like to see this fixed without having to use a custom kernel on the server. OVH strongly recommends to use the kernel they are providing. So, if anyone has another solution, or if this can be fixed docker side, it would be awesome. Thank you!

Hello @Flaburgan, I wouldn't use their kernel for many reasons:

First because they can't mantain it as well as your distribution's developer comunity.
It has problems with docker and virtual machines and also other weird behaviours that you can find in the net.

If you're a developer and you don't really want to care about the kernel but you want to use docker and vms I would install a kernel LTS recommended by your distro or I will rebuild the kimsufi server specifying that I don't want their kernel (They already have this option) and install the one you prefer from the list.
Cheers.

The docker service was aimed to be a production installation. I installed it without docker. Thanks anyway.

@jesusvazquez @Klaim
I have same issue, kimsufi server, cannot start docker, I want to update kernel, but not sure how.
Do I need to install pacman or I can use some ready kernel? if so - which one? Any links, I'm sure it will be helpful not only for me, but more people coming here with same issue.

@atay if you checkout the comment I wrote the 6 of march there is a step by step guide.

@jesusvazquez
thanks, your comment was very helpful, but there is one thing missing there, how and where to download/install new kernel:
cd /tmp/
wget http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.4.13-xenial/linux-headers-4.4.13-040413-generic_4.4.13-040413.201606072354_amd64.deb
wget http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.4.13-xenial/linux-image-4.4.13-040413-generic_4.4.13-040413.201606072354_amd64.deb
wget http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.4.13-xenial/linux-headers-4.4.13-040413_4.4.13-040413.201606072354_all.deb
sudo dpkg -i *.deb

and then steps you mentioned:
cd /etc/grub.d/
mv 06_OVHKernel 12_OVHKernel
cd /boot/grub
grub-mkconfig > grub.cfg
reboot

and it works then. Thanks!

@atay when you install the linux-lts package it downloads the kernel and place it in the right folder.

Just wanted to add to the above comments that you may need to move (or remove) /boot/bzImage-3.14.32-xxxx-grs-ipv6-64, since grub-mkconfig still seems to pick it up before anything else.


Add missing built-in cursors.

Missing cursors in question:

Wait cursor; Hourglass/Spinning wheel cursor

Wait with arrow cursor; Hourglass/Spinning wheel with arrow cursor

(Not as necessary) Help cursor; Arrow with question mark cursor

These cursor images are not standardized across operating systems, sokol_app.h basically can only implement the subset of cursor images that are available on all platforms. GLFW basically already did that research, and sokol_app.h is just following the GLFW convention.


[Suggestion] Android Auto support

Great app so far! I d like to see if I can replace my spotify app with this. The only thing holding me back is the android auto support.

I do not foresee the developer doing that but it'd be neat if he did!!


User installed app integration for Lise

.

tested it locally almost done

waiting for the actual merge to happen here https://github.com/discord-jda/JDA/pull/2633 ideally all the commands should be user based

6909a015782a41c48a0c75a984210fb7f5d7d51d


[Removal]: Please review the removal

Hotspot Name
Sneaky Blonde Blackbird
Hotspot b58 Address
11Er8VJKGJ1R2q4CivS2Rn2BuY62nPiBPxY8uKdrdGMTVNz6oo1
Discord Handle
No response
Hotspot Manufacturer
panther x2
Removal Reason
I have installed the hotspot correctly and the positioning is true, the following attachment is the relevant photo proof, please review the removal.
Modifications
No
Extra forwarders
No
Extra antennas
No
Additional Information

We have taken into account this removal request in the next iteration of the denylist. It may take some time before it's processed. This is an automated comment due to the volume of addition and removal requests. A future tool is in the works to provide more insight into the analysis approach made by the Helium team and community members that maintain this list.


document non-default stats retention

Relates to DOC-4740.

This change is

@rytaft Thanks! Using your entire suggestion.
Just one question to clarify; is a column made "non-default" essentially because it has "non-default" historical statistics that are not refreshed? Or is there an existing definition of "non-default" that I'm not familiar with?

Just one question to clarify; is a column made "non-default" essentially because it has "non-default" historical statistics that are not refreshed? Or is there an existing definition of "non-default" that I'm not familiar with?

The "default" statistics that are collected are:

single-column statistics on every indexed column in the table, as well as 100 additional columns
multi-column statistics on every index prefix. For example, given a table with columns {a, b, c, d} and an index on (a, b, c), we will collect stats on a, b, c, d, {a, b}, and {a, b, c}.

Existing stats may become non-default if either a column or an index is dropped. For example, if column d is dropped and index (a, b, c) is also dropped, now the existing stats on d, {a, b}, and {a, b, c} are "non-default" because they will not be automatically refreshed. The stats on a, b, and c are the new default stats.
Does this help clarify?

Yes, that answers my question. Thanks a lot for explaining this!


Missing files.  Unsure how this works...

So I got this thing setup last night and it seems to work...
I have plug the drive to my Tesla and I see a partial file copied to my TM3 folder in my windows server.
However, this morning I only see that a 5mb file is copy to my shared folder under this name:
saved-front-2018-10-16_01-36.mp4
And this file is incomplete because it is not playable.
So then, I got to the office today and directly plugged the drive into my laptop.  I don't even see this file on the drive anymore.
So a couple of questions....(sorry, didn't mean to combine questions):

Is this the correct behavior?  When the readme says "archive" does it mean it will delete the copied over file?  (If so, can I just assume in this case that Tesla didn't record correctly?)
Or does this script require the Pi Zero to be constantly powered on?
Does this script record everything that start with "Recent-...."?  Or only the "Saved-Front-..."?

Thanks!

The script moves (not copies) the saved* files currently. If the file isn't 0 bytes, then the dashcam probably didn't finish saving out the file. At least my experience so far has been that a copied file is 'whatever size it was on the flash drive' and a file that didn't finish copying is 0 bytes.
Now, why some of the saved files are too small, I'm not sure. I have a suspicion that if you haven't had 10 minutes of footage recorded yet, the save function isn't perfect.

Thx, so you have this running already?  How do you find this working out?
I cannot find any information on how long the usb stay powered after the car is off.  Do you find it working in terms of moving all of the save files without any user intervention?
Additionally, my drive just setup today is already corrupted (as recognized by Tesla)....  Is there a way to prevent this from happening?   I know if I plug this into windows and do a file scan, it will start working again....

Moving the files off the drive can take from a few seconds to tens of minutes, depending on the strength of the wireless signal and the number of clips being transferred. You can ensure that all the clips are transferred by turning on the climate control using your phone. This will turn on the USB ports.

What I see when the files have been partially copied off the drive is that once the Pi is connected to the network again partially copied files are copied, again, overwriting incompletely copied files.
I'm very interested to hear more about your corrupted drive. Changes to prevent drive corruption were introduced at around 7:41 PDT. Did you set up your Pi before or after that?

Re: to the corrupted drive....
Very funny behavior, so I plugged into Windows and it says to scan for errors... I didn't do that
BUT!  The Pi still continues to copy files to my Share like normal.  So Windows doesn't recognize the drive and Tesla doesn't recognize it but Pi still does and the videos copied over look fine.
Unfortunately, I did a full re-setup of the Micro SD Card.  Next time this happens again, I'll let you know...

OK, sounds like we can close this issue.


Certain Flash heavy sits like Twitch.tv may stop downloading after a period of time.

Certain Flash heavy sits like Twitch.tv may stop downloading after a period of time. When this happens I have to navigate away from the page, and navigate back to the page again. Then playback resumes. I've determined this is not a connectivity issue, HTML5 streams are not affected,.

How long usually it takes to reproduce the issue?

Around 10 or 15 minutes. It can vary.

Tried to reproduce that behavior several times for about a hour each, but with no success. Translation still works.
(Often I'm starting to reproduce bugs just after I write that I can't do that. :-) )

I'm just going to have to keep trying to reproduce things. I have a Stack trace of FireFox itself that may be a flaw in FreshPlayerPlugin related. http://bugs.rosalinux.ru/show_bug.cgi?id=5449

At the time of writing, the only comment on http://bugs.rosalinux.ru/show_bug.cgi?id=5449#c6, comment 6 had stack trace. And that stack trace looks like Firefox main process.
Firefox uses separate process to host plugins. Main process spawns plugin-container, which in turn loads NPAPI plugin. Plugin container then talks to Firefox and passes data back and forth. That helps to achieve the goal: crash in a plugin affects only plugin container process, and doesn't touch browser itself. That's the case where you see something like that:

So since that was not plugin-container process, I don't see how any code from plugin could cause the bug.

I understand.

[733638.286902] Chrome_ChildThr[16895]: segfault at 0 ip 00007fbc9effb01c sp 00007fbc971fa610 error 6 in libmozalloc.so[7fbc9effa000+2000]
[792225.552920] Chrome_ChildThr[30919]: segfault at 0 ip 00007fd92465701c sp 00007fd91c7fa610 error 6 in libmozalloc.so[7fd924656000+2000]
[846717.910977] Chrome_ChildThr[14766]: segfault at 0 ip 00007fe944f4201c sp 00007fe93d0fa610 error 6 in libmozalloc.so[7fe944f41000+2000]
[981496.954368] Chrome_ChildThr[19621]: segfault at 0 ip 00007fbe80ed501c sp 00007fbe790fa610 error 6 in libmozalloc.so[7fbe80ed4000+2000]
[1119254.930007] Chrome_ChildThr[12673]: segfault at 0 ip 00007f997492b01c sp 00007f996cafa610 error 6 in libmozalloc.so[7f997492a000+2000]
[1158112.341774] Chrome_ChildThr[22234]: segfault at 0 ip 00007fda83e6201c sp 00007fda7bffa610 error 6 in libmozalloc.so[7fda83e61000+2000]
[1247169.157847] Chrome_ChildThr[9920]: segfault at 0 ip 00007f83f65d301c sp 00007f83ee7fa610 error 6 in libmozalloc.so[7f83f65d2000+2000]
[1280614.647137] plugin-containe[7416]: segfault at 7fe187c679e0 ip 00007fe187c679e0 sp 00007fe184f9abc0 error 14
[1290855.909227] Chrome_ChildThr[14273]: segfault at 0 ip 00007f4d6d8ac01c sp 00007f4d65afa610 error 6 in libmozalloc.so[7f4d6d8ab000+2000]
[1290855.915775] Chrome_ChildThr[15887]: segfault at 0 ip 00007f550c3fc01c sp 00007f55045fa610 error 6 in libmozalloc.so[7f550c3fb000+2000]
I'm grasping at straws here.

I don't look Twitch translation often. Some tests I made didn't reveal the bug on my machine. Looking at the code didn't reveal anything either, so I can't fix it. Maybe someone could help to fix the bug.