Cloud implementation of shutil.copy and shutil.copytree

Seems like @genziano was busy (thanks for the initial work!), so I moved over his WIP from #125 to this branch.
@benasaf feel free to pick it up from here.

Moved over PR from #125:

Draft of cloudpathlib.copy, that replicates shutil.copy

Import only PathLike from os

Reuse _local_to_cloud_copy for cached files

try to use the intended cached _local version

Update cloudshutil.py

Implemented the CloudPath methods: upload_from, copy, copytree

Add docstrings

Fix indentation

fix unnecessary imports

Fix typing issues

Allow CloudPath.copy to a directory as well

Hey @pjbull, indeed, sorry for leaving it unfinished but it's a very busy period! Glad to have contributed!

@jayqi This is ready for re-review:

I opened issue for a few things that were too much to take on and block merging.
I'd like to have the default for upload not overwrite a newer file on the cloud. Agreed that normal path functions don't typically care, but I do think overwriting newer versions on cloud storage warrants extra caution.
Changing some of the return types per the review was interwoven with a handful of other functions, and mypy was very fussy for a long time. I eventually got there, but had to add a little bit of a workaround to anypath. Would appreciate your eyes there.


fix(TDI-47005): tsalesforceoutput component update didn't work same with upsert that column name case insensitive

What is the current behavior? (You can also link to an open issue here)
https://jira.talendforge.org/browse/TDI-47005
What is the new behavior?
Please check if the PR fulfills these requirements

[x] The commit message follows Talend standard
[ ] Tests for the changes have been added (for bug fixes / features)
[ ] Docs have been added / updated (for bug fixes / features) ?
[ ] The code coverage on new code >75%
[ ] The new code does not introduce new technical issues (sonar / eslint)

What kind of change does this PR introduce?

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

Does this PR introduce a breaking change?

[ ] Yes
[x] No

If this PR contains a breaking change, please describe the impact and migration path for existing applications: ...
Other information:

Pull request test result: failure :x:

Pull request test result: failure :x:


Master issue for Logging in .NET Core and ASP.NET Core

This is the master issue for all the open issues in this doc:

How to write a custom logging provider #11842 - assigned to @JuergenGutsch
Loading log filters from appsettings files #15827
the documented folders are wrong on linux #16095

Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

ID: 7184a308-a254-9350-a5cd-5bced1f369ae
Version Independent ID: 726e3bf1-f367-d733-8933-bccc04da0e16
Content: Logging in .NET Core and ASP.NET Core
Content Source: aspnetcore/fundamentals/logging/index.md
Product: aspnet-core
Technology: aspnetcore-fundamentals
GitHub Login: @Rick-Anderson
Microsoft Alias: riande

Hey @Rick-Anderson,
Sorry for the delay. As mentioned in #11842 I would really like to create a PR with a sample about how to create a custom logging provider. Do I need to assign the PR to the closed ticket or to this ticket? Thanks

@JuergenGutsch  I'll open the ticket when you PR this.


Updated protocol. It good for C# boys.

Now the protocol is very cool. Thank you much for you time.

Ohh mosher's gonna yell at me for doing that.


Properly setup dashboard (Homarr)

[X] Homarr is working
[x] All widgets are added
[x] Fix issues with connection refused from *arr apps
[ ] Fix issues with not being able to connect to adguard home
[x] Add background

Current working theory is that adguard integration is not working as its setup with no additional port, so I'll try reset adguard home later and assign it a port,


V5 Offcanvas - Optional sizes

Similarly as it is in the Modal component it would be great to have optional sizes for the Offcanvas component (Extra Large, Large, Small).

Duplicate of #33387


Consider W-TinyLFU eviction policy

Enhancement Request
Is your feature request related to a problem? Please describe.
Currently, the cache supports the policies LRU, LFU, and a Hybrid (default). Unfortunately in many workloads these algorithms have low hit rates.
Describe the solution you'd like
Incorporate a modern algorithms, borrowing from Caffeine. Perhaps ideally there would be a direct dependency, e.g. to take advantage of it being concurrent (whereas LocalCache is fully synchronized). However that is a unreasonly significant change, so instead a port of the algorithm is provided into your APIs (commit) to assist in the initial bootstrapping.
The bootstrap commit leaves a few gaps such as

Loop during eviction to discard multiple entries when required by custom unit sizes
Unit / Integration testing
Style, formatting, etc
External configuration

Additional context
Window TinyLFU (W-TinyLFU) is a modern eviction policy that outperforms the currently implemented algorithms: LRU, LFU, and Hybrid (default).
W-TinyLFU utilizes a popularity sketch, CountMin, to compactly estimate the frequency over a time period. This sketch is used as a frequency filter by comparing the entry being added to the cache to eviction policy's victim. If the victim is more popular then the candidate is discarded, which avoids polluting the cache with "one-hit wonders". The sketch is aged by halving all of its counters periodically. Because it only needs to detect heavy hitters, a matrix of 4-bit counters is used.
In recency-biased workloads, aggressively filtering by the frequency can reduce the hit rate. Therefore the cache is split into two LRUs, one before and one after the filter, and uses TinyLFU to conditionally promote. Thus the admission window's victim and the main space's compete. Since the main region is frequency-biased, it uses SLRU to choose a better victim.
The optimal relative size of these two regions is workload dependent. It is configured dynamically by using hill climbing. The hit rate is sampled and the admission window's size is increased or decreased depending on whether the last guess was beneficial. Eventually the climber oscillates around the best configuration, so the step size decays gradually to allow for convergence. An adaption will restart if the hit rate changes dramatically, indicating different workload.
The hit rate across a variety of workloads shows a significant improvement.

Trace
Cache Size
W-TinyLFU
Hybrid
Lru
Optimal
Description

glimpse
512
32.65%
2.64%
0.98%
35.13%
an analytical loop

multi3
512
44.16%
31.41%
32.78%
49.10%
four concurrent workloads

corda
512
32.29%
12.14%
33.33%
33.33%
blockchain mining

loop/corda/loop
512
36.44%
14.95%
21.65%
39.38%
chaining of mru/lru/mru traces

oltp
1024
40.21%
15.39%
33.22%
53.86%
a CODASYL database

s3
400K
42.52%
31.32%
12.04%
59.96%
a web search engine

ds1
4M
44.76%
36.95%
20.24%
48.09%
a SQL database

Thanks @ben-manes - will take a look and if promising will schedule incorporating into the product.

If inclined, we may be able to implement an adapter from CacheMap to Caffeine, as an alternative implementation. The majority of features overlap (listeners, unit sizes, map views). This would remove the algorithmic complexity, has its own test suite, and provide a concurrent data structure (if ever desired). However there are some differences, such EvictionApprover, that may be difficult to reconcile. It would also require reviewing all usages of LocalCache to be driven by interfaces / factories, which might not be too bad but I did not investigate deeply enough to understand the lifecycle.

Hey @ben-manes, I'm interested in resurrecting this work, if you are still up for it?
I did look over the original PR, and while it may work and shouldn't be too difficult to integrate, I would prefer a proper Caffeine integration (ideally, a CacheMap/ConfigurableCacheMap implementation backed by Caffeine).
Not sure if that's possible, but happy to discuss and we can go from there.

Thanks @aseovic! I'd be happy to work with you on it and obviously would prefer if Caffeine was used directly (but I didn't want to over step or be presumptuous). Please let me know how I can be of help and I can make myself available over email / slack / zoom / whatever works best for you.

Cool -- ping me on Coherence Slack channel and we can set something up on Zoom. Seems like @javafanboy is willing to help as well, so maybe all three of us should get together and come up with a plan.
And you are not overstepping by any means -- we certainly welcome contributions, especially around integrations with popular projects.

I have a proof-of-concept implementation ready for discussion when we meet next week. Sorry for the very long commit message, that can be removed if merged. I wanted to write down the issues to review when we chatted and provide context for what seems at first unnecessary complexity.
I also did not know where to look for tests to port over. Instead I verified the ConcurrentMap contract using Guava's testlib, resulting in 925 unit tests. I ran it against OldCache which uncovered bugs, and I'll open a ticket for that. Note that Caffeine does not allow null key or values, which OldCache does support.
I did not attempt to conform to the style guide, etc as this is PoC stage and instead following Google's. This and other requirements can be fixed when we're ready for a merge-focused code review.

I am in the planning stage of a project with a client where we are
considering to use Coherence CE. The things we need in place (or ourself
contribute) are:

Best possible hit ratio - i.e. use of the best policy to decide what
entries to keep or evict - today the best general purpose one with
reasonable memory use is in my view TinyFLU so we need that integrated one
way or another.
Off-heap and persisted tiers (like Chronicle Map that actually fulfill
both alternatives and/or RocksDB for persistence) - at the moment I am most
positive to ChronicleMap as it would fit both needs even though RocksDB
probably is a bit more performant for the persisted case.
Possibility to create "exclusive" cache tiers (i.e. ensure that the
same entries are not stored in multiple tiers) - I need to look into if
Coherence CE already provides the needed notifications to implement this
(for example when an entry is evicted from the L1 cache I want to insert it
in the L2 cache, when the L1 cache loader picks up an entry from the L2 I
want to remove it from the L2 - the later can be built into the cache
loader itself so is not a problem I believe)

Once we have sorted out some other things and comes down to what cache to
use I am happy to connect back with you and see where you are and determine
if we can help in any way...
On Sun, Jan 30, 2022 at 6:37 AM Ben Manes @.***> wrote:

I have a proof-of-concept implementation
https://github.com/ben-manes/coherence/tree/caffeine ready for
discussion when we meet next week. Sorry for the very long commit
message, that can be removed if merged. I wanted to write down the issues
to review when we chatted and provide context for what seems at first
unnecessary complexity.
I also did not know where to look for tests to port over. Instead I
verified the ConcurrentMap contract using Guava's testlib, resulting in
925 unit tests. I ran it against OldCache which uncovered bugs, and I'll
open a ticket for that. Note that Caffeine does not allow null key or
values, which OldCache does support.
I did not attempt to conform to the style guide, etc as this is PoC stage
and instead following Google's. This and other requirements can be fixed
when we're ready for a merge-focused code review.
—
Reply to this email directly, view it on GitHub
https://github.com/oracle/coherence/issues/16#issuecomment-1025074742,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AADXQF6DE7TRCV6MLEHM3W3UYTE73ANCNFSM4OJYUX5Q
.
Triage notifications on the go with GitHub Mobile for iOS
https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675
or Android
https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub.
You are receiving this because you were mentioned.Message ID:
@.***>

Merged via 536011c7a3960060f994a167bb54186636bcf7d3


Show correct video length in Fluid Player

I was wondering if is there a way to show correct video length BEFORE we start the video? I wasn't able to find the solution in the official docs and the example videos there are also not showing length before playing, just 0:00/0:00.
Additional context

@DunderAlexander did @gibigate solution work for you? If so, can this ticket be closed? Thanks!

@DunderAlexander did @gibigate solution work for you? If so, can this ticket be closed? Thanks!

yeah, it did, thanks!


AutoUpdate problems with lazy loaded esm modules

Thanks for the amazing plugin!
When using Vue3 + TS + Vite + autoUpdate with lazy loaded routes, the clients sometimes try to request a .js file with outdated hash for the new route when navigating on the site after an update (e.g. old Home.8769440d.js instead of the new Home.e58cddfc.js). This throws an error (see below for details) and nothing happens navigation wise. A manual reload / revisiting of the site and everything is okay again.
Most of the time the clients detect the new service worker and reload as intended.
Error: Loading module was blocked because of a disallowed MIME type (“text/html”)
The old hash does not exists and the 404.html page served instead is not a esModule.
One solution might be to keep the old hashed files on deployment but this seems not right.

@samuel-git check issue #177 again, you will have there some hints, also check PR #181

Thanks, I need some time to test properly but I think it was the short caching time for js files.
I use the netlify config from your awesome vitesse template now und will report back if this did not help.

Just a short heads up for everyone encountering this: Migrating from a DIY i18n plugin to the official one for Vue 3 along with the changes suggested by @userquin fixed the issue for me.


Error during training

I can get the model to perform inference just fine, but in my colab env this is what I run into
`2023-12-21 14:14:22.093031: E external/local_xla/xla/stream_executor/cuda/cuda_dnn.cc:9261] Unable to register cuDNN factory: Attempting to register factory for plugin cuDNN when one has already been registered
2023-12-21 14:14:22.093134: E external/local_xla/xla/stream_executor/cuda/cuda_fft.cc:607] Unable to register cuFFT factory: Attempting to register factory for plugin cuFFT when one has already been registered
2023-12-21 14:14:22.162482: E external/local_xla/xla/stream_executor/cuda/cuda_blas.cc:1515] Unable to register cuBLAS factory: Attempting to register factory for plugin cuBLAS when one has already been registered
2023-12-21 14:14:24.060295: W tensorflow/compiler/tf2tensorrt/utils/py_utils.cc:38] TF-TRT Warning: Could not find TensorRT
Tokenizing dataset...
100% 1000/1000 [00:02<00:00, 383.23it/s]
0% 0/750 [00:00<?, ?it/s]Traceback (most recent call last):
File "/content/mamba-chat/train_mamba.py", line 60, in
run(args)
File "/content/mamba-chat/train_mamba.py", line 45, in run
trainer.train()
File "/usr/local/lib/python3.10/dist-packages/transformers/trainer.py", line 1555, in train
return inner_training_loop(
File "/usr/local/lib/python3.10/dist-packages/transformers/trainer.py", line 1860, in _inner_training_loop
tr_loss_step = self.training_step(model, inputs)
File "/usr/local/lib/python3.10/dist-packages/transformers/trainer.py", line 2725, in training_step
loss = self.compute_loss(model, inputs)
File "/content/mamba-chat/trainer/mamba_trainer.py", line 9, in compute_loss
lm_logits = model(input_ids).logits
File "/usr/local/lib/python3.10/dist-packages/torch/nn/modules/module.py", line 1518, in _wrapped_call_impl
return self._call_impl(*args, **kwargs)
File "/usr/local/lib/python3.10/dist-packages/torch/nn/modules/module.py", line 1527, in _call_impl
return forward_call(*args, **kwargs)
File "/usr/local/lib/python3.10/dist-packages/mamba_ssm/models/mixer_seq_simple.py", line 221, in forward
hidden_states = self.backbone(input_ids, inference_params=inference_params)
File "/usr/local/lib/python3.10/dist-packages/torch/nn/modules/module.py", line 1518, in _wrapped_call_impl
return self._call_impl(*args, **kwargs)
File "/usr/local/lib/python3.10/dist-packages/torch/nn/modules/module.py", line 1527, in _call_impl
return forward_call(*args, **kwargs)
File "/usr/local/lib/python3.10/dist-packages/mamba_ssm/models/mixer_seq_simple.py", line 152, in forward
hidden_states, residual = layer(
File "/usr/local/lib/python3.10/dist-packages/torch/nn/modules/module.py", line 1518, in _wrapped_call_impl
return self._call_impl(*args, **kwargs)
File "/usr/local/lib/python3.10/dist-packages/torch/nn/modules/module.py", line 1527, in _call_impl
return forward_call(*args, **kwargs)
File "/usr/local/lib/python3.10/dist-packages/mamba_ssm/modules/mamba_simple.py", line 341, in forward
hidden_states, residual = fused_add_norm_fn(
File "/usr/local/lib/python3.10/dist-packages/mamba_ssm/ops/triton/layernorm.py", line 478, in rms_norm_fn
return LayerNormFn.apply(x, weight, bias, residual, eps, prenorm, residual_in_fp32, True)
File "/usr/local/lib/python3.10/dist-packages/torch/autograd/function.py", line 539, in apply
return super().apply(*args, **kwargs)  # type: ignore[misc]
File "/usr/local/lib/python3.10/dist-packages/mamba_ssm/ops/triton/layernorm.py", line 411, in forward
y, mean, rstd, residual_out = _layer_norm_fwd(
File "/usr/local/lib/python3.10/dist-packages/mamba_ssm/ops/triton/layernorm.py", line 155, in _layer_norm_fwd
_layer_norm_fwd_1pass_kernel[(M,)](
File "/usr/local/lib/python3.10/dist-packages/triton/runtime/autotuner.py", line 100, in run
timings = {config: self._bench(*args, config=config, **kwargs)
File "/usr/local/lib/python3.10/dist-packages/triton/runtime/autotuner.py", line 100, in
timings = {config: self._bench(*args, config=config, **kwargs)
File "/usr/local/lib/python3.10/dist-packages/triton/runtime/autotuner.py", line 83, in _bench
return do_bench(kernel_call, warmup=self.warmup, rep=self.rep, quantiles=(0.5, 0.2, 0.8))
File "/usr/local/lib/python3.10/dist-packages/triton/testing.py", line 104, in do_bench
fn()
File "/usr/local/lib/python3.10/dist-packages/triton/runtime/autotuner.py", line 81, in kernel_call
self.fn.run(*args, num_warps=config.num_warps, num_stages=config.num_stages, **current)
File "", line 63, in _layer_norm_fwd_1pass_kernel
File "/usr/local/lib/python3.10/dist-packages/triton/compiler/compiler.py", line 476, in compile
next_module = compile_kernel(module)
File "/usr/local/lib/python3.10/dist-packages/triton/compiler/compiler.py", line 351, in
lambda src: ptx_to_cubin(src, arch))
File "/usr/local/lib/python3.10/dist-packages/triton/compiler/compiler.py", line 150, in ptx_to_cubin
return compile_ptx_to_cubin(ptx, ptxas, arch)
RuntimeError: Internal Triton PTX codegen error:
ptxas /tmp/compile-ptx-src-eed3b0, line 984; error   : Feature '.bf16' requires .target sm_80 or higher
ptxas /tmp/compile-ptx-src-eed3b0, line 984; error   : Feature 'cvt with .f32.bf16' requires .target sm_80 or higher
ptxas /tmp/compile-ptx-src-eed3b0, line 986; error   : Feature '.bf16' requires .target sm_80 or higher
ptxas /tmp/compile-ptx-src-eed3b0, line 986; error   : Feature 'cvt with .f32.bf16' requires .target sm_80 or higher
ptxas /tmp/compile-ptx-src-eed3b0, line 988; error   : Feature '.bf16' requires .target sm_80 or higher
....
ptxas /tmp/compile-ptx-src-eed3b0, line 2801; error   : Feature 'cvt.bf16.f32' requires .target sm_80 or higher
ptxas /tmp/compile-ptx-src-eed3b0, line 2803; error   : Feature '.bf16' requires .target sm_80 or higher
ptxas /tmp/compile-ptx-src-eed3b0, line 2803; error   : Feature 'cvt.bf16.f32' requires .target sm_80 or higher
ptxas /tmp/compile-ptx-src-eed3b0, line 2805; error   : Feature '.bf16' requires .target sm_80 or higher
ptxas /tmp/compile-ptx-src-eed3b0, line 2805; error   : Feature 'cvt.bf16.f32' requires .target sm_80 or higher
ptxas /tmp/compile-ptx-src-eed3b0, line 2807; error   : Feature '.bf16' requires .target sm_80 or higher
ptxas /tmp/compile-ptx-src-eed3b0, line 2807; error   : Feature 'cvt.bf16.f32' requires .target sm_80 or higher
ptxas fatal   : Ptx assembly aborted due to errors
0% 0/750 [00:02<?, ?it/s]`

I'll give this a try later. Thanks

It works.  I'm still having to, after installing the requirements, to add the below in order to run it on colab, but I'm pretty sure that's a separate problem
!export LC_ALL="en_US.UTF-8"
!export LD_LIBRARY_PATH="/usr/lib64-nvidia"
!export LIBRARY_PATH="/usr/local/cuda/lib64/stubs"
!ldconfig /usr/lib64-nvidia
Also under training args adding     fp16=True, results in faster training in colab

It works. I'm still having to, after installing the requirements, to add the below in order to run it on colab, but I'm pretty sure that's a separate problem !export LC_ALL="en_US.UTF-8" !export LD_LIBRARY_PATH="/usr/lib64-nvidia" !export LIBRARY_PATH="/usr/local/cuda/lib64/stubs" !ldconfig /usr/lib64-nvidia

ya that looks like a colab issue?

It is.  Honestly I got that solution from here.  I haven't looked up why it works yet.

It is. Honestly I got that solution from here. I haven't looked up why it works yet.

Found an issue open over at pytorch, looks like a version issue with triton and pytorch(?). Don't think the maintainers will be happy with us discussing that here.


Update "Adding Report" document for ReportView

Problem:
This PR addresses the lack of documentation for creating reports for snippets and non-page models in Wagtail. The existing documentation primarily focuses on generating reports for pages, leaving a gap for developers looking to implement reports for other model types.
Issue Number:
This PR fixes #12428.
Changes Made:

Added documentation that outlines how to create custom reports for snippets and non-page models.
Provided code examples demonstrating how to implement the UnpublishedChangesReportView to handle both pages and snippets.
Included instructions on setting up the menu item and permission restrictions for the new report.

Motivation:
The aim of these changes is to assist developers in understanding how to create custom reports beyond just pages, facilitating a more versatile use of the Wagtail reporting system.
Related Documentation:

Wagtail documentation on adding reports
Reference to the GitHub issue for context and discussion.

ok, completely fine.

See comment https://github.com/wagtail/wagtail/issues/12428#issuecomment-2427843563


Blazor + ProtobufMarshallerFactory

Describe the bug
When I try to use the combination Blazor (from the examples)+ ProtobufMarshallerFactory there is an error during the service call:
Microsoft.AspNetCore.Components.WebAssembly.Rendering.WebAssemblyRenderer[100]
Unhandled exception rendering component: Status(StatusCode="Unknown", Detail="Exception was thrown by handler.")
Grpc.Core.RpcException: Status(StatusCode="Unknown", Detail="Exception was thrown by handler.")
at ServiceModel.Grpc.Client.ClientChannelAdapter.d__11[[System.Collections.Generic.IList1[[BlazorApp.Shared.WeatherForecast, BlazorApp.Shared, Version=<IP_ADDRESS>, Culture=neutral, PublicKeyToken=null]], System.Private.CoreLib, Version=<IP_ADDRESS>, Culture=neutral, PublicKeyToken=7cec85d7bea7798e]].MoveNext()
at BlazorApp.Client.Pages.FetchData.Reload() in C:\Application\Its-Hub\ServiceModel.Grpc-master\Examples\BlazorApp\BlazorApp\Client\Pages\FetchData.razor:line 53
at Microsoft.AspNetCore.Components.ComponentBase.RunInitAndSetParametersAsync()
at Microsoft.AspNetCore.Components.RenderTree.Renderer.GetErrorHandledTask(Task taskToHandle)
To Reproduce
I modified the Blazor example
In the client program.cs I added:
services.AddSingleton(_ => new ClientFactory(new ServiceModelGrpcClientOptions
{
MarshallerFactory = ProtobufMarshallerFactory.Default
}));
In the server startup.cs I added:
services.AddServiceModelGrpc(options => options.DefaultMarshallerFactory = ProtobufMarshallerFactory.Default);
What could be the problem?
Thanks!

Oeps, sorry I forgot to add the [ProtoMember(1)] attributes, my bad :-)


[bugfix] add long \ DateTime \ DateTimeOffset support

Lack of overloads in IOpenApiWriter for some primitives (i.e. long, DateTime and DateTimeOffset) leads to incorrect write output result.

example: 12345 is converted to OpenApiLong and then falls into Decimal overload, which ends up writing as a "float" number in JTokenWriter (inside of newtonsoftJson inner writer).
example: "2020-10-04T10:41:26" is converted into example": "2020-10-04T10:41:26.0000000+00:00", which is wrong according to https://swagger.io/docs/specification/data-models/data-types/ and https://datatracker.ietf.org/doc/html/rfc3339#section-5.6.

I have added required overloads in current PR + tested to ensure output is correct

LGTM. I think you can open a PR against official library to fix it for everyone


Error building some composite glyphs

Problem building certain composites glyphs. I thought it was only the overlapping ones because, but in fact not.
If I build with fontmake --> ok
If I build with builder 0.8.0 --> ok
If I build with Builder 0.8.2 --> error
Made a new glyphs files out of the UFO, and error glyphs is actually compatible, although ufo2glyphs tells me the features are different across ufo, which is curious.
Test on Texturina
https://github.com/Omnibus-Type/Texturina
Traceback (most recent call last):
  File "/Users/rosalie/Google/env/bin/gftools-builder.py", line 83, in <module>
    builder.build()
  File "/Users/rosalie/Google/env/lib/python3.9/site-packages/gftools/builder/__init__.py", line 184, in build
    self.build_variable()
  File "/Users/rosalie/Google/env/lib/python3.9/site-packages/gftools/builder/__init__.py", line 292, in build_variable
    output_files = self.run_fontmake(source, args)
  File "/Users/rosalie/Google/env/lib/python3.9/site-packages/gftools/builder/__init__.py", line 329, in run_fontmake
    FontProject().run_from_glyphs(source, **args)
  File "/Users/rosalie/Google/env/lib/python3.9/site-packages/fontmake/font_project.py", line 711, in run_from_glyphs
    self.run_from_designspace(designspace_path, **kwargs)
  File "/Users/rosalie/Google/env/lib/python3.9/site-packages/fontmake/font_project.py", line 974, in run_from_designspace
    raise FontmakeError(
fontmake.errors.FontmakeError: In 'Texturina.glyphs' -> 'master_ufo/Texturina.designspace': Generating fonts from Designspace failed: fonts contains incompatible glyphs: 'omacron'

Test on Saira (in anew venv to be sure there is no conflict with fontmake's dev branch)
https://github.com/Omnibus-Type/Saira
Traceback (most recent call last):
  File "/Users/rosalie/Google/envtest/bin/gftools-builder.py", line 83, in <module>
    builder.build()
  File "/Users/rosalie/Google/envtest/lib/python3.9/site-packages/gftools/builder/__init__.py", line 184, in build
    self.build_variable()
  File "/Users/rosalie/Google/envtest/lib/python3.9/site-packages/gftools/builder/__init__.py", line 292, in build_variable
    output_files = self.run_fontmake(source, args)
  File "/Users/rosalie/Google/envtest/lib/python3.9/site-packages/gftools/builder/__init__.py", line 329, in run_fontmake
    FontProject().run_from_glyphs(source, **args)
  File "/Users/rosalie/Google/envtest/lib/python3.9/site-packages/fontmake/font_project.py", line 711, in run_from_glyphs
    self.run_from_designspace(designspace_path, **kwargs)
  File "/Users/rosalie/Google/envtest/lib/python3.9/site-packages/fontmake/font_project.py", line 974, in run_from_designspace
    raise FontmakeError(
fontmake.errors.FontmakeError: In 'Saira.glyphs' -> 'master_ufo/Saira.designspace': Generating fonts from Designspace failed: fonts contains incompatible glyphs: 'Aring', 'Aringacute', 'Ldot', 'napostrophe', 'numero', 'ohorntilde', 'uhorntilde', 'underscoredbl'

It's working now!


IsDisabled property?

Could an IsDisabled property be added to the control?

Hi William, in fact this feature is already provided by default, simply add a disabled="disabled" attribute or just bind the disabled attribute to a boolean.
Hope this helps !
Raphaël...

Thanks! Must have not been paying attention to my poor typing. Good work on this.


Manage Created Crowdsale Contracts (choose contract button + popup)

This PR is the first step towards in the completion of #323

Choose crowdsale button for dev env
Popup listing crowdsales

@fernandomg there are some conflicts after merging of https://github.com/oraclesorg/ico-wizard/pull/391. Could you, please, resolve it?

@vbaranov done!

@vbaranov thanks!

It's available only for development mode (https://github.com/oraclesorg/ico-wizard/pull/401/files#diff-805607bc24e7cead114b8868c9c4ab83R42)
Sure thing


Update version: KDE.Okular version 23.08.1

Pull request has been created with WinGet Automation :rocket:
Microsoft Reviewers: Open in CodeFlow

/AzurePipelines run


Fund widget

Description
Create the component as shown in the video attached below.
Animation Preview

Screenshot/Video:

https://github.com/user-attachments/assets/38394dde-008d-4082-8a02-945fb048d751

[!NOTE]
Please refer to the Animata contributing guidelines available here for rules on how to contribute to the project. Let us know in the comments if you’re working on this issue, and feel free to ask any questions!

Requirements

Create a new animated component that matches the provided design.
Add example usage of the component in the documentation or storybook.
Add credits for any resources, references, or assets used, as specified in the Additional Resources section.

 Guidelines & Best Practices

Write reusable and clean code following the project’s style guide.
The component should be fully customizable. The user should be able to modify props such as duration, easing, color, and size where applicable.
Follow the Contributing Guidelines before submitting your pull request.

[!IMPORTANT]
To ensure more contributors have the opportunity to participate, we kindly request that:

Each contributor submits only one pull request related to this issue.
If you're interested in working on this issue, please comment below. We will assign the issue on a first-come, first-served basis.

Additional Resources
Interaction by Nitish Khagwal

[!Tip]
Join our Discord community if you need help or have any questions. We're here to help you get started and guide you through the process. Join now

Hey @hari ,i want to contribute on this one


Printing a page with ng-sidebar only prints what's visible in viewport

When I try to print a page that contains the ng-sidebar with scrollable content, only what's visible in the viewport is printed. The ng-sidebar style should make it possible to print the whole content.
Simplest way to reproduce:

Open chrome
Go to your own demo site
CTRL + P

See that only one page is printed

I've come across similar issues and was able to work around this by overriding the css. Something along the lines of the following can get you started. Just be sure to use the print media.
@media print {
.ng-sidebar__content {
position: relative !important;
overflow: visible !important;
}
}


Multiple contexts breaks Wifi rules after sleep

With v1.4, I had a working setup that used Wifi SSID to select between contexts (Home and various work locations). This would retain the current context if the laptop woke from sleep, as long as the wifi SSID hadn't changed to one specified as a different context in the rules.
As of 1.5 and Multiple Contexts, after waking from laptop sleep, ControlPlane treats sleep (and lack of wifi) as a departure rule. So even though I haven't moved location, a simple sleep and wake will trigger departure and arrival rules for the same location.
The only way I could fix this was to turn off multiple contexts. If multiple contexts is going to be permanent in the future, is there any way to fix this behaviour ?
Thanks very much

Is there any update or workaround for this? Arriving/departing every time I open/close my laptop is a pretty large issue

This is a difficult issue that isn't limited to the multiple active contexts action. I have a routine setup that will unmount some external drives if my external monitor is disconnected. This action will trigger at sleep if I have the multiple active context option enabled or not. I can look at the particular evidence source I'm using but chances are very good that ControlPlane is being notified of a change in monitor state which triggers my depart action.
There are a number of reasons why this can't be resolved easily. Some evidence sources flush their state at sleep because not doing so results in a different class of issues. Good example is the power source evidence source. If it isn't flushed and reread at wake ControlPlane isn't aware that the power state changed (it's now on battery and not plugged in) between going to sleep and waking up. Some evidence sources, particularly WiFi, are picking up on system events at sleep or wake that result rule triggering. There is little to nothing that can be done here as the system is truly not connected to WiFi for a period of time and as far as ControlPlane is concern, its just doing its job.

The larger issue seems to just be "sleep causes departures" for a lot of evidence sources.
Makes total sense from a technical standpoint. Practically, however, it definitely limits ControlPlane's usefulness. It effectively means actions execute every time the computer sleeps/wakes. For any non-instantaneous actions, this is a significant issue. Additionally, some actions take too long to execute before system sleep, and therefore don't execute at all.
Example: I have "home" and "work" contexts. When I close my laptop to go to a meeting, my work-departure actions activate, and then my work-arrival rules activate when I begin the meeting, despite the fact I am still at "work." When I arrive "home" my work-departure rules have already fired (when I closed the laptop).
The best idea I have for a solution is preventing evidence sources from updating once sleep is triggered, until the machine wakes back up. For some sources like Wi-Fi, the issue is even trickier, since it will still take a few seconds to reconnect. Perhaps building in specific "wake delays" could address. For example, Wi-Fi will ignore "no network connected" for 5 seconds after wake, before it begins updating normally.

+1 for this
Not even "full" sleep but sometimes with just a screen off and Mac deciding to periodically turn off wifi can cause context switching


We have had an issue with a user trying to use this on a linux ARM machine

Unfortunately this is a second hand issue as I don't have a way to easily test it on Linux Arm my self. It is from a user using the envio tool that we have built.
I assume that it just isn't handled in the build pipeline - is see ubuntu-linux is used but this uses AMD by default.
Here is the users error:
Dependency on @greenlabs/ppx-spice
rescript: [1/6] src/rescript/Spice_Codecs.ast
FAILED: src/rescript/Spice_Codecs.ast
sh: 1<EMAIL_ADDRESS>Exec format error

  We've found a bug for you!
  /home/ubuntu/indexer-test/node_modules/.pnpm/@greenlabs+ppx-spice<EMAIL_ADDRESS>
  Error while running external preprocessor
Command line<EMAIL_ADDRESS>'/tmp/ppx49da4cSpice_Codecs.res' '/tmp/ppxd61d3aSpice_Codecs.res'

rescript: [2/6] src/rescript/Spice.ast
FAILED: src/rescript/Spice.ast
sh: 1<EMAIL_ADDRESS>Exec format error

  We've found a bug for you!
  /home/ubuntu/indexer-test/node_modules/.pnpm/@greenlabs+ppx-spice<EMAIL_ADDRESS>
  Error while running external preprocessor
Command line<EMAIL_ADDRESS>'/tmp/ppx47e5f4Spice.res' '/tmp/ppxed00baSpice.res'

FAILED: cannot make progress due to previous errors.
Failure<EMAIL_ADDRESS>Location: /home/ubuntu/indexer-test/generated/node_modules/@greenlabs/ppx-spice/lib/bs
Error: Failed cli execution

The machine was an ec2 instance of m7g family (aarch64 - ubuntu).

Hi, thank you for reporting.
I think the way to solve your problem might be to add a binary to your project that has PPX built for the platforms you mentioned. Let me tap on it.


TF display !pos.isNaN() && "Invalid vector supplied as parameter" assert

Starting recently, we get the following segfault every few seconds with our Atlas setup:

rviz: /build/buildd/ogre-1.7.4/OgreMain/src/OgreNode.cpp:413: virtual void Ogre::Node::setPosition(const Ogre::Vector3&): Assertion `!pos.isNaN() && "Invalid vector supplied as parameter"' failed.

This error happens only if "world" is set as a fixed frame. If set it to a frame belonging to the robot, things work fine. This suggests that something about the transform between world and rest of the robot leads to the crash. Essentially there are two issues here:

rviz should not segfault as soon as some kind of invalid tf data is received and spit out a cryptic assert that gives the user no indication of what went wrong. Instead it should notify the user with a warning, but possibly keep on running.
There might or might not be a bug that leads rviz to crash even if it received "good" tf data (as detailed below I fail to see what is "bad" about our tf data so far).

A bag file that reproduces this crash easily is available for download here: https://drive.google.com/folderview?id=0B1hU91jkd7VwQ2ZQdXgzY2V6dFE&usp=sharing
Just playing back the bagfile (without --clock) and having rviz running with fixed frame "world" and a tf display active will crash rviz 1.5 seconds into the bagfile. We changed rviz sources to not assert but spit out an error to console, ignore the transforms and proceed. Apart from the error occuring every few seconds, things appear to run fine. We also use the transform between world and robot for various other parts in our system, and none of those crash. All of this leads me to believe that the observed behavior could be an issue with rviz (or how it uses tf).
A complete backtrace of rviz installed from .debs (Hydro/Precise/AMD64) of the resulting crash is this:

rviz: /build/buildd/ogre-1.7.4/OgreMain/src/OgreNode.cpp:413: virtual void Ogre::Node::setPosition(const Ogre::Vector3&): Assertion `!pos.isNaN() && "Invalid vector supplied as parameter"' failed.

Program received signal SIGABRT, Aborted.
0x00007ffff645c4f5 in raise () from /lib/x86_64-linux-gnu/libc.so.6
(gdb) bt
#0  0x00007ffff645c4f5 in raise () from /lib/x86_64-linux-gnu/libc.so.6
#1  0x00007ffff645fc5b in abort () from /lib/x86_64-linux-gnu/libc.so.6
#2  0x00007ffff64551be in ?? () from /lib/x86_64-linux-gnu/libc.so.6
#3  0x00007ffff6455262 in __assert_fail () from /lib/x86_64-linux-gnu/libc.so.6
#4  0x00007ffff37d8ae6 in Ogre::Node::setPosition(Ogre::Vector3 const&) () from /usr/lib/x86_64-linux-gnu/libOgreMain.so.1.7.4
#5  0x00007fffa8aa424a in rviz::TFDisplay::updateFrame(rviz::FrameInfo*) () from /opt/ros/hydro/lib/libdefault_plugin.so
#6  0x00007fffa8aa65ba in rviz::TFDisplay::updateFrames() () from /opt/ros/hydro/lib/libdefault_plugin.so
#7  0x00007fffa8aa6826 in rviz::TFDisplay::update(float, float) () from /opt/ros/hydro/lib/libdefault_plugin.so
#8  0x00007ffff7aa4a91 in rviz::DisplayGroup::update(float, float) () from /opt/ros/hydro/lib/librviz.so
#9  0x00007ffff7b53749 in rviz::VisualizationManager::onUpdate() () from /opt/ros/hydro/lib/librviz.so
#10 0x00007ffff2b5e281 in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#11 0x00007ffff2b63179 in QObject::event(QEvent*) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#12 0x00007ffff6ec7894 in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4
#13 0x00007ffff6ecc713 in QApplication::notify(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4
#14 0x00007ffff2b49e9c in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#15 0x00007ffff2b7b1f2 in ?? () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#16 0x00007ffff2b78c0d in ?? () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#17 0x00007ffff18ced13 in g_main_context_dispatch () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#18 0x00007ffff18cf060 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#19 0x00007ffff18cf124 in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#20 0x00007ffff2b793bf in QEventDispatcherGlib::processEvents(QFlags) ()
   from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#21 0x00007ffff6f6fd5e in ?? () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4
#22 0x00007ffff2b48c82 in QEventLoop::processEvents(QFlags) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#23 0x00007ffff2b48ed7 in QEventLoop::exec(QFlags) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#24 0x00007ffff2b4df67 in QCoreApplication::exec() () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#25 0x0000000000400b0c in main ()

Thanks for the bug report, and sorry for not initially responding. I think I originally passed on commenting on the assumption that it was somehow a duplicate of #808 as you suggested.

Same error but when using the Effort plugin.
Subscribing to a topic that has nans in it triggers this crash. This  crashes in kinetic but works fine in indigo.
In our case, only part of the joints have torque information.
I'm attaching a rosbag with the /tf, the /joint_states and the /joint_torque_states topics.
The  /joint_states can be visualized fine, because it has no nans.
The  /joint_effort_states crashes rviz.
To reproduce:
rosparam load description.yaml /robot_description
rosbag play effort.bag
effort_crash.zip

ROS2D rviz seems also impacted as of today: https://ci.ros2.org/view/nightly/job/nightly_linux-armhf_debug/189/testReport/junit/(root)/projectroot/map_display_test/

I can't reproduce the original issue on melodic-devel.
Regarding https://github.com/ros-visualization/rviz/issues/811#issuecomment-388306367, NaNs were not handled yet. Fixed in #1437.


Showing popup for dropdown

In dropdown, is there anyway to show popup showing selected values as comma seperated.
This will be of good use in the case of dropdown setting useLabels:false

Figured out a way to show that, so closing !


7 spider pitt housing

Summary
Issue: #7
Checklist
All checks are run in GitHub Actions. You'll be able to see the results of the checks at the bottom of the pull request page after it's been opened, and you can click on any of the specific checks listed to see the output of each step and debug failures.

[X] Tests are implemented
[X] All tests are passing
[X] Style checks run (see documentation for more details)
[ ] Style checks are passing
[ ] Code comments from template removed

Questions
In progress

Oops, wrong repository, sorry


Add GitHub issue and PR templates

Description
This PR makes the following changes:

[x] Add pull request template
[x] Add feature request and bug issue templates

These templates will make it easier for contributors to submit issues and pull requests by communicating what information we would like.
Please consider these a draft! We can tweak them to fit the project.
Type of change

[x] Documentation

Hey @bgins! Quickly following up here– per our conversation in Discord, did you want to make other changes here before review?

No changes to this one! I had plans to add a code of conduct, but we can take that on separately.


Ignore extensions on fragment filenames

Now you can name fragments like 123.feature.rst, to make your editor
happy.
Fixes gh-62.

Codecov Report

Merging #65 into master will increase coverage by 0.08%.
The diff coverage is 100%.

@@            Coverage Diff            @@
##           master     #65      +/-   ##
=========================================
+ Coverage   81.81%   81.9%   +0.08%
=========================================
  Files          12      12
  Lines         407     409       +2
  Branches       51      51
=========================================
+ Hits          333     335       +2
  Misses         53      53
  Partials       21      21

Impacted Files
Coverage Δ

src/towncrier/test/test_cli.py
100% <100%> (ø)
:arrow_up:

src/towncrier/_builder.py
97.1% <100%> (ø)
:arrow_up:

Continue to review full report at Codecov.

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


Persistent Disk mount test sometimes fails to delete disk

The "Pod Disks should schedule a pod w/ a readonly PD on two hosts, then remove both" E2E test will sometimes fail because it fails to delete the PD used in the test after the test is finished.
The error:
/go/src/github.com/GoogleCloudPlatform/kubernetes/_output/dockerized/go/src/github.com/GoogleCloudPlatform/kubernetes/test/e2e/pd.go:187
Error deleting PD
Expected error:
    <*exec.ExitError | 0xc208035ea8>: {
        ProcessState: {
            pid: 10524,
            status: 256,
            rusage: {
                Utime: {Sec: 0, Usec: 428000},
                Stime: {Sec: 0, Usec: 48000},
                Maxrss: 39024,
                Ixrss: 0,
                Idrss: 0,
                Isrss: 0,
                Minflt: 19580,
                Majflt: 0,
                Nswap: 0,
                Inblock: 0,
                Oublock: 32,
                Msgsnd: 0,
                Msgrcv: 0,
                Nsignals: 0,
                Nvcsw: 62,
                Nivcsw: 27,
            },
        },
    }
    exit status 1
not to have occurred

Detailed test log:
===================================
Random Seed:<PHONE_NUMBER> - Will randomize all specs
Will run 2 of 86 specs

SSSSSSS
------------------------------
Pod Disks
  should schedule a pod w/ a readonly PD on two hosts, then remove both.
  /go/src/github.com/GoogleCloudPlatform/kubernetes/_output/dockerized/go/src/github.com/GoogleCloudPlatform/kubernetes/test/e2e/pd.go:187
[BeforeEach] Pod Disks
  /go/src/github.com/GoogleCloudPlatform/kubernetes/_output/dockerized/go/src/github.com/GoogleCloudPlatform/kubernetes/test/e2e/pd.go:63
>>> testContext.KubeConfig: /usr/local/google/home/saadali/.kube/config
[It] should schedule a pod w/ a readonly PD on two hosts, then remove both.
  /go/src/github.com/GoogleCloudPlatform/kubernetes/_output/dockerized/go/src/github.com/GoogleCloudPlatform/kubernetes/test/e2e/pd.go:187
STEP: creating PD
STEP: submitting rwPod to ensure PD is formatted
INFO: Waiting up to 5m0s for pod pd-test-ce826684-148b-11e5-8fe7-f0921cde18c1            status to be running
INFO: Waiting for pod pd-test-ce826684-148b-11e5-8fe7-f0921cde18c1            in namespace 'default' status to be 'running'(found phase: "Pending", readiness: false) (40.185418ms elapsed)
INFO: Waiting for pod pd-test-ce826684-148b-11e5-8fe7-f0921cde18c1            in namespace 'default' status to be 'running'(found phase: "Pending", readiness: false) (5.080065636s elapsed)
INFO: Waiting for pod pd-test-ce826684-148b-11e5-8fe7-f0921cde18c1            in namespace 'default' status to be 'running'(found phase: "Pending", readiness: false) (10.120245467s elapsed)
STEP: submitting host0ROPod to kubernetes
STEP: submitting host1ROPod to kubernetes
INFO: Waiting up to 5m0s for pod pd-test-ce82688d-148b-11e5-8fe7-f0921cde18c1            status to be running
INFO: Waiting for pod pd-test-ce82688d-148b-11e5-8fe7-f0921cde18c1            in namespace 'default' status to be 'running'(found phase: "Pending", readiness: false) (39.613602ms elapsed)
INFO: Waiting up to 5m0s for pod pd-test-ce82693d-148b-11e5-8fe7-f0921cde18c1            status to be running
INFO: Waiting for pod pd-test-ce82693d-148b-11e5-8fe7-f0921cde18c1            in namespace 'default' status to be 'running'(found phase: "Pending", readiness: false) (40.657896ms elapsed)
INFO: Waiting for pod pd-test-ce82693d-148b-11e5-8fe7-f0921cde18c1            in namespace 'default' status to be 'running'(found phase: "Pending", readiness: false) (5.081138448s elapsed)
INFO: Waiting for pod pd-test-ce82693d-148b-11e5-8fe7-f0921cde18c1            in namespace 'default' status to be 'running'(found phase: "Pending", readiness: false) (10.124147413s elapsed)
INFO: Waiting for pod pd-test-ce82693d-148b-11e5-8fe7-f0921cde18c1            in namespace 'default' status to be 'running'(found phase: "Pending", readiness: false) (15.16559385s elapsed)
INFO: Waiting for pod pd-test-ce82693d-148b-11e5-8fe7-f0921cde18c1            in namespace 'default' status to be 'running'(found phase: "Pending", readiness: false) (20.205778834s elapsed)
INFO: Waiting for pod pd-test-ce82693d-148b-11e5-8fe7-f0921cde18c1            in namespace 'default' status to be 'running'(found phase: "Pending", readiness: false) (25.246490617s elapsed)
INFO: Waiting for pod pd-test-ce82693d-148b-11e5-8fe7-f0921cde18c1            in namespace 'default' status to be 'running'(found phase: "Pending", readiness: false) (30.28698796s elapsed)
INFO: Waiting for pod pd-test-ce82693d-148b-11e5-8fe7-f0921cde18c1            in namespace 'default' status to be 'running'(found phase: "Pending", readiness: false) (35.327289576s elapsed)
INFO: Waiting for pod pd-test-ce82693d-148b-11e5-8fe7-f0921cde18c1            in namespace 'default' status to be 'running'(found phase: "Pending", readiness: false) (40.371424117s elapsed)
STEP: deleting host0ROPod
STEP: deleting host1ROPod
STEP: deleting PD "e2e-cc09ef6a-148b-11e5-8fe7-f0921cde18c1"
INFO: Couldn't delete PD. Sleeping 5 seconds
INFO: Couldn't delete PD. Sleeping 5 seconds
INFO: Couldn't delete PD. Sleeping 5 seconds
INFO: Couldn't delete PD. Sleeping 5 seconds
INFO: Couldn't delete PD. Sleeping 5 seconds
INFO: Couldn't delete PD. Sleeping 5 seconds
INFO: Couldn't delete PD. Sleeping 5 seconds
INFO: Couldn't delete PD. Sleeping 5 seconds
INFO: Couldn't delete PD. Sleeping 5 seconds
INFO: Couldn't delete PD. Sleeping 5 seconds
INFO: Couldn't delete PD. Sleeping 5 seconds
INFO: Couldn't delete PD. Sleeping 5 seconds
INFO: Couldn't delete PD. Sleeping 5 seconds
INFO: Couldn't delete PD. Sleeping 5 seconds
INFO: Couldn't delete PD. Sleeping 5 seconds
INFO: Couldn't delete PD. Sleeping 5 seconds
INFO: Couldn't delete PD. Sleeping 5 seconds
INFO: Couldn't delete PD. Sleeping 5 seconds
INFO: Couldn't delete PD. Sleeping 5 seconds
INFO: Couldn't delete PD. Sleeping 5 seconds
INFO: Couldn't delete PD. Sleeping 5 seconds
INFO: Couldn't delete PD. Sleeping 5 seconds
INFO: Couldn't delete PD. Sleeping 5 seconds
INFO: Couldn't delete PD. Sleeping 5 seconds
INFO: Couldn't delete PD. Sleeping 5 seconds
INFO: Couldn't delete PD. Sleeping 5 seconds
INFO: Couldn't delete PD. Sleeping 5 seconds
INFO: Couldn't delete PD. Sleeping 5 seconds
INFO: Couldn't delete PD. Sleeping 5 seconds
INFO: Couldn't delete PD. Sleeping 5 seconds
INFO: Couldn't delete PD. Sleeping 5 seconds
INFO: Couldn't delete PD. Sleeping 5 seconds
INFO: Couldn't delete PD. Sleeping 5 seconds
STEP: cleaning up PD-RO test environment

• Failure [255.246 seconds]
Pod Disks
/go/src/github.com/GoogleCloudPlatform/kubernetes/_output/dockerized/go/src/github.com/GoogleCloudPlatform/kubernetes/test/e2e/pd.go:188
  should schedule a pod w/ a readonly PD on two hosts, then remove both. [It]
  /go/src/github.com/GoogleCloudPlatform/kubernetes/_output/dockerized/go/src/github.com/GoogleCloudPlatform/kubernetes/test/e2e/pd.go:187

  Error deleting PD
  Expected error:
      <*exec.ExitError | 0xc208036b40>: {
          ProcessState: {
              pid: 12383,
              status: 256,
              rusage: {
                  Utime: {Sec: 0, Usec: 250389},
                  Stime: {Sec: 0, Usec: 52537},
                  Maxrss: 35048,
                  Ixrss: 0,
                  Idrss: 0,
                  Isrss: 0,
                  Minflt: 22735,
                  Majflt: 0,
                  Nswap: 0,
                  Inblock: 0,
                  Oublock: 32,
                  Msgsnd: 0,
                  Msgrcv: 0,
                  Nsignals: 0,
                  Nvcsw: 64,
                  Nivcsw: 58,
              },
          },
      }
      exit status 1
  not to have occurred

  /go/src/github.com/GoogleCloudPlatform/kubernetes/_output/dockerized/go/src/github.com/GoogleCloudPlatform/kubernetes/test/e2e/pd.go:186

The disk that fails to delete still shows up in /dev/disk/by-id/:
root@e2e-test-saadali-minion-0knj:/home/saadali# ls /dev/disk/by-id/
google-e2e-cc09ef6a-148b-11e5-8fe7-f0921cde18c1  scsi-0Google_PersistentDisk_e2e-cc09ef6a-148b-11e5-8fe7-f0921cde18c1
google-persistent-disk-0                         scsi-0Google_PersistentDisk_persistent-disk-0
google-persistent-disk-0-part1                   scsi-0Google_PersistentDisk_persistent-disk-0-part1

My attempts to manually try to delete the PD fail with:
gcloud -q compute --project=saads-vms2 disks delete --zone=us-central1-b e2e-cc09ef6a-148b-11e5-8fe7-f0921cde18c1
ERROR: (gcloud.compute.disks.delete) Some requests did not succeed:
 - The disk resource 'e2e-cc09ef6a-148b-11e5-8fe7-f0921cde18c1' is already being used by 'e2e-test-saadali-minion-0knj'

udevadm trigger (the work around for #7972) doesn't change anything here:
root@e2e-test-saadali-minion-0knj:/home/saadali# udevadm trigger
root@e2e-test-saadali-minion-0knj:/home/saadali# ls /dev/disk/by-id/
google-e2e-cc09ef6a-148b-11e5-8fe7-f0921cde18c1  scsi-0Google_PersistentDisk_e2e-cc09ef6a-148b-11e5-8fe7-f0921cde18c1
google-persistent-disk-0                         scsi-0Google_PersistentDisk_persistent-disk-0
google-persistent-disk-0-part1                   scsi-0Google_PersistentDisk_persistent-disk-0-part1

@saad-ali is the disk still mounted ? It looks like the detach call did not succeed for some reason

@swagiaal I'll have to get another repro and verify.

@saad-ali okay cool. If you get a repro check to see if the disk is still mounted. If so then the cleanup code is not being called. If not then the clean up started, detach was called but failed for some reason; look in the logs for something like "googleapi: some error about detaching". It can also just be a race condition. That is, detach was called but is taking too long; if the disk does not detach then you cannot delete it.


How to destroy a CLWBuffer object?

I only see Create functions of this class. How can I destroy a CLWBuffer?

It would seem normal call to DeleteBuffer will work
https://github.com/GPUOpen-LibrariesAndSDKs/RadeonRays_SDK/blob/3de8f3f81f174194039f70d69fdf40afbc86828a/UnitTest/radeon_rays_test_cl.h#L191

So I have to create a RadeonRays::Buffer from CLWBuffer to delete it with that API then :smile:


chef-solo from chefdk slow to run at startup. Not sure how to troubleshoot

[Disclaimer:  I'm only in the crawl stage of crawl/walk/run when it goes to chef.  Ruby as well.  Hence, I'm initially attracted to the promise of chefdk to simply setting up our chef cookbook authoring environments.What's not clear if the problem I'm experiencing is related to chefdk's packaging of chef-solo, or chef-solo itself.]
We are starting down the chef journey and have developed some cookbooks which don't do much at this point other than containing a few cookbook_file resources.    We are trying to run chef-solo to execute, but some of us are getting intermittent behavior where executing chef-solo takes a long time to run early in the process.  For example, take a look at the debug output below:
> chef-solo -c solo.rb -j solo.json

2014-06-19T16:48:58-04:00] INFO: Forking chef instance to converge...
[2014-06-19T16:48:58-04:00] DEBUG: Fork successful. Waiting for new chef pid: 2357
[2014-06-19T16:48:58-04:00] DEBUG: Forked instance now converging
Starting Chef Client, version 11.14.0.alpha.1
[2014-06-19T16:48:58-04:00] INFO: *** Chef 11.14.0.alpha.1 ***
[2014-06-19T16:48:58-04:00] INFO: Chef-client pid: 2357
[2014-06-19T16:48:58-04:00] DEBUG: Chef-client request_id: 50c60c2e-8aaa-482e-bad0-22bb94efa033
[2014-06-19T16:53:36-04:00] DEBUG: Building node object for cmbl12fe3584d.corp.mycompany.net
[2014-06-19T16:53:36-04:00] DEBUG: Extracting run list from JSON attributes provided on command line
[2014-06-19T16:53:36-04:00] INFO: Setting the run_list to ["recipe[qbms-refapp::basic]"] from CLI options
…
[2014-06-19T16:53:36-04:00] INFO: Chef Run complete in 0.137266 seconds

Running handlers:
[2014-06-19T16:53:36-04:00] INFO: Running report handlers
Running handlers complete

[2014-06-19T16:53:36-04:00] INFO: Report handlers complete
Chef Client finished, 0/44 resources updated in 278.398912 seconds
[2014-06-19T16:53:36-04:00] DEBUG: Forked instance successfully reaped (pid: 2357)
[2014-06-19T16:53:36-04:00] DEBUG: Exiting

Note there is a 5 minute gap of time before the debug log line "Building node object for cmbl12fe3584d.corp.mycompany.net" shows up in the logs.
Based on my very limited knowledge of chef and chefdk, I would guess that maybe during the part of the lifecyle where its executing ohai to gather node specific information, something is taking a long time -- perhaps eventually timing out.
Some of us are seeing this behavior consistently. Some of us are seeing this behavior intermittently.
As I said in my disclaimer above, I'm not sure this related to chefdk or chef-solo in general.  Trouble is, I don't know how to troubleshoot it.    My latest thinking is to try to follow the path of trying to learn ohai and try to learn how to disable it and or some of its plugins.  This link appears to be setting me in a direction.
https://wiki.opscode.com/display/chef/Disabling+Ohai+Plugins
But if anyone has other suggestions to help troubleshoot this, please let me know.  Also, if this is not the right forum for this issue, please point me in the right direction.  I'm assuming if this is specific to chefdk you guys would want to know about it.
Thanks.

Thank you for the detailed investigation log. I hit a similar problem. I added the following line to the top of run_plugin in ohai/dsl/plugin/versionvii.rb:
Ohai::Log.warn("Running plugin #{self.name}")

This showed that the delay was in the GCE plugin. This plugin didn't seem important (although the source doesn't even define the acronym or any comment about what GCE does, so I'm not sure). I added the following line to /etc/chef/client.rb:
Ohai::Config[:disabled_plugins] = [:GCE]


WindowsVVC

vvenc 1.6.1 final build please?

@birdie-github, my currently binaries were currently of vvenc commit https://github.com/fraunhoferhhi/vvenc/commit/c822800b9d9d1059d13936ce2d8af4eb3154b5c9, but I can build vvenc one commit more to my vvenc binaries for updating vvenc version tag.

@birdie-github, now it's ready. I will close this issue. https://github.com/MartinEesmaa/VVCEasy/commit/694b7e6960fa31f7a386aecb229204813cb2cec5
Proof log:
C:\Users\marti\Downloads\vvenc>git pull
remote: Enumerating objects: 7, done.
remote: Counting objects: 100% (7/7), done.
remote: Compressing objects: 100% (1/1), done.
remote: Total 4 (delta 3), reused 3 (delta 3), pack-reused 0
Unpacking objects: 100% (4/4), 993 bytes | 66.00 KiB/s, done.
From https://github.com/fraunhoferhhi/vvenc
   c822800..81d14ed  master     -> origin/master
 * [new tag]         v1.6.1     -> v1.6.1
Updating c822800..81d14ed
Fast-forward
 CMakeLists.txt |  2 +-
 changelog.txt  | 11 +++++++++++
 2 files changed, 12 insertions(+), 1 deletion(-)

C:\Users\marti\Downloads\vvenc>cd build

C:\Users\marti\Downloads\vvenc\build>cmake --build . --config Release
CMake is re-running because C:/Users/marti/Downloads/vvenc/build/CMakeFiles/generate.stamp is out-of-date.
  the file 'C:/Users/marti/Downloads/vvenc/CMakeLists.txt'
  is newer than 'C:/Users/marti/Downloads/vvenc/build/CMakeFiles/generate.stamp.depend'
  result='-1'
-- Selecting Windows SDK version 10.0.19041.0 to target Windows 10.0.22000.
-- CMAKE_MODULE_PATH: updating module path to: C:/Users/marti/Downloads/vvenc/cmake/modules
-- Configuring done
-- Generating done
-- Build files have been written to: C:/Users/marti/Downloads/vvenc/build
MSBuild version 17.3.1+2badb37d1 for .NET Framework
  Checking Build System
  Building Custom Rule C:/Users/marti/Downloads/vvenc/source/Lib/vvenc/CMakeLists.txt
  RateCtrl.cpp
  vvenc.cpp
  vvencimpl.cpp
  vvenc.vcxproj -> C:\Users\marti\Downloads\vvenc\lib\release-static\vvenc.lib
  Generating code
  357 of 15358 functions ( 2.3%) were compiled, the rest were copied from previous compilation.
    0 functions were new in current compilation
    287 functions had inline decision re-evaluated but remain unchanged
  Finished generating code
  vvencFFapp.vcxproj -> C:\Users\marti\Downloads\vvenc\bin\release-static\vvencFFapp.exe
  vvencapp.cpp
  Generating code
  319 of 15276 functions ( 2.1%) were compiled, the rest were copied from previous compilation.
    0 functions were new in current compilation
    284 functions had inline decision re-evaluated but remain unchanged
  Finished generating code
  vvencapp.vcxproj -> C:\Users\marti\Downloads\vvenc\bin\release-static\vvencapp.exe
  vvencinterfacetest.c
  Generating code
  7 of 13430 functions (<0.1%) were compiled, the rest were copied from previous compilation.
    0 functions were new in current compilation
    279 functions had inline decision re-evaluated but remain unchanged
  Finished generating code
  vvencinterfacetest.vcxproj -> C:\Users\marti\Downloads\vvenc\bin\release-static\vvencinterfacetest.exe
  vvenclibtest.cpp
  Generating code
  284 of 15239 functions ( 1.9%) were compiled, the rest were copied from previous compilation.
    0 functions were new in current compilation
    295 functions had inline decision re-evaluated but remain unchanged
  Finished generating code
  vvenclibtest.vcxproj -> C:\Users\marti\Downloads\vvenc\bin\release-static\vvenclibtest.exe
  Building Custom Rule C:/Users/marti/Downloads/vvenc/CMakeLists.txt

Martin Eesmaa


Update the kubebuilder check.

What type of PR is this?
Bug - update the kubebuilder check as well.
What this PR does / why we need it?
Which Jira/Github issue(s) this PR fixes?
OHSS-36862
Special notes for your reviewer:
Pre-checks (if applicable):

[ ] Tested latest changes against a cluster
[x] Ran make generate command locally to validate code changes
[ ] Included documentation changes with PR

Codecov Report
All modified and coverable lines are covered by tests :white_check_mark:

Project coverage is 64.22%. Comparing base (006c155) to head (c3ac8ed).
Report is 1 commits behind head on master.

Additional details and impacted files

@@           Coverage Diff           @@
##           master     #145   +/-   ##
=======================================
  Coverage   64.22%   64.22%
=======================================
  Files          22       22
  Lines        1504     1504
=======================================
  Hits          966      966
  Misses        459      459
  Partials       79       79

Files with missing lines
Coverage Δ

api/v1alpha1/managednotification_types.go
84.61% <ø> (ø)

/approve


[WIP] Add 'kpod save' command

Add changes to kpod push to accommodate kpod save. Add changes to containers/image to save to an existing empty file when using stdout as it seems to create the file first before writing to it.

Do you have a link to the open pull request for the containers/image patch?

Needs man page.

Created a pull request for containers/image https://github.com/containers/image/pull/313

@rhatdan man page added

@umohnani8 I think the tests for tty is causing issue. probably remove it for now. There might be a problem in that the tty is not hooked up so it is dumping the archive into the logs.  My mistake.

@rhatdan the failure test for stdout is causing the issue. When I run it locally, it gives me an error when it detects that the stdout is the terminal. However, in the bats tests it fails to detect that stdout is terminal and continues to write to it. I am using the logrus.IsTerminal() function to check if stdout is a terminal. Not sure why it fails for the tests.

@umohnani8 I told you to remove it a couple of comments ago...  Looks like tests are passing now.

This vendor is needed to allow this to be merged.
https://github.com/kubernetes-incubator/cri-o/pull/699

rebased

Is this ready now? (If so, please take out the WIP from the title).

@mrunalp yup, should be ready.

retest

@mrunalp it passed the tests after I rebased it, you want me to test it again?

LGTM


Model/add pyseir parameter config

This PR moves all hard coded parameters in parameter_ensemble_generator to config.yaml
Please Check

[ ] Will the current schema in api docs be updated with this PR?
[ ] Are tests passing?

This needs a fresh merge from model/add_pyseir to resolve conflicts between this branch and that one.

Marking DO NOT MERGE because we should rebuild this on master after the merge from model/add_pyseir.


Running PAN-OS-PHP on Panorama File (no API)

I have my Pano config exported and added to PAN-OS-PHP so I see it when I do 'ls' however when I try to run commands it hangs at Reading XML file from disk for a long time then eventually pops up Killed. I am trying to delete unused objects.

I'm not sure what is wrong since I'm not getting any feedback since it just pauses for a long time then kills it.
Is there anything I can try for troubleshooting steps?
Is the file bad?
Am I typing the command wrong?
This is my first time doing anything like this but I want to learn how to use this tool properly.

as you should still know,
this repository of Palo Alto Networks is not longer maintained.
Based on the Version I see: pan-os-php 2.1.27 you are using:
https://github.com/swaschkut/pan-os-php
Nevertheless, you issue is based on your host.
The Docker container does not have enough memory attached from the host.
An Example how to ingress the memory for your container is available by searching at Google:
https://forums.docker.com/t/how-to-increase-memory-size-that-is-available-for-a-docker-container/78483

My pano config file is about 10MB.
Just increased the memory to 4G, it actually runs past the reading XML file part now.
Thank you for your help with this.
I'll try playing with the configs now.

your are welcome.
as I can not close this ticket.
here a marker for myself.
------DONE--------


added Christ of Mercy Statue

I have done format document thats why it shows that number of changes.

Please don't do any formatting. just keep as it is so that no error comes up. then create pr again


Example wanted, RGB/monochrome rendering

 Issue by DavidBrainard
Monday Oct 28, 2013 at 12:55 GMT
Originally opened as https://github.com/DavidBrainard/RenderToolbox3/issues/46

The toolbox as we have demonstrated it is set up for spectral rendering. For some applications, features of the render toolbox may be highly useful, but spectral rendering will not be needed.  The use of spectral rendering then takes up time.
It would be nice to have examples that illustrate RGB or even monochromatic rendering, perhaps with the generically compiled versions of the renderers.

 Comment by gzmk
Wednesday Feb 04, 2015 at 17:06 GMT

Hi David, I am actually trying to do exactly this right now (monochromatic rendering) as I am fitting rendered images to some photos I took. This requires me to update the parameters of rendering at every step and re-render, which takes a very long time with spectral rendering. Is there a quick way of getting only monochromatic output that you might know of?
-edit: I figured it out by building Mitsuba from source and setting the spectral sampling to 1 which results in monochromatic outputs. Would be happy to provide an example code/walkthrough. @DavidBrainard

Moving this issue to RenderToolbox4:
https://github.com/RenderToolbox/RenderToolbox4/issues/8


Fixed declared but unused variable

"@progressPosition" is declared in the default theme but not used in the definition file, making it impossible to override.

Thank you. I will merge this into next

My bad, I didn't read the readme entirely, sorry about that!


add: ledger local setup guide

Thank you for your contribution to the IC Developer Portal. This repo contains the content for https://internetcomputer.org and the ICP Developer Documentation, https://internetcomputer.org/docs/.
If you are submitting a Pull Request for adding or changing content on the ICP Developer Documentation, please make sure that your contribution meets the following requirements:

[ ] Follows the developer docs style guide.
[ ] Follows the best practices and guidelines.
[ ] New documentation pages include document tags.
[ ] New documentation pages include SEO keywords.
[ ] New documents are in the .mdx file format to support the previous two components.
[ ] New documents are registered in /sidebars.js, otherwise, it will not appear in the
side navigation bar.
[ ] Make sure that the .github/CODEOWNERS file is
filled with new documents that you added. This way we can ensure that future Pull Requests are reviewed by the right people.

Did you intend to include all previous commits?

Did you intend to include all previous commits?

I had to update this branch for the follow up MR. I'll update the base branch so the commits don't show anymore.


data model changes

User story
As a developer, I want Tango to have a more generic data model than TMD, so that it is easier to work with and maintain.
Sub-stories

[x] remove all free-text fields (which cannot be aggregated)
[x] remove hard-coded EXCELERATE WP field (when selected as a funding source it would expect selection of WP)

All the expected data model changes have been implemented.


Move connect string to command line argument

Hi,
I'm starting to look around in this repo to contribute. The first thing I noticed was these hard-coded connect string that kept popping up as "changes to be committed". So I decided to pull these out into command line argument for easier testing.
(And this is secretly also a test of how active this repo still is, and how hard it is to get things merged or get feedback on PRs)
Thanks,
N

I like the idea
But you should first run all pre-commit checks, this will suggest a couple of changes to the files. Push these and then we can merge the pullrequest.


Skewed aspect ratio distribution for non-symmetrical aspect ratios in RandomResizedCrop.

The fix for RandomResizedCrop protects against producing crop windows with incorrect aspect ratio (unless 1:1 ratio is not in range - in which case it may fail in fallback code).
To illustrate I'll use an extreme examples that never swap width and height, as it would make the example harder to interpret.
Ratio range 0.1 to 1 has a mean of 0.55.
Ratio range 1 to 10 has a mean of 5.5.
The expected result is for the two means to be reciprocals.
A proposed solution is to use uniform distribution on a logarithmic scale.
The means will then be:
exp((log(0.1) + log(1)) / 2) = 0.60653065971
exp((log(1) + log(10)) / 2) = 1.6487212707 = 1/0.60653065971
See PR for a proposed solution: #799

Fixed by https://github.com/pytorch/vision/pull/799


Feature request: Shelve before undo

Any call for Undo Pending Changes should incur in a shelve made before it.
Thank you!

Note that this may cause Visual Studio to prompt you to reload projects or solutions if they're open in the IDE because it detects that they've changed on disk.  This wouldn't be the best experience if you're in the middle of typing.

In the meantime, you should take advantage of the Team->TFS Auto Shelve Now menu action (bound to the Ctrl+T keyboard shortcut by default).


metrics visualization regression fix

Signed-off-by: Shenoy Pratik<EMAIL_ADDRESS>Description
Fixes visualization regression issue in metrics
Issues Resolved
[List any issues this PR will resolve]
Check List

[ ] New functionality includes testing.

[ ] All tests pass, including unit test, integration test and doctest

[ ] New functionality has been documented.

[ ] New functionality has javadoc added
[ ] New functionality has user manual doc added

[x] Commits are signed per the DCO using --signoff

By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.
For more information on following Developer Certificate of Origin and signing off your commits, please check here.

Codecov Report

Merging #1244 (6bf692a) into 2.4 (330a117) will increase coverage by 15.69%.
The diff coverage is n/a.

@@              Coverage Diff              @@
##                2.4    #1244       +/-   ##
=============================================
+ Coverage     54.66%   70.35%   +15.69%
  Complexity      292      292
=============================================
  Files           283       42      -241
  Lines          9789     2392     -7397
  Branches       2296      248     -2048
=============================================
- Hits           5351     1683     -3668
+ Misses         4267      568     -3699
+ Partials        171      141       -30

Flag
Coverage Δ

dashboards-observability
?

opensearch-observability
70.35% <ø> (ø)

Flags with carried forward coverage won't be shown. Click here to find out more.

Impacted Files
Coverage Δ

.../public/components/custom_panels/helpers/utils.tsx

...ublic/components/visualizations/charts/pie/pie.tsx

...ic/components/visualizations/charts/lines/line.tsx

...onents/trace_analytics/requests/request_handler.ts

...ent_analytics/explorer/events_views/doc_flyout.tsx

...vent_analytics/explorer/events_views/docViewer.tsx

..._analytics/components/traces/span_detail_panel.tsx

..._panes/config_controls/config_bar_chart_styles.tsx

...event_analytics/explorer/save_panel/save_panel.tsx

...analytics/components/services/services_content.tsx

... and 231 more

Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.


Hey

Hey Finwaals! I would like to talk to you about maybe working together.  IF you could respond that would be great. Thank you!

Hello braiden.
Unfortunately I am no longer working on this project, as it is not actively
used anymore. Sorry for that.

finwaals
On 5 Apr 2016 4:19 pm, "braiden89"<EMAIL_ADDRESS>wrote:

Hey Finwaals! I would like to talk to you about maybe working together. IF
you could respond that would be great. Thank you!
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub
https://github.com/finwaals/agar5/issues/1

--

This communication is subject to our email disclaimer.
http://www.uctc.org.uk/email_disclaimer


dokan: add parenthesises in bridge.c

Noticed while debugging, not directly causing any issue however it seems.

Appveyor failure seems unrelated.


spawning two entities with same Handle results in wgpu compute shader validation error

Crate versions
bevy version: 0.14.2
bevy_hanabi version:  0.13.0 + main commit acf80edf844a03aa04784fb147a80050448fc127
Describe the bug
Spawning two fireworks entities on the same Handle<EffectAsset> crashes the window with wgpu compute shader validation error.
Expected behavior
Two entities spawn with same effect, or some custom crate panic error message telling me not to do that.
To Reproduce

Go to fireworks example (also tried ribbon example)
Give the effect and the ribbons more capacity.
Spawn two fireworks entities on the same cloned Handle<EffectAsset>.
Crash

diff --git a/examples/firework.rs b/examples/firework.rs
index 3cc1f5b..451cedb 100644
--- a/examples/firework.rs
+++ b/examples/firework.rs
@@ -103,13 +103,13 @@ fn setup(mut commands: Commands, mut effects: ResMut<Assets<EffectAsset>>) {

     let effect = EffectAsset::new(
         // 2k lead particles, with 32 trail particles each
-        2048,
+        4*2048,
         Spawner::burst(2048.0.into(), 2.0.into()),
         writer.finish(),
     )
     // Tie together trail particles to make arcs. This way we don't need a lot of them, yet there's
     // a continuity between them.
-    .with_ribbons(2048 * 32, 1.0 / 64.0, 0.2, 0)
+    .with_ribbons(4*2048 * 32, 1.0 / 64.0, 0.2, 0)
     .with_name("firework")
     .init_groups(init_pos, lead)
     .init_groups(init_vel, lead)
@@ -150,9 +150,18 @@ fn setup(mut commands: Commands, mut effects: ResMut<Assets<EffectAsset>>) {
     commands.spawn((
         Name::new("firework"),
         ParticleEffectBundle {
-            effect: ParticleEffect::new(effect1),
+            effect: ParticleEffect::new(effect1.clone()),
             transform: Transform::IDENTITY,
             ..Default::default()
         },
     ));
+
+    commands.spawn((
+        Name::new("firework2"),
+        ParticleEffectBundle {
+            effect: ParticleEffect::new(effect1),
+            transform: Transform::from_translation(Vec3::X),
+            ..Default::default()
+        },
+    ));
 }

diff --git a/examples/ribbon.rs b/examples/ribbon.rs
index 31978fd..5ed0139 100644
--- a/examples/ribbon.rs
+++ b/examples/ribbon.rs
@@ -104,11 +104,19 @@ fn setup(mut commands: Commands, mut effects: ResMut<Assets<EffectAsset>>) {

     commands
         .spawn(ParticleEffectBundle {
-            effect: ParticleEffect::new(effect),
+            effect: ParticleEffect::new(effect.clone()),
             transform: Transform::IDENTITY,
             ..default()
         })
         .insert(Name::new("ribbon"));
+
+        commands
+        .spawn(ParticleEffectBundle {
+            effect: ParticleEffect::new(effect),
+            transform: Transform::from_translation(Vec3::X),
+            ..default()
+        })
+        .insert(Name::new("ribbon2"));
 }

 fn move_head(

logs
     Running `target\debug\examples\firework.exe`
2024-11-16T03:23:54.811628Z  WARN wgpu_hal::vulkan::instance: InstanceFlags::VALIDATION requested, but unable to find layer: VK_LAYER_KHRONOS_validation
2024-11-16T03:23:54.812521Z  WARN wgpu_hal::vulkan::instance: GENERAL [Loader Message (0x0)]
        windows_read_data_files_in_registry: Registry lookup failed to get layer manifest files.
2024-11-16T03:23:54.812664Z  WARN wgpu_hal::vulkan::instance:   objects: (type: INSTANCE, hndl: 0x2252cee6f20, name: ?)
2024-11-16T03:23:54.827789Z  WARN wgpu_hal::dx12::instance: Unable to enable D3D12 debug interface: 0x887A002D
2024-11-16T03:23:54.828100Z  WARN wgpu_hal::auxil::dxgi::factory: Unable to enable DXGI debug interface: 0x887A002D
2024-11-16T03:23:54.830071Z  WARN wgpu_hal::dx12::shader_compilation::dxc: Failed to load dxil.dll. Defaulting to FXC instead: Failed to load library "dxil.dll": LoadLibraryExW { source: Os { code: 126, kind: Uncategorized, message: "The specified module could not be found." } }
2024-11-16T03:23:54.985732Z  INFO wgpu_core::instance: Adapter Vulkan AdapterInfo { name: "NVIDIA GeForce RTX 3090", vendor: 4318, device: 8708, device_type: DiscreteGpu, driver: "NVIDIA", driver_info: "560.70", backend: Vulkan }
2024-11-16T03:23:55.002228Z  INFO bevy_render::renderer: AdapterInfo { name: "NVIDIA GeForce RTX 3090", vendor: 4318, device: 8708, device_type: DiscreteGpu, driver: "NVIDIA", driver_info: "560.70", backend: Vulkan }
2024-11-16T03:23:55.354929Z  INFO bevy_winit::system: Creating new window "🎆 Hanabi — firework" (Entity { index: 0, generation: 1 })
2024-11-16T03:23:55.683635Z  INFO naga::back::spv::writer: Skip function Some("get_camera_position_effect_space")
2024-11-16T03:23:55.683884Z  INFO naga::back::spv::writer: Skip function Some("get_camera_rotation_effect_space")
2024-11-16T03:23:55.684095Z  INFO naga::back::spv::writer: Skip function Some("transform_position_simulation_to_clip")
2024-11-16T03:23:55.828201Z  INFO naga::back::spv::writer: Skip function Some("sample_input_3x3_tent")
2024-11-16T03:23:55.845939Z ERROR wgpu::backend::wgpu_core: Handling wgpu errors as fatal by default
thread 'main' panicked at C:\Users\john\.cargo\registry\src\index.crates.io-6f17d22bba15001f\wgpu-0.20.1\src\backend\wgpu_core.rs:2996:5:
wgpu error: Validation Error

Caused by:
    In a ComputePass
      note: encoder = `<CommandBuffer-(3, 1, Vulkan)>`
    In a dispatch command, indirect:true
      note: compute pipeline = `hanabi:pipeline_init_compute`
    Indirect buffer uses bytes 128..140 which overruns indirect buffer of size 128

and same for ribbons
question
Is this unsupported? e.g. https://github.com/djeedai/bevy_hanabi/issues/73
While there is a mention of it being supported, there is no example or test that spawns two entities with the same asset handle.
But it worked for this example when it spawned 100 clones of an effect using a previous version.
The pattern you see a lot in bevy is that the Handle<*Asset> holds expensive things that can be re-used in many entities without recomputing them; is that not the case here?
Is the user supposed to create a new EffectAsset for each instantiation of an effect (e.g. each fireworks explosion that happens in parallel)? Wouldn't that compile and drop a lot of compute shaders with the exact same generated expressions?
workaround
Is there any known workaround for spawning lots and lots of fireworks? For avoiding churn, it seems like these EffectAssets could be kept in a user-managed pool, such that each Handle is only on one entity at a time. Is this a pattern that happens in your own projects, or do you just create a new EffectAsset for each effect instance?

The instancing.rs example spawns tens of the same effect at once.
https://github.com/djeedai/bevy_hanabi/blob/f6e6a7942097023e55b63c6db838583fb2899d47/examples/instancing.rs#L86
This is a bug.

I can't repro on macOS. I get 2 fireworks as expected and no error.

To clarify, the asset and handle pattern is the intended usage, like in Bevy. You create an EffecfAsset, either at runtime or by deserializing a previously created asset from file (ideally; although the asset format is not very stable nor comprehensive yet, so this workflow doesn't work well currently). And then at runtime you spawn as many effect instances as you want, referencing the same asset via its handle. Same as any other asset in Bevy.

I see the "instancing" example now - it works on this machine, no error.
I also tried updating nvidia drivers and windows update, no change.
I'll try to do it with linux on this same machine, to maybe see if it's windows-specific issue or nvidia-specific issue.
Let me know if there's some more debugging info I can provide

I'll try on Windows when I get a chance. There are differences between platforms, notably in alignment of buffers, so it's quite possible it's a bug only on some. The drivers shouldn't matter much in that case but thanks for checkig anyway, this helps narrow down the issue.

I was also curious why the "instancing" example works and the "fireworks" example doesn't. After trying a few things, it seems that the problem is having a second ParticleGroupSet. In both "fireworks" and "ribbons" examples, commenting out the ".with_ribbons(...)" line avoids the crash.

Ok, tried out different configurations on desktop and a laptop with switchable intel+nvidia:

Debian / Desktop Nvidia RTX 3090 = crash
Debian / Laptop Nvidia GTX 1050 = crash
Debian / Laptop Intel HD Graphics 630 = crash

I don't have windows on the laptop and don't have plans to install any

The exact GPU or machine probably doesn't matter here. What matters I think is the graphics API and possibly the GPU series, which change the hardware limits that wgpu has to follow. Or there's a race condition. The error message basically says there's an out of bound buffer access.

Ok I can repro on Windows with Vulkan.

Graphics API as in VK vs. DirectX vs. GL ? I tried all 3 under windows, getting same error.
GL spews some extra warnings about Cube vs. CubeArray and D2 vs. D2Array, but it does anyway even when no crash.
I looked at the alignments for the buffers in the traces, that looks OK. Based on the buffer size and slice, I think it's complaining about this one:
2 fireworks without .with_ribbons()
2024-11-16T19:48:46.978315Z  WARN bevy_hanabi::render: YYY BufferTable { buffer: None, buffer_usage: BufferUsages(COPY_SRC | COPY_DST | STORAGE | INDIRECT), label: Some("hanabi:buffer:dispatch_indirect"), item_size: 16, aligned_size: 32, capacity: 0, active_count: 0, free_indices: [], pending_values: [], extra_pending_values: [] }
2024-11-16T19:48:46.978765Z  WARN bevy_hanabi::render: YYY BufferTable { buffer: None, buffer_usage: BufferUsages(COPY_SRC | COPY_DST | STORAGE | INDIRECT), label: Some("hanabi:buffer:dispatch_indirect"), item_size: 16, aligned_size: 32, capacity: 1, active_count: 1, free_indices: [], pending_values: [], extra_pending_values: [GpuDispatchIndirect { x: 0, y: 1, z: 1, pong: 0 }] }
2024-11-16T19:48:46.979135Z  WARN bevy_hanabi::render::buffer_table: reserve('#0:hanabi:buffer:dispatch_indirect'): increase capacity from 0 to 2 elements, old size 0 bytes, new size 64 bytes

2 fireworks with .with_ribbons()
2024-11-16T19:43:55.188925Z  WARN bevy_hanabi::render: Adding 2 newly spawned effects
2024-11-16T19:43:55.189167Z  WARN bevy_hanabi::render: YYY BufferTable { buffer: None, buffer_usage: BufferUsages(COPY_SRC | COPY_DST | STORAGE | INDIRECT), label: Some("hanabi:buffer:dispatch_indirect"), item_size: 16, aligned_size: 32, capacity: 0, active_count: 0, free_indices: [], pending_values: [], extra_pending_values: [] }
2024-11-16T19:43:55.189741Z  WARN bevy_hanabi::render: YYY BufferTable { buffer: None, buffer_usage: BufferUsages(COPY_SRC | COPY_DST | STORAGE | INDIRECT), label: Some("hanabi:buffer:dispatch_indirect"), item_size: 16, aligned_size: 32, capacity: 2, active_count: 2, free_indices: [], pending_values: [], extra_pending_values: [GpuDispatchIndirect { x: 0, y: 1, z: 1, pong: 0 }, GpuDispatchIndirect { x: 0, y: 1, z: 1, pong: 0 }] }
2024-11-16T19:43:55.190277Z  WARN bevy_hanabi::render::buffer_table: reserve('#0:hanabi:buffer:dispatch_indirect'): increase capacity from 0 to 4 elements, old size 0 bytes, new size 128 bytes
...
    Indirect buffer uses bytes 128..140 which overruns indirect buffer of size 128

I have a fix.

@johnny-smitherson can you please try again with latest main? I just pushed a fix. Thanks!

works great, thanks

this one too

Released v0.13.1 with that fix. Thanks for reporting!

I am using 0.14 an i still get this crash
2024-12-13T06:08:08.668231Z  WARN wgpu_hal::vulkan::instance: InstanceFlags::VALIDATION requested, but unable to find layer: VK_LAYER_KHRONOS_validation
2024-12-13T06:08:08.669727Z  WARN wgpu_hal::vulkan::instance: GENERAL [Loader Message (0x0)]
	terminator_CreateInstance: Received return code -3 from call to vkCreateInstance in ICD /usr/lib/x86_64-linux-gnu/libvulkan_virtio.so. Skipping this driver.
2024-12-13T06:08:08.669752Z  WARN wgpu_hal::vulkan::instance: 	objects: (type: INSTANCE, hndl: 0x60b21f860aa0, name: ?)
2024-12-13T06:08:08.681640Z  WARN wgpu_hal::gles::egl: No config found!
2024-12-13T06:08:08.681663Z  WARN wgpu_hal::gles::egl: EGL says it can present to the window but not natively
2024-12-13T06:08:08.722442Z  WARN wgpu_hal::gles::adapter: Max vertex attribute stride unknown. Assuming it is 2048
thread 'Compute Task Pool (7)' panicked at /home/andy/.cargo/registry/src/index.crates.io-6f17d22bba15001f/bevy_hanabi-0.14.0/src/render/mod.rs:3687:13:
assertion `left == right` failed
  left: 1
 right: 0
note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace

is this different or the same ?

Sounds bad, we shouldn't crash because of a missing component.


Some docs cleanups

pypi.python.org now redirects to pypi.org, so let's point folks towards that to save them the redirect.
Travis CI has struggled mightily ever since they were acquired by a PE firm. Most open source projects have moved away from them.
Update the python version in the example so it doesn't look quite so dated.
Use the name key for sources as that's now required.

I didn't include a news fragment as I thought the changes were too trivial to list.
I also didn't take the time to regenerate the lockfiles after changing the Pipfile... that means the hashes are going to be wrong, but for the purposes of docs I think that's fine... no human will notice, and if they do run pipenv against the example and are surprised by the outcome they're welcome to submit a PR fixing that too. But for now I think tis fine. Certainly this PR leaves things better then they were.

Thanks Jeff!


run-script make:project  is missing

I'm a bit confused, this isn't a documented script anywhere. Could you explain in a bit more detail what exactly the issue is? Closing until then since this does not appear to be immediately relevant.

The script is documented here: https://github.com/davezuko/react-redux-starter-kit/commit/7ba4f81c30a2ce33f91e1037210e3b3c217136ea

@davezuko in the readme you can found this section https://github.com/davezuko/react-redux-starter-kit#starting-a-new-project but that script is missing on the code

Ah yes, that's a script on that branch though:
git checkout -b <your-project-name> new-project

So you have to branch off of the branch new-project.

Sorry for the confusion, I had my mind focused on the master branch.

Added a chore to make this less obtuse: https://github.com/davezuko/react-redux-starter-kit/issues/611


ENH: Providing ITKv5 updates for C++11

This pull request incorporates code changes
that happened in parallel with updating the
core ITK code to ITKv5 for C++11 conformity.

Scripting bug.  Thanks for the oversight.


Add support for IBM J9 Http2 cipher names.

Motivation:
Http2SecurityUtil currently lists HTTP/2 ciphers as documented by
JSSE docs [1] and the IANA [2] using the TLS_ prefix.
In some IBM J9 implementations the SSL_ prefix is used, which is also
covered by the JSSE.
[1] http://docs.oracle.com/javase/8/docs/technotes/guides/security/StandardNames.html
[2] http://www.iana.org/assignments/tls-parameters/tls-parameters.xhtml
Modifications:
Add both variants of the cipher names (prefixed with SSL_ in additon to TLS_)
Result:
HTTP/2 connections can now be created using the SslProvider.JDK on IBM J9
and potentially other JVMs which use the SSL_ prefix.

i converted the end of line comments mentioning the openssl name to "headers" of the tuple of the ciphername with tls and ssl prefixx

Http2SecurityUtil currently lists Http 2 ciphers by their OpenJDK names

This is not true. They are the cipher names listed by the JSSE docs [1] and the IANA [2]. There are comments which list the OpenSSL variants for informational purposes.
Please add a link to the JSSE cipher names doc and the following text to the commit message [1]:

The names mentioned in the TLS RFCs prefixed with TLS_ are functionally equivalent to the JSSE cipher suites prefixed with SSL_.

[1] http://docs.oracle.com/javase/8/docs/technotes/guides/security/StandardNames.html
[2] http://www.iana.org/assignments/tls-parameters/tls-parameters.xhtml

@Scottmitch good find ... @CodingFabian please do as @Scottmitch advised

@Scottmitch @normanmaurer done as requested, taking some of your proposed wording and added a bit of my own to both javadoc and commit message.
Sorry for not knowing the roots of the implementation, i just found out that its not working on J9 :)

Cherry-picked into 4.1 (a94b23df7d367ecb57ed89a9e882e2f47df59306)


[Bug] 4*titan XP[TM][ERROR] CUDA runtime error: invalid device function /lmdeploy/src/turbomind/kernels/sampling_topp_kernels.cu:1077

Checklist

[ ] 1. I have searched related issues but cannot get the expected help.
[ ] 2. The bug has not been fixed in the latest version.

Describe the bug
[Bug] 4*titan XP[TM][ERROR] CUDA runtime error: invalid device function /lmdeploy/src/turbomind/kernels/sampling_topp_kernels.cu:1077
Reproduction

Error traceback
(internlm-env) chenhy@amax:~/InternLM$ python -m lmdeploy.turbomind.chat /home/chenhy/InternLM/workspace --tp 4
WARNING: Can not find tokenizer.json. It may take long time to initialize the tokenizer.
Special tokens have been added in the vocabulary, make sure the associated word embeddings are fine-tuned or trained.
WARNING: Can not find tokenizer.json. It may take long time to initialize the tokenizer.
Special tokens have been added in the vocabulary, make sure the associated word embeddings are fine-tuned or trained.
[WARNING] gemm_config.in is not found; using default GEMM algo
[WARNING] gemm_config.in is not found; using default GEMM algo
[WARNING] gemm_config.in is not found; using default GEMM algo
[WARNING] gemm_config.in is not found; using default GEMM algo
session 1

double enter to end input >>> nh

nh terminate called after throwing an instance of 'std::runtime_error'
terminate called recursively
terminate called recursively
terminate called recursively
  what():  [TM][ERROR] CUDA runtime error: invalid device function /lmdeploy/src/turbomind/kernels/sampling_topp_kernels.cu:1077

Aborted (core dumped)

TurboMind 不支持 Titan XP 显卡


⚠ Bofrost.es has degraded performance

In 5b30f89, Bofrost.es (https://www.bofrost.es) experienced degraded performance:

HTTP code: 200
Response time: 1421 ms

Resolved: Bofrost.es performance has improved in 1c3d83d.


changeLanguage method doesn't adapt the URL with new language

Hello,
I have been looking for hours now on a fix on why the changeLanguage method doesn't replace the previous language slug by the new one in the URL.
Using : i18n.changeLanguage('es');
I found this, the condition on initializedLanguageOnce but I have absolutely no idea AND didn't found anything related to this parameter that needs to be true.
The locale changing is happening correctly
Am I missing something ? Is this intended ? Is there something manually to add ?
Thanks a lot

( issue created based on someone having the same error in 2019 )
@vimutti77 That might be a separate issue. Any client side calls to changeLanguage should trigger this callback. If you think you're experiencing a bug there, please do open a separate issue.
Originally posted by @isaachinman in https://github.com/isaachinman/next-i18next/issues/413#issuecomment-527364135

Hi @ThaoD5, have you seen the simple example? If you add localeSubpaths, you'll be able to see the language changing the routing.
We have this behaviour covered by end-to-end tests.
If you believe you have found a bug, please provide a reproducible repository. Thanks!

Hey @isaachinman
I have indeed worked with the localeSubpaths params you're talking about.
Here is a recap of my setup :
Next.config.js
// Locales route rewriting
const { nextI18NextRewrites } = require('next-i18next/rewrites')
const localeSubpaths = {
  es: 'es',
  en: 'en'
}

module.exports = withImages({
  // Locales Options
  rewrites: async () => nextI18NextRewrites(localeSubpaths),
  publicRuntimeConfig: {
    localeSubpaths,
  },
  i18n: {
    locales: ['en', 'es'],
    localeDetection: true,
    defaultLocale: 'en'
  },

const { localeSubpaths } = require('next/config').default().publicRuntimeConfig;
const i18n = new NextI18Next({
...
defaultNS: 'translation',
defaultLanguage: DEFAULT,
localePath: '/locales',
localeStructure: '{{lng}}/{{ns}}',
localeExtension: 'json',
otherLanguages: LANGUAGES,
localeSubpaths,
...
});

That should be right, no ? Are there some known configs that breaks this ? We're building our new internal stack to include next I18next inside of it, but so far, the only issue remaining is this slug not getting replaced.

Thanks again for your help & time.

On an additional note @isaachinman I saw that the example does have the same issue that I have ( and apparently it is supposed to be the "simple" example you just sent )
The slug is not added in the URL
https://next-i18next.com/

I believe you are confusing the built-in NextJs internationalisation, and next-i18next. You do not need to put i18n in your next-config if you are using next-i18next@master. Please post on StackOverflow for help. Best of luck!