[WIP] New design for Trajectory and Termination types.

This PR aims at a modular design for Trajectory types by separating the stopping criteria for HMC (e.g.  No-U-Turn, a fixed number of leapfrog steps, Hamiltonian divergence threshold) into a separate type called Termination. Then the transition function can be overloaded for different combinations of Trajectory and Termination:
https://github.com/TuringLang/AdvancedHMC.jl/blob/9f00187e8ab453c7bbed4a455b05cc36a22e17c4/src/trajectory.jl#L76-L81.
This design allows us to use the same Trajectory type for most HMC samplers.  In addition, this PR also try to make the Trajectory more general by including more trajectory-specific information, e.g.
https://github.com/TuringLang/AdvancedHMC.jl/blob/9f00187e8ab453c7bbed4a455b05cc36a22e17c4/src/trajectory.jl#L57-L63
This is still a draft PR, so any comments are appreciated.

These are all still going to return the PhasePoint type, right?

These are all still going to return the PhasePoint type, right?

I'm planning to let transition to return a Trajectory type; this allows us to separate code for combing sub-trajectories (e.g. those created by build_tree). Of course, Trajectory will contain an instance of the PhasePoint type inside its definition.

@cpfiffer The short answer is yes; it will still return PhasePoint.

Update from this branch/PR will include all changes of merging master as well. I will start a new branch for this reason.


Builder crashing: cannot import name 'build_variations_ps_name' from 'axisregistry'

Trying to build ReadexPro: https://github.com/RosaWagner/readexpro
Traceback (most recent call last):
  File "/Users/rosalie/Google/env/bin/gftools-builder.py", line 17, in <module>
    from gftools.builder import GFBuilder
  File "/Users/rosalie/Google/env/lib/python3.9/site-packages/gftools/builder/__init__.py", line 113, in <module>
    from gftools.fix import fix_font
  File "/Users/rosalie/Google/env/lib/python3.9/site-packages/gftools/fix.py", line 25, in <module>
    from axisregistry import (
ImportError: cannot import name 'build_variations_ps_name' from 'axisregistry' (/Users/rosalie/Google/env/lib/python3.9/site-packages/axisregistry/__init__.py)

Works for me using latest gftools.

I also has the latest version so I deleted my entire venv and reinstalled it, and after correcting some new glyph compatibility issue it worked :) Thanks for testing Marc


any advice on msg too long exception?

as subject, do you have any idea to get/set the limit?

Hi, I have never stumbled upon that exception. Please post the exception output and also an example input that will raise the exception.
Until a fix may be released you can do a simple check and just show an error message your self or maybe truncate the subject if it's too long.

thanks, I manually determined it is about 2000 characters. going to close this issue
FYI: the background is that I wanted to integrate LLM locally into Synology Chat, called synochatgpt, and found LLM may return a longer response than Synology Chat can accept.


Create Vue3 plugin, so that function t is globally accessible.

It would be nice to have a way for t function to be accessible globally, similarly as in vue-i18n.
https://github.com/tolgee/tolgee-platform/issues/1209

Solved in https://github.com/tolgee/tolgee-js/pull/3109


Could not find JAR file.

CurrentPlaces Demo:
Gradle sync failed: Could not find aapt2-proto.jar (com.android.tools.build:aapt2-proto:0.3.1).
Searched in the following locations:
https://jcenter.bintray.com/com/android/tools/build/aapt2-proto/0.3.1/aapt2-proto-0.3.1.jar

The demos now all build as expected


migration: Update message edit_history fields.

Updates the database entries for message.edit_history (and archived messages as well) for the following:

Replaces edit history logs containing legacy prev_subject field with prev_topic field.
All edit history logs with:

prev_topic field now also have topic field.
prev_stream field now also have new_stream field.

Makes database migrations for edit history fields re: #21076.

Does not change field type to JSONB field, re: this comment
First version of WIP does not include API documentation updates / changes (DONE).

Testing plan:

Wrote unit test in test_migrations.py for database migrations / changes to  message edit history field.
Did not write a similar suite for archived messages, but manually tested via interacting with the db shell in the dev environment.
Also, did manual testing in the dev environment for message edits.
Updated existing js-node and back end tests for changes.
Noticed that the back end tests for message edit_history data structure do not check for the already present prev_stream (and therefore do not have the newly present new_stream field, so adding that to test_edit_cases in test_message_edit.py (DONE).

I mentioned it in a comment, but worth a separate note since it requires some attention - I'm not familiar with the "update message" codepath off the top of my head, so we'll want to investigate about whether we need any special distinctions in handling stream messages vs private messages.

@mateuszmandera - Your review pass was very helpful! I feel like I've learned so much working on this migration this past week. I've gone through and implemented your suggestions / comments. I think it's ready for another pass.
Re: the server being live during the migration:
The logic I added for continuing to add edit history updates during the migration (since the server will be live) probably deserves a solid double-check. The affected files are actions.py and topic.py in the migration: Update message edit_history entries commit. I added some comments to articulate my thought process there, which seemed okay since it all gets deleted in a later commit.
Re: the concern about private messages logic:
As I went through the code and tests, I'm pretty sure the "update message" code path is already limiting topic and stream edits to only be possible for stream messages. Private messages and Huddles (group pms, right?) should already only be allowed content edits, which we then only copy in the migration.
I did add a check in the migration (0378) for the message recipient type so that we explicitly only go through the process of updating / renaming the fields for stream messages.
@timabbott - I've added the documentation commit to this latest WIP version, if you want to look it over. Here's the HTML api docs diff. I didn't include the /zulip-outgoing-webhooks endpoint in the API changelog entry even though it does get updated by the additions to the OpenAPI doc.

One other question / thought I'd like clarified is about whether we want to also update the field type for the message.edit_history from string to JSONB. The current structure of this PR should allow for making that change easily. But I haven't really focused on it due to this comment from the issue.

I think it's probably simpler to leave the JSONB migration for a follow-up project.

I'm going to go ahead and move this from WIP draft to ready for review. I've updated the API documentation to read better (see screenshots below). Here's a link to the updated HTML diff.
I also added two more tests to the data migration commit (Update message edit_history entries). Those tests will only pass for that commit because they require both columns to exist, so I mark them with #no coverage in the subsequent commits. My goal was have written tests for the logic I added for having both columns update for any edits that happen during the migration. I had already done a bunch of manual testing in the dev environment.
@mateuszmandera and @timabbott - I'm not sure on the timeline for this re: the release goals, but I definitely want to make sure that everything looks solid since this is my first complex migration project. Let me know if there's more I can do at this point. Thanks!
API documentation screenshots:

Changelog:

Message object's edit history object (appears in multiple locations in docs):

Get message history endpoint return value:

@timabbott & @mateuszmandera  - These most recent updates include the JSONField migration in the Message model.
JSONField notes:
The updates for that change to the rest of the code base are in a separate commit for now. I thought that might help with reviewing and, in the case that we decide against it for some reason, would be easier for me to undo that addition to this migration.
I used TypedDict instead of a more generic List[object] or List[Dict[str, Any] in the model type definition. I also defined another TypedDict for the dictionary that's returned by the /get-message-history endpoint (which was previously modifying the old data structure of edit_history list).
Live migration notes:
Also, the code processing edit events during the live migration have been updated so there's less temporary code duplication in actions.py for the edit_history_event. This required more complicated logic in topic.py for those cases.
I chose to temporarily save data with the new fields (topic, prev_topic and stream) in the old edit_history column since it's deleted in the following commit and since those fields temporary existence shouldn't impact the back and front end code that uses the edit_history. I focused on ensuring that the data in the new edit_history_update_fields column was correct.
But I could go in and make sure that topic.py is creating edit history entries that are correct for both columns for message edit events that come in during the migration if you all think that's more prudent.
Documentation notes:
I didn't change any of the documentation updates, so the screenshots and HTML diff link above are still accurate.

Thanks for all your work on this @laurynmm!
I opened #21282 which takes most of the code from this and restructures it into a commit series that I think it's realistic we can merge. I flagged a few specific issues above with the ordering of changes here; but then realized that doing the sort of giant combined API/data/database format change we've ended up with here is likely to be prohibitively difficult to safely deploy to production.
Sorry I didn't recognize that we should change direction earlier in development! It's probably going to be fairly annoying to clean up the #21282 version, but I feel good about that being a deployable path forward for this project.

I think probably it makes sense to close this and just make a new pull request when we're ready to work on the JSONB format migration using this as a reference, but I'll leave that up to you.

Yeah, I totally agree.


Add hook captcha

Questions
Answers

Description?
Addin hook for captcha module for less overrides

Type?
improvement

BC breaks?
no

Deprecations?
no

Fixed ticket?

How to test?

Hello @JohnPAfr!
This is your first pull request on contactform repository of the PrestaShop project.
Thank you, and welcome to this Open Source community!


CBL-2529 : Refactor and add more live query tests

Added ListenerState class for keeping track of the live query callback result and refractored the live query tests to use that.

Added more live query tests : Remove Query Listener, Query Listener and Changing parameters, Multiple Query Listeners, and Query Listener and Coalescing notification.

The ticket is fixed.


wrong language detected

Hi!
I have an Unity3D project that should be marked as C# language but it's showing as ASP.
https://github.com/alxcancado/Eskiv
How can I fix it?
Thank's
Alex.

Hi @alxcancado - Your project is recognized as ASP because of these two big ASP files. You can override the detection in statistics with Linguist#Overrides.

Thanks @pchaigno

Thanks @pchaigno @arfon


logseq: Fix publishing graph

Description of changes
Related to https://github.com/logseq/logseq/issues/6880
Logseq publishes graphs by copying application assets into a folder and then the graph files (+/- some operations). In a normal linux distribution the application asset directories are rw but only by root. On nix, the directories are read-only, which leads to the copied directories also being ro and logseq failing
to copy the graph files into the target.
A fix from the logseq team isn't forthcoming (yet?), so we circumvent the entire ro issue by using
run-appimage, which extracts the appimage into a user-writeable directory.
Things done

Built on platform(s)

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

[ ] For non-Linux: Is sandbox = true set in nix.conf? (See Nix manual)
[ ] Tested, as applicable:

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

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

[ ] (Package updates) Added a release notes entry if the change is major or breaking
[ ] (Module updates) Added a release notes entry if the change is significant
[ ] (Module addition) Added a release notes entry if adding a new NixOS module
[ ] (Release notes changes) Ran nixos/doc/manual/md-to-db.sh to update generated release notes

[x] Fits CONTRIBUTING.md.

Fixes #199035

Could you review this change please @weihua-lu?

This pull request has been mentioned on NixOS Discourse. There might be relevant details there:
https://discourse.nixos.org/t/prs-ready-for-review/3032/1681

Please rebase

Rebased @SuperSandro2000

This pull request has been mentioned on NixOS Discourse. There might be relevant details there:
https://discourse.nixos.org/t/prs-ready-for-review/3032/1772

Thanks for merging @SuperSandro2000 :pray:

It seems that this change broke Logseq Sync:
On start it asks for the password and then hangs (and sometimes unhangs and you can use logseq, but the sync is off - or you can cancel the password prompt).
The log shows
Error occurred in handler for 'main': [Error: Failed to create napi buffer] { code: 'Unknown' }
Error occurred in handler for 'main': [Error: Failed to create napi buffer] { code: 'Unknown' }
Error occurred in handler for 'main': [Error: cannot age decrypt: Header is invalid] { code: 'InvalidArg' }

Logseq version is 0.8.16 (b5b1a46)
And if I roll back to when it wasn't an appimage the version and commit are the same and everything works (except publishing I guess), although it still shows this one error line in logs
Error occurred in handler for 'main': [Error: cannot age decrypt: Header is invalid] { code: 'InvalidArg' }

Soo creating native nodejs buffers broke or something?.

Looks  like Logseq Sync is a paid and limited feature. Unfortunately, I have no way of testing this.
FYI they both use AppImage, the major difference is that prior to my PR the contents were extracted into the /nix/store (a read-only location) and now it's run with appimage-run which extracts the AppImage to a user's XDG folder (I think its the cache folder --> /home/user/.cache/...). Maybe appimage-run misses a step that mkDerivation does, I don't know 🫥
Have you tried opening the developer console? (Ctrl+shift+I) Maybe there's more information there?

I'm not exactly sure what happened, but once again I've switched nixos to latest unstable, and now it asked me to do a full relogin and now it seems to work.
Also logseq asked for a full relogin on android, I'm thinking they actually might've fixed something on their backend 🤷


build windows release failure

hover build windows --release
Hover doctor
hover: Downloading engine for platform windows-release at version 1837b5be5f0f1376a1ccf383950e83a80177fb4e...
hover: Failed to download engine: failed to get Content-Length header: strconv.Atoi: parsing "": invalid syntax
hover: Engine builds are a bit delayed after they are published in flutter.
hover: You can either try again later or switch the flutter channel to beta, because these engines are more likely to be already built.
hover: To dig into the already built engines look at https://github.com/go-flutter-desktop/engine-builds/releases and https://github.com/go-flutter-desktop/engine-builds/actions
PS D:\Github\BigCatGit\GolangFlutterDesktopDemo\test_flutter> Hover doctor
hover: Hover version v0.47.2 running on windows
hover: Sharing packaging tools
hover: darwin-bundle is supported
hover: Packaging darwin-dmg is not supported on windows
hover: To still package darwin-dmg on windows you need to run hover with the --docker flag.
hover: Packaging darwin-pkg is not supported on windows
hover: To still package darwin-pkg on windows you need to run hover with the --docker flag.
hover: Packaging linux-appimage is not supported on windows
hover: To still package linux-appimage on windows you need to run hover with the --docker flag.
hover: Packaging linux-deb is not supported on windows
hover: To still package linux-deb on windows you need to run hover with the --docker flag.
hover: Packaging linux-pkg is not supported on windows
hover: To still package linux-pkg on windows you need to run hover with the --docker flag.
hover: Packaging linux-rpm is not supported on windows
hover: To still package linux-rpm on windows you need to run hover with the --docker flag.
hover: Packaging linux-snap is not supported on windows
hover: To still package linux-snap on windows you need to run hover with the --docker flag.
hover: To package windows-msi these tools are required: candle
hover: Install the WiX Toolset from https://wixtoolset.org/releases/
hover: To still package windows-msi without the required tools installed you need to run hover with the --docker flag.
hover:
hover: Sharing flutter version
Flutter 3.7.7 • channel stable • https://github.com/flutter/flutter.git
Framework • revision 2ad6cd72c0 (3 days ago) • 2023-03-08 09:41:59 -0800
Engine • revision 1837b5be5f
Tools • Dart 2.19.4 • DevTools 2.20.1
hover: Flutter engine commit: https://github.com/flutter/engine/commit/1837b5be5f0f1376a1ccf383950e83a80177fb4e
hover: ⚠ The go-flutter project tries to stay compatible with the beta channel of Flutter.
hover: ⚠     It's advised to use the beta channel: flutter channel beta
hover: Finding out the C compiler version
gcc (Rev10, Built by MSYS2 project) 12.2.0
Copyright (C) 2022 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
hover: Sharing the content of go.mod
module test_flutter/go
go 1.20
require (
github.com/go-flutter-desktop/go-flutter v0.52.2
github.com/pkg/errors v0.9.1
)
require (
github.com/Xuanwo/go-locale v1.1.0 // indirect
    // 非真实存在的github仓库，在下方被改写
    github.com/bettersun/go-flutter-plugin/hello v0.0.0
    github.com/go-gl/gl v0.0.0-20211210172815-726fda9656d6 // indirect
    github.com/go-gl/glfw/v3.3/glfw v0.0.0-20220712193148-63cf1f4ef61f // indirect
    golang.org/x/sys v0.0.0-20211023085530-d6a326fbbf70 // indirect
    golang.org/x/text v0.3.7 // indirect

)
// 使用本地目录改写上方的github仓库
replace github.com/bettersun/go-flutter-plugin/hello => ../go_plugin/hello
hover: Sharing the content of hover.yaml
application-name: ""
executable-name: ""
package-name: ""
organization-name: com.testflutter
license: ""
target: lib/main_desktop.dart
branch: ""
cache-path: ""
opengl: ""
engine-version: ""
hover: Sharing the content of go/cmd
go\cmd\main.go  go\cmd\options.go
$ hover doctor
hover: Running on linux
hover: Docker installed: true
hover: Sharing flutter version
[...]

Error output
hover: Downloading engine for platform windows-release at version 1837b5be5f0f1376a1ccf383950e83a80177fb4e...
hover: Failed to download engine: failed to get Content-Length header: strconv.Atoi: parsing "": invalid syntax
hover: Engine builds are a bit delayed after they are published in flutter.
hover: You can either try again later or switch the flutter channel to beta, because these engines are more likely to be already built.
hover: To dig into the already built engines look at https://github.com/go-flutter-desktop/engine-builds/releases and https://github.com/go-flutter-desktop/engine-builds/actions
Using hover build windows --release to build my application, I get the following
system :
win10 21h1

When can I support the latest version of Flutter package release?

Is there anything for this issue please ?


Go SDK

We would like to offer a simple Go consumer of a gRPC output stream based on the gRPC output stream defined in #528
The go library should be easily consumable by other Go programs and should have clear guarantees defined regarding sync/async behavior.
This should effectively be a mapping of the *.h output methods used for our other Falco output streams.

FYI @fntlnz


Gym profile matching : ignore profile that do not match the correct platform

Motivation and Context
When a project has an iOS and a tvOS target the bundle identifier are the same.
It should not result in a duplicate error when matching.
Fixes: #10341
This PR includes PR #10386 but as it may lead to more discussion I made 2 PRs
What did I do

Detect what should be the base SDK in the build_settings based on the destination option in gym
Filter target based on this configuration

@joshdholtz test added + some other changes / error catches

@joshdholtz any chances this gets in the next release?

Signed, changed email

Test to trigger google bot :)

@nicolasbraun Will review today! Will be getting to my computer/office in about hour and half-ish 👀

trigger cla

Goatta find a smiley signature :) Thanks for 👀


better handling of nested arrays when options.multiples

fixes #621
The proposed
  const parsed = qs.parse(`${name}=${value}`);
  Object.assign(fields, parsed);

by @tunnckoCore creates an additional bug of overriding the previously assigned parsed attribute to the fields object. Hence a merge is required.
PS. I'm just loading the merge method from lodsash as it is the standard.

Thanks. That's great. Seems okay.
I assume the lockfile isn't changed when added the deps, and so that's why the lint and tests are failing. Can you remove it and run install/setup again.

Now it's better. :) Just remove the npm's lockfile.

Now it's better. :)
And does yarn test:jest tests pass?

the previous edition worked well for arrayName[key] however it couldn't proccess arrayName[]. This edition, as far as I can imagine covers all possible scenarios and probbly all degrees of nestedness within in an incoming form data. However, there is an added layer of stringification and that's why I was forced to change adjust the tested values.

Sorry, I was thinking in PHP headspace and forgot that arrays can't have string keys in JS. So, now both arrays & objects are addressed when the multiples option is set to true.


fix(scheduler) scheduler stops a scale operation early if desired is the same as current number of pods

Fixes #505

Current coverage is 83.01%

Merging #506 into master will not affect coverage as of a62e203

@@            master    #506   diff @@
======================================
  Files           32      32
  Stmts         1914    1914
  Branches       270     270
  Methods          0       0
======================================
  Hit           1589    1589
  Partial         61      61
  Missed         264     264

Review entire Coverage Diff as of a62e203

Powered by Codecov. Updated on successful CI builds.

this should also fix up https://github.com/deis/workflow/issues/483, I'd imagine.

No that is an unrelated ticket, but I closed it anyway

@helgi any unit test you can add/modify here?

No, the current master mock scheduler doesn't even reach into the scale code

k


Add DOI to the Data File data model

Most (all?) data files will be released with an associated DOI, so add this to the data model and schemas and generate relevant DB migrations etc

Done as of https://github.com/datacite/saluki/commit/cd4c72c5f98e2950a1c85e29c6fa7332923067ee


Make Wrapper task work again on Windows

Fixes #8078

Files.copy tries to delete the target file first, which is what fails on Windows. An OutputStream on the other hand will overwrite its content without calling delete.

I just realized that this test will never do anything, since we are not actually using the wrapper we created. Using the wrapper and overwriting it at the same time is what is causing the issue.

Files.newOutputStream should also be fine, it doesn't try to delete the existing file, it only truncates it.

@oehme Are you going to add a test where we actually use the wrapper to create a new wrapper script?

Yes I'm working on one.


Prepare release 0.4.0

Changelog

Bump client version to 0.4.0
#32
#33
#35

This branch/PR was a playground used during the development of the schemas 0.2.0. Now that the schemas 0.2.0 has been officially released, replacing this PR with #36 that has been automatically triggered by the update workflow.


[ALLUXIO-2023] Renaming and refactoring of authorization classes.

Addresses: https://alluxio.atlassian.net/browse/ALLUXIO-2023
This gist of this PR is that it does the following renaming:

PermissionStatus becomes Permission
FileSystemPermission becomes Mode, renaming the permission field of PermissionStatus (now Permission) to mode
FileSystemAction becomes Bits, nesting this class under Mode

Merged build finished. Test PASSed.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/Alluxio-Pull-Request-Builder/10396/
Test PASSed.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/Alluxio-Pull-Request-Builder/10397/
Test PASSed.

Merged build finished. Test PASSed.

Thanks @jsimsa for the refactoring. The new names LGTM, made code much cleaner.

LGTM

Merged build finished. Test PASSed.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/Alluxio-Pull-Request-Builder/10403/
Test PASSed.


add menu swap for buy-plank at sawmill operator

First pull request. Hope this helps. I'd love any feedback.

This was added in menu swapper extended in the plugin hub


HIP_DEVICE_COMPILE not working correctly

With at least aomp tag rel_0.7-0 and rel_0.7-1-temp, the following HIP code fails to compile:
#include <hip/hip_runtime.h>

__device__
void g() {}

__host__ __device__
void f()
{
#ifdef __HIP_DEVICE_COMPILE__
  g();
#endif
}

__global__
void kernel()
{
  f();
}

int main()
{
  kernel<<<1,1>>>();
  hipDeviceSynchronize();
}

with the following error during the host pass:
test.cpp:10:3: error: reference to __device__ function 'g' in __host__ __device__ function
  g();
  ^
test.cpp:4:6: note: 'g' declared here
void g() {}

It seems that the __HIP_DEVICE_COMPILE__ macro is also defined during the host pass. The same code compiles fine for CUDA. I have also not seen this problem with other clang/LLVM distributions, only with aomp so far.

@illuhad sorry for the delayed response.
what command line and options were you using when you encountered this issue ?
Thanks,

Something like
 /usr/lib/aomp/bin/clang++ -x hip --hip-device-lib-path=/usr/lib/aomp/lib/ --cuda-gpu-arch=gfx906 -o test ~/test_macro.cpp

reproduces the issue. Of course, libraries for linking are missing here, but it fails far before that. The same command works fine with other clang distributions.

thx, that reproduces

A fix has been applied and will be released with the release of 0.7-5.

0.7-5 has been released with the fix for this issue.


Introduce custom Ethereum client interface

Refs: https://github.com/keep-network/keep-ecdsa/issues/574
Introduced custom EthereumClient interface which wraps several go-ethereum interfaces and use it as backend in the client wrappers. The main motivation is to improve wrappers usability. For example, logging and rate-limiting clients can now be used by the block counter and mining waiter tools.

To add some more color, this change was discussed here when we realized neither blockCounter nor miningWaiter calls are rate-limited:

The fact we are wrapping bind.ContractBackend and that this interface knows nothing about HeaderByNumber or functions used by blockCounter or miningWaiter is a problem here. I think it is fine to introduce our own ethutil.EthereumClient interface that would embed bind.ContractBackend bind.DeployBackend, ethereum.ChainReader, and use that interface when defining wrappers.


v1.0.7 can only select the default config file. no other config file possible

Hi thanks for letting me know.
The installer wasn't setting up the registry entries correctly.
That's resolved now

Uninstall your current install
Grab the latest installer
Run SpaceMonkeyStart.exe as administrator

Should be good.
Thanks!


pluginConstants['isCrashlyticsCollectionEnabled'] != null is not true

Bug report
Describe the bug
whenever I try to run flutter web I get this error pluginConstants['isCrashlyticsCollectionEnabled'] != null
is not true
Steps to reproduce
Steps to reproduce the behavior:

Go to main.dart add the code

void main() async {
  WidgetsFlutterBinding.ensureInitialized();
  await Firebase.initializeApp();
  FirebaseCrashlytics.instance.setCrashlyticsCollectionEnabled(true);
  FlutterError.onError = FirebaseCrashlytics.instance.recordFlutterError;

  Isolate.current.addErrorListener(RawReceivePort((pair) async {
    final List<dynamic> errorAndStacktrace = pair;
    await FirebaseCrashlytics.instance.recordError(
      errorAndStacktrace.first,
      errorAndStacktrace.last,
    );
  }).sendPort);

  if (kDebugMode) {
    // Force disable Crashlytics collection while doing every day development.
    // Temporarily toggle this to true if you want to test crash reporting in your app.
    await FirebaseCrashlytics.instance.setCrashlyticsCollectionEnabled(false);
  } else {
    // Handle Crashlytics enabled status when not in Debug,
    // e.g. allow your users to opt-in to crash reporting.
  }
  initializeDateFormatting().then((_) => runApp(MyApp()));
}

in index.html add

<body>
    <script src="https://www.gstatic.com/firebasejs/7.20.0/firebase-app.js"></script>
    <!-- Firebase Configuration -->
    <script>
      var firebaseConfig = {
        apiKey: "...",
        authDomain: "[YOUR_PROJECT].firebaseapp.com",
        databaseURL: "https://[YOUR_PROJECT].firebaseio.com",
        projectId: "[YOUR_PROJECT]",
        storageBucket: "[YOUR_PROJECT].appspot.com",
        messagingSenderId: "...",
        appId: "1:...:web:...",
        measurementId: "G-...",
      };

      // Initialize Firebase
      firebase.initializeApp(firebaseConfig);
    </script>

    <script src="main.dart.js" type="application/javascript"></script>
  </body>
</html>

See error or incorrect behavior

pluginConstants['isCrashlyticsCollectionEnabled'] != null
is not true

A clear and concise description of what you expected to happen.
web app to start as crashlytics doesnt support flutter web
Additional context
Add any other context about the problem here.

Flutter doctor
Run flutter doctor and paste the output below:
Doctor summary (to see all details, run flutter doctor -v):
[√] Flutter (Channel beta, 1.25.0-8.1.pre, on Microsoft Windows [Version 10.0.19042.685], locale en-US)
[√] Chrome - develop for the web
[√] Android Studio (version 4.1.0)
[√] IntelliJ IDEA Ultimate Edition (version 2020.3)
[√] VS Code (version 1.52.1)
[√] Connected device (2 available)
! Doctor found no issues.
 You can check the platform support status of the FlutterFire packages at https://firebase.flutter.dev/ or https://github.com/FirebaseExtended/flutterfire.
Closing since the plugin isn't supposed to work on web. If you disagree please let me know.
Thank you

Hi @remymumoh
firebase_crashlytics isn't supported on web yet. You can check the platform support status of the FlutterFire packages at https://firebase.flutter.dev/ or https://github.com/FirebaseExtended/flutterfire.
Closing since the plugin isn't supposed to work on web. If you disagree please let me know.
Thank you

Hi Mark, incase I dont want to use it for web, am aware web is not supported, but when I shift to web, I have to comment out the crash analytics on main.dart for the web to work, thats my issue disabling when I want to run web and enabling when I want to use mobile

Hi Mark, incase I dont want to use it for web, am aware web is not supported, but when I shift to web, I have to comment out the crash analytics on main.dart for the web to work, thats my issue disabling when I want to run web and enabling when I want to use mobile

Can you not use kIsWeb in a conditional for this?

Can you not use kIsWeb in a conditional for this?


fix: bug when editing a row the selected row doesn't change UI accordingly

Description:
When a column is editable, you can select a row and then click edit icon of another row, but selected row does not change.
Expected: the new current editing row has to shown as selected row both programatically and in the UI.

I have raised this PR to fix the Bug when editing a row the selected row doesnt change accordingly

Issue Link
Screenshots:
Before resoving bug:

After resoving bug:

Hello @ApekshaBhosale , @sagar-qa007 , Could you please review this PR.

Hello @sagar-qa007 , Could you please review this PR.

Hello @sagar-qa007 , Could you please review this PR.


Error Handling

Error handling needs to be standardized, including error codes and definitions.
While all of the errors have the information to start debugging, many are hard to decipher and need to be more descriptive of what failed.

Now using VError


Initialize the window maximization issue.

Describe the bug
Initialize the window maximization issue.
Through tauri.conf.json to configure window maximization, when the application starts, there is a process where the window size expands. How can we make it so that the window is maximized directly upon startup without any transition effect?
Reproduction
{
    "windows": [
        {
            "label": "main",
            "title": "Application Name",
            "url": "/main",
            "center": true,
            "maximized": true,
            "minWidth": 1280,
            "minHeight": 720
        }
    ]
}

Expected behavior
No response
Full tauri info output
-

Stack trace
No response
Additional context
tauri 2.0.1

Please include the output of the tauri info command as required by the issue template.

Ah actually, i'll close this as a duplicate of https://github.com/tauri-apps/tauri/issues/11284 (please confirm whether you're also on Windows)


Checkmarks for permissions disappear in table properties

System information:

Operating system (distribution) and version Win10
DBeaver version 21.2.4

Connection specification:

Database name and version PostgreSQL

Describe the problem you're observing:
When checking permissions for different roles all checkmarks except select disappear when switching back and forth between the roles. Generated script is still correct.
Steps to reproduce, if exist:

Open permission tab in table properties
Check some of the permissions for one role
Click on another role and check some permissions
Click back on the first role

Expected: Checkmarks for checked permissions are present
Actual: All checkmarks except select disappear

i guess this could be a good first issue that i'll try to resolve

i was testing it and notice something.
I've three users for example, when i check select for the first user, it stays checked when i change users and go back. When i check insert for the second user, it stays checked when i change users and go back too.


Best way to play single video (no list/recyclerview)

I connected up the Toro library for playing videos in a list (recyclerview) but now need to play the same video w/out the list when the user clicks on it (we show a 'detail' view with the video and some other details on a single Activity).
What's the best way to connect up Toro as a single use video player?
I have a <im.ene.toro.exoplayer2.ExoVideoView> defined in the xml and am calling setMedia() and start() in the Activity but nothing seems to happen.
Since I'm not using a recyclerview I don't have an Adapter or ViewHolder
thanks!
joe

You will start a new Playback Activity and there just use a normal playback widget (my custom View or ExoPlayer's SimpleExoPlayerView will work.)

@eneim  - I am trying to use - ToroVideoView as Simple Video Player, but somehow video is playing.

@jpage4500 @shoebhoney In latest SNAPSHOT, I have included into toro-sample app an "Experiment" to show how you can click to a single Video and open a SinglePlayer for it, start from where it is clicked. Right now single player is in Portrait only I will see how I will make it horizontal (issue here: the orientation change ...). Please take a look at it in 2.2.0-SNAPSHOT or dev-v2 branch.


AOR Lead positions to be filled

On this spreadsheet we have a list of Areas of Responsibility that need to be filled.
If anyone is interested in any of them, DM me!
If you know anyone that is interested in any of them, send them to me! They only ask is that they be qualified for the particular position, whatever it may be. Don't be shy selling it, we're happy to work with anyone that wants to work with us!

Just a quick update, we've got all the positions filled except for one!
I'll be in touch with each of the primary enablers for each AOR to make up a document and schedule a meeting to get our tasks set.
Really excited about how the team is shaping up! We should all be super proud!

Update: still working on chasing Tesoureiro. Not forgotten, just hard.
If anyone has leads, they are very welcome!


build: upgrade to TS 4.9

TODO: fix this deprecation:
$ yarn workspace @zwave-js/transformers run pretest
DeprecationWarning: 'createFunctionDeclaration' has been deprecated since v4.8.0. Decorators are no longer supported for this function. Callers should switch to an overload that does not accept a 'decorators' parameter.

@zwave-js-bot approve

@zwave-js-bot approve


Beinecke attributions do not match Beinecke format

For now, we could remove our boilerplate text and manually input the properly formed attribution in the metadata sheets.
Perhaps down the line we could add source collections to our data model, allowing for less manual reduplication.

I thought that I followed the format that they described on their attribution page. Could you describe what you changed it to? Also, I embedded this data directly in the document metadata because we are providing the link to the specific entry in their collection. We could use an ID for the name and refer to an entry in a sources collection, but I think the URL should at least be specifiable per-document.

I thought that I followed the format that they described on their attribution page. Could you describe what you changed it to? Also, I embedded this data directly in the document metadata because we are providing the link to the specific entry in their collection. We could use an ID for the name and refer to an entry in a sources collection, but I think the URL should at least be specifiable per-document.


Renaming PathCORE to PathCORE-T

Search & replace PathCORE with PathCORE-T in the documentation (issue #6).

To-do on my end: must push updates to PyPI after changes are merged.


I can not get cntinuous lines as in the demo pics

Thank you for this great plugin.
I currently have this configuration:
`vim.cmd("let g:indent_blankline_char = '|'")
vim.cmd("let g:indent_blankline_char_list = ['|']")
vim.cmd("let g:indent_blankline_show_trailing_blankline_indent = v:true")
vim.cmd("let g:indent_blankline_indent_level = 10")
vim.cmd("let g:indent_blankline_use_treesitter = v:true")
vim.cmd("let g:indent_blankline_filetype_exclude = ['dashboard']")
vim.cmd("let g:indent_blankline_show_end_of_line = v:true")
`
However, I was expecting to have continuous lines, but I actually don't! I don't know what I am missing, but I can not get to have the indentation lines be continuous, and it is always looking like dashed lines between two lines.

When your terminal has spacing between the lines, the normal | char is not long enough. Try this unicode character │
also, you don't have to use vim.cmd in lua, you can define options like so vim.g.indent_blankline_char = "│"

Thanks, it works well!


Taking an ownership of archived serde-yaml

Hello,
The serde-yaml project has been archived recently. Would you be interesting in forking it under the serde-rs org?
The project will be a very valuable addition to serde family.

I would not be interested in forking it here.

David is the main maintainer of serde-rs and also the owner of serde-yaml 🤣 I think that answers your question with "No"

David is the main maintainer of serde-rs and also the owner of serde-yaml 🤣 I think that answers your question with "No" Edit: damn, too slow

didn't know


 The attached doc contains the sample goroutine stack dump result from the log when run against dataflow runner and how to replicate it.
Doc Link: https://docs.google.com/document/d/1dMTD5_sKdzLcnoe0ZsQU5Wf9q11uliyYgFnnOZQDzuI/

Thank you for your contribution! Follow this checklist to help us incorporate your contribution quickly and easily:

[ ] Choose reviewer(s) and mention them in a comment (R: @username).
[ ] Format the pull request title like [BEAM-XXX] Fixes bug in ApproximateQuantiles, where you replace BEAM-XXX with the appropriate JIRA issue, if applicable. This will automatically link the pull request to the issue.
[ ] Update CHANGES.md with noteworthy changes.
[ ] If this contribution is large, please file an Apache Individual Contributor License Agreement.

See the Contributor Guide for more tips on how to make review process smoother.
To check the build health, please visit https://github.com/apache/beam/blob/master/.test-infra/BUILD_STATUS.md
GitHub Actions Tests Status (on master branch)

See CI.md for more information about GitHub Actions CI.

R: @lostluck @damccorm @jrmccluskey

R: @youngoli
yet to add lull logger.

R: @lostluck

PTAL. I guess things left to do are more debug information instead of just stacktrace, lull logger, bundle progress.


Display multiple search results

Blocks
Transactions
Accounts
Mobile

Seems to be the default behavior of react-query: "Queries that fail are silently retried 3 times, with exponential backoff delay"
Changed in https://github.com/oasisprotocol/explorer/pull/217


Use updated dropdown fix for bib position issues

Alaska Airlines Pull Request
Please include a summary of the change and which issue is fixed. Please also include relevant motivation and context. List any dependencies that are required for this change.
Resolves: #222
Summary:
Please summarize the scope of the changes you have submitted, what the intent of the work is and anything that describes the before/after state of the project.
Type of change:
Please delete options that are not relevant.

[ ] New capability
[x] Revision of an existing capability
[ ] Infrastructure change (automation, etc.)
[ ] Other (please elaborate)

Checklist:

[ ] My update follows the CONTRIBUTING guidelines of this project
[ ] I have performed a self-review of my own update

By submitting this Pull Request, I confirm that my contribution is made under the terms of the Apache 2.0 license.
Pull Requests will be evaluated by their quality of update and whether it is consistent with the goals and values of this project. Any submission is to be considered a conversation between the submitter and the maintainers of this project and may require changes to your submission.
Thank you for your submission!
-- Auro Design System Team
Summary by Sourcery
Update dependencies to fix bib position issues and enhance overall project stability by upgrading to the latest versions of several packages.
Bug Fixes:

Update auro-dropdown and auro-menu dependencies to address bib position issues.

Enhancements:

Upgrade various dependencies to their latest versions for improved performance and security.

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

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:


Add layer bitrate calculation handler + Test page

Description
This PR includes:

Layer bitrate calculation handler: This handler calculates the bitrate of each available layer and stores it in the stats under ["qualityLayers"][spatialLayer][temporalLayer] where spatialLayer and temporalLayer are the numeric values corresponding to the layer.
Layers that have never been active will not exist in the map whereas layers previously active will have 0 bitrate.

A layer test page that can be run similarly to the basicExample but under https://basicexampleserverurl.com/quality_layers.html This page subscribes to the first stream that arrives (or publish and subscribe to the same stream with the shouldPublish option). Then, it will chart all the available layer bitrate information, as well as the total calculated bitrate and the estimated available bitrate for the subscriber.

[X] It needs and includes Unit Tests
Changes in Client or Server public APIs
None.
[] It includes documentation for these changes in /doc.

is there any advice on how to use the test page? did a ./installErizo and ./installBasicexample but i can only see me. no graphs or chart in the page is shown


FAQ

Hello,
First of all - great job with the bundle! I'm testing it currently and so far so good :) Good job!
After browsing this bundle along with its documentation I've missed one thing - a solid "FAQ" section. It would be nice to extract some questions from Issues that were previously closed and put it onto one section.
For example the things that might be contained in there:

How to add draggable marker
Using autocomplete for centering map
etc.

What do you think?
@egeloen

:+1: If you have some time to boostrap it, it would be awesome!

This evening or tommorow evening I'll release pull-request with it :)

#208
ping @egeloen

I can't tell from the FAQ How to render a Map. It would be nice to have the steps to create and render a Map in the wiki.

@andela-odaniel For rendering (everything), all is mostly self-defined here: https://github.com/egeloen/ivory-google-map/blob/master/doc/helper/index.md Isn't it enought?

True. It's easy to find if you know what you're looking for. Would it be possible to have a small howto on the main README? Very helpful for first timers.

I have still not merged this PR and I would like to discuss it since the documentation is IMO a very important part of each project and I don't want to add extra files which does not bring real values for end users.
IMO, adding an FAQ is not a good idea if we don't organize it from the beginning as it will end with a big file plain of explanations which does not help a lot. From my side, I would prefer to add cookbook entries for real advanced use cases. Configuring a marker as dragable or attaching an event on the map (already documented in a dedicated section) is IMO not such use cases.
My POV is not the best since I know the library better than anyone else but I think if for example the event documentation can be improved instead of adding a real examples in the FAQ.
What we can add in the FAQ / Cookbook is for example how to inject an autocomplete in a map. This one is an advanced use cases the library can handle pretty easily.
Btw, @andela-odaniel, I have added a section for new comers in the README. DYT it's enought?

@egeloen sure cookbook should be sufficient for this case, I can understand your POV. Although there are some basics lacking in current documentation so perhaps it would be wise to add it somewhere else?

I agree that the documentation is purely technicle and don't give real use cases (very true for events). You can't imagine the time it takes to me to write it already... :) If you can point me parts of the doc which are not good enough, it would help me to enhance them.
I will start by enhancing the event sections and for cookbook entries, I will start with the autocomplete injected into a map.

As soon as i  get back to the project that utilizes your library i will add sth from myself, currently i will have trouble to find time :( perhaps someone else could be more helpful?
Thanks for all :)


Deadlock during Resolve

I've run into a weird deadlock when resolving one of the services manually.
First short background - we're using DryIoc in a WPF app, and it's working very nicely for us right now. As part of some concept work I'm trying to run the code as a netcoreapp3.1 console app. All of our registration code is being reused for this, so the container contents are very similar to what we have in WPF. The app resolves and configures some things and then one of the resolves deadlocks. I updated to 4.7.5 and it still happens, the call stack looks like this:
System.Private.CoreLib.dll!System.Threading.SpinWait.SpinOnceCore(int sleep1Threshold) Line 197	C#
DryIoc.dll!DryIoc.Scope.WaitForItemIsSet(ImTools.ImMapEntry<object> itemRef) Line 12019	C#
DryIoc.dll!DryIoc.Scope.TryGetOrAddWithoutClosure(int id, DryIoc.IResolverContext resolveContext, FastExpressionCompiler.LightExpression.Expression expr, bool useFec, System.Func<DryIoc.IResolverContext, FastExpressionCompiler.LightExpression.Expression, bool, object> createValue, int disposalOrder) Line 12109	C#
DryIoc.dll!DryIoc.Interpreter.TryInterpretMethodCall(DryIoc.IResolverContext r, FastExpressionCompiler.LightExpression.Expression expr, object paramExprs, object paramValues, DryIoc.Interpreter.ParentLambdaArgs parentArgs, bool useFec, ref object result) Line 3622	C#
DryIoc.dll!DryIoc.Interpreter.TryInterpret(DryIoc.IResolverContext r, FastExpressionCompiler.LightExpression.Expression expr, object paramExprs, object paramValues, DryIoc.Interpreter.ParentLambdaArgs parentArgs, bool useFec, out object result) Line 3023	C#
DryIoc.dll!DryIoc.Interpreter.TryInterpretAndUnwrapContainerException(DryIoc.IResolverContext r, FastExpressionCompiler.LightExpression.Expression expr, bool useFec, out object result) Line 2864	C#
DryIoc.dll!DryIoc.Container.ResolveAndCache(int serviceTypeHash, System.Type serviceType, DryIoc.IfUnresolved ifUnresolved) Line 409	C#
DryIoc.dll!DryIoc.Container.DryIoc.IResolver.Resolve(System.Type serviceType, DryIoc.IfUnresolved ifUnresolved) Line 356	C#
DryIoc.dll!DryIoc.Resolver.Resolve(DryIoc.IResolver resolver, System.Type serviceType) Line 8008	C#

I was trying to figure out what's causing this so I started reading DryIoc code and one method in particular looks suspicious:

The deadlock happens inside the WaitForItemIsSet method and I don't understand how it's ever going to get set. Is this maybe a bug?

@Artemigos Got it. I will check.

@Artemigos How many threads are accessing this part?
Is it just the UI and background thread?
Do you have some recursive dependencies, I mean by design?
The only thing I can imagine (now) to deadlock on this wait is the one thread failing to resolve scoped dependecy for any reason, so not setting the otherItemRef into any value. Fixing the reason for this fail should fix the deadlock.

This is happening in a console app but with async Task Main() - the Resolve runs on a different thread already, because it's a continuation after a few awaits. The main thread is blocked waiting for the tasks to finish. I'm not actually doing anything in parallel, so exactly one thing is hitting DryIoc. Also the deadlock is consistent - happens every time.
There are no recursive dependencies, we had one case of that, but we solved it long time ago by doing a lazy resolve (manually).
I downgraded do 4.1.4 and with this version I'm getting an exception - one of the dependencies can't be resolved. I'm not sure why this is happening yet, I'll let you know what I find.
Also, I'm curious - where is the Value of the otherItemRef being set?

I downgraded do 4.1.4 and with this version I'm getting an exception

This is already a good finding.

where is the Value of the otherItemRef being set?

By other thread. But you're saying you don't have one so it is suspicious. Will be staring more.. and I need to introduce some diagnostics for such cases.

I was missing a project reference, so the dependency was actually missing. After upgrading to 4.7.5 again it works, so I can solve my problem now. The only thing left is the deadlock when things fail. I'll take a look at the threads a little more, until now I was looking at the "Parallel Stacks" window in VS, which seems to be a simplified view with some special Task handling.

There are no other threads:

Main Thread - Main() waiting for tasks
GC Finalizer Thread - not relevant for us
worker thread in SpinWait - this one is deadlocked

Tomorrow I might try to reproduce this on some small sample, but it's hard when I don't know what the actual cause is. The weirdest thing we do that I can think of is registering a lot of singletons with asResolutionCall set to true and then the interfaces are a mapping to that singleton.
What is spawning the thread that should be filling the Value that we talked about before?

What is spawning the thread that should be filling the Value that we talked about before?

Nothing from the DryIoc.
asResolutionCall is the interesting case. Are you using many reconfigurable dependencies?

@Artemigos
Here is how the single-threaded recursive dependrency may cause the deadlock, but it should be prevented by the DryIoc check prior to the Resolve. So the cause maybe the check is not working in certain conditions.

By "manual lazy resolve" I just mean that we break the circular chain by doing a Resolve  when the service is actually needed instead of injecting into the constructor.
As for the asResolutionCall - we use it almost everywhere. This codebase was using a different container before and to get DryIoc to work with existing code I had to think a little out of the box.
I don't think that a circular dependency is causing this here. After I added the missing project reference and everything got registered, the resolve works as intended, so the error was a missing registration (we have this automated based on a convention, that's why a missing reference can fail silently). I can actually prove this - when I move the Resolve call a few lines earlier in the program I get the exception saying that one of the dependencies cannot be resolved.
I'm trying to narrow this down, but I still can't reproduce this in an isolated console project. For now I have this, but this still works "as intended" (throws an exception):
using System;
using System.Threading.Tasks;
using DryIoc;

namespace ConsoleApp19
{
    public interface IA {}
    public interface IB {}
    public interface IC {}

    public class A : IA
    {
        private IB b;
        public A(IB b) => this.b = b;
    }

    public class C : IC {}

    class Program
    {
        static async Task Main(string[] args)
        {
            var container = new Container(rules => rules
                .With(FactoryMethod.ConstructorWithResolvableArguments)
                .WithoutEagerCachingSingletonForFasterAccess()
                .WithoutThrowOnRegisteringDisposableTransient()
                .WithDefaultIfAlreadyRegistered(IfAlreadyRegistered.Replace));

            container.Register(typeof(A), Reuse.Singleton, setup: Setup.With(asResolutionCall: true));
            container.RegisterMany(new [] { typeof(A), typeof(IA) }, typeof(A), Reuse.Singleton, setup: Setup.With(asResolutionCall: true));
            container.Register(typeof(C), Reuse.Singleton, setup: Setup.With(asResolutionCall: true));
            container.RegisterMany(new [] { typeof(C), typeof(IC) }, typeof(C), Reuse.Singleton, setup: Setup.With(asResolutionCall: true));

            var c = container.Resolve<IC>();

            await Task.Yield();

            var a = container.Resolve<IA>();
        }
    }
}

Maybe this is already a hint for you.
BTW I know it's not necessary to do a registration before the RegisterMany - I'm just trying to mimick what our automated registrations end up doing.

@Artemigos Thanks for the code. From the first glance, it is nothing suspicious but will be digging further.

Yup, the deadlock is solved for me - providing all the dependencies got rid of the problem.

Found it:
using System;
using DryIoc;

namespace ConsoleApp19
{
    // A -> B -> C -> D(missing)
    //   \----->
    public interface IA {}
    public interface IB {}
    public interface IC {}
    public interface ID {}

    public class A : IA
    {
        private IB b;
        private IC c;

        public A(IC c,IB b)
        {
            this.b = b;
            this.c = c;
        }
    }

    public class B : IB
    {
        private IC c;
        public B(IC c) => this.c = c;
    }

    public class C : IC
    {
        private ID d;
        public C(ID d) => this.d = d;
    }

    class Program
    {
        static void Main(string[] args)
        {
            var container = new Container(rules => rules
                .With(FactoryMethod.ConstructorWithResolvableArguments)
                .WithoutEagerCachingSingletonForFasterAccess()
                .WithoutThrowOnRegisteringDisposableTransient()
                .WithDefaultIfAlreadyRegistered(IfAlreadyRegistered.Replace));

            container.Register(typeof(A), Reuse.Singleton, setup: Setup.With(asResolutionCall: true));
            container.RegisterMany(new [] { typeof(A), typeof(IA) }, typeof(A), Reuse.Singleton, setup: Setup.With(asResolutionCall: true));
            container.Register(typeof(B), Reuse.Singleton, setup: Setup.With(asResolutionCall: true));
            container.RegisterMany(new [] { typeof(B), typeof(IB) }, typeof(B), Reuse.Singleton, setup: Setup.With(asResolutionCall: true));
            container.Register(typeof(C), Reuse.Singleton, setup: Setup.With(asResolutionCall: true));
            container.RegisterMany(new [] { typeof(C), typeof(IC) }, typeof(C), Reuse.Singleton, setup: Setup.With(asResolutionCall: true));

            Resolve(container);
            Resolve(container);
        }

        static void Resolve(IContainer container)
        {
            try
            {
                container.Resolve<IA>();
            }
            catch (ContainerException e)
            {
                Console.WriteLine(e);
            }
        }
    }
}

<Project Sdk="Microsoft.NET.Sdk">

  <PropertyGroup>
    <OutputType>Exe</OutputType>
    <TargetFramework>netcoreapp3.1</TargetFramework>
  </PropertyGroup>

  <ItemGroup>
    <PackageReference Include="DryIoc.dll" Version="4.7.5" />
  </ItemGroup>

</Project>

It deadlocks on the second resolve. The dependency structure is also important.

@Artemigos Great, I will get it from here.

@Artemigos
I have provided the fix introducing the waiting timeout because at the moment it is "the better than nothing" solution and maybe actually enough for everyone. Hope that the error message below will provide the clues for the problem reasons
WaitForScopedServiceIsCreatedTimeoutExpired = Of(
    "We have waited for the creation of the scoped service by 'other party' for the {0} ticks without the success." + NewLine +
    "It means that either the 'other party' is the parallel thread which has started! but unable to finish the creation of the service in the provided amount of time." + NewLine +
    "Or more likely we have the undetected recursive dependency and the 'other party' is the same thread." + NewLine +
    "Another reason may be that the previous scoped service resolution is failed with the exception and the exception was CATCHED " + NewLine +
    "but you are proceeding to resolve the failed service again." + NewLine +
    "That's why for all these reasons we have a timeout to prevent the hanging due to the infinite waiting.");

I am open to ideas of error handling and its message improvements.

The message looks fine - it's much more informative than a deadlock :)
When doing a "proper" fix I'd probably take inspiration from here: https://github.com/dotnet/runtime/blob/main/src/libraries/System.Private.CoreLib/src/System/Lazy.cs
It seems that exception is also considered a "finished" state for a resolution and I'd suspect that all potential threads will get the same exception. This would probably require some changes deep in DryIoc's thread-safety code, so I'm not sure if that's something you want to do, though.

When doing a "proper" fix I'd probably take inspiration from here: https://github.com/dotnet/runtime/blob/main/src/libraries/System.Private.CoreLib/src/System/Lazy.cs

Thanks for the idea. I will probably put it on hold until I get more evidence of the timeout inefficiency.

@Artemigos I will close it for now but will link the issue from the discussion to not forget.


Fix duration calculation

Fix duration calculation
The simplest fix for https://github.com/github/relative-time-element/issues/250#issuecomment-2509670103

Maybe a test can be added here:
https://github.com/github/relative-time-element/blob/e914da24dad0980cbfcb5dae6d56cf2c97659340/test/duration.ts#L231

Maybe a test can be added here:
https://github.com/github/relative-time-element/blob/e914da24dad0980cbfcb5dae6d56cf2c97659340/test/duration.ts#L231

If the project members have interests in this PR, I could add later.

Thanks so much for diving into this @wxiaoguang! Looks like this proposed solution is causing one test to fail so we're unable to merge it at this time.
If you'd like to take a stab at fixing the tests you're welcome to do so, if not someone from the team will pick this up when we have the availability to do so.
You should be able to run the tests locally using npm run test

Thanks so much for diving into this @wxiaoguang! Looks like this proposed solution is causing one test to fail so we're unable to merge it at this time. If you'd like to take a stab at fixing the tests you're welcome to do so, if not someone from the team will pick this up when we have the availability to do so.
You should be able to run the tests locally using npm run test

But that failure seems not related. I have noticed that even on main branch, it still fails (that's another reason why I didn't touch the test code, I just would like to see whether it fails in your CI tasks).
 ❌ relative-time > [tense=future] > micro formats years
      AssertionError: expected '11y' to equal '10y'
      + expected - actual

      -11y
      +10y

      at n4.<anonymous> (test/relative-time.js:609:13)

The 11y vs 10y  failure is caused by another bug in elapsedTime, const month = Math.floor(day / 30) is not right when the period is long enough.

A test is added in fc858c3c34e038476008be60004b33ddfd368707 and added comments to clarify the problem.

And made one more commit: if we'd like to support "11 months":<PHONE_NUMBER>4caeecdcd841dbe583ceb410a502e2 corrected the behavior and fixed the tests.
Feel free to choose the behavior you like.

"Fixed" the "10y vs 11y" problem in da833cf59b93e06d91d314001b518d78219ec809, now the CI should be able to pass

Merged! Thanks so much for doing this @wxiaoguang


Jh fix changelogs

Overview
PR Checklist

[ ] Related to Abstract designs:
[ ] Related to JIRA ticket: ABC-123
[ ] I have run this code to verify it works
[ ] This PR includes unit tests for the code change

Description

Merging your changes
When you are ready to merge to master and publish your changes, use the "squash and merge" button in GitHub, and follow the PR Title Guide to format your PR title and write your PR merge description.
IMPORTANT: If your PR contains breaking changes, please remember to follow the instructions for breaking changes!

📬Published Alpha Packages:@codecademy/enzyme-helpers@1.1.11-alpha.8a1e1b.0@codecademy/eslint-config@0.3.4-alpha.8a1e1b.0@codecademy/gamut-icons@2.3.2-alpha.8a1e1b.0@codecademy/gamut-labs@1.7.12-alpha.8a1e1b.0@codecademy/gamut-styles@3.3.2-alpha.8a1e1b.0@codecademy/gamut@8.2.1-alpha.8a1e1b.0@codecademy/prettier-config@0.1.8-alpha.8a1e1b.0<EMAIL_ADDRESS>
🚀 Styleguide deploy preview ready!https://5ec7f5ee8203aaacac62f162--codecademy-styleguide.netlify.appDeploy Logs

🚀 Styleguide deploy preview ready!https://5ec7fec4060eac815683bd6a--codecademy-styleguide.netlify.appDeploy Logs


Feature: Ranked match "flavor" (draft vs. blind)

In ranked matches, heroes are picked in a "blind pick" mode from tier 0 to about tier 6.
Matches are played in a "draft pick" mode from tier 7 to 10, or when three players queue as a team, or when the game mode "private standard draft" is selected.
It is not possible to reliably distinguish a ranked match with draft from a ranked match without draft. Even though Telemetry has HeroBan events which are exclusive to draft, it is possible ingame to play draft without banning a hero. Although it is very very rare, it happens.
[Finding those matches is interesting for analysis too: Who got picked? Was it a mistake and the team surrendered, was there an AFK?]
I suggest a match.attributes.stats key pickMode that is one of draft, blind, random (the game mode Battle Royale assigns random heroes) or doubleban (which will be introduced at some point in the future).
      "type": "match",
      "id": "0c2c8696-7e75-11e7-ae5d-06063ee090cc",
      "attributes": {
        "createdAt": "2017-08-11T09:11:29Z",
        "duration": 2129,
        "gameMode": "ranked",
        "patchVersion": "2.7",
        "shardId": "cn",
        "stats": {
          "endGameReason": "surrender",
          "queue": "ranked",
          "pickMode": "draft"
        },
        "titleId": "semc-vainglory"
      },

Cool idea!  Adding.


Update README.md

rebar3 doesn't like the old url notation; an explanatory line is suggested

Thanks!


Update developer guide

update developer guide (added debugging if port 6443 error occurs)

closes #2762
Special notes for your reviewer:
Thank you for reviewing, you all doing great job

@Sharpz7 could you pls review the pr

Looks great, thank you! Apologies for not getting to it.

Looks great, thank you! Apologies for not getting to it.

No problem..

@Sharpz7 pls merge this pull request !!


Update poppler package to 21.08.0

Package for poppler v21.08.0
Checklist:

[x] I have confirmed that poppler-feedstock has been updated.
[x] I have bumped package.sh POPPLER_VERSION to the current build.

poppler-feedstock has not been updated to 21.08 yet so this will not work. See: https://github.com/conda-forge/poppler-feedstock/pull/108

@oschwartz10612 21.08 now in poppler-feedstock, mind taking a look at this PR when you get a second, please?

Looks good!

The build failed to copy the files from the Conda downlaod: https://github.com/oschwartz10612/poppler-windows/runs/3375860755?check_suite_focus=true
I will get back to this as soon as I can.

Oh it pulled 21.03.0:     poppler-21.03.0            |       h9ff6ed8_0         2.4 MB  conda-forge
Let me try to run the build again. Maybe the feedstock had not propagated yet...

Looks like we are now missing the following dlls.
lcms2.dll
libdeflate.dll
Lerc.dll
jbig.dll

Will attempt to fix shortly.


Chart Version should be bumped on merge to trunk not in the branch

Having to keep straight the chart version bumps on the branches is annoying, especially because the github action requires that as a first step so you can't verify the chart test works on the GHA before bumping the version

Not sure how this would work on merge to master. The Chart releaser won't know which version to set it too unless we specify it. It is definitely not ideal as we have to remember each time, but I think most of the Helm Charts hosted on Github have this way of working also

Maybe a label on a PR? I can play with a GitHub action to see if I can solve it.

The GitHub action would need write privileges to the repo in order to change the files needed to be changed. It is annoying, although it only takes a couple of seconds to address each time. A better solution is probably to be able give the user an error when they run the tests locally. This then avoids them pushing up code that will fail the version check on a PR.

Closing due to inactivity, @knechtionscoding if you are able to play around with Github actions to do this then it would be great! But will close for now.


Fix DiaBLa by inheriting CrossLingual class

Inherit CrossLingual class for BitextMining task DiaBLaBitextMining

Still having a problem when saving results, key should be: { "lang1-lang2": {metrics} }.

Problem fixed by setting language to "fr-en" as for other Bitext Mining tasks.


Feature: Implement Verification Plugin - PSA

This issue tracks the feature implementation of Verification Plugin for PSA

This activity is now complete.
Please see https://github.com/veraison/services


Create order method runs infinitely

huobi_client = RequestClient(api_key=CFG_HUOBI['api_key'], secret_key=CFG_HUOBI['api_secret'])

try:
		order_id = huobi_client.create_order(trade_pair.lower(), OrderType.BUY_LIMIT, 0.0000000100, 1000)
	except HuobiApiException as e:
		print(e.error_code)
		print(e.error_message)

This thing runs infinitely. Can provide some example where it runs well?

Seems I was aI was debugged it through PyCharm and see that I was named parameter labels wrong in RequestClient initialization.
All works fine🎈


How to add Vuesax components on demand

Is your feature request related to a problem? Please describe.
I dont want to add all components of Vuesax in a Vue app. How to add components in Vue app, which i want to use, on demand ?.
Describe the solution you'd like
Vuesax should support

You can do it like that
https://github.com/lusaxweb/vuesax#or-use-individual-components

When doing something like this, how do I set my own theme ???

same in the same way since they are global variables https://lusaxweb.github.io/vuesax/theme/


Add license

Adding license.

@mlavi JFYI

We need to add our copyright on Line 190, I'll comment there now.


'haxelib submit' does not work as documented

When submitting a local directory to haxelib using 'haxelib submit' I was asked to enter a package name. When entering the name of the package I received a file error.
I was a bit confused at first but after trying a few things I noticed that you need to pass a path along with the submit command if you want to commit the local directory:
'haxelib submit .'
The documentation states 'Alternatively you can run haxelib submit without argument to have Haxelib zip and submit the current directory (excluding names starting with a dot).' so I wonder if this is an issue with the docs or with the current haxelib version. (or maybe with my local installation?)
This is on windows 10 using Haxe 4.0.5.

I can't find the code in haxelib client which would do that. It's probably a misleading documentation.

But if the argument is a path to an existing directory, then haxelib client should indeed zip and submit it:
https://github.com/HaxeFoundation/haxelib/blob/e7cb62181303eb61737fe06b5784cab41a58a53f/src/haxelib/client/Main.hx#L625-L629

Thanks for looking into this. I submitted a small change to the haxelib documentaiton.


Port the XM88

About the PR
Adds the XM88 in general, based off the cm13 wiki.
Why / Balance

Porting
Technical details

This should add ammo, gun, req purchase, xm8 unique mechanic, and more.
Media

[ ] I have added screenshots/videos to this PR showcasing its changes ingame, or this PR does not require an ingame showcase

Breaking changes

Changelog

add: XM88
add: XM88 bullets (SOCOM)
add: XM88 AP stack mechanic
add: Req can purchase the XM88 crate, which contains 2 XM88s and 2 SOCOM bullet boxes

I hope this is 70-80% complete but in reality it might be 50% of what the xm88 needs, I'm busy so having one spot for discussions on this will help me loads in order to finish whatever needs to be done.
Known bugs/issues:

I think the bullet box needs fixing, I might recolor the buckshot box just to fix this in the mean time.
Needs to use the RMC firing component

While I am currently thinking about this, I think the crate texture for both the XM88 and the SOCOM bullets are missing currently.

I assume the overhauled sounds ( #3106 ) will get merged before this because I'm busy(cause thesis and I'm moving soon too) so I plan on stealing the sounds from the scoped rifle for the xm88

I might have accidentally broke the HPR in the merge

Rifle.yml in ammo magazines
"Item with the same key has already been added"
I guess this also presents the opportunity to check the yml again

from Sigil on discord:
"Also, you'll need to make the XM88 use RMCSelectiveFireComponent for all the values it lets you set, instead of setting them in the GunComponent."

458 box is bigger than the shotgun boxes, so I cant use that rsi, Im gonna make an rsi for the 458 stuffs

I am not going to do the XM88 stock here, nor will I implement Deerb's idea of using the shotgun stock. My reasoning for the XM88 stock is, the difference made is marginal given the XM88 stock does not change the accuracy while the shotgun stock would increase accuracy significantly. If the community thinks the stock should be implemented, it should be trivial. Although, this is more of a maintainer question as it pertains to the accuracy of CM13, but there do exist ideas that would change the XM88 possibly for the better.

As of the most recent commit, the XM88 is fully textured (including ammo box, attachment offsets, magazine, etc.), purchasable by req (XM88 crate for 4k), shoots (80 damage 0 AP) but the unique mechanic is not fully implemented.

This is like 90% done, but I'm too busy to finish this in August at least, Smug said they would finish it. If for some reason it's not, then I'll do it once I have time again.

Ok, should be a merge and update in that commit. Time to go from there

I don't know what those errors in the yaml and build are for, it seems to work fine on my machine.

Build was canceled?

changelog could just be
"add: ap stack mechanic"
and "add: xm88 can now be bought by cargo, which contains 2 XM88s and 2 SOCOM bullet boxes" instead of 4 of the same thing


size

Describe the problem
Actually, the qrcode size is too large in terminal.
Describe the proposed solution
Consider to provide an option
qrcode({
  size: 50
});

Alternatives considered
:)
Importance
nice to have

Alternative, rename PluginOptions to QrcodeOptions would be better.

We're already printing it small by default:
https://github.com/svitejs/vite-plugin-qrcode/blob/f979084ac32dbccb04e09482df16fa210fb03080/packages/vite-plugin-qrcode/src/index.ts#L42
Going any smaller it might not be scannable as the terminal doesn't have the glyphs to print in high resolution.

Closing as it's not possible at the moment.


Familiarize with the concept of YARP devices and other related concepts (xela-95 version)

From: https://github.com/robotology/gz-sim-yarp-plugins/issues/8 .
References:

Day 1 and Day 2 of https://github.com/icub-training/icub-training.github.io/wiki/Online-Program
Section 4 of https://www.frontiersin.org/articles/10.3389/frobt.2016.00024/full
https://yarp.it/latest/group__note__devices.html
http://wiki.icub.org/wiki/File:Icub_control_modes_slides_1_1.pdf
http://wiki.icub.org/wiki/File:ICub_Control_Modes_1_1.pdf
https://github.com/vvv-school/tutorial_joint-interface
https://yarp.it/latest//group__nws__and__nwc__architecture.html

Questions to answer:

Why some code in the iCub infrastructure is encapsulated using YARP devices that communicate over C++ interface rather than RFModule that communicate using YARP ports?

Assignment to do:

https://github.com/vvv-school/tutorial_joint-interface

cc @xela-95

https://github.com/vvv-school/tutorial_joint-interface

The idea is to do this tutorial by installing dependencies via conda (https://github.com/robotology/robotology-superbuild/blob/master/doc/install-mambaforge.md).

In order to do the tutorials in https://github.com/icub-training/icub-training.github.io/wiki/Online-Program I have created the following conda environment:
mamba create -c conda-forge -c robotology -n yarp_tutorials_env  cmake ninja pkg-config cmake compilers yarp icub-contrib-common

Day 1 and Day 2 of https://github.com/icub-training/icub-training.github.io/wiki/Online-Program

Day 1 lessons and tutorials completed.

I've completed the joint interface tutorial https://github.com/vvv-school/tutorial_joint-interface, however I had issues in the setup of the exercise.
@mebbaid helped me and we understood that some packages were missing from the conda environment, namely icub-models and gazebo-yarp-plugins.
Moreover I had to build the source files of the tutorial and run it from the terminal, since I was not able to run them from 'yarpmanager'. It seems it is not able to find them (the log reports: [ERR] (Tutorial_on_Joint_Interface_App) cannot run tutorial_joint-interface-velocity on localhost : Can't execute command because No such file or directory).
In the end it was really cool to make icub move!
https://github.com/robotology/gz-sim-yarp-plugins/assets/57228872/07de455b-7fc3-4a9a-8036-a932e66bf36c

While trying the impedance control tutorial https://github.com/vvv-school/tutorial_impedance-control, I installed in the conda environment the missing idyntree package and then builded the source files:
cd <tutorial-path>
mkdir build
cd build
cmake ../
make

I obtained the following error:
/home/acroci/repos/tutorial_impedance-control/Module.cpp:30:9: error: invalid use of incomplete type ‘class yarp::os::LogStream’
   30 |         yError() << "convertDegToRad: wrong vector size";
      |         ^~~~~~
In file included from /home/acroci/mambaforge/envs/yarp_tutorials_env/include/yarp/sig/Vector.h:21,
                 from /home/acroci/repos/tutorial_impedance-control/Module.h:5,
                 from /home/acroci/repos/tutorial_impedance-control/Module.cpp:1:
/home/acroci/mambaforge/envs/yarp_tutorials_env/include/yarp/os/Log.h:41:7: note: forward declaration of ‘class yarp::os::LogStream’
   41 | class LogStream;
      |       ^~~~~~~~~
In file included from /home/acroci/mambaforge/envs/yarp_tutorials_env/include/yarp/sig/Vector.h:21,
                 from /home/acroci/repos/tutorial_impedance-control/Module.h:5,
                 from /home/acroci/repos/tutorial_impedance-control/Module.cpp:1:

CC @traversaro

I guess it is a bug exposes by a a new version of YARP. The code was not include what you use (IWYU) and it was working just by chance thanks to a transitive include in some YARP header, that was removed in some recent version of YARP. To fix the problem, you just need to add the correct include, if you need help ask in the lab to anyone with C++ experience.

After you fixed the problem locally, please open a PR, thanks!

I'm trying the gazebo simple model tutorial (https://github.com/vvv-school/tutorial_gazebo-simple-model), but Gazebo (I'm using Gazebo classic 11) does not find the model installed, neither from the Gazebo model pane nor launching gazebo with the gazebo simple_object_world.sdf command.
I think the issue is due to the fact that the model directory is installed in <conda-env-path>/share/gazebo/models while the GAZEBO_MODEL_PATH environment variable has value <conda-env-path>/share/gazebo-11/models.
@traversaro do you think this is a consequence of some missing configuration in my environment?

I'm trying the gazebo simple model tutorial (https://github.com/vvv-school/tutorial_gazebo-simple-model), but Gazebo (I'm using Gazebo classic 11) does not find the model installed, neither from the Gazebo model pane nor launching gazebo with the gazebo simple_object_world.sdf command.
I think the issue is due to the fact that the model directory is installed in <conda-env-path>/share/gazebo/models while the GAZEBO_MODEL_PATH environment variable has value <conda-env-path>/share/gazebo-11/models.
@traversaro do you think this is a consequence of some missing configuration in my environment?

I tried to add in my .bashrc file the missing path to the GAZEBO_MODEL_PATH env variable:
export GAZEBO_MODEL_PATH=${GAZEBO_MODEL_PATH}:<conda-env-path>/share/gazebo/models

Then, launching Gazebo I'm able to see the model in the insert pane:

I guess it is a bug exposes by a a new version of YARP. The code was not include what you use (IWYU) and it was working just by chance thanks to a transitive include in some YARP header, that was removed in some recent version of YARP. To fix the problem, you just need to add the correct include, if you need help ask in the lab to anyone with C++ experience.

Regarding this tutorial, the problem was a missing include in Module.cpp:
#include <yarp/os/LogStream.h>

Using this, I was able to compile and install.
I then started yarpserver and yarpmanager and from it I've launched the following applications:
Tutorial_on_Impedance_Control_system

Tutorial_on_Impedance_Control

The latter is failing, i think because icub is not appearing in Gazebo, probably an issue related to https://github.com/robotology/gz-sim-yarp-plugins/issues/45#issuecomment-1877415992.

After you fixed the problem locally, please open a PR, thanks!

PR merged here https://github.com/vvv-school/tutorial_impedance-control/pull/7

Why some code in the iCub infrastructure is encapsulated using YARP devices that communicate over C++ interface rather than RFModule that communicate using YARP ports?

From Ch. 4 of https://www.frontiersin.org/articles/10.3389/frobt.2016.00024/full:

For such devices YARP defines a set of C++ interfaces that provide an abstraction layer that is independent of the specificities of the hardware components that implement them. Communication with the hardware is achieved by instantiating user-level devices,  which directly send messages to the hardware. These devices implement a set of interfaces that allow reading sensor values and controlling the motors at the joint level.

Hence, it is possible to decouple the main functionality for which a device is required from the specific implementation, allowing to replace and upgrade parts of the robot without changing the software. It is also possible to create fake devices, that simulates the behavior of the hardware ones enabling to test the software infrastructure in simulation instead of using the real robot.

@traversaro do you think this is a consequence of some missing configuration in my environment?

Not really, more a difference between the robotology-superbuild-based installation and the conda-based one that you are testing. The culprit is indeed the values of the GAZEBO_MODEL_PATH env variable. When the robotology-superbuild is used, <install_prefix>/share/gazebo/models is added in GAZEBO_MODEL_PATH by the setup.sh script (see https://github.com/robotology/robotology-superbuild/blob/master/doc/environment-variables-configuration.md#gazebo and https://github.com/robotology/robotology-superbuild/blob/74d42b0065f64659575856d1dc71ce8fc4fdecf8/cmake/template/setup.sh.in#L29 . To be completely honest, I do not even remember why we were adding those directories to GAZEBO_MODEL_PATH, I guess to support long deprecated repos such as https://github.com/robotology/icub-gazebo-wholebody or https://github.com/robotology-legacy/icub-gazebo-legacy . So, as there is no conda package for this deprecate repos, nobody adds  <install_prefix>/share/gazebo/models to GAZEBO_MODEL_PATH, and so the tutorial does not work out of the box. I opened an issue on the robotology-superbuild to track this: , even if I do not have a clear solution.

You can probably also follow the tutorial linked in https://github.com/robotology/gz-sim-yarp-plugins/issues/1 before closing this issue.

CC @carloscp3009

You can probably also follow the tutorial linked in #1 (i.e. https://github.com/robotology/gazebo-yarp-plugins/blob/35fa088fa993fec83f0a14eabc4a502d3253ff7f/tutorial/model/forcetorque/README.md) before closing this issue.

@traversaro I'm not succeeding in making gazebo find the forcetorque_world.world when launching gazebo as:
gazebo --verbose forcetorque_world.world

gazebo responds with:
[Msg] Waiting for master.
Gazebo multi-robot simulator, version 11.14.0
Copyright (C) 2012 Open Source Robotics Foundation.
Released under the Apache 2 License.
http://gazebosim.org

[Msg] Waiting for master.
[Msg] Connected to gazebo master @ http://<IP_ADDRESS>:11345
[Msg] Publicized address: <IP_ADDRESS>
[Wrn] [SystemPaths.cc:460] File or path does not exist [""] [forcetorque_world.world]
[Err] [Server.cc:493] Could not open file[forcetorque_world.world]
[Wrn] [Server.cc:383] Falling back on worlds/empty.world
[Msg] Loading world file [/home/acroci/mambaforge/envs/gyp_test/share/gazebo-11/worlds/empty.world]
[Msg] Connected to gazebo master @ http://<IP_ADDRESS>:11345
[Msg] Publicized address: <IP_ADDRESS>
[Err] [InsertModelWidget.cc:403] Missing model.config for model "/home/acroci/repos/gazebo-yarp-plugins/tutorial/model/model_pose_publisher"

I've added the tutorial/model folder to the GAZEBO_MODEL_PATH using:
export GAZEBO_MODEL_PATH=${GAZEBO_MODEL_PATH}:/home/acroci/repos/gazebo-yarp-plugins/tutorial/model

In the gazebo insert pane I'm able to see the models coming with the plugin, but the world is not spawned.

I've tried also to add the same tutorial/model folder to the GAZEBO_RESOURCE_PATH that is usually used to search for worlds but nothing changed.

I think the README assumes that one does change the directory in tutorial/model/forcetorque before running gazebo --verbose forcetorque_world.world, but indeed we should write this in the tutorial.

I think the README assumes that one does change the directory in tutorial/model/forcetorque before running gazebo --verbose forcetorque_world.world, but indeed we should write this in the tutorial.

Ah ok! In the meantime adding to the GAZEBO_RESOURCE_PATH the path up to forcetorque folder made it work.

I think I acquired the base knowledge of Yarp devices and gazebo yarp plugins (and I know where to get further information when needed). Closing.

CC @LoreMoretti

CC @Gio-DS

CC @rob-mau

cc @giotherobot


e2e: randomize ports used in e2e tests

This GitHub Issue would also provide great value in instrumenting end-to-end tests where we can randomize app ports (within some ranges).
This will ensure that we are not accidentally hard-coding ports in Envoy configs etc.
Originally posted by @draychev in https://github.com/openservicemesh/osm/issues/2755#issuecomment-866243660

Closing this as we don't have an immediate need for it.


Orbital laser drill suggestions

Minecraft Version:
1.7.10
Forge Version:
1614
Advanced Rocketry Version:
1.2.5-69
LibVulpes Version:
2.8
is this the latest curseforge build?
Not, pre-patest
Hello. Could you please check and consider the update for orbital laser drill?
Let me explain the situation a little, then i will give the improvement suggestion.
We do have the tech server with IC2 and advanced solar panels.
For now on, the EU-matter fabricator takes about 1m of energy per mB (millibucket) of UU matter.
Getting about 8 mb of UU matter will give the ability to make 1 piece of iron ore from it.
Means, 1 iron ore = ~8m EU/32m RF.
The Advanced Solar panels Ultimate panel gives 512 EU/T, resulting in 10k eu-sec. Players keep stacking them to get really big numbers of energy income.
For the laser drill, it does have the inner storage of 700 000 RF. Not sure for the energy conversion inside machines (can use both RF and EU, but it doesn't show difference on usage - both EU and RF receivers can be placed in one multiblock resulting of total 700 000 energy (not defined) storage).
I have put a power multiplier for drill on 50 - means mining 1 block of anything costs 500000 RF (as far as i remember, base value is 1000 rf/block). Even through it mostly mine cobble, it made my playes possible to have like 8k of diamon ore within once day. Changing the value to 70 won't help much. Also, i tried to change it to 150 and it seems that it doesn't allow machine to mine any block - because buffer is too low. So, my meaning that with given mod setup, having the drill with maximum energy cost is still way too profitable for players. My suggestions to improve it as follows:
Forgot to mention, i turned off actual planet mining not to damage them and prevent massive chunk update.

Is it possible to add % chance per ore, for example, 95% for cobble and 5% chance for other ore (if we can define chance per ore, it would be great)? Also, if that config could contain the chance for getting 1-5 ore, that would be nice (So i could define that in 95% of cases player get 5 cobble, 5% case - get 1-2 ore).
Other suggestion is to make it selectively mine the specified ore with set cost per ore (EG iron mining mode use 100 000 rf per block, diamond mining mode use 500 000 rf per block).
Add lens upgrades that allow the drill to mine specific ores, then we can balance it with lens cost and cannot mine all players want - need to make some maintenance on the drill.
Add drill work speed regulator (like IC2 miner, which work pretty slow until you put many accelerators inside). Or maybe make drill inherit the coils speed boost as it was made for other AR machines with possible config for each upgrade speed increase.

If you have any questions or suggestions, please let me know, i will try to explain my idea more exactly with correct examples of real server experience.
BTW, having the config for coils speed mult would also be great, so then we can adjust those numbers at will and find the balanced numbers for it. I specifically think that crystallizer and precision assembler are way too fast with iridium coils.

The point of the drill, I believe was to be something similar to Extra Utilities' quantum quarry, an easy way, at an extreme amount of power, to gain ore. This sounds like a power generation ease issue, not a laser drill issue. Even though the drill makes little sense, the selective filtering makes even less sense, because the laser will still hit everything. For that reason, lenses make it seem strange as well. These also make it, I feel, too close to the MFR or Industrial Foregoing laser drill. The point of the iridium coils is that they are endgame, AFTER much successful asteroid mining, so the speed multiplier seems balanced. Here it seems the issue is an outside source of iridium, not that they're overpowered for their cost.
Lastly, I think the idea of "anything fully configurable is therefore balanced" is ridiculous. This lets people mess with the mod much more, therefore stripping it of how it was meant to be played. 1.7.10 support has also been dropped, so this would only go into affect for 1.12

Sorry about lateness. While I am not an official part of the team, I do try to help alout around here. I probably have a different outlook on mods than you do, so take what I say with a grain of salt.
I am NOT against customization. However, I feel that full customization is the mod author saying ‘I don’t know how to balance this’.  Having a customizer for the laser drill’s power consumption would be nice. The coil adding to improve efficency up to today’s base could also be cool. I think, however, the coil multipliers are fine. I like unique ecosystems, however I do not like total rebalanves of mods ro make them fit.

Well, as soon as author leave his basic config for how it was meant by him, totally remove the issue with "i don't know how to balance this". But well, it's his own vision and it cannot include all the things existing, like Enderio, Mutant monsters and many other mods, so he cannot keep them in mind when making the balance. That's why full customization helps a lot when coming to build a real server with a defined list of mods with their compatibility and energy system issues.
I understand your position, and do not mean any offence against it. I just try to persuade you to the fact that "fully customizible mod" is always better then "not fully customizible mod" and there is no situation where it could be vise versa in the view of finished product. Of course, hardcoding some things is much easier in the view of making mod as author don't have to think on what should be customizible. But, in fact, if mod balance is okay for server in first place, nobody's gonna change it, right?  Everyone's happy. It's just a matter of authors passion and time investment or both options.

Also, what I mean by full customization is this”The laser drill could lake between 1 and 1000000 Rf/t”, or other things such as that. However, some consumption multiplier that could not go below one would be great.

Well, actually, i think of "define 1 or 99999999, default is 100 RF" or "default is 100 RF, define the multiplier" as pretty same things. Both allow for customization, but second one is less intuitive and is harder for fine tuning some numbers, but they both do exactly the same thing, just in slightly different method.

No, the multiplier is on the already existing value, effectively limiting it to more than the base value. I prefer a hard limit of no less than, and a mult makes it more intuitive in that respect for me.

I believe "LaserDrillPowerMultiplier" handles power requirement customisation?  It's not a per ore config but it is something.  I'm not sure when it was added, but it's old enough to be in the 1.7.10 test world config.
The laser drill is due for an overhaul, it's more just a matter of finding time.

I believe the OP's problem was not enough energy storage on the machine to cope with the values he was trying to set for that config.

Please ignore this thread. As i’m a topicstarter and its just a necroposting by Sylfryu. 1710 version is suspended long ago, so there is no much sense to discuss it anymore.

Sorry, I just had a vested interest in the issue. I can agree, though. This was a long argument for no gain. OP made some fair points though.


Pickup changes of multiple commits - not just the last

Hi, thanks for the demo-repo - this is really helpful!
I found the link to this repo in the CircleCI forum and I'm running into a similar problem as one user over there:

Has anyone managed to get around the problem of git diff based on $CIRCLE_COMPARE_URL only showing the changes for the latest commit in a PR?
Say I create a feature branch and change something in package A, commit and push that, then later discover I had to change something in package B as well. I make changes in package B, commit and push. Now, even when looping over ever package, $(git diff $COMMIT_RANGE --name-only | grep "$PACKAGE") will only show changes for package B, so the first one won’t be tested.

from: https://discuss.circleci.com/t/does-circleci-2-0-work-with-monorepos/10378/19
So, changing something in service1 and commiting it (but not pushing), then changing something in service2 and commiting it, leads to this output when running
$ git diff --no-commit-id --name-only -r `git log -n 2 --oneline --pretty=format:"%h" | tail -n1`
service2/main.go

The changes in service1 are not found because they happened in the second to last commit.
Is there a way to check a dynamic range of commits rather than just the last one? We'd need the range since the last test we ran on circleci ...

@pkyeck fixed, please review


Live Audio Streaming

Can this project give me facility to play audio tracks on a port and listeners from all over the world can listen same music from there. And also the server must be play 24/7.

Yes it can.
See http://music.kaiserapps.com/
However, everyone can modify your songs (and playlists) so keep that mind
when sharing links to the player.
Also, your server needa to be up 24/7.
On Sep 8, 2015 2:18 PM, "coeus-abdullahaziz"<EMAIL_ADDRESS>wrote:

Can this project give me facility to play audio tracks on a port and
listeners from all over the world can listen same music from there. And
also the server must be play 24/7.
—
Reply to this email directly or view it on GitHub
https://github.com/benkaiser/node-music-player/issues/57.

But your link is not working, Like when i play a song. it actually not playing and no sound coming. :(

Strange. What browser are you using?

@coeus-abdullahaziz @ohnx there was an issue affecting the hosted version. Not sure what it was, but upgrading and clearing the settings seemed to fix it.

Closing. Reopen if issue persists.

Can we have resumable play instead of download all data before playing?

player.js>>this.current_track.load();

@mohammadrezaprw I'm not 100% certain of this (but I can do some testing to find out) but I'm pretty sure that .load() is a non-blocking function. And it will start playing before the whole track is loaded.


VS Depencencies from 16.7.0 signed build

Description
WebTest issue #1073431 insertion

Duplicates closed by this PR:
https://github.com/microsoft/vstest/pull/2395
https://github.com/microsoft/vstest/pull/2374
https://github.com/microsoft/vstest/pull/2365


feat: Sort by failed endpoints first

Describe the feature request
hello,
when i view the ui dashboard i want to see the failed responses pop up at the top of the page where i can see the error on which endpoint instead of scrolling down (we have a lot of endpoints) until we find our failed endpoint.
to summerize we want the failed services to always be on top of the page
Why do you personally want this feature to be implemented?
we need a good view if our services are down so can figure it out quickly instead of scrolling down until we find if there is an issue
How long have you been using this project?
1 week
Additional information
No response

Duplicate of #150


Add .graphqls file support

.graphqls file is the suggested extension for schema files inside jetbrains ides

ops I read how to add file extensions :)
excuse me


[ballast-test] Add a way to test Inputs in isolation

In addition to running "scripts" which send a series of Inputs and assert the result of all of them, there should be a way to mock everything out except the InputHandler. This new helper function should create a mock InputHandlerScope and stub out everything except for a StateFlow of the current state, and pass that with a single Input to an InputHandler. After running the test, it will collect TestResults and deliver those to the test for making assertions

Closed in ec66b27bff6762d86a06a6b740d51f33b806f789, released in 0.15.0


Add toggle visibility for plots

Add functionality to temporarily hide or toggle plots on and off, so users can control which plots are visible at any given time.

This can be easily fixed by just switching to pn.Accordion() instead of pn.Column() on the top level of all page returns!
All listed elements will then be one "card"

This should also be done on the trees page when multiple trees are shown, one should be able to hide some of these trees as suggested in tforest#26


[Feature Request; Launcher] Limit search to desired scopes

📝 Provide a description of the new feature
What is the expected behavior of the proposed feature?  What is the scenario this would be used?
This feature would add a configurable option to limit search scopes used by the Launcher. As an example, for users only interested in finding applications, it would remove unrelated files from the search results.
Before

After

If you'd like to see this feature implemented, add a 👍 reaction to this post.

@kherge
do you mean to have an action key to limit the scope for each search or a toggle in the settings to not show certain type of file?
In the second case, the option is already available in the Windows Search settings