[Bug]: ValidationError: 1 validation error for NodeWithScore node   Can't instantiate abstract class BaseNode with abstract methods get_content, get_metadata_str, get_type, hash, set_content (type=type_error)

Bug Description
Hi,
I am trying to run a query by using chat engine. My vector store is in pinecone. My code was running properly with version 9. But i wanted to adjust my codes for version 10. can you please help me? What can be wrong?
Thanks in advance,
Version
0.10.3
Steps to Reproduce
index = VectorStoreIndex.from_vector_store(vector_store=vector_store)
engine = index.as_chat_engine(similarity_top_k= 10,
chat_mode="condense_plus_context",
llm=llm,
context_prompt=context_prompt,
verbose=False,
)
engine.chat(question)
Relevant Logs/Tracbacks
No response

I am using sentence window method. I have only nodes.
`from llama_index.core.node_parser.text.sentence_window import SentenceWindowNodeParser
from llama_index.core.node_parser import SentenceSplitter
create the sentence window node parser w/ default settings
node_parser = SentenceWindowNodeParser.from_defaults(
window_size=5,
window_metadata_key="window",
original_text_metadata_key="original_text",
)
nodes = node_parser.build_window_nodes_from_documents(docs)`
I inserted nodes to the vector store.

https://github.com/run-llama/llama_index/issues/10697#issuecomment-1944228353
@ayseozgun not sure if you saw my response in the other (perhaps related) issue. With a fresh venv, I was able to create a VectorStoreIndex from a VectorStore (namely qdrant) and use it successfully as a query engine.
Please do ensure that you are using a brand new virtual env when working with v0.10.

Thanks for response.
I tried in new env with these versions, still did not work and same error:
llama-index                         0.10.3 llama-index-agent-openai            0.1.1 llama-index-core                    0.10.3 llama-index-embeddings-openai       0.1.1 llama-index-legacy                  0.9.48 llama-index-llms-anyscale           0.1.1 llama-index-llms-langchain          0.1.1 llama-index-llms-openai             0.1.1 llama-index-multi-modal-llms-openai 0.1.1 llama-index-program-openai          0.1.1 llama-index-question-gen-openai     0.1.1 llama-index-readers-file            0.1.3

Thanks for response.
I tried in new env with these versions, still did not work and same error:
llama-index 0.10.3 llama-index-agent-openai 0.1.1 llama-index-core 0.10.3 llama-index-embeddings-openai 0.1.1 llama-index-legacy 0.9.48 llama-index-llms-anyscale 0.1.1 llama-index-llms-langchain 0.1.1 llama-index-llms-openai 0.1.1 llama-index-multi-modal-llms-openai 0.1.1 llama-index-program-openai 0.1.1 llama-index-question-gen-openai 0.1.1 llama-index-readers-file 0.1.3

Thanks for confirming. Will find some time to replicate the issue on my end with your setup:

pinecone vector store
openai llms/embeddings

Correct?

@ayseozgun I'm going to mark thiat as duplicate of #10697 and close this issue in favour of having comms in that one instead.


Document runInTransaction change set attribute for auto-commit Cypher queries

There are two kinds of queries that cannot run in explicit, client-side transactions in Cypher:

up to 4.4 included, queries with USING PERIODIC COMMIT hint (see LOAD CSV)
starting from 4.4, queries with CALL {} IN TRANSACTIONS

They should run separate change sets, with the attribute runInTransaction set to false.
This should be verified (via an integration test for instance) and documented.

This is currently blocked on the JDBC driver side.
The JDBC driver currently implements autocommit with explicit transactions so the above constructs won't work.
See https://github.com/neo4j-contrib/neo4j-jdbc/issues/377.

This is unblocked now that the JDBC layer has been re-written.


Add Gatekeeper instructions for installing

chmod +x makes things executable, which does not solve this authorization problem. The issue is that Apples Gatekeeper restricts the apps to be executed. My change explains how to bulk set all applications under the cmd/ folder into approved, as if you would have manually seen the warning once for each of the 5 executables inside the workflow and approving them via System Preferences > Security & Privacy > General, but now in just 1 go and you're done 🎉
Perhaps this should even be an official installation step, as recent MacOS versions will always nag you about this. 🤔 Therefore I have added that sentence to the Install part too.  Thank you for creating this!!

Interesting. Thank you for the update on this.


ModuleNotFoundError: No module named 'requests.packages.urllib3.contrib.appengine'

ModuleNotFoundError: No module named 'requests.packages.urllib3.contrib.appengine'
File "D:\Newfolder\PROJECT\compile\main.dist\main.py", line 19, in
File "D:\Newfolder\PROJECT\compile\main.dist\constanttemp.py", line 7, in
File "D:\Newfolder\PROJECT\compile\main.dist\pyrebase_init_.py", line 1, in
File "D:\Newfolder\PROJECT\compile\main.dist\pyrebase\pyrebase.py", line 19, in
nuitka version - latest
python version 3.9
the command used to compile
python -m nuitka --follow-imports main.py --onefile --include-data-files=logo2.txt=. --windows-icon-from-ico=C:\aa.ico --enable-console
after running exe

In the template, I have made it clear, that not filling out the issue template is not acceptable. I am closing this kind of report as invalid. The main reason is that I do not want to be left guessing. For you it's easy to erase the issue template and expect me to ask you questions only as necessary, but I cannot do that. I would much rather wait for you to create a new report, fill out the template, or wait for somebody with the necessary skill to do it.
In short: No issue template, no fun.


proposal: Go 2: Add checked/unchecked arithmetic keywords

I propose that Go adds checked and unchecked keywords for arithmetic operations that function like those of C#. This is somewhat similar to the Go 2 error handling proposal.
This is related to #19624. If #19624 is accepted, then cases like hash64.go could be handled by wrapping the calculations in an unchecked block, which is a cleaner solution than anything I saw presented on #19624.
Blocks
checked {
  x := a * b
  y := a + b
  z := x^y
}

unchecked {
  x := a * b
  y := a + b
  z := x^y
}

Statements
It would be difficult to allow checked and unchecked to be used on statements without breaking backwards compatibility or making it confusing. The possibilities that occur to me are A) not bothering (only supporting blocks), B) unchecked(a * b), or C) unchecked a * b.

To clarify, the keywords would not affect the compilation of function calls. For example, given f(x * y) * z, only the two multiplication operations would be affected. Nothing inside the function call would be affected.

This is a lot of mechanism to add for a relatively small part of the language.
cc @bcmills

It sounds like this would be better handled by a library for checked arithmetic.


Add arm, arm64 goarch

Added secondary loop for arm builds as it's not clear if this is useful for all arches or not -- I guess windows and freebsd could make sense. Feel free to tweak or just drop.
Fixes #56 .

Thanks! I'll release this once I am back (I'm away right now).


QT QML engine fails to load .py file with canlib import inside

QT QML (Pyside6) engine fails to load and show windows of application if there's an import like this: from canlib import canlib.
The root cause of the problem is calling the WIN32 API SetDefaultDllDirectories() in dllLoader.py.
Here you can find it: https://github.com/Kvaser/pycanlib/blob/v1.22.565/canlib/dllLoader.py#L191
The problem described here: https://stackoverflow.com/questions/75395798/qqmlapplicationengine-failed-to-load-component-when-im-trying-to-use-external-l

Thank you for bringing this to our attention and providing the likely cause. We are looking into it.


drivers/serial: ns16550: Remove unused Kconfig symbols

These symbols are not referenced anywhere. The values always come from DTS, at least if https://github.com/zephyrproject-rtos/zephyr/pull/13760 was correct.

These symbols are not referenced anywhere. The values always come from DTS, at least if #13760 was correct.

I noticed this after, I'm not sure we can just remove them.  We need to validate how UART_NS16550_PORT_0_IRQ_PRI was set/used for nios2f.

These symbols are not referenced anywhere. The values always come from DTS, at least if #13760 was correct.

I noticed this after, I'm not sure we can just remove them. We need to validate how UART_NS16550_PORT_0_IRQ_PRI was set/used for nios2f.

Yeah, I tried to hint at it in the PR too, but not sure if I made myself clear. This stuff gets kinda confusing. :)

Codecov Report

Merging #13892 into master will increase coverage by 0.03%.
The diff coverage is n/a.

@@            Coverage Diff             @@
##           master   #13892      +/-   ##
==========================================
+ Coverage   52.26%   52.29%   +0.03%
==========================================
  Files         307      307
  Lines       45425    45425
  Branches    10506    10506
==========================================
+ Hits        23740    23756      +16
+ Misses      16895    16883      -12
+ Partials     4790     4786       -4

Impacted Files
Coverage Δ

subsys/testsuite/ztest/src/ztest.c
72.72% <0%> (+7.43%)
:arrow_up:

subsys/testsuite/ztest/include/ztest_assert.h
77.77% <0%> (+38.88%)
:arrow_up:

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 ddf744d...415b19b. Read the comment docs.

These symbols are not referenced anywhere. The values always come from DTS, at least if #13760 was correct.

I noticed this after, I'm not sure we can just remove them. We need to validate how UART_NS16550_PORT_0_IRQ_PRI was set/used for nios2f.

Yeah, I tried to hint at it in that PR too, but not sure if I made myself clear. This stuff gets kinda confusing. :)

It should be okay for nios2f. There are no interrupts defined for UART under nios2f or altera_max10 so UART_NS16550_PORT_0_IRQ_PRI is not being used.


ISPN-7867 MetaParams enhancements

https://issues.jboss.org/browse/ISPN-7867

minor fixes in generics
add remove and replace methods to MetaParams

@galderz updated, I've removed the externalizer completely.

@pruivo Thanks, updated & rebased.

@danberindei may all your wishes come true

Looks good, waiting for CI. Or is there anything still bothering you @pruivo ?

CI looks pristine, integrating ;)

Integrated, thanks Radim!


[TensorIR][M1c] LowerInitBlock

This PR is the first part of the stage M1c, TensorIR upstreaming plan (#7527) on lowering init block.
We just use if branch to replace the init block. e.g.
Before
with tir.block([16, 16, tir.reduce_axis(16)]) as [i, j ,k]:
    with tir.init():
        C[i, j] = tir.float32(0)
    C[i, j] += A[i, k] * B[j, k]

After
with tir.block([16, 16, tir.reduce_axis(16)]) as [i, j ,k]:
    if k == 0:
        C[i, j] = tir.float32(0)
    C[i, j] += A[i, k] * B[j, k]

Please note that we only provide the default behavior for lowering the init part, which is not performent. We will provide primitives for users to manually "decompose" init part.
cc @tqchen @junrushao1994 @jroesch @comaniac @jcf94

Thanks @comaniac @junrushao1994 for reviewing. Thanks @Hzfengsy


Disable harb-tab detection for .go and Makefiles

These files require hard tabs, no matter what, so it's silly that each
user would have to exclude them manually.

NOTE: I haven't added tests yet as I wanted to get feedback on the approach. I'm surprised I haven't run into this before since I've been using overcommit and Make/Go for so long... am I missing something obvious?

Any reason we couldn't use the exclude option on the hook configuration itself to accomplish this?
  HardTabs:
    exclude:
      - '**/Makefile'
      - '**/Makefile.*'
      - '**/makefile.*'
      - '**/*.go'

Unfortunately Ruby globs don't support alternation, so there's some duplication here if you want case-insensitivity.
As for why having to add this is a surprise, this is probably because I removed some default exclusions in 3f7c037b960e4a933ed4d22d97a00ac9010afd6b. My reasoning at the time was that you already had to opt-in to use the hook, so it was up to you to also specify which files it considered. My other reasoning was that I was expecting to add better support for sharing configurations across multiple projects, but this never happened.
I admit I'm more open to setting defaults here, since it's overwhelmingly the case that .go will refer to Golang files. Feel free to update the PR appropriately; no need to add tests.

@sds it seems silly to have to have all users add the same exclude blocks when we know that there are going to be hard-tabs in .go and Makefiles. Unless there's some other way for me to express that this hook has a default set of excludes. That's why I was putting this up as a request for comment, not necessarily a "real" diff.

Right, I was trying to suggest to add those exclusions to the default HardTabs configuration in https://github.com/brigade/overcommit/blob/d44631403a3c06b08ffbe818eef58cb4cf7e91e6/config/default.yml#L301-L306
This would apply to all users of Overcommit going forward.
I'm on your side here. I was simply trying to convey why I originally removed the default. My fear was that Overcommit would start receiving pull requests for file extensions of questionable importance, and I didn't want to have to start investigating the "worthiness" of these extensions and whether they warranted being a default.
My hope was to have Overcommit support reusable configurations so that, for example, you could include an "overcommit-golang" gem (or something like that) which would immediately configure Overcommit with defaults appropriate for Golang projects. I never got around to this.
At the end of the day, Makefiles and Golang files are popular enough that setting them as defaults makes sense, so I'm all for adding them to the default exclude for HardTabs. Does that make sense?

Makes total sense. I was missing "default.yml". Will update the PR.
On Thu, Jun 29, 2017 at 7:52 AM Shane da Silva<EMAIL_ADDRESS>wrote:

Right, I was trying to suggest to add those exclusions to the default
HardTabs configuration in
https://github.com/brigade/overcommit/blob/d44631403a3c06b08ffbe818eef58cb4cf7e91e6/config/default.yml#L301-L306
This would apply to all users of Overcommit going forward.
I'm on your side here. I was simply trying to convey why I originally
removed the default. My fear was that Overcommit would start receiving pull
requests for file extensions of questionable importance, and I didn't want
to have to start investigating the "worthiness" of these extensions and
whether they warranted being a default.
My hope was to have Overcommit support reusable configurations so that,
for example, you could include an "overcommit-golang" gem (or something
like that) which would immediately configure Overcommit with defaults
appropriate for Golang projects. I never got around to this.
At the end of the day, Makefiles and Golang files are popular enough that
setting them as defaults makes sense, so I'm all for adding them to the
default exclude for HardTabs. Does that make sense?
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/brigade/overcommit/pull/497#issuecomment-311991325,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAF7P5BF05GaLH-KbQ77dxs-pAf2v_yFks5sI7oogaJpZM4OHYxw
.

Released 0.40.0. Hope that helps!

\o/ thanks
On Thu, Jun 29, 2017 at 9:03 AM Shane da Silva<EMAIL_ADDRESS>wrote:

Released 0.40.0
https://github.com/brigade/overcommit/releases/tag/v0.40.0. Hope that
helps!
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/brigade/overcommit/pull/497#issuecomment-312013370,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAF7PwKqBSEYV2xRctPtY5R9_2jSNSVEks5sI8rMgaJpZM4OHYxw
.


Basic readme update

Extreamy basic update to the readme. Just removing the template readme for now.
Let me know if anyone thinks of anything to add.

Approved ✅

I'm getting ready to merge and updating the change log - please @me if any other changes are pushed.


v2.0.0 broke imports \ outdated readme

import statement in the quickstart guide no longer work
instead of:
import { EnvalidModule } from 'nestjs-envalid';

we now have to write:
import { EnvalidModule } from 'nestjs-envalid/dist/src/envalid.module';

either quickstart guide should be updated or exported members need to be redefined in a backwards compatible way

Might be related: Cannot find module 'nestjs-envalid' or its corresponding type declarations.
I can see the *.d.ts file in my node_modules so the definitions are there, but they are not properly imported alongside the code.

@K41eb That is probably true, as EnvalidModule is still exported in the main module file.

@K41eb That is probably true, as EnvalidModule is still exported in the main module file.

I made a merge request for my types issues here.

Thanks to @K41eb, this should be fixed in https://github.com/cobraz/nestjs-envalid/releases/tag/v2.1.1.
Let me know if there's still an issue with this, @HazirBot :)

yupp,
tested on my end and it works just fine.
thanks for the fix 👍

Error [ERR_REQUIRE_ESM]: Must use import to load ES Module: projectPath\node_modules\nestjs-envalid\dist\src\plugin.js
require() of ES modules is not supported.
require() of projectPath\node_modules\nestjs-envalid\dist\src\plugin.js from projectPath\dist\env\env.config.js is an ES module file as it is a .js file whose nearest parent package.json contains "type": "module" which defines all .js files in that package scope a
s ES modules.
Instead rename plugin.js to end in .cjs, change the requiring code to use import(), or remove "type": "module" from projectPath\node_modules\nestjs-envalid\package.json.

upgraded to v2.1.1 and got the above.
would you prefer i open a new issue for this one? @cobraz @K41eb
btw, i'm using node v14, if that matters...


Config file place

Describe the bug
Where is the correct place to put the "binance.key' file?
What is the correct permissions?
$ python3.9 pycryptobot.py
Traceback (most recent call last):
  File "/home/user/RUNEBUSD/models/config/binance_parser.py", line 121, in parser
    raise Exception('There is an error in your config dictionary')
Exception: There is an error in your config dictionary

binance.key file content (on same directory of config.json):
"ThEKeyAPI" : "ThES3cre3tAPI"
have tried  without quotes and separated lines ... what is wrong i dont get it.
Ty

Got It.
Please upgrade that ReadMe ;)


slider: Simpler default CSS styles

Current styles have strong opinion about colors/fonts/size. We should strip it down to the bare usable one in default.css.

Yes maybe just default to gray background, black font color and this should be enough?

The whole slider CSS code can be simplified I guess. It weight more than all the other widgets combined. But yes, no colors, no rounded borders at least.

Dunno if we need to spend some good time on this because it should still look good with very little styling. And no rounded borders I am not sure it still looks ok.
Our slider will always be the most styled widget because making it very generic and usable without too much styling is hard.
Defaulting to less shiny colors should be fine for now?

Yeah sure.
We just need to give this slider a little more love one day. This is still by far the most complex widget we have.

So what do we do here? Use less funny colors and black/gray only in default.css? If so create a new issue with clear goals:)

I'll work on a default theme with @pixelastic; not yet sure what we're gonna do with the default styling of the slider but we'll create a new issue once it's more clear.


Kubelet: do not remove directories of terminated pods

We recently changed SyncPods to filter out terminated pods at the beginning
for two reasons:

performance: kubelet no longer keeps goroutines to checks containers for
terminated pods.
correctness: kubelet relies on inspecting dead containers to generate
pod status. Because dead containers may get garbage collected and
kubelet does not have checkpoints yet, syncing terminated pod could
lead to modifying the status of a terminated pod.

However, even though kubelet should not sync the terminated pods, it
should not attempt to remove the directories and volumes for such
pods as long as they have not been deleted. This change fixes aggresive
directory removal by passing all pods (including terminated pods) to the
cleanup functions.

LGTM, thanks @yujuhong!


ReferenceError starting plugin

My homebridge plugin has been working fine and today it suddenly started crashing on startup. I am seeing an error in the fan.js file (line 48). See the attached screenshot from the terminal:

Fixed in the latest release

I am running from an install.sh file. Shouldn't "npm install -gs homebridge-broadlink-rm" get the latest releases? I am still seeing this error.

It should result in
"+<EMAIL_ADDRESS>updated 1 package in 1.769s"


Files no longer has focus after opening via sidebar

Does this issue occur when all extensions are disabled?: Yes

VS Code Version: 1.70.2 (Universal)
OS Version: 12.5.1

Steps to Reproduce:

Open a file on VS Code on MacOS via the explorer sidebar.
The file does not have focus. Using the shortcut for find will search the explorer sidebar

I think this now intentional when you open it with a single click in Explorer. Please try a doubleclick instead.

Older versions of VS code never focused the file. If you started typing or navigating the arrow keys it would do those actions in the explorer. The one thing that has changed is the explorer now has its own find widget which means the explorer now gets the Ctrl/Cmd + F keyboard events rather than the file.

The described behavior is how it is expected to work. If you disagree, please explain what is expected and what is not in more detail. See also our issue reporting guidelines.
Happy Coding!

This isn't the first time I've been burned by sudden changes in the way VS Code's UI works. I find it especially difficult when now muscle memory is forcing be into unexpectedly using this "feature" on a daily basis.
I'm sure I'm not the only one who finds this change disruptive. Is there at least a way to disable it so VS Code behaves the way I expect it to? I don't follow the repo enough to know if there was any community involvement in this change, was there any?

There is https://github.com/microsoft/vscode/issues/157986 which is requesting you typing on filter but there  is no issue currently tracking single click to focus the editor or making that configurable. Feel free to open a feature request if that is the root of your ask. This feature was added to better align all find experiences such as terminals, editors, and the explorer

This feature was added to better align all find experiences such as terminals, editors, and the explorer

(I'm on Mac) If I single-click a tab in terminal, it will have focus. If I single click a sidebar item in Finder, it will have focus.
I can spend an extended period of time in the file window scrolling, interacting with the file, and when I press command+f and touch type nothing will happen and I'll suddenly be focused on the sidebar.
Maybe this was implemented solely with Windows in mind?

I use a Mac as well, so the feature was not designed with just Windows in mind. I think the examples you gave are not super similar to side bar + preview experience. The macOS notes app for example will preview your note but focus will remain in the note list


[Bug] If you comma delimit text, auto complete fails

v11.1 (Portable)
Windows10, 64 Bit
Firstly, thank you for this superb free software. :)
This has been a problem for awhile, but when I add a comma, the next auto replace doesn't work. For example, I have two combos set:
keyword = abc, replace with 123
keyword = def, replace with 345
Type abc and 123 appears, but then type a comma and do def, nothing happens. Hope that is enough info?
Thank you.

It's a normal behavior. , is not considered as a 'word delimiter', so that it can be used as part of a keyword. Your example does not trigger the substitution of def because Beeftext supposes you are typing the keyword ,def, which does not match if the matching mode is set to Strict.
The solution to your problem is to switch the matching mode to Loose instead of Strict (at a global level in the preferences, or for a particular combo in the combo editor dialog. You can learn about the matching mode in the dedicated wiki page.

Thank you for the info. Sorry, thought it was a bug as similar software works fine.


🐛 Also don't count kubestellar-kube-bind-logs

Summary
This PR updates the hack/count-commit.sh script to add kubestellar-kube-bind-logs to the directories not counted.
Related issue(s)
Fixes #

/cc @waltforme
/cc @ezrasilvera

/lgtm
/approve


noob question

when I try to install the requirements, I get:
ERROR: Could not find a version that satisfies the requirement pywin32==301 (from versions: 302, 303)
I am on Python 3.10 on Windows 10 64... do I need to do something like make a specific 32 bit install of Python, or something like that? Please help :)

ok! I downgraded to 3.9, in which pywin32 still works.
I seem to have a noob directory problem, being on windows and all:
I double \'d the directory when inserting it in tts.py, but get:
i run tts.py and get
X:\01____PORTABLE\speech_pytts\SRT-Audio>python tts.py
Traceback (most recent call last):
File "X:\01____PORTABLE\speech_pytts\SRT-Audio\tts.py", line 8, in
parsesrt.parse(srtpath)
File "X:\01____PORTABLE\speech_pytts\SRT-Audio\parsesrt.py", line 22, in parse
ln+=b" "
UnboundLocalError: local variable 'ln' referenced before assignment
what to do?

thank you for the help :)
I'm still having version problems with python and requirements...
immediately there is a pywintypes error [ImportError: No system module
'pywintypes' (pywintypes38.dll)], which should be in pywin32..
could I ask you exactly what version of python you are using, and if I
should set any specific version of pywin32 in the requirements?
Thank you! I am very eager to try this...
here is the full error:
Traceback (most recent call last):
File "tts.py", line 12, in
engine = pyttsx3.init()
File
"C:\Users\David\AppData\Roaming\Python\Python38\site-packages\pyttsx3_init_.py",
line 22, in init
eng = Engine(driverName, debug)
File
"C:\Users\David\AppData\Roaming\Python\Python38\site-packages\pyttsx3\engine.py",
line 30, in init
self.proxy = driver.DriverProxy(weakref.proxy(self), driverName,
debug)
File
"C:\Users\David\AppData\Roaming\Python\Python38\site-packages\pyttsx3\driver.py",
line 50, in init
self.module = importlib.import_module(name)
File
"C:\Users\David\AppData\Local\Programs\Python\Python38\lib\importlib_init.py",
line 127, in import_module
return _bootstrap._gcd_import(name[level:], package, level)
File "", line 1014, in _gcd_import
File "", line 991, in _find_and_load
File "", line 975, in
_find_and_load_unlocked
File "", line 671, in _load_unlocked
File "", line 783, in
exec_module
File "", line 219, in
_call_with_frames_removed
File
"C:\Users\David\AppData\Roaming\Python\Python38\site-packages\pyttsx3\drivers\sapi5.py",
line 10, in
import pythoncom
File
"C:\Users\David\AppData\Roaming\Python\Python38\site-packages\pythoncom.py",
line 2, in
import pywintypes
File
"C:\Users\David\AppData\Roaming\Python\Python38\site-packages\win32\lib\pywintypes.py",
line 105, in
import_pywin32_system_module("pywintypes", globals())
File
"C:\Users\David\AppData\Roaming\Python\Python38\site-packages\win32\lib\pywintypes.py",
line 87, in import_pywin32_system_module
raise ImportError("No system module '%s' (%s)" % (modname,
filename))
ImportError: No system module 'pywintypes' (pywintypes38.dll)
On 2022-03-31 08:59, magnusjwatson2786 wrote:

Sorry about that. I just fixed it. It should work fine now.
--
Reply to this email directly, view it on GitHub [1], or unsubscribe
[2].
You are receiving this because you authored the thread.Message ID:
@.***>
Links:
[1]
https://github.com/magnusjwatson2786/SRT-Audio/issues/2#issuecomment-1084711419
[2]
https://github.com/notifications/unsubscribe-auth/ABACTRJQPSFXPM4RRAFO56TVCW4WZANCNFSM5R7YV6UA


[core] Support multi files of same field name for multipart/form-data

for https://github.com/Azure/autorest.python/issues/2366

API change check
API changes are not detected in this pull request.


How to show master form for Detail Grid RowEntity?

Hello All
I have two Entities. one is Master another is Detail.
In Detail Grid(Not Editor class) when I click on a row field I want to show Master form Instead of Detail form.
Any Idea?

Just change getDialogType method return value in Grid.ts class.


Document Restructured/-named System & Semantic Tokens

Description / User Story
After #564  we have still two open sections on the [figma documentation page] (https://www.figma.com/file/C4vgEKz8mKyulJ4gm3Qdql/🫧-[BLR]-The-B01LER?type=design&node-id=8035%3A7817&mode=design&t=D9h9A1EfFbNNbRwV-1) to document and the restructured System and Semantic Tokens.

Requirements

[x] #564

Acceptance Criteria

[x] The system and semantic tokens documentation in Figma exist

Background information

Documentation how to change the tokens is part of #688

As reviewed today, the story is complete


Feature requests: Add mobile/touch controls

This issue was imported from Closure Library's previous home at http://closure-library.googlecode.com
The link to the original issue is:
https://code.google.com/p/closure-library/issues/detail?id=208

Since 2010 touch/mobile has made its way into various parts of the library


[Event Request] Page 5708 "Get Shipment Lines" - New publisher

Could you please extend the event OnBeforeSetSalesHeader in Page 5708 "Get Shipment Lines"?
procedure SetSalesHeader(var SalesHeader2: Record "Sales Header")
var
    IsHandled: Boolean;
begin
    IsHandled := false;
    OnBeforeSetSalesHeader(SalesHeader, SalesHeader2, IsHandled);
    if IsHandled then
        exit;

    SalesHeader.Get(SalesHeader2."Document Type", SalesHeader2."No.");
    SalesHeader.TestField("Document Type", SalesHeader."Document Type"::Invoice);
end;

[IntegrationEvent(true, false)]
local procedure OnBeforeSetSalesHeader(var SalesHeader: Record "Sales Header"; var SalesHeader2: Record "Sales Header"; var IsHandled: Boolean)
begin
end;

Thanks for reporting this. We agree, and we’ll publish a fix asap, either in an update for the current version or in the next major release. Please do not reply to this, as we do not monitor closed issues. If you have follow-up questions or requests, please create a new issue where you reference this one.
Build ID: 49620.


Return Partial Bolos From API Request

Describe the feature
It would be useful if you could create a bolo with a partial plate, and have that bolo returned when making an API request with the full plate.
Additional Context
No response

This is already possible via the UI. When your start typing it will show available vehicles with that plate.
It is not possible to do that via 1 API request

Ok. I assumed it was possible since it already works in the inverse. (Doing /bolos?query=68p returns the bolo for plate "68P0Y984")

that's not the same though. bolos?query= is searching for existing BOLO's. The other API route is for creating BOLO's

Sorry, I must not have stated that the right way. I was looking for creating a BOLO in the UI with a partial (say "XLT"), and being able to make an API request of /bolos?query=XLT573 and receive back the BOLO created with the partial. Essentially, I am modifying my install of the sna-alpr and wk_wars2x such that, the WRAITH plate reader does an automatic request for each plate it reads to check for BOLO's, and I am trying to get it so that, should a BOLO of a partial be created, WRAITH will react to any plate that matches the partial.

Can you share code possibly? I'm not 100% certain what you're trying to do

I am looking for /v1/bolos?query=XLT573 to return a BOLO created for plate "XLT".

Will try take a look today then. So will re-open this issue

Sorry for the confusion.

No worries

This is actually already possible:

The "contains" allows you to do a partial query on a full plate BOLO (so /bolo's?query=XFT will return a bolo for XFT572), but I am asking about the inverse (where /bolo's?query=XFT572 will return a bolo for XFT).
Now seeing the specific section of code, I can see that that would require more processing to pull off though.

I'm still not sure what you mean with this. You want to provide a FULL plate (XFT572), but only want a part of that plate returned?

Correct. Let's say someone calls in a report of a car, but they only got a partial of the plate (could read XFT, but wasn't sure the rest of the plate), it would be useful to be able to create the BOLO with only XFT, and get the return for that BOLO when an officer has attained the rest of the plate (XFT572).

That's already possible though?

Through the UI yes, but not through the /bolo's?query API.

Right, but how would this even be supported via the API? There is no way for a user to "select" the correct plate 🤔

To be fair, a user of the API would have to do any handling of partials on their end. So, for this instance, an officer receiving a partial BOLO would then have to also check if there is a matching vehicle description, and approach the vehicle with the knowledge that it isn't a 100% match. This could be mitigated with another parameter (ie. "/bolo's?query=XFT572&includePartials=true", with includePartials being defaulted to false) to allow users of the API to choose if they want to deal with the extra complexity of partial BOLOs.

Feel free to create a PR for this, I'm not sure how this should be handled

Alright. I will take a look this evening after work. I'll attach a video as well showing the use-case for it.

👍; will review it tomorrow

So I never worked with TypeScript or Prisma before, but now having done my research, I see why this is such a difficult ask. Prisma does not currently support the functionality that would be necessary to perform this action. If we so wanted, there are 2 options that I can think of to achieve this functionality, each with its own drawbacks.
Option 1: I could replace the findMany with a manually created database query through prisma.%queryRaw. Of course, this manually created query would be PostgreSQL specific, and so would not be compatible with the other databases supported by Prisma.
Option 2: I pull all BOLOs and manually check each one to see if the BOLO plate matches as a substring of the query. Aside from the cost of having to process every single entry in the database, this would also be difficult to integrate with searching the other columns and implementing the take, skip, and orderBy correctly.
To be fair, I could also just update my sna-alpr to request all bolos and just do the processing on my end to find if at least one entry matches what I am looking for.

Yeah, I think it's easier if you'd do that locally in the script. So get all the bolos and filter that way in the script :)

If Prisma ever adds that filter condition, that might be a nice to have in the API, but at this point, I completely agree in order to preserve the sanctity of the publicly available codebase.

@Denominator765 aside from your partial plate stuff did you ever modify Wraith properly to automatically read instead of with locking on manually?


R Interactive print slow

The print function is very slow, while system.time function result is reasonable.
The following snippet takes around 10 secs in reality to display on R Interactive window.
x<-c(1:5000)
system.time(print(x))
0.92 0.15 0.80
You may check https://youtu.be/LO3mgTnxC5k
I also encountered #2561 #2996 not sure if they are relevant.
...
If you have any screenshots demonstrating the issue, please include them as well to help us diagnose it better.

Additional information:
OS Information
Version:       Microsoft Windows NT 6.3.9600.0
RTVS Information:
Assembly: Microsoft.VisualStudio.R.Package, Version=0.5.21201.1213, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a
R Install path:
C:\Program Files\Microsoft\R Client\R_SERVER\

here's my run from lenovo carbon laptop:
[image: Inline image 1]
On Thu, Jan 12, 2017 at 7:14 PM, Victsz<EMAIL_ADDRESS>wrote:

The print function is very slow, while system.time function result is
reasonable.
The following snippet takes around 10 secs in reality to display on R
Interactive window.
x<-c(1:5000)
system.time(print(x))
0.92 0.15 0.80
I also encountered #2561 https://github.com/Microsoft/RTVS/issues/2561
#2996 https://github.com/Microsoft/RTVS/issues/2996 not sure if they
are relevant.
...
If you have any screenshots demonstrating the issue, please include them
as well to help us diagnose it better.
[image: image]
https://cloud.githubusercontent.com/assets/8154646/21917186/f87bd280-d980-11e6-9fa8-1d14ccbaaf9c.png
Additional information:
OS Information
Version: Microsoft Windows NT 6.3.9600.0
RTVS Information:
Assembly: Microsoft.VisualStudio.R.Package, Version=0.5.21201.1213,
Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a
R Install path:
C:\Program Files\Microsoft\R Client\R_SERVER\
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/Microsoft/RTVS/issues/3000, or mute the thread
https://github.com/notifications/unsubscribe-auth/AAtUVPnaoEi_3zuRBCmcg096vwCv1TOxks5rRuwdgaJpZM4Lie9F
.

Sorry, can`t see your image.
But the system.time did not reflect the actual time from print till I really saw the output.

        Span IInteractiveWindow.Write(string text)
        {
            return UIThread(uiOnly => uiOnly.Write(text));
        }

We could try and batch on bg thread and write in bulk every 100-200 ms instead

I am not sure where the problem is but it does happened on my machine which it`s clean install environment.
You may check my youtube link https://youtu.be/LO3mgTnxC5k
I also tried on R studio and it was fine.

Could you tell me how to get to hot path widow as yours? I dont know how to attach a performance profiler to R project

There is no R profiling in VS yet. However, R has its own means
http://adv-r.had.co.nz/Profiling.html
https://www.r-bloggers.com/profiling-r-code/
https://rstudio.github.io/profvis/

I have implemented a buffering solution, but it doesn't solve the perf problem - the gain is less than 5% either Dev14 or Dev15, even when flush timeout as slow as 500ms, and we're still an order of magnitude slower than RStudio.
Looking at the profiler, it appears that most of CPU time is spent in WebSocketMessageTransport, receiving messages - it's 70% of all CPU time. Another 10% is spent parsing them.
For receiving, most time is spent inside CommonWebSocket.ReceiveAsync (which is not our code, so there's no further drill-down).
The next most expensive item is allocation of the receive buffer - we do it on every receive, but we should really just reuse the same buffer. Doing that gives another 10% boost.
Still, the biggest problem by far is the sheer number of messages being sent. It seems that to really do any meaningful improvements here, we need to batch output messages on the host side, so that rapid printing like this only produces a few websocket packets. This is doable, but certainly a bigger change than client-side buffering - worth pursuing?

Some more food for thought. The problem with print is that it prints (as in, calls WriteConsole) every element separately, not even every line. In other words, when you do print(1:10), you get ten messages - plus extras for bracketed line numbers and newlines. Log:
==> #138# :> #17# [  "print(1:10)\n" ]
<== #155# !+ []
<== #157# ! [" [1]"]
<== #159# ! ["  1"]
<== #161# ! ["  2"]
<== #163# ! ["  3"]
<== #165# ! ["  4"]
<== #167# ! ["  5"]
<== #169# ! ["  6"]
<== #171# ! ["  7"]
<== #173# ! ["  8"]
<== #175# ! ["  9"]
<== #177# ! [" 10"]
<== #179# ! ["\n"]
<== #181# !- []
<== #183# ?> [[0],4096,true,null,"> "]

This is why it puts so much strain on the transport layer - the overhead here is insane, we're talking about thousands of tiny 10-byte messages (each of which then gets wrapped into a WS packet, which is wrapped into a TCP packet, which is wrapped into an IP packet etc).
This can also be observed in a more controllable way, by playing with cat like so:
xs <- 1:20000
s <- paste0(xs, collapse = '\n')

system.time(cat(xs, sep = '\n'))
system.time(cat(s))

The two timed calls print out the same exact output, except that the first one does it by printing every element separately, while the second one concats them all into one string and prints that in a single WriteConsole call. The difference is two orders of magnitude.

Yes, I observed the same when tracking output. 1+1 produces separate [1] followed by 2. Could we buffer until line break or, say, 100ms passed?

Buffer where? Doing it in VS doesn't help - see analysis above.
Doing it in the host would help a lot. But it's complicated, because currently the host is effectively single-threaded: it has a second thread to receive and queue requests, but it processes requests and sends messages only from the main thread on which R runs. To have a buffering window with a timeout, it would require a second thread to keep track of that buffer and timeout and flush accumulated data (since we cannot rely on R callbacks to do this - there's no guarantee of them happening periodically, R can be stuck on something indefinitely). And that thread also needs to synchronize with the main thread, since all callbacks must still be reported in the same order in which R gives them to us, so anything other than a write must cause a flush.  This is a rather drastic change, and esp. the synchronization part makes me nervous churn- and stability-wise.

Buffering on the host side sounds a lot like what is done for plotting (and probably even worse). I'd be nervous making that change too ;)

Yes, in the host in order to reduce traffic. With single thread we'd need something to track idle. No readily available in headless/console apps.  Is there a main thread timer (like dispatcher timer in WPF?) Would something like http://stackoverflow.com/questions/4267546/c-boost-asio-simple-periodic-timer work?

If it is complicated, let's postpone then. We can try and use something like https://github.com/stephan-hof/boost_queue/blob/master/concurrent_queue.hpp next time around.

The main thread runs a message loop, so we could use Win32 timers. But the problem is that, because R isn't a full-time GUI app, it doesn't guarantee that the message loop is pumping. Any blocking call (e.g. readline) prevents it from doing so for a potentially indefinite amount of time. Hence the need for a separate thread to run the timer on.
Long-term solution would indeed be to queue the messages from main thread, and actually send them from the background thread with a timer. Then that background thread can combine adjacent messages where it makes sense.
However, this would require some kind of intermediate representation for messages that makes it possible to combine them without re-parsing them - right now we construct the message blob immediately before sending, and to combine such blobs, they'd need to be parsed to determine message type and retrieve the actual data to combine. So all places that send messages would need to switch to constructing that intermediate representation instead, and the bg thread would combine those and make blobs out of them. All pretty straightforward, but quite a bit of new code.

In the meantime, the workaround is to use View(...) for large collections. That one is actually designed to lazily load data, so it will only load the part that is visible on the screen as you scroll around. It can handle even extremely large collections (like, say, a 10000x10000 matrix) just fine in this manner.

Postponing

Need to re-measure in 1.2 since output window writer was changed to async publisher/consumer queue

Old (max.print = 99999)
0.92 0.15 0.80
VS 15.4 (R 3.4.0, max.print = 99999)
0.06    0.13    0.33
0.13    0.08    0.32
0.08    0.07    0.31
VS 15.4 (R 3.4.0, max.print = 1000 as RS default)
0.03    0.01    0.06
0.04    0.00    0.07
0.00    0.02    0.06
RS (max.print = 1000)
0.02    0.00    0.01
RS (max.print = 99999(
0.03    0.00    0.03

via #3715 and https://github.com/Microsoft/RTVS/commit/bb097aa92ed78b001d738ab73fac190c976d0d51


Midterm Example : estimate 'e' with monte carlo

Hi Mr. Canbula,
It is not the best but I tried to write the a python script that estimating the Eular's number according to the informations that I have learnt from lessons. You can share it.So my classmates can see if they want to check and study on it.

Thanks for the contribution Enis


Document optional channels param for refunds

Awesome. Can we please also add the new Channels param to the Issue Refund request/response payloads?

https://docs.split.cash/#issue-a-refund
https://docs.split.cash/#issuearefundresponse


basic_publish of mandatory message on confirm channel returns None, but message is delivered

// defined above: client, exchange_name, routing_key, data

let channel = await!(
    client.create_confirm_channel(Default::default())
        .compat()
)?;

let mut publish_options = BasicPublishOptions::default();
publish_options.mandatory = true;

let props = BasicProperties::default()
    .with_content_type("application/octet-stream".into())
    .with_content_encoding("bincode".into())
    .with_delivery_mode(2);

let res = await!(
    channel.basic_publish(exchange_name, routing_key, data, publish_options, props)
        .compat()
)?;

match res {
    Some(request_id) => info!("Message acked by RabbitMQ with request ID {}", request_id),
    None => error!("Message nacked by RabbitMQ"),
}

basic_publish() returns None and Message nacked by RabbitMQ is logged, but RabbitMQ successfully delivers the message to the queue bound to the specified exchange with the specified routing key.
I'm working to collect some more diagnostic information and will post it here once I do.

Heh, good timing, basic_publish is kind of special and is one of the two
things next on my TODO list of things that should be better handled (the
other one being « nowait »)
You should be able to try 0.19.0 alpha 3 next week with basic_publish
reworked
On Wed 8 May 2019 at 16:08, jbg<EMAIL_ADDRESS>wrote:

// defined above: exchange_name, routing_key, data

let mut publish_options = BasicPublishOptions::default();
publish_options.mandatory = true;

let props = BasicProperties::default()
    .with_content_type("application/octet-stream".into())
    .with_content_encoding("bincode".into())
    .with_delivery_mode(2);

let res = await!(
    channel.basic_publish(exchange_name, routing_key, data, publish_options, props)
        .compat()
)?;

match res {
    Some(request_id) => info!("Message acked by RabbitMQ with request ID {}", request_id),
    None => error!("Message nacked by RabbitMQ"),
}

basic_publish() returns None and Message nacked by RabbitMQ is logged,
but RabbitMQ successfully delivers the message to the queue bound to the
specified exchange with the specified routing key.
I'm working to collect some more diagnostic information and will post it
here once I do.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/sozu-proxy/lapin/issues/169, or mute the thread
https://github.com/notifications/unsubscribe-auth/AABWNXT4GQP2QSSSIN7YCB3PULNEPANCNFSM4HLSBU7Q
.

Thanks for giving basic_publish some attention!
I also noticed that the basic.return sent by RabbitMQ if there's no queue to route the message to doesn't seem to be handled:
ERROR lapin_async::channel > the client should not receive this method: Basic(Return(Return { reply_code: 312, reply_text: "NO_ROUTE", exchange: "ws", routing_key: "1557" }))

Nice catch, will sure help, thanks!
On Wed 8 May 2019 at 16:50, jbg<EMAIL_ADDRESS>wrote:

Thanks for giving basic_publish some attention!
I also noticed that the basic.return sent by RabbitMQ if there's no queue
to route the message to doesn't seem to be handled:
ERROR lapin_async::channel > the client should not receive this method: Basic(Return(Return { reply_code: 312, reply_text: "NO_ROUTE", exchange: "ws", routing_key: "1557" }))
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/sozu-proxy/lapin/issues/169#issuecomment-490517904,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AABWNXSDUZB5SDGCPZIL4P3PULSFBANCNFSM4HLSBU7Q
.

Basic return support is now tracked in #170


include missing rpm pkg managers

This commit includes missing rpm pkg managers paths in the policies.
Also, in fedora, centos stream and redhat, dnf is actually a link to dnf-3, so the existing /usr/bin/dnf block doesn't work.
$ podman run -it quay.io/fedora/fedora:latest ls -l /usr/bin/dnf
lrwxrwxrwx. 1 root root 5 Nov 14  2023 /usr/bin/dnf -> dnf-3

$ podman run -it docker.io/redhat/ubi8:latest ls -l /usr/bin/dnf
lrwxrwxrwx. 1 root root 5 Oct 16  2023 /usr/bin/dnf -> dnf-3

$ podman run -it docker.io/redhat/ubi9:latest ls -l /usr/bin/dnf
lrwxrwxrwx. 1 root root 5 Jun 29  2023 /usr/bin/dnf -> dnf-3

$ podman run -it quay.io/centos/centos:stream9 ls -l /usr/bin/dnf
lrwxrwxrwx. 1 root root 5 Jun 29  2023 /usr/bin/dnf -> dnf-3

$ podman run -it docker.io/redhat/ubi9-minimal:latest ls -l /usr/bin/microdnf
-rwxr-xr-x. 1 root root 104904 Jan  6  2023 /usr/bin/microdnf

$ podman run -it docker.io/redhat/ubi8-minimal:latest ls -l /usr/bin/microdnf
-rwxr-xr-x. 1 root root 102352 May 21  2021 /usr/bin/microdnf

/usr/bin/dnf5 is not part of the fedora container yet, but it is in regular fedora, so it will eventually find its way to it.
I also added a commit to include /usr/sbin when /sbin is referenced, since in redhat and fedora systems, /sbin is a link to /usr/sbin. They were merged long ago. There is also an effort going on in Fedora right now to merge /usr/sbin with /usr/bin, which will be reflected in enterprise linux OS eventually.

I think we are going to start moving towards using execname that would solve this problem all together.
https://github.com/kubearmor/policy-templates/pull/1054

We will need to understand what would be the best case to handle the dnf-3 problem.

@daemon1024 ,  regarding the dnf-3, it was done in preparation for dnf5: dnf will eventually be a link to dnf5 instead.
Regarding execname for /usr/sbin/ and /sbin, there are those rules targeting "system" tools in general, so maintaining the full list will be difficult cross distro. That being said everything will be merged under /usr/bin eventually, so that classification of "system commands" vs regular commands will no longer hold. It will take a while before that comes to fruition. Lots of obstacles.

I created a separate PR for the release branch which is the one containing the execname approach: https://github.com/kubearmor/policy-templates/pull/1059


Monomorphisize Entry and Event

Transaction turned out to be the only struct worth making generic. Making event generic makes it such that we can't load it up with transactions of various instances.

Codecov Report

Merging #53 into master will decrease coverage by 0.09%.
The diff coverage is 93.54%.

@@            Coverage Diff            @@
##           master      #53     +/-   ##
=========================================
- Coverage   94.41%   94.32%   -0.1%
=========================================
  Files          13       13
  Lines         645      617     -28
=========================================
- Hits          609      582     -27
+ Misses         36       35      -1

Impacted Files
Coverage Δ

src/accountant_skel.rs
80% <0%> (ø)
:arrow_up:

src/genesis.rs
88.05% <100%> (ø)
:arrow_up:

src/log.rs
100% <100%> (ø)
:arrow_up:

src/accountant.rs
95.41% <100%> (-0.13%)
:arrow_down:

src/event.rs
100% <100%> (ø)
:arrow_up:

src/historian.rs
100% <100%> (ø)
:arrow_up:

src/logger.rs
100% <100%> (+2.85%)
:arrow_up:

src/entry.rs
93.22% <90%> (-0.33%)
:arrow_down:

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 0eb6849...d1b6206. Read the comment docs.


Issue in GrobidEngine.cs

Hi,
I got the following error in the below line for few files
var result = (string)parser.processing2(fileName, false, biblioItem).getLeft();
"An exception occurred while running Grobid: org.grobid.core.exceptions.GrobidPropertyException: Cannot open file of grobid.properties at location'C:"

The official version of Grobid uses a properties file for configuration.  When I ported the code over to .NET I tried to move away from the use of a properties file.  I only removed the use of the properties file for the header parser.  There are a few (many?) places left in the code that I have not handled, and that depend on sourcing values from the properties file.  It looks like you found such a case.  You need to determine why Grobid is reading from the properties file, and prevent it from doing that.


It doesn't work as expected if there are more than one ckEditor in the page.

On your CKEDITOR's "instanceReady", you do this :
var iframeBase = document.querySelector('iframe').contentDocument.querySelector('html');
So, it selects the first iframe in the page. If there are mutltiple ckEditor then there are multiple iframes so it creates weird unexpected behaviors because it usually selects the same iframe.
In that case, it would be nice to select the right ckEditor depending of the id contained in the editor, so it would imply a small modification about the first selector to get the iframeBase.
Thanks

This patch addresses that issue: https://github.com/chriskiehl/Dropler/pull/10


Update download-the-wdk.md

correcting the download link for WDK.

Content validation failed, so I am making the change through another PR.


TD-1555 Remove mui-file-dropzone & @mui/styles dependencies

Contributes to TD-1555
Changes
Rewrites the FileUploader and ImageUploader components to use the react-dropzone library directly rather than mui-file-dropzone. This also allows us to drop the deprecated @mui/styles package.
Functionality should largely be the same, although there are some notable changes:

Errors are no longer shown in a snackbar, but are flashed inside the dropzone. Demoed this to @Sowbhagya-ipg.
Title styling is now configurable. Based on the various Figmas, I saw three distinct styles and have named this title | subtitle | body
The acceptedFiles prop is no longer a string[]. It is an object of mime-type as keys, and file extensions as values. This is a change in the latest react-dropzone. For now I've switched ImageUploader over to use the new format because I couldn't find any case where we actually override the default for this component. I've left FileUploader supporting a hybrid of both string[] | Accept. We should transition to the object form. For now there will be a console.warning in the console anywhere we continue to use the string[]. I plan to communicate this to the DRIs and let them update their apps.

Dependencies
Removed mui-file-dropzone and @mui/styles
Added react-dropzone
UI/UX
I've already integrated it into the various applications that use these components (https://github.com/IPG-Automotive-UK/virto/tree/enhancement%2FTD-1555-new-uploaders). Here are some screengrabs:
VIRTO.MODEL

VIRTO.FLEET

VIRTO.SCENE

Testing notes

Author checklist before assigning a reviewer

[x] Reviewed my own code-diff.
[x] Branch has been run in docker.
[x] PR assigned to me or an appropriate delegate.
[x] Relevant labels added to the PR.
[x] Appropriate tests have been added.
[x] Lint and test workflows pass.

@Matt gave a demo. LGTM

Please fix the conflicts


Crash on erroneous !reference usage

given this gitlab-ci.yml:
.template_job:
  after_script:
    - echo done with something

job_using_references_from_other_jobs:
  script:
    - !reference [.template_job]
    # It should be this instead:
    # - !reference [.template_job,script]

The program throws the following error message, which does not point to the fact that the usage of !reference is erroneous.
parsing and downloads finished in 35 ms
job_using_references_from_other_jobs starting shell (test)
TypeError: script.split is not a function
    at /usr/local/lib/node_modules/gitlab-ci-local/src/job.ts:455:34
    at Array.forEach (<anonymous>)
    at Job.generateScriptCommands (/usr/local/lib/node_modules/gitlab-ci-local/src/job.ts:453:17)
    at Job.execScripts (/usr/local/lib/node_modules/gitlab-ci-local/src/job.ts:625:21)
    at Job.start (/usr/local/lib/node_modules/gitlab-ci-local/src/job.ts:363:36)

Instead of the current behavior I'd like an error message actually pointing out that the reference usage is invalid.

There is another bug in your example
# - !reference [.template_job,script]
It should be after_script


Handle reporters with absolute path as output path

This PR will fix #48 issue.
Also, slightly refactored reporter coordinators.

Current coverage is 92.48% (diff: 81.48%)

Merging #49 into master will decrease coverage by 0.27%

@@             master        #49   diff @@
==========================================
  Files            61         61
  Lines          1657       1677    +20
  Methods           0          0
  Messages          0          0
  Branches          0          0
==========================================
+ Hits           1537       1551    +14
- Misses          120        126     +6
  Partials          0          0

Powered by Codecov. Last update 395d922...a7f1975

Also, there is a Typo in commit:
Handle absolute paths when specifie reporter's output path in arguments

@mihai8804858 Tests are failing 😢

@thelvis4 Don't know why 😢 Have you tried to run the tests on your machine?  Could you please fix it?

@thelvis4 Fixed typos.

@mihai8804858  It seems like we introduced a bug here.
Before we had
<file name="/Some/path/to/file.swift">

but now we have
<file /Some/path/to/file.swift="">

Could you please investigate and also write some tests to make sure the bug is fixed and we won't have regressions?

@thelvis4 Done.

@mihai8804858 How about the issue with file element? It's still reproducing to me.

@mihai8804858 Thanks for working on this! 👍
You just made Taylor better! 👧 😊


Update to OpenCensus 0.22.1

@jterry75 any particular reason we need to upgrade OC?

Just got released. Didn't want to forget about it

I just haven't noticed us track new versions in other dependencies and ensure we update (e.g. grpc, protobuf, logrus, etc.), is there a special reason you're doing this for OC, or do you want to start tracking updates for more dependencies going forward?

I thought our goal was to try and keep up to date with specific projects so I just saw a release and opened an issue for tracking. If we dont want to do that we can close

That's fine! Was just curious if this was a special case.


Add a comparison to the alternatives

List the main alternatives, and add a short paragraph explaining how Organist differs from them.

Thanks for the review @yannham ! I've applied it in #172


fix(update-otel): better support for multi otel versions

Codecov Report

Merging #109 (0895b75) into main (c4c9815) will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##             main     #109   +/-   ##
=======================================
  Coverage   88.43%   88.43%
=======================================
  Files          14       14
  Lines         536      536
=======================================
  Hits          474      474
  Misses         62       62

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 c4c9815...0895b75. Read the comment docs.


Weird animation bug

Slide 1.5 (28)
iPhone 6s 11.1.2
https://streamable.com/xuenz
So this happened after I swiped to another subreddit tab and then swiped back. Not sure what’s going on here.

You are about 5 builds behind, has already been fixed :D


tools/mpy-tool.py: fix offset of line number info

Port of micropython/micropython#6335. Needed for trezor/trezor-firmware#1185 (issue trezor/trezor-firmware#1051).

I am not sure who should review this, maybe @hiviah? Or @prusnak.

LGTM


Implement forest-cli db dump

Issue summary

@lemmih: Finding all reachable nodes from a given tipset is quite slow. It's much faster to iterate over all the keys in the database and output them unordered. The resulting CAR file will be unordered and may contain unreachable nodes.

The goal here is to implement a snapshot generation that should just iterate over entries in the DB and dump them into a CAR file.
There are some caveats:

ParityDB does not directly store the key (Cid) value - we must regenerate it. We don't have enough information. The codec is usually DAG_CBOR, and the hash function is blake2b - but not in all cases. For this reason, the plan is to have two columns in the DB - one "optimized" that assumes all entries comply with the aforementioned characteristics and another one that contains the necessary metadata.
Given that the result will be unordered, the HEAD must be encoded in the CAR header frame.

Other information and links

It turned out the proposed change doesn't provide strong benefits to defend itself, apart from decreased memory usage. We may revisit it in the future.


[de] Incorrect translation for word Architecture in k8s.io/de/docs/concepts/architecture

https://kubernetes.io/de/docs/concepts/architecture/
It should be "Architektur" not "Architekur"

/language de

/sig docs

/retitle [de] Incorrect translation for word Architecture in k8s.io/de/docs/concepts/architecture

/assign me

@Kavendra09: GitHub didn't allow me to assign the following users: me.
Note that only kubernetes members with read permissions, repo collaborators and people who have commented on this issue/PR can be assigned. Additionally, issues/PRs can only have 10 assignees at the same time. For more information please see the contributor guide

Assign this issue #41566

/assign @Kavendra09


Fix typo in head literal variant

The Disjunction option of the HeadLiteral variant was incorrectly spelled (but only in these Rust bindings). This fixes the typo.
Unfortunately, this typo fix constitutes an API change (strictly speaking at least). An version bump may be necessary.

Thanks


ur10 cannot find robot_descrition semantic in ros humble

Hello,
I am trying to use the moveit_config files from the ur repository together with the ur driver. I can launch the driver and the moveit package with the commands:
ros2 launch ur_robot_driver ur10.launch.py robot_ip:=localhost use_fake_hardware:=true launch_rviz:=false initial_joint_controller:=joint_trajectory_controller
ros2 launch ur_moveit_config ur_moveit.launch.py ur_type:=ur10 launch_rviz:=true
This launches the ur_driver and also rviz with moveit. I can plan and execute a motion with the motion planning plugin and it all works out well.
However when I try to publish a motion via script I get the error as below
[ERROR] [1659434560.178463185] [moveit_ur_test]: Could not find parameter robot_description_semantic and did not receive robot_description_semantic via std_msgs::msg::String subscription within 10.000000 seconds.  Error:   Could not parse the SRDF XML File. Error=XML_ERROR_EMPTY_DOCUMENT ErrorID=13 (0xd) Line number=0                                                                                at line 715 in /home/******/ws_moveit2/src/srdfdom/src/model.cpp                                                                                [ERROR] [1659434560.193027035] [moveit_rdf_loader.rdf_loader]: Unable to parse SRDF                                                                                [FATAL] [1659434560.193493008] [move_group_interface]: Unable to construct robot model. Please make sure all needed information is on the parameter server.                                                           terminate called after throwing an instance of 'std::runtime_error'                                                                                what():  Unable to construct robot model. Please make sure all needed information is on the parameter server.                                                                                [ros2run]: Aborted
I have loaded the script after launching the ur_driver and moveit files and also sourcing the workspaces. I am  not sure if I am missing something
Can anyone help me with this error and elp me figure out what I am doing wrong?

Hello @gjane5,
I'm sorry but I'm not able help you out, but i was wondering how you were able to execute trajectory's with RViz MotionPlanning.
I'm running on Ubuntu 22.04, ROS 2 Humble (Debian desktop install), and followed the instructions from UR Driver main branch. When I'm running the same ur_driver and rviz with moveit as you I am getting MoveGroupInterface error... Have you encountered the same error before or did everything, except what you're writing about above, work perfectly?

Hello @gjane5,
I'm sorry but I'm not able help you out, but i was wondering how you were able to execute trajectory's with RViz MotionPlanning.
I'm running on Ubuntu 22.04, ROS 2 Humble (Debian desktop install), and followed the instructions from UR Driver main branch. When I'm running the same ur_driver and rviz with moveit as you I am getting MoveGroupInterface error... Have you encountered the same error before or did everything, except what you're writing about above, work perfectly?

@vetletj The scaled_trajectory_controller had an error in as described in this issue #301, hence i used the joint_trajectory_controller (as you can see in the launch parameters). Other than for this if the launch files are launched in the order I mentioned in the post it should work with the motion planning plugin

Hello @gjane5,
I'm sorry but I'm not able help you out, but i was wondering how you were able to execute trajectory's with RViz MotionPlanning.
I'm running on Ubuntu 22.04, ROS 2 Humble (Debian desktop install), and followed the instructions from UR Driver main branch. When I'm running the same ur_driver and rviz with moveit as you I am getting MoveGroupInterface error... Have you encountered the same error before or did everything, except what you're writing about above, work perfectly?

Did rviz even open for you? Or did it open but there's no robot model in the scene?
I have the same setup with UR5e.

I tried with the same controller as you did @gjane5 (joint_trajectory_controller), and still got some move_group_interface error [rviz2-2] [ERROR] [1659616782.563235559] [move_group_interface]: MoveGroupInterface::execute() failed or timeout reached.
Yes @vuva, RViz opens with the correct robot description and i can plan trajectories, but not execute with motion planning plugin. Guess I'm just gonna delete the workspace and try again, hopefully I'll get another result.

@gjane5 Since you access the move_group from a custom script: Is it possible, that you'll have to pass the robot_description_semantic to your custom node, explicitly? I am not familiar with MoveIt! on ROS2 very much, but this sounds like a "ROS2 parameters  live only inside the node's namespace" problem.

I tried with the same controller as you did @gjane5 (joint_trajectory_controller), and still got some move_group_interface error [rviz2-2] [ERROR] [1659616782.563235559] [move_group_interface]: MoveGroupInterface::execute() failed or timeout reached.
Yes @vuva, RViz opens with the correct robot description and i can plan trajectories, but not execute with motion planning plugin. Guess I'm just gonna delete the workspace and try again, hopefully I'll get another result.

I had the same problem as mentioned here and using the new ros2 controllers solved it for me. The model is not moving though but the controllers and publishers are working.
https://github.com/UniversalRobots/Universal_Robots_ROS2_Driver/issues/471#issuecomment-1237268460

Hi everyone, got the same issues of all above!

Hello @gjane5,
I'm sorry but I'm not able help you out, but i was wondering how you were able to execute trajectory's with RViz MotionPlanning.
I'm running on Ubuntu 22.04, ROS 2 Humble (Debian desktop install), and followed the instructions from UR Driver main branch. When I'm running the same ur_driver and rviz with moveit as you I am getting MoveGroupInterface error... Have you encountered the same error before or did everything, except what you're writing about above, work perfectly?

@vetletj The scaled_trajectory_controller had an error in as described in this issue #301, hence i used the joint_trajectory_controller (as you can see in the launch parameters). Other than for this if the launch files are launched in the order I mentioned in the post it should work with the motion planning plugin

This worked also for me, but still i can't understand how to use MoveGroup on this robot.

aunch ur_moveit

yes, that's should work for sure, but if want to use MoveGroupInterface it will also publish robotdescription in the correct topic?
In particular i'm refering to this error got by first creator of this issue:
[ERROR] [1659434560.178463185] [moveit_ur_test]: Could not find parameter robot_description_semantic and did not receive robot_description_semantic via std_msgs::msg::String subscription within 10.000000 seconds. Error: Could not parse the SRDF XML File. Error=XML_ERROR_EMPTY_DOCUMENT ErrorID=13 (0xd) Line number=0 at line 715 in /home/******/ws_moveit2/src/srdfdom/src/model.cpp [ERROR] [1659434560.193027035] [moveit_rdf_loader.rdf_loader]: Unable to parse SRDF [FATAL] [1659434560.193493008] [move_group_interface]: Unable to construct robot model. Please make sure all needed information is on the parameter server. terminate called after throwing an instance of 'std::runtime_error' what(): Unable to construct robot model. Please make sure all needed information is on the parameter server. [ros2run]: Aborted

I've just looked in commits ad i think someone understood and fixeed in code:
if use fake hadrare
change_controllers
if true controllers_yaml[joint_trajectory_controller] = true
not written this way, i was just explaining

now i try: https://moveit.picknik.ai/humble/doc/tutorials/your_first_project/your_first_project.html this tutorial changing with ur_manipulator as suggested

@skaeringur97 I've done as you said with ur_manipulator in MoveGroupInterface but still not working.. do you have something to show me? if you dont mind

@enriLoniterp sorry I just saw I have the robot details in my launch file. It basically tells the node everything it needs to know about ur10e. You can try something similar for your type :)

this launch file it is your personal launch file and you have not modified any MoveIt2 preset?
Anyway i thank you so much for help, i lost a lot of time for this problem and i appreciate so much!!

@skaeringur97
there's something i dont'understand still, if i don't have any end-effector in ur_descripption how can i simulate a pick and place application with this driver?

@enriLoniterp For simulation, you can think of the last link as the "end-effector", and it should be able to "grab" an object, kind of like a magnet. However, if you want to use the actual universal robot for pick and place, I believe you would need some separate code to run the gripper part.

yes i think you are right, but iwhere i can find urdf of the official universal robot gripper? if you know

I also have the same problem like @enriLoniterp
I tried to create a launchfile like @skaeringur97 explained.
import launch
import os
import sys

from launch_ros.actions import Node
from launch.substitutions import PathJoinSubstitution, Command, FindExecutable
from launch_ros.substitutions import FindPackageShare

def get_robot_description():
    joint_limit_params = PathJoinSubstitution(
        [FindPackageShare("ur_description"), "config", "ur3", "joint_limits.yaml"]
    )
    kinematics_params = PathJoinSubstitution(
        [FindPackageShare("ur_description"), "config", "ur3", "default_kinematics.yaml"]
    )
    physical_params = PathJoinSubstitution(
        [FindPackageShare("ur_description"), "config", "ur3", "physical_parameters.yaml"]
    )
    visual_params = PathJoinSubstitution(
        [FindPackageShare("ur_description"), "config", "ur3", "visual_parameters.yaml"]
    )
    robot_description_content = Command(
        [
            PathJoinSubstitution([FindExecutable(name="xacro")]),
            " ",
            PathJoinSubstitution([FindPackageShare("ur_description"), "urdf", "ur.urdf.xacro"]),
            " ",
            "robot_ip:=<IP_ADDRESS>",
            " ",
            "joint_limit_params:=",
            joint_limit_params,
            " ",
            "kinematics_params:=",
            kinematics_params,
            " ",
            "physical_params:=",
            physical_params,
            " ",
            "visual_params:=",
            visual_params,
            " ",
           "safety_limits:=",
            "true",
            " ",
            "safety_pos_margin:=",
            "0.15",
            " ",
            "safety_k_position:=",
            "20",
            " ",
            "name:=",
            "ur",
            " ",
            "ur_type:=",
            "ur3",
            " ",
            "prefix:=",
            '""',
            " ",
        ]
    )

    robot_description = {"robot_description": robot_description_content}
    return robot_description

def get_robot_description_semantic():
    # MoveIt Configuration
    robot_description_semantic_content = Command(
        [
            PathJoinSubstitution([FindExecutable(name="xacro")]),
            " ",
            PathJoinSubstitution([FindPackageShare("ur_moveit_config"), "srdf", "ur.srdf.xacro"]),
            " ",
            "name:=",
            # Also ur_type parameter could be used but then the planning group names in yaml
            # configs has to be updated!
            "ur",
            " ",
            "prefix:=",
            '""',
            " ",
        ]
    )
    robot_description_semantic = {
        "robot_description_semantic": robot_description_semantic_content
    }
    return robot_description_semantic

def generate_launch_description():
    # generate_common_hybrid_launch_description() returns a list of nodes to launch
    robot_description = get_robot_description()
    robot_description_semantic = get_robot_description_semantic()
    demo_node = Node(
        package="hello_moveit_ur",
        executable="hello_moveit_ur",
        name="hello_moveit_ur",
        output="screen",
        parameters=[
            robot_description,
            robot_description_semantic,
        ],
    )

    return launch.LaunchDescription([demo_node])

It is located in ~/workspace/ws_moveit2/src/hello_moveit_ur/launch
I changed the robot from ur10e to ur3. Also i changed the ip adress.
When i start it i get following error.
ros2 launch hello_moveit_ur hello_moveit_ur_launch.py
[INFO] [launch]: All log files can be found below /home/luca/.ros/log/2022-10-19-15-27-56-985161-Lenovo-V15-G2-ALC-3632
[INFO] [launch]: Default logging verbosity is set to INFO
[INFO] [hello_moveit_ur-1]: process started with pid [3635]
[hello_moveit_ur-1] [INFO] [1666186077.689468980] [moveit_rdf_loader.rdf_loader]: Loaded robot model in 0.00746732 seconds
[hello_moveit_ur-1] [INFO] [1666186077.689722295] [moveit_robot_model.robot_model]: Loading robot model 'ur'...
[hello_moveit_ur-1] [INFO] [1666186077.689736543] [moveit_robot_model.robot_model]: No root/virtual joint specified in SRDF. Assuming fixed joint
[hello_moveit_ur-1] [WARN] [1666186077.763847117] [moveit_ros.robot_model_loader]: No kinematics plugins defined. Fill and load kinematics.yaml!
[hello_moveit_ur-1] [FATAL] [1666186077.763931555] [move_group_interface]: Group 'ur3e' was not found.
[hello_moveit_ur-1] terminate called after throwing an instance of 'std::runtime_error'
[hello_moveit_ur-1]   what():  Group 'ur3e' was not found.
[ERROR] [hello_moveit_ur-1]: process has died [pid 3635, exit code -6, cmd '/home/luca/ws_moveit2/install/hello_moveit_ur/lib/hello_moveit_ur/hello_moveit_ur --ros-args -r __node:=hello_moveit_ur --params-file /tmp/launch_params_q4ymv7_2 --params-file /tmp/launch_params_b4vw6jtn'].

Where is the mistake?

@LucaBross you changed it to ur3 but somewhere you are calling ur3e, I'm guessing in the hello_moveit_ur node. If you want to use ur3e, you should change that in the launch file. Also, it looks like you are trying to move the group ur3e, but ur3e is not the name of the group. The group name is ur_manipulator and the robot name is ur3e.

Thanks for you help!
My hello_moveit_file looks like this
#include <memory>

#include <rclcpp/rclcpp.hpp>
#include <moveit/move_group_interface/move_group_interface.h>

int main(int argc, char * argv[])
{
  // Initialize ROS and create the Node
  rclcpp::init(argc, argv);
  auto const node = std::make_shared<rclcpp::Node>(
    "hello_moveit",
    rclcpp::NodeOptions().automatically_declare_parameters_from_overrides(true)
  );

  // Create a ROS logger
  auto const logger = rclcpp::get_logger("hello_moveit");

  // Create the MoveIt MoveGroup Interface
using moveit::planning_interface::MoveGroupInterface;
auto move_group_interface = MoveGroupInterface(node, "ur_manipulator"); //change

// Set a target Pose
auto const target_pose = []{
  geometry_msgs::msg::Pose msg;
  msg.orientation.w = 1.0;
  msg.position.x = 0.28;
  msg.position.y = -0.2;
  msg.position.z = 0.5;
  return msg;
}();
move_group_interface.setPoseTarget(target_pose);

// Create a plan to that target pose
auto const [success, plan] = [&move_group_interface]{
  moveit::planning_interface::MoveGroupInterface::Plan msg;
  auto const ok = static_cast<bool>(move_group_interface.plan(msg));
  return std::make_pair(ok, msg);
}();

// Execute the plan
if(success) {
  move_group_interface.execute(plan);
} else {
  RCLCPP_ERROR(logger, "Planing failed!");
}

  // Shutdown ROS
  rclcpp::shutdown();
  return 0;
}

I changed all the ur3 to ur3e in the launch file.
Also i changed the IP adress to the one from my docker
After building and sourcing i launched my docker simulation
 docker run --rm -it -p 5900:5900 -p 6080:6080 -v ${HOME}/.ursim/urcaps:/urcaps -v ${HOME}/.ursim/programs:/ursim/programs --name ursim universalrobots/ursim_e-series
then i started the ur driver 'ros2 launch ur_robot_driver ur_control.launch.py ur_type:=ur3e robot_ip:=<IP_ADDRESS> launch_rviz:=false initial_joint_controller:=joint_trajectory_controller'
When i start my node ros2 launch hello_moveit_ur hello_moveit_ur_launch.py i still get the same error.
I can't find the problem.

@skaeringur97
I forgot to save the change from "ur3e" to "ur_manipulator" an entire day.
Now i finally figured it out and it works now.

Skimming over this it seems that there's nothing to be done from this repository's perspective, is that correct? I'll go ahead and close this. Feel free to comment or reopen if you disagree.

I had the same problem and fixed it with the launchfile. That worked!
However now i have the Problem that a path is planned, but the robot does not execute the plan.
Does anyone know how that can be fixed?
ros2 launch moving_ur3e_ros2 move_ur3e.launch.py
[INFO] [launch]: All log files can be found below /home/sebi/.ros/log/2023-10-22-17-28-21-484334-sebi-Lenovo-Yoga-C940-15IRH-93108
[INFO] [launch]: Default logging verbosity is set to INFO
[INFO] [moving_ur3e-1]: process started with pid [93111]
[moving_ur3e-1] [INFO] [1697988502.045885323] [moveit_rdf_loader.rdf_loader]: Loaded robot model in 0.00787052 seconds
[moving_ur3e-1] [INFO] [1697988502.046745847] [moveit_robot_model.robot_model]: Loading robot model 'ur'...
[moving_ur3e-1] [INFO] [1697988502.046789538] [moveit_robot_model.robot_model]: No root/virtual joint specified in SRDF. Assuming fixed joint
[moving_ur3e-1] [WARN] [1697988502.095280582] [moveit_ros.robot_model_loader]: No kinematics plugins defined. Fill and load kinematics.yaml!
[moving_ur3e-1] [INFO] [1697988502.113102855] [move_group_interface]: Ready to take commands for planning group ur_manipulator.
[moving_ur3e-1] [INFO] [1697988502.113303708] [move_group_interface]: MoveGroup action client/server ready
[moving_ur3e-1] [INFO] [1697988503.124325586] [move_group_interface]: Planning request accepted
[moving_ur3e-1] [INFO] [1697988506.369474712] [move_group_interface]: Planning request complete!
[moving_ur3e-1] [INFO] [1697988506.370627303] [move_group_interface]: time taken to generate plan: 0.240219 seconds
[moving_ur3e-1] [INFO] [1697988506.372169621] [move_group_interface]: Execute request accepted
[moving_ur3e-1] [INFO] [1697988506.376978801] [move_group_interface]: Execute request aborted
[moving_ur3e-1] [ERROR] [1697988506.377995400] [move_group_interface]: MoveGroupInterface::execute() failed or timeout reached
[INFO] [moving_ur3e-1]: process has finished cleanly [pid 93111]

@SebiGoebel Usually when I had that problem, the movegroup node did not start properly. Check your parameters in your launch file and see if everything is correct. Maybe you need to set use_fake_hardware to true or something like that

I used the launch file that's written above and I keep getting the Execute request aborted issue repeatedly like @SebiGoebel . I am working on a real robot so I cannot use fake_hardware. I'd appreciate some help.

i tried the use_fake_hardware:=true and it worked, however the robot does not move. When I move the interactive marker in rviz a motion is planned, but when i try to execute this plan the robot does not move.

Hello, I am trying to use the moveit_config files from the ur repository together with the ur driver. I can launch the driver and the moveit package with the commands:
ros2 launch ur_robot_driver ur10.launch.py robot_ip:=localhost use_fake_hardware:=true launch_rviz:=false initial_joint_controller:=joint_trajectory_controller ros2 launch ur_moveit_config ur_moveit.launch.py ur_type:=ur10 launch_rviz:=true
This launches the ur_driver and also rviz with moveit. I can plan and execute a motion with the motion planning plugin and it all works out well. However when I try to publish a motion via script I get the error as below
[ERROR] [1659434560.178463185] [moveit_ur_test]: Could not find parameter robot_description_semantic and did not receive robot_description_semantic via std_msgs::msg::String subscription within 10.000000 seconds. Error: Could not parse the SRDF XML File. Error=XML_ERROR_EMPTY_DOCUMENT ErrorID=13 (0xd) Line number=0 at line 715 in /home/******/ws_moveit2/src/srdfdom/src/model.cpp [ERROR] [1659434560.193027035] [moveit_rdf_loader.rdf_loader]: Unable to parse SRDF [FATAL] [1659434560.193493008] [move_group_interface]: Unable to construct robot model. Please make sure all needed information is on the parameter server. terminate called after throwing an instance of 'std::runtime_error' what(): Unable to construct robot model. Please make sure all needed information is on the parameter server. [ros2run]: Aborted
I have loaded the script after launching the ur_driver and moveit files and also sourcing the workspaces. I am not sure if I am missing something Can anyone help me with this error and elp me figure out what I am doing wrong?

hello，could you solve it?i meet the same issue。

I also had the same problem as @enriLoniterp.
I tried to create a launch file as @skaeringur97 explained.
While I am able to initialize the “MoveitPy” node, I am encountering an error that mentions there is no planning pipeline available for the name ' '. This seems odd to me since I have already specified the pipeline in the launch file.
I suspect there might be an error in the way I am passing the parameters. Any help on resolving this issue would be greatly appreciated. I am a beginner and currently learning ROS 2 and Moveit 2.
Error:

Python_api_launch_file:
python_ur_control.launch.zip
MoveitPy script:
ur1_moveitpy.zip

I also had the same problem as @enriLoniterp. I tried to create a launch file as @skaeringur97 explained.
While I am able to initialize the “MoveitPy” node, I am encountering an error that mentions there is no planning pipeline available for the name ' '. This seems odd to me since I have already specified the pipeline in the launch file.
I suspect there might be an error in the way I am passing the parameters. Any help on resolving this issue would be greatly appreciated. I am a beginner and currently learning ROS 2 and Moveit 2.
Error:
Python_api_launch_file: python_ur_control.launch.zip
MoveitPy script: ur1_moveitpy.zip

Please check the working namespace issue.

I haven't been able to find a good solution to this problem yet, and I was able to fix it by re-configuring it with the moveit configuration helper!


Patch 1.2

Patch 1.2 seems to have broken the save editor. It says:
Failed to parse save file. One or more errors occurred. (Unknown property: "PlayerPuppetPS.combatExitTimestamp")
The error only occurs on saves created after patch 1.2, Saves created before that work perfectly. Attached is the error.txt file the save editor generated.
error.txt

I fixed this issue in the parser module! This is a new property due patch 1.2  https://github.com/Deweh/CyberCAT/pull/5


WIP

Description of the Change
FIXME: please add at least one sentence explaining why changes here are being made.

Actually, sharing the whole run dir may make other things simpler.
In fact, we could put the tini sockets there too? We kinda have a lot of directory bind mounting sprawl.

Agreed. I'll make the change. Maybe we can do tini sockets there too, I'll look into that as well in a separate PR.

So this works, but I don't see "Started" in the status where I would expect it when i run sleep 10 && cat /titus/run/pod.json as the container:
	"status": {
		"phase": "Pending",
		"conditions": [
			{
				"type": "PodScheduled",
				"status": "True",
				"lastProbeTime": null,
				"lastTransitionTime": "2022-11-15T19:09:01Z"
			}
		],
		"message": "starting 1 container(s) in order: [main]",
		"reason": "TASK_STARTING",
		"containerStatuses": [
			{
				"name": "main",
				"state": {
					"waiting": {}
				},
				"lastState": {},
				"ready": true,
				"restartCount": 0,
				"image": "registry.us-east-1.streamingtest.titus.netflix.net:7002/baseos/bionic@sha256:7f277b879df5cd01e77784ec372bda2d8b2dadb420c392020fd4f2a7d7007ffc",
				"imageID": "",
				"containerID": "413784cc-651e-464e-9be4-80f3a6b5335f"
			}
		],
		"qosClass": "Guaranteed"
	}

While cool, we decided to do this in 1 passes.

@tych0 is going to make a PR to mount run/ instead of run/pod.json, and verify that vk continuously updates that file.
Once done, tasks will get updated pod.json via that file, mission accomplished there

(a month from now) we'll come up with an alternative way for executor to send updates to vk, and come up with a deprecation plan of the state.json communication method.


Update ESAS species table

Here is an overview of the latest commits in the (parallel) species table published at https://esas-docs.ices.dk/species/, that should be executed in the ESAS species table managed at ICES DC:
https://github.com/ices-tools-dev/esas/compare/6564e0ff8aa3058d1b875f8dd90ee9ac48cd6dd3...f24180d7adb80e6464c2e1adccce737f0193624d

Note the some of the highlighted changes may already be incorporated in the table managed at ICES DC. All of this was discussed with Carlos Pinto and Anny Osypchuk, and documented at https://github.com/ices-tools-dev/esas/issues/141

done, also the EURING codes are adjusted to 5 digits. Some discrepancies between ESAS and EURING Latin names exist. EURING codes are not verified by ICES


Adds a test for upgrading the charm

Currently, this charm only becomes active when the related mongodb-k8s charm writes valid data into the relation data. This means that in any other case, the charm will preserve whatever status is set.
Because of this, the charm remains in a Waiting state after a charm upgrade, even though the charm is working perfectly fine.

LGTM modulo the lint checker


Method to generate the derenzo phantom on the fly

The function should let you create very different derenzo phantoms with various specifications. If there are more options needed, I am very happy to add to it.
In the comment for the method it is explained how to utilize it and also there is a example call to generte the mini derenzo phantom similar to: https://www.qrm.de/en/products/micro-pet-hot-rod-phantom/

Codecov Report

Merging #18 (96f2cca) into main (8711fb0) will decrease coverage by 24.59%.
The diff coverage is 0.00%.

@@             Coverage Diff             @@
##             main      #18       +/-   ##
===========================================
- Coverage   48.43%   23.84%   -24.60%
===========================================
  Files           2        2
  Lines          64      130       +66
===========================================
  Hits           31       31
- Misses         33       99       +66

Impacted Files
Coverage Δ

src/OnTheFly.jl
25.96% <0.00%> (-45.10%)
:arrow_down:

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 8711fb0...96f2cca. Read the comment docs.


Getting started doc fixes

fixes 4528

@rachelappel,
Thanks for having already signed the Contribution License Agreement. Your agreement was validated by .NET Foundation. We will now review your pull request.
Thanks,
.NET Foundation Pull Request Bot


Plus support

Any idea if the plus has a similar API?

It does. There are more ride modes that I'm updating the app with (just got
a OW+) and will release that soon!
On Oct 7, 2017 5:47 PM, "ebabel"<EMAIL_ADDRESS>wrote:

Any idea if the plus has a similar API?
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/kwatkins/android-ponewheel/issues/2, or mute the
thread
https://github.com/notifications/unsubscribe-auth/AA0LrXFGVsh_jng7kiDNJtBF5_03hC42ks5sqBuTgaJpZM4PxjDy
.

Would love to see your progress if you want to commit to a branch. I'd like to fork and start working on it too.

@ebabel just wrapping up OW+, also cleaned up some BT workflow and and now scan the service UUID for OW, seemed to fix all connection delays and issues. I'll have it checked in later today and will update here, it should be ready for you to run with.

Also the official app has improved a lot, big motivation of doing this app was because official app was so behind... I still find myself going to this app for being able to quickly change ride modes during the ride and custom/brighter lights. I didn't see any new BLE characteristics/endpoints with OW+ so the good thing, other than added ride modes, is this app works fine with OW+.
@ebabel one thing that would be nice to have feature wise is the firmware upgrades, being able to load custom firmware - the updated official app of OW has the feature in there and with a little reverse engineering it should be possible to figure out how it works. Just it has the risk factor going on, hate to brick this lovely slab of technology.

Sounds great, thanks!! I was connecting last night but getting the status 133 issue on my Samsung sometimes. And my oreo phone didn't connect at all. I can't imagine I'll be able to help much on the firmware side, but maybe a better interface for looking at your ride then what they have. Was even considering audible speedo when >17mph could be helpful.

#9  should close out OW+ support. There is a slight UI bug (might show 2 enabled settings) but it seems to work well enough.

Seems we can close this, @ebabel merged the updates and by default OW+ is enabled now.


Test data endpoint

Setup endpoints for real-world Cohort, Family, and Phenopacket instances.

@belkassaby I added example Phenopacket endpoints to api/v1/test/phenopacket/*. The Phenopackets are based on examples in Phenopacket tools.
I'll add real-life examples of Family and Cohort tomorrow.

Hello @belkassaby, I wrapped the responses in ResponseEntity and set the appropriate HttpStatus.


Adding wait for charts install

Summary
In progress
Occurred changes and/or fixed issues

Technical notes summary

Backend issue blocking: https://github.com/rancher/rancher/issues/44197

The charts issue seems to have been remediated by this PR https://github.com/rancher/dashboard/pull/10529
Closing this draft and I'll keep the branch.


draft release notes for 0111

What does this PR do?

What issues does this PR fix or reference?

Fixes:
OR
Relates to:

NOTE: Fixes will close the ticket after merging. Relates to: will leave the ticket open after merging.

Merge requirements satisfied

For more information, visit the Contributing Guide for Documentation

[ ] Check rendered output to ensure formatting is correct for renderings of wikilinks, note refs, tables, and images. Dendron: Show Preview can be used in your workspace to confirm the page renders as expected. Sometimes, Dendron: Reload Index needs to be ran if certain wikilinks aren't working as expected. (ignore this if contribution is made via the Edit this page on GitHub button from the published site)
[ ] If this PR includes any refactoring (renaming notes, renaming headers, etc.), make sure that these changes were done via Dendron Refactoring Commands. This will ensure that any other impacted areas of the documentation, that link to or embed modified notes (via note references), are automatically updated.

Verify GitHub Actions tests are passing, which can be seen in the Checks tab of the PR:

[ ] URL validator GitHub Action passes
[ ] Dendron site build GitHub Action passes

NOTE: If you are a new contributor, a maintainer will need to provide approval for GitHub Actions to run on your PRs.

Notes for the new Giscus integration added: https://github.com/dendronhq/dendron-site/pull/638