Add libtool in .deb dependencies

libtool is not bluez specific, but is required to build the gateway sdk

@zafields,
Thanks for your contribution as a Microsoft full-time employee or intern. You do not need to sign a CLA.
Thanks,
Microsoft Pull Request Bot

@zafields : Thanks for your contribution to the Azure documentation! The author, @chipalost, has been notified to review your proposed change.

Thanks for the change, @zafields
Since this branch has merge conflicts, I went ahead and made the same edit in a clean branch so that you don't have to.
#please-close


UPDATE: Bug: cannot start kernel in directory of file

Description:
I have a project with the following directory structure.
- project/
    - utils/
        - __init__.py
        - data.py
    - other_folder/
    - more_folders/
    - README.md

I'm trying to interactively edit and modify data.py. Inside data.py, I have some relative imports:
# data.py
from .__init__ import variable1, function1  # variable1 and function1 are defined in .__init__.py
# more code below

With data.py open, I start a hydrogen kernel. I then try to execute the import line, resulting in the following error:
---------------------------------------------------------------------------
ModuleNotFoundError                       Traceback (most recent call last)
<ipython-input-2-e196e29d3a5c> in <module>()
----> 1 from .__init__ import injection_stages, stages

ModuleNotFoundError: No module named '__main__.__init__'; '__main__' is not a package

I had to dig around in the settings to learn that I could start a hydrogen kernel in a variety of places. However, I could not find documentation about this.
Having switched the setting from "The first started project's directory" to "Current directory of the file", followed by a restart of Atom, I still found that I could not properly import that line of code, getting the same error.
Is this a legitimate bug that I have found, or am I missing something that might fix this issue?

I suspect that relative imports simply don't work inside Jupyter. If you create a notebook test.ipynb inside utils/ and run from .init import variable1 from the notebook, I'm pretty sure you'll get the same error.
Based on the error message, the issue is not that python can't find __init__.py but that data.py is being run as a main script instead of as a package. For example, running python utils/data.py is not the same as doing import utils.data from a higher level.
This behavior is quite disappointing, but to the best of my knowledge it's not exclusive to hydrogen.
Maybe someone more familiar with IPython knows a solution. (For me personally, the way I get around issues like this is by using a package I wrote called xdbg and the %scope/%makescope magics it provides.)

@nikitakit thanks for the pointer. Indeed yes, relative imports don't work -- I only had to open IPython to confirm that.
Thanks for pointing out xdbg as well - it's something I'll give a shot at using in the near future!

Stumbled on this looking for another issue, looks like we can close this!


DataCamp Logo

Need DataCamp logo placement on the header of the website. Can be just tiny

Example of placement from another partner with DataCamp Donates
No requirements other than to include a hyperlink to DataCamp and also the logo that is shown in the link below
https://sl.datacamp.com/t/100925/sc/8b63787f-3bf3-4ab2-b28c-62f52e20d703/NB2HI4DTHIXS653XO4XGG33EMV2G62LOONYGS4TFFZXXEZZPOBQXE5DOMVZHG===/GA3WMM3CGI4DSMZSHEZTSMBWGNRTSZTBMI4DIOBXMFRWMM3FMZRDOYJXGVSTKMDC/www-codetoinspire-org-partners


Import library

Basic information

My operating system and version:
Linux
My mzmine version:
MZmine/3.9.0

What happened
We have problems to include the MS-MS libraries of Pubchem in json format download from: "https://pubchem.ncbi.nlm.nih.gov/#query=binIWno3H4sooR24n8BUkXPSFLLafbXgz8WurNTUvK3UzYA&alias=PubChem Compound TOC: MS-MS", indicating in mzmine.log that  format not supported

Also feel free to drop the json file specifications here or json file itself

Hi Robin
We want to use the spectral information available in PubChem for peak identification. PubChem allows downloading files with spectral information in .json format but does not contain peak information.
I see that MzMine 2 allows annotation with the PubChem database by online connection, but I do not see this option available in MzMine 3.

mzmine 4 does not have pubchem search because no one maintained it.
Also there are much better ways of annotating compounds than searching in a general compound database like PubChem that contains mostly irrelevant compounds for most analyses.
So the json is not a spectral library?
Why not first download spectral libraries from other sources and match there

We currently have GNPS, Mona, MassBankEU,GC/EI-HRMS and MSnLib libraries downloaded. Our samples are from humans, and they have few matches with these libraries. Also, we have tried to include the Human Metabolic Database (HMDB) (https://hmdb.ca/downloads) but it does not present the spectral data in formats compatible with mzmine.
For these reasons, we wanted to compare them with other libraries or databases such as Pubchem. Could you recommend other different open libraries that we can include in mzmine?

I think you are already using all the up to date libraries that should also contain HMDB spectra or even be the sources of HMDB spectra.


Fixed a check in ble_att_clt_tx_prep_write() api

If application is going to send data more than MTU size using ble_gattc_write_long(), after sending first batch of data of MTU size the offset gets incremented by (MTU - BLE_ATT_PREP_WRITE_CMD_BASE_SZ). This check will always fail in that case, as offset will be equal to (MTU - BLE_ATT_PREP_WRITE_CMD_BASE_SZ), and (offset + OS_MBUF_PKTLEN(txom)) will always be greater than BLE_ATT_ATTR_MAX_LEN. Thus failing to send the whole data.

/*** Error: offset + length greater than maximum attribute size. */
ble_att_clt_test_misc_prep_bad(1, 507, attr_data, 6, BLE_HS_EINVAL);

This test case assumes that the offset will never go beyond BLE_ATT_ATTR_MAX_LEN. Considering we want to send larger buffer data lets say 2000 bytes, in that case the offset will get incremented to 512 after sending first batch of data(assuming mtu is 517). But since the api in this test case is invoked only once, it doesn't consider the case of sending fragmented data which can have higher offset values. But now, this PR addresses the issue of sending packets having data larger than MTU.
Hence removing this test case.
In addition, ble_att_clt_tx_prep_write() is invoked by ble_gattc_write_long_tx() and ble_gattc_write_reliable_tx() which already takes care of the offset parameter. So no need to handle it in ble_att_clt_tx_prep_write().

Hi @sjanc ,
Can you please take a look?

Hi @sjanc , can you please take a look at this?

#AutoPTS run mynewt GATT/CL/GAW

Scheduled PR #https://github.com/apache/mynewt-nimble/pull/1428#issuecomment-1410996839 after 10:25:44.

AutoPTS Bot results:
No failed test found.

OK, so I'm not sure about this patch... spec clearly states that maximum attribute value shall be 512 and that data interpretation is responsibility of the higher layer.   And offset is used for reading long attribute value but long here doesn't mean bigger than 512, but bigger than (ATT_MTU -1)..


Removed opinionated createError usage in server utilities, using direct throw instead

Remove opinionated use of createError in favor of direct throw for better error handling
Types of changes

[ ] Bug fix (a non-breaking change which fixes an issue)
[x] New feature (a non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to change)

Description
This change removes the use of createError and replaces it with a direct throw. This modification allows downstream users more flexibility in catching and handling errors, fitting the specific needs of their applications.
Why is this change required? What problem does it solve?
The previous implementation using createError restricted how errors could be caught and handled by downstream users. By directly throwing errors, developers now have the ability to catch and manage these errors in a way that best suits their application's requirements.
Resolves: N/A
Checklist:

[ ] My change requires a change to the documentation.
[ ] I have updated the documentation accordingly.
[ ] I have added tests to cover my changes (if not applicable, please state why)

@philliphartin could you provide an example where this would be useful?

@philliphartin could you provide an example where this would be useful?

Sure, let's say you're building an API endpoint that handles invitations to join a platform. The endpoint could be capable of determining if the invitation link is being opened by an authenticated user or not with the serverSupabaseUser utility.
Example
const user =  await serverSupabaseUser(event)

If the user is available, then they can associate the invitation to that user.
If the user is null or undefined, then the endpoint author can handle that case.
If there was an actual error with the supabase call, then the try/catch case is invoked and the endpoint author can also handle that accordingly.

Sorry for the late response. Previously, it was also possible to catch the error using createError provided by Nuxt. That's why I asked for an example of how this change offers additional benefits.

Please take a look at https://github.com/unjs/h3/blob/2d941d3cfb1dddf543d48abe23d13488c88c7432/src/error.ts#L82
the H3Error extends the Error instance so it's exactly the same but it better when dealing with HTTP errors.

Re-opening as I believe it might be best to use throw createError(error) to forward all properties from the incoming Supabase error

Re-opening as I believe it might be best to use throw createError(error) to forward all properties from the incoming Supabase error

That seems like a reasonable middle ground. Would you like me to make those changes and commit back to the PR?

@philliphartin I think you can keep this one and rename it.


Improvements to the Ansible inventory

[x] Include a description on the inventory folder structure and add sample data.
[ ] Build a dynamic inventory from pass

Generate the inventory from passstore

Is it already done ?

Generate the inventory from passstore

Is it already done ?

No, I have to finish the 2nd task.

Also, should we move these playbooks to the /k8s-infra/kubernetes/ansible folder and merge with the existing k8s.yml file existing there?

Also, should we move these playbooks to the /k8s-infra/kubernetes/ansible folder

Which playbooks ?

Did you created a PR or issue describing Build a dynamic inventory from pass ? @jacobdotcosta

Did you created a PR or issue describing Build a dynamic inventory from pass ? @jacobdotcosta

Yes, it's PR #154


tmuxp assertion error with tmux master (pane index)

after https://github.com/tmux/tmux/commit/00cf5fbde6d846a10804447204dd55e8c3a68dbd
the pane index may change after window split.
If there are two panes and their ids are 0 and 1. If calling libtmux's split_window() without specifying "target", libtmux will split pane 0. The result indexes are 0,1,2. Which means, new pane's id is 1 and previous pane's id changed from 1 to 2.
In old version, the indexes are 0,2,1.
With this change, all tmuxp sessions, with more than 2 panes in the same window, are probably all broken.
$ cat test.yaml                                                                                session_name: test
windows:
        - window_name: test
          panes:
                  - echo 1
                  - echo 2
                  - echo 3
                  - echo 4

$ tmuxp load test.yaml
[Loading] /usr/local/google/home/kcwu/tmuxp/test.yaml
Traceback (most recent call last):
  File "/home/kcwu/.local/bin/tmuxp", line 9, in <module>
    load_entry_point('tmuxp', 'console_scripts', 'tmuxp')()
  File "/home/kcwu/.local/lib/python2.7/site-packages/click/core.py", line 716, in __call__
    return self.main(*args, **kwargs)
  File "/home/kcwu/.local/lib/python2.7/site-packages/click/core.py", line 696, in main
    rv = self.invoke(ctx)
  File "/home/kcwu/.local/lib/python2.7/site-packages/click/core.py", line 1060, in invoke
    return _process_result(sub_ctx.command.invoke(sub_ctx))
  File "/home/kcwu/.local/lib/python2.7/site-packages/click/core.py", line 889, in invoke
    return ctx.invoke(self.callback, **ctx.params)
  File "/home/kcwu/.local/lib/python2.7/site-packages/click/core.py", line 534, in invoke
    return callback(*args, **kwargs)
  File "/home/kcwu/.local/lib/python2.7/site-packages/click/decorators.py", line 17, in new_func
    return f(get_current_context(), *args, **kwargs)
  File "/home/kcwu/src/tmuxp/tmuxp/cli.py", line 484, in command_load
    load_workspace(config[-1], **tmux_options)
  File "/home/kcwu/src/tmuxp/tmuxp/cli.py", line 260, in load_workspace
    builder.build()
  File "/home/kcwu/src/tmuxp/tmuxp/workspacebuilder.py", line 178, in build
    for p, pconf in self.iter_create_panes(w, wconf):
  File "/home/kcwu/src/tmuxp/tmuxp/workspacebuilder.py", line 290, in iter_create_panes
    assert(int(p.index) == int(pindex))
AssertionError

nice detective work @kcwu !
What version of tmux do you encounter the error on?

If its 00cf5fb, I guess its just HEAD?

yes, i'm using HEAD.

Roger.  not in 2.2 and under I assume then?
Interested in taking a try at a fix?

Yes, 2.2 is good. Glad to try a fix.

Give it a shot @kcwu !

@kcwu Is that as in you want to make an attempt at writing a fix yourself?

Ah, I misunderstood. I'm glad to try if you have a fix ;)

Tmux 2.3 is now out, which is what brought me here. There's going to be a lot of others coming here soon 😅

Give 1.2.2 a shot

Problem solved in 1.2.2. Thanks @tony!


Pr testing extended

In good news: Apparently all along seeding has been using the random assigner, but it needed these extra checks to make sure things properly assign (since before it didn't check for assignment to the same group, which was a big flaw as it was the reason other issues weren't detected). Now it covers that.


MFT initial.

First version of MFT code.
Examples included.
Please run the examples and test @jdammers @lukasbreuer @fboers @dongqunxi
Many thanks to @ebeich :)

Pushing to master. Please raise an issue or make a PR for further updates.
Thanks again @ebeich .


[BUG] new live table

Describe the bug
The new "live table preview does not respect the theme
To Reproduce

Do a table using Live Preview

Expected behavior
Made it so it uses the theme's table
Screenshots

Version [Desktop or Mobile]:
Desktop
Editor
New CM6 editor
Additional context
Here is the code for the table in live Preview, the Minimal theme has themed them if you want to look.

Tried to modify the CSS by adding
.cm-embed-block markdown-rendered cm-table-widget show-indentation-guide el-table {
CSS code here
}
It didn't work for me.

This will be fixed next release!

This has been fixed. I recommend updating to the latest version of Sanctum! :)


Support structured uniform types

Uniforms can be struct or array types, which becomes extra important when dealing with compute shaders. In particular, SSBOs can only have a single variable-length array member, which means that you are required to use a variable-length array of structs.
Some type features that would be good to be supported for these purposes:
• Struct types
• Variable length arrays
• Non-square matrix types
I was trying to think about the interface that would work for declaring this, but it seems like it would be a real mess :/
Possible ideas:
You create struct types with a function. They track their names so they can render their declaration as well as their use-sites when rendering as shader code. ShaderBlock construction validates that there aren't more than one struct with the same name but different definitions.
A possible usage example:
struct particle_t {
    vec4 positionAndSize;
    vec4 velocity;
};

layout(std430) buffer particleInfo {
    particle_t mainParticles[4];
    particle_t particles[];
};

particleStruct = lovr.graphics.newStruct("particle_t", {
    { "positionAndSize", "vec4" },
    { "velocity", "vec4" },
})
particleInfo = lovr.graphics.newShaderBlock("compute", {
    { "mainParticles", { particleStruct, 4 } },
    { "particles", { particleStruct, "variable" } },
})

Can you think of any reason this API wouldn't work or be undesirable?
lovr.graphics.newShaderBlock({
  { 'someParticles', 'particle_t', 4 },
  { 'moreParticles', 'particle_t', 'variable' },
  types = {
    particle_t = {
      { 'positionAndSize', 'vec4' },
      { 'velocity', 'vec4' },
      -- fields could reference other custom types, for nesting
      { 'material', 'material_t' }
    },
    material_t = { ... }
  }
})

Some other thoughts I've been having:

The Struct object could be cool, it could even go in the data module and be used as a general facility for all of the numerous situations where we want to write a Lua value to binary memory (blobs, sound data, texture data, vertex data, uniform data).  I'm not sure how much use it would get though, and it could even get annoying if you were required to use it.  It would at least be really helpful to have a Struct as an internal concept that can be used to read formatted table data into memory (this would simplify the bindings in so many places).
There'll need to be a more rich syntax for the keys in ShaderBlock:send, e.g. 'field.subfield[index]', maybe we skip the array syntax and you can only update full arrays.
Supporting variable array lengths means we can't know the size of the buffer, and I think it would be complicated to support variable length buffers (unpredictable GPU memory reallocations).  Maybe the VLA intent can be communicated through ShaderBlock:getShaderCode, like there is a "use a VLA for last field" option.  (Note that Shader:sendBlock would also probably need to accept offset/size stuff so you can bind custom regions of your buffer).

Still thinking through all the use cases

This is closed as half wontfix / half done.  The new Buffer object is basically an array of compound structures.  Doing the full struct API was too complicated to support, but you can get pointers to GPU buffers now to do it with FFI.


Updating screenshots, content, metric dimensions

Updated screenshots to reflect new Scorecard UX
Added links to Stats Engine detailed documentation
Alluded to additional, optional stats treatments available for metrics in Scorecard/ Monitoring Metrics
Updated metric dimensions to reflect multiple metric dimensions

🚀 Deployed on https://63ae13f0c3a04d3df68fdaaf--cozy-fox-0defec.netlify.app


[Feature] Storage Addon links / Filter by categories [#OSF-4681]

Purpose
Add link to list of storage addons, accessible on node providers page
Changes

Enable filtering addons by category
Add link
Add tests

Side effects
Increased max page size of addons list.
Ticket
[#OSF-4681]
Screenshots

You should also add a link to /v2/addons/ in the base view for /v2/. Pass done, one simple addition. 🐧

Looks good pending travis. 🎉 🐧 🎉


30 Days of Js Assignment Review

Day 3: Nice work, when will you finish the exercise 2 and 3 🌚

Oh oh. I sure will. Thank you so much for the review.
On Sat, Aug 5, 2023 at 4:45 PM John Areola @.***> wrote:

Day 3: Nice work, when will you finish the exercise 2 and 3 🌚
—
Reply to this email directly, view it on GitHub
https://github.com/imosfinest/coders-den/issues/2#issuecomment-1666496430,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AQNNXSVCP5CS4ZRCHBOR2FTXTY55PANCNFSM6AAAAAA24NV554
.
You are receiving this because you are subscribed to this thread.Message
ID: @.***>


refactor: announcements are now more flexible and can be extended to allow for more functionality on cta [8/x]

What does this PR do and why?
Provide a description of what this PR does. Link to any relevant GitHub issues, Notion tasks or Discord discussions.
Screenshots or screen recordings
If applicable, provide screenshots or screen recordings to demonstrate the changes.
Acceptance checklist

[ ] I have evaluated the Approval Guidelines for this PR.
[ ] (if relevant) I have tested this PR in all supported browsers.
[ ] (if relevant) I have tested this PR in dark mode and light mode (if applicable).

Current dependencies on/for this PR:

main

PR #3359

PR #3360

PR #3361

PR #3362

PR #3363

PR #3364

PR #3365

PR #3366   👈

This comment was auto-generated by Graphite.

@wraeth-eth queued this pull request to merge with Graphite.

@wraeth-eth merged this pull request with Graphite.


update to nushell 0.93.0

i updated the nushell versions and compiled it
when i added the plugin it worked as expected, I hope i did everything correctly :)

LGTM! Going to bump the minor version, update the changelog, and ship it. Thank you for the contribution.

Something popped up, will push this tonight


Hashable instances for Vector types

There are three options:

Add instance into hashable
Add instances into vector
Add instances into new vector-hashable

As hashable already depends on text, it could depend on vector as well. So I'd go with first option if it's ok with the maintainers of hashable. I'll make a PR if this is ok.

After discussing this with some people in the past (e.g. @dcoutts) I think we concluded that type classes should be on the bottom of the dependency chain (i.e. vector should depend on hashable). That it works the other way around for text is a bit of an accident.

ok. I'll try to get the change into vector then. Thanks for quick response!


Move SQLite meta items / episode parameters to JSON

There are no queries where these are in a WHERE clause; change them to TEXT fields in the post/page tables, and store them as JSON. This will save extra queries and JOINs.

This has been completed, and will be part of v2-rc2


Add Footer

Can Add footer to the home page which will make it look better
Can you please assign it to me for Hacktober

@Aneeshaik

Hey @cxde-Sujal! It has been done by @motuncoded. Please open a new issue or a feature I'll definitely assign that to you


Ignore dangerous HTML tags in code blocks

Hello,
Noticed I had this warning in Tools > Reports:

Security Scan complete: 1 potential XSS issues found...

This is a false-positive triggered by <meta> tags being included in code blocks on a page, as it's one of the tags in default "Dangerous HTML tags list" configuration.
I was thinking maybe these should be ignored when they are inside code blocks, as they are not interpreted anyway. What do you think?

Would be a great improvement, but does make the REGEX a bit more complicated.

Would be a great improvement, but does make the REGEX a bit more complicated.


Influence positioning through order

It would be great if one were able to influence the positioning more. The following code, I would expect, would generate a square graph. Top-down, so: A and B at the top, C in the centre and D and E at the bottom.
graph TD
    A --> C
    B --> C
    C --> A
    C --> B
    C --> D
    C --> E
    D --> C
    E --> C

Instead, it renders A at the top, C in the middle and B, D, and E at the bottom.

Not a direct answer or solution, but I think flowchart's layout is powered by dagre.


DeprecationWarning: asyncore (to be removed in Python 3.12)

This line..
https://github.com/lextudio/pysnmp/blob/002474a06f0383870ca28e73de6727eaa0d91431/pysnmp/carrier/asyncore/base.py#L9
..causes warnings such as:
[...]/python3.11/site-packages/pysnmp/carrier/asyncore/base.py:9: DeprecationWarning: The asyncore module is deprecated and will be removed in Python 3.12. The recommended replacement is asyncio

See also https://docs.python.org/3/library/asyncore.html. Python 3.12 will probably be released in October 2023.
Btw, thanks for taking over this project!

Thanks for opening this. We do have a local version with such removed, but it has quite a lot of impact on documentation and so on, so we are now testing with a few clients and evaluate how to move on.
Will provide an update in a few weeks.

Any update on this?

@lextm The Python 3.12 release is expected in less than a month. It would be nice to have a pysnmp release with 3.12 support until then. Do you have any update on this?

Our internal Python 3.12 compliant build works for a few clients. However, they don't use every features of PySNMP, so not impacted by removal of the deprecated bits very much.
My team still works on porting as many examples as possible away from the deprecated API surface, but no promise right now on when we can finish that task.
More to disclose when Python 3.12 is released, and we don't aim to ship Python 3.12 on day 1. More likely to have a Python  3.12 target release by the end of this year.

Thanks for sharing this info.

After internal discussion, our current plan has some slight changes. First, we will use a different version 6.0.x and make it solely available for Python 3.12.
6.0.x release will provide a much smaller API surface since the underlying legacy APIs were removed.
Still aim to ship a stable release (6.0.3 or 6.0.4) by the end of 2023, but a few preview releases (from 6.0.0) will be published soon. The goal of the initial releases is to preview the API surface changes and collect feedback on the missing features and documentation.

Hi @lextm,
as we're approaching the end of the year, I just want to know if you could give us a short heads-up regarding the 6.0.x release.
We're at Checkmk are just about to lift Python to 3.12 and are heavily using pysnmp in our product :-)
Thanks for your great work!
Timi

@TimotheusBachinger Thanks for the advice.
We tested the workaround (by using pyasyncore) and it worked well. This buys us more time to work on the asyncore free 6.0 release.
Just shipped release 5.0.31 that contains the necessary changes, so please let us know if it works well for you.

We decided to completely dump asyncore bits in 6.0+ releases, and urge all 5.0.x users to ugprade.
The guide is https://docs.lextudio.com/pysnmp/upgrade


Run jslint as before_script in travis

This way we can configure travis to deny requests that do not conform to linter's configuration.

Looks good, thanks!


[EKSv2] If eks-operator deploy fails, it is not retried

What kind of request is this (question/bug/enhancement/feature request):
bug
Steps to reproduce (least amount of steps as possible):
Set system-charts catalog branch to a branch that does not contain the eks-operator chart.
If eks-operator app is already running be sure to delete it.
Create eks cluster
Observe error in the UI
Change branch to dev-v2.4
Result:
App deploy is never retried.

Reproduced this issue on 2.5.1

Set system-charts catalog branch to a branch that does not contain the eks-operator chart - dev branch.
Create eks cluster
Error seen on cluster - Failed to deploy eks-operator: catalogtemplates.management.cattle.io "system-library-rancher-eks-operator" not found and cluster is seen in Provisioning state.
Change branch to dev-v2.4
The eks operator app does NOT get deployed.

On 2.5-head commit id: 52583ea7a0 and master-head - commit id: e4dc2513

Set system-charts catalog branch to a branch that does not contain the eks-operator chart - dev branch.
Create eks cluster
Error seen on cluster - Failed to deploy eks-operator: catalogtemplates.management.cattle.io "system-library-rancher-eks-operator" not found and cluster is seen in Provisioning state.
Change branch to dev-v2.4
eks operator workload is deployed.
Error message on the cluster is NOT seen anymore.
Cluster starts provisioning.
Clusters come up active.

Same issue here. But i'm worried that i will get into troubles when switching vom branch 2.6 to branch 2.5


fixing typo

PR Checklist
Please check if your PR fulfills the following requirements:

[-] Tests for the changes have been added (for bug fixes / features) => no need, it is to help manual run
[-] Docs have been added / updated (for bug fixes / features) => no need to modify current one

PR Type
What kind of change does this PR introduce?

[x] Bugfix
[ ] Feature
[ ] Code style update (formatting, local variables)
[ ] Refactoring (no functional changes, no api changes)
[ ] Build related changes
[ ] CI related changes
[ ] Documentation content changes
[ ] Other... Please describe:

What is the current behavior?

A strange auto-replace broke the Makefile, bringing errors whenver the target was called
Issue Number: N/A
What is the new behavior?
reverted to previous behavior
Does this PR introduce a breaking change?

[ ] Yes
[x] No

Other information

Hello @subotic , this looked straightforward so I proposed this PR. Best regards

@irinaschubert tells me about compose v2 that I didn't know, sorry about the noise.


Use django-keycloak as the library to interface with Keycloak

Just wanted to ask if you'd be interested in using python-keycloak as the interface to Keycloak? It is a well tested library to interface with Keycloak API

Hi @moritz89 do you see concrete use cases for this? Where do you think it would be useful to test the Python lib in the current code base?


Wipe docker volumes on hard reset

Expected Behavior

dashmate reset --hard should wipe out all data, including chains.
Current Behavior

If we start up a local network, and later close it, and the try to clean it with dashmate reset --hard, then it will clean out all containers and configurations, but docker volumes will remain the same. Next run will fail respectively, because with new setup local confuguration will have new environment with new keys, but the chain data that persists in the volumes will remain the same from the previous run. As a result, you are not able to spin up network correctly, forcing you to manually wipe everything out via ```
docker volume prune
docker system prune

After this cleaning, everything start perfect

## Possible Solution
<!--- Suggest ideas of how to implement the addition or change -->
Extract volume set on hard reset command and clean them out

## Alternatives Considered
<!--- A clear and concise description of any alternative solutions or features you've considered -->

## Additional Context
<!--- Add any other context or screenshots about the feature request here. -->

It is not actual now, its working as expected


GPU support via KernelAbstractions.jl

This PR converts the time stepping kernels to use KernelAbstractions.jl to enable GPU support. Regression tests seem to pass but difference in numbers is a little high on some configurations so probably worth investigating a bit.
Preliminary benchmarks (below) show pretty strong speedups :tada: Energy on GPU seems slower than it should be and it seems there's a big hit for using 3 gases. Might be things we can easily target for performance optimization though. Not sure if Entropy + 1 gas is actually this much faster but seems like an anomaly.
CPU -> GPU speedup for large (256^3) models
Entropy + 1 gas: 287x
Energy  + 1 gas: 86x
Entropy + 3 gas: 58x
Energy  + 3 gas: 85x

 ────────────────────────────────────────────────────────────────────────────────────────────────
           Static atmosphere benchmarks                  Time                   Allocations
                                                 ──────────────────────   ───────────────────────
                Tot / % measured:                     1296s / 73.6%           51.0GiB / 0.48%

 Section                                 ncalls     time   %tot     avg     alloc   %tot      avg
 ────────────────────────────────────────────────────────────────────────────────────────────────
 256×256×256 [CPU, Energy, DryEarth3]        10     275s  28.8%   27.5s   7.97MiB  3.20%   817KiB
 256×256×256 [CPU, Energy, DryEarth]         10     178s  18.7%   17.8s   6.31MiB  2.54%   646KiB
 256×256×256 [CPU, Entropy, DryEarth3]       10     336s  35.2%   33.6s   7.97MiB  3.20%   817KiB
 256×256×256 [CPU, Entropy, DryEarth]        10     151s  15.9%   15.1s   6.31MiB  2.54%   646KiB
 256×256×256 [GPU, Energy, DryEarth3]        10    3.24s  0.34%   324ms   29.8MiB  12.0%  2.98MiB
 256×256×256 [GPU, Energy, DryEarth]         10    2.06s  0.22%   206ms   22.4MiB  9.00%  2.24MiB
 256×256×256 [GPU, Entropy, DryEarth3]       10    5.82s  0.61%   582ms   26.3MiB  10.6%  2.63MiB
 256×256×256 [GPU, Entropy, DryEarth]        10    527ms  0.06%  52.7ms   22.4MiB  9.00%  2.24MiB
 32×32×32 [CPU, Energy, DryEarth3]           10    502ms  0.05%  50.2ms   7.97MiB  3.20%   817KiB
 32×32×32 [CPU, Energy, DryEarth]            10    354ms  0.04%  35.4ms   6.31MiB  2.54%   646KiB
 32×32×32 [CPU, Entropy, DryEarth3]          10    665ms  0.07%  66.5ms   7.97MiB  3.20%   817KiB
 32×32×32 [CPU, Entropy, DryEarth]           10    304ms  0.03%  30.4ms   6.31MiB  2.54%   646KiB
 32×32×32 [GPU, Energy, DryEarth3]           10   82.8ms  0.01%  8.28ms   25.4MiB  10.2%  2.54MiB
 32×32×32 [GPU, Energy, DryEarth]            10   68.3ms  0.01%  6.83ms   20.0MiB  8.05%  2.00MiB
 32×32×32 [GPU, Entropy, DryEarth3]          10   95.3ms  0.01%  9.53ms   25.4MiB  10.2%  2.54MiB
 32×32×32 [GPU, Entropy, DryEarth]           10   73.5ms  0.01%  7.35ms   20.0MiB  8.05%  2.00MiB
 ────────────────────────────────────────────────────────────────────────────────────────────────

Hmmm, CPU regression changed slightly but all differences look tiny. One of the important differences to Julia is that floating-point multiplication, addition, subtraction are marked contractable so the answer could change slightly: https://juliagpu.gitlab.io/KernelAbstractions.jl/#Important-differences-to-Julia-1
Maybe there are some zeros in the answer which ≈ returns false for.

Yeah so our regression tests are horrible lol, at least for ρu. The other fields are much better. I'll change back to an absolute tolerance.

Looks like WENO-5 works on GPUs! Coarse 2D model isn't impressive lol but good enough sign for me to merge this PR.

Not sure what's up with the flickering. Will fix.


V1 - is there any esitimation date for V1 ?

Hopefully soon! :-) Closing this as it is not an issue. Feel free to come discuss via Slack or forum: https://temporal.io/community.


Bootstrap using endpoint name with semicolon

Bootstrap Server does not support semicolon as Endpoint Name.
For example, when I enter "gyc;client" and save, the page will not report an error, but when I refresh the page, the configuration will only be displayed as "gyc".
However, if I connect directly to the server without using Bootstrap, I can connect.
Is this just a problem with the front-end page processing of Bootstrap Server?
In addition, the Endpoint Name with a colon can be filled in and connected normally.

Before Refresh:

After Refresh:

lwm2m client name "gyc;client"gets reply form bs server with message "no bootstrap config":

lwm2m client name "gyc" bootstrap and registe success:

Commit 7ed36af should fix this in master.
This will be soon available in our sandbox demo.
Please tell me if it works for you.
Thx a lot for reporting this :pray: !

Thank you, but I tried serval times with "gyc;client" in 2.0.0-SNAPSHOT https://github.com/eclipse/leshan/commit/7ed36af9bb25dfc052f69c8fb3967445f261d5e5 version again,  the semicolon was still truncated.

I retested it locally and worked for me :heavy_check_mark:
I ensured that the right jar was deployed on the sandbox :heavy_check_mark:
I ensured that the right url is sent by the web browser :heavy_check_mark:
I ensured that the right url is receive by leshan-bsserver-demo :x:
So something wrong between apache and leshan-bsserver-demo on the sandbox ...

I finally found that there was an issue with apache proxy which "remove" the url encoding ... :disappointed:
Replacing the apache config :
		ProxyPass /bs/     http://localhost:8081/ retry=0

by
		ProxyPass /bs/     http://localhost:8081/ retry=0 nocanon

seems to fix the problem. :heavy_check_mark:
Hope this time it works for you too.

Thank you for your work, it has really been fixed.

Ok, so I backported the fix on branch 1.x too (commit 074409b).
I think we can close this bug now.

Hi, It seems that the server still has some problems. When I log in to the server, I can see that it is online, but I cannot click to view its information. The server displays "400 no registered client with id XXXX", and XXXX is ID before the semicolon.
client status:

leshan web:

try to view status:

This exactly the same issue but this time afftecting leshan-server-demo.
Commit 3492f05d8aa4e145d1550c64b03821ba60c21992 should fix this in master.
This will be soon available in our sandbox demo.
Please tell me if it works for you.
Thx again for reporting this :pray: !
(You will maybe find more issue like this as visibly nobody tested this before)

This commit fixes the problem.


[WIP] Add helper functions, error handling and tests

Hey @daniellm I added getValue function. The test testGetValue shows that the value returned doesn't match. I cant figure out the bug can you please review? Thanks


Gdal version attr

Adds a __gdal_version__ attribute and raises ImportError if GDAL>=2.0 (until the 1.7 release).

Ack. wrong target branch.


Possible integration

Hey! I've created and been updating an opencv bot for metin2. For now it farms metins in most initial maps and I just added the fishing game. I liked the predictions from your model. I was thinking if it was possible to build an "api" executable in which I can pipe the current context and the new piece to get a prediction and then if it doesn't fit I'll drop it and redo.
Do you think it would be something interesting?
I've never written rust but I'm an admirer!

My cpu is an amd ryzen 5650G so it might be quicker. Check the new version I shipped now. There's a version that doesn't work as well for me but that doesn0t try to predict the fish direction. It just click where it detects it. The other one is now only clicking every 3rd screenshot so that a circular array is used to estimate the direction. You could make that array size 2 (it's the limit). You can record a video of you fishing like the fishing.mp4 I have in the folder and test there. BTW I'm new to all of this. The bot is pretty much alwasy solving the puzzle for me but most of the times I don't receive anything... The polling rode is almost at +2 and I'm just using worms... How can I better my chances?

Hello there,
I wanted to clarify the primary objective of this project. The main focus of this project is to develop a software capable of analyze and suggest promising moves within the fishing game. While the creation of a bot is not within the scope of this project, I am open to the idea of implementing an API that would allow you to integrate our code into your software. However, I must acknowledge that crafting an API for this project without an in-depth understanding of the code's intricacies could prove to be a complex task. If you need help or have any questions, please don't hesitate to reach out to me. Your collaboration and interest are greatly appreciated.
Best regards, Agustín.

The comment I wrote was supposed to be on a different issue. I’m sorry about that. I’ve built and used your app. It would be cool to have an executable to which I can pass the grid of occupied squares and the piece and get either a top left position of the piece on the grid, if any move is possible, or nothing if no move is. The idea would be to use it as a console that one of the two things after evaluating the args. I haven’t actually looked at your code just because I don’t know much about rust. Would this be easy for you? If not I’ll consider doing it myself later on in the project! Thanks anyway!

Hi!
It does not sound really hard. However, you should know exactly how the logic of the Jigsaw struct works in order to make an interface with your code. About the algorithm that is used to compute optimal actions, you could treat it like a "black box".
I could implement an API or something like that, so you can use with different programming languages, but the problem is that I do not have enough time nowadays. Maybe in a couple of months I'll be spending more time on this project and adding more features like an API as you mentioned earlier.
If you have any questions, feel free to contact me :).


Poc/inventory endpoint

Codecov Report

Merging #347 (4f8deec) into main (30c21da) will decrease coverage by 0.54%.
The diff coverage is 0.00%.

@@            Coverage Diff             @@
##             main     #347      +/-   ##
==========================================
- Coverage   27.67%   27.12%   -0.55%
==========================================
  Files          30       31       +1
  Lines        2775     2831      +56
==========================================
  Hits          768      768
- Misses       1924     1980      +56
  Partials       83       83

Impacted Files
Coverage Δ

pkg/routes/inventory.go
0.00% <0.00%> (ø)

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 30c21da...4f8deec. Read the comment docs.


Fix generated functions

Coverage increased (+2.0%) to 89.474% when pulling 3630afc0fa8dff363e08709fb7bd30a196c3f30c on fix-generated-functions into 5e8f45abec6bb8812b808fe3d208663248deabcb on master.


Generator does not work in rails 3.2.2

I installed the gem with bundler but there is no Generator:
Installing ember-rails (0.2.4)
Your bundle is complete! Use bundle show [gemname] to see where a bundled gem is installed.
rails g ember_rails:bootstrap
Could not find generator ember_rails:bootstrap.

when i use the master branch it works


Max quantity calculation is not correct for resizing

Environment: test
It seems the max quantity calculation does not take reducing a position into account.

I guess we only have to add up the quantity calculated from the margin of the open position if the user goes the other direction.


Replace convert_to_target with the Qiskit version

Summary
This PR  copies qiskit.providers.backend_compat.convert_to_target to utils.backend_converter.convert_to_target with some modifications for mypy and lint. Particularly, I added reset to required to ensure reset is included in target.
Fixes #1590
Details and comments
The script #1590 works fine as follows
from qiskit_ibm_runtime import QiskitRuntimeService

service = QiskitRuntimeService(channel="ibm_quantum")
backend = service.get_backend("ibm_sherbrooke")
print('ibm_sherbrooke')
print(type(backend.target["measure"][(0,)]._calibration))  # qiskit.pulse.calibration_entries.ScheduleDef
print(len(backend.target["measure"][(0,)].calibration.instructions))  # 381 -- this is not correct
print(len(backend.target["measure"][(1,)].calibration.instructions))  # 129
print()

from qiskit_ibm_runtime.fake_provider import FakeSherbrooke

backend = FakeSherbrooke()
print('fake_sherbrooke')
print(type(backend.target["measure"][(0,)]._calibration))  # qiskit.pulse.calibration_entries.PulseQobjDef
print(len(backend.target["measure"][(0,)].calibration.instructions))  # 129
print(len(backend.target["measure"][(1,)].calibration.instructions))  # 129

main
ibm_sherbrooke
<class 'qiskit.pulse.calibration_entries.ScheduleDef'>
381
129

fake_sherbrooke
<class 'qiskit.pulse.calibration_entries.PulseQobjDef'>
129
129

this PR
ibm_sherbrooke
<class 'qiskit.pulse.calibration_entries.PulseQobjDef'>
129
129

fake_sherbrooke
<class 'qiskit.pulse.calibration_entries.PulseQobjDef'>
129
129

Pull Request Test Coverage Report for Build<PHONE_NUMBER>
Details

1 of 1 (100.0%)  changed or added relevant line in 1 file are covered.
9 unchanged lines in 1 file lost coverage.
Overall coverage decreased (-0.1%) to 83.477%

Files with Coverage Reduction
New Missed Lines
%

qiskit_ibm_runtime/ibm_qubit_properties.py
9
0.0%

Totals

Change from base Build<PHONE_NUMBER>:
-0.1%

Covered Lines:
6118

Relevant Lines:
7329

💛  - Coveralls

@t-imamichi we recently had an issue that the convert_to_target from Qiskit wasn't picking up reset:
from qiskit_ibm_runtime.utils.backend_converter import convert_to_target as qr_c2t
from qiskit.providers.backend_compat import convert_to_target as qk_c2t

qr_target = qr_c2t(backend.configuration(), backend.properties(), backend.defaults())
qk_target = qk_c2t(backend.configuration(), backend.properties(), backend.defaults())

# then qr_target.operation_names gives:
dict_keys(['id', 'rz', 'sx', 'x', 'cx', 'reset', 'measure', 'switch_case', 'if_else', 'for_loop', 'delay'])

# but qk_target.operation_names gives:
dict_keys(['id', 'rz', 'switch_case', 'if_else', 'cx', 'x', 'measure', 'for_loop', 'delay', 'sx'])

Presumably there was a reason for qiskit-ibm-runtime to have its own convert_to_target, so I'd also consult with @mtreinish before removing it.

We can look at fixing the issue in Qiskit's converter function; is there an issue open about it already? I assume reset is being put in a field in the configuration that's not being looked at for the reset instruction by the qiskit version, or there are conflicting fields and qiskit is looking at one that's missing the reset instruction.
Besides that the other consideration is that we're planning to deprecate the BackendV1 interface in 1.2.x which will include removing the BackendConfiguration, BackendProperties, PulseDefaults, and by extension this will include dropping convert_to_target because there is nothing to convert from. The removal won't be until Qiskit 2.0, but it might be better to just leave this in place since we'll need to add it back before too long.

I copied Qiskit convert_to_target to qiskit-ibm-runtime with some modifications.
Particularly, I added reset to required to ensure reset is included in target.
https://github.com/Qiskit/qiskit-ibm-runtime/blob/50bfff0cc087a40a989ce4f2b7efbcddb5877765/qiskit_ibm_runtime/utils/backend_converter.py#L63

We can look at fixing the issue in Qiskit's converter function; is there an issue open about it already?

@mtreinish I'm guessing no if you're not aware. Somehow I thought you were added to the thread where this was discussed. Is it worth opening an issue in Qiskit at this point if it's going to be deprecated in 1.2?

Besides that the other consideration is that we're planning to deprecate the BackendV1 interface in 1.2.x which will include removing the BackendConfiguration, BackendProperties, PulseDefaults

Sounds like we'll need to copy those over to qiskit-ibm-runtime, since that's still how we get data from the server.

I copied Qiskit convert_to_target to qiskit-ibm-runtime with some modifications.

@t-imamichi can you also add more tests? Like maybe copy the ones on faulty qubits from Qiskit (we already have one on control flow). They can just be unit tests using fake backends.

We can look at fixing the issue in Qiskit's converter function; is there an issue open about it already?

@mtreinish I'm guessing no if you're not aware. Somehow I thought you were added to the thread where this was discussed. Is it worth opening an issue in Qiskit at this point if it's going to be deprecated in 1.2?

I vaguely remember the issue, but I don't remember the specifics. But yeah we still support the converter function for > 1 year so it's good to ensure we get this fixed.

Besides that the other consideration is that we're planning to deprecate the BackendV1 interface in 1.2.x which will include removing the BackendConfiguration, BackendProperties, PulseDefaults

Sounds like we'll need to copy those over to qiskit-ibm-runtime, since that's still how we get data from the server.

Yeah, I would think so. There's no rush until ~August 2025 (that's when the 1.x series goes EoL) but planning for that and taking ownership of the container objects for the api payloads in the medium term is probably prudent.

I copied unit tests on faulty qubits from https://github.com/Qiskit/qiskit/blob/main/test/python/providers/test_faulty_backend.py

I notice some error occurs due to random seed issue. Need to merge #1616

Puala suggested replacing convert_to_target for fake backends too https://github.com/t-imamichi/qiskit-ibm-runtime/pull/2. Do you anyone have any suggestion or comment? If no, I will merge it.

Puala suggested replacing convert_to_target for fake backends too t-imamichi#2. Do you anyone have any suggestion or comment? If no, I will merge it.

No objections, after that, this PR LGTM

This is labeled as new feature. Can it not be backported to 0.23.1 if there will be one? Besides fixing #1570 and #1590, it also fixes another issue I am running into (where a backend defines pulse calibrations for a qubit pair that does not have an entry in the gate properties; the old code in 0.23.0 raises a KeyError while the version here skips the missing keys without an exception).


tools: add more Terraform related tools

Adding more Terraform related tools that are created by me..

Thanks @magodo!


docs: fix schemas

I found some incorrect schema definitions in the code examples and have corrected them.

Thank you so much!


bump(ruff): update to v0.7.3

Describe your changes

Update ruff to the latest version
Issue ticket number and link

Checklist before requesting a review

[x] I have successfully tested installation of the package.
[x] I have successfully tested the package after installation.

Screenshots

Thanks for the PR! It seems however like Renovate was able to pick this up


Add support for Coveralls to CI

This commit provides support for Coveralls CI by leveraging the existing Gcov build configuration, adding configuration so that gcovr generates coverage data in Coveralls JSON format, and adding steps to the CI build job that are activated only if the matrix entry is configured for coverage, which generate coverage data and deliver it to Coveralls.
It also adds a coverage badge to the README.

Coverage report for this CI build: https://coveralls.io/builds/71260428
This pull request didn't get a Coveralls comment because I forgot to update their setting for this repo, but once this is merged, future PRs will get comments like this: https://github.com/bemanproject/utf_view/pull/23#issuecomment-2475143565


Amnesia Memories [PCSB00740]

App summary

App name: Amnesia Memories
App serial: PCSB00740
App version: 1.00

Vita3K summary

Version: v0.1.2
Build number: 2050-6aa22790

Test environment summary

Tested by: MainzerBe
OS: Windows 10
CPU: Intel Core i5-8400
GPU: NVIDIA Geforce GTX 1060 6 GB
RAM: 16 GB DDR4

Issues

Minor sound issues (mostly during start)
Minor graphic glitches (pink borders)
Gameplay @ ~10 fps

Screenshots

Log
vita3k.log
Recommended labels

Playable

in my personal build, fix rose issue, and yes this game is very slow, no idea why and no usr is playable

Sound is fine, is very goo, issue on sound o intro is get by slow speed

Color issue is now fixed on master

Vita3K summary

Version: v0.1.5
Build number: 2680
Commit hash: https://github.com/vita3k/vita3k/commit/6dd6576d
CPU backend: Dynarmic

Test environment summary

Tested by: othmanead
OS: Windows 11
CPU: Intel i5-10300H
GPU: RTX 3060 mobile
RAM: 16 GB

Issue:

Game plays with no issues

Screenshots:

Log
vita3k.log
Recommended labels

Playable

Good afternoon, how to download this game?


Clean-up and improve Wasm spec test

If the Wasm spec test suite expects a trap, then the trap message no longer has to fully match the expected trap message. Instead it now only has to start with the exact same characters. This allows for wasmi to provide more information to users and still kind of abide to the general expected trap messages.
Also this PR adds tests from the mutable-global Wasm proposal and introduces a temporary fix for the long standing linking test failure. This temporary fix will be gone when wasmi implements the bulk-memory Wasm proposal.


Wrap parentheses based on entire line length

This probably needs further work but I at least wanted to get it started.
The issue
The formatter currently wraps parentheses if the content is above a certain length(50). It does not however account for the length of the line before the parentheses. This PR passes the current line length to the wrap check so that it can be used as the initial value, wrapping lines earlier. Lines that don't contain parentheses can still become very long.
I also updated the line length check to account for whitespace, but maybe not doing so was per design.
Input
CREATE TABLE some_long_table_name (a INT PRIMARY KEY, b TEXT, c INT NOT NULL, d INT NOT NULL);

Output before
CREATE TABLE some_long_table_name (a INT PRIMARY KEY, b TEXT, c INT NOT NULL, d INT NOT NULL);

Output after
CREATE TABLE some_long_table_name (
  a INT PRIMARY KEY,
  b TEXT,
  c INT NOT NULL,
  d INT NOT NULL
);

Related issues:

https://github.com/zeroturnaround/sql-formatter/issues/40
https://github.com/zeroturnaround/sql-formatter/issues/5

Partially fixed by<PHONE_NUMBER>c748c8464051e6af9a5ac5d3251ce0. The issue with whitespace not being included in the length calculation remains

Yeah. The whitespace issue is definitely not by design. Hoping to alleviate the whole situation by a larger redesign of the whole formatter.
Thanks for your PR though. It's definitely has the right idea functionality-wise.


Doc type manager as injectable component [run-systemtest]

I didn't expect it to be this simple, so let's see what factory says. There used to be self-subscribing of config that made this difficult, but that was probably removed some time back.

@gjoranv I also suggest that you go over our code that has DocumentmanagerConfig injected, and let them take the DocumentTypeManager instead.
I see that atleast ReindexingV1ApiHandler and IndexingProcessor does that.


The sample app's memory seems a little high, about 110-120MB!!

we tested the sample app and sdk, and we found the app's memory was about 110-120MB after running about more than 10 hours. We suspected whether the app have memory leak problem.
But , now we don't have any memory leak detecting tool in ubuntu 16.04.
So, we want to confirm 2 problems:

Whether the app & sdk have memory leak problems?
How we check the app & sdk's memory leak problem?

@cxt32 you can't use valgrind as described in #291?

Hi cxt32,
Hope you were able to use valgrind as stated above.

Closing due to inactivity. Please reopen if you still have questions.
Thanks,
Sanjay


Loading as module

Hey there,
what's the recommended way of consuming Philter as module? Tried the usual require(), import etc, but ended up with pasting it directly into my .js file ..
Cheers!

Currently Philter doesn't support any module method, it just attaches itself to the window global. I would write a quick UMD implementation but with the university and all I don't really have much time to do this. If you or anyone else wants to make a pull request for this I'd approve it. Otherwise I work on this plugin more often during the summer or holidays.


rgbd panics if it doesn't find daemon binaries

rgbd panics if it is not able to find fungibled and stashd binaries at the default/specified path:
thread 'main' panicked at 'RGBd runtime run loop has failed with error IO(Os { code: 2, kind: NotFound, message: "No such file or directory" })', /[...]/rgb-node/src/service.rs:39:9
note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace

I believe this should be handled and the node should exit returning an appropriate error message.

Correct, this has to be improved

Related #118


RetryPolicy: adapt naming and docs to changes in LBP

LoadBalancingPolicy and Plan now operate on targets  (node + optional shard) instead of nodes.
RetryDecision naming should be changed too (RetrySameNode -> RetrySameTarget, RetryNextNode -> RetryNextTarget). Docs will possibly need adjustment too.

Docstrings in speculative_execution.rs need adjustment as well: host -> target.


Feature/refactor schemas gdev 462

Title for squash and merge:
Refactored to take messages directly from pypi package (GDEV-462)

Description for squash and merge:
- Added new database columns
- message-schemas are now taken from pypi package instead of local
- adapted functionality and tests to new database and message schemas

Added GDEV-363 functionality, missing tests


changing linux box to roboxes

robox 2004  is the latest Ubuntu LTS and supports Virtualbox, VMWare, HyperV, Libvirt and parallels.

I signed it


How to use AFL for Mobile applications

Can you please direct to a good tutorial that would let us know how we can use and configure this tool for a mobile application testing ?
I have gone through the readme file but didn't quite understand how can we use for mobile application.
Thanks!

Hi @vaibhavp2,
It might be useful to learn more about fuzzing first. You can check https://github.com/google/fuzzing, http://tutorial.libfuzzer.info/, https://github.com/Dor1s/libfuzzer-workshop or any other blogs / videos on the topic. That would give you a better understanding of what's fuzzable and what's not. "Fuzzing a mobile application" sounds very vague. I'd suggest to better understand / identify the actual target you're going to fuzz and go from there.


rust-tools crashing with expected string, got table in inlay hints code

Hey, This is crashing constantly at this line, https://github.com/simrat39/rust-tools.nvim/blob/99fd1238c6068d0637df30b6cee9a264334015e9/lua/rust-tools/inlay_hints.lua#L216
with the error, "Expected string, Got Table`.
It tries to read the string in o_hint.label but this field not a string anymore for some reason? It now looks like, o_hint.label.value.
I am using latest rust nightly, latest rust analyzer and neovim-nightly-bin 0.9.0+dev+546+g98daaa798-1.
I tried this patch. It's not crashing any more but I don't really know which hints this code is responsible for and if it's still working :thinking: I'll take a deeper look tomorrow, for now this makes it usable :shrug:
  -- show other hints with commas and a thicc arrow
  if not vim.tbl_isempty(other_hints) then
    virt_text = virt_text .. opts.other_hints_prefix
    for i, o_hint in ipairs(other_hints) do
      if o_hint.label.value == nil then
              goto skip_to_next
      end

      if string.sub(o_hint.label.value, 1, 2) == ": " then
        virt_text = virt_text .. o_hint.label:sub(3)
      else
        virt_text = virt_text .. o_hint.label
      end
      if i ~= #other_hints then
        virt_text = virt_text .. ", "
      end
      ::skip_to_next::
    end
  end

It seems this was introduced by https://github.com/rust-lang/rust-analyzer/pull/13699
I fixed this by setting rust-analyzer.inlayHints.locationLinks to false

It seems this was introduced by rust-lang/rust-analyzer#13699 I fixed this by setting rust-analyzer.inlayHints.locationLinks to false

This doesn't seem to work for me unfortunately, maybe I've set the setting in a wrong way.

@owittek make sure you are setting it like this
rust_tools.setup({
  server = {
    settings = {
      ["rust-analyzer"] = {
        inlayHints = { locationLinks = false },
      },
    },
  },
})

server = {
    settings = {
      ["rust-analyzer"] = {
        inlayHints = { locationLinks = false },
      },
    },
  },

unfortunately still broken for me, I'm using AstroNvim so I integrated it like that and tried some other things too:
        ["simrat39/rust-tools.nvim"] = {
                after = "mason-lspconfig.nvim",
                config = function()
                        require("rust-tools").setup {
                                server = astronvim.lsp.server_settings "rust_analyzer" {
                                        settings = {
                                                ["rust-analyzer"] = {
                                                        inlayHints = { locationLinks = false },
                                                },
                                        },
                                },
                        }
                end
        },

I am not familiar with astronvim, but looking at the docs, I don't think that's how server_settings are supposed to be used
you might need to configure lsp["server-settings"].rust_analyzer in the astronvim config instead and do something like this
rust_tools.setup({
  server = {
    settings = astronvim.lsp.server_settings("rust_analyzer"),
  },
})

I am not familiar with astronvim, but looking at the docs, I don't think that's how server_settings are supposed to be used
you might need to configure lsp["server-settings"].rust_analyzer in the astronvim config instead and do something like this
rust_tools.setup({
  server = {
    settings = astronvim.lsp.server_settings("rust_analyzer"),
  },
})

oh yeah by that I'm assuming that I'm assuming that I can put
return {
  inlayHints = { locationLinks = false },
}

in server-settings/rust-analyzer.lua but it doesn't work.

@owittek I use AstroNvim too, here's how I fixed it.
My user/plugins/init.lua:
  ["simrat39/rust-tools.nvim"] = {
    after = { "mason-lspconfig.nvim" },
    ft = { "rust" },
    config = function() require("rust-tools").setup(require "user.plugins.rust-tools") end,
  },

My user/rust-tools.lua:

return {
  server = astronvim.lsp.server_settings "rust_analyzer",
}

My user/lsp/server-settings/rust_analyzer.lua:
return {
  settings = {
    ["rust-analyzer"] = {
      -- HACK: https://github.com/simrat39/rust-tools.nvim/issues/300
      inlayHints = { locationLinks = false },
    },
  },
}

@wizard-28 Thanks, it worked! I'm too inexperienced in lua so I formatted my server-settings in a wrong way :D

@owittek make sure you are setting it like this
rust_tools.setup({
  server = {
    settings = {
      ["rust-analyzer"] = {
        inlayHints = { locationLinks = false },
      },
    },
  },
})

Thanks!

Hey, This is crashing constantly at this line,
https://github.com/simrat39/rust-tools.nvim/blob/99fd1238c6068d0637df30b6cee9a264334015e9/lua/rust-tools/inlay_hints.lua#L216
with the error, "Expected string, Got Table`.
It tries to read the string in o_hint.label but this field not a string anymore for some reason? It now looks like, o_hint.label.value.
I am using latest rust nightly, latest rust analyzer and neovim-nightly-bin 0.9.0+dev+546+g98daaa798-1.
I tried this patch. It's not crashing any more but I don't really know which hints this code is responsible for and if it's still working thinking I'll take a deeper look tomorrow, for now this makes it usable shrug
  -- show other hints with commas and a thicc arrow
  if not vim.tbl_isempty(other_hints) then
    virt_text = virt_text .. opts.other_hints_prefix
    for i, o_hint in ipairs(other_hints) do
      if o_hint.label.value == nil then
              goto skip_to_next
      end

      if string.sub(o_hint.label.value, 1, 2) == ": " then
        virt_text = virt_text .. o_hint.label:sub(3)
      else
        virt_text = virt_text .. o_hint.label
      end
      if i ~= #other_hints then
        virt_text = virt_text .. ", "
      end
      ::skip_to_next::
    end
  end

Would it be worth it to use your patch for a PR?

@TornaxO7 There's an open PR from 2 weeks ago: https://github.com/simrat39/rust-tools.nvim/pull/296#issue-1499492250

but it seems to fix something else, if I'm seeing that correctly

Oh I checked the changes but since I don't know the source code I assumed by the title that it references the same issue and that the author of the PR simply found the cause on a lower layer.
@SDGLBL could you please tell us if this is related?

i seem to be having the same issue. and as a result im unable to use it.
My config (im using lsp-zero)
--  LSP Rust Settings
local lsp_rust = lsp.build_options('rust_analyzer', {
    settings = {
        ["rust_analyzer"] = {
            checkOnSave = {command = "clippy"},
            inlayHints = {locationLinks = false}
        }
    }
})

Oh I checked the changes but since I don't know the source code I assumed by the title that it references the same issue and that the author of the PR simply found the cause on a lower layer.
@SDGLBL could you please tell us if this is related?
It seems that my pull request has nothing to do with this issue. And I found that rust-tools.nvim no longer needed my pull request after updating the latest rust-analyzer. So I'll turn it off later.

@reji-zero might be a typo ["rust_analyzer"] -> ["rust-analyzer"]

Should be fixed by this PR https://github.com/simrat39/rust-tools.nvim/pull/307

Should be fixed in https://github.com/simrat39/rust-tools.nvim/commit/a47f5d61ce06a433998fb5711f723773e3156f46


Clear instructions for setting up parallel_tests

Hi!
It's still not very clear how one should setup the capybara-webkit javascript tests with parallel_tests.
Would be great to have an example provided.

@yuri-karpovich a single virtual display can maintain as many applications as necessary as long as you don't do any screenshots or video recording - that would get you just the topmost window.


🐞 [Bug]: No error appeared when writing characters in calculator

Is there an existing issue for this?

[X] I have searched the existing issues

which package/s did you face the problem with?
Dashboard
What happened?

I typed characters at the balance field in calculator, and the field accepted them.

Steps To Reproduce
Calculator page in dashboard
which network/s did you face the problem on?
Dev
version

Twin ID/s

Node ID/s

Farm ID/s

Contract ID/s

Relevant screenshots/screen records

Relevant log output
-

Issue update
Work done
Fixed entering characters value in the balance field
Changes

Added the 'isInt' validation rule to check the entered value and display an error in case the entered value wasn't an integer.

Screenshots/Video

version : 2b7ab4e
verified user now can not insert a character in the fields without errors

https://app.testlodge.com/a/26076/projects/40893/suites/234374?expand_section=430165#case_4292394


HWKAGENT-160 warn if credentials appear bad

The build actually passed if you look at the raw logs. Not sure why travis is red

@pilhuhn take a look at the raw logs of the travis build - you'll see this all passes. I tested locally as well and it works with the new warning with bad credentials. Feel free to merge this if you think its ok

Warning looks like this:
12:40:33,182 WARN  [org.hawkular.agent.monitor.service.MonitorService] (Hawkular WildFly Agent Startup Thread) HAWKMONITOR010081: Cannot get Hawkular Server status - does the agent have proper credentials? (401/Unauthorized)


chore(deps-dev): Manually bump @badeball/cypress-cucumber-preprocessor from 19.1.0 to 19.2.0

Manually bumped to replace https://github.com/kumahq/kuma-gui/pull/1822 which is failing, possibly due to this being added:
https://github.com/kumahq/kuma-gui/pull/1822/files#diff-51e4f558fae534656963876761c95b83b6ef5da5103c4adef6768219ed76c2deR8018

Yeah for sure, lets keep an eye out for it I suppose, if we start to see it often then we should look into it, if not then thats this particular problem solved for us I suppose 🤷


Missing issued_at and signature during login

Hi @wadewegner
Everyone somtimes wonder, when AccessToken expires.
Now I've found this: [https://www.salesforce.com/us/developer/docs/api_rest/Content/intro_understanding_refresh_token_oauth.htm]

The session timeout for an access token can be configured in Salesforce from Setup by clicking Security Controls | Session Settings.

If the application uses the username-password OAuth authentication flow, no refresh token is issued, as the user cannot authorize the application in this flow. If the access token expires, the application using username-password OAuth flow must re-authenticate the user.

Can you please add new properties to AuthenticationClient and fill them up?
I think that the workflow like:

session will expire in 2h*

I'll re-login in after about 1h 55m

get new token for 2h*

2h - is an example, this can be from 15min to 2h range.

Could be quite optimal and safe. Otherwise it's quite hard to manage auth-failures in the application. Especially, with Streaming API (there is no example :/ - do you know any?)
Note: I don't quite get when the refresh_token is filled up during login. I didn't saw any sample for that, so maybe I'll figure this out or rasie some bug. But for now, I think that you should fill-up all possible data that you get during login so anyone can use for it's own workflow.
Thanks!

Because you can't know when the token will expire, the recommended pattern
is to "handle" the expired token as an expected exception, refresh the
token (either using the refresh token, or re-doing the username password
auth) and then retry the operation that was in flight when the expired
token was discovered.  Other approaches will result in more problems than
solutions.
On Thu, Apr 30, 2015 at 8:31 AM, tomajar<EMAIL_ADDRESS>wrote:

Hi @wadewegner https://github.com/wadewegner
Everyone somtimes wonder, when AccessToken expires.
Now I've found this: [
https://www.salesforce.com/us/developer/docs/api_rest/Content/intro_understanding_refresh_token_oauth.htm
]
The session timeout for an access token can be configured in Salesforce
from Setup by clicking Security Controls | Session Settings.
If the application uses the username-password OAuth authentication flow,
no refresh token is issued, as the user cannot authorize the application in
this flow. If the access token expires, the application using
username-password OAuth flow must re-authenticate the user.
Can you please add new properties to AuthenticationClient and fill them up?
I think that the workflow like:

session will expire in 2h*
I'll re-login in after about 1h 55m

get new token for 2h*
2h - is an example, this can be from 15min to 2h range.
Could be quite optimal and safe. Otherwise it's quite hard to manage
auth-failures in the application. Especially, with Streaming API (there is
no example :/ - do you know any?)
Note: I don't quite get when the refresh_token is filled up during login.
I didn't saw any sample for that, so maybe I'll figure this out or rasie
some bug. But for now, I think that you should fill-up all possible data
that you get during login so anyone can use for it's own workflow.
Thanks!
—
Reply to this email directly or view it on GitHub
https://github.com/developerforce/Force.com-Toolkit-for-NET/issues/110.

--
Thanks,
Dave

Closing. If there's anything actionable, please feel free to re-open with more details.


Add tests vs pennylane rc branch

Context:
We have this test matrix here that runs the tests every day for each plugin against the release candidate branch of Pennylane. It's a way to make sure nothing is broken between the release branch and the other relevant repositories as we prepare for the release. Since Catalyst is part of the release now, it should also be included.
Description of the Change:
Added an additional install option for pennylane in the main comparison workflow for Pennylane, Catalyst and Lightning. It's currently set to the previous release candidate branch. Also added a workflow with pennylane: release-candidate that runs this.
Benefits:
We can add this workflow to the matrix linked above, and easily monitor compatibility with the release candidate branch and catalyst throughout feature freeze.
Possible Drawbacks:
We will need to update the release candidate branch name in the workflow on the Monday of feature freeze every release cycle. Also it adds another CI workflow.

[sc-49455]

Another thought I just had, should this action be disabled outside of feature freeze? (not sure how you are handling it on the PL side)


[ch #161527250] refactored validation request validation

Pull Request Test Coverage Report for Build 18

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

Totals

Change from base Build 16:
0.0%

Covered Lines:
187

Relevant Lines:
195

💛  - Coveralls


Http2 connections timeouts on website (Bug)

System Details

OS: WIndows 11
Thorium Version: latest

Problem
Clouldflare websites timeouts when requested multiple times. Its is strange issue only happening on thorium and not other browsers tested on chrome and edge all working  as expected .Try to play some video content and open same  website in new tab  it will timeout or respond in 20-30 seconds. Only applicable to http2 connections.

Try going to chrome://flags, find Disable Thorium Custom DNS Config and turn it on, then make sure the browser's secure DNS is turned off, and also check that the device's DNS is working properly.

This fixes the issue


Trouble install python 3.4.2

I'm running on OS X 10.10.1, and have python 3.4.1 installed. 3.4.1 was installed when I was on OS X 10.9 still, so I'm not sure where the problem is coming from.  The problem I hit, when trying to install 3.4.2, can be seen below.
. . .
(cd /usr/local/opt/pyenv/versions/3.4.2/bin; ln -s idle3.4 idle3)
rm -f /usr/local/opt/pyenv/versions/3.4.2/bin/pydoc3
(cd /usr/local/opt/pyenv/versions/3.4.2/bin; ln -s pydoc3.4 pydoc3)
rm -f /usr/local/opt/pyenv/versions/3.4.2/bin/2to3
(cd /usr/local/opt/pyenv/versions/3.4.2/bin; ln -s 2to3-3.4 2to3)
rm -f /usr/local/opt/pyenv/versions/3.4.2/bin/pyvenv
(cd /usr/local/opt/pyenv/versions/3.4.2/bin; ln -s pyvenv-3.4 pyvenv)
if test "x" != "x" ; then
rm -f /usr/local/opt/pyenv/versions/3.4.2/bin/python3-32;
(cd /usr/local/opt/pyenv/versions/3.4.2/bin; ln -s python3.4-32 python3-32)
fi
rm -f /usr/local/opt/pyenv/versions/3.4.2/share/man/man1/python3.1
(cd /usr/local/opt/pyenv/versions/3.4.2/share/man/man1; ln -s python3.4.1 python3.1)
if test "xupgrade" != "xno"  ; then
case upgrade in
upgrade) ensurepip="--upgrade" ;;
install|*) ensurepip="" ;;
esac;
./python.exe -E -m ensurepip
$ensurepip --root=/ ;
fi
Ignoring ensurepip failure: pip 1.5.6 requires SSL/TLS

Found same problem. But I am against installing Xcode command line tools since I already have full Xcode application installed. Explicitly installing Xcode command line tools seems to duplicate what are contained in Xcode application.


Pipeline Run with core option does not generate any result

even with core as option, docker run is referencing arc folder
"-c framework-pipelines/arc/yolov5s_full.sh"
addl info: vaapi decode bin is not present
docker run --network host --privileged --user root --ipc=host --name vision-self-checkout0 -e RENDER_MODE= -e INPUTSRC_TYPE=FILE -e DISPLAY=:0 -e cl_cache_dir=/home/pipeline-server/.cl-cache -v /home/user1/retail.vision-self-checkout-demo-master/.cl-cache:/home/pipeline-server/.cl-cache -v /tmp/.X11-unix:/tmp/.X11-unix -v /home/user1/retail.vision-self-checkout-demo-master/sample-media/:/home/pipeline-server/vids -v /home/user1/retail.vision-self-checkout-demo-master/configs/pipelines:/home/pipeline-server/pipelines -v /home/user1/retail.vision-self-checkout-demo-master/configs/extensions:/home/pipeline-server/extensions -v /home/user1/retail.vision-self-checkout-demo-master/results:/tmp/results -v /home/user1/retail.vision-self-checkout-demo-master/configs/models/2022:/home/pipeline-server/models -v /home/user1/retail.vision-self-checkout-demo-master/configs/framework-pipelines:/home/pipeline-server/framework-pipelines -w /home/pipeline-server -e BARCODE_RECLASSIFY_INTERVAL=5 -e OCR_RECLASSIFY_INTERVAL=5 -e OCR_DEVICE=CPU -e LOG_LEVEL= -e GST_DEBUG=0 -e decode_type=vaapidecodebin -e pre_process=pre-process-backend=vaapi-surface-sharing -e pre-process-config=VAAPI_FAST_SCALE_LOAD_FACTOR=1 -e LOW_POWER= -e cid_count=0 -e inputsrc=filesrc location=vids/5-Bottles-short.mp4 ! qtdemux ! h264parse -itd -e CPU_ONLY= -e AUTO_SCALE_FLEX_140= --rm sco-soc:2.0 bash -c framework-pipelines/arc/yolov5s_full.sh
sudo ./docker-run.sh --platform core --inputsrc file:5-Bottles-short.mp4
tried rtsp stream also as input but same result.
Is it right to have this option(../arc/..) even for core? - "-c framework-pipelines/arc/yolov5s_full.sh"
not tried benchmark yet

Need to verify with Arc system

verified with Arc system, I could reproduce the problem, but not sure platform=core running pipeline on Arc system is something we are going to support

This is not a bug, but enhancement now


fix(compiler-sfc): should not rewrite identifier in type declarations

fix #4062

Thanks for the PR - but I think it's better to avoid walking identifiers in type AST altogether: 6fad2093


infineon: flash driver failing CI

Describe the bug
The following test is failing due to HAL misconfiguration, causing CI failures in #73302
west build -b cyw920829m2evk_02 tests/drivers/flash/common -T drivers.flash.common.default

Cause appears to be that CYHAL_DRIVER_AVAILABLE_NVM is not defined, I don't know enough (anything) about Infineon HAL to diagnose further.
Impact
CI failures
Logs and console output
/home/jordan/zephyr-sdk-0.16.5/arm-zephyr-eabi/bin/../lib/gcc/arm-zephyr-eabi/12.2.0/../../../../arm-zephyr-eabi/bin/ld.bfd: zephyr/drivers/flash/libdrivers__flash.a(flash_ifx_cat1.c.obj): in function `ifx_cat1_flash_erase':
/home/jordan/code/zephyr/zephyr/drivers/flash/flash_ifx_cat1.c:130: undefined reference to `cyhal_nvm_erase'
/home/jordan/zephyr-sdk-0.16.5/arm-zephyr-eabi/bin/../lib/gcc/arm-zephyr-eabi/12.2.0/../../../../arm-zephyr-eabi/bin/ld.bfd: zephyr/drivers/flash/libdrivers__flash.a(flash_ifx_cat1.c.obj): in function `ifx_cat1_flash_init':
/home/jordan/code/zephyr/zephyr/drivers/flash/flash_ifx_cat1.c:176: undefined reference to `cyhal_nvm_init'
/home/jordan/zephyr-sdk-0.16.5/arm-zephyr-eabi/bin/../lib/gcc/arm-zephyr-eabi/12.2.0/../../../../arm-zephyr-eabi/bin/ld.bfd: zephyr/drivers/flash/libdrivers__flash.a(flash_ifx_cat1.c.obj): in function `ifx_cat1_flash_write':
/home/jordan/code/zephyr/zephyr/drivers/flash/flash_ifx_cat1.c:96: undefined reference to `cyhal_nvm_write'
/home/jordan/zephyr-sdk-0.16.5/arm-zephyr-eabi/bin/../lib/gcc/arm-zephyr-eabi/12.2.0/../../../../arm-zephyr-eabi/bin/ld.bfd: zephyr/drivers/flash/libdrivers__flash.a(flash_ifx_cat1.c.obj): in function `ifx_cat1_flash_read':
/home/jordan/code/zephyr/zephyr/drivers/flash/flash_ifx_cat1.c:63: undefined reference to `cyhal_nvm_read'
collect2: error: ld returned 1 exit status
ninja: build stopped: subcommand failed.
FATAL ERROR: command exited with status 1: /usr/bin/cmake --build /home/jordan/code/zephyr/zephyr/build

Environment (please complete the following information):

Zephyr 3a3f25c9a683562dcf09232eb754fa544affac3b

This problem has been present since the introduction of this target in f96e6ccbc065eef90852ec730bf2b3d440907298

CC @sreeramIfx

I have pushed a fix (https://github.com/zephyrproject-rtos/zephyr/pull/73377) and closed it since its being updated in https://github.com/zephyrproject-rtos/zephyr/pull/73267 as well. Since this PR is approved it should me merged soon..

I have pushed a fix (#73377) and closed it since its being updated in #73267 as well. Since this PR is approved it should me merged soon..

That is not going to resolve this issue as it is a different test application.
Simply excluding the platform from individual tests is not going to solve the root cause.

I am working on a PR to address the root cause, Please let me know if there is a better way to unblock other PR's in the meanwhile.

Great. For my part just make sure to revert the excluding of the platform in https://github.com/zephyrproject-rtos/zephyr/pull/73267.

@sreeramIfx @ifyall What is the status on this issue?

There was another issue created for the same error(https://github.com/zephyrproject-rtos/zephyr/issues/73525), This is fixed @ https://github.com/zephyrproject-rtos/zephyr/pull/73552

Thanks @sreeramIfx . Closing as duplicate (and fixed)


Add GetWidth() to Bar (analogous to GetHeight())

I wasn't sure enough to also include a GetSize() as I don't know what consequences this would have. A GetPaneSize() would be another option. But since I didn't require the height I didn't pursue this option.

Sounds good, except maybe both GetWidth and GetHeight should in fact be in ToolBar? (They seems to actually return ToolBar size).


Reduce editor association setting verbosity.

This PR fixes #122365
It seemed like everyone enjoyed the way files.associations worked so I copied that flow.
This will read in and be able to handle the old and new format, but will only write to the new format. When I try to handle conversion I get an error saying we can't write to the user setting because there are errors. This is shown due to the fact that the types have changed from array to object, if you have any suggestions let me know.
Secondly, the biggest downside to this is we lose intellisense. The loss of intellisense does clean up a lot of code since it was dynamic, but that is still something to consider. File associations also doesn't have intellisense and the setting is often set through a picker similar to custom editors.

Besides the nice concise format, imho the biggest advantage is to have UI now to edit the values from the settings editor:


Node.js fails to generate qr with custom png

I'm trying to set this generator up on node, but it fails with the error:

TypeError: Image or Canvas expected

at line 1493 of awesome-qr-node.js: context.drawImage(imgEl, 0, 0);
I have this set up in my server like this:
        const AwesomeQR = require('awesome-qr');
        const {Image} = require('canvas');

        const backgroundImage = new Image();
        backgroundImage.src = path.resolve(__dirname, '../src/assets/logos/akkadu-logo-outer-solid-100.png');
        console.log('---->', backgroundImage); // returns [Image:100x101 /Users/terminallychill/Sites/Akkadu/Akkadu_Cloud_Presentation/src/assets/logos/akkadu-logo-outer-solid-100.png complete]

        const image = {};

        new AwesomeQR().create({
          text: 'https://www.google.com',
          size: 250,
          backgroundImage,
          // autoColor: true,
          callback: (data) => {
            if (!data) {
              console.log('failed to generate the QR code');
            } else {
              image.data = data;
              // play with binary PNG data
            }
          },
        });

Without the backgroundImage, the qr code generates just fine, so I'm wondering if there is a problem/workound with the canvas module?

Workaround:
        const AwesomeQR = require('awesome-qr');
        const {Image} = require('awesome-qr/node_modules/canvas');

        const backgroundImage = new Image();
        backgroundImage.src = path.resolve(__dirname, '../src/assets/logos/akkadu-logo-outer-solid-100.png');
        console.log('---->', backgroundImage); // returns [Image:100x101 /Users/terminallychill/Sites/Akkadu/Akkadu_Cloud_Presentation/src/assets/logos/akkadu-logo-outer-solid-100.png complete]

        const image = {};

        new AwesomeQR().create({
          text: 'https://www.google.com',
          size: 250,
          backgroundImage,
          // autoColor: true,
          callback: (data) => {
            if (!data) {
              console.log('failed to generate the QR code');
            } else {
              image.data = data;
              // play with binary PNG data
            }
          },
        });

Seems there's a problem with importing a separate node-canvas module into a project, so you'll have to import the same one from awesome-qr to work. Works fine for me, should update the documentation to include this caveat for as long as it's a problem with node-canvas.
https://github.com/harthur/kittydar/issues/20#issuecomment-131198319

Thanks! Workaround fixed it for me. Should be added to the readme file as it took me some time before I checked the issues here.


Unable to create array on CPU when using GPU backend

Please:

[x] Check for duplicate issues.
[x] Provide a complete example of how to reproduce the bug, wrapped in triple backticks like this:

import jax
import jax.numpy as np

device_cpu = jax.devices('cpu')[0]
arr = np.array([0, 1, 2, 3, 4, 5], dtype=np.uint8, device=device_cpu)
print(arr.device_buffer.device())  # prints gpu:0, expected cpu

[x] If applicable, include full error messages/tracebacks.

N/A

Sorry about this - the device argument was unintentinally added to this function, and has no effect. #8938 removes it.
If you want to create an array on a particular device, you can use jax.device_put. For example:
import jax
import jax.numpy as np

device_cpu = jax.devices('cpu')[0]
arr1 = np.arange(4)
arr2 = jax.device_put(arr1, device=device_cpu)
print(arr1.device_buffer.device())
# gpu:0
print(arr2.device_buffer.device())
# TFRT_CPU_0

Thanks for the fix! However, if I am creating a very large array, this approach will not work, since I have to create the array on GPU first, while GPU is not capable of holding it.

How are you creating the array? Is it an arange as in your question?

I am trying to write deep learning programs in jax. Previously in PyTorch, I can load the whole dataset (which is very large) to memory first, then send a small subset to GPU for every batch.

OK, I'm having trouble figuring out how to give actionable advice based on that information. If you have a specific question, I'd love to try and get you an answer.

For example,
In numpy:
import numpy as np
import numpy.random as random

batch_size = 2

a = random.uniform(size=(batch_size, 10000, 100000))
b = random.uniform(size=(100000, 10000))

c = np.dot(a, b)
print(c.shape)  # output: (2, 10000, 10000)

However, in jax, if using TPU backend (the same applies for GPU), this is not possible:
import jax
import jax.numpy as np
import jax.random as random

batch_size = 2

key = random.PRNGKey(42)

key, *subkey = random.split(key, num=3)
a = random.uniform(subkey[0], shape=(batch_size, 10000, 100000))
b = random.uniform(subkey[1], shape=(100000, 10000))

c = np.dot(a, b)
print(c.shape)

because
RuntimeError: RESOURCE_EXHAUSTED: Attempting to reserve 14.92G at the bottom of memory. That was not possible. There are 8.02G free, 0B reserved, and 8.02G reservable

So I would like to allocate the array directly on CPU, and send a smaller batch to TPU/GPU each time.

Your Numpy array is allocated on CPU, and you can send pieces of it to TPU/GPU by passing them to device_put. Is there a reason that isn't suitable for you?
Also, it sounds like you'd be interested in ongoing work on more fine-grained control of the default device: https://github.com/google/jax/issues/8879


[Error: Input buffer contains unsupported image format]

hello, i have a possible bug in sharp to put you in perspective we are installed sharp with yarn to the latest version (0.30.3)  on debian 11, now when we use file with png extention  we got this error [Error: Input buffer contains unsupported image format]
this is what we get when we log  sharp.format

It looks like you're using sharp with a globally-installed libvips that has been compiled without support for PNG images.

How can I please install it with png support ?


avfs: 1.0.5 -> 1.0.6

Semi-automatic update generated by https://github.com/ryantm/nixpkgs-update tools. This update was made based on information from https://repology.org/metapackage/avfs/versions.
meta.description for avfs is: '"Virtual filesystem that allows browsing of compressed files"'.

Checks done (click to expand)

built on NixOS
/nix/store/ibdpbhzlh7y7r4ym0xw4hwavv2b4l3gz-avfs-1.0.6/bin/avfsd passed the binary check.
Warning: no invocation of /nix/store/ibdpbhzlh7y7r4ym0xw4hwavv2b4l3gz-avfs-1.0.6/bin/ftppass had a zero exit code or showed the expected version
Warning: no invocation of /nix/store/ibdpbhzlh7y7r4ym0xw4hwavv2b4l3gz-avfs-1.0.6/bin/davpass had a zero exit code or showed the expected version
Warning: no invocation of /nix/store/ibdpbhzlh7y7r4ym0xw4hwavv2b4l3gz-avfs-1.0.6/bin/mountavfs had a zero exit code or showed the expected version
Warning: no invocation of /nix/store/ibdpbhzlh7y7r4ym0xw4hwavv2b4l3gz-avfs-1.0.6/bin/umountavfs had a zero exit code or showed the expected version
/nix/store/ibdpbhzlh7y7r4ym0xw4hwavv2b4l3gz-avfs-1.0.6/bin/avfs-config passed the binary check.
2 of 6 passed binary check by having a zero exit code.
1 of 6 passed binary check by having the new version present in output.
found 1.0.6 with grep in /nix/store/ibdpbhzlh7y7r4ym0xw4hwavv2b4l3gz-avfs-1.0.6
directory tree listing: https://gist.github.com/41281c372508e2e9345d6d5c9cdf2eff
du listing: https://gist.github.com/cecc8e6b848f00e6a165c63cad9b7ebc

Instructions to test this update (click to expand)

One-time optional setup to skip building using Cachix:

Install cachix from https://cachix.org/
Use r-ryantm's cache:cachix use r-ryantm

Test this update by entering a nix shell, seeing what is inside the
result, and if applicable, running some binaries:
nix-shell --pure -I nixpkgs=https://github.com/r-ryantm/nixpkgs/archive/f26b6497e89879f8d31f8f61a523231653764084.tar.gz -p avfs
ls -la /nix/store/ibdpbhzlh7y7r4ym0xw4hwavv2b4l3gz-avfs-1.0.6

Success on x86_64-linux (full log)
Attempted: avfs
Partial log (click to expand)
/nix/store/ibdpbhzlh7y7r4ym0xw4hwavv2b4l3gz-avfs-1.0.6/lib/avfs/extfs/uadf: interpreter directive changed from " /bin/sh" to "/nix/store/czx8vkrb9jdgjyz8qfksh10vrnqa723l-bash-4.4-p23/bin/sh"
/nix/store/ibdpbhzlh7y7r4ym0xw4hwavv2b4l3gz-avfs-1.0.6/lib/avfs/extfs/trpm: interpreter directive changed from " /bin/sh" to "/nix/store/czx8vkrb9jdgjyz8qfksh10vrnqa723l-bash-4.4-p23/bin/sh"
/nix/store/ibdpbhzlh7y7r4ym0xw4hwavv2b4l3gz-avfs-1.0.6/lib/avfs/extfs/uxdms: interpreter directive changed from " /bin/sh" to "/nix/store/czx8vkrb9jdgjyz8qfksh10vrnqa723l-bash-4.4-p23/bin/sh"
/nix/store/ibdpbhzlh7y7r4ym0xw4hwavv2b4l3gz-avfs-1.0.6/bin/avfs-config: interpreter directive changed from "/bin/sh" to "/nix/store/czx8vkrb9jdgjyz8qfksh10vrnqa723l-bash-4.4-p23/bin/sh"
/nix/store/ibdpbhzlh7y7r4ym0xw4hwavv2b4l3gz-avfs-1.0.6/bin/mountavfs: interpreter directive changed from "/bin/bash" to "/nix/store/czx8vkrb9jdgjyz8qfksh10vrnqa723l-bash-4.4-p23/bin/bash"
/nix/store/ibdpbhzlh7y7r4ym0xw4hwavv2b4l3gz-avfs-1.0.6/bin/davpass: interpreter directive changed from " /bin/sh" to "/nix/store/czx8vkrb9jdgjyz8qfksh10vrnqa723l-bash-4.4-p23/bin/sh"
/nix/store/ibdpbhzlh7y7r4ym0xw4hwavv2b4l3gz-avfs-1.0.6/bin/ftppass: interpreter directive changed from " /bin/sh" to "/nix/store/czx8vkrb9jdgjyz8qfksh10vrnqa723l-bash-4.4-p23/bin/sh"
/nix/store/ibdpbhzlh7y7r4ym0xw4hwavv2b4l3gz-avfs-1.0.6/bin/umountavfs: interpreter directive changed from "/bin/bash" to "/nix/store/czx8vkrb9jdgjyz8qfksh10vrnqa723l-bash-4.4-p23/bin/bash"
checking for references to /build in /nix/store/ibdpbhzlh7y7r4ym0xw4hwavv2b4l3gz-avfs-1.0.6...
/nix/store/ibdpbhzlh7y7r4ym0xw4hwavv2b4l3gz-avfs-1.0.6

Success on aarch64-linux (full log)
Attempted: avfs
Partial log (click to expand)
/nix/store/pvv97yw6j91ms6zi1bci1vbr0sblz7c9-avfs-1.0.6/lib/avfs/extfs/uarj: interpreter directive changed from " /bin/sh" to "/nix/store/fqm2x6kiay1q4vg7pqp4wp17bdijlyc3-bash-4.4-p23/bin/sh"
/nix/store/pvv97yw6j91ms6zi1bci1vbr0sblz7c9-avfs-1.0.6/lib/avfs/extfs/uar: interpreter directive changed from "/bin/sh" to "/nix/store/fqm2x6kiay1q4vg7pqp4wp17bdijlyc3-bash-4.4-p23/bin/sh"
/nix/store/pvv97yw6j91ms6zi1bci1vbr0sblz7c9-avfs-1.0.6/lib/avfs/extfs/uace: interpreter directive changed from " /bin/sh" to "/nix/store/fqm2x6kiay1q4vg7pqp4wp17bdijlyc3-bash-4.4-p23/bin/sh"
/nix/store/pvv97yw6j91ms6zi1bci1vbr0sblz7c9-avfs-1.0.6/lib/avfs/extfs/u7z: interpreter directive changed from " /bin/sh" to "/nix/store/fqm2x6kiay1q4vg7pqp4wp17bdijlyc3-bash-4.4-p23/bin/sh"
/nix/store/pvv97yw6j91ms6zi1bci1vbr0sblz7c9-avfs-1.0.6/lib/avfs/extfs/lslR: interpreter directive changed from " /bin/sh" to "/nix/store/fqm2x6kiay1q4vg7pqp4wp17bdijlyc3-bash-4.4-p23/bin/sh"
/nix/store/pvv97yw6j91ms6zi1bci1vbr0sblz7c9-avfs-1.0.6/lib/avfs/extfs/iso9660: interpreter directive changed from " /bin/sh" to "/nix/store/fqm2x6kiay1q4vg7pqp4wp17bdijlyc3-bash-4.4-p23/bin/sh"
/nix/store/pvv97yw6j91ms6zi1bci1vbr0sblz7c9-avfs-1.0.6/lib/avfs/extfs/hp48: interpreter directive changed from "/bin/sh" to "/nix/store/fqm2x6kiay1q4vg7pqp4wp17bdijlyc3-bash-4.4-p23/bin/sh"
/nix/store/pvv97yw6j91ms6zi1bci1vbr0sblz7c9-avfs-1.0.6/lib/avfs/extfs/audio: interpreter directive changed from " /bin/sh" to "/nix/store/fqm2x6kiay1q4vg7pqp4wp17bdijlyc3-bash-4.4-p23/bin/sh"
checking for references to /build in /nix/store/pvv97yw6j91ms6zi1bci1vbr0sblz7c9-avfs-1.0.6...
/nix/store/pvv97yw6j91ms6zi1bci1vbr0sblz7c9-avfs-1.0.6

No attempt on x86_64-darwin (full log)
The following builds were skipped because they don't evaluate on x86_64-darwin: avfs
Partial log (click to expand)

a) For `nixos-rebuild` you can set
  { nixpkgs.config.allowUnsupportedSystem = true; }
in configuration.nix to override this.

b) For `nix-env`, `nix-build`, `nix-shell` or any other Nix command you can add
  { allowUnsupportedSystem = true; }
to ~/.config/nixpkgs/config.nix.


How can we move Programs between Playspaces?

We're starting to create enough Programs in enough playspaces that there's a need for some more organization, especially now that we can easily duplicate Programs. It'd also be nice to be able to move Programs that are being tested in one playspace, more officially to another such as templates.
I tried an SQL query in ElephantSQL but was met with an error.

UPDATE programs
SET spaceName = 'newSpaceName'
WHERE number =  [programNumber];

@jbphet said he'd investigate!
We might also consider adding a UI component to move a Program from one playspace to another. Maybe similar to the New Program dialog?
Let's figure out the right command to move Programs, then decide if it's frustrating enough to need a UI component.

When deciding how to unqiuely identify Programs, we realized that we might run into issues if moving programs from one spaceName to another and they each have the same dot sequence.
We need to verify what will happen when two dot sequences (paper numbers?) are in the database as a whole (not the same playspace) and if the Projector will choose to run the one in the spaceName you are currently in.
For now, let's hold off on this. There are bigger fish to fry.

Current ideas for future implementation:

Confine program detection to current Space. Currently, programs don't run if you're not in the right space anyway, even if the tool recognizes them. We create the possibility for each space to have the full combination of dot sequences by doing this and don't lose any functionality (I think?)

Right now we need to copy programs to a new space (which assigns them a new dot sequence) and delete the old one to do a full transfer. Multiselect #65, will make this easier, but someday we might want a Transfer function. Adding to wishlist for now.

We prioritized the Creator interface, which enables duplicating projects or creating/applying templates. Since we're not supporting the JavaScript editor and space management from Camera.html anymore, I am closing this issue.


[YBUG.IO] I am not being allowed to borrow...

I am not being allowed to borrow. See the screen shot. The transaction hash is 0x593f149c809457a571930bfa17c3b6f01298c8fff5f9f91938e79d8c0e1aba2a
I have alittle over .09rbtc and wanted to borrow 2k in usdt and was unable to. I Lended out .04 rbrtc and tried to borrow 1k thinking that might matter but it did not. I am still getting the same failed message.
Source url: https://live.sovryn.app/lend
Reported by<EMAIL_ADDRESS>Reported at: 19 Apr at 04:57 UTC
Location: CA, Quebec, Montreal
Browser: Firefox 87.0
OS: Windows 10.0
Screen: 1920x1080
Viewport: 1418x954
Screenshot:

For more details please visit report page on Ybug:
https://ybug.io/dashboard/reports/detail/jbhn6crj3tdza9tk3t44

Issue is due to running out of gas
https://dashboard.tenderly.co/tx/rsk/0x593f149c809457a571930bfa17c3b6f01298c8fff5f9f91938e79d8c0e1aba2a