Changes to listing kernel specs

For #8612

Rename method (distinction between active/running vs standard kernels)
Minor refactoring & fixes (ensure argv is updated when registering a kernel)
Keep track of interpreter as part of the interpreter selection quickpick (expose it for kernel selection)

Codecov Report

Merging #8880 into master will decrease coverage by 0.61%.
The diff coverage is 72.54%.

@@            Coverage Diff             @@
##           master    #8880      +/-   ##
==========================================
- Coverage   57.97%   57.35%   -0.62%
==========================================
  Files         527      527
  Lines       27512    27198     -314
  Branches     4141     4146       +5
==========================================
- Hits        15950    15600     -350
- Misses      10690    10721      +31
- Partials      872      877       +5

Impacted Files
Coverage Δ

src/client/common/types.ts
100% <ø> (ø)
:arrow_up:

src/client/interpreter/configuration/types.ts
100% <ø> (ø)
:arrow_up:

...t/interpreter/configuration/interpreterSelector.ts
64.7% <ø> (ø)
:arrow_up:

src/client/datascience/types.ts
100% <ø> (ø)
:arrow_up:

...ce/jupyter/liveshare/guestJupyterSessionManager.ts
12.5% <0%> (ø)
:arrow_up:

...lient/datascience/jupyter/jupyterSessionManager.ts
10.52% <0%> (ø)
:arrow_up:

...lient/datascience/jupyter/kernels/kernelService.ts
60.3% <67.74%> (-2.41%)
:arrow_down:

...t/datascience/jupyter/kernels/jupyterKernelSpec.ts
88.88% <88.88%> (ø)
:arrow_up:

...nt/datascience/jupyter/invalidNotebookFileError.ts
0% <0%> (-60%)
:arrow_down:

src/client/formatters/serviceRegistry.ts
50% <0%> (-50%)
:arrow_down:

... and 35 more

Continue to review full report at Codecov.

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


Skip canary region for search weekly live tests

It looks like both euap regions are not supported for search services, so this change disables the Canary run that gets executed in the weekly live test runs.

Interestingly the ARM error message says the resource is available in the other euap region, no matter which euap region you try to deploy...

/azp run - search - tests-weekly


Decompress Mipmaps from DDS format in CLI

Decompressing a DDS file through the command line interface only decompresses MipLevel 0. Does the CLI support decompressing all mip levels for a DDS file?

@jdperos
CLI supports decompression of all MipLevels from compressed DDS files.
Some examples on how to generate MipLevels and then decompress using CLI
To generate a compressed BC7 DDS file with up to 9 MipLevels
CompressonatorCLI.exe  -fd BC7 -miplevels 9 .\images\Ruby2.bmp Ruby2_bc7.dds
To decompress the BC7 DDS file, target file must support MipLevels (example back to DDS)
CompressonatorCLI.exe  Ruby2_bc7.dds Ruby2_decomp.dds
if you specified a file like .png only MipLevl 0 will be saved
CompressonatorCLI.exe  Ruby2_bc7.dds Ruby2.png

Ah, I see! I was hoping to be able to save all Mip levels to a non-DDS format (as different images). I can make conversion to other DDS compressions work, though.


Fix race conditions between CTRL+C and RunAsync in dotnet-watch

In slow machines, the CTRL+C cancellation token in this test may have fire before Program subscribed to the ConsoleCancelKey event.
Also, in testing under load, this race condition could also throw ObjectDisposedException from _ctrlCTokenSource.Cancel(). This is caused because the lambda used to subscribe to ConsoleCancelKey captures _ctrlCTokenSource in a closure that is removed from the event.
The flakiness and ObjectDisposed bug is fixed by better controlling the lifetime of the cancellation token source and ensuring we app unsubscribes from ConsoleCancelKey before closing.
Also, cleaned out some duplicate code and reference Microsoft.AspNetCore.Testing instead.
Fixes #288 - cc @pranavkm

Update: it turns out dotnet-run is the source our testing woes. Something in the latest SDK is slow to build + launch. Increasing timeouts seems to solve failing tests. This should fix #285. cc @mikeharder


"Derna, Dernișoara, Sacalasău, Sacalasău Nou, Tria" are villages in "Derna" commune, "BIHOR" county

Description
When an user search a location, this appear in the drop-down menu
according to the law

Precondition
The website is up an running.
Empty the search bar after every step

Steps 1
Write "Derna"
Expected result
In the drop down menu you find "Derna, BIHOR(Derna)"
Test Data
Derna

Steps 2
Write "Dernișoara"
Expected result
In the drop down menu you find "Dernișoara, BIHOR(Derna)"
Test Data
Dernișoara

Steps 3
Write "Sacalasău"
Expected result
In the drop down menu you find "Sacalasău, BIHOR(Derna)"
Test Data
Sacalasău

Steps 4
Write "Sacalasău Nou"
Expected result
In the drop down menu you find "Sacalasău Nou, BIHOR(Derna)"
Test Data
Sacalasău Nou

Steps 5
Write "Tria"
Expected result
In the drop down menu you find "Tria, BIHOR(Derna)"
Test Data
Tria


changing theme opens a new tab in the web browser

When changing theme it will open a new tab in the web browser. I haven't seen that before but only when i change theme from authentic theme to another one, not the other way around.
Authentic theme 19.10-beta2

this seem to be the standard behavior since 19.00.
may be authentic should close the old window after opening the new one, because authentic is still active in the old one and this is somewhat unexpected.

It's fixed. Thanks for reporting.
It's impossible to close the tab. It's only possible to close the window that was opened by the script.


FlowChunk: xhr abort fixes

A couple of fixes regarding abort() (observed in the particular case of a stream didn't compute adequately the number of chunks)
(Note: An better codepath is still to be found to replace the current workaround used in readStreamChunk)

Approved


Exclude cscope from default file list command

With default setup gutentags generate file list for cscope using simple
find -type f command in update_scopedb.sh. Subsequent invocations of
this script causes unbounded growth of cscope database because cscope
indexes itself every time.
This change excludes cscope database file from default file list command
for cscope database generation so it will work properly by default.
Another option is to use custom file list command like ag -l that will
generate files known to source control, that is without cscope database
file.

Github is confused but this has been merged (see 3e7e2cc347f9410bb97d584c599c2d568ba287f0). Thanks!


Entering "=VLOOKUP" into a cell displays the code for that function

Take any recent version of jspreadsheet ce, take a cell and insert "=VLOOKUP" into it.  The value of the cell with the javascript code for that function:

The same is true for other functions as well, for example "=ERF"

Several formulas are only implemented on Formula Pro, available on the Pro versions. https://jspreadsheet.com/products/formulas

It happens for all formulas.   The issue is the function code gets splashed into the cell when using it in his way (see screenshot).  Would "#ERROR" be more appropriate?


not able to get "output_node_names" from trained lpr model

Trained lpr model with NVDIA GPU. Using checkpoint & meta data generated .pb.
When I tried summarize graph with .pb received.
Not able to get "Output_node_names".
To freeze .pb, I need output_node_names.
Please provide solution to fix this

Hi @mahinlman,
Try to use the script lpr/export.py, that contain code for freezing lpr graph.

Thank you.  @AlexanderDokuchaev

@AlexanderDokuchaev Please can you re-upload the script, because the link is broken
Thanks.

@abdou31 script was moved to tools directory.
https://github.com/opencv/openvino_training_extensions/blob/develop/tensorflow_toolkit/lpr/tools/export.py

Thanks.
I hope that this script worked for me


Running it as 'xcode' works fine. Will it fail if run as 'react-native run-ios'?

hi guys.
The current problem is that xcode runs fine,
If you run 'react-native run-ios' on the cli screen
The error screen "interactableView does not exist."
We also did a 'react-native link' and manually linked to android and xcode.
I do not have a sense of what's wrong.
Help!

In the project directory, the build folder for each OS was a problem ... After the deletion, it works well.

I am closing the issue as a part of an effort to cleanup and revive the project. If this issue persists after v1.0.0, you are more than welcome to reintroduce the issue.
Thanks for your contribution.


softwarerero:accounts-t9 it too large!

softwarerero:accounts-t9  is taking too large a chunk of my application.
This is a recurrent complain here in this repo.
cane we setup which languages to upload?

DId you find anyway to remove above too-large dependency.


feature/documentation request: allow mocking widget services without a widget

Some tests (laxar-uikit, various controls) need to mock widget services (for example i18n, configuration). Not only is it a pain to hand-code these mocks in every repository, it is also a source of error because changes in the API of the mocked services are hidden from the tests.
Is it currently possible to instantiate the mocks without a widget? If not: can we provide an API to do that easily, maybe by stubbing a minimal widget descriptor? If it is already possible, we should add documentation "somewhere" :)

@jpommerening Is using something like import { createAxAssetsMock } from 'laxar/laxar-widget-service-mocks good enough? This is what LaxarJS Mocks uses to obtain mocks. If so, I suggest closing this issue.
If using the mock factories is too tedious, maybe we need to raise a laxar issue instead.

TBH, I think the only problem seems to be that I have no idea how I'd create an i18n mock with any that and was hoping laxar-mocks could do the job for me :)
createAxI18nMock needs an actual axI18n service, which (if I manage to get hold of its factory function) needs axConfiguration and axContext, which in turn, might look different with the serviceDecorators, once the control is actually used inside a widget. Maybe this is all misinformed, but that's why there's the /documentation in the title ;)
Here: https://github.com/LaxarJS/ax-input-control/blob/master/spec/helpers.js#L28 (careful; brittle)

Agreed, creating a mock for the axI18n injections should be simpler.
For v2.0, I'd suggest leaving the scope of laxar-mocks as-is (preconfigured testbed for widgets) and opening an enhancement issue in laxar core instead, to make it dead-simple to obtain a working axI18n mock.

Ok, thanks!

Closing in favor of LaxarJS/laxar#447

@jpommerening thx 👍


replace zookeeper.connect to bootstrap-server

zookeeper option was was deprecated

Note: Kafka docker image version needs upgrading for this change.


rviz would not work on noetic and melodic because of the SIP bindings not working

rviz (the ros1 one), would not work because it only works on SIP; and SIP4, which is what this package seems to support for noetic and melodic (and apparently rolling and other recent distros as well), cannot work with recent libraries of pyqt5. There seem to be some drafted PRs for this. However, those are for the recent ROS2 distros. This issue aims to encourage backwards compatibility of these changes to noetic and possibly melodic as well.

Or would it be better to ask for pyside2 support on the rviz1 repo?


PCF2131 clock out, reset and OTP refresh

I added support for clock out for the PCF2131, as described in the datasheet:

You can test it with something like rtc.set_clock_out(PCF2131_I2C::FREQ_1_HZ);. You can use a simple multimeter to verify the 1Hz square wave on the CLKOUT pin. An oscilloscope can be used to validate the higher frequency waves.
I also added support for the OTP refresh for the PCF2131,  as described in the datasheet:

I also added support for the software reset for the PCF2131,  as described in the datasheet:

After a reset, all configuration is reset to default. This means the reset can be tested by changing the configuration (e.g. CLKOUT frequency), performing a reset, and verifying that the configuration is back to default.
Feel free to make changes to the PR if needed (e.g. method names or other things you don't like).

Thank for adding features and fixes for typo 👍
I will update the document and release this new version.


doc: Do not use Sphinx 5.2.0.post0

Sphinx 5.2.0.post0 release has a known compatibility issue with the sphinx_rtd_theme (see the issue readthedocs/sphinx_rtd_theme#1343).
Revert this commit once this compatibility issue is resolved.
Signed-off-by: Stephanos Ioannidis<EMAIL_ADDRESS>

As a future change, it would be good to require a particular version of the Sphinx, theme, and its friends in the requirements-doc.txt to prevent problems like this. There is no reason why we should be using the latest version.

As a future change, it would be good to require a particular version of the Sphinx, theme, and its friends in the requirements-doc.txt to prevent problems like this. There is no reason why we should be using the latest version.

If we do this, we need to finally enforce usage of virtual environments, other softwares may require other versions. Still, it’s not a great practice because we do not control what subdependencies need, so best is to be flexible and potentially use lock files. We in fact use the ~= version specifier meaning “compatible”, ie 5.x. It seems that Sphinx is not following the rule (or they’ve made a mistake).


VC's border is not round edged properly

Describe the bug
VC's card border is not round edged properly
To Reproduce

Open app and head to home page
click on add ID and download VC
Go back to home

Expected behavior
The downloaded VC card should be with proper rounded edges
Current behavior
Downloaded VC's card border is not round edged properly
Screenshots

Smartphone (please complete the following information):
Device: android
MOSIP Version: 121
MOSIP server: qa-121.mosip.net
APK link : https://github.com/mosip/inji/actions/runs/3240349594

@rakhimosip This Issue was solved and submitted raised PR to @gsasikumar  sir.

Verified this issue on QA-5 env, still the edge of the VC card is not proper, still the corner looks blur, hense closing this jira
Screenhot :

Smartphone :

Device: PIXEL 6
OS: Android 13
MOSIP Version: <IP_ADDRESS>
MOSIP server: qa5.mosip.net
APP link; https://mosip.atlassian.net/browse/DSD-1846

Verified this issue in QA-1201-b2 android orange app, in the orange app the issue not observed anymore, in all the pages the VC cards layout is perfect, we will wait till the perple is released and will close this bug once the testing done in it
Smartphone :

Device: PIXEL 6
OS: Android 13
MOSIP Version: <IP_ADDRESS>
MOSIP server: qa5.mosip.net
APP link; https://github.com/mosip/inji/actions/runs/3854157494

Verified this issue in qa-1201-b2 environment, still in the purple theme the issue is occurring, the edge of the VC card is not proper, still the corner looks blur, hence reopening this bug, I am attaching the screenshot and the device details below for reference.
Screenshots:

Tested in;
Device: Redmi 7A
Android Version:10
BLE version :4.2
Inji app version: https://github.com/mosip/inji/actions/runs/4376897206
Mimoto version: <IP_ADDRESS>
MOSIP Version: qa-1201-b2.mosip.net

The purple theme app in both IOS and android, while sharing the selected VC is getting selected differently, the VC is getting big, but in the orange app it is working differently, where a green layout will surround the VC, I am attaching the working video of purple app bellow
Screenshot :
Tested in :
Device: pixel 6
Android Version: 13
BLE version : 5.2
Inji app version: https://github.com/mosip/inji/actions/runs/4376897206
Mimoto version: <IP_ADDRESS>
MOSIP Version: qa-1201-b2.mosip.net

In the purple theme app, when non of the downloaded VC is binded, when you try to scan the IDP login page, the layout of the error message is not proper, iam attaching a screenshot below for reference
Screenshot :
https://user-images.githubusercontent.com/102220709/225009403-136f5d17-e3b8-4c42-aa71-55b5bb31265d.mp4
Tested in :
Device: pixel 6
Android Version: 13
BLE version : 5.2
Inji app version: https://github.com/mosip/inji/actions/runs/4376897206
Mimoto version: <IP_ADDRESS>
MOSIP Version: qa-1201-b2.mosip.ne

In the purple theme, all the text box's font is not proper, when we enter the value in the textbox and highlight it , it is highlighted in dark purple and the font is in black color, which is not visible properly, it happens all the textboxes in the app, please look into this too
screenshot :

Smartphone :
device : redmi k20 pro
ble : 5.0
android : 11
MOSIP Version : <IP_ADDRESS>
MOSIP server : qa-1201-b2.net
APP link : https://github.com/mosip/inji/actions/runs/4447486079

In the purple app, when the VC tag is filled with a big paragraph, the VC borders are stretched, and the VC tags alignment is also not proper, it should align properly as same as the orange theme, attaching a screenshot below, please look into this
Screenshot :

Smartphone :
device : redmi k20 pro
ble : 5.0
android : 11
MOSIP Version : <IP_ADDRESS>
MOSIP server : qa-1201-b2.net
APP link : https://github.com/mosip/inji/actions/runs/4447486079

verified as fixed in the build with commit id in the below screenshot.


Drop support for block header proofs

Block header proofs are not used in mainnet. Let's remove them and simplify the code

Related: http://github.com/zeta-chain/node/pull/949


confused

i tried to run your code follow your instructions with the cifar10  , and  impressived by the acceleration ,but the accuracy is not good  as well as yours. any advice would  be appreciate !

Would you provide more detailed information? Are you training from scratch? Or, are you running inferences with released checkpoints?

i  trained from scratch , and the accuracy of resnet18 with cifar10 dataset could  get  about 92% after trainning ,  then i  run  the cifar_dsp which got an accuracy  at about 70%  ,  after that i run  the cifar_finetune and got a  accuracy at 81% only. So, i  have no idea how to fix it.

That might be because the regularization is too strong. In our experiments, we found that adjusting the regularization power, specified by "-r [value]" in the code, inversely proportionally to the number of model parameters is beneficial in obtaining optimal efficiency. We used 2e-3 for 0.27M parameters, so we can use 5e-5 for resnet18 with 11.4M parameters.
It is noteworthy that the regularization power may interact with other regularization techniques like L2 decay. It is recommended to try several values other than 5e-5 to find the best configurations.


error: the path "dashboard.yaml" does not exist

Problem:
It seems there is no dashboard.yaml file exists in Getting Started With CRI-O and Kubeadm tutorial environment (at Step 6 fo 6). For sure
ls -al

command executed to get all files into the tutorial environment. Unfortunately the file also neither exists at the link as described at the last.

Hi, this is not a k/website issue thought? Please try reporting it to
Katacoda.
/close


GATK: Try Firepony

http://gatkforums.broadinstitute.org/gatk/discussion/6019/what-is-firepony-and-what-can-i-expect-from-it
https://github.com/broadinstitute/firepony
https://github.com/broadinstitute/firepony/wiki
http://gatkforums.broadinstitute.org/gatk/discussion/6021/how-to-use-firepony

Requires CUDA dev

ACRC to provide access Power cluster with four nodes and GPU cards to try out


Change CI suite to exit with 1 if tests fail

Currently, our tests pass in CI even when they fail. We need to make sure they exit with 1 for our CI suite.

Won't fix for now.


IIssue with IE 11

Hello!
I have the following issue. We have deployed the  NipplesJS to the following software. Please see link: http://ec2-54-78-224-212.eu-west-1.compute.amazonaws.com/et/pano/show/1441792/separate  On the right bottom corner there is deployed the nipplesJS.
The issue is that in IE11 there is no the so called Joystick ball (it doesn't show up) The Firefox and chrome are displaying joystick ball correctly. No problems with FF and Chrome.
If you debugg it you will see error Object doesn't support property or method 'contains'. You can debugg it yourself.
Please help, any suggestions what we have to do to make joystick ball to show up in IE 11.
Thanks in advance,
Christo

On additional comment. If you will click on link , please disable flash. The issue is in HTML5.

Thanks for reporting.
It seems that I'm using document.contains to detect if you've added the correct element to the dom.
I should have used document.body.contains because IE11 doesn't seem to shortcut it the same way as Chrome and FF.
Thanks for this, I'll fix it this week end.
If you need to fix it right now, I guess you could add something like document.contains = document.body.contains when you're in IE11.
This will make the shortcut manually, while I'm fixing it.

Please also note bug #16 with the static configuration.

This should have been fixed.
Can you confirm it?

Hello Yaonn,
Thanks, issue solved.
One additional question.
If you will look at this link http://ec2-54-78-224-212.eu-west-1.compute.amazonaws.com/et/pano/show/1441792/separate (in case of IE)  and use for the navigation virtual joystick (ball). Is it possible somewhere to change settings that the image movement from right > left or Left> right  etc would be smoother. Currently it is  moving like step by step. The image hangs and moves forward and after that hangs again  and moves forward.
With flash the image movement is much more smoother.
Regards,
Christo Kuuse
From: Yoann Moinet<EMAIL_ADDRESS>Sent: Sunday, November 8, 2015 7:58 AM
To: yoannmoinet/nipplejs<EMAIL_ADDRESS>Cc: Chruse<EMAIL_ADDRESS>Subject: Re: [nipplejs] IIssue with IE 11 (#17)
This should have been fixed.
Can you confirm it?
—
Reply to this email directly or view it on GitHub https://github.com/yoannmoinet/nipplejs/issues/17#issuecomment-154777267 .  https://github.com/notifications/beacon/AO9jSFIruD6vZ9JRVtA-6VPlqGsBX05Pks5pDtvZgaJpZM4GdYez.gif

I think I know why you have this behavior.
I you're listening to the move event, which is triggered only when your mouse is moving,
you're not constantly moving, this event isn't triggered all the time.
Only when changed.
In my opinion, you should have a constant movement applied, on which you'd apply a transformation value between :

-1 (left)
0 (rest)
+1 (right)

And on move you'd change this transformation value based on the joystick position.
Though, I understand the need to have a constant triggering when active,
but it might not give a smoother experience than this.


Font change

Is there a way to change font from toml file?

not unfortunately

@dhananjaylatkar go to themes\cactus\assets\scss_variables.scss and change it from there

@RobbiNespu can you please elaborate?

thank you... was able to figure out...


Scrollaway appbar should not re-appear during overscroll bounce

Easy to see in Contacts demo in Gallery.  Turn on "scrollaway" mode, and then scroll to the bottom, notice how the appbar disappears as you scroll down only to reappear when yous scroll bounce.
This presumably only occurs on iOS, due to the scroll bounce behavior.
https://youtu.be/epedZsspsO8
This doesn't need to block Gallery 1.0.

Fixed.


Point System

Rework how many points users get for chat messages and maybe don't give a user points for certain commands.

Reopening just to remind myself to figure out a way to limit giving points for chatting. If a user were to spam, they get A LOT of points plus more if they are verified on my site.

When giving points to a user for joining we should check the last they joined so they don't leave and rejoin for more points...

When a user queries for their points with the !points command, they get more points, I thought this was fixed but I guess not?

Add users to a queue after chatting to slow down the rate in which they receive points. Maybe 10 seconds?

Moved to checklist #6


Add instructions to install

Is need a simple instruction list to install PBS

Done, a list of instructions was implemented in README.md


(Fix) Update sbt-microsites to 1.0.2

Closes #753
Closes #752
Closes #751

Codecov Report

Merging #756 into develop will increase coverage by 0.02%.
The diff coverage is n/a.

@@             Coverage Diff             @@
##           develop     #756      +/-   ##
===========================================
+ Coverage    89.35%   89.37%   +0.02%
===========================================
  Files          115      115
  Lines         9011     9011
  Branches       335      335
===========================================
+ Hits          8052     8054       +2
+ Misses         959      957       -2

Impacted Files
Coverage Δ

...src/main/scala/com/twitter/algebird/Interval.scala
80.86% <0%> (-2.61%)
:arrow_down:

.../main/scala/com/twitter/algebird/BloomFilter.scala
94.69% <0%> (+0.44%)
:arrow_up:

.../main/scala/com/twitter/algebird/Approximate.scala
90.32% <0%> (+1.61%)
:arrow_up:

.../main/scala/com/twitter/algebird/Applicative.scala
61.76% <0%> (+2.94%)
:arrow_up:

...in/scala/com/twitter/algebird/scalacheck/Gen.scala
100% <0%> (+9.09%)
: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 edfa071...f276be8. Read the comment docs.


How to load the kernel from a UEFI application

I read the 3rd edition post about the UEFI app created by @phil-opp and would like to load a kernel build from the UEFI app.
I know that I need to parse the ELF file with xmas-elf and then use the assembler to call the main kernel function. Despite my attempts I still did not get this. And I wanted to ask if you know any example UEFI application which would load kernel as expected and it would work. Look forward to your reply 😊

As far as I can tell, this repo is the relevant bootloader code from the Redox OS project. They don't use uefi-rs, instead they have their own UEFI wrapper, but the flow is similar.

If you are looking to run the Linux kernel specifically, here's an example: https://chromium.googlesource.com/crdyboot/+/ff7f67b3b13824ba2badeb2be43467d726620429/crdyboot/src/linux.rs#119
The basic idea is to build Linux with the EFI stub, which makes the kernel look like a simple PE/COFF executable. Then you can parse the PE header to get the entry point function and call it. (The same basic idea should work with other UEFI-compatible PE executable, but you might need to add support for relocations.)
Hopefully this example and/or the redox example answer your question, feel free to reopen this issue if not.


The value of a field does not conform to the expected format.

I get this error when trying to checkout
The value of a field does not conform to the expected format.

Sorry, I found out the problem. It was the friendly URLs, once I disabled that it's working again.

Hello,
Thank you for information.
Have a nice day !

I'm currently also facing the same problem, but i don't want to disable friendly URLs. Are there any solution to this?

I'm currently also facing the same problem, but i don't want to disable friendly URLs. Are there any solution to this?

Hello,
thank you for your message.
You do not have to disable Friendly URLs. It is possible that you get an error because there are some spaces in the URLs translations.
Please take a look on this article and check your "order" URL : https://help.202-ecommerce.com/paypal-for-prestashop/paypal-plus-mexico-impossible-to-pay-by-card/
Have a good day !
Regards,
Tetiana

Hello,
I'm afraid it has reappeared on version v5.4.0. The version of PrestaShop instead is <IP_ADDRESS>.
Regards
Johnny


chore(deps): Update Docusaurus dependncies

Description
Was looking through logs of preview build and saw that there are some errors due to Docusaurus components having different versions:

This PR addresses these issues.
Related Issues

Checklist

[x] I read the Contributor Guide and followed the process outlined there for submitting PRs.
[x] I titled the PR using Conventional Commits.
[x] I did not modify the CHANGELOG.md nor the pubspec.yaml files.
[x] All existing and new tests are passing.
[x] The analyzer (flutter analyze) does not report any problems on my PR.

Breaking Change
Does your PR require plugin users to manually update their apps to accommodate your change?

[ ] Yes, this is a breaking change (please indicate that with a ! in the title as explained in Conventional Commits).
[x] No, this is not a breaking change.

Seems like the fix for the checkout should work after I merge this PR. So going to merge this and check how it changes for other PRs.


BulletList OrderedList：Abnormal display [有序列表 无序列表：异常显示]

As shown in the figure, when the ordered list and the unordered list are displayed on the left, the serial number is abnormal. How do you deal with this problem?
[如图，当有序列表与无序列表在左边显示时，序号显示异常。请问一下这个问题怎么处理？]

Could you leave a code sandbox here, I can't reproduce.

Could you leave a code sandbox here, I can't reproduce.

I have never used a code sandbox, I can register one, but I don't think it will reproduce the problem, I will try it.
[我没使用过代码沙箱，我可以去注册一个，但是我觉得不一定会重现这个问题，我试试看。]

Could you leave a code sandbox here, I can't reproduce.

codesandbox：https://codesandbox.io/s/fervent-chandrasekhar-ezi4v
My code is probably like this, but there are errors：
[Vue warn]: Error in v-on handler: "RangeError: Can not convert <> to a Fragment (looks like multiple versions of prosemirror-model were loaded)"
My local solution seems to have no effect in the sandbox.
"resolutions": {         "prosemirror-model": "1.9.1"     }
The two sandbox codes you sent me today also have this problem.

I don't see something wrong in your code sandbox.

I don't see something wrong in your code sandbox.

It seems that there is no problem, but I did appear locally, and now due to the problem of "prosemirror-model", I can't reproduce it.

I don't see something wrong in your code sandbox.

Originally I thought it was my local “style" that affected it, but there were no other "styles" in my component, and it was normal when centered. Very weird question.


fixed cannot find any object

@ahuizxc
Dear Gary, since the project now is in reactive stage, it is ok to merge the PR. but as kindly remind, remember the ratio or overlay is hard-coded in the current code, it would be needed to extract as a configurable parameter once it changes frequently in future uses.


Determine how many lines are generated through a component

I am importing this into a component, but I want to determine how many lines were generated to do some functionality on.
Is there a way to get this within my component?

@nmagathan if you pass line prop to Truncate with a value >= 1, then this should result in the number of lines before truncation. If no value is passed, then you should get one line.
I am not sure if this answers your question.


create parent dir if missing

/run-integration-tests

CI still fails.

Seems it is because can not connect to tidb-sever?

/run-integration-tests


Stage update for later reboot

Hello there,
I'm running a server using your container and it's working just fine, with just a minor possible improvement I will explain here:
The server is running 24/7 and I told my friends that every morning at ~05:30 the server will be restarted for maintenance, but I had the server restart itself this morning with the release of 0.146.8 (at 09:50 local time) without any prior warning and people were connected.
I understand that this is the default behaviour, but maybe this could be improved by adding a flag that would just stage the update, but not restart the valheim server, which will be taken care of by the daily restart.
This would help and manage users expectations (of course, if an update is released in the middle of the day, a manual action will be required to allow clients with the updated version to connect, but that's fine for me)
Thanks again for the nice work !

@herver great suggestion! We'll improve the current situation.
Let me break down my thoughts on the issue of updates:
For Steam updates I feel it makes sense to apply them immediately because clients will generally get them pushed by Steam itself and the worst thing to have is an up to date client with an outdated server. That said Steam updates are more like a weekly, and once out of EarlyAccess monthly to quarterly occurrence. So I don't feel this is even the reason for this issue.
For V+ I suppose we could put something in that holds updates back. But I feel that's also a bit on V+ to improve. Maybe releasing three "stable" updates in three days means they weren't that stable to begin with and should be incubated a bit longer.
So I'm having a hard time justifying implementing a fix for something that should be improved somewhere else.
Regardless of those two aspects I had been planning to move away from the UPDATE_INTERVAL and over to a cron scheduled UPDATE_CRON so that update checks happen at predictable times.
With the introduction of the RESTART_CRON I added a BusyBox crond to the container anyways so we might as well use it for update checks. I just hadn't come up with a good way of not breaking backwards compatibility.
I suppose we'll have to convert the UPDATE_INTERVAL seconds to one or more cron schedules. Which is a non-trivial task to solve correctly. Like, 3600 is an easy 0 * * * *. But suppose someone uses 5400 (ever 90 minutes). That's two schedules 0 0-21/3 * * * and 30 1-22/3 * * *, etc.
But maybe it is enough to round up/down to the closes single schedule and give the user a message at startup notifying them about the schedule that had been generated.
My thoughts on the issue 🙂

My friends and I encountered this the other night when an update was pushed mid-evening. But I'd also agree that it's best that server-client versions are kept in sync as often as possible.
I'd propose an alternative solution, like an automated broadcast message: "The server is restarting in XX minutes for an update to version YY." Unfortunately, there does seem to be support in-game (yet) for that kind of feature either.

@herver I just merged https://github.com/lloesche/valheim-server-docker/pull/100 which should help you in making these update checks more predictable. There is now UPDATE_CRON which defaults to every 15 minutes but can be changed to match the server restart schedule or anything else. The cron is only installed if UPDATE_INTERVAL has not been specified.

@jordannick That would be fantastic. Some local socket that allows to display messages to all players.

Thanks for the great work ! that was blazing fast and fits what I had in mind
❤


How to set the yang repository path when install the netopeer2-server

Hi,
As I know, when install the sysrepo, use cmake -DREPOSITORY_LOC:PATH=/path ..  to modify the repository location.
How about the netopeer2-server, for example, when install the netopeer2-server/server, how to set the repository location path?
I test with cmake -DREPOSITORY_LOC:PATH=/path ..   for netopeer2-server/server and it's useless.
Thanks
Darcy

Hi Michal,
Thanks for the response! Suppose my description isn't clear.

I mean When install sysrepo, we could use the DREPOSITORY_LOC:PATH to set the yang files installation path, for example, I set it as /usr/etc/sysrepo, the sysrepo will created /usr/etc/sysrepo/yang and /usr/etc/sysrepo/data path  to store the yang and data:

cmake -DREPOSITORY_LOC:PATH=/usr/etc/sysrepo ..

When install the netopeer2-server, some yang files will be installed, such as ietf-netconf.yang, ietf-system.yang, ietf-netconf-server.yang, but these yang files will always find the default path /etc/sysrepo and won't locate the /usr/etc/sysrepo, then the netopeer2-server installation will be failed.

Not sure whether it's clear, thanks!
Thanks
Darcy

Hi Michal,
Thanks for your response. The above issue is not clear, now I found my real issue.
I use a example to show it:

Compile the sysrepo with setting the REPOSITORY_LOC:PATH=/root/etc/sysrepo:

cmake -DCMAKE_BUILD_TYPE=Release -DREPOSITORY_LOC:PATH=/root/etc/sysrepo ..
- Preparing systemwide build of sysrepo v. 0.7.4
-- sysrepo repository location: /root/etc/sysrepo
-- Could NOT find avl (missing:  AVL_LIBRARY AVL_INCLUDE_DIR)
-- libredblack will be used for binary tree manipulations.
-- Example code and YANG models will be built and installed.
-- CMocka found, tests are enabled.
-- Test repostory location differs to system repository location, some tests will be disabled.
-- Could NOT find SWIG (missing:  SWIG_EXECUTABLE SWIG_DIR)
CMake Warning at swig/CMakeLists.txt:11 (message):
  SWIG library not found

-- Configuring done
-- Generating done
-- Build files have been written to: /root/sysrepo/build

The make is OK.

When install the sysrepo, I set the DESTDIR=/root, an error about yang installation will be reported.
The reason for the issue is:

With the REPOSITORY_LOC and DESTDIR, the /etc/sysrepo/yang will be created under /root/root

When install the yang file, the sysrepoctl will search the REPOSITORY_LOC , but it isn't created now.
After research the CMakeList.txt, I didn't locate the root cause, seems

# make install DESTDIR=/root
[ 13%] Built target COMMON
[ 29%] Built target SR_ENGINE
[ 33%] Built target SR_SRC
[ 33%] Built target sysrepo
[ 34%] Built target sysrepo-plugind
[ 34%] Built target sysrepo_a
[ 35%] Built target sysrepocfg
[ 37%] Built target sysrepoctl
[ 38%] Built target sysrepod
[ 39%] Built target application_changes_example
[ 40%] Built target application_example
[ 41%] Built target application_fd_watcher_example
[ 42%] Built target event_notif_sub_example
[ 43%] Built target event_notif_sub_tree_example
[ 44%] Built target oper_data_example
[ 46%] Built target rpc_example
[ 47%] Built target rpc_tree_example
[ 48%] Built target sr_delete_item_example
[ 49%] Built target sr_get_changes_iter_example
[ 50%] Built target sr_get_item_example
[ 51%] Built target sr_get_items_example
[ 52%] Built target sr_get_items_iter_example
[ 53%] Built target sr_get_subtree_example
[ 55%] Built target sr_get_subtree_iter_example
[ 56%] Built target sr_get_subtrees_example
[ 57%] Built target sr_set_item_example
[ 58%] Built target oven
[ 59%] Built target turing-machine
[ 64%] Built target HELPERS
[ 65%] Built target ac_test
[ 66%] Built target cm_sm_test
[ 66%] Built target create_internals
[ 67%] Built target common_test
[ 68%] Built target dm_test
[ 69%] Built target dummy-plugin-1
[ 70%] Built target dummy-plugin-2
[ 71%] Built target md_test
[ 73%] Built target mem_mgmt_test
[ 74%] Built target np_test
[ 75%] Built target pm_test
[ 76%] Built target rp_datatree_test
[ 77%] Built target rp_dt_edit_test
[ 78%] Built target rp_dt_running_test
[ 79%] Built target rp_dt_xpath_test
[ 80%] Built target trees_test
[ 82%] Built target values_test
[ 83%] Built target xpath_utils_test
[ 91%] Built target Sysrepo-cpp
[ 92%] Built target cpp_application_changes_example
[ 93%] Built target cpp_application_example
[ 94%] Built target cpp_delete_item_example
[ 95%] Built target cpp_get_item_example
[ 96%] Built target cpp_get_items_example
[ 97%] Built target cpp_get_items_iter_example
[ 98%] Built target cpp_rpc_example
[100%] Built target cpp_set_item_example
Install the project...
-- Install configuration: "Release"
-- Installing: /root/root/etc/sysrepo
-- Installing: /root/root/etc/sysrepo/yang/
-- Installing: /root/root/etc/sysrepo/data/
-- Installing: /root/root/etc/sysrepo/data/internal/
-- Installing: /root/var/run/sysrepo-subscriptions
-- Installing: /root/usr/local/lib64/sysrepo/plugins
-- Up-to-date: /root/root/etc/sysrepo/yang/internal/sysrepo-persistent-data.yang
-- Up-to-date: /root/root/etc/sysrepo/yang/internal/sysrepo-module-dependencies.yang
-- Up-to-date: /root/root/etc/sysrepo/yang/internal/sysrepo-notification-store.yang
-- Up-to-date: /root/usr/local/lib64/pkgconfig/libsysrepo.pc
-- Up-to-date: /root/usr/local/share/man/man1/sysrepoctl.1
-- Up-to-date: /root/usr/local/share/man/man1/sysrepocfg.1
-- Exec: /root/sysrepo/build/src/sysrepoctl --install --yang=/root/sysrepo/yang/ietf-netconf-notifications.yang --permissions=666
[ERR] libyang: Unable to use search directory "/root/etc/sysrepo/yang/" (No such file or directory)
[ERR] Unable to allocate memory in md_init
Error: Failed to initialize module dependencies context.
CMake Error at cmake_install.cmake:139 (message):
  Error: 1

make: *** [install] Error 1

Hi Darcy,
are you trying to build a package of sysrepo? If not, then you should not be using DESTDIR but CMAKE_INSTALL_PREFIX. If so, then it is more complicated than this but I do not know the exact cmake command needed. But a colleague of ours @jktjkt should be able to help you. Can you please provide your build scripts or at least help in some way, please?
Regards,
Michal

Hi Michal,
Yes, I'm building a RPM package for sysrepo, so I should use the DESTDIR.
My build script is a SPEC file for RPM package generation, it's really complicated as I want to install sysrepo to the dest dir. Below is my build scripts.
clang.txt
Summary:        Netconf based on C service work
Name:           cnet-c
Version:        0.1.0
Release:        18.9
BuildRequires:   cmake, kernel-devel, supervisor, pcre-devel, pkgconfig, libev-devel, protobuf-c-devel, protobuf-c-compiler, libssh-devel, openssl-devel
#Requires(pre):   cmake, kernel-devel, supervisor, pcre-devel, pkgconfig, libev-devel, protobuf-c-devel, protobuf-c-compiler, libssh-devel, openssl-devel
BuildRoot:      %{_tmppath}/%{name}-%{version}-%{release}-root
%description
Netconf based on C provides the netconf server service, including configuration, build,
install, help files, etc.

%define __debug_install_post %{_rpmconfigdir}/find-debuginfo.sh %{?_find_debuginfo_opts} "%{_builddir}/%{?buildsubdir}" %{nil}

cd  %{_topdir}/BUILD/cnet-c-0.1.0/libredblack
./configure CC=%{_bindir}/clang CXX=%{_bindir}/clang++ --prefix=%{_prefix}
make %{?_smp_mflags} OPTIMIZE="%{optflags}"
make install DESTDIR=$RPM_BUILD_ROOT
ldconfig
cd build
make  install DESTDIR=$RPM_BUILD_ROOT
ldconfig

cd  %{_topdir}/BUILD/cnet-c-0.1.0/sysrepo
mkdir build
cd build
make %{?_smp_mflags} OPTIMIZE="%{optflags}"
ldconfig

cd  %{_topdir}/BUILD/cnet-c-0.1.0/libnetconf2
mkdir build
cd build
make %{?_smp_mflags} OPTIMIZE="%{optflags}"
make  install DESTDIR=$RPM_BUILD_ROOT
ldconfig

cd  %{_topdir}/BUILD/cnet-c-0.1.0/Netopeer2
cd keystored
mkdir build
cd build
make %{?_smp_mflags} OPTIMIZE="%{optflags}"
ldconfig
cd  %{_topdir}/BUILD/cnet-c-0.1.0/Netopeer2
cd server
mkdir build
cd build
make %{?_smp_mflags} OPTIMIZE="%{optflags}"
ldconfig

cd  %{_topdir}/BUILD/cnet-c-0.1.0/Netopeer2
cd cli
mkdir build
cd build
CMAKE_INCLUDE_PATH=$RPM_BUILD_ROOT/%{_includedir} CMAKE_LIBRARY_PATH=$RPM_BUILD_ROOT/%{_exec_prefix}/lib64:$RPM_BUILD_ROOT/%{_exec_prefix}/lib cmake -DCMAKE_BUILD_TYPE:String="Release"  -D CMAKE_C_COMPILER=%{_bindir}/clang -D CMAKE_CXX_COMPILER=%{_bindir}/clang++ -DCMAKE_INSTALL_PREFIX=%{_prefix} ..
make %{?_smp_mflags} OPTIMIZE="%{optflags}"
make  install DESTDIR=$RPM_BUILD_ROOT
ldconfig

%clean

%files
%defattr(-,root,root)
/etc
/usr/bin
/usr/etc
/usr/include
/usr/lib64
/usr/man
/usr/share
/usr/lib/libredblack.a
/usr/lib/libredblack.la
/usr/lib/libredblack.so
/usr/lib/libredblack.so.0
/usr/lib/libredblack.so.0.2.3
/var

%post
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/lib64/:/usr/local/lib/:/usr/lib64/:/usr/lib
adduser --system netconf
echo "netconf:netconf" | chpasswd

The DESTDIR option instructs make install to install to another location ("staging") instead of going directly to the configured prefix (i.e., CMAKE_INSTALL_PREFIX). This means that if you configure with, e.g., cmake -DCMAKE_INSTALL_PREFIX=/usr and then install via make install DESTDIR=/usr, you will get paths like /usr/usr/bin/sysrepod, which is probably not what you want.
The spec file looks a bit strange -- you are building several sources at once, apparently in order to produce one unified package. That's unusual.
In our internal use, we're currently building sysrepo/netopeer2/... for deployments targeting ARM devices. This requires a cross compilation on a regular x86_64 build node -- check our build recipes for buildroot. There were some complications which needed some work:

fixing sysrepo's CLI tools (sysrepoctl, sysrepocfg)That so that a build targetting ARM calls x86_64 binaries
making sure that the repository location is correctly prefixed during the build -- this means that the native tools on the host target something like ${TARGET_ROOTFS}/etc/sysrepo, while the resulting binaries use /etc/sysrepo

Your situation is not that much easier. Your probably do not want to create /etc/sysrepo on your build node when producing the RPMs. You can get there by building sysrepo twice, once just to get the sysrepocfg and sysrepoctl binaries which will manipulate your ${TARGET}/etc/sysrepo (this build will therefore need a -DREPOSITORY_LOC=somewhere/prefixed/etc/sysrepo), and then once again with these options: -DIS_DEVELOPER_CONFIGURATION=OFF (so that the REPOSITORY_LOC is /etc/sysrepo), and -DCALL_SYSREPOCTL_BIN=/your/just/built/bin/sysrepoctl -DCALL_SYSREPOCFG_BIN=/your/just/built/bin/sysrepocfg. That way, your "final" sysrepo for the target system will know that the files live at /etc/sysrepo, yet the build will use a correctly prefixed path.
Finally, you will have to make sure that sysrepo's internal metadata do not contain absolute paths from your build environment. That's implemented in devel by https://github.com/sysrepo/sysrepo/pull/1276 .
Regarding the SSH keys, we're currently relying on a systemd service which ties into openssh's key generation. In other words, "something", in our case a systemd unit, in your case a RPM's %post action, is responsible for providing a PEM file at /etc/keystored/keys/ssh_host_rsa_key.pem. This requires building netopeer2-keystored with -DKEYSTORED_DEFER_SSH_KEY=ON.
For more details and all required packages, please feel free to browse our packaging of the entire stack.

Oh, and please also note that some bits are passed to CMake via toolchain files. I suspect that this should be covered by appropriate RPM macros if you use them correctly, but anyway:

the toolchain template
some wrappers around CMake passing CMAKE_INSTALL_PREFIX etc

Hi Jktjkt,
Thanks very much for the response.

In the RPM SPECS, I just used the standard macros defined in RPM, such as %{_bindir}, %{_includedir}.

For building twice process, whether the below command line is right?

The first build, add the -DREPOSITORY_LOC:PATH=$RPM_BUILD_ROOT/etc/sysrepo

cd  %{_topdir}/BUILD/cnet-c-0.1.0/sysrepo
mkdir build
cd build

#The first build, add the REPOSITORY_LOC, make install don't contain the DESTDIR, the sysrepoctl and #sysrepocfg are generated in /usr/bin
cmake -DCMAKE_BUILD_TYPE:String="Release" -DENABLE_BUILD_TESTS=OFF -D CMAKE_C_COMPILER=%{_bindir}/clang -D CMAKE_CXX_COMPILER=%{_bindir}/clang++ -DCMAKE_INSTALL_PREFIX=%{_prefix} -DREPOSITORY_LOC:PATH=$RPM_BUILD_ROOT/etc/sysrepo ..
make %{?_smp_mflags} OPTIMIZE="%{optflags}"

make  install
ldconfig

The second build, add the -DIS_DEVELOPER_CONFIGURATION=OFF  -DCALL_SYSREPOCTL_BIN=/user/bin/sysrepoctl -DCALL_SYSREPOCFG_BIN=/user/bin/sysrepocfg and  DESTDIR=$RPM_BUILD_ROOT.

#The second build, cmake don't add the REPOSITORY_LOC but add DCALL_SYSREPOCTL_BIN, #DCALL_SYSREPOCFG_BIN and DIS_DEVELOPER_CONFIGURATION
#The make install add the DESTDIR option
cmake -DCMAKE_BUILD_TYPE:String="Release" -DENABLE_BUILD_TESTS=OFF -D CMAKE_C_COMPILER=%{_bindir}/clang -D CMAKE_CXX_COMPILER=%{_bindir}/clang++ -DCMAKE_INSTALL_PREFIX=%{_prefix} -DIS_DEVELOPER_CONFIGURATION=OFF -DCALL_SYSREPOCTL_BIN=/usr/bin/sysrepoctl -DCALL_SYSREPOCFG_BIN=/usr/bin/sysrepocfg ..

make %{?_smp_mflags} OPTIMIZE="%{optflags}"

make  install DESTDIR=$RPM_BUILD_ROOT
ldconfig

After the twice building, the REPOSITORY_LOC:PATH=$RPM_BUILD_ROOT/etc/sysrepo, but there's a issue for it: When I install the rpm package, the REPOSITORY_LOC is still $RPM_BUILD_ROOT/etc/sysrepo but what I wanted is /etc/sysrepo.

# sysrepoctl -l
Sysrepo schema directory: /root/rpmbuild/BUILDROOT/cnet-c-0.1.0-18.9.x86_64/etc/sysrepo/yang/
Sysrepo data directory:   /root/rpmbuild/BUILDROOT/cnet-c-0.1.0-18.9.x86_64/etc/sysrepo/data/
(Do not alter contents of these directories manually)

In order to fix the issue, I made a workaround, create the directory for /etc/sysrepo/yang/internal and /etc/sysrepo/data/internal, and make install with the DESTDIR=$RPM_BUILD_ROOT
Now the REPOSITORY_LOC=/etc/sysrepo, all the  installation yang files are in the /etc/sysrepo/yang, so I copy the /etc/sysrepo/yang to $RPM_BUILD_ROOT/etc/sysrepo/yang
copy the /etc/sysrepo/data to $RPM_BUILD_ROOT/etc/sysrepo/data
cd  %{_topdir}/BUILD/cnet-c-0.1.0/sysrepo
mkdir build
cd build
mkdir -p /etc/sysrepo/yang/internal
mkdir -p /etc/sysrepo/data/internal
cp $RPM_BUILD_DIR/%{name}-%{version}/sysrepo/yang/sysrepo* /etc/sysrepo/yang/internal/

cmake -DCMAKE_BUILD_TYPE:String="Release" -DENABLE_BUILD_TESTS=OFF -D CMAKE_C_COMPILER=%{_bindir}/clang -D CMAKE_CXX_COMPILER=%{_bindir}/clang++ -DCMAKE_INSTALL_PREFIX=%{_prefix} ..

make %{?_smp_mflags} OPTIMIZE="%{optflags}"

make  install DESTDIR=$RPM_BUILD_ROOT
ldconfig

cp -r /etc/sysrepo/* $RPM_BUILD_ROOT/etc/sysrepo/
cp -r /usr/etc/keystored $RPM_BUILD_ROOT/etc/

With the copy, I can wrapper the yang/data dir to the RPM package, When I install the rpm package, the REPOSITORY_LOC is /etc/sysrepo meets my request. And the netopeer2-cli could also connects to the netopeer2-server, but when I send the get-config request, the netopeer2-server crashes. Below is the log:
# sysrepoctl -l
Sysrepo schema directory: /etc/sysrepo/yang/
Sysrepo data directory:   /etc/sysrepo/data/
(Do not alter contents of these directories manually)

Module Name                | Revision   | Conformance | Data Owner          | Permissions | Submodules                    | Enabled Features
-----------------------------------------------------------------------------------------------------------------------------------------------
ietf-netconf-notifications | 2012-02-06 | Installed   | root:root           | 644         |                               |
ietf-netconf               | 2011-06-01 | Installed   | root:root           | 644         |                               | writable-running candidate rollback-on-error validate startup xpath
ietf-netconf-acm           | 2018-02-14 | Imported    |                     |             |                               |
nc-notifications           | 2008-07-14 | Installed   | root:root           | 644         |                               |
notifications              | 2008-07-14 | Installed   | root:root           | 644         |                               |
turing-machine             | 2013-12-27 | Installed   | root:root           | 644         |                               |
iana-if-type               | 2014-05-08 | Installed   |                     |             |                               |
ietf-interfaces            | 2014-05-08 | Installed   | root:root           | 644         |                               |
ietf-ip                    | 2014-06-16 | Installed   |                     |             |                               |
ietf-x509-cert-to-name     | 2014-12-10 | Installed   |                     |             |                               |
ietf-keystore              | 2016-10-31 | Installed   | root:root           | 644         |                               |
ietf-netconf-with-defaults | 2011-06-01 | Installed   |                     |             |                               |
ietf-netconf-monitoring    | 2010-10-04 | Installed   | root:root           | 644         |                               |
ietf-yang-library          | 2018-01-17 | Installed   | root:root           | 644         |                               |
ietf-datastores            | 2017-08-17 | Imported    |                     |             |                               |
ietf-netconf-server        | 2016-11-02 | Installed   | root:root           | 644         |                               | listen ssh-listen tls-listen call-home ssh-call-home tls-call-home
ietf-ssh-server            | 2016-11-02 | Imported    |                     |             |                               |
ietf-tls-server            | 2016-11-02 | Imported    |                     |             |                               |
ietf-system                | 2014-08-06 | Installed   | root:root           | 644         |                               | authentication local-users
iana-crypt-hash            | 2014-08-06 | Imported    |                     |             |                               |

# sysrepod -l3 -d
[INF] Initializing Data Manager, schema_search_dir=/etc/sysrepo/yang/, data_search_dir=/etc/sysrepo/data/
[INF] Sysrepo daemon initialized successfully.
[INF] New session created successfully, real user=root, effective user=(null), session id=93899714.
[INF] Get schema 'ietf-netconf-notifications', revision: '2012-02-06', submodule: '(null)', submodule revision: '(null)'
[WRN] Persist file for module ietf-netconf-acm does not exist.
[INF] Get schema 'ietf-netconf', revision: '(null)', submodule: '(null)', submodule revision: '(null)'
[WRN] Persist file for module ietf-netconf-acm does not exist.
[INF] Get schema 'ietf-netconf-acm', revision: '(null)', submodule: '(null)', submodule revision: '(null)'
[WRN] Persist file for module ietf-netconf-acm does not exist.
[WRN] Persist file for module ietf-netconf-acm does not exist.

[INF] Get schema 'iana-crypt-hash', revision: '(null)', submodule: '(null)', submodule revision: '(null)'
[INF] Data file /etc/sysrepo/data/ietf-netconf-monitoring.startup is empty
[INF] Data file /etc/sysrepo/data/ietf-netconf-monitoring.running is empty
[INF] Unlock datastore request
[INF] Unlock datastore request
[INF] Data file /etc/sysrepo/data/nc-notifications.startup is empty
[INF] Data file /etc/sysrepo/data/nc-notifications.running is empty
[INF] Unlock datastore request
[INF] Unlock datastore request
[INF] Data file /etc/sysrepo/data/ietf-yang-library.startup is empty
[INF] Data file /etc/sysrepo/data/ietf-yang-library.running is empty
[INF] Unlock datastore request
[INF] Unlock datastore request
[INF] Data file /etc/sysrepo/data/ietf-yang-library.startup is empty
[INF] Data file /etc/sysrepo/data/ietf-yang-library.running is empty
[INF] Unlock datastore request
[INF] Unlock datastore request
[INF] Data file /etc/sysrepo/data/ietf-netconf-server.startup loaded successfully
[INF] Data file /etc/sysrepo/data/ietf-keystore.startup loaded successfully
[INF] Unlock datastore request
[INF] Unlock datastore request
[INF] Refresh session request startup datastore
[INF] No operation has been performed on this session so far
[INF] Get items request startup datastore, xpath: /ietf-netconf-server:netconf-server/listen/endpoint[ssh]//*, offset: 0, limit: 100
[INF] Data file /etc/sysrepo/data/ietf-netconf-server.startup loaded successfully
[INF] Data file /etc/sysrepo/data/ietf-keystore.startup loaded successfully
[INF] Get items request startup datastore, xpath: /ietf-netconf-server:netconf-server/listen/endpoint[ssh]//*, offset: 8, limit: 100
[INF] Refresh session request startup datastore
[INF] No operation has been performed on this session so far
[INF] Get items request startup datastore, xpath: /ietf-netconf-server:netconf-server/call-home/netconf-client[ssh]//*, offset: 0, limit: 100
[INF] Data file /etc/sysrepo/data/ietf-netconf-server.startup loaded successfully
[INF] Data file /etc/sysrepo/data/ietf-keystore.startup loaded successfully
[INF] Refresh session request startup datastore
[INF] No operation has been performed on this session so far
[INF] Get items request startup datastore, xpath: /ietf-netconf-server:netconf-server/listen/endpoint[tls]//*, offset: 0, limit: 100
[INF] Data file /etc/sysrepo/data/ietf-netconf-server.startup loaded successfully
[INF] Data file /etc/sysrepo/data/ietf-keystore.startup loaded successfully
[INF] Refresh session request startup datastore
[INF] No operation has been performed on this session so far
[INF] Get items request startup datastore, xpath: /ietf-netconf-server:netconf-server/call-home/netconf-client[tls]//*, offset: 0, limit: 100
[INF] Data file /etc/sysrepo/data/ietf-netconf-server.startup loaded successfully
[INF] Data file /etc/sysrepo/data/ietf-keystore.startup loaded successfully
[INF] Data file /etc/sysrepo/data/ietf-system.startup loaded successfully
[INF] Data file /etc/sysrepo/data/ietf-system.running loaded successfully
[INF] Unlock datastore request
[INF] Unlock datastore request
[INF] Refresh session request startup datastore
[INF] No operation has been performed on this session so far
[INF] Get items request startup datastore, xpath: /ietf-system:system/authentication/user/authorized-key//*, offset: 0, limit: 100
[INF] Data file /etc/sysrepo/data/ietf-system.startup loaded successfully
[INF] New session created successfully, real user=root, effective user=root, session id=956774729.
[INF] Data file /etc/sysrepo/data/ietf-netconf-notifications.startup is empty
[INF] Refresh session request running datastore
[INF] No operation has been performed on this session so far
[INF] Refresh session request running datastore
[INF] No operation has been performed on this session so far
[INF] Get items request running datastore, xpath: /ietf-yang-library:*//., offset: 0, limit: 100
[INF] Data file /etc/sysrepo/data/ietf-yang-library.running is empty
[INF] Get items request running datastore, xpath: /ietf-yang-library:*//., offset: 0, limit: 100
[INF] Get items request running datastore, xpath: /ietf-yang-library:*//., offset: 100, limit: 100
[INF] Get items request running datastore, xpath: /ietf-yang-library:*//., offset: 200, limit: 100
[INF] Get items request running datastore, xpath: /ietf-yang-library:*//., offset: 237, limit: 100
[INF] Refresh session request running datastore
[INF] No operation has been performed on this session so far
[INF] Refresh session request running datastore
[INF] No operation has been performed on this session so far
[INF] Get items request running datastore, xpath: /ietf-yang-library:*//., offset: 0, limit: 100
[INF] Refresh session request running datastore
[INF] No operation has been performed on this session so far
[INF] Get items request running datastore, xpath: /notifications:*//., offset: 0, limit: 100
[INF] Data file /etc/sysrepo/data/notifications.running is empty
[INF] Refresh session request running datastore
[INF] No operation has been performed on this session so far
[INF] Get items request running datastore, xpath: /nc-notifications:*//., offset: 0, limit: 100
[INF] Data file /etc/sysrepo/data/nc-notifications.running is empty
[INF] Refresh session request running datastore
[INF] No operation has been performed on this session so far
[INF] Get items request running datastore, xpath: /turing-machine:*//., offset: 0, limit: 100
[INF] Data file /etc/sysrepo/data/turing-machine.running loaded successfully
[INF] Refresh session request running datastore
[INF] No operation has been performed on this session so far
[INF] Get items request running datastore, xpath: /ietf-interfaces:*//., offset: 0, limit: 100
[INF] Data file /etc/sysrepo/data/ietf-interfaces.running loaded successfully
[INF] Refresh session request running datastore
[INF] No operation has been performed on this session so far
[INF] Get items request running datastore, xpath: /ietf-keystore:*//., offset: 0, limit: 100
[INF] Data file /etc/sysrepo/data/ietf-keystore.running is empty
[INF] Refresh session request running datastore
[INF] No operation has been performed on this session so far
[INF] Get items request running datastore, xpath: /ietf-netconf-monitoring:*//., offset: 0, limit: 100
[INF] Data file /etc/sysrepo/data/ietf-netconf-monitoring.running is empty
[INF] Refresh session request running datastore
[INF] No operation has been performed on this session so far
[INF] Get items request running datastore, xpath: /ietf-netconf-server:*//., offset: 0, limit: 100
[INF] Data file /etc/sysrepo/data/ietf-netconf-server.running loaded successfully
[INF] Data file /etc/sysrepo/data/ietf-keystore.running is empty
[ERR] libyang error: Leafref "/ietf-keystore:keystore/ietf-keystore:private-keys/ietf-keystore:private-key/ietf-keystore:name" of value "ssh_host_rsa_key" points to a non-existing leaf.
[WRN] Validation of module with instance_id or cross-module deps ietf-netconf-server failed
[INF] Get items request running datastore, xpath: /ietf-netconf-server:*//., offset: 16, limit: 100
[INF] Refresh session request running datastore
[INF] No operation has been performed on this session so far
[INF] Get items request running datastore, xpath: /ietf-system:*//., offset: 0, limit: 100
[INF] Data file /etc/sysrepo/data/ietf-system.running loaded successfully
[INF] Get items request running datastore, xpath: /ietf-system:*//., offset: 2, limit: 100
[INF] Closing the connection 0x1278940.
[INF] Closing the connection 0x127ffb0.
[INF] Closing the connection 0x1275400.
[INF] Closing the connection 0x11f27a0.
[INF] Closing the connection 0x1276a30.
[INF] Closing the connection 0x1280450.
[INF] Closing the connection 0x12809a0.
[INF] Unlock datastore request
[INF] Dropping session id=93899714.
[INF] Unlock datastore request
[INF] Dropping session id=956774729.

# netopeer2-server -v2 -d
VERBOSE: Connected to daemon Sysrepo Engine at socket=/var/run/sysrepod.sock
VERBOSE: Netopeer2 connected to sysrepod.
VERBOSE: Plugin "/usr/lib64/libyang/extensions/yangdata.so" successfully loaded.
VERBOSE: Plugin "/usr/lib64/libyang/extensions/nacm.so" successfully loaded.
VERBOSE: Plugin "/usr/lib64/libyang/extensions/metadata.so" successfully loaded.
VERBOSE: Plugin "/usr/lib64/libyang/user_types/user_date_and_time.so" successfully loaded.
VERBOSE: Reading module "ietf-yang-metadata".
VERBOSE: Module "ietf-yang-metadata@2016-08-05" successfully parsed as implemented.
VERBOSE: Reading module "yang".
VERBOSE: Resolving "yang" unresolved schema nodes and their constraints...
VERBOSE: All "yang" schema nodes and constraints resolved.
VERBOSE: Module "yang@2017-02-20" successfully parsed as implemented.
VERBOSE: Reading module "ietf-inet-types".
VERBOSE: Resolving derived type "union" failed, it will be attempted later.
VERBOSE: Resolving derived type "union" failed, it will be attempted later.
VERBOSE: Resolving derived type "union" failed, it will be attempted later.
VERBOSE: Resolving derived type "union" failed, it will be attempted later.
VERBOSE: Resolving "ietf-inet-types" unresolved schema nodes and their constraints...
VERBOSE: All "ietf-inet-types" schema nodes and constraints resolved.
VERBOSE: Module "ietf-inet-types@2013-07-15" successfully parsed as implemented.
VERBOSE: Reading module "ietf-yang-types".
VERBOSE: Module "ietf-yang-types@2013-07-15" successfully parsed as implemented.
VERBOSE: Reading module "ietf-datastores".
VERBOSE: Module "ietf-datastores@2017-08-17" successfully parsed as implemented.
VERBOSE: Reading module "ietf-yang-library".
VERBOSE: Module "ietf-yang-library@2018-01-17" successfully parsed as implemented.
VERBOSE: Loading schema "ietf-netconf-notifications@2012-02-06" from sysrepo.
VERBOSE: Reading module "ietf-netconf-notifications".
VERBOSE: Reading module "ietf-netconf".
VERBOSE: Reading module "ietf-netconf-acm".
VERBOSE: Module "ietf-netconf-acm@2018-02-14" successfully parsed as imported.
VERBOSE: Module "ietf-netconf@2011-06-01" successfully parsed as imported.
VERBOSE: Resolving "ietf-netconf-notifications" unresolved schema nodes and their constraints...
VERBOSE: All "ietf-netconf-notifications" schema nodes and constraints resolved.
VERBOSE: Module "ietf-netconf-notifications@2012-02-06" successfully parsed as implemented.
VERBOSE: Loading schema "ietf-netconf@2011-06-01" from sysrepo.
VERBOSE: Module ietf-netconf@2011-06-01 already present in context.
VERBOSE: Module "ietf-netconf@2011-06-01" now implemented.
VERBOSE: Loading schema "ietf-netconf-acm@2018-02-14" from sysrepo.
VERBOSE: Module ietf-netconf-acm@2018-02-14 already present in context.
VERBOSE: Loading schema "nc-notifications@2008-07-14" from sysrepo.
VERBOSE: Reading module "nc-notifications".
VERBOSE: Reading module "notifications".
VERBOSE: Module "notifications@2008-07-14" successfully parsed as imported.
VERBOSE: Module "nc-notifications@2008-07-14" successfully parsed as implemented.
VERBOSE: Loading schema "notifications@2008-07-14" from sysrepo.
VERBOSE: Module notifications@2008-07-14 already present in context.
VERBOSE: Module "notifications@2008-07-14" now implemented.
VERBOSE: Loading schema "turing-machine@2013-12-27" from sysrepo.
VERBOSE: Reading module "turing-machine".
VERBOSE: Module "turing-machine@2013-12-27" successfully parsed as implemented.
VERBOSE: Loading schema "iana-if-type@2014-05-08" from sysrepo.
VERBOSE: Reading module "iana-if-type".
VERBOSE: Reading module "ietf-interfaces".
VERBOSE: Module "ietf-interfaces@2014-05-08" successfully parsed as imported.
VERBOSE: Module "iana-if-type@2014-05-08" successfully parsed as implemented.
VERBOSE: Loading schema "ietf-interfaces@2014-05-08" from sysrepo.
VERBOSE: Module ietf-interfaces@2014-05-08 already present in context.
VERBOSE: Module "ietf-interfaces@2014-05-08" now implemented.
VERBOSE: Loading schema "ietf-ip@2014-06-16" from sysrepo.
VERBOSE: Reading module "ietf-ip".
VERBOSE: Module "ietf-ip@2014-06-16" successfully parsed as implemented.
VERBOSE: Loading schema "ietf-x509-cert-to-name@2014-12-10" from sysrepo.
VERBOSE: Reading module "ietf-x509-cert-to-name".
VERBOSE: Module "ietf-x509-cert-to-name@2014-12-10" successfully parsed as implemented.
VERBOSE: Loading schema "ietf-keystore@2016-10-31" from sysrepo.
VERBOSE: Reading module "ietf-keystore".
VERBOSE: Module "ietf-keystore@2016-10-31" successfully parsed as implemented.
VERBOSE: Loading schema "ietf-netconf-with-defaults@2011-06-01" from sysrepo.
VERBOSE: Reading module "ietf-netconf-with-defaults".
VERBOSE: Module "ietf-netconf-with-defaults@2011-06-01" successfully parsed as implemented.
VERBOSE: Loading schema "ietf-netconf-monitoring@2010-10-04" from sysrepo.
VERBOSE: Reading module "ietf-netconf-monitoring".
VERBOSE: Module "ietf-netconf-monitoring@2010-10-04" successfully parsed as implemented.
VERBOSE: Loading schema "ietf-yang-library@2018-01-17" from sysrepo.
VERBOSE: Module ietf-yang-library@2018-01-17 already present in context.
VERBOSE: Loading schema "ietf-datastores@2017-08-17" from sysrepo.
VERBOSE: Module ietf-datastores@2017-08-17 already present in context.
VERBOSE: Loading schema "ietf-netconf-server@2016-11-02" from sysrepo.
VERBOSE: Reading module "ietf-netconf-server".
VERBOSE: Reading module "ietf-x509-cert-to-name".
VERBOSE: Module "ietf-x509-cert-to-name@2014-12-10" already in context.
VERBOSE: Module "ietf-x509-cert-to-name@2014-12-10" successfully parsed as implemented.
VERBOSE: Reading module "ietf-ssh-server".
VERBOSE: Reading module "ietf-keystore".
VERBOSE: Module "ietf-keystore@2016-10-31" already in context.
VERBOSE: Module "ietf-keystore@2016-10-31" successfully parsed as implemented.
VERBOSE: Module "ietf-ssh-server@2016-11-02" successfully parsed as imported.
VERBOSE: Reading module "ietf-tls-server".
VERBOSE: Module "ietf-tls-server@2016-11-02" successfully parsed as imported.
VERBOSE: Resolving "ietf-netconf-server" unresolved schema nodes and their constraints...
VERBOSE: All "ietf-netconf-server" schema nodes and constraints resolved.
VERBOSE: Module "ietf-netconf-server@2016-11-02" successfully parsed as implemented.
VERBOSE: Loading schema "ietf-ssh-server@2016-11-02" from sysrepo.
VERBOSE: Module ietf-ssh-server@2016-11-02 already present in context.
VERBOSE: Loading schema "ietf-tls-server@2016-11-02" from sysrepo.
VERBOSE: Module ietf-tls-server@2016-11-02 already present in context.
VERBOSE: Loading schema "ietf-system@2014-08-06" from sysrepo.
VERBOSE: Reading module "ietf-system".
VERBOSE: Reading module "iana-crypt-hash".
VERBOSE: Module "iana-crypt-hash@2014-08-06" successfully parsed as imported.
VERBOSE: Resolving "ietf-system" unresolved schema nodes and their constraints...
VERBOSE: All "ietf-system" schema nodes and constraints resolved.
VERBOSE: Module "ietf-system@2014-08-06" successfully parsed as implemented.
VERBOSE: Loading schema "iana-crypt-hash@2014-08-06" from sysrepo.
VERBOSE: Module iana-crypt-hash@2014-08-06 already present in context.
VERBOSE: Path "/ietf-netconf-server:netconf-server/listen/endpoint[name='all-interfaces']/name" created.
VERBOSE: Path "/ietf-netconf-server:netconf-server/listen/endpoint[name='all-interfaces']/ssh" created.
VERBOSE: Path "/ietf-netconf-server:netconf-server/listen/endpoint[name='all-interfaces']/ssh/address" created.
VERBOSE: Path "/ietf-netconf-server:netconf-server/listen/endpoint[name='all-interfaces']/ssh/port" created.
VERBOSE: Listening on <IP_ADDRESS>:830 for SSH connections.
VERBOSE: Path "/ietf-netconf-server:netconf-server/listen/endpoint[name='all-interfaces']/ssh/host-keys" created.
VERBOSE: Path "/ietf-netconf-server:netconf-server/listen/endpoint[name='all-interfaces']/ssh/host-keys/host-key[name='imported SSH key']/name" created.
VERBOSE: Path "/ietf-netconf-server:netconf-server/listen/endpoint[name='all-interfaces']/ssh/host-keys/host-key[name='imported SSH key']/public-key" created.
VERBOSE: Accepted a connection on <IP_ADDRESS>:830.
[2018/08/24 08:31:45.457798, 1] ssh_server_connection_callback:  SSH client banner: SSH-2.0-libssh-0.7.1
[2018/08/24 08:31:45.457822, 1] ssh_analyze_banner:  Analyzing banner: SSH-2.0-libssh-0.7.1
[2018/08/24 08:31:45.504504, 2] ssh_server_curve25519_init:  SSH_MSG_KEX_ECDH_REPLY sent
[2018/08/24 08:31:45.504533, 2] ssh_server_curve25519_init:  SSH_MSG_NEWKEYS sent
[2018/08/24 08:31:45.507068, 2] ssh_packet_newkeys:  Received SSH_MSG_NEWKEYS
VERBOSE: Received an SSH message "request-service" of subtype "ssh-userauth".
VERBOSE: Received an SSH message "request-auth" of subtype "none".
VERBOSE: Received an SSH message "request-auth" of subtype "interactive".
[2018/08/24 08:31:45.509442, 2] ssh_message_auth_interactive_request:  Warning: Got a keyboard-interactive response but it seems we didn't send the request.
VERBOSE: Received an SSH message "request-auth" of subtype "interactive".
VERBOSE: Failed user "root" authentication attempt (#1).
VERBOSE: Received an SSH message "request-auth" of subtype "password".
VERBOSE: User "root" authenticated.
VERBOSE: Received an SSH message "request-channel-open" of subtype "session".
VERBOSE: Received an SSH message "request-channel" of subtype "subsystem".
[2018/08/24 08:31:51.121134, 2] grow_window:  growing window (channel 43:43) to 1280000 bytes
[2018/08/24 08:31:51.124070, 2] channel_rcv_change_window:  Adding 1219307 bytes to channel (43:43) (from 60693 bytes)
VERBOSE: Resolving unresolved data nodes and their constraints...
VERBOSE: All data nodes and constraints resolved.
VERBOSE: Resolving unresolved data nodes and their constraints...
VERBOSE: All data nodes and constraints resolved.
VERBOSE: Session 1: thread 0 event new RPC.
VERBOSE: Generated new event (netconf-session-start).
VERBOSE: Resolving unresolved data nodes and their constraints...
VERBOSE: All data nodes and constraints resolved.
VERBOSE: Resolving unresolved data nodes and their constraints...
VERBOSE: All data nodes and constraints resolved.
VERBOSE: Session 1: thread 0 event new RPC.
VERBOSE: Resolving unresolved data nodes and their constraints...
VERBOSE: All data nodes and constraints resolved.
VERBOSE: Resolving unresolved data nodes and their constraints...
VERBOSE: All data nodes and constraints resolved.
VERBOSE: Session 1: thread 0 event new RPC.
VERBOSE: Resolving unresolved data nodes and their constraints...
VERBOSE: All data nodes and constraints resolved.
VERBOSE: Resolving unresolved data nodes and their constraints...
VERBOSE: All data nodes and constraints resolved.
VERBOSE: Session 1: thread 0 event new RPC.
VERBOSE: Resolving unresolved data nodes and their constraints...
VERBOSE: All data nodes and constraints resolved.
VERBOSE: Resolving unresolved data nodes and their constraints...
VERBOSE: All data nodes and constraints resolved.
VERBOSE: Session 1: thread 0 event new RPC.
VERBOSE: Resolving unresolved data nodes and their constraints...
VERBOSE: All data nodes and constraints resolved.
VERBOSE: Resolving unresolved data nodes and their constraints...
VERBOSE: All data nodes and constraints resolved.
VERBOSE: Session 1: thread 0 event new RPC.
VERBOSE: Resolving unresolved data nodes and their constraints...
VERBOSE: All data nodes and constraints resolved.
VERBOSE: Resolving unresolved data nodes and their constraints...
VERBOSE: All data nodes and constraints resolved.
VERBOSE: Session 1: thread 0 event new RPC.
VERBOSE: Resolving unresolved data nodes and their constraints...
VERBOSE: All data nodes and constraints resolved.
VERBOSE: Resolving unresolved data nodes and their constraints...
VERBOSE: All data nodes and constraints resolved.
VERBOSE: Session 1: thread 0 event new RPC.
VERBOSE: Resolving unresolved data nodes and their constraints...
VERBOSE: All data nodes and constraints resolved.
VERBOSE: Resolving unresolved data nodes and their constraints...
VERBOSE: All data nodes and constraints resolved.
VERBOSE: Session 1: thread 0 event new RPC.
VERBOSE: Resolving unresolved data nodes and their constraints...
VERBOSE: All data nodes and constraints resolved.
VERBOSE: Resolving unresolved data nodes and their constraints...
VERBOSE: All data nodes and constraints resolved.
VERBOSE: Session 1: thread 0 event new RPC.
VERBOSE: Resolving unresolved data nodes and their constraints...
VERBOSE: All data nodes and constraints resolved.
VERBOSE: Resolving unresolved data nodes and their constraints...
VERBOSE: All data nodes and constraints resolved.
VERBOSE: Session 1: thread 0 event new RPC.
VERBOSE: Resolving unresolved data nodes and their constraints...
VERBOSE: All data nodes and constraints resolved.
VERBOSE: Resolving unresolved data nodes and their constraints...
VERBOSE: All data nodes and constraints resolved.
VERBOSE: Session 1: thread 0 event new RPC.
VERBOSE: Resolving unresolved data nodes and their constraints...
VERBOSE: All data nodes and constraints resolved.
VERBOSE: Resolving unresolved data nodes and their constraints...
VERBOSE: All data nodes and constraints resolved.
VERBOSE: Session 1: thread 4 event new RPC.
VERBOSE: Resolving unresolved data nodes and their constraints...
VERBOSE: All data nodes and constraints resolved.
VERBOSE: Resolving unresolved data nodes and their constraints...
VERBOSE: All data nodes and constraints resolved.
VERBOSE: Session 1: thread 4 event new RPC.
VERBOSE: Resolving unresolved data nodes and their constraints...
VERBOSE: All data nodes and constraints resolved.
VERBOSE: Resolving unresolved data nodes and their constraints...
VERBOSE: There is no leafref "/ietf-keystore:keystore/ietf-keystore:private-keys/ietf-keystore:private-key/ietf-keystore:name" with the value "ssh_host_rsa_key", but it is not required.
VERBOSE: All data nodes and constraints resolved.
VERBOSE: Resolving unresolved data nodes and their constraints...
VERBOSE: All data nodes and constraints resolved.
Segmentation fault

# netopeer2-cli
> connect
Interactive SSH Authentication
Type your password:
Password:
root@localhost password:
ly WARNING: Identity found, but in a non-implemented module "ietf-x509-cert-to-name".
ly WARNING: Failed to resolve identityref "ietf-x509-cert-to-name:specified". (/ietf-netconf-server:map-type)
ly WARNING: Previous warning generated by XPath subexpression[3] "map-type = 'ietf-x509-cert-to-name:specified'".
ly WARNING: Identity found, but in a non-implemented module "ietf-x509-cert-to-name".
ly WARNING: Failed to resolve identityref "ietf-x509-cert-to-name:specified". (/ietf-netconf-server:map-type)
ly WARNING: Previous warning generated by XPath subexpression[3] "map-type = 'ietf-x509-cert-to-name:specified'".
> verb 3
> get-config --source running
ly VERBOSE: Resolving unresolved data nodes and their constraints...
ly VERBOSE: All data nodes and constraints resolved.
nc DEBUG: Session 1: sending message:

#175

[2018/08/24 08:32:07.269655, 3] ssh_socket_unbuffered_write:  Enabling POLLOUT for socket
[2018/08/24 08:32:07.269696, 3] packet_send2:  packet: wrote [len=28,padding=12,comp=15,payload=15]
[2018/08/24 08:32:07.269703, 3] channel_write_common:  channel_write wrote 6 bytes
nc DEBUG: Session 1: sending message:
<rpc xmlns="urn:ietf:params:xml:ns:netconf:base:1.0" message-id="15"><get-config xmlns="urn:ietf:params:xml:ns:netconf:base:1.0"><source><running/></source></get-config></rpc>

[2018/08/24 08:32:07.269724, 3] packet_send2:  packet: wrote [len=204,padding=19,comp=184,payload=184]
[2018/08/24 08:32:07.269731, 3] channel_write_common:  channel_write wrote 175 bytes
[2018/08/24 08:32:07.269741, 3] ssh_socket_unbuffered_write:  Enabling POLLOUT for socket
nc DEBUG: Session 1: sending message:

##

[2018/08/24 08:32:07.269755, 3] packet_send2:  packet: wrote [len=28,padding=14,comp=13,payload=13]
[2018/08/24 08:32:07.269761, 3] channel_write_common:  channel_write wrote 4 bytes
[2018/08/24 08:32:07.269768, 3] ssh_socket_unbuffered_write:  Enabling POLLOUT for socket
[2018/08/24 08:32:07.329516, 1] ssh_socket_exception_callback:  Socket exception callback: 1 (0)
[2018/08/24 08:32:07.329533, 1] ssh_socket_exception_callback:  Socket error: disconnected
nc ERROR: Session 1: SSH channel poll error (Socket error: disconnected).
cli_send_recv: Failed to receive a reply.

Any suggestions? Thanks very much!
Thanks
Darcy

You appear to be installing the first build. That's wrong in this scenario. That build is only needed to produce tools (sysrepoctl, sysrepod) which will work on your rpm/target/root/etc/sysrepo. The only point of that build is that you can do a normal build later on which will target /etc/sysrepo as a repo location, but using the tools from the first build when trying to manipulate the repo.
That way, your end results will know that they should work on your final system's /etc/sysrepo, while the build will still use "temporary" tools which somehow end up creating your rpm/target/root/etc/sysrepo -- and that Is a directory which serves as a source of the resulting RPM package's /etc/sysrepo.

Hi Jktjkt,
Sorry for late response as another issue.
The cross compile is still not successful, below is my manual step, can you help to have a look? Thanks.

The first build, I set the REPOSITORY_LOC

cmake -DCMAKE_BUILD_TYPE:String=Release -D CMAKE_C_COMPILER=/usr/local/bin//gcc -D CMAKE_CXX_COMPILER=/usr/local/bin/g++  -DREPOSITORY_LOC:PATH=/root/rpmbuild/BUILDROOT/cnet-c-0.1.0-18.9.x86_64/etc/sysrepo ..
-- The C compiler identification is GNU 6.2.0
-- The CXX compiler identification is GNU 6.2.0
-- Check for working C compiler: /usr/local/bin//gcc
-- Check for working C compiler: /usr/local/bin//gcc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working CXX compiler: /usr/local/bin//g++
-- Check for working CXX compiler: /usr/local/bin//g++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Preparing systemwide build of sysrepo v. 0.7.4
-- sysrepo repository location: /root/rpmbuild/BUILDROOT/cnet-c-0.1.0-18.9.x86_64/etc/sysrepo
-- Found ev: /usr/lib64/libev.so
-- Found yang: /root/rpmbuild/BUILDROOT/cnet-c-0.1.0-18.9.x86_64/usr/lib64/libyang.so
-- Found protobuf-c: /usr/local/lib/libprotobuf-c.so
-- Could NOT find avl (missing:  AVL_LIBRARY AVL_INCLUDE_DIR)
-- Found redblack: /root/rpmbuild/BUILDROOT/cnet-c-0.1.0-18.9.x86_64/usr/lib/libredblack.so
-- libredblack will be used for binary tree manipulations.
-- Looking for pthread_rwlockattr_setkind_np
-- Looking for pthread_rwlockattr_setkind_np - found
-- Looking for getpeereid
-- Looking for getpeereid - not found
-- Looking for getpeerucred
-- Looking for getpeerucred - not found
-- Looking for include file ucred.h
-- Looking for include file ucred.h - not found
-- Looking for pthread_mutex_timedlock
-- Looking for pthread_mutex_timedlock - found
-- Looking for setfsuid
-- Looking for setfsuid - found
-- Looking for fsetxattr
-- Looking for fsetxattr - found
-- Looking for mkstemps
-- Looking for mkstemps - found
-- Performing Test HAVE_STAT_ST_MTIM
-- Performing Test HAVE_STAT_ST_MTIM - Success
-- Example code and YANG models will be built and installed.
CMake Warning at CMakeLists.txt:244 (find_package):
  By not providing "FindCMOCKA.cmake" in CMAKE_MODULE_PATH this project has
  asked CMake to find a package configuration file provided by "CMOCKA", but
  CMake did not find one.

  Could not find a package configuration file provided by "CMOCKA" with any
  of the following names:

    CMOCKAConfig.cmake
    cmocka-config.cmake

  Add the installation prefix of "CMOCKA" to CMAKE_PREFIX_PATH or set
  "CMOCKA_DIR" to a directory containing one of the above files.  If "CMOCKA"
  provides a separate development package or SDK, be sure it has been
  installed.

CMake Warning at CMakeLists.txt:250 (MESSAGE):
  CMocka not found, tests are disabled.

-- Found Doxygen: /usr/bin/doxygen (found version "1.8.5")
-- Found SWIG: /usr/bin/swig (found version "2.0.10")
-- Lua version 5.1 was selected
-- Could NOT find Lua51 (missing:  LUA_INCLUDE_DIR)
CMake Warning at swig/CMakeLists.txt:26 (message):
  Did not found Lua version 5.1

-- Sysrepo supports Lua 5.1, Lua 5.2 and Lua 5.3
-- Python version 2 was selected
-- Could NOT find PythonLibs (missing:  PYTHON_LIBRARIES PYTHON_INCLUDE_DIRS) (Required is at least version "2")
-- Found PythonInterp: /usr/bin/python (found version "2.7.5")
CMake Warning at swig/CMakeLists.txt:57 (message):
  Did not found Python version 2.x

-- Sysrepo supports Python 2.x and Python 3.x
-- Configuring done
-- Generating done
CMake Warning:
  Manually-specified variables were not used by the project:

    ENABLE_BUILD_TESTS

-- Build files have been written to: /root/rpmbuild/BUILD/cnet-c-0.1.0/sysrepo/build

make

The second build, I set the IS_DEVELOPER_CONFIGURATION and use the sysrepoctl, sysrepocfg built in the first build.
But seems the IS_DEVELOPER_CONFIGURATION doesn't take effect. For the second build, the repo lication is still  /root/rpmbuild/BUILDROOT/cnet-c-0.1.0-18.9.x86_64/etc/sysrepo based on the cmake log.

So when make install DESTDIR=/root/rpmbuild/BUILDROOT/cnet-c-0.1.0-18.9.x86_64, it create the directory with /root/rpmbuild/BUILDROOT/cnet-c-0.1.0-18.9.x86_64/root/rpmbuild/BUILDROOT/cnet-c-0.1.0-18.9.x86_64/etc/sysrepo
Whether there is some issues about my command, thanks for any suggestions.
cmake -DCMAKE_BUILD_TYPE:String=Release -DENABLE_BUILD_TESTS=OFF -D CMAKE_C_COMPILER=/usr/local/bin//gcc -D CMAKE_CXX_COMPILER=/usr/local/bin/g++ -DIS_DEVELOPER_CONFIGURATION=OFF -DCALL_SYSREPOCTL_BIN=//root/rpmbuild/BUILD/cnet-c-0.1.0/sysrepo/build/src//sysrepoctl -DCALL_SYSREPOCFG_BIN=//root/rpmbuild/BUILD/cnet-c-0.1.0/sysrepo/build/src/sysrepocfg ..
-- Preparing systemwide build of sysrepo v. 0.7.4
-- sysrepo repository location: /root/rpmbuild/BUILDROOT/cnet-c-0.1.0-18.9.x86_64/etc/sysrepo
-- Could NOT find avl (missing:  AVL_LIBRARY AVL_INCLUDE_DIR)
-- libredblack will be used for binary tree manipulations.
-- Example code and YANG models will be built and installed.
CMake Warning at CMakeLists.txt:244 (find_package):
  By not providing "FindCMOCKA.cmake" in CMAKE_MODULE_PATH this project has
  asked CMake to find a package configuration file provided by "CMOCKA", but
  CMake did not find one.

  Could not find a package configuration file provided by "CMOCKA" with any
  of the following names:

    CMOCKAConfig.cmake
    cmocka-config.cmake

  Add the installation prefix of "CMOCKA" to CMAKE_PREFIX_PATH or set
  "CMOCKA_DIR" to a directory containing one of the above files.  If "CMOCKA"
  provides a separate development package or SDK, be sure it has been
  installed.

CMake Warning at CMakeLists.txt:250 (MESSAGE):
  CMocka not found, tests are disabled.

-- Lua version 5.1 was selected
-- Could NOT find Lua51 (missing:  LUA_INCLUDE_DIR)
CMake Warning at swig/CMakeLists.txt:26 (message):
  Did not found Lua version 5.1

-- Sysrepo supports Lua 5.1, Lua 5.2 and Lua 5.3
-- Python version 2 was selected
-- Could NOT find PythonLibs (missing:  PYTHON_LIBRARIES PYTHON_INCLUDE_DIRS) (Required is at least version "2")
CMake Warning at swig/CMakeLists.txt:57 (message):
  Did not found Python version 2.x

-- Sysrepo supports Python 2.x and Python 3.x
-- Configuring done
-- Generating done
-- Build files have been written to: /root/rpmbuild/BUILD/cnet-c-0.1.0/sysrepo/build

make

make install DESTDIR=/root/rpmbuild/BUILDROOT/cnet-c-0.1.0-18.9.x86_64
[ 17%] Built target COMMON
[ 38%] Built target SR_ENGINE
[ 44%] Built target SR_SRC
[ 44%] Built target sysrepo
[ 45%] Built target sysrepo-plugind
[ 45%] Built target sysrepo_a
[ 47%] Built target sysrepocfg
[ 48%] Built target sysrepoctl
[ 50%] Built target sysrepod
[ 51%] Built target application_changes_example
[ 52%] Built target application_example
[ 54%] Built target application_fd_watcher_example
[ 55%] Built target event_notif_sub_example
[ 57%] Built target event_notif_sub_tree_example
[ 58%] Built target oper_data_example
[ 60%] Built target rpc_example
[ 61%] Built target rpc_tree_example
[ 63%] Built target sr_delete_item_example
[ 64%] Built target sr_get_changes_iter_example
[ 66%] Built target sr_get_item_example
[ 67%] Built target sr_get_items_example
[ 69%] Built target sr_get_items_iter_example
[ 70%] Built target sr_get_subtree_example
[ 72%] Built target sr_get_subtree_iter_example
[ 73%] Built target sr_get_subtrees_example
[ 75%] Built target sr_set_item_example
[ 76%] Built target oven
[ 77%] Built target turing-machine
[ 88%] Built target Sysrepo-cpp
[ 89%] Built target cpp_application_changes_example
[ 91%] Built target cpp_application_example
[ 92%] Built target cpp_delete_item_example
[ 94%] Built target cpp_get_item_example
[ 95%] Built target cpp_get_items_example
[ 97%] Built target cpp_get_items_iter_example
[ 98%] Built target cpp_rpc_example
[100%] Built target cpp_set_item_example
Install the project...
-- Install configuration: "Release"
-- Installing: /root/rpmbuild/BUILDROOT/cnet-c-0.1.0-18.9.x86_64/root/rpmbuild/BUILDROOT/cnet-c-0.1.0-18.9.x86_64/etc/sysrepo
-- Installing: /root/rpmbuild/BUILDROOT/cnet-c-0.1.0-18.9.x86_64/root/rpmbuild/BUILDROOT/cnet-c-0.1.0-18.9.x86_64/etc/sysrepo/yang/
-- Installing: /root/rpmbuild/BUILDROOT/cnet-c-0.1.0-18.9.x86_64/root/rpmbuild/BUILDROOT/cnet-c-0.1.0-18.9.x86_64/etc/sysrepo/data/
-- Installing: /root/rpmbuild/BUILDROOT/cnet-c-0.1.0-18.9.x86_64/root/rpmbuild/BUILDROOT/cnet-c-0.1.0-18.9.x86_64/etc/sysrepo/data/internal/
-- Installing: /root/rpmbuild/BUILDROOT/cnet-c-0.1.0-18.9.x86_64/var/run/sysrepo-subscriptions
-- Installing: /root/rpmbuild/BUILDROOT/cnet-c-0.1.0-18.9.x86_64/usr/lib64/sysrepo/plugins
-- Installing: /root/rpmbuild/BUILDROOT/cnet-c-0.1.0-18.9.x86_64/root/rpmbuild/BUILDROOT/cnet-c-0.1.0-18.9.x86_64/etc/sysrepo/yang/internal/sysrepo-persistent-data.yang
-- Installing: /root/rpmbuild/BUILDROOT/cnet-c-0.1.0-18.9.x86_64/root/rpmbuild/BUILDROOT/cnet-c-0.1.0-18.9.x86_64/etc/sysrepo/yang/internal/sysrepo-module-dependencies.yang
-- Installing: /root/rpmbuild/BUILDROOT/cnet-c-0.1.0-18.9.x86_64/root/rpmbuild/BUILDROOT/cnet-c-0.1.0-18.9.x86_64/etc/sysrepo/yang/internal/sysrepo-notification-store.yang
-- Installing: /root/rpmbuild/BUILDROOT/cnet-c-0.1.0-18.9.x86_64/usr/lib64/pkgconfig/libsysrepo.pc
-- Installing: /root/rpmbuild/BUILDROOT/cnet-c-0.1.0-18.9.x86_64/usr/share/man/man1/sysrepoctl.1
-- Installing: /root/rpmbuild/BUILDROOT/cnet-c-0.1.0-18.9.x86_64/usr/share/man/man1/sysrepocfg.1
-- Exec: //root/rpmbuild/BUILD/cnet-c-0.1.0/sysrepo/build/src/sysrepoctl --install --yang=/root/rpmbuild/BUILD/cnet-c-0.1.0/sysrepo/yang/ietf-netconf-notifications.yang --permissions=666
[ERR] libyang: Unable to use search directory "/root/rpmbuild/BUILDROOT/cnet-c-0.1.0-18.9.x86_64/etc/sysrepo/yang/" (No such file or directory)
[ERR] Unable to allocate memory in md_init
Error: Failed to initialize module dependencies context.
CMake Error at cmake_install.cmake:139 (message):
  Error: 1

make: *** [install] Error 1
error: Bad exit status from /var/tmp/rpm-tmp.bJlP1k (%install)

RPM build errors:
    Bad exit status from /var/tmp/rpm-tmp.bJlP1k (%install)

make
make install DESTDIR=/root/rpmbuild/BUILDROOT/cnet-c-0.1.0-18.9.x86_64
Thanks
Darcy

It is hard to follow what you are doing because your description of the performed steps does not match the code you pasted (e.g., you say that you are setting IS_DEVELOPER_CONFIGURATION in your second build which would not make much sense, but you're actually setting that value to OFF which is much better).
Anyway, the key point of building the sysrepoctl etc twice is to perform independent builds. The second build must not overwrite anything which belongs to the first build. You should first build (and install) to a throwaway directory which cannot be used for anything else. That's not what you are doing; your first build lives in /root/rpmbuild/BUILD/cnet-c-0.1.0/sysrepo/build and is not installed anywhere.
Then you proceed to build the second time in the same directory, the /root/rpmbuild/BUILD/cnet-c-0.1.0/sysrepo/build. You correctly configure this second build so that it uses the "first builds' sysrepoctl", but by the time that binary is needed, your second build has already overwritten that.
Your second, "production" build should also pass something like REPOSITORY_LOCATION=/etc/sysrepo. That is needed because that's how the path will look like on the machine where you install your RPMs later.

Hi Jktjkt,
Thanks very much for the information. Now it works well based on your two suggestion points,

First to perform independent builds, I install the first build to /usr/local and install the second to /root/rpmbuild/BUILD/cnet-c-0.1.0/
Add the REPOSITORY_LOCATION=/etc/sysrepo to the second the build.
When build the netopeer2, also need to set the -DSYSREPOCTL_EXECUTABLE and -DSYSREPOCFG_EXECUTABLE to the first builds of sysrepoctl and sysrepocfg.

Thanks
Darcy


osu-lazer{,-bin}: 2024.718.0 -> 2024.718.1

Description of changes
Release: https://github.com/ppy/osu/releases/tag/2024.718.1

Things done

Built on platform(s)

[x] x86_64-linux
[ ] aarch64-linux
[ ] x86_64-darwin
[ ] aarch64-darwin

For non-Linux: Is sandboxing enabled in nix.conf? (See Nix manual)

[ ] sandbox = relaxed
[ ] sandbox = true

[ ] Tested, as applicable:

NixOS test(s) (look inside nixos/tests)
and/or package tests
or, for functions and "core" functionality, tests in lib/tests or pkgs/test
made sure NixOS tests are linked to the relevant packages

[ ] Tested compilation of all packages that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD". Note: all changes have to be committed, also see nixpkgs-review usage
[x] Tested basic functionality of all binary files (usually in ./result/bin/)
24.11 Release Notes (or backporting 23.11 and 24.05 Release notes)

[ ] (Package updates) Added a release notes entry if the change is major or breaking
[ ] (Module updates) Added a release notes entry if the change is significant
[ ] (Module addition) Added a release notes entry if adding a new NixOS module

[x] Fits CONTRIBUTING.md.

Add a :+1: reaction to pull requests you find important.

Result of nixpkgs-review pr 328639 run on aarch64-darwin 1

1 package built:

osu-lazer-bin


sinon_1.stub is not a function

Checklist

[x] I have read Caveats documentation and didn't find a solution for this problem there.

Bug description

Have project setup to use Jest with ts-jest preset.

Used yarn add -D aws-sdk-client-mock to install the package to our project
Created a simple test to try out the mock functionality.
When running the test with const sqsMock = mockClient(SQSClient), encountered the error TypeError: sinon_1.stub is not a function

Navigating to the implementation of mockClient, the import shows that stub is being pulled in from sinon.ts in the aws-sdk-client-mock package itself instead of from sinon installed in node_modules, so an error is thrown. See reference:

The test was very simply:
import { SQSClient } from "@aws-sdk/client-sqs";
import { mockClient } from "aws-sdk-client-mock";

describe('Simple Test', () => {
  const sqsMock = mockClient(SQSClient);

  it('should exist', () => {
    expect(true).toBeTruthy();
  });
});

This was tried in two different projects (both using yarn) and on several different computers, all encountered the same issue.
Environment

Node version: 16.8
Typescript version: 4.3.5
AWS SDK v3 Client mock version: 0.5.5
AWS JS SDK libs and versions: @aws-sdk/client-sqs v3.31.0
Yarn 1.22.10

I got this working by pulling the package locally and renaming sinon.ts to sinonUtils.ts, publishing to a private registry and importing. This solved the package manager's confusion in resolving packages. I can make a PR for this change.

Weird, from 'sinon' clearly specifies a module, not a file.
I'm unable to reproduce it - even when using the same versions and environment (only Node version bumped to 16.10).
I've created this repo with a minimal setup that works for me: https://github.com/m-radzikowski/aws-sdk-client-mock-issue52
Could you try run it and tell me how it behaves in your case? Also, on what system are you? I tested on Mac (this shouldn't matter, but who knows).

This repo worked for me. Interesting. I'm investigating further, I'm wondering if it is an issue with our ts-config or another config file. I'll do some more investigating and report back.

The issue was with our jest.config.ts. Apparently the line moduleDirectories: ['node_modules', './'], is what causes the error. I copied the config with that line to the mock project and the test failed. Removing that line everything works as intended. I will close this issue. Thanks for the help!

Ok, glad you solved it!

I ran into the same issue but using ./src in my modulesDirectory config. Instead of ./src, I used <rootDir>/src

The solution for me was to replace
moduleDirectories: ['node_modules', '.'],
with
moduleDirectories: ['node_modules', '<rootDir>'],
Adding the full error bellow for google to index better this page.
TypeError: (0 , sinon_1.stub) is not a function


would not it better if dry run superseded schedule_immediate_kill: true

I think at the moment the design is to if schedule_immediate_kill: true to supersede everything else and start killing pods, even dry_run= true, I think it makes a more sense honor dry run as the first option of preference so users can actually experiment without waiting hours. I could have sent a PR proposing a fix, but I'm not much familiar with GO :( my sample config is as below which I used for verification.
dryRun: true
runHour: 8
startHour: 10
endHour: 16
blacklistedNamespaces: kube-system
whitelistedNamespaces:
timeZone: America/New_York
debug:
enabled: true # if you want to enable debugging and see how pods killed immediately set this to true
schedule_immediate_kill: true

The expected behavior if you have both schedule_immediate_kill and dry_run set to true, is that a pod will get scheduled immediately (to aid debugging), but the pod won't actually get killed - kube-monkey will just log that it is killing the pod but not actually kill it (because of dry_run=true).
Is that what you were asking @prageethw ?

oh wow. ok, that is definitely a bug then. thanks for reporting this

Yup, just took a look and it looks like we lost DryRun at some point. Will fix this shortly


Implementing IHostedService change

Summary
minor typo fix: you -> your.
Fixes NaN

Thanks, @robcee, for contributing to the dotnet/docs repo and correcting this t;ypo! Unfortunately, the typo was corrected in a #8869, which was submitted shortly before your PR. I'm going to mark this as a duplicate and close it. We do appreciate your submitting the PR, though.


Requirements link in README.md

UPDATED: replace existing requirements with link, according to the current situation

Changed to just add the link, then

@janpio can you take one more look at this?
I think we need to make this update. Thanks!

Thanks @janpio for the quick review!


Ensure batch of blocks has no gaps

Tendermint's light client protocol only enforces that the threshold of stake from the trusted block to the unstrusted one has signed it, and this can skip many blocks. For the batch verifier, we likely want to enforce that there are no skipped blocks.
I'm not currently sure how tendermint handles cases where the elected leader does not produce a block, but likely we would be checking that the previous hash of the previous block in the batch matches the one adjacent to it. Likely checking monotomically increasing height would not be correct if skipped blocks do still increase height.
Location where this should be checked:
https://github.com/risc0/blobstream0/blob/d910376b7e4ce2c448ff6ebaee680f1fc0eba08c/batch-guest/guest/src/main.rs#L25

Might solve this with #17 rather than #15 since that needs to be done anyway


Syntax highlighting breaks in #[doc=""] blocks

See the snippet below.  This snippet is a documentation block in a Rust source file which contains a code example. As such the sublime-rust parser isn't able to recognize the code example separately. This is manageable. But a bigger issue is: since there is a ] present in the code block, the parser thinks that the #doc block has finished there itself.  This breaks the syntax highlighting completely for the rest of the file.  The solution I can think of at this moment is that [doc=" should be matched with "] for closing the documentation block. Don't know how is it implemented internally.
#[doc="Returns a 64-bit signed integer matrix whose entries are
picked up from a slice in column wise order.
    let m = matrix_i32(2,2, [1,2,3,4]);
    for i in range(0, 4){
        let c = i >> 1;
        let r = i & 1;
        assert_eq!(m.get(r, c), (i + 1) as i32);
    }
"]

This issue also affects #[rustc_on_unimplemented = "...]..."].  From libcore/fmt/mod.rs:
#[rustc_on_unimplemented = "`{Self}` cannot be formatted using `:?`; if it is \
                            defined in your crate, add `#[derive(Debug)]` or \
                            manually implement it"]

(The GitHub syntax coloring breaks on the code, too!)

The highlighting actually works correctly as long as the string literal inside the attribute is recognized.  The problem is that it isn't recognized once it spans multiple lines.  When it isn't recognized, the ] inside the literal terminates the attribute.
GitHub (currently) works the same way, e.g.:
#[doc="Test 1 2 3 ] 4 5 6" second]   fn main() {}
#[doc="Test 1 2 \
3 ] 4 5 6" second]   fn main() {}

I have what I think is a fix: move the main string literal patterns into the "repository", then inside of the comment.block.attribute.rust pattern, replace the existing "\".+?\"" string literal pattern with a reference to the full patterns in the repository.