[WIP] Switch to kernels from github.com/lf-edge/eve-kernel

In this PR only x86-generic flavor is covered. We need to fix GH action in eve-kernel repo to actually push images to dockerhub (currently we miss a required secret).  After this issue is fixed I'll replicate GH actions to all other branches and update commit hashes in Makefile.
@yash-zededa 's private docker hub repo is used in this PR. It also has to be fixed
@rene could you please check the logic related to handling PLATFORM variable? I'm not sure whether I have to add handling of imx8 targets now or later

@mikem-zed could you please add more explicit description to the PR: what works, what does not. Arm? Preempt-rt? Were all patches merged to the eve-kernel branches? Just to understand what other work is required in the future. Or it might be everything is done, then "everything was fully ported and compiled on all platforms" sentence works as well. Thanks.

Yash and I got the eve-kernel publish.yml to push. It pushed kernel-amd64-v6.1.38-generic-9f4ce3ddb-gcc
Is that the tag you expect? When I ran it manually I got a longer hash in the tag.

yes, this tag looks as expected. I expect to see a short commit ID as hash here

SBoM generation for the kernel will require some restructuring. But that's small and self contained compared to redoing the kernel sourcing and testing itself. Don't hold up for that. I'll get to it next week.

SBoM generation for the kernel will require some restructuring. But that's small and self contained compared to redoing the kernel sourcing and testing itself. Don't hold up for that. I'll get to it next week.

Ok, then I'll fix @rene 's comments and resubmit the PR. But as I understand we need SBOM to do official releases of EVE. @eriknordmark what's your opinion on that?

SBoM generation for the kernel will require some restructuring. But that's small and self contained compared to redoing the kernel sourcing and testing itself. Don't hold up for that. I'll get to it next week.

@deitch We're scheduled to cut the next EVE build on Monday so it makes sense to hold this off until after that to avoid not having a complete SBoM for that build. OK?

Of course. I'll start work and get PR in when ready. We can choose to merge or not per the schedule you think is best.

Hey @mikem-zed help me out here.
In the current (pre-this-repo) eve kernel Dockerfile, we have a few places where we add sources via ADD:

kernel source - downloaded from https://www.kernel.org/pub/linux/kernel/....
zfs driver - downloaded from https://github.com/openzfs/zfs
brektrou driver - downloaded from https://github.com/brektrou/rtl8821CU

In the new eve-kernel Dockerfile, I see:

zfs

That is it.

I assume the kernel source is this repository?
Where is the brektrou driver? I don't see it in the repo at all? Do we no longer need it? Or is it sourced elsewhere?

@eriknordmark I would like your input on how we should add the kernel itself into the SBoM. Currently, because we download it as a blob, we have:
    {
      "name": "linux-5.10.186.tar.xz",
      "SPDXID": "SPDXRef-linux-5.10.186.tar.xz",
      "versionInfo": "5.10.186",
      "downloadLocation": "https://www.kernel.org/pub/linux/kernel/v5.x/linux-5.10.186.tar.xz",
      "licenseConcluded": "GPL-2.0-or-later",
      "licenseDeclared": "UNKNOWN AND GPL-2.0-or-later AND GPL-2.0",
      "copyrightText": "",
      "externalRefs": [
        {
          "referenceCategory": "PACKAGE-MANAGER",
          "referenceType": "purl",
          "referenceLocator": "pkg:generic/generic?download_url=https://www.kernel.org/pub/linux/kernel/v5.x/linux-5.10.186.tar.xz"
        }
      ]
    },

We can keep doing that, if we track the actual source. But at this point, that isn't actually the source. Our build process relies on a separate source (the eve-kernel repo). So my thought is that to reference the upstream source would be incorrect, as that is not where we are getting the source for this. It is coming from that repo. So I think the reference locator and download location should be that repo. Obviously, we include the commit, etc.
Do you agree?

We can keep doing that, if we track the actual source. But at this point, that isn't actually the source. Our build process relies on a separate source (the eve-kernel repo). So my thought is that to reference the upstream source would be incorrect, as that is not where we are getting the source for this. It is coming from that repo. So I think the reference locator and download location should be that repo. Obviously, we include the commit, etc.

The source is the eve-kernel repo itself, which is a fork of the upstream. I don't know if it makes sense to extract which version/hash it is forked from, and then reference eve-kernel itself for any patches which we add.
Also, @mikem-zed @rene how likely are we to use different upstream versions for different branches in eve-kernel?

We can keep doing that, if we track the actual source. But at this point, that isn't actually the source. Our build process relies on a separate source (the eve-kernel repo). So my thought is that to reference the upstream source would be incorrect, as that is not where we are getting the source for this. It is coming from that repo. So I think the reference locator and download location should be that repo. Obviously, we include the commit, etc.

The source is the eve-kernel repo itself, which is a fork of the upstream. I don't know if it makes sense to extract which version/hash it is forked from, and then reference eve-kernel itself for any patches which we add. Also, @mikem-zed @rene how likely are we to use different upstream versions for different branches in eve-kernel?

@eriknordmark this is true, we use different versions. At least nvidia kernel uses different tag a as base
@rouming I dropped a support for  https://github.com/brektrou/rtl8821CU . It is very outdated. If we ever need that we can back port (at least try) from 6.5.x. Finally the support for this device was added.

Potentially we can download tarball with a source from github like following curl -L  https://github.com/lf-edge/eve-kernel/tarball/eve-kernel-amd64-v6.1.38-generic -o eve-kernel-amd64-v6.1.38-generic.tgz

@deitch I dropped a support for https://github.com/brektrou/rtl8821CU . It is very outdated.

That makes it easier. So all we have is the source in this repo, and zfs. We capture zfs via the dockerfile-add-scanner, so we just need the reference to this repo.

The source is the eve-kernel repo itself, which is a fork of the upstream

Yes, so we should reference this repo. If we reference a specific commit, it will include all changes, patches, etc.

I see riscv has issues:
Run make V=1 PRUNE=1 ZARCH=riscv64 pkgs
Makefile:110: "WARNING: We are assembling an riscv64 image on amd64. Things may break."
/home/runner/work/eve/eve/kernel-version.mk:21: *** "Unsupported architecture riscv64".  Stop.
Error: Process completed with exit code 2.

I see riscv has issues: Run make V=1 PRUNE=1 ZARCH=riscv64 pkgs Makefile:110: "WARNING: We are assembling an riscv64 image on amd64. Things may break." /home/runner/work/eve/eve/kernel-version.mk:21: *** "Unsupported architecture riscv64". Stop. Error: Process completed with exit code 2.

I do not build riscv kernels for now. I'll add them in the follow up PR

I do not build riscv kernels for now. I'll add them in the follow up PR

I don't think we can put it in master if the riscv build fails, since I don't think it will proceed and publish the other images to docker and GH releases (but I could be wrong - we don't publish the riscv ones but I think the build failure fails subsequent steps.)
Thoughts?

I do not build riscv kernels for now. I'll add them in the follow up PR

I don't think we can put it in master if the riscv build fails, since I don't think it will proceed and publish the other images to docker and GH releases (but I could be wrong - we don't publish the riscv ones but I think the build failure fails subsequent steps.) Thoughts?

I added a branch for riscv64 kernel and made changes in kernel-versions.mk. I still need to clean it up and modify config a bit. I have problems building eve for riscv64. make V=1 PRUNE=1 ZARCH=riscv64 pkgs works fine but I cannot build neither live nor rootfs images. I'm getting following error:
Image docker.io/linuxkit/init:144c9cee8aed9e30a16940f2bf1d3813883aceda arch riscv64 not found in local cache, pulling
Error: Failed to build init tarball from docker.io/linuxkit/init:144c9cee8aed9e30a16940f2bf1d3813883aceda: Could not pull image docker

am I missing something?

I do not build riscv kernels for now. I'll add them in the follow up PR

I don't think we can put it in master if the riscv build fails, since I don't think it will proceed and publish the other images to docker and GH releases (but I could be wrong - we don't publish the riscv ones but I think the build failure fails subsequent steps.) Thoughts?

I added a branch for riscv64 kernel and made changes in kernel-versions.mk. I still need to clean it up and modify config a bit. I have problems building eve for riscv64. make V=1 PRUNE=1 ZARCH=riscv64 pkgs works fine but I cannot build neither live nor rootfs images. I'm getting following error:
Image docker.io/linuxkit/init:144c9cee8aed9e30a16940f2bf1d3813883aceda arch riscv64 not found in local cache, pulling
Error: Failed to build init tarball from docker.io/linuxkit/init:144c9cee8aed9e30a16940f2bf1d3813883aceda: Could not pull image docker

am I missing something?

ok, HV=mini was missing. I'll work on riscv branch for kernel

@mikem-zed @eriknordmark do we really need builds for riscv arch? What if we kill it from a pipeline in order to speed up the process so get this PR merged and won't invest time into the riscv until there is a demand

@mikem-zed @eriknordmark do we really need builds for riscv arch? What if we kill it from a pipeline in order to speed up the process so get this PR merged and won't invest time into the riscv until there is a demand

You could remove it from eve-kernel, but then you also need to remove it from various GH workflows in eve as well. Plus remember to add it back once we can build riscv kernels.

@mikem-zed
Sorry I'm late to the party, is there any plan to enabled the module signing and reproducible builds (the go hand in hand)?


load spec from different folder

I know it probably won't be included .
This adds moduledir option to load specs from different folder.
Made this change to resolve:
https://github.com/folke/lazy.nvim/issues/1440
also needed to prepend it to rtp.

I think the new option should be documented.

This is indeed not something I'm willing to merge. There's also other ways to do what you want.
You could for example create a fake plugin dir with a lua symlinking to your moduledir


Playground: support fields tooltip

Description
This pull request introduces a new feature to the playground that allows the addition of tooltips or hints on all fields used within the application. The tooltips provide helpful information and guidance to users, improving the overall user experience.
Changes

Implemented a tooltip/hint input component for all fields in the playground.
Updated the field rendering logic to display the tooltip icon and handle tooltip visibility.

Related Issues

https://github.com/threefoldtech/tfgrid-sdk-ts/issues/538

Screenshots

Checklist

[ ] Tests included
[x] Build pass
[x] Documentation
[x] Code format and docstrings
[x] Screenshots/Video attached (needed for UI changes)

please resolve the conflicts


Support remote ssh on Windows

spur supports only remote Linux. Rrewrite a WindowsShellType, it can supports most functionality now. kill doesn't work yet, if it's needed, will overwrite spur.SshShell to support it.

Merged with #1006


Annotation based policy.

Port annotation-based policy to CNI plugin as a policy driver.
Includes an FV test for this case and 100% UT coverage of new code.

LGTM - I'll take a look at the wider CNI driver code on Monday


Added delete directory sessions if you log-out From WhatsApp Bot :)

I think this can be added by users themselves

agree, we shouldn't bring all functionality to this library :v

Closing as this library is non opinionated by design, it's up to the user to handle this kind of thing


Added a function to set the reference time type to the relative time filter

Description
Added a function to set the reference time type to the relative time filter
Related Issue :

How Has This Been Tested?

Add a relative time filter.
After changing the standard time type, check whether the relative time is calculated according to the set time type.

Need additional checks?
Types of changes

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

Checklist:

[ ] I have read the CONTRIBUTING document.
[ ] My code follows the code style of this project.
[ ] My change requires a change to the documentation.
[ ] I have added tests to cover my changes.

Additional Context

deploy to 3

deploy to 3

deploy to 3


Fix xdc parser to ignore multiple spaces

This PR fixes issue #160 from symbiflow-examples by allowing multiple spaces to be placed between the pin name and IOSTANDARD in XDC dictionary parameters.

Please add a test for this...

@tmichalak @mkurc-ant @mithro just added tests for white space in xdc dictionaries.


Text rendering speed

After the upgrade to modern openGL, this work includes rendering multiple chars from a texture atlas

Closing this ticket as this work was performed in 3.4.18. Will open more specific tickets for future speedups.


Korean International School

Info
School: Korean International School (International Section)
School Website: https://kis.edu.hk
Teaches:

Primary School (does not have school emails),
Middle School,
High School

@charlesyiu First stage of verification passed, official domain is kis.edu.hk as far as I verified. This is just an informational note. Pull request is still in the review. I appreciate your patience while waiting for the final decision.

@charlesyiu Thank you for your patience while waiting for a review and processing your request. Pull request merged.


Typo fixed: utilitites -> utilities

Fixs typo in line 28.

ping

Thank you for your reminding, but it's seems that I can't find this tree anymore.


flutter tool crash shows long GitHub issue URL with doctor encoded (link not shortened)

When the Flutter tool crashes it tried to put the long crash report URL into the git.io link shortener.  However that service is now responding 422 Unprocessable Entity.
[ +233 ms] Failed to shorten GitHub template URL. Server responded with HTTP status code 422

GitHub has removed the service as of January 2022.
This causes a really long URL to be printed during a tool crash.

Crash output
Oops; flutter has exited unexpectedly: "Exception: exception".
A crash report has been written to /Users/magder/Projects/flutter/flutter_04.log.
This crash may already be reported. Check GitHub for similar crashes.
https://github.com/flutter/flutter/issues?q=is%3Aissue+Exception%3A+exception

To report your crash to the Flutter team, first read the guide to filing a bug.
https://flutter.dev/docs/resources/bug-reports

Create a new GitHub issue by pasting this link into your browser and completing the issue template. Thank you!
https://github.com/flutter/flutter/issues/new?title=%5Btool_crash%5D+_Exception&body=%23%23+Command%0A%60%60%60%0Aflutter+doctor%0A%60%60%60%0A%0A%23%23+Steps+to+Reproduce%0A1.+...%0A2.+...%0A3.+...%0A%0A%23%23+Logs%0A_Exception%0A%60%60%60%0A%230++++++DoctorCommand.runCommand+%28package%3Aflutter_tools%2Fsrc%2Fcommands%2Fdoctor.dart%3A36%3A5%29%0A%231++++++FlutterCommand.verifyThenRunCommand+%28package%3Aflutter_tools%2Fsrc%2Frunner%2Fflutter_command.dart%3A1324%3A12%29%0A%3Casynchronous+suspension%3E%0A%232++++++FlutterCommand.run.%3Canonymous+closure%3E+%28package%3Aflutter_tools%2Fsrc%2Frunner%2Fflutter_command.dart%3A1165%3A27%29%0A%3Casynchronous+suspension%3E%0A%233++++++AppContext.run.%3Canonymous+closure%3E+%28package%3Aflutter_tools%2Fsrc%2Fbase%2Fcontext.dart%3A150%3A19%29%0A%3Casynchronous+suspension%3E%0A%234++++++CommandRunner.runCommand+%28package%3Aargs%2Fcommand_runner.dart%3A209%3A13%29%0A%3Casynchronous+suspension%3E%0A%235++++++FlutterCommandRunner.runCommand.%3Canonymous+closure%3E+%28package%3Aflutter_tools%2Fsrc%2Frunner%2Fflutter_command_runner.dart%3A281%3A9%29%0A%3Casynchronous+suspension%3E%0A%236++++++AppContext.run.%3Canonymous+closure%3E+%28package%3Aflutter_tools%2Fsrc%2Fbase%2Fcontext.dart%3A150%3A19%29%0A%3Casynchronous+suspension%3E%0A%237++++++FlutterCommandRunner.runCommand+%28package%3Aflutter_tools%2Fsrc%2Frunner%2Fflutter_command_runner.dart%3A229%3A5%29%0A%3Casynchronous+suspension%3E%0A%238++++++run.%3Canonymous+closure%3E.%3Canonymous+closure%3E+%28package%3Aflutter_tools%2Frunner.dart%3A62%3A9%29%0A%3Casynchronous+suspension%3E%0A%239++++++AppContext.run.%3Canonymous+closure%3E+%28package%3Aflutter_tools%2Fsrc%2Fbase%2Fcontext.dart%3A150%3A19%29%0A%3Casynchronous+suspension%3E%0A%2310+++++main+%28package%3Aflutter_tools%2Fexecutable.dart%3A94%3A3%29%0A%3Casynchronous+suspension%3E%0A%60%60%60%0A%60%60%60%0A%5B%E2%9C%93%5D+Flutter+%28Channel+unknown%2C+2.11.0-0.0.pre.769%2C+on+macOS+12.2.1+21D62+darwin-x64%2C+locale+en-US%29%0A++++%E2%80%A2+Flutter+version+2.11.0-0.0.pre.769+at+%2FUsers%2Fmagder%2FProjects%2Fflutter%0A++++%E2%80%A2+Upstream+repository+unknown%0A++++%E2%80%A2+Framework+revision+ae6bc73ac0+%286+minutes+ago%29%2C+2022-03-04+15%3A10%3A49+-0800%0A++++%E2%80%A2+Engine+revision+9126849d86%0A++++%E2%80%A2+Dart+version+2.17.0+%28build+2.17.0-169.0.dev%29%0A++++%E2%80%A2+DevTools+version+2.11.1%0A%0A%5B%E2%9C%93%5D+Android+toolchain+-+develop+for+Android+devices+%28Android+SDK+version+30.0.3%29%0A++++%E2%80%A2+Android+SDK+at+%2FUsers%2Fmagder%2FLibrary%2FAndroid%2Fsdk%0A++++%E2%80%A2+Platform+android-31%2C+build-tools+30.0.3%0A++++%E2%80%A2+ANDROID_SDK_ROOT+%3D+%2FUsers%2Fmagder%2FLibrary%2FAndroid%2Fsdk%0A++++%E2%80%A2+Java+binary+at%3A+%2FUsers%2Fmagder%2FLibrary%2FApplication+Support%2FJetBrains%2FToolbox%2Fapps%2FAndroidStudio%2Fch-0%2F203.7583922%2FAndroid+Studio.app%2FContents%2Fjre%2FContents%2FHome%2Fbin%2Fjava%0A++++%E2%80%A2+Java+version+OpenJDK+Runtime+Environment+%28build+11.0.10%2B0-b96-7281165%29%0A++++%E2%80%A2+All+Android+licenses+accepted.%0A%0A%5B%E2%9C%93%5D+Xcode+-+develop+for+iOS+and+macOS+%28Xcode+13.3%29%0A++++%E2%80%A2+Xcode+at+%2FUsers%2Fmagder%2FApplications%2FXcode-13-3_beta3.app%2FContents%2FDeveloper%0A++++%E2%80%A2+CocoaPods+version+1.11.2%0A%0A%5B%E2%9C%93%5D+Chrome+-+develop+for+the+web%0A++++%E2%80%A2+Chrome+at+%2FApplications%2FGoogle+Chrome.app%2FContents%2FMacOS%2FGoogle+Chrome%0A%0A%5B%E2%9C%93%5D+Android+Studio+%28version+2020.3%29%0A++++%E2%80%A2+Android+Studio+at+%2FApplications%2FAndroid+Studio+with+Blaze.app%2FContents%0A++++%E2%80%A2+Flutter+plugin+can+be+installed+from%3A%0A++++++%F0%9F%94%A8+https%3A%2F%2Fplugins.jetbrains.com%2Fplugin%2F9212-flutter%0A++++%E2%80%A2+Dart+plugin+can+be+installed+from%3A%0A++++++%F0%9F%94%A8+https%3A%2F%2Fplugins.jetbrains.com%2Fplugin%2F6351-dart%0A++++%E2%80%A2+Java+version+OpenJDK+Runtime+Environment+%28build+11.0.10%2B0-b96-7281165%29%0A%0A%5B%E2%9C%93%5D+Android+Studio+%28version+4.2%29%0A++++%E2%80%A2+Android+Studio+at+%2FApplications%2FAndroid+Studio.app%2FContents%0A++++%E2%80%A2+Flutter+plugin+can+be+installed+from%3A%0A++++++%F0%9F%94%A8+https%3A%2F%2Fplugins.jetbrains.com%2Fplugin%2F9212-flutter%0A++++%E2%80%A2+Dart+plugin+can+be+installed+from%3A%0A++++++%F0%9F%94%A8+https%3A%2F%2Fplugins.jetbrains.com%2Fplugin%2F6351-dart%0A++++%E2%80%A2+Java+version+OpenJDK+Runtime+Environment+%28build+11.0.8%2B10-b944.6916264%29%0A%0A%5B%E2%9C%93%5D+Android+Studio+%28version+2020.3%29%0A++++%E2%80%A2+Android+Studio+at+%2FUsers%2Fmagder%2FLibrary%2FApplication+Support%2FJetBrains%2FToolbox%2Fapps%2FAndroidStudio%2Fch-0%2F203.7583922%2FAndroid+Studio.app%2FContents%0A++++%E2%80%A2+Flutter+plugin+can+be+installed+from%3A%0A++++++%F0%9F%94%A8+https%3A%2F%2Fplugins.jetbrains.com%2Fplugin%2F9212-flutter%0A++++%E2%80%A2+Dart+plugin+can+be+installed+from%3A%0A++++++%F0%9F%94%A8+https%3A%2F%2Fplugins.jetbrains.com%2Fplugin%2F6351-dart%0A++++%E2%80%A2+Java+version+OpenJDK+Runtime+Environment+%28build+11.0.10%2B0-b96-7281165%29%0A%0A%5B%E2%9C%93%5D+IntelliJ+IDEA+Community+Edition+%28version+2021.2.4%29%0A++++%E2%80%A2+IntelliJ+at+%2FApplications%2FIntelliJ+CE+%28stable%29.app%0A++++%E2%80%A2+Flutter+plugin+version+63.3.3%0A++++%E2%80%A2+Dart+plugin+version+212.5632%0A%0A%5B%E2%9C%93%5D+VS+Code+%28version+1.64.2%29%0A++++%E2%80%A2+VS+Code+at+%2FApplications%2FVisual+Studio+Code.app%2FContents%0A++++%E2%80%A2+Flutter+extension+version+3.34.0%0A%0A%5B%E2%9C%93%5D+Connected+device+%284+available%29%0A++++%E2%80%A2+Jenn%27s+iPhone+13+%28mobile%29+%E2%80%A2+00008110-000278523684801E+%E2%80%A2+ios++++++++++++%E2%80%A2+iOS+15.2.1+19C63%0A++++%E2%80%A2+iPad+%28mobile%29+++++++++++++%E2%80%A2+00008027-001925360106802E+%E2%80%A2+ios++++++++++++%E2%80%A2+iOS+15.0+19A344%0A++++%E2%80%A2+macOS+%28desktop%29+++++++++++%E2%80%A2+macos+++++++++++++++++++++%E2%80%A2+darwin-x64+++++%E2%80%A2+macOS+12.2.1+21D62+darwin-x64%0A++++%E2%80%A2+Chrome+%28web%29++++++++++++++%E2%80%A2+chrome++++++++++++++++++++%E2%80%A2+web-javascript+%E2%80%A2+Google+Chrome+98.0.4758.109%0A++++%21+Error%3A+iPhone+6s+is+not+connected.+Xcode+will+continue+when+iPhone+6s+is+connected.+%28code+-13%29%0A++++%21+Error%3A+iPad+is+busy%3A+Fetching+debug+symbols+for+iPad.+Xcode+will+continue+when+iPad+is+finished.+%28code+-10%29%0A%0A%5B%E2%9C%93%5D+HTTP+Host+Availability%0A++++%E2%80%A2+All+required+HTTP+hosts+are+available%0A%0A%E2%80%A2+No+issues+found%21%0A%0A%60%60%60%0A%0A%23%23+Flutter+Application+Metadata%0ANo+pubspec+in+working+directory.%0A&labels=tool%2Csevere%3A+crash

We can live with the long URL, or use another link shortener.

If a new shortener is chosen we should pick one that Google owns, or strip out all the PII as documented in https://github.com/flutter/flutter/issues/53140.

Could we write the long link to a file, and print a command that users can copy-paste to open the url in a browser? Like:
Error report URL written to file error.url, run the following command to open a GitHub issue:
$ chrome `cat error.url`

$ chrome `cat error.url`

That's an idea, though obviously less ideal than just showing a link.  People don't really read.
open instead of  chrome works on macOS and respects the default browser.

How could this bug be reproduced? That is, how to force a Flutter tool crash?

If a new shortener is chosen we should pick one that Google owns, or strip out all the PII as documented in #53140.

There is a firebase URL shorter which seems to be Google's recommended successor. However, it seems to need a valid firebase project to run with.
I'm not sure if that's the intended way to go. If so I would give it a try for a first contribution.

I don't think the firebase URL shortener would work for us, as we'd need each developer to be able to generate shortened URLs on the fly, which requires a firebase and bitly account.

Been interested in this issue and found that a good alternative that's open source and still being maintained is lstu
I played around with it and it looks to be a good alternative. Currently working on a PR although I am having trouble setting up the flutter repo, any advice would be appreciated!


(URGENT) Word and PDF: definitions clause not showing bibliographic sources

PDF:

Word:

Empty origin in presentation xml:

interoperability: ability of two or more systems or applications to exchange information and to mutually use the information that has been exchanged

(<origin bibitemid="ISO-IEC_27729" type="inline" citeas=""/>)

In aa-bibliography.adoc there are items:

[appendix,obligation=informative]
== Bibliography

...
* [[[ISO-IEC_27729,ISO/IEC 27729]]]
...

but non-normative references section in xml is empty:
<annex ...
<references id="_bibliography" normative="false" obligation="informative">

Bibliographical references are resources that provide additional or helpful material but do not need to be understood or used to implement this standard. Reference to these resources is made for informational use only.

</references>
</annex>

I assume that issue in the bibliography in annex processing.

As pointed out by @opoudjis , the issue is the following:
Original encoding:
[bibliography]
== Bibliography

* [[[ISO-IEC-TR_23188,ISO/IEC TR 23188:2020]]]

* [[[ISO-IEC_17788,ISO/IEC 17788:2014]]]

Fixed encoding:
[appendix,obligation=informative]
== Bibliography

[bibliography]
=== Bibliography

* [[[ISO-IEC-TR_23188,ISO/IEC TR 23188:2020]]]

* [[[ISO-IEC_17788,ISO/IEC 17788:2014]]]

For reasons in the AsciiDoc parser, the "appendix" cannot be a "bibliography", so we need to provide the "Bibliography" section twice for the bibliography section recognised.

Confirm fixed:
Word:

PDF:


Sparse registry causes incorrect msrv detection

In my ~/cargo/config.toml, I've included these lines to enable the sparse registry, which is a new feature in 1.68:
[registries.crates-io]
protocol = "sparse"

When running cargo msrv on a project whose real MSRV is 1.65.0, I get this output when it's testing versions before 1.68:
 error: failed to get `criterion` as a dependency of package `benchmarks v0.1.0 (/home/ecton/projects/objectmap/benchmarks)`                                                     │
│                                                                                │
│ Caused by:                                                                                │
│   failed to load source for dependency `criterion`                                                                                │
│                                                                                │
│ Caused by:                                                                                │
│   Unable to update registry `crates-io`                                                                                │
│                                                                                │
│ Caused by:                                                                                │
│   usage of sparse registries requires `-Z sparse-registry`

I have no idea if cargo-msrv can instruct cargo to not use the sparse registry. If not, maybe the tool can detect that the setting is enabled and display a warning or error.
Disabling the sparse protocol allows the correct MSRV to be detected.
I couldn't find an existing issue where this has been reported -- sorry if this is a duplicate!
Update: A friend pointed out to me that in 1.70 (~4 days from now), the sparse protocol will be enabled by default. This means that once I have 1.70 as my default toolchain, I can remove the lines in config.toml, which causes this issue to be a non-issue.

Update: A friend pointed out to me that in 1.70 (~4 days from now), the sparse protocol will be enabled by default. This means that once I have 1.70 as my default toolchain, I can remove the lines in config.toml, which causes this issue to be a non-issue.

In that case I'll wait for 1.70 to be released; and will assess whether support should be added separately after the release.
Regardless, thanks for the report!

With cargo-msrv 0.15.1 I see "invalid" MSRV.
(Not sure if the advice is really invalid, it concerns a hiatus in a few versions)
When running in the workspace of atspi 0.18
Check for toolchain '1.67.1-x86_64-unknown-linux-gnu' failed with:
┌──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────┐
│ error: failed to get `enumflags2` as a dependency of package `atspi-common v0.2.0 (/atspi/atspi-common)`                                                                        │
│                                                                                │
│ Caused by:                                                                                │
│   failed to load source for dependency `enumflags2`                                                                                │
│                                                                                │
│ Caused by:                                                                                │
│   Unable to update registry `crates-io`                                                                                │
│                                                                                │
│ Caused by:                                                                                │
│   usage of sparse registries requires `-Z sparse-registry`                                                                                │
└──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────┘
Check for toolchain '1.69.0-x86_64-unknown-linux-gnu' succeeded
Check for toolchain '1.68.2-x86_64-unknown-linux-gnu' succeeded
  Finished The MSRV is: 1.68.2

When cargo +1.65.0-x86_64-unknown-linux-gnu check is run manually however, this succeeds.
    Finished dev [unoptimized + debuginfo] target(s) in 0.16s

However:
cargo +1.66.0-x86_64-unknown-linux-gnu check fails:
error: failed to get `enumflags2` as a dependency of package `atspi-common v0.2.0 (/home/luuk/code/atspi-various-doc/atspi/atspi-common)`

Caused by:
  failed to load source for dependency `enumflags2`

Caused by:
  Unable to update registry `crates-io`

Caused by:
  usage of sparse registries requires `-Z sparse-registry`

Versions prior to 1.65 are known to not compile atspi because it uses let - else constructions,
build summaries:
1.65.0 fine
1.66.0 'sparse registry requires -Z sparse-registry, 1.67.1 'sparse registry requires -Z sparse-registry,
1.68.2 fine
1.69.0 fine
1.70.0 fine
1.71.0 fine
Note that it does not matter if the dev-dependency of enumflags2 is inherited from the workspace or explicitly versioned in-place.
I think the advice on MSRV is sound, however the hiatus is odd and it may be valuable to others to know.
Also, it might be possible I am doing something wrong, in which case I'd be happy to learn.


Change Hostname ?

Hallo,
1st! Very great project!!
I have multiple McLighting now in my network. All have the same Hostname.
Is there a way to change the hostname?

Hi!
You can change the hostname in definitions.h here: https://github.com/toblum/McLighting/blob/eaa9f814d841ff6336f1789ac6e85775514b50ea/Arduino/McLighting/definitions.h#L12


Added missed parameters to Sync-CsOnlineApplicationInstance.md

Close https://github.com/MicrosoftDocs/office-docs-powershell/issues/8641.

Docs Build status updates of commit a6cd7c4:
:white_check_mark: Validation status: passed

File
Status
Preview URL
Details

skype/skype-ps/skype/Sync-CsOnlineApplicationInstance.md
:white_check_mark:Succeeded
View (skype-ps)

For more details, please refer to the build report.
Note: Broken links written as relative paths are included in the above build report. For broken links written as absolute paths or external URLs, see the broken link report.
For any questions, please:Try searching the docs.microsoft.com contributor guidesPost your question in the Docs support channel

Docs Build status updates of commit c2a8991:
:white_check_mark: Validation status: passed

File
Status
Preview URL
Details

skype/skype-ps/skype/Sync-CsOnlineApplicationInstance.md
:white_check_mark:Succeeded
View (skype-ps)

For more details, please refer to the build report.
Note: Broken links written as relative paths are included in the above build report. For broken links written as absolute paths or external URLs, see the broken link report.
For any questions, please:Try searching the docs.microsoft.com contributor guidesPost your question in the Docs support channel

@tseward @get-itips

Docs Build status updates of commit fef9875:
:white_check_mark: Validation status: passed

File
Status
Preview URL
Details

skype/skype-ps/skype/Sync-CsOnlineApplicationInstance.md
:white_check_mark:Succeeded
View (skype-ps)

For more details, please refer to the build report.
Note: Broken links written as relative paths are included in the above build report. For broken links written as absolute paths or external URLs, see the broken link report.
For any questions, please:Try searching the docs.microsoft.com contributor guidesPost your question in the Docs support channel


how do I make a command to store other commands?

I wanted to save these commands in a .json file but I can't get them in any way

This is not an issue with tmi.js, please use the discussions tab or the Discord #tmi channel.
Assuming you're referring to custom channel commands and Node.js:
You read files with fs.readFile and write files with fs.writeFile. Parse the data with JSON.parse and convert the data with JSON.stringify. Ensure you're not writing while you're already writing or reading while you're writing or vice versa.
You could also use a database that handles all of that.

This is not an issue with tmi.js, please use the discussions tab or the Discord #tmi channel.
Assuming you're referring to custom channel commands and Node.js:
You read files with fs.readFile and write files with fs.writeFile. Parse the data with JSON.parse and convert the data with JSON.stringify. Ensure you're not writing while you're already writing or reading while you're writing or vice versa.
You could also use a database that handles all of that.


Bridge initialize and setPushToken to RN layer

Description
Adds initialize and setPushToken methods to the RN Klaviyo SDK.
Check List

[x] Are you changing anything with the public API? YES
[x] Are your changes backwards compatible with previous SDK Versions? SORT OF

Changelog / Code Overview

Added initialize and setPushToken to the react Klaviyo public API
Bridged the two methods from the native layer
Added very rudimentary usage to the example app for each
Bump to latest version of native SDKs for relevant updates including

Do not crash, only log errors, for internal SDK exceptions including calling SDK methods prior to initializing
Android: lifecycle listeners now attached internally

Test Plan

[x] TODO update the test/example apps to use these methods. -- a second PR is pending

Related Issues/Tickets

Will be updating android dependency to use this
CHNL-5369
CHNL-5368
CHNL-4635

@ajaysubra I think this is ready to review, we may want to further elaborate on how the example app demonstrates initialize and setPushToken but we could do it in another PR.

@ajaysubra I think this is ready to review, we may want to further elaborate on how the example app demonstrates initialize and setPushToken but we could do it in another PR.

Yeah we could just use what we did with the test app.


config: Fix PSA configuration backwards compat

Description
At the moment, the only difference in Mbed TLS configuration options set
by MBEDTLS_PSA_BUILTIN_KEY_TYPE_RSA_KEY_PAIR and
MBEDTLS_PSA_BUILTIN_KEY_TYPE_RSA_PUBLIC_KEY is that
MBEDTLS_PSA_BUILTIN_KEY_TYPE_RSA_KEY_PAIR defines MBEDTLS_GENPRIME and
MBEDTLS_PSA_BUILTIN_KEY_TYPE_RSA_PUBLIC_KEY does not.
When working backwards however, when configuring what functionality is
available in Mbed TLS's PSA implementation based on Mbed TLS
configuration defines (i.e. when MBEDTLS_PSA_CRYPTO_CONFIG is not
defined), both MBEDTLS_PSA_BUILTIN_KEY_TYPE_RSA_KEY_PAIR and
MBEDTLS_PSA_BUILTIN_KEY_TYPE_RSA_PUBLIC_KEY are set regardless of the
MBEDTLS_GENPRIME setting.
On space-constrained platforms, it is a useful configuration to be able
to import/export and work with RSA, but exclude RSA key generation,
potentially saving flash space.
Change config_psa.h to only set
MBEDTLS_PSA_BUILTIN_KEY_TYPE_RSA_KEY_PAIR if MBEDTLS_GENPRIME is also
set. This restores the configuration behavior present in Mbed TLS
v2.24.0 and earlier versions.
Without this change, linker errors will occur when attempts to call,
which doesn't exist when MBEDTLS_GENPRIME is unset.
    psa_crypto_rsa.c.obj: in function `rsa_generate_key':
    psa_crypto_rsa.c:320: undefined reference to `mbedtls_rsa_gen_key'

Fixes #4512
Signed-off-by: Jaeden Amero<EMAIL_ADDRESS>Status
READY
Requires Backporting
When there is a bug fix, it should be backported to all maintained and supported branches.
Changes do not have to be backported if:

This PR is a new feature\enhancement
This PR contains changes in the API. If this is true, and there is a need for the fix to be backported, the fix should be handled differently in the legacy branch

Yes

[ ] development_2.x

Migrations
If there is any API change, what's the incentive and logic for it.
NO
Additional comments
Any additional information that could be of interest
Todos

[x] Tests
~[ ] Documentation~
[x] Changelog updated
[ ] Backported

Steps to test or reproduce
Outline the steps to test or reproduce the PR here.

@paul-elliott-arm Could you verify that the needs: work label is correct still? It appears that CI was flaky before (experimental TLS 1.3 test). Re-running CI since then, we now have a pass.

Also call make test, even though not necessary to run into the discovered linker error, it is helpful to see if the configuration without MBEDTLS_GENPRIME is broken in some other fashion.

One outstanding issue is if the accelerator configuration PSA_CRYPTO_DRIVER_TEST && MBEDTLS_PSA_ACCEL_KEY_TYPE_RSA_KEY_PAIR needs to work without MBEDTLS_GENPRIME being set.
#if ( defined(MBEDTLS_PSA_BUILTIN_KEY_TYPE_RSA_KEY_PAIR) ||  \
      ( defined(PSA_CRYPTO_DRIVER_TEST) &&                   \
        defined(MBEDTLS_PSA_ACCEL_KEY_TYPE_RSA_KEY_PAIR) ) )
#define BUILTIN_KEY_TYPE_RSA_KEY_PAIR    1
#endif

Raised backport to development_2.x https://github.com/ARMmbed/mbedtls/pull/4546


Table writer 8: Make Hive WriteProtocols support partitioned table

Make Hive WriteProtocols take partition directory in getWriterParameters().
Partition directory is subdirectory under the table directory path,
in the format of string
part_key_0=part_value_0/part_key_1=part_value_1/part_key_2=part_value_2.
It is a std::optional field for the case of unpartitioned table.
In terms of interfaces, add interface class ConnectorWriteInfo,
and have HiveConnectorWriteInfo include partition directory. Pass
ConnectorWriteInfo to getWriterParameters() as an additional
argument.
Add session property hive.insert-existing-partitions-behavior, and
in Hive WriteProtocols handle the different behaviors and validations
determined by it together with hive.immutable-partitions. Will add
other related session properties and behaviors if there is need afterwards.
They are not used in prod and need more fields set and serialized
into the protocol,
ex.hive.fail-fast-on-insert-into-immutable-partitions-enabled
and hive.insert-overwrite-immutable-partitions-enabled.
Move Hive session properties/configs into a separate file HiveConfig.h.
Also add the session property hive.max-partitions-per-writers that
configures the max number of partition files being written per driver.

Hi @mbasmanova Masha, I have some questions about session properties

How do HiveClientConfigs are passed to the Velox worker? I can see session properties go to connectorQueryCtx->config(). How about HiveClientConfigs? Session property uses "_" while HiveConfig uses "-". Ex., hive.immutable-partitions which doesn't have corresponding session property.
How are hive.xxx and prism_batch.xxx sessions of different catalogs are passed to Velox worker? They probably share the same connector key, hive?

Hi @mbasmanova , done w/ revising this PR and addressing the comments. Sorry, for missing the previous comments on the configs.rst. Might have forgotten to refresh the page?


Add number of directories to FuseIOBench

The number of files must be a multiple of number of directories, so each directory has same amount of files.
The number of files must be a multiple of number of threads, so each thread processes same amount of files.
@LuQQiu PTAL. Much cleaner than last time. Thanks!

Codecov Report

Merging #13928 (da196fd) into master (fef2d38) will decrease coverage by 26.08%.
The diff coverage is 9.09%.

@@              Coverage Diff              @@
##             master   #13928       +/-   ##
=============================================
- Coverage     43.50%   17.42%   -26.09%
+ Complexity     9135     2671     -6464
=============================================
  Files          1399     1399
  Lines         81247    81260       +13
  Branches       9878     9880        +2
=============================================
- Hits          35350    14162    -21188
- Misses        42947    65851    +22904
+ Partials       2950     1247     -1703

Impacted Files
Coverage Δ

...ain/java/alluxio/stress/fuse/FuseIOParameters.java
0.00% <0.00%> (ø)

...main/java/alluxio/stress/cli/fuse/FuseIOBench.java
0.00% <0.00%> (ø)

...main/java/alluxio/metrics/sink/MetricsServlet.java
85.00% <100.00%> (+0.78%)
:arrow_up:

...mon/src/main/java/alluxio/shell/CommandReturn.java
0.00% <0.00%> (-100.00%)
:arrow_down:

...mon/src/main/java/alluxio/util/ExceptionUtils.java
0.00% <0.00%> (-100.00%)
:arrow_down:

...n/src/main/java/alluxio/wire/AlluxioProxyInfo.java
0.00% <0.00%> (-100.00%)
:arrow_down:

.../src/main/java/alluxio/wire/AlluxioMasterInfo.java
0.00% <0.00%> (-100.00%)
:arrow_down:

...src/main/java/alluxio/job/meta/JobIdGenerator.java
0.00% <0.00%> (-100.00%)
:arrow_down:

...n/src/main/java/alluxio/stress/BaseParameters.java
0.00% <0.00%> (-100.00%)
:arrow_down:

...src/main/java/alluxio/client/UnderStorageType.java
0.00% <0.00%> (-100.00%)
:arrow_down:

... and 664 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 fdd4c74...da196fd. Read the comment docs.

@LuQQiu Each directory is only written by one thread. PTAL thanks!

@LuQQiu Fixed the comments. PTAL thanks!

alluxio-bot, merge this please

alluxio-bot, merge this please


CB-18057 Aggregate storage consumption collection jobs

This commit implements S3 storage conusmption job aggregation. This means that for every environment CRN and bucket name pair only
one quartz job will run even if multiple storage consumptions are registered for the given pair.
Implementation details:

To avoid changing the DB schema, as there might already be registered storage paths (referring to it as "consumption") in it, an
implementation is proposed that do not change how consumptions are registered and unregistered in the DB. All separate consumption
registrations will still be treated as a separate consumption from the DB standpoint.
The "aggregation" logic is implemented not on the DB side but in the quartz job scheduling, unscheduling and initialization.

When a new consumption is saved to the DB and quartz job scheduling service is called the following will happen:

The service will reach out to the DB and query every registered consumption that has the same environment CRN and and
bucket name (not full location as that string is stored in the DB).
If the newly registered consumption is the only one that the query returns, then a new quartz job will be scheduled
for the given environment CRN and bucket name.
If there are other consumptions registered besides the new one then no new quartz job will be scheduled for the
environment CRN + bucket name pair

The same logic will happen during unregistration

If no other consumption uses the same environment CRN + bucket name pair as the one that is being unregistered
then the corresponding quartz job will be unscheduled
Otherwise the job will continue to run
In the special case where multiple consumptions use the same environment CRN + bucket name pair and the consumption
that is being unregistered is the consumption that the quartz job is running for, then the job corresponding to the
consumption being unregistered will be unscheduled and from the remaining consumptions another one will be used to
schedule the quartz job again.

The quartz job initialization logic (that restarts the jobs after a service restart) will use the same environment
CRN + bucket name grouping and start the jobs accordingly

For each env CRN + bucket name pair only one consumption will be used to schedule the quartz job for the group

The quartz job service and initializer are unaware of the consumption grouping logic, they simply get the grouped consumptions
from the ConsumptionService. This allows for other cloud providers/storage types to use the same aggregated scheduling logic
without the need to refactor the quartz job service and initializer.

Testing:

Unit test are present for every newly introduced logic
Locally tested the changes by starting environments and datalakes that use the same and different buckets and did multiple
schedules, unschedules, initializations to verify correct behaviour and edge case handling.

Additional change:

Refactored CloudStorageLocationUtil to be a service instead of a class with only static functions.

Was not this rather supposed to be for CB-18043? :smile:

Was not this rather supposed to be for CB-18043? 😄

Good catch, thanks, I corrected the PR title and commit message 😄


Add signoff to Upmerge docs to edge workflow

The Upmerge docs to edge workflow does not include a signoff message in the commit: https://github.com/radius-project/docs/blob/7ed3cea5de7f14f7c174cab0b60a54b6af114a38/.github/workflows/upmerge.yaml#L66
This causes DCO to fail during the release process. We should add a signoff flag to the git merge command.
AB#13660

Closing this now @willdavsmith. You can re-open if it is not fixed already.

This hasn't been fixed yet, re-opening and removing triage label.


Add Image / text to the centre

Include Image / text to the centre of the progress view with customisable unit of measurement.

#3


unexpected fault address error when creating a bucket

unexpected fault address 0xc423420000
fatal error: fault
[signal SIGSEGV: segmentation violation code=0x1 addr=0xc423420000 pc=0x610ef6]

goroutine 4587 [running]:
runtime.throw(0x9f1417, 0x5)
	/usr/local/go/src/runtime/panic.go:566 +0x95 fp=0xc4228d1908 sp=0xc4228d18e8
runtime.sigpanic()
	/usr/local/go/src/runtime/sigpanic_unix.go:27 +0x288 fp=0xc4228d1960 sp=0xc4228d1908
github.com/demisto/server/vendor/github.com/boltdb/bolt.(*node).write(0xc4200fe930, 0xc42341fff0)
	/home/ubuntu/.go_workspace/src/github.com/demisto/server/vendor/github.com/boltdb/bolt/node.go:205 +0x86 fp=0xc4228d1aa0 sp=0xc4228d1960
github.com/demisto/server/vendor/github.com/boltdb/bolt.(*Bucket).write(0xc4228d1bb8, 0xc4200fe930, 0x10, 0x0)
	/home/ubuntu/.go_workspace/src/github.com/demisto/server/vendor/github.com/boltdb/bolt/bucket.go:598 +0xb1 fp=0xc4228d1b00 sp=0xc4228d1aa0
github.com/demisto/server/vendor/github.com/boltdb/bolt.(*Bucket).CreateBucket(0xc4207d1380, 0xc421e5b1f0, 0xa, 0x10, 0x9f62a8, 0xa, 0x10)
	/home/ubuntu/.go_workspace/src/github.com/demisto/server/vendor/github.com/boltdb/bolt/bucket.go:181 +0x2bf fp=0xc4228d1c00 sp=0xc4228d1b00
github.com/demisto/server/vendor/github.com/boltdb/bolt.(*Bucket).CreateBucketIfNotExists(0xc4207d1380, 0xc421e5b1f0, 0xa, 0x10, 0xa, 0x10, 0xc4228d1ce0)
	/home/ubuntu/.go_workspace/src/github.com/demisto/server/vendor/github.com/boltdb/bolt/bucket.go:199 +0x4d fp=0xc4228d1c60 sp=0xc4228d1c00
github.com/demisto/server/repo/complexRepo.(*DS).CreateNestedBucket.func1(0xc4233ad420, 0xa6ab08, 0xc4233ad420)
	/home/ubuntu/.go_workspace/src/github.com/demisto/server/repo/complexRepo/store.go:266 +0xd9 fp=0xc4228d1ce0 sp=0xc4228d1c60
github.com/demisto/server/vendor/github.com/boltdb/bolt.(*DB).Update(0xc4220fc780, 0xc4228d1d50, 0x0, 0x0)
	/home/ubuntu/.go_workspace/src/github.com/demisto/server/vendor/github.com/boltdb/bolt/db.go:595 +0xb5 fp=0xc4228d1d30 sp=0xc4228d1ce0
github.com/demisto/server/repo/complexRepo.(*DS).CreateNestedBucket(0xc420f03a20, 0x9f3db0, 0x7, 0x9f62a8, 0xa, 0xcbcca0, 0xc420122230)

Happens when a while.. not consistent... any ideas?
bolt revision: c351931701d7d4aa58e41cb735a68400a4e88b29
Any idea?

We hit this on an etcd cluster on EC2 on RHEL 7.3 using tmpfs for the disk.  I think we've only seen this once or twice in the last six months - it's not common for us.


Added NVIDIA V100 GPUs

Added NVIDIA V100 GPUs

Given its computational power it should probably be ordered above or below the A100 family cc @pcuenca ?

Looks like the format check failed, though not sure for which line https://github.com/huggingface/huggingface.js/actions/runs/9208329481/job/25330626278?pr=706

Thanks @coyotte508 for the fix, sorry I missed on review :)

Thanks @coyotte508 for the fix, sorry I missed on review :)

Nothing to worry, I improved the CI to show the diff
(maybe we could even add a bot that listens to @format comments :))

Given its computational power it should probably be ordered above or below the A100 family cc @pcuenca ?

i think we should aim to order chronologically, WDYT?

order chronologically

yes, chronological family order sounds great, I can address it in a PR tomorrow

why not put it in the right place in this PR @coyotte508?

why not put it in the right place in this PR @coyotte508?

It's at its correct place, it was released in 2017 and the RTX titan above was released in 2018.

Ah cool, thanks


Track user activity to better calculate nonce

In addition to using the new endpoint for calculating nonce, we also need to persist some activity locally. We could even just increment a nonce value and persist it to local storage, or have an array of nonce. I'd look at the implementation of the new api endpoint to think about how best to save data. This is important because a lot of the issues around nonces has to do with when the network is unstable.

I've called the boombox contract and the tx shows 10 nonces, but my account shows 9 as the next nonce.
Not sure how that can be fixed using the extension.
https://explorer.stacks.co/txid/0x0a78ab144e64397b980f23be157ee66126fe14eb9e557cde5d5cadb9457278f1?chain=mainnet
Would you take a look at it, please?

Related: https://github.com/blockstack/stacks-wallet-web/issues/934
@GAD2511 We may have resolved your particular instance with this PR, which we'll release shortly: https://github.com/blockstack/stacks-wallet-web/pull/1530

Related: #934
@GAD2511 We may have resolved your particular instance with this PR, which we'll release shortly: #1530

Just a note -- this is blocked by the microblocks API deployment and will not be live before that is deployed. (unknown ETA on that)

So why is this happening to my address? I call this https://buy.syvita.org/ contract rn by https://explorer.stacks.co/txid/543187434cd911b7542583dc515a437ca5e4cbe2bdf17e69c01ee633db80faae?chain=mainnet and I can see the same issue. My account is showing 9 nonce while the tx is showing 1. Despite I update the web wallet and refresh the syvita page

Close in favor of https://github.com/blockstack/stacks-wallet-web/pull/1726


Issue recognising apostrophes

I have installed Assassin's Creed Chronicles Russia via Ubisoft Play but when I scanned it into game mode it has called it "Assassin\2019s Creed Chronicles Russia" and has given me the cover art for a Team17 game called Assassin.
Kind regards
Josh

@JoshTheTofu ill let you know when there is a fix

@JoshTheTofu sorry for the long wait this has just been fixed in the desktop version, i will be pushing this change to the plugin version as well, the plugin updates take longer push just fyi

Hi Roy
Thank you for the fix. It is very much appreciated. Would you like me to give it a test?
Kind regards
Josh

@JoshTheTofu no need I tested already!


[FEAT] use ObfuscatedString to hide creds when Display IOConfig

have you seen https://docs.rs/secrecy/0.8.0/secrecy/. It provides a few extra utilities on top of what you have implemented here

I looked into that! The key thing is that we need the field to be able to perform Serde. We could wrap and then extend it to have Serde?


Image description: Hipposideros ater 1.jpg

Which image is this for?
Hipposideros ater 1.jpg
What is your suggested image description?
A small brown bat being held by its wings - the bat is approximately palm-sized and so being held between pinched fingers.  It has a head almost of the same size as its body, with a "leaf" shaped nose and short, ridged wide ears which take up most of the volume of its head.    Its fur is mostly light brown, slightly darker around the head area.  It is a male.  Its feet are slightly clawed and its legs bereft of fur.

Hi, I've rewritten your suggestion a bit to make it a little more brief:

A small, approximately palm-sized bat, being held between pinched fingers. It has a head almost the same size as its body, with a leaf-shaped nose and short, ridged, wide ears.  Its fur is mostly light brown and is slightly darker around the head. Its legs lack fur and it has clawed feet.

Thanks for the contribution!


CLI: Gives error on Linux

Error: Command failed: upower -e

(upower:13207): libupower-glib-WARNING **: Couldn't enumerate devices: Message did not receive a reply (timeout by message bus)

(upower:13207): UPower-WARNING **: failed to enumerate: Message did not receive a reply (timeout by message bus)

    at ChildProcess.exithandler (child_process.js:202:12)
    at emitTwo (events.js:106:13)
    at ChildProcess.emit (events.js:191:7)
    at maybeClose (internal/child_process.js:850:16)
    at Socket.<anonymous> (internal/child_process.js:323:11)
    at emitOne (events.js:96:13)
    at Socket.emit (events.js:188:7)
    at Pipe._handle.close [as _onclose] (net.js:492:12)

Tested on Linux 3.16.0-71-generic x86_64

This is not a bug caused by this module but rather something in your system. https://www.google.com/search?q=Couldn't+enumerate+devices%3A+Message+did+not+receive+a+reply+(timeout+by+message+bus)&oq=Couldn't+enumerate+devices%3A+Message+did+not+receive+a+reply+(timeout+by+message+bus)&aqs=chrome..69i57.1244j0j7&sourceid=chrome&ie=UTF-8.


window: on_draw doesn't take "dt"

Shrimple as that 🦐

Hi @kivikakk,
Thank you for your pull request. We did not add dt to on_draw because it would break existing code.
Instead, the on_refresh method exists, which does pass a dt value.

My pleasure! :heart:


RuntimeError: dictionary changed size during iteration

Hi!
An intermittent error we see during reporting:
RuntimeError: dictionary changed size during iteration
  File "threading.py", line 1177, in run
    self.function(*self.args, **self.kwargs)
  File "wavefront_sdk/common/metrics/registry.py", line 70, in _run
    self._report()
  File "wavefront_sdk/common/metrics/registry.py", line 44, in _report
    for key, val in self.metrics.items():

We should probably copy the metrics object before iterating; self.metrics.copy().items()?

PR https://github.com/wavefrontHQ/wavefront-sdk-python/pull/88
Can we create a new release as well please?


Image validation doesn't work in Laravel Voyager

Laravel Version: 5.5
Voyager Version: 1.0
PHP Version: 7
Database Driver & Version:

Description:
I have used validation for image in Laravel Voyager BREAD. But it doesn't work. It takes all dimension of images.
{
"validation": {
"rule": "dimensions:width=100,height=100",
"messages": {
"dimensions": "This :attribute field is a must."
}
}
}

Steps To Reproduce:

#2384
#2236
#2205
PRs:
#2191
#2660

Ya it's ok now. I just changed the display name into lower case and the validation is working fine now.
But it is also an issue @ArtemMolotov that the display name is looking awkward now.

Validation issue (custom display names) fixed in v.1.0.16. You can update voyager.

So is this fixed now?


release v1

Documention:

tagging https://git-scm.com/book/en/v2/Git-Basics-Tagging

Released https://github.com/dennisangemi/frictionless2md/releases/tag/v1.0


Better exception handling for Dataset types

I've been thinking about how we can improve validation and exception handling for Dataset types for quite a while and have come up with a proposal that I think will work. First let me outline what the current issues are and then suggest how to address them.
The current approach iterates over the defined interfaces, if the type of the data matches the type of one of the declared interfaces it will prioritize that interface and then try all the other interfaces one by one. Since it goes through each interface one by one we can't raise the exception raised by any particular interface.
My proposal is that we add pre-validation that can raise exceptions before actually trying to initialize an interface. The Interface baseclass will implement pre-validation for all the basic literal types (tuples, dictionaries, lists of coordinates) and concrete interfaces implements pre-validation for any other types.

I think this SO issue is an example of why we need something like this approach.

Going to close this as it is superseded by a simpler approach implemented in https://github.com/ioam/holoviews/pull/2041.


UI integration with country selection

https://github.com/InstituteforDiseaseModeling/covasim/issues/45 This, but on UI

I could take this one if you could assign to me (I believe I don't have permissions)


L's and Borders Messed Up in PDF

When converted to PDF, lowercase L's are bolded and the borders on descriptive text boxes are coming out weird.
Share Link : http://homebrewery.naturalcrit.com/edit/HkMuP_m1ve

what a weird bug. Thanks for reporting it.

The lower case L issue has been around in PDFs for years (Google results going back to 2008)... Not sure if this is something you'll be able to solve locally.

Thanks for the info @wrdclark . I haven't seen that bug before. I wonder if it's related to the border-image issue as well.

Closing since Google has made many related improvements to Chrome since this was posted, and we can no longer reproduce the issue.
If you are still experiencing this issue, feel free to reopen and provide information, @dmmagic

Closing since Google has made many related improvements to Chrome since this was posted, and we can no longer reproduce the issue.
If you are still experiencing this issue, feel free to reopen and provide information, @dmmagic


made small ui changes

 Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you all sign our Contributor License Agreement before we can accept your contribution.0 out of 4 committers have signed the CLA.:x: pagakarthik:x: alexhaislip:x: aalibasic:x: roryhubbardYou have signed the CLA already but the status is still pending? Let us recheck it.


new branch as requested for changes to custom title/message feature

@sojanpr implemented your changes

LGTM :+1:


Update UNS page to use the new tag browser instead of the old data dashboard

Description
This PR updates the Unified Namespace page to reflect the new upcoming tag browser, which is intended to replace the current data dashboard.
Related issues

Closes https://github.com/united-manufacturing-hub/MgmtIssues/issues/1634

Checklist
You can also fill these out after creating the PR. If you're unsure about any of them, don't hesitate to ask. We're here to help! This is simply a reminder of what we are going to look for before merging your code.

[ ] I have read the contributing guidelines and the code of conduct.
[ ] I have followed the documentation style.

I would put this on hold until the tag browser in enabled by default

I would put this on hold until the tag browser in enabled by default

I think we should merge this into a tag browser release branch or something similar. So we can push there any other smaller changes that need to be done in the docs regarding the tag browser.

You can definitely do that. I don't think we are releasing that feature with a minor version increase, but just a patch, so no need to follow the full release workflow. You can create a random chore branch to act as a base for all the other related branches


Fixed a bug when used consumer_update_listener callback from another subscription

Hi
Fixed a bug when used consumer_update_listener callback from another subscription in single active consumer mode.

@DanielePalaia @Gsantomaggio Hi, these changes merged, but not released. Can you release it?

Hi @nesb1
Thank you for the remainder. We just released a new version.


Question: How to set drop down menu colors

Hey Lucas ,
is there a way to configure the dropdown options:

bg colors
spacing
scrollbar colors and size?
overall width and height

Also it's a bit weird that the dropdowns rollover color is controlled by accentinteractcolor  and not via hovercolor
cheers
Achim

Hi Achim,
bg colors and rollover colors are specified via the Interact parameters below:

This was added as separate color params because it influences not just the menu picker but also various elements in the color picker and field, which are all helper UI's with similar visual styling.
Spacing wasn't controlled (now it is) using the parameter called "All Parameter Margins".
dropdown scrollbar color is not controllable since it is the container scrollbar (I've put in an rfe with derivative about this), but the scrollbar width can be controlled (and now is) by the general scrollbar width parameter.
overall width and height was not controllable, but I could see width being constraining if the menu items were long strings, so I made an option in the style page to set the menu width to the width of the parameter, or the full width of UberGui.
the height was hard coded to 4.5 times the height of a menu item's height, now that multiplier is available in the style page as well.  If you set something too large, it is constrained to fit within the dims of the ubergui parent container.
I'm going to close this but if there is some specific use cases you can provide through a tox with custom parameters where it's still tricky to use, or aesthetically unpleasing, etc attach that to a new issue and I'll take a look and we can see what would be the best way to make that happen.
Thanks!


Make it possible to supply your own http client

I don't see why not, but could you please tell us what you are planning to do ?

At https://github.com/rrva/docker-devdns I wanted to specify a timeout on all docker operations.
Figure this is only sensible to do on read requests, not on write requests (would not want to fire-and-forget a run container command in the same way), but I want to timeout pretty aggressively on ListContainers / InspectContainer requests. I use ResponseHeaderTimeout transport setting on the httpclient for this.
From http://golang.org/src/net/http/transport.go?s=1324:4038#L39
// ResponseHeaderTimeout, if non-zero, specifies the amount of
// time to wait for a server's response headers after fully
// writing the request (including its body, if any). This
// time does not include the time to read the response body.
ResponseHeaderTimeout time.Duration
// contains filtered or unexported fields


[BUG] DTA-2162 as input (TSoIP) does not work

Bug description:

TSDuck TSP process does not work well with DTA-2162. This is card that does TSoIP (i.e. Transport Stream Over IP). TSP with input from DTA-2162 does not work at all, i.e., no data is received. On the other hand, TSP with output from DTA-2162 does work.
How to reproduce:

Send TSoIP stream from TSoIP generator, for example with tsp -ip plugin:
tsp I file mux1rai.ts \
    -P regulate \
    -O ip --rtp <IP_ADDRESS>:5004

Listen to the TSoIP traffic on receiver side:
tsp -I dektec --device 0 --channel 0 --io-standard IP \
 --ip4 <IP_ADDRESS>:5004 \
 --smpte-2022-fec \
-O file out.ts

Expected behavior:

The file out.ts should be getting TS packets, but instead it is 0 bytes.
If, instead, one uses dektec software DtRecord on the receiver side, instead of tsp, it will correctly get the ts traffic (i.e. out.ts is not empty)
./DtRecord out.ts -t 2162 -ipa <IP_ADDRESS>:5004
Errors and logs:

There is no error, but debug from the tsp command is attached below (no issues detected)
dev@DSA-2:~/pikalovd/ts-over-ip$ tsp -d -I dektec --device 0 --channel 0 --io-standard IP  --ip4 <IP_ADDRESS>:5004 -O fi
le out.ts
tsp: Debug: debug level set to 1
tsp: Debug: ====> tsp -d
* Debug: debug level set to 1
* Debug: dektec: debug level set to 1
* Debug: dektec: ====> tsp -I dektec --device 0 --channel 0 --io-standard IP --ip4 <IP_ADDRESS>:5004
* Debug: file: debug level set to 1
* Debug: file: ====> tsp -O file out.ts
* Debug: tsp: buffer size: 89,240 TS packets, 16,777,120 bytes
* dektec: using Dektec device 0, input channel 0 (DTA-2162 port 1)
* Debug: dektec: attaching to device DTA-2162 serial 0x0000000080DD89AC
* Debug: dektec: attaching to port 1
* Debug: dektec: resetting channel, mode: 1
* Debug: dektec: setting RxControl, mode: 0
* Debug: dektec: clearing FIFO and flags
* Debug: dektec: getting FIFO max size
* Debug: dektec: max FIFO size: 134,217,728 bytes
* Debug: dektec: using FIFO size: 134,217,728 bytes
* Debug: dektec: setting IO config of port 1, group: 1, value: 42, subvalue: -1
* Debug: dektec: setting IP parameters: DtIpPars2 = {
* Debug: dektec:   m_Ip = C0 A8 78 C9 00 00 00 00 00 00 00 00 00 00 00 00
* Debug: dektec:   m_Port = 5004
* Debug: dektec:   m_Gateway = 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
* Debug: dektec:   m_VlanId = 0
* Debug: dektec:   m_VlanPriority = 0
* Debug: dektec:   m_Ip2 = 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
* Debug: dektec:   m_Port2 = 0
* Debug: dektec:   m_Gateway2 = 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
* Debug: dektec:   m_VlanId2 = 0
* Debug: dektec:   m_VlanPriority2 = 0
* Debug: dektec:   m_TimeToLive = 0
* Debug: dektec:   m_NumTpPerIp = 7
* Debug: dektec:   m_Protocol = 2
* Debug: dektec:   m_DiffServ = 0
* Debug: dektec:   m_FecMode = 0
* Debug: dektec:   m_FecNumRows = 0
* Debug: dektec:   m_FecNumCols = 0
* Debug: dektec:   m_Flags = 0x00000000
* Debug: dektec:   m_Mode = 0
* Debug: dektec:   m_IpProfile.m_Profile = 0
* Debug: dektec:   m_IpProfile.m_MaxBitrate = 0
* Debug: dektec:   m_IpProfile.m_MaxSkew = 0
* Debug: dektec:   m_IpProfile.m_VideoStandard = 0
* Debug: dektec: }
* Debug: dektec: setting RxMode, mode: 17
* Debug: dektec: setting RxControl, mode: 1

Environment:

OS: Debian 11.7
OS version: Debian 11.7
TSDuck full version: 3.35-3258
Installation type:

Additional information:

It is interesting that sending traffic via the same card via TSP works. E.g. this command correctly sends traffic out:

tsp -I file mux1rai.ts | tsp -O dektec \
  --device 0 --channel 0 \
  --ip4 <IP_ADDRESS>:5004 \
  --rtp \
  --smpte-2022-fec 2d-m2 \
  --smpte-2022-l 5 \
  --smpte-2022-d 5

@EricDeJong, could you have a look at this one?
I have no such card to test.

@lelegard If there is any test / debug log I can provide that could help, please let me know.
I also pinged DekTec support, I am not sure if they are active member here, but in case they are, they might have a look at it.

I found the problem, the tsDektecInputPlugin tries to read data to fill the complete buffer of 44620 packets, instead of the available data in the dektec driver.
The plugin should check the available bytes with the GetFifoLoad function and then read that number of bytes or when no bytes are available read a single ts packet with a given timeout.
I sent you a modified tsDektecInputPlugin.cpp to try out / evaluation.
Note, for unicast addresses, the Dektec API expects an IP address of <IP_ADDRESS> or the board own IP address.
Van: Martin Statelov @.>
Verzonden: 2023.10.19 15:42
Aan: tsduck/tsduck @.>
CC: Eric de Jong @.>; Mention @.>
Onderwerp: Re: [tsduck/tsduck] [BUG] DTA-2162 as input (TSoIP) does not work (Issue #1321)
I noticed that for m_IpProfile (the log in the post), there is
Debug: dektec: m_IpProfile.m_MaxBitrate = 0
Also checked TSDuck source code for this, there is:
dtpars.m_IpProfile.m_Profile = DTAPI_IP_PROF_NOT_DEFINED;

dtpars.m_IpProfile.m_MaxBitrate = 0;

dtpars.m_IpProfile.m_MaxSkew = 0;

dtpars.m_IpProfile.m_VideoStandard = DTAPI_VIDSTD_TS;

Theoretically MaxBitrate = 0 could throttle all traffic, but not sure how it influences the card;

Reply to this email directly, view it on GitHubhttps://github.com/tsduck/tsduck/issues/1321#issuecomment-1771016800, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AYKNF73QHTKGPV5ZHAT3A7LYAEU23AVCNFSM6AAAAAA6CKOSX6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTONZRGAYTMOBQGA.
You are receiving this because you were mentioned.Message ID<EMAIL_ADDRESS>

Thanks @EricDeJong for the fix.
@sstaty, could you please confirm that the fix solves your problem? So that Eric can submit the PR for the fix.

Hi Eric, thanks a lot for the fix!
I just tested with the tsDektecInputPlugin.cpp file from Eric and can confirm it works now. I can receive traffic with DTA-2162. Problem solved :)

@sstaty, thanks for the confirmation.
@EricDeJong, do you submit a PR or shall I replace the code you sent us?

@EricDeJong, ok, your fix has been pushed.
@sstaty, could you please pull the repo, rebuild, test and confirm that the problem is fixed.
Since you are on Debian, doing make -j10 installer builds the binaries and a .deb package. The -j10 option (or any other value depending on your machine) speeds up the build, using 10 parallel compilations.

Hi @lelegard and @EricDeJong
I run into an issue with reading dektec input with tsp from ASI, and I am not sure if this fix could have caused it, so I just wanted to let you know.
Even though I checked that I can receive TSoIP traffic with DTA-2162, I haven't checked if I can receive ASI streams with dektec ASI cards. Now I got the to point where I am using ASI input and I get the following error:

This is machine where everything was working with dektec ASI card, now it doesn't (I think the only change that was there was installing the new TSDuck with this fix). Also, I can receive traffic with DtRecord from Dektec, so the card is functional.

I can confirm that this issue is caused by the changes.
I reinstalled TSDuck to 3.35 and this issue is not there.

@EricDeJong, can you confirm that reading from a Dektec device shall be done differently depending on the class of device? If the fix breaks the other usages of the plugin, I will have to revert to the previous code.
For the anecdote, my initial motivation, back in 2005, to develop what would become TSDuck was the processing of TS coming from a Dektec DTA-100 ASI card. So, I hate the idea of breaking the Dektec ASI input 😉

The ASI input does not work because the DekTec library expects that a multiple of 4 bytes is read, generating an DTAP_E_INVALID_SIZE error if the read size is not a multiple of 4 bytes. For ASI over IP input, there is no such limitation.
Another problem is that TSDuck expects whole 188-bytes TS packets, giving a sync error when a half packet was already fed to the input.
I fixed the code by reading only whole 188 bytes chunks of data.
As the DekTec input is configured with mode DTAPI_RXMODE_ST188, this will also work for 204-byte TS packets, as the DekTec SDK will sync to and convert this input to 188-byte packets.
I sent a new version of tsDektecInputPlugin.cpp to Martin and Thierry, please try this out.
Van: Thierry Lelegard @.>
Verzonden: 2023.11.01 12:24
Aan: tsduck/tsduck @.>
CC: Eric de Jong @.>; Mention @.>
Onderwerp: Re: [tsduck/tsduck] [BUG] DTA-2162 as input (TSoIP) does not work (Issue #1321)
@EricDeJonghttps://github.com/EricDeJong, can you confirm that reading from a Dektec device shall be done differently depending on the class of device? If the fix breaks the other usages of the plugin, I will have to revert to the previous code.
For the anecdote, my initial motivation, back in 2005, to develop what would become TSDuck was the processing of TS coming from a Dektec DTA-100 ASI card. So, I hate the idea of breaking the Dektec ASI input 😉
—
Reply to this email directly, view it on GitHubhttps://github.com/tsduck/tsduck/issues/1321#issuecomment-1788796091, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AYKNF7YLJ4IPJ4ETYRWMGK3YCIWMTAVCNFSM6AAAAAA6CKOSX6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTOOBYG44TMMBZGE.
You are receiving this because you were mentioned.Message ID<EMAIL_ADDRESS>

I sent a new version of tsDektecInputPlugin.cpp to Martin and Thierry, please try this out.

I have integrated Eric's fix into the repo. @sstaty, could you please try it on all input Dektec devices you have and let us know if it works fine everywhere.
@EricDeJong, please resync with the repo. There is a refactoring & code cleanup process in progress and almost source files were slightly impacted.

Hi @lelegard,
Sorry for delay. I wanted to test this now. I cloned fresh repo and build (make -j10), however I am getting a compilation error (I am on Debian 11.6).
  [CXX] plugins/private/tsRISTPluginData.cpp
  [CXX] dtv/signalization/tsSectionFile.cpp
  [CXX] dtv/demux/tsSectionHandlerInterface.cpp
  [CXX] dtv/demux/tsSectionProviderInterface.cpp
  [CXX] dtv/signalization/tsService.cpp
  [CXX] dtv/signalization/tsServiceDiscovery.cpp
  [CXX] dtv/signalization/tsServiceIdTriplet.cpp
  [CXX] dtv/signalization/tsSectionFileArgs.cpp
  [CXX] base/system/tsSharedLibrary.cpp
  [CXX] base/linux/tsSignalAllocator.cpp
  [CXX] dtv/broadcast/tsSignalState.cpp
  [CXX] dtv/demux/tsSignalizationDemux.cpp
  [CXX] dtv/demux/tsSignalizationHandlerInterface.cpp
  [CXX] dtv/dvbsimulcrypt/tsSimulCryptDate.cpp
plugins/private/tsRISTPluginData.cpp: In member function ‘bool ts::RISTPluginData::addPeers()’:
plugins/private/tsRISTPluginData.cpp:234:50: error: ‘int rist_enable_eap_srp(rist_peer*, const char*, const char*, user_verifier_lookup_t, void*)’ is deprecated [-Werror=deprecated-declarations]
  234 |             const int err = ::rist_enable_eap_srp(peer, config->srp_username, config->srp_password, nullptr, nullptr);
      |                             ~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
In file included from /usr/include/librist/librist.h:18,
                 from /home/dev/martin/tsduck/src/libtsduck/base/private/tsLibRIST.h:20,
                 from plugins/private/tsRISTPluginData.h:16,
                 from plugins/private/tsRISTPluginData.cpp:9:
/usr/include/librist/librist_srp.h:114:30: note: declared here
  114 | RIST_API RIST_DEPRECATED int rist_enable_eap_srp(struct rist_peer *peer, const char *username, const char *password, user_verifier_lookup_t lookup_func, void *userdata);
      |                              ^~~~~~~~~~~~~~~~~~~
  [CXX] base/network/tsSocket.cpp
  [CXX] dtv/signalization/tsSpliceInsert.cpp
  [CXX] dtv/signalization/tsSpliceSchedule.cpp
  [CXX] dtv/demux/tsStandaloneTableDemux.cpp
cc1plus: all warnings being treated as errors
make[2]: *** [../../Makefile.inc:582: /home/dev/martin/tsduck/bin/release-x86_64-csg/objs-libtsduck/tsRISTPluginData.o] Error 1
make[2]: *** Waiting for unfinished jobs....
make[1]: *** [Makefile:14: default] Error 2
make: *** [Makefile:39: default] Error 2

@sstaty, when you tested the previous fix from @EricDeJong, did you rebuild on this machine?
I cannot reproduce this on a Debian 12 (I have no Debian 11). On my up-to-date Debian 12, the version of librist-dev is 0.2.7. In the librist header file, the function is declared as RIST_API int rist_enable_eap_srp while yours has an additional RIST_DEPRECATED (from the error message).
What is your version of librist-dev ? Since your Debian 11 is older than my Debian 12, I assume that your librist-dev can only be older than 0.2.7, equal at best. Something valid in current version may be marked as deprecated in future versions, not in an older one.
The calling line in TSDuck has not changed since Oct 2021. So, no recent change in TSDuck may explain this.
To stay focus on the Dektec issue, please try on the same machine where you already rebuilt the previous fix.

Both cards now work properly with tsp -I dektec (recorded .ts and played out in StreamXpert, everything looked alright). All seems good now :)

Thanks for the confirmation. I close this one.

@sstaty, one last thing about the Debian 11.6 system where the compilation failed: please check the installed version of package librist-dev. The "standard" version should be 0.2.7 on this system. However, I guess that you have installed a Debian Testing (SID) version, probably 0.2.10.
In version 0.2.8 of librist (unreleased on most Linux distros), there was an API change which causes the error you see. I fixed it using some #ifdef on the librist version. You may try to compile the latest state of the TSDuck repo.


Add Zoho Mail (personal) to providers.xml

Added settings for Zoho Mail personal account (@zoho.com).

Thanks!


[dev-tool] add command to type check files not being built by tshy

In our current setup, tshy won't build test and samples-dev folder even they are
included in tsconfig.json.  This PR adds a command that does the type-checking
for all files included in tsconfig.json, and allow additional files to be passed
in as well.

@wanlwanl Could you also help take a look at this? Thanks

@wanlwanl Could you also help take a look at this? Thanks

@qiaozha , @MaryGao
SDK auto generation doesn't want sample & test's generation/check/run impact package building. So the sample and test related task is marked as optional, and their failures won't impact the SDK auto generation to continue.
Since this pr is creating new script, and it's not used in build script, the auto generation is not get impacted. So if the dev-tool run typecheck ... is not in build script, it'll not impact SDK auto generation

@mpodwysocki @timovv any other feedback?


Use @gridsome\source-strapi: TypeError: docs.forEach is not a function

Description
I want to build a CMS using Gridsome and Strapi. When I use the @gridsome/source-strapi plug-in, the data cannot be imported.
The error is as follows:
PS C:\Workspace\my-gridsome-site> gridsome develop
Gridsome v0.7.23

Initializing plugins...
Fetching data from Strapi (http://localhost:1337/api)
TypeError: docs.forEach is not a function
    at C:\Workspace\my-gridsome-site\node_modules\_@gridsome_source-strapi@0.2.0@@gridsome\source-strapi\index.js:40:30
    at processTicksAndRejections (internal/process/task_queues.js:95:5)
    at async Promise.all (index 0)
    at async Promise.all (index 0)
    at async Plugins.run (C:\Workspace\my-gridsome-site\node_modules\_gridsome@0.7.23@gridsome\lib\app\Plugins.js:141:11)

Strapi has been launched.
visit http://<IP_ADDRESS>:1337/api/blog-posts
{"data":[{"id":1,"attributes":{"title":"TestArticle2","createdAt":"2021-12-03T02:11:03.034Z","updatedAt":"2021-12-03T03:10:21.841Z","publishedAt":"2021-12-03T02:11:36.622Z","date":"2021/1/1","text":"sssssssssssssssssss"}},{"id":2,"attributes":{"title":"TestArticle1","createdAt":"2021-12-03T02:11:15.365Z","updatedAt":"2021-12-03T03:10:14.606Z","publishedAt":"2021-12-03T02:11:33.755Z","date":"2021/1/1","text":"sfooooooooo"}},{"id":3,"attributes":{"title":"TestArticle3","createdAt":"2021-12-03T02:11:26.609Z","updatedAt":"2021-12-03T03:10:29.575Z","publishedAt":"2021-12-03T02:11:39.189Z","date":"2021/1/3","text":"xxxxxxxxxxxxxxxxxxxxxxxxx"}}],"meta":{"pagination":{"page":1,"pageSize":25,"pageCount":1,"total":3}}}

And when I use the following configuration (from the documentation):
module.exports = {
  siteName: 'Gridsome',
  plugins: [
    {
      use: '@gridsome/source-strapi',
      options: {
        apiURL: `http://localhost:1337/`,
        queryLimit: 1000, // Defaults to 100
        contentTypes: [`blog-posts`],
      },
    },
  ],
};

The following error will appear:
Initializing plugins...
Fetching data from Strapi (http://localhost:1337)
Unable to get content type (blog-posts). Did you enable permissions in the Strapi admin for this?
Error: Request failed with status code 404
    at createError (C:\Workspace\my-gridsome-site\node_modules\_axios@0.19.2@axios\lib\core\createError.js:16:15)
    at settle (C:\Workspace\my-gridsome-site\node_modules\_axios@0.19.2@axios\lib\core\settle.js:17:12)
    at IncomingMessage.handleStreamEnd (C:\Workspace\my-gridsome-site\node_modules\_axios@0.19.2@axios\lib\adapters\http.js:236:11)
    at IncomingMessage.emit (events.js:412:35)
    at endReadableNT (internal/streams/readable.js:1334:12)
    at processTicksAndRejections (internal/process/task_queues.js:82:21)

You must set apiURL to http://localhost:1337/api/, and then you will get a TypeError: docs.forEach is not a function error.
Is it because @gridsome/source-strapi hasn't been updated for a long time?
What did i do wrong?
Steps to reproduce
npm i @gridsome/source-strapi
gridsome develop

Expected result
Strapi and Gridsome work properly.
Actual result
TypeError: docs.forEach is not a function
    at C:\Workspace\my-gridsome-site\node_modules\_@gridsome_source-strapi@0.2.0@@gridsome\source-strapi\index.js:40:30
    at processTicksAndRejections (internal/process/task_queues.js:95:5)
    at async Promise.all (index 0)
    at async Promise.all (index 0)
    at async Plugins.run (C:\Workspace\my-gridsome-site\node_modules\_gridsome@0.7.23@gridsome\lib\app\Plugins.js:141:11)

Environment
@gridsome/cli v0.3.4
gridsome v0.7.23
<EMAIL_ADDRESS>
  System:
    OS: Windows 10 10.0.17763
    CPU: (8) x64 Intel(R) Core(TM) i7-8550U CPU @ 1.80GHz
  Binaries:
    Node: 14.18.1 - C:\Program Files\nodejs\node.EXE
    Yarn: 1.22.17 - ~\AppData\Roaming\npm\yarn.CMD
    npm: 8.1.1 - C:\Program Files\nodejs\npm.CMD
  Browsers:
    Chrome: 96.0.4664.45
    Edge: Spartan (44.17763.831.0)
  npmPackages:
    gridsome: ^0.7.0 => 0.7.23

I think I know the problem, maybe it is to use the @gridsome/source-graphql library?


Add support for Laravel 5.7?

5.7 was just released but it won't install because this library doesn't support it. Per this pull request it should just work.

New release: https://github.com/Propaganistas/Laravel-Intl/releases/tag/2.1.1
Take a look at the release notes to check if the breaking change affects you.

Thanks! All looks good!


DataGrid : Option to disable/enable  datagrid tooltip

Package
Carbon for IBM Products
Description
By default the DataGrid adds  tooltip for the table header and table body.
In situations when the column content is not a plain text but a JSX element , the tooltip displays incorrect value
We can either

Disable the tooltip for the required column or Provide a custom string whenever a cell value is a JSX element /component

Component(s) impacted
DataGrid
Browser
Chrome, Safari, Microsoft Edge
@carbon/ibm-products (previously @carbon/ibm-cloud-cognitive) version
"@carbon/ibm-products": "2.40.0",
Severity
Severity 2 = Aspects of design is broken, and impedes users in a significant way, but there is a way to complete their tasks. Affects major functionality, has a workaround.
Product/offering
Infrastructure
CodeSandbox or Stackblitz example
https://codesandbox.io/p/sandbox/datagrid-clear-fliter-issue-forked-plpt64?file=%2Fsrc%2FExample.js%3A161%2C7
Steps to reproduce the issue (if applicable)
No response
Release date (if applicable)
No response
Code of Conduct

[X] I agree to follow this project's Code of Conduct
[X] I checked the current issues for duplicate issues

issue has been resolved. please keep an eye out for our latest release and let us know if anything else comes up.


netcat-openbsd-1.187-1-1.190-1 - set version from 1.187 to 1.190:

http://metadata.ftp-master.debian.org/changelogs/main/n/netcat-openbsd/netcat-openbsd_1.190-1_changelog
https://github.com/NixOS/nixpkgs/pull/39605
Motivation for this change
[ookhoi@p70:~]$ sudo nixos-rebuild switch --upgrade
[..]
error: cannot download netcat-openbsd_1.187-1.debian.tar.xz from any mirror
builder for '/nix/store/y7a0fcyv9bg87n0m87xxl398f273y7kh-netcat-openbsd_1.187-1.debian.tar.xz.drv' failed with exit code 1
[..]
cannot build derivation '/nix/store/yyzqrrh9mks0m73n6h89b1s5fpb8k61d-netcat-openbsd-1.187.drv': 1 dependencies couldn't be built
[..]
cannot build derivation '/nix/store/cg4l25bwb131bvjj5jbm58g0g7ji83zb-system-path.drv': 1 dependencies couldn't be built
[..]
cannot build derivation '/nix/store/6mw49gzyqadqdhhxkprnfm5mc2ka0dv3-nixos-system-p70-18.09pre138515.ab5dcdddd18.drv': 1 dependencies couldn't be built
error: build of '/nix/store/6mw49gzyqadqdhhxkprnfm5mc2ka0dv3-nixos-system-p70-18.09pre138515.ab5dcdddd18.drv' failed
Things done

[ ] Tested using sandboxing (nix.useSandbox on NixOS, or option build-use-sandbox in nix.conf on non-NixOS)
Built on platform(s)

[X] NixOS
[ ] macOS
[ ] other Linux distributions

[ ] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[ ] Tested compilation of all pkgs that depend on this change using nix-shell -p nox --run "nox-review wip"
[ ] Tested execution of all binary files (usually in ./result/bin/)
[ ] Fits CONTRIBUTING.md.

done in commit:
[detached HEAD 18e0f8e34e2] netcat-openbsd: 1.187 -> 1.190: (#39605)
Author: Sander Hollaar<EMAIL_ADDRESS>Date: Sat Apr 28 00:19:05 2018 +0200
1 file changed, 3 insertions(+), 3 deletions(-)


the code of the second example is incorrect,

@hmuschett commented on Thu Jan 31 2019
the code of the second example is incorrect, it has the same sentence as the first code

Detalles del documento
⚠ No edite esta sección. Se requiere para docs.microsoft.com ➟ Vinculación de problema de GitHub.

ID: 433a56c8-1c93-32fb-eb1d-8395a9760c65
Version Independent ID: e3f35410-f243-4309-1436-89ade7a34d19
Content: Objetos: Guía de programación de C#
Content Source: docs/csharp/programming-guide/classes-and-structs/objects.md
Product: dotnet-csharp
GitHub Login: @BillWagner
Microsoft Alias: wiwagn

@hmuschett commented on Thu Jan 31 2019
el codigo del segundo ejemplo hace tiene  el mismo codigo que el el primero solo le cambian el nombre a los objetos. al final el comportamiento es el mismo

The two samples are different because the Person type is a class in the first example, and a struct in the second example. The examples show that the behavior of assignment is different for struct and class types.
I recommend closing this.

I also followed the tut, couldn't spot the difference in the class and the struct in there. I had to write the code using visual studio code, ran it and it still behaved like a reference type. I think the second code is wrong.

@dacruz007 I see no error. person1 was changed in the first example but remain unchanged in the second example.

@imba-tjd  In the example, the first object had a class reference. In the second example, it was supposed to be changed to STRUCT in the Person class definition.

@imba-tjd  You're right, I just had a second look at it again and saw it... tested it also and it behaved differently.


Operator diagram is inaccurate

Hello, I was reviewing the documentation for the operator, and have noticed that the diagram located at docs/operator/images/vaultoperator.png has inaccurate information. Close to the bottom right, the bank-vaults and vault containers are shown to be in separate Pods, Pod-1 and Pod-2; however, in reality, they share the same Pod. While the difference is subtle, I think it's worth fixing.
Thanks for working on this great project!

Thank you @paigr, we are going to fix this!


Rollback createIndexes changes.

It appears that bedrock.util.callbackify is not compatible with async.waterfall
This throws callback is not a function https://github.com/digitalbazaar/bedrock-jobs/blob/master/lib/index.js#L65
I don't want to go down this rabbit hole at this time.

Yeah, the latest version of async.waterfall behaves differently when it gets a promise.


New videos updater

Hello!, I just  wanted to  thanks fot  such an amazing tool!,  you  saved me  a lot  of  time  downloading the videos!
Is there a  way  that  we can set the system  to check when there are new videos available?
Thanks

Hi,  thanks for you feedback!
Depending on your OS you have to search for a tool that can execute console commands periodically.
On Linux maybe a cronjob, on Windows maybe scheduled tasks?
Or you can subscribe to laracasts rss feed and when there is a new vídeo you run the tool.

Excellent, thanks a lot I will do.
Keep  up the good  work!

You too, closing.


docs(auth): fix links to repository in README.md

Fix links at the README.md files
of the GitLab auth provider and Microsoft auth provider.
Additionally, the wrong provider name was used at auth-backend within code documentation related to the Microsoft provider.
Hey, I just made a Pull Request!

:heavy_check_mark: Checklist

[x] A changeset describing the change and affected packages. (more info)
[x] Added or updated documentation
[ ] Tests for new functionality and regression tests for bug fixes
[ ] Screenshots attached (for UI changes)
[x] All your commits have a Signed-off-by line in the message. (more info)

I didn't add a changeset for the auth-backend as it was just a tiny change to the docs at the code level. If you think there has to be one, I can add it, of course.


chore: carros to 0.0.2

chore: Promote carros to version 0.0.2

[APPROVALNOTIFIER] This PR is NOT APPROVED
This pull-request has been approved by:
To complete the pull request process, please assign
You can assign the PR to them by writing /assign  in a comment when ready.
The full list of commands accepted by this bot can be found here.

Needs approval from an approver in each of these files:

OWNERS

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


Screen off option

Music should be playing while screen is off. Music should be running in the background, and it should not stop when the display turns off by itself.
Music should be playing in the background while playing other games. Like using the Music_premium plugin.
I should be able to control the playback with physical buttons while the screen is turned off. Like go one track before or after. Or fastforward or backward.
There should be support for grouping music files by Album, artist, or genre. At least by Album.
I'm happy with 16-bit FLAC support. However, 24-bit support for the true audiophile experience would be greatly appreciated.
PS Vita has a pretty decent DAC. If the above things can be resolved, vita will become my go to music player. I highly doubt it'll happen though.

Nvm. It seems Music Premium plugin was blocking screen off playback feature.


docker and docker-compose autocomplete did not work

from #385

so we need to install bash-completion if it's not available on the docker.rb recipe file.

verified, closed.


Upgrade to gatsby v3

At least on Linux, gatsby v3 will try to build mozjpeg and we'll need to make sure you have these packages installed: (which can probably be installed on MacOS with homebrew - but I was not able to test this)
automake
libtool
autoconf
nasm
dpkg
pkgconfig


More icons types for Rating component?

Would it be possible to have more icons for the Rating component, for instance money for a budget rating?

TL;DR - not readily available.  It requires an update to the CSS and markup at https://github.com/Semantic-Org/Semantic-UI.
More Context
The CSS for the Rating icons is quite different than it is for regular Icons.  This includes having multiple states and border colors.  Also, there is predefined colors for each.  The heart is red, the star is gold.
We may be able to pull this off by taking in a color name and an Icon name and generating the icons manually on our end.  I would be interested in a PR exploring this idea.  Would you like to contribute?

@levithomason Yes, I'd like to contribute to this PR ! ;)

@dbrrt do you still have plans for this?

@layershifter I do, but I didn't find time to work on this feature until now, I'll have a look tomorrow on it.

They come from the CSS.  Specifically, the ::before pseudo element sets the content directly to the unicode for the icon.  Icons in SUI are font powered, this unicode value is the character value of the particular icon in the font set:

You can find unicode values for icon names by looking at the content value in the icon.css file.
Have a look at my previous comment in light of this one.  This is why we may be able to pull this off but not for sure.  Rating icon CSS is special cased for ratings.  Regular icon CSS doesn't provide all the states needed.

Ok I got it, so to implement new rating icons, it has to be implemented on the SUI-CSS repo first...

Closing until this will be not implimented in the main repo.


XSRF verification failed

Hello,
Running your script I faced the following issue:
root@s000svap03:~# ./update-ksmg-certs.sh
KSMG > generating certificate container "/tmp/ksmg.domain.ru.pfx"
KSMG > obtaining XSRF token from "/tmp/cookie.txt"
KSMG > trying to auth and save cookie into "/tmp/cookie.txt"
KSMG > ERROR in result: {"error": {"id": "XSRFVerificationFailed", "message": "XSRF verification failed"}}
Could you please advice how to solve it?
I'm running KSMG <IP_ADDRESS>54.

Hello,
Script works on 2.0.1-6960, maybe 2.1 version has some auth URL modifications.
Maybe some time later I will update script for actual version, but now you can check web debugger in any browser for auth processing URL.


Workaround for incompatible serialization for Inf floats in Hive text write

Fixes #7686.
Depends on #7708.
The GpuHiveTextFileFormat is currently serializing Float(Infinity) as 'Inf' instead of
'Infinity'. (It boils down to the CUDF implementation using 'Inf'.)
Apache Spark (and Apache Hive) expect Infinity strings to be represented as 'Infinity'. 'Inf' is read as NULL.
This commit adds special handling for floating point, such that 'Inf' is replaced with
'Infinity' before serializing to the table.
Signed-off-by: MithunR<EMAIL_ADDRESS>

Note: This PR includes the changes introduced in #7708. It should only be merged after #7708 is merged.

I am not thrilled with stringReplace, ...

I agree. This and the timestamp reformatting, both feel as though they should be configurable in libcudf. I'll see about this in libcudf, in the next sprint, if I'm allowed.

Build

I ran some tests to check the impact of the additional Inf checks, and string manipulations.
Transcribing 1 Billion floats with 0.1% Inf values does not seem to take any longer with the fix than without. (GPU: RTX 6000). About 8 seconds.
(For reference, the same, when run on CPU (Intel 10980XE: 36 threads) takes 28 seconds.)

Hmm. The logs indicate that all the hive_delimited_text_test.py tests are passing (apart from the xfails). I don't see failures at all. Here's the error at the bottom:
2023-02-09T01:40:01.9163059Z [2023-02-09T01:38:15.678Z] INTERNALERROR> >           assert False, formatted_error
2023-02-09T01:40:01.9163478Z [2023-02-09T01:38:15.678Z] INTERNALERROR> E           AssertionError: Traceback (most recent call last):
2023-02-09T01:40:01.9164003Z [2023-02-09T01:38:15.678Z] INTERNALERROR> E               File "/usr/local/lib/python3.8/dist-packages/_pytest/main.py", line 268, in wrap_session
2023-02-09T01:40:01.9164536Z [2023-02-09T01:38:15.678Z] INTERNALERROR> E                 config.hook.pytest_sessionstart(session=session)
2023-02-09T01:40:01.9165049Z [2023-02-09T01:38:15.678Z] INTERNALERROR> E               File "/usr/local/lib/python3.8/dist-packages/pluggy/_hooks.py", line 265, in __call__
2023-02-09T01:40:01.9165545Z [2023-02-09T01:38:15.678Z] INTERNALERROR> E                 return self._hookexec(self.name, self.get_hookimpls(), kwargs, firstresult)
2023-02-09T01:40:01.9166046Z [2023-02-09T01:38:15.678Z] INTERNALERROR> E               File "/usr/local/lib/python3.8/dist-packages/pluggy/_manager.py", line 80, in _hookexec
2023-02-09T01:40:01.9166516Z [2023-02-09T01:38:15.678Z] INTERNALERROR> E                 return self._inner_hookexec(hook_name, methods, kwargs, firstresult)
2023-02-09T01:40:01.9167101Z [2023-02-09T01:38:15.678Z] INTERNALERROR> E               File "/usr/local/lib/python3.8/dist-packages/pluggy/_callers.py", line 60, in _multicall
2023-02-09T01:40:01.9167468Z [2023-02-09T01:38:15.678Z] INTERNALERROR> E                 return outcome.get_result()
2023-02-09T01:40:01.9167986Z [2023-02-09T01:38:15.678Z] INTERNALERROR> E               File "/usr/local/lib/python3.8/dist-packages/pluggy/_result.py", line 60, in get_result
2023-02-09T01:40:01.9168355Z [2023-02-09T01:38:15.678Z] INTERNALERROR> E                 raise ex[1].with_traceback(ex[2])
2023-02-09T01:40:01.9168869Z [2023-02-09T01:38:15.678Z] INTERNALERROR> E               File "/usr/local/lib/python3.8/dist-packages/pluggy/_callers.py", line 39, in _multicall
2023-02-09T01:40:01.9169231Z [2023-02-09T01:38:15.678Z] INTERNALERROR> E                 res = hook_impl.function(*args)
2023-02-09T01:40:01.9169997Z [2023-02-09T01:38:15.678Z] INTERNALERROR> E               File "/home/jenkins/agent/workspace/jenkins-rapids_premerge-github-6638-ci-2/integration_tests/src/main/python/spark_init_internal.py", line 115, in pytest_sessionstart
2023-02-09T01:40:01.9170324Z [2023-02-09T01:38:15.678Z] INTERNALERROR> E                 import pyspark
2023-02-09T01:40:01.9171073Z [2023-02-09T01:38:15.678Z] INTERNALERROR> E               File "/home/jenkins/agent/workspace/jenkins-rapids_premerge-github-6638-ci-2/.download/spark-3.1.1-bin-hadoop3.2/python/pyspark/__init__.py", line 53, in <module>
2023-02-09T01:40:01.9171466Z [2023-02-09T01:38:15.678Z] INTERNALERROR> E                 from pyspark.rdd import RDD, RDDBarrier
2023-02-09T01:40:01.9172203Z [2023-02-09T01:38:15.678Z] INTERNALERROR> E               File "/home/jenkins/agent/workspace/jenkins-rapids_premerge-github-6638-ci-2/.download/spark-3.1.1-bin-hadoop3.2/python/pyspark/rdd.py", line 34, in <module>
2023-02-09T01:40:01.9172646Z [2023-02-09T01:38:15.678Z] INTERNALERROR> E                 from pyspark.java_gateway import local_connect_and_auth
2023-02-09T01:40:01.9173421Z [2023-02-09T01:38:15.678Z] INTERNALERROR> E               File "/home/jenkins/agent/workspace/jenkins-rapids_premerge-github-6638-ci-2/.download/spark-3.1.1-bin-hadoop3.2/python/pyspark/java_gateway.py", line 29, in <module>
2023-02-09T01:40:01.9173954Z [2023-02-09T01:38:15.678Z] INTERNALERROR> E                 from py4j.java_gateway import java_import, JavaGateway, JavaObject, GatewayParameters
2023-02-09T01:40:01.9174362Z [2023-02-09T01:38:15.678Z] INTERNALERROR> E             ModuleNotFoundError: No module named 'py4j'
2023-02-09T01:40:01.9174661Z [2023-02-09T01:38:15.678Z] INTERNALERROR> E           assert False
2023-02-09T01:40:01.9174885Z [2023-02-09T01:38:15.678Z] INTERNALERROR>

Build

Hi, @revans2. I seem to have dismissed your approval when I fixed the import order. Could I please bug you to approve again?