AttributeError: module 'gradio' has no attribute 'make_waveform'

2024-12-06 11:33:10.800846: E external/local_xla/xla/stream_executor/cuda/cuda_fft.cc:485] Unable to register cuFFT factory: Attempting to register factory for plugin cuFFT when one has already been registered
2024-12-06 11:33:10.820199: E external/local_xla/xla/stream_executor/cuda/cuda_dnn.cc:8454] Unable to register cuDNN factory: Attempting to register factory for plugin cuDNN when one has already been registered
2024-12-06 11:33:10.826072: E external/local_xla/xla/stream_executor/cuda/cuda_blas.cc:1452] Unable to register cuBLAS factory: Attempting to register factory for plugin cuBLAS when one has already been registered
2024-12-06 11:33:10.839991: I tensorflow/core/platform/cpu_feature_guard.cc:210] This TensorFlow binary is optimized to use available CPU instructions in performance-critical operations.
To enable the following instructions: AVX2 AVX512F FMA, in other operations, rebuild TensorFlow with the appropriate compiler flags.
2024-12-06 11:33:12.339628: W tensorflow/compiler/tf2tensorrt/utils/py_utils.cc:38] TF-TRT Warning: Could not find TensorRT
False
* Running on local URL: http://<IP_ADDRESS>:7860/
INFO:httpx:HTTP Request: GET http://<IP_ADDRESS>:7860/gradio_api/startup-events "HTTP/1.1 200 OK"
INFO:httpx:HTTP Request: HEAD http://<IP_ADDRESS>:7860/ "HTTP/1.1 200 OK"
INFO:httpx:HTTP Request: GET https://api.gradio.app/pkg-version "HTTP/1.1 200 OK"
INFO:httpx:HTTP Request: GET https://api.gradio.app/v3/tunnel-request "HTTP/1.1 200 OK"
INFO:httpx:HTTP Request: GET https://cdn-media.huggingface.co/frpc-gradio-0.3/frpc_linux_amd64 "HTTP/1.1 200 OK"
* Running on public URL: https://93737663b80915891a.gradio.live/

This share link expires in 72 hours. For free permanent hosting and GPU upgrades, run `gradio deploy` from the terminal in the working directory to deploy to Hugging Face Spaces (https://huggingface.co/spaces)
loading MBD
compression_state_dict.bin: 100% 236M/236M [00:01<00:00, 214MB/s]
/usr/local/lib/python3.10/dist-packages/torch/nn/utils/weight_norm.py:30: UserWarning: torch.nn.utils.weight_norm is deprecated in favor of torch.nn.utils.parametrizations.weight_norm.
 warnings.warn("torch.nn.utils.weight_norm is deprecated in favor of torch.nn.utils.parametrizations.weight_norm.")
mbd_musicgen_32khz.th: 100% 1.65G/1.65G [00:12<00:00, 129MB/s]
Loading model facebook/musicgen-stereo-medium
state_dict.bin: 100% 3.73G/3.73G [02:31<00:00, 24.6MB/s]
INFO:audiocraft.modules.conditioners:T5 will be evaluated with autocast as float32
spiece.model: 100% 792k/792k [00:00<00:00, 31.0MB/s]
tokenizer.json: 100% 1.39M/1.39M [00:00<00:00, 31.9MB/s]
config.json: 100% 1.21k/1.21k [00:00<00:00, 8.84MB/s]
model.safetensors: 100% 892M/892M [00:04<00:00, 192MB/s]
compression_state_dict.bin: 100% 589/589 [00:00<00:00, 3.14MB/s]
INFO:root:Getting pretrained compression model from HF facebook/encodec_32khz
config.json: 100% 758/758 [00:00<00:00, 5.59MB/s]
model.safetensors: 100% 236M/236M [00:01<00:00, 195MB/s]
/usr/local/lib/python3.10/dist-packages/transformers/models/encodec/modeling_encodec.py:124: UserWarning: To copy construct from a tensor, it is recommended to use sourceTensor.clone().detach() or sourceTensor.clone().detach().requires_grad_(True), rather than torch.tensor(sourceTensor).
 self.register_buffer("padding_total", torch.tensor(kernel_size - stride, dtype=torch.int64), persistent=False)
new batch 1 ['Punk rock with loud drum and power guitar'] [None]
INFO:audiocraft.modules.codebooks_patterns:New pattern, time steps: 500, sequence steps: 504
concurrent.futures.process._RemoteTraceback:
"""
Traceback (most recent call last):
 File "/usr/lib/python3.10/concurrent/futures/process.py", line 246, in _process_worker
 r = call_item.fn(*call_item.args, **call_item.kwargs)
 File "/content/audiocraft/demos/musicgen_app.py", line 89, in make_waveform
 out = gr.make_waveform(*args, **kwargs)
AttributeError: module 'gradio' has no attribute 'make_waveform'
"""

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
 File "/usr/local/lib/python3.10/dist-packages/gradio/queueing.py", line 624, in process_events
 response = await route_utils.call_process_api(
 File "/usr/local/lib/python3.10/dist-packages/gradio/route_utils.py", line 323, in call_process_api
 output = await app.get_blocks().process_api(
 File "/usr/local/lib/python3.10/dist-packages/gradio/blocks.py", line 2043, in process_api
 result = await self.call_function(
 File "/usr/local/lib/python3.10/dist-packages/gradio/blocks.py", line 1590, in call_function
 prediction = await anyio.to_thread.run_sync( # type: ignore
 File "/usr/local/lib/python3.10/dist-packages/anyio/to_thread.py", line 33, in run_sync
 return await get_asynclib().run_sync_in_worker_thread(
 File "/usr/local/lib/python3.10/dist-packages/anyio/_backends/_asyncio.py", line 877, in run_sync_in_worker_thread
 return await future
 File "/usr/local/lib/python3.10/dist-packages/anyio/_backends/_asyncio.py", line 807, in run
 result = context.run(func, *args)
 File "/usr/local/lib/python3.10/dist-packages/gradio/utils.py", line 865, in wrapper
 response = f(*args, **kwargs)
 File "/content/audiocraft/demos/musicgen_app.py", line 221, in predict_full
 videos, wavs = _do_predictions(
 File "/content/audiocraft/demos/musicgen_app.py", line 166, in _do_predictions
 out_videos = [pending_video.result() for pending_video in pending_videos]
 File "/content/audiocraft/demos/musicgen_app.py", line 166, in <listcomp>
 out_videos = [pending_video.result() for pending_video in pending_videos]
 File "/usr/lib/python3.10/concurrent/futures/_base.py", line 451, in result
 return self.__get_result()
 File "/usr/lib/python3.10/concurrent/futures/_base.py", line 403, in __get_result
 raise self._exception
AttributeError: module 'gradio' has no attribute 'make_waveform'

Can confirm the same issue with the Colab demo.

It appears that make_waveform was removed in Gradio 5. Downgrading Gradio version in the Colab's code fixes the issue, go to step 1 ("Execute first for installing AudioCraft") to the definition of the "install" function, and change this:
    try:         run_log_on_fail("git clone", ["git", "clone", "https://github.com/facebookresearch/audiocraft"], cwd=ac_folder.parent)         run_log_on_fail("pip install", ["pip", "install", "-e", "."], cwd=ac_folder)         pass
To this:
    try:         run_log_on_fail("git clone", ["git", "clone", "https://github.com/facebookresearch/audiocraft"], cwd=ac_folder.parent)         run_log_on_fail("pip install", ["pip", "install", "-e", "."], cwd=ac_folder)         run_log_on_fail("pip install", ["pip", "install", "gradio==4.44.1", "-e", "."], cwd=ac_folder) #Added         pass
And relaunch. The third line fixes the gradio version to 4.44.1, which, from my short testing works well with the demo.


classification_demo.py

Hi! @albertbup
Thanks for the fantastic work. This is very useful to me. But when I run classification_demo.py,it has no result about accuracy_score.
Looking forward to your reply!Thanks.

it work for me by adding :
from sklearn.metrics import *
hope it helps!


network

Expected behavior
Actual behavior
Information about the Issue
Steps to reproduce the behavior

...
...

No information provided or steps to replicate - Closing


[Translation] Affairs of Wizards (Spanish translation)

What kind of translation do you want to add (mark with an X, e.g. [X] Descent)?

[ ] Mansions of Madness
[X ] Descent

Affairs of Wizards
https://github.com/NPBruce/valkyrie-store/tree/master/D2E/affairsofwizards
@NPBruce

Localization.Spanish.txt

Done.


Issue 13301 - Inline ASM documentation does not allow string literals

https://issues.dlang.org/show_bug.cgi?id=13301

How about updating Operands instead? Apparently Operand isn't defined anyhow.
And there is also https://github.com/D-Programming-Language/dlang.org/blob/0a92173a062697436456bb84a936ce0d0a3097f8/iasm.dd#L35.

@Hackerpilot, a follow-up to @MartinNowak 's comment?

Ping @Hackerpilot

I think that the reason was that string literals can't go in most of the places that an Operand can. I'd have to read through everything again to be sure.

@Hackerpilot @MartinNowak Is this good to go?

I think so, I'm not sure if Martin agrees.

I'll preemptively pull, @MartinNowak please undo (or build upon) if necessary.


Connection Refused  error running graph validation

Description of the task:
From @ami-day via slack.

tried running the graph validator on EC2 with this dataset: https://github.com/ebi-ait/hca-ebi-wrangler-central/issues/244 However I am getting an error message

Acceptance criteria for the task:
graph validation should work
env
EC2 - instructions to run on EC2 are here: https://github.com/ebi-ait/ingest-graph-validator
steps to reproduce
aws secretsmanager get-secret-value --secret-id ingest/tool/wrangler/ec2/neo4j --region us-east-1 --query SecretString --output text --profile hca-util
cd /data/tools/ingest-graph-validator/
. venv/bin/activate
export INGEST_GRAPH_VALIDATOR_NEO4J_DB_PASSWORD="....."
ingest-graph-validator hydrate ingest 9d1777a2-4360-4350-aa28-86b1c35474e0

output/logs
click to see full logs

(test) aday@ip-172-31-71-222:~$ aws secretsmanager get-secret-value --secret-id ingest/tool/wrangler/ec2/neo4j --region us-east-1 --query SecretString --output text --profile hca-util
{"neo4j":"uPszHJ5Pf7W&"}
(test) aday@ip-172-31-71-222:~$ cd /data/tools/ingest-graph-validator/
(test) aday@ip-172-31-71-222:/data/tools/ingest-graph-validator$ . venv/bin/activate
(venv) (test) aday@ip-172-31-71-222:/data/tools/ingest-graph-validator$ export INGEST_GRAPH_VALIDATOR_NEO4J_DB_PASSWORD="uPszHJ5Pf7W&"
(venv) (test) aday@ip-172-31-71-222:/data/tools/ingest-graph-validator$ ingest-graph-validator hydrate ingest 9d1777a2-4360-4350-aa28-86b1c35474e0
21-03-01 17:23:42 [ingest_graph_validator.ingest_graph_validator] - INFO: starting neo4j docker instance
21-03-01 17:23:42 [ingest_graph_validator.ingest_graph_validator] - INFO: attached to backend container [neo4j-server]
Traceback (most recent call last):
  File "/data/tools/ingest-graph-validator/venv/lib/python3.6/site-packages/neobolt/direct.py", line 835, in _connect
    s.connect(resolved_address)
ConnectionRefusedError: [Errno 111] Connection refused
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
  File "/data/tools/ingest-graph-validator/venv/bin/ingest-graph-validator", line 8, in <module>
    sys.exit(entry_point())
  File "/data/tools/ingest-graph-validator/venv/lib/python3.6/site-packages/click/core.py", line 764, in __call__
    return self.main(*args, **kwargs)
  File "/data/tools/ingest-graph-validator/venv/lib/python3.6/site-packages/click/core.py", line 717, in main
    rv = self.invoke(ctx)
  File "/data/tools/ingest-graph-validator/venv/lib/python3.6/site-packages/click/core.py", line 1137, in invoke
    return _process_result(sub_ctx.command.invoke(sub_ctx))
  File "/data/tools/ingest-graph-validator/venv/lib/python3.6/site-packages/click/core.py", line 1134, in invoke
    Command.invoke(self, ctx)
  File "/data/tools/ingest-graph-validator/venv/lib/python3.6/site-packages/click/core.py", line 956, in invoke
    return ctx.invoke(self.callback, **ctx.params)
  File "/data/tools/ingest-graph-validator/venv/lib/python3.6/site-packages/click/core.py", line 555, in invoke
    return callback(*args, **kwargs)
  File "/data/tools/ingest-graph-validator/venv/lib/python3.6/site-packages/click/decorators.py", line 17, in new_func
    return f(get_current_context(), *args, **kwargs)
  File "/data/tools/ingest-graph-validator/venv/lib/python3.6/site-packages/ingest_graph_validator/ingest_graph_validator.py", line 111, in hydrate
    ctx.obj.graph.delete_all()
  File "/data/tools/ingest-graph-validator/venv/lib/python3.6/site-packages/py2neo/database.py", line 382, in delete_all
    self.run("MATCH (a) DETACH DELETE a")
  File "/data/tools/ingest-graph-validator/venv/lib/python3.6/site-packages/py2neo/database.py", line 533, in run
    return self.begin(autocommit=True).run(cypher, parameters, **kwparameters)
  File "/data/tools/ingest-graph-validator/venv/lib/python3.6/site-packages/py2neo/database.py", line 828, in run
    entities=entities))
  File "/data/tools/ingest-graph-validator/venv/lib/python3.6/site-packages/py2neo/internal/connectors.py", line 292, in run
    return self._run_1(statement, parameters, graph, keys, entities)
  File "/data/tools/ingest-graph-validator/venv/lib/python3.6/site-packages/py2neo/internal/connectors.py", line 241, in _run_1
    cx = self.pool.acquire()
  File "/data/tools/ingest-graph-validator/venv/lib/python3.6/site-packages/neobolt/direct.py", line 719, in acquire
    return self.acquire_direct(self.address)
  File "/data/tools/ingest-graph-validator/venv/lib/python3.6/site-packages/neobolt/direct.py", line 612, in acquire_direct
    connection = self.connector(address, error_handler=self.connection_error_handler)
  File "/data/tools/ingest-graph-validator/venv/lib/python3.6/site-packages/py2neo/internal/connectors.py", line 227, in connector
    encrypted=cx_data["secure"], **kwargs)
  File "/data/tools/ingest-graph-validator/venv/lib/python3.6/site-packages/neobolt/direct.py", line 976, in connect
    raise last_error
  File "/data/tools/ingest-graph-validator/venv/lib/python3.6/site-packages/neobolt/direct.py", line 966, in connect
    s = _connect(resolved_address, **config)
  File "/data/tools/ingest-graph-validator/venv/lib/python3.6/site-packages/neobolt/direct.py", line 847, in _connect
    raise ServiceUnavailable("Failed to establish connection to {!r} (reason {})".format(resolved_address, error))
neobolt.exceptions.ServiceUnavailable: Failed to establish connection to ('<IP_ADDRESS>', 7687) (reason [Errno 111] Connection refused)```

</p>
</details>

The problem was that the ingest-graph-validator was not running on the EC2 machine.
I restarted it from my account.

Works for me now.


3 abandoned packages in composer installation

Hello,
I am trying pico and when installing with composer install from inside the git clone folder, composer reports 3 abandoned packages:
Package kherge/version is abandoned, you should avoid using it. No replacement was suggested.
Package herrera-io/json is abandoned, you should avoid using it. Use kherge/json instead.
Package herrera-io/phar-update is abandoned, you should avoid using it. No replacement was suggested.

I will try on and see if it works, just wanted to inform..

Thanks for letting us know @haheute! 👍
These packages are used by upstream packages, not by Pico itself. We unfortunately don't have any influence on this. Furthermore they are only installed when installing Pico with development dependencies. You don't need them if you don't want to contribute code to Pico's core, so you can safely remove them by running composer update --no-dev.

Ok.. and thanks for the explanation


PBR not working on IOS after compiling app to binaries

[X] Review the documentation: https://virocore.viromedia.com/
[X] Search for existing issues: https://github.com/viromedia/virocore/issues
[X] Use the latest ViroCore release: https://virocore.viromedia.com/docs/releases
[X] Turn off Instant Run in Android Studio

Environment
Please provide the following information about your environment:

OS: Mac
Version: 2.11.0
Device(s): IPhone 6s

Description
When I run the development app in XCode, PBR works fine and I get a shiny texture on my model, but after archiving the app and uploading it to TestFlight, the PBR goes away and the model has a matte texture on it.
Reproducible Demo
ViroMaterials.createMaterials({
  rocks: {
    lightingModel: 'PBR'
  }
})

...

<Viro3DObject source={require('../assets/models/rockstorm9.vrx')}
    position={[-0.03, -1.8, 0.0]}
    scale={[0.0011, 0.0011, 0.0011]}
    materials={['rocks']}
    type="VRX"
    animation={{name:'OSG_Scene', run: true, loop: true}}/>

Moved to https://github.com/viromedia/viro/issues/452


Add badge-* classes

Prerequisites

[X] I have searched for duplicate or closed feature requests
[X] I have read the contributing guidelines

Proposal
To make the badge component less intrusive, I recommend to add badge-* classes to give them a more alert-like style. If  a user wanted a bolder badge, they can always omit the badge-* class and style the badges the classic bg-* way.
Essentially, the badge-* classes would give a style like background-color: $color-100 and color: $color-700 with maybe a few tweaks where needed.
Before

After

Motivation and context
There's currently no option to de-emphasize badges with the current utility classes. Also the badge component looks rather outdated and this is an attempt to get back to modern design principles.
As a plus, adding these classes is a non-breaking change and can be applied anytime. If you are interested in the badge-* classes, I'd be happy to create a PR.

you can do that using bg-opacity-25 class and the original badge classes
eg: primary.
thais how I do it.

you can do that using bg-opacity-25 class and the original badge classes
eg: primary .
thais how I do it.

you can do that using bg-opacity-25 class and the original badge classes
eg: primary .
thais how I do it.

That may work on a white background, but not so good on a slightly off-white one. Also you can’t change the ‘color’ that way.

I preferred the BS4 way. Now with bg-* we have to adjust the text color manually and badges as links also require additional styling now. It would be nice to have the old badge-* classes back that took care of everything.

Perhaps related but I'm trying to upgrade a site (one I maintain in a personal capacity for a friend of mine, who runs a small business) from BS4 to BS5 and this is a major pain point. I've tried badge bg-success and the background colour is simply not being set. I've also tried text-dark on top and that doesn't get set either.
I remember a few years ago when I adopted BS4 for this site that everything just worked out of the box and came with sensible defaults. It just worked, mostly. My impression of BS5 is that it's a serious step backwards. I'm on the edge of ditching it and finding something different. I'm not a web developer by trade, so the breaking changes - and lack of any objective help for how to overcome them - are going to literally break me.
Very disappointing. I could go on to complain about the default of underlining links by default too, but I suspect that'll fall on deaf ears. I'm sure there are reasons for all of this but the end result is that this just alienates existing users - those of us just trying to keep our sites alive.

@falcon71 I preferred BS4 way as well. But you can use badge btn-danger text-decoration-none or badge btn btn-danger border-0 classes to create the same badges in BS5.

The badges are largely the same between versions in their overall aesthetics. We dropped some confusing extraneous styles on them and opted to add more explicit controlling to them. Maybe we overdid it, but I think the component is so simplistic overall that it's an often a difficult balance to hit. Providing the utility override though for color feels great to me and is definitely an improvement overall.
There's a PR to add additional features via an Extend > Snippets page and I've included lighter colored buttons for that. I can add something there for light colored badges, too. See https://deploy-preview-33627--twbs-bootstrap.netlify.app/docs/5.1/extend/snippets/ via https://github.com/twbs/bootstrap/pull/33627.
@each $color, $value in $theme-colors {
  $btn-light-bg: shift-color($value, -80%);
  $btn-light-border: shift-color($value, -80%);
  .btn-light-#{$color} {
    @include button-variant($btn-light-bg, $btn-light-border, shift-color($value, 50%));
  }
}

Two mins of trying it out got me this:

@each $color, $value in $theme-colors {
  $badge-light-bg: shift-color($value, -80%);
  .badge-light-#{$color} {
    background-color: $badge-light-bg;
  }
}

Added to #33627.

Tailwind looks amazing.

Be sure to check out the badge components. That's where the inspiration came from anyway.


Verification Page

I know Jeffalo has a thing on Ocular that requires you to verify with a Scratch account,  and I was wondering if we could do this with When Flag Clicked or if that is even necessary.

We could use fluffy scratch

We could use fluffy scratch

Oh I think I have heard of that. Pretty sure that is what Ocular uses.

Duplicate of #3


Wish Curation List: Search fails when there isn't an assigned sponsor

What was the feature/problem?
{Please write here}
How does this PR address the above feature/problem?
{Please write here}
Check lists (check x in [ ] of list items)

[ ] Test passed
[ ] Coding style (indentation, etc)

Additional Comments (if any)
{Please write here}

Codecov Report

Merging #110 into master will increase coverage by 0.03%.
The diff coverage is 100%.

@@            Coverage Diff             @@
##           master     #110      +/-   ##
==========================================
+ Coverage   95.39%   95.43%   +0.03%
==========================================
  Files          28       28
  Lines         391      394       +3
  Branches       36       39       +3
==========================================
+ Hits          373      376       +3
  Misses         15       15
  Partials        3        3

Flag
Coverage Δ

#api
97.12% <ø> (ø)
:arrow_up:

#ui
94.09% <100%> (+0.08%)
:arrow_up:

Impacted Files
Coverage Δ

ui/src/wishList/index.js
100% <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 0c42847...ce563a5. Read the comment docs.


How to remove

Hello,
I have an issue where an existing website (Can't change it directly) is using ScrollToFixed to move an element on the page. I am creating a script that will, among other things, stop or prevent that element from moving.
Initialization code:
$j('#large_sidebar').scrollToFixed({
marginTop: 18,
preFixed: function() { $j(this).addClass('fixed'); },
postFixed: function() { $j(this).removeClass('fixed'); }
});
...
I tried with
$j('#large_sidebar').scrollToFixed({});
and..
$j('#large_sidebar').scrollToFixed();
but it doesn't have any effect.
Is it possible to remove the .scrollToFixed() once it is already added with another command since I can't edit the source?

I have added a remove trigger to the ScrollToFixed plugin; however, that will require that the element has .scrolledToFixed applied using the latest version.  Other than that, the only way to remove .scrollToFixed from an element is to unbind the window.resize and window.scroll events for the target element.  This could have adverse side-effects if other there are other events bound to these window events.


Rename x509 PKI to PKIX

I think this is probably closer to the "correct" name the way we're using these keys, since we don't actually verify a certificate chain.
We could either extend this type to take an optional cert chain to verify the public key against, or have two types of PKI here.

I guess the cert chains could be stored in ExtraData, since we could theoretically have multiple valid cert chains for a given signature.

Or, one other idea: allow for the public key to refer to a certificate (with an embedded public key) instead of just a public key.
We would then verify the certificate itself and store that in extra data (because many certificates can contain the same public key), extract the public key and store that as usual.


Make a Biologist ChatBot: Augment GPT-3 with a reference library of biology text.

User feedback:
"It would be useful to talk to a biologist to get started in a particular direction. I tell them viscous fluids, and they tell me look at organism X, Y, and Z."
https://github.com/openai/openai-cookbook/blob/main/examples/Question_answering_using_embeddings.ipynb
This may be helpful:
https://twitter.com/danshipper/status/1615901860786749440
He used this to load his reference library:
https://github.com/jerryjliu/gpt_index
This is another example that may be useful:
https://every.to/superorganizers/i-trained-a-gpt-3-chatbot-on-every-episode-of-my-favorite-podcast

@4eshanb Here's a system prompt we were using you can use as a starting point:
You are an AI research assistant and an expert in all fields of science.

Cite peer reviewed sources for your answers.
Reference relevant grants and NSF numbers.
Reference relevant patents.
First think step-by-step - describe your plan written out in great detail.


Web Workers can't handle absolute imports in prod

Describe the bug
I'm using Vite with React and Web Workers which have absolute imports inside work correctly in dev mode, whereas in prod builds the build fails.
Reproduction
https://stackblitz.com/edit/vitejs-vite-zqwmpw?file=src%2Fworkers%2Fworker.ts
Steps to reproduce

npm run dev - app has no issues building, clicking on the "Click This To Use Worker" button prints to the console
npm run build - vite can't resolve absolute imports to the worker therefore the build fails
if the imports in the worker are converted to relative imports, the app builds correctly

System Info
StackBlitz appended above

Used Package Manager
npm
Logs
❯ npm run build

<EMAIL_ADDRESS>build
tsc && vite build

vite v5.0.5 building for production...
✓ 16 modules transformed.
[vite:worker-import-meta-url] [vite]: Rollup failed to resolve import "util/constants" from "/home/projects/vitejs-vite-zqwmpw/src/workers/worker.ts".
This is most likely unintended because it can break your application at runtime.
If you do want to externalize this module explicitly add it to
build.rollupOptions.external
file: /home/projects/vitejs-vite-zqwmpw/src/App.tsx
error during build:
Error: [vite]: Rollup failed to resolve import "util/constants" from "/home/projects/vitejs-vite-zqwmpw/src/workers/worker.ts".
This is most likely unintended because it can break your application at runtime.
If you do want to externalize this module explicitly add it to
build.rollupOptions.external
at viteWarn (/home/projects/vitejs-vite-zqwmpw/node_modules/vite/dist/node/chunks/dep-MF_y65BT.js:66521:27)
at onwarn (/home/projects/vitejs-vite-zqwmpw/node_modules/@vitejs/plugin-react/dist/index.mjs:265:9)
at onRollupWarning (/home/projects/vitejs-vite-zqwmpw/node_modules/vite/dist/node/chunks/dep-MF_y65BT.js:66546:9)
at onwarn (/home/projects/vitejs-vite-zqwmpw/node_modules/vite/dist/node/chunks/dep-MF_y65BT.js:60775:13)
at eval (/home/projects/vitejs-vite-zqwmpw/node_modules/rollup/dist/es/shared/node-entry.js:17359:13)
at Object.logger (/home/projects/vitejs-vite-zqwmpw/node_modules/rollup/dist/es/shared/node-entry.js:19017:9)
at ModuleLoader.handleInvalidResolvedId (/home/projects/vitejs-vite-zqwmpw/node_modules/rollup/dist/es/shared/node-entry.js:17963:26)
at eval (/home/projects/vitejs-vite-zqwmpw/node_modules/rollup/dist/es/shared/node-entry.js:17921:26)
Validations

[X] Follow our Code of Conduct
[X] Read the Contributing Guidelines.
[X] Read the docs.
[X] Check that there isn't already an issue that reports the same bug to avoid creating a duplicate.
[X] Make sure this is a Vite issue and not a framework-specific issue. For example, if it's a Vue SFC related bug, it should likely be reported to vuejs/core instead.
[X] Check that this is a concrete bug. For Q&A open a GitHub Discussion or join our Discord Chat Server.
[X] The provided reproduction is a minimal reproducible example of the bug.

This looks like a little footgun, but I think you have to pass separate plugins for worker build since you rely on typescript specific baseUrl resolution.
I tested this config and it seems to work.
https://stackblitz.com/edit/vitejs-vite-ugqgg5?file=vite.config.ts
import { defineConfig } from 'vite';
import react from '@vitejs/plugin-react';
import tsconfigPaths from 'vite-tsconfig-paths';

// https://vitejs.dev/config/
export default defineConfig({
  plugins: [react(), tsconfigPaths()],
  worker: {
    plugins: () => [tsconfigPaths()],
  },
});

@hi-ogawa Thank you so much for your help, it works for me also! I should learn how to read documentation correctly 😅


hidden overflow - justifyContent: 'left' error

when set on ThreeMeshUI.Block
attribute  justifyContent: 'left'

I have an error:
THREE.BufferGeometry.computeBoundingSphere(): Computed radius is NaN. The "position" attribute is likely to have NaN values.

hi, justifyContent: 'left' is a wrong value, it can only be 'start', 'center' or 'end'.


Open seeds cohort logo proposals

Just linking this to #24 😊

Thank you @Ismael-KG

Thank you @Ismael-KG for referencing Issue 24. The final open seeds design is attached below


fix: change validation rule for data in list widget

The current validation is OBJECT_ARRAY due to which data like array of strings, or array of objects don't work in list widget now.
This PR changes the rule to ARRAY.
Fixes #7024
Type of change

Bug fix

How Has This Been Tested?

Manually tested

Checklist:

[ ] My code follows the style guidelines of this project
[ ] I have performed a self-review of my own code
[ ] I have commented my code, particularly in hard-to-understand areas
[ ] I have made corresponding changes to the documentation
[ ] My changes generate no new warnings
[ ] I have added tests that prove my fix is effective or that my feature works
[ ] New and existing unit tests pass locally with my changes

Test coverage results :test_tube:
:white_circle: Total coverage has not changed
No changes to code coverage between the base branch and the head branch

@vivekverma2312 will need you help as well

Tested deploy preview and it's working fine.


rkChainID API will be changed.

The inverse dynamics solver rkChainID() has the following API:
void rkChainID_G(rkChain *chain, zVec vel, zVec acc, const zVec6D *g);

In fact, the inputs to the inverse dynamics computation include joint displacements in addition to the joint velocities and accelerations, and the output joint torque. The above API doesn't clarify this input-output relation. So, I'll change it to
void rkChainID_G(rkChain *chain, const zVec dis, const zVec vel, const zVec acc, zVec trq, const zVec6D *g);

in the next revision. I imagine this affects largely.

Done in the latest ver.2.10.0.


@HostBinding attributes are not respected by MatFormField

Bug, feature request, or proposal:
Bug
What is the expected behavior?
Adding a readonly attribute via HostBinding to matInput host element should put input element to the read-only state, the same way as readonly="true" does when directly added to an element.
What is the current behavior?
HTML5 input element is correctly in readonly state, however, matFormField is still triggering focus animation
What are the steps to reproduce?
https://stackblitz.com/edit/angular-ty6kkd
First input field is what I expect second field should work like as well.
The difference is on the first field I use readonly="true", while on the second I use @HostBinding() readonly = true.
What is the use-case or motivation for changing an existing behavior?
Which versions of Angular, Material, OS, TypeScript, browsers are affected?
Angular: ^7
Material: ^7
TypeScript: ^3

not only readonly but also placeholder and id attrs, hoping this will be considered!

Closing since host bindings set values directly on the DOM node, they don't set inputs so there isn't a way for Material to respond to those changes.


some cleanup and set default memory to 4GB.

Thanks @fng-coursera for review, and suggestions. I didn't know that feature. It is awesome. With few clicks, it is ready for re-review :).

Thanks @fng-coursera for review, and suggestions. I didn't know that feature. It is awesome. With few clicks, it is ready for re-review :).

Yeah thanks to @ricky-wong for this 😄


Normal Firefox Installation not possible

I would like to install the normal Firefox not the esr version. Unfortunately its not available
` pkg search firefox
firefox-esr-102.3.0,1          Web browser based on the browser portion of Mozilla
p5-Firefox-Marionette-1.17     Automate the Firefox browser with the Marionette protocol
pkg -vvv
Repositories:
FreeBSD: {
url             : "pkg+http://pkg.FreeBSD.org/FreeBSD:13:amd64/quarterly",
enabled         : yes,
`
On a Standard FreeBSD 13 it looks like this
`
pkg search firefox
firefox-104.0.2,2              Web browser based on the browser portion of Mozilla
firefox-esr-91.13.0,1          Web browser based on the browser portion of Mozilla
p5-Firefox-Marionette-1.17     Automate the Firefox browser with the Marionette protocol
pkg -vvvv
Repositories:
FreeBSD: {
url             : "pkg+http://pkg.FreeBSD.org/FreeBSD:13:amd64/quarterly",
enabled         : yes,
priority        : 0,
`
Any Idea?

Seems to be resolved on 131R-20221130.


Usability Issues from Google Search Console

I received an email from Google Search Console titled "Mobile Usability issues detected for site https://thenewbiewoodworker.com/". Here's the issues, which are all listed as being on the landing page:

Content wider than screen
Text too small to read
Clickable elements too close together

I checked the website on my iPhone, and other than the Action buttons being close together (but still usable, as far as I'm concerned), I couldn't see anything wrong.
I'm using GitHub pages. I think I have the current source for Basically Basic, but I don't know how to find the version number.
I don't think I did anything to cause this, but anything's possible.
Have you seen this before? Any ideas what to do about it?
Sorry I filed this under "bug report". I wasn't sure which category it belonged under. Thanks.

In my experience the big G can be overly aggressive with these "suggestions". Some end up being false positives... like the content being too wide one.
I wouldn't lose sleep over any of these.
If you want more detail use Chrome's web developer tools and check the Audit tab. It'll run these same tests and indicate exactly where the issues are.
Usually it flags footer links that are often purposely styled smaller. Or it gets confused by "hidden" nav links that are only visible for assitive tech or if you tab through the page.

Thanks you for the reply. I figured it wasn't a big deal. I find it interesting that it hadn't happened until now, but I did make some changes to the home page, so maybe that's it. I will definitely check it out in Chrome.
Question, if you know: Does Google do anything negative based on these warnings, like lower me in search results or anything like that? Not that it would make a huge difference with my site, but I'm curious.
Thanks again,

You'll see these sorts of things depending on when Google decides to crawl your site and report back.
You'd be better off searching out resources and sites dedicated to SEO. You'll find yourself going down a really deep rabbit hole as there's a lot to learn and a lot of voodoo as Google isn't always transparent with this stuff.

LOL - I looked at a couple of things after I replied, and I came to that conclusion almost instantly. I don't have time for a rabbit trail right now. 😛Thanks!


Thoughts on 'crackle'

Hi there,
thanks for your work implementing this. I'm trying to see if I can use this in a scenario where I want to work with the idea of extrapolating musical material. Unfortunately, my computer is too slow (it's a i7 laptop, but no GPU), I'm running now with one single audio file in corpus at default sr of 16 kHz, getting 2 steps per minute. So I have this running for a day and half, but I don't see it converging fast enough; I mean, it captures the timbre of the sound, that's great, but there is a crackle in the results that doesn't seem to go away.
Here are some iterations: https://soundcloud.com/sciss/sets/269171-wavenet
In particular, it's nice to see that the noise in iter 1200 disappears and the resonances start to come out. When I heard iter 2500 I thought, great, it's going to work out, the crackle is almost gone. But then in iter 4400, the crackle has become more prominent again. If I look at the waveform, it seems the system introduces small bursts at Nyquist which I think are responsible for that crackling sound: http://i.imgur.com/WQ97Zu6.png
Any thoughts on that?
Also - I would like to change the algorithm in two ways:

do away with the 8-bit 𝝁-law encoding, because that has really bad SNR. I would prefer to work directly with floating point scalars.
allow it to operate on stereo- or multi-channel input.

Any thoughts on this?
Thanks!

Similar to what the authors claim, I have also noticed that results are better with a bigger dataset. And convergence does not happen till at least 50k iterations going upto 200k.
I would keep everything else as it is in the algorithm, with the addition of a decaying learning rate.
In other words, you really need a GPU.

D'oh. And if I manage to replace the category encoding? Wouldn't that instantly yield a speed-up of 256x?
What I noticed is that not all CPU cores are fully running, I think tensorflow, at least the version I installed, is not well parallelised. I have a handful of Raspberry Pis lying around, and a Core i5 Mac Mini with Linux. I could offload the rendering to those boxes and at least free my laptop; but it's a company machine, there is no option to add a GPU here (and also I have no financial resources).

It's easy to remove the 8-bit encoding; it's only there because with speech results tend to be better. If you remove it, though, you won't get a speed-up of 256x; the first and last layers will be faster, but the intermediate layers will still have high-dimensional embeddings that you need to compute anyway. The architecture is something like:
floating-point sample -> 8-bit encoding -> high-dimensional embedding -> wavenet -> high-dimensional embedding -> 8-bit encoding -> output sampling
If you want to have a multi-channel model, you need to decide which parts are shared (you apply the operations with the same weights to all channels separately, a kind of 1D convolution) and in which you "mix things up".
Regarding efficiency: a GPU definitely helps. The code could probably be more efficient, especially the generation part. Regardless, if you run on CPU you will need to tweak some parameters regarding how many threads are run per queue, which are hard-coded. It's also very, very important that you install from sources to make full use of advanced CPU instructions and that you have the optimised C++ protobuf package (I had to compile and install it separately from TensorFlow).

Thanks for the comments. I noticed that TF prints some warnings about not being compiled with some CPU primitives that are available on my computer, so I should definitely compile that from source.

@Sciss yes, exactly! Regarding the protobuf package: You can check with
python -c "from google.protobuf.internal import api_implementation; print(api_implementation._default_implementation_type)"

That should print "cpp" if it's optimized or python if not. If not, follow this after you have compiled TensorFlow (TensorFlow compiles a non-optimized protobuf, and then you override it):
https://www.tensorflow.org/install/install_linux#protobuf_pip_package_31
Basically, install the optimized version (URL depends on OS and Python version) with:
pip install --upgrade https://storage.googleapis.com/tensorflow/linux/cpu/protobuf-3.1.0-cp27-none-linux_x86_64.whl

Or you can even try and compile protobuf from source. I don't remember now which one I did.

Also, try using more threads here:
https://github.com/ibab/tensorflow-wavenet/blob/master/wavenet/audio_reader.py#L194
It could be that your CPU is stalling waiting for more data to be read from the hard drive and pre-processed.


Regression test k3s to rancher integration

Want to make sure importing a k3s cluster into rancher works properly and identify any major flaws so that they can be fixed or "known issued" for this release of rancher.

Rancher v2.3.2
k3s v0.10.2
I tested by importing a couple of k3s clusters one was HA and one was not. I executed some of the basic regression tests such as from the UI regression test plan which covers:

Apply labels to cluster and nodes (this does not work but also doesn't seem to work with rke imported cluster and a Rancher issue was created: https://github.com/rancher/rancher/issues/23840 )
Create a workload (Deployment), Service, and Ingress and ensure my deployment is accessible
Edit workload, service, ingress. Changes take effect.
General UI looks good, able to see cluster details on cluster dashboard page, looks accurate, other general UI checks all high level.

Because I didn't identify any significant issues I'll go ahead and close this issue. I recommend in the future we do some more testing with Rancher.


Changed price styling !!

Fixes Issue-#1149

Changes proposed
This pull request updates the display of the shoe price on the product card to include a strikethrough effect on the original MRP, along with the new discounted price.

Screenshots

Note to reviewers

Hope you like it!!

I have the  changed price styling  in all the files  and it took lots of effort, Kindly  Please try to Increase the level of my PR ,Hope you like it!!


Maintenance

Just like the title says

Stupid Travis, taking forever, It's passing in Circle CI so merging it in


Ubuntu Container spawns with wrong credentials

The documented containerlab password for Generic VM is documented as sysadmin:

to connect to the Linux shell (password sysadmin)

The problem however: it's configured as clab@123 after doing a containerlab deploy. Apparently the cloud-init configuration contains the plain text password:
bene@containerlab:~$ telnet clab-pop-fra1-server 5000
Trying 3fff:172:20:20::4...
Connection failed: Connection refused
Trying <IP_ADDRESS>...
Connected to clab-pop-fra1-server.
Escape character is '^]'.

server login: clab
Password:

Login incorrect
server login: root
Password:
Welcome to Ubuntu 24.04.1 LTS (GNU/Linux 6.8.0-49-generic x86_64)

 * Documentation:  https://help.ubuntu.com
 * Management:     https://landscape.canonical.com
 * Support:        https://ubuntu.com/pro

 System information as of Thu Dec 12 10:33:47 CET 2024

  System load:             0.01
  Usage of /:              55.1% of 2.84GB
  Memory usage:            35%
  Swap usage:              0%
  Processes:               97
  Users logged in:         0
  IPv4 address for enp1s0: <IP_ADDRESS>
  IPv6 address for enp1s0: fec0::e00:bcff:feb0:0

Expanded Security Maintenance for Applications is not enabled.

0 updates can be applied immediately.

Enable ESM Apps to receive additional future security updates.
See https://ubuntu.com/esm or run: sudo pro status

root@server:~# grep '^clab' /etc/passwd
clab:x:1000:1000::/home/clab:/bin/bash
root@server:~# grep '^clab' /etc/shadow
clab:$y$j9T$UFxzejBZwT0DWuKa7Fart1$686UmjFYaLG6mnhmAFBFNNQg4C89oD2NqtpvJ2kOQ.6:20069:0:99999:7:::
root@server:~# mount -o ro /dev/sr0 /mnt
root@server:~# cat /mnt/user-data
#cloud-config
hostname: server
fqdn: server
users:
  - name: clab
    shell: /bin/bash
    sudo: "ALL=(ALL) NOPASSWD: ALL"
    groups: users, admin
    plain_text_passwd: clab@123
    lock_passwd: false
ssh_pwauth: true
disable_root: false
timezone: Europe/Berlin
runcmd:
  - touch /etc/cloud/cloud-init.disabled
root@server:~#

For debugging, I fixed my own qcow image with a hard coded root password to be able to login and to debug the clab container. Stackoverflow thread.
sudo virt-customize -a noble-ubuntu-cloud.qcow2 --root-password password:<password>

What's the problem here? Just change the docs? (I'm a newbie with containerlab)

Oh, lol. A few inches further on the screen, there is the default password clab:clab@123 documented.

Default credentials for the Generic VM nodes are clab:clab@123.

So I guess, the docs weren't updated thoroughly.
I'll have a look for the docs and in case I find the location will bring in a PR.


Get Rid of Test Entries

Working with Patrick to get rid of Test Entries in the data in the new output Patrick has built for the October meeting.

initially am focusing on getting the tabulator-code into production -- this is next, though!


Empty query result for TPC-H Q10

Describe the bug
https://github.com/singularity-data/risingwave/runs/6143952340?check_suite_focus=true
The result set is empty.
To Reproduce
On CI
Expected behavior
Correct TPC-H Q10 query result
Additional context
Happens after https://github.com/singularity-data/risingwave/pull/2043 gets merged, not sure if this PR is causing the issue.

#2043 only modifies the newly implemented lru cache, and it's not used yet. So this PR may not be the cause of the issue.

Well, let's investigate it further later...

Guess that's because we missed a flush in TPC-H slts. Should be fixed by https://github.com/singularity-data/risingwave/pull/2083


Author's name is not showing up

The author's name is not showing up in the posts of https://iosmac.es. The site ID of this site is mEZfdocCWvFqzRHxm.
Live example: https://iosmac.es/las-mejores-ofertas-del-dia-en-amazon-5.html

Authors are not available in its REST API:

He should disable his plugins until this error disappears:
https://iosmac.es/wp-json/wp/v2/users/86
My guess is that a "security" plugin is causing the issue.


Directories dont check modified time when sending "change" event

When checking whether to send event invoked with fs.watch we shouldnt do that for directory. Directory can send change event for multiple reasons and its not right to filter that out.
a7a308d1d7dce2be48edb0f7688ab5c3fe89da1b Adds the failing test. It modifies out vfs sending incorrect timestamps, incorrect events etc.
88c5588181e0340b41f8a1a1c87b27bada3de610 actual fix
Fixes https://github.com/microsoft/TypeScript/issues/57792

@DanielRosenwasser @RyanCavanaugh  do we want this for 5.4 ? If we need to port this, there will be test breaks unless we take #57936

The cherry pick task will fix up the baselines, so that all would be handled (but we can still manually fix it)

Just to check - is this going to be backported to 5.4 or only 5.5?

I think it's worth considering.
@typescript-bot cherry-pick this to release-5.4

Apologies for the direct mention @jakebailey, but is a new 5.4 version still planned to go out at some point?

This was in 5.4.4 which came out last week.


appveyor: fix 32 bit build failures

@matthew-brett @pv

I suspect the 32-bit hang at least is an issue in CDFLIB, which at least locally according to gdb enters an infinite loop, as the code is ancient and not written with nans in mind. Moreover, it has persistent state that it apparently doesn't reset properly, giving a plausible mechanism for spurious failures e.g. due to test ordering. Not going to look at this today though.

The following from @pv in https://github.com/scipy/scipy/pull/7616#issuecomment-321995955:
"""
So as a summary on the 32-bit builds:

libopenblas_5f998ef_vanilla.a: appveyor either successful + one hang
libopenblas_5f998ef_gcc7_1_0.a: appveyor hangs
lapack.a: all builds on appveyor were successful
libopenblas_5f998ef_mingwpy.a: builds on appveyor fail

Locally, both lapack.a and libopenblas_5f998ef_vanilla.a hang in TestCephes::test_ncfdtridfn.
"""
Updating:

libopenblas_5f998ef_vanilla.a: in "fast" mode - appveyor either successful + one hang
libopenblas_5f998ef_gcc7_1_0.a: in 'fast' mode - appveyor passes, hangs , or hangs with an extra failure near the start.  In "full" test mode, one hang at [00:21:27] ..\..\::TestEntropy::test_entropy_base <- ..\..\Python36\lib\site-packages\scipy\stats\tests\test_distributions.py

So far, my guess is these hangs and single failure are not deterministic, and there is no difference between the vanilla and gcc7_1_0 builds.

If you want to test without the hang complicating things, you can pick commits from gh-7727 to convert it to an ordinary test failure. This issue does not seem to be related to blas/lapack.

I merged gh-7727 - sure enough, no hang, single test failure from "full" tests:
https://ci.appveyor.com/project/matthew-brett/scipy/build/1.0.7

Oops - actually, 2 failures for Python 3.5:
[00:19:10] self = <scipy.special.tests.test_basic.TestCephes object at 0x0AF3EB90>
...
[00:19:11] self = <scipy.special.tests.test_mpmath.TestSystematic object at 0x0FFA40B0>

https://ci.appveyor.com/project/matthew-brett/scipy/build/1.0.7/job/y62y3wtay5aq7a4v/tests

Looks fine then, as far as openblas is concerned. I think we can switch to its more reproducible build if you like.

A minimal repro for the hang on 32-bit locally turns out to be:
import numpy as np
from scipy.special import ncfdtridfn
np.absolute(complex(np.inf, 0))
ncfdtridfn(0.926, 2, 0.25, 15)  # <- hangs here

It does not hang, if np.inf is changed to a finite fp value (inf and nan cause a hang in ncfdtridfn).
The hang only occurs with gfortran optimization levels larger than -O0 used to compile cdflib.
Setting a breakpoint at the computational function cdffnc_, the value of the fp register fctrl differs in the two cases --- it's 0x027f (53-bit precision) in the "good" case and 0x137f (64-bit precision) in the "bad" case.
Doing set $fctrl = 0x137f or set $fctrl = 0x037f after entering cdffnc_ in gdb results to a hang also in the "good" case, in the same place. (But this does not result to a hang on gfortran optimization level -O0.)
There are no long doubles in the code.
This occurs both with self-compiled numpy, and with the 32-bit numpy 1.13.1 wheels from pypi (with the distutils folder replaced after installation).
I do not immediately understand why np.absolute on complex np.nan/np.inf changes fp mode, but not if operating on finite values. I do not know if it is allowed to change the fp mode, or if it's a bug that it does.
Ideas @carlkl, @xoviat?

Well, if it doesn't occur on O0 then it's obviously an optimization bug. The simplest way to proceed would probably be to turn on one optimization flag at a time until it fails:
-fauto-inc-dec
-fbranch-count-reg
-fcombine-stack-adjustments
-fcompare-elim
-fcprop-registers
-fdce
-fdefer-pop
-fdelayed-branch
-fdse
-fforward-propagate
-fguess-branch-probability
-fif-conversion2
-fif-conversion
-finline-functions-called-once
-fipa-pure-const
-fipa-profile
-fipa-reference
-fmerge-constants
-fmove-loop-invariants
-freorder-blocks
-fshrink-wrap
-fshrink-wrap-separate
-fsplit-wide-types
-fssa-backprop
-fssa-phiopt
-ftree-bit-ccp
-ftree-ccp
-ftree-ch
-ftree-coalesce-vars
-ftree-copy-prop
-ftree-dce
-ftree-dominator-opts
-ftree-dse
-ftree-forwprop
-ftree-fre
-ftree-phiprop
-ftree-sink
-ftree-slsr
-ftree-sra
-ftree-pta
-ftree-ter
-funit-at-a-time

Of course that's quite a bit of options but you can eliminate half at a time. (turn on first half only, does it happen).

Optimization or assumptions. Is the compiler allowed to assume something about the active floating point mode?

Possibly this:

-fexcess-precision=style
This option allows further control over excess precision on machines where floating-point operations occur in a format with more precision or range than the IEEE standard and interchange floating-point types. By default, -fexcess-precision=fast is in effect; this means that operations may be carried out in a wider precision than the types specified in the source if that would result in faster code, and it is unpredictable when rounding to the types specified in the source code takes place. When compiling C, if -fexcess-precision=standard is specified then excess precision follows the rules specified in ISO C99; in particular, both casts and assignments cause values to be rounded to their semantic types (whereas -ffloat-store only affects assignments). This option is enabled by default for C if a strict conformance option such as -std=c99 is used. -ffast-math enables -fexcess-precision=fast by default regardless of whether a strict conformance option is used.
-fexcess-precision=standard is not implemented for languages other than C. On the x86, it has no effect if -mfpmath=sse or -mfpmath=sse+387 is specified; in the former case, IEEE semantics apply without excess precision, and in the latter, rounding is unpredictable.

So is there something in the DLL calling convention that says that fp mode must have some specific value. Or is it up to the DLL called to set it as necessary? Does mingw  generate code that sets the fp mode on entry to DLL functions (apparently no)?

If it's this one function (and apparently it is), we should be able to reset the fp mode here with _ctrlfp.

Does mingw generate code that sets the fp mode on entry to DLL functions

It should. DLLs are supposed to set up their registers correctly on entry. They're less efficient for static libs partly for that reason.

Changing the FPU mode to 64-bit precision is an evil feature of vanilla mingw-w64. BTW: mingwpy default behaviour is NOT to do that, as this is not standard Windows ABI. Many libraries on Windows depends on correct FPU setting (53bit).
This FPU mode is only needed for long doubles but unfortunately also affects calculations with double precision values. A changed FPU setting should always be resetted to default by the callee, however, the mingw-w64 collaberation decided for a FPU default mode as used by Linux.
I guess the change of the FPU mode is the effect of using numpy OpenBLAS compiled with vanilla mingw-w64 or another DLL included in the scipy wheel (this has to be checked)
Linking CRT_fp8.o while using binutils helps to change mingw-w64 default to the standard 53bit precision setting.
I have no access to my dev machine at the moment, so a more detailed investigation is not possible right now.

Numpy issue: https://github.com/numpy/numpy/issues/9567

The precision mode change itself does not seem to be due to openblas --- the issue is reproducible without scipy at all (see numpy/numpy#9567) and is due to plain numpy functions that don't use linear algebra. Calling np.linalg functions also does not seem to change the precision mode, so it may be the issue is limited to only np.absolute.

@pv Nice job coming up with that Python extension!

@pv - from the discussion over at the Numpy thread, this should not happen on Python 2.7 - but I see I have a test failure on Python 2.7 : https://ci.appveyor.com/project/matthew-brett/scipy/build/1.0.7/job/f5l97s5l68cdqga5/tests
Does this failure have another cause?

that looks like a different failure i.e. not in ncfdtridfn, with likely a
different cause. Possible suspect for that one is the old msvc9 compiler
math library.
16.8.2017 3.52 "Matthew Brett"<EMAIL_ADDRESS>kirjoitti:

@pv https://github.com/pv - from the discussion over at the Numpy
thread, this should not happen on Python 2.7 - but I see I have a test
failure on Python 2.7 : https://ci.appveyor.com/
project/matthew-brett/scipy/build/1.0.7/job/f5l97s5l68cdqga5/tests
Does this failure have another cause?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/scipy/scipy/issues/7726#issuecomment-322640530, or mute
the thread
https://github.com/notifications/unsubscribe-auth/AACI5ukm56_VnNyymVFdoPO3WoL7tcHUks5sYktDgaJpZM4O1kEY
.

The problematic MSVC function is now blacklisted in numpy, and the hang becomes just a wrong result compute due to the nan-safety changes in gh-7727. The right thing is probably to mark this one as an xfail on win32, as numpy seems like a better place to fix it.


Use upstream landscapeapp; closes #1015

Switching to upstream/downstream approach

Deploy preview for landscape failed.
Built with commit 92bed1acbb7a777d5e68f5dff2ae6cc03e76a3e3
https://app.netlify.com/sites/landscape/deploys/5c1aa64ec0a17a000733004b


Initial test coverage for the analyzer

What this PR does / why we need it: Adds test coverage for the analyze_image() function that downloads manifests, images, squashes, runs analyzers, and produces a report. It concentrates in retrieving the actual report (a large Python dictionary mixed with JSON) and uses a Pytest harness to run tests against it.
The initial tests do not cover everything. It covers the one case of going to a registry and retrieving an existing image (CentOS 8).
There is room to add additional variations of other images in other locations (directory and/or with skopeo).
By default it caches the initial+expensive processing so that all tests don't need to re-do the processing.
Special notes: A separate command-line tool and library is added, understanding that there is a similar tool in anchore-manager analyzer. The reason for keeping this tool is decoupling from anchore-engine as much as possible and concentrating in the result produced, so that analyzers and other Docker interactions can be tested directly.

@Btodhunter, @zhill , @wagoodman this is good for a re-review if you guys can spare a few. I have more changes I could add but this is good enough to iterate over.

@alfredodeza ugh, looks like conflicts again. Can you rebase/resolve conflict and go ahead and merge it.


Setting interpolation to tetrahedral breaks 1D LUT

When the LUT interpolations is set to tetrahedral, Lut1Dop::apply does nothing (falls of the end of an if/else-if)
https://github.com/imageworks/OpenColorIO/blob/46b50c5df00e36151f031020141952fc198fa455/src/core/Lut1DOp.cpp#L500
This means if you set the OCIOFileTransform to interpolation:tetra, and load a 1D LUT, it will not be applied..

If I explicitly select an interpolation that is nonsensical for a given LUT, it should throw an exception
The problem with that is you are forced to select an interpolation, and most of the time you wouldn't particularly care.. E.g in automated scripts that use the OCIOFileTransform, it would be tedious to have to conditionally set the interpolation based on what LUT is loaded
So maybe the solution is #39 - having a LUT_INTERPOLATION_BEST-type constant, and the OCIOFileTransform would default to a "best" option (as could !FileTransform in configs)


Can't create quota plan with 0 memory.

Please fill out the issue checklist below and provide ALL the requested information.

[x] I reviewed open and closed github issues that may be related to my problem.
[x] I tried updating to the latest version of the CF CLI to see if it fixed my problem.
[x] I attempted to run the command with CF_TRACE=1 to help debug the issue.
[x] I am reporting a bug that others will be able to reproduce.

Describe the bug and the command you saw an issue with
Can't create quota plan with 0 memory.
What happened
cf cli (7.0.2 and also 6.52.0) complains about incorrect usage.
Looks like the parameter validation of cf cli doesn't allow 0 memory and 0 instance memory. There is no interaction with CF API at all.
Expected behavior
Quota plan with 0 memory and 0 instance memory is created. This was possible with cf cli 6.49.0.
Exact Steps To Reproduce
Logged in with admin rights:
[root@iacbox-v380]:/users/d047883/landscape-aws-staging$ cf7 version
cf7 version 7.0.2+17b4eeafd.2020-07-24

[root@iacbox-v380]:/users/d047883/landscape-aws-staging$ cf7 create-quota zero-mem-quota -m 0GB -r 0 -s 10 -i 0GB --allow-paid-service-plans -v
Incorrect Usage: Byte quantity must be an integer with a unit of measurement like M, MB, G, or GB

NAME:
   create-org-quota - Define a new quota for an organization

USAGE:
   cf7 create-org-quota ORG_QUOTA [-m TOTAL_MEMORY] [-i INSTANCE_MEMORY] [-r ROUTES] [-s SERVICE_INSTANCES] [-a APP_INSTANCES] [--allow-paid-service-plans] [--reserved-route-ports RESERVED_ROUTE_PORTS]

ALIAS:
   create-quota

OPTIONS:
   -a                              Total number of application instances. (Default: unlimited).
   --allow-paid-service-plans      Allow provisioning instances of paid service plans. (Default: disallowed).
   -i                              Maximum amount of memory a process can have (e.g. 1024M, 1G, 10G). (Default: unlimited).
   -m                              Total amount of memory all processes can have (e.g. 1024M, 1G, 10G).  -1 represents an unlimited amount. (Default: 0).
   -r                              Total number of routes. -1 represents an unlimited amount. (Default: 0).
   --reserved-route-ports          Maximum number of routes that may be created with ports. -1 represents an unlimited amount. (Default: 0).
   -s                              Total number of service instances. -1 represents an unlimited amount. (Default: 0).

SEE ALSO:
   create-org, org-quotas, set-org-quota

Provide more context
[root@iacbox-v380]:/users/d047883/landscape-aws-staging$ cf version
cf version 6.52.0+b086fe522.2020-08-26
[root@iacbox-v380]:/users/d047883/landscape-aws-staging$ cf7 version
cf7 version 7.0.2+17b4eeafd.2020-07-24

(running on Ubuntu)
CF 13.14.0
CF API v2.151.0, v3.86.0 (capi-release patched down to 1.96.0 because of the Azure problem in 1.97.0)

Thanks for pointing out this reproducible issue @stephanme.
Before we take action I'd like a little more information.
Can you describe the use case that requires creating a quota plan with 0 mem and 0 instance mem?
Also - I'm not sure if this is helpful or not, but it is possible to create a quota plan with 0 mem in the current v7 CLI by not passing the -m flag/value in the create-*-quota command

One of our use case is an org that just exists for owning a private domain. The private domain is then shared into other orgs where applications are deployed (and which have a real memory quota of course).
There may be more use cases I need to check with colleagues who opened internal tickets.
Creating a quota without -m flag works. But if I skip the  -i flag this quota plan gets unlimited instance memory. This is something we want to avoid (have seen issues with very large app instances) and we run reports about org quotas from time to time.
Also, this doesn't work for cf7 update-org-quota.
We found two possible workarounds:

use a very low quota of e.g. 1M
use the CF API directly

Not nice either I would say.

We're also running into this. issue using 7.4.0. Our use case is spaces dedicated to brokered service instances that don't have direct relationships to any one application instance.

We were unable to reproduce this in v8
Thank you for your submission. If you still have issues with the latest CLI v8,  please open a new ticket.


[proposal] More granular FontWeight

Flutter is not currently able to make use of the weight control available to variable weight fonts. We are limited to weights of 100, 200, ..., 900 in FontWeight. It would be very useful to access the intermediate weights, allowing finer control over typeface.

Related to: https://github.com/flutter/flutter/issues/40457

duplicate of https://github.com/flutter/flutter/issues/33709


Error: App filenames must be unique

PLEASE DO NOT INCLUDE ANY PASSWORDS OR TOKENS IN YOUR ISSUE!!!
Describe the issue
BcContainerHelper Version 6.0.15
With the latest changes for the CDN switch small parts of the HelperFunctions.ps1 were changed too, specifically the function CopyAppFilesToFolder was changed. These changes cause our pipelines to break down with thousends of "::WARNING:: xyz.app already exists, it looks like you have multiple app files with the same name. App filenames must be unique." When I switch those portions back
the pipeline magically works again.
I created a public GitHub repository with my "Frankenstein" version of the HelperFunctions.ps1 (Franken-HelperFunctions.ps1), the original HelperFunctions.ps1 (using version of #3459) to easily compare the changes made, as well as a logs of a run with my version and the original: https://github.com/EC-Janeck/BcCHIssue
Scripts used to create container and cause the issue
Run-AlPipeline
-pipelinename varys.rwb.core-ci
-containerName devsrv01-varysrwbcore-ci
-imageName bcimage
-artifact https://bcartifacts-exdbf9fwegejdqak.b02.azurefd.net/onprem/23.2.14098.14562/de
-licenseFile ***
-memoryLimit 8G
-baseFolder D:\Agent\_work\1\s
-bcAuthContext
-environment
-installApps D:\Agent\_work\1\s\
-installTestApps
-previousApps https://businesscentralapps.azureedge.net/helloworld/latest/apps.zip
-appFolders D:\Agent\_work\1\s
-doNotRunTests:False
-azureDevOps:(AzureDevOps -eq 'AzureDevOps')
-gitLab:(AzureDevOps -eq 'GitLab')
-gitHubActions:(AzureDevOps -eq 'GitHubActions')
-failOn 'error'
-additionalCountries
-buildArtifactFolder D:\Agent\_work\1\a
-CreateRuntimePackages:True
-appBuild 0 -appRevision 2936

**Full output of scripts**
See: "Log Original.txt" and "Log Franken.txt" in the GitHub repo

@freddydk the fix works! Thanks a lot for the swift response and for pointing out that misshap with the installApp param (an environment param was blank 😅).


Link allows javascript which could lead to XSS issues

So I don't know if this is a bug or an expected feature, so please correct me if I'm wrong, but I found that I actually can write javascript links like this:
[test](javascript:alert%281%29)

An alert does pop out and this behavior is actually disallowed in GitHub.
People can do nasty things if a victim does click on one of these links.

I've proposed some changes to parsedown here to prevent that https://github.com/erusev/parsedown/pull/495, which you can grab a little early from here https://github.com/aidantwoods/parsedown/tree/anti-xss
Just be sure to set
$Parsedown->setMarkupEscaped(true);

To disable HTML tags (since the markdown language permits HTML by default).
Lastly if you're willing to test that version, feedback is welcome/encouraged :).

@aidantwoods cool, thanks. I think people will want your PR in master, to keep things safer.
I'll grab your version and inform you if I find any issues.

@erusev what about this problem? Will it solve?


chore(types): add types to EnvironmentPlugin

Add a few type annotations to EnvironmentPlugin

What kind of change does this PR introduce?
Refactoring / Types

Did you add tests for your changes?
N/A

Does this PR introduce a breaking change?
N/A

What needs to be documented once your changes are merged?
N/A

Thanks


Redirect content url policy does not replace all urls.

Related article. https://learn.microsoft.com/en-us/azure/api-management/redirect-content-urls-policy
Creating this issue to point out the redirect-content-urls policy does not rewrite all of the urls returned in the response. By our traces it appears to only be replacing what the host service url was with what the apim gateway is set to. The documentation says it replaces all urls in the response.
Here's what the trace says
redirect-content-urls (0.180 ms) "Applied filter to response content stream to replace [https://backend.ip.address:port/dev/Authorization](https://backend.ip.address:port/dev/Authorization%60) with [https://apitst.upmchp.com/dev.Authorization."](https://apitst.upmchp.com/dev.Authorization`.")
Here's the response I want to modify:
{
"self": {
"rel": "page",
"href": "https://policyservertst.upmchp.com/management/subjects/myemail@foo.com/policies/30/role-assignments?count=20&page=1",
"name": "current"
},
"items": [{
"roleId": "88",
"roleName": "myrolename",
"subjectAssignmentId": "1379",
"allowed": true,
"canDelete": false
}],
"totalCount": 1,
"totalPages": 1,
"currentPage": 1,
"hasPreviousPage": false,
"hasNextPage": false
}

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

ID: 5a183a5f-3aa2-09cd-f62b-eb38d4a2668d
Version Independent ID: dd9fe9e1-6bed-1f0b-ca85-8027d5a9baae
Content: Azure API Management policy reference - redirect-content-urls
Content Source: articles/api-management/redirect-content-urls-policy.md
Service: api-management
GitHub Login: @dlepow
Microsoft Alias: danlep

@bh3605
Thanks for your feedback! We will investigate and update as appropriate.

@bh3605 - Apologies for delayed response. Thanks for pointing this out. I'll make a small doc update to clarify this point.


Added 4 more isotope blocks

Am-243, Pu-242, Np-237, and Cf-252 now have their own blocks. The PNG's are recolored versions of depleted Uranium, and match their respective isotopes' colors. Also wrote the compress recipes. Not sure what the number in blockOpenmeans here, blockOpen(NCItems.thorium, 0, NCBlocks.block_depleted_ thorium);, and just inferred that it should be unique for each recipe. I copied the existing statements and just modified the names to match resources and block names. I only did the isotopes listed because of the dialogue with @ASDFGHT0, and Cf-252 because there is no way to get rid of it conventionally without decaying it into Th-232 and restarting the cycle or breeding it in 1 or 2 fuels, and in my experience it just piles up inexorably until you decide to restart all your hard work breeding TBU.

Also, please excuse all the .gitignore commits and ds_store. Trying to deal with a dozen junk files without familiarity with gitignore is painful.

Found the blockstate and model jsons and added them.


Log in / close buttons not visible when logging in in third party wikibase

To Reproduce
Steps to reproduce the behavior:

Take the current snapshot release (I took for mac)
Make a project to upload data to a third party wikibase
Upload edits when not logged in

Current Results

Expected Behavior

NOTE: the screenshots show also the solution of the problem, some css problem
Versions

Version 3.6-SNAPSHOT [153eb2a]

I think the intention was only to hide a message inviting users to log in with OAuth. In the meantime the buttons have changed location and have ended up in this area, so they are unintentionally hidden. Thank you for reporting it, we should be able to fix it before the next 3.6 release! In the meantime I suspect 3.5 should not have this bug.

I had another problem somehow with 3.5. but I have a local fix for this, so it is fine : )


git-new-pull-request: squash the branch before sending off the pull request

As a developer working on a team that merges feature branches using the GitHub UI
I want to squash my feature branches into a single commit before sending off pull requests
So that Git Town conforms to and supports my team workflow.
Rules:

to squash a feature branch:

git reset <main-branch-name>
git commit
git push --force

Questions:

do we let the user enter the same commit message over and over for each squash?

if yes, can we suggest the old commit message as the new one?
if no, when does the user have a chance to fine-tune the final commit message?

Closing in favor of the resolution of #750


License

Hello!
I created a small benchmarking tool using your template and modifying it to my need.
Since this repo does not have a license I only added comments like this line to cite your repo.
Is it ok with you?

Sure thing! I also added license c9377bc66898aac180b66fe4515faa2bdf0b3f33


Adding tools to fetch external etcd cluster from EKS-A Controller

Issue #, if available:
https://github.com/aws/eks-anywhere/issues/2260
Description of changes:
This PR adds the functions for the EKS-A controller to reconcile upgrades and consider an external etcd cluster.
Testing (if applicable):
Successfully scaled cluster with changes from https://github.com/aws/eks-anywhere/pull/2938, unit tests
By submitting this pull request, I confirm that you can use, modify, copy, and redistribute this contribution, under the terms of your choice.

As far as I'm aware this work is now being captured in the lifecycle controller project for CloudStack, @ddjjia can correct me if I'm wrong. Closing this PR out.


Fix naming of exported constants

It is your project, so you are free to do whatever you prefer. Something that might be of interest to you maybe, most Go projects use golint tool which helps to imrpve your codebase(If you want people to use the libary).
Running golint on your project outputs the following( After my changes though but without them it is longer)
xfers.go:12:2: exported const XfersEndPointSandbox should have comment (or a comment on this block) or be unexported
xfers.go:17:6: exported type Client should have comment or be unexported
xfers.go:24:6: exported type XfersError should have comment or be unexported
xfers.go:24:6: type name will be used as xfers.XfersError by other packages, and that stutters; consider calling this Error
xfers.go:28:6: exported type XfersMsg should have comment or be unexported
xfers.go:28:6: type name will be used as xfers.XfersMsg by other packages, and that stutters; consider calling this Msg
xfers.go:32:6: exported type XfersAccount should have comment or be unexported
xfers.go:32:6: type name will be used as xfers.XfersAccount by other packages, and that stutters; consider calling this Account
xfers.go:47:2: struct field IdBack should be IDBack
xfers.go:48:2: struct field IdDocument should be IDDocument
xfers.go:49:2: struct field IdFront should be IDFront
xfers.go:50:2: struct field IdSelfie should be IDSelfie
xfers.go:54:6: exported type XfersChargeReqParam should have comment or be unexported
xfers.go:54:6: type name will be used as xfers.XfersChargeReqParam by other packages, and that stutters; consider calling this ChargeReqParam
xfers.go:57:2: struct field OrderId should be OrderID
xfers.go:59:2: struct field NotifyUrl should be NotifyURL
xfers.go:60:2: struct field ReturnUrl should be ReturnURL
xfers.go:61:2: struct field CancelUrl should be CancelURL
xfers.go:69:2: struct field UserApiToken should be UserAPIToken
xfers.go:75:6: exported type XfersItem should have comment or be unexported
xfers.go:75:6: type name will be used as xfers.XfersItem by other packages, and that stutters; consider calling this Item
xfers.go:80:2: struct field ItemId should be ItemID
xfers.go:83:6: exported type XfersCharge should have comment or be unexported
xfers.go:83:6: type name will be used as xfers.XfersCharge by other packages, and that stutters; consider calling this Charge
xfers.go:84:2: struct field Id should be ID
xfers.go:85:2: struct field CheckoutUrl should be CheckoutURL
xfers.go:86:2: struct field NotifyUrl should be NotifyURL
xfers.go:87:2: struct field ReturnUrl should be ReturnURL
xfers.go:88:2: struct field CancelUrl should be CancelURL
xfers.go:93:2: struct field OrderId should be OrderID
xfers.go:105:6: exported type XfersVerifyParam should have comment or be unexported
xfers.go:105:6: type name will be used as xfers.XfersVerifyParam by other packages, and that stutters; consider calling this VerifyParam
xfers.go:106:2: struct field OrderId should be OrderID
xfers.go:112:1: exported method XfersVerifyParam.Init should have comment or be unexported
xfers.go:119:6: exported type XfersNotifyParam should have comment or be unexported
xfers.go:119:6: type name will be used as xfers.XfersNotifyParam by other packages, and that stutters; consider calling this NotifyParam
xfers.go:120:2: struct field TxnId should be TxnID
xfers.go:121:2: struct field OrderId should be OrderID
xfers.go:127:1: exported function NewClient should have comment or be unexported
xfers.go:143:1: exported method Client.PerformRequest should have comment or be unexported
xfers.go:176:1: exported method Client.GetAccountInfo should have comment or be unexported
xfers.go:190:1: exported method Client.CreateCharge should have comment or be unexported
xfers.go:193:2: var paramJson should be paramJSON
xfers.go:209:1: exported method Client.RetrieveCharge should have comment or be unexported
xfers.go:223:1: exported method Client.ListAllCharges should have comment or be unexported
xfers.go:242:1: exported method Client.VerifyCharge should have comment or be unexported
xfers.go:244:2: var paramJson should be paramJSON

```-

following your advise. i have refactored and updated the codes following the suggestions in the golint to be more confirmative. i have pushed in an updates in the master that is more comprehensive and complete than this PR. as such, i will close this PR.
Thank you for the advise. the golint is indeed very useful!


Azure Container Services missing from SDK

The other SDKs supply a "composite swagger" flag in their config file (here: https://github.com/Azure/azure-sdk-for-python/blob/master/swagger_to_sdk_config.json#L33) which picks up both the compute and container services files.  That flag is missing in the python SDK (node has it).

You will have it in a few seconds :). I was about publishing RC4 and this is part of it.

Released as Compute 0.30.0rc4
https://pypi.python.org/pypi/azure-mgmt-compute/0.30.0rc4
Please fill  an issue if something wrong :)


[2.6.0 Stabilization] HandInteractionExample scene updates

Overview

Updated text label 'BoundingBox.cs to BoundsControl.cs'. (we no longer use BoundingBox.cs in the examples)
Updated ObjectManipulator option in the Slate prefab and cheese object: Checked Near Smoothing. (it was unchecked, made the movement jitter)

/azp run


Added drag support for jQueryUI.

I added support for jQueryUI.
Conditionals check for draggable attribute on the packery-object to be set to 'draggabilly', 'jqueryui', or 'unsupported'
If draggable is left undefined the window is checked for Draggabilly then jQuery.ui. If neither are present then no drag functionality is added.
Console warnings let the user know if they are specifically requesting a library and the library is not present.
ie. draggable='draggabilly' and draggabilly.js is not included.
:godmode: fixes #16

In the event we like this let me know and I will update the README as well with jQueryUI as an optional library.

REVISED :###

<packery>  - No drag support
<packery draggable>  - drag support. Checks for existing libraries (Draggabilly > jQueryUI). If neither library is found there is no drag functionality. No errors are thrown.
<packery draggable=''>  - Same as above.
<packery draggable='draggabilly'>  - drag supported. Checks for Draggabilly library specifically and throws an error if it is not found.
<packery draggable='jqueryui'>  - Same as above.
<packery draggable='randomletters'>  - Throws error because 'randomletters' is not a valid library.


Steam Virtual Keyboard doesn't work for non-English languages in gaming mode

Describe the bug
In gaming mode, I've observed that virtual keyboard only works for English
For example when I added Chinese and Japanese input:

The keyboard would type the corresponding English letter on a physical keyboard as-is into the textbox, instead of providing word choices:

It also doesn't work in KDE Desktop mode, but I'm not sure if it is supported in KDE Wayland. As far as I know the stock SteamOS is running KDE on X11 instead.
What did you expect to happen?
The following screenshots are taken from my Steam Deck running stock SteamOS:
Word / letter choices based on input is populated after typing something on the keyboard:

And the selected word would actually be sent to the textbox:

I expect the same behavior in Bazzite gaming mode.
Output of rpm-ostree status
$ rpm-ostree status
State: idle
Deployments:
● ostree-image-signed:docker://ghcr.io/ublue-os/bazzite-deck:stable
                   Digest: sha256:98522d63341192410178052962a2cb6084209fedb0c1a2909d6f46e76512fbc4
                  Version: 41.20241118.2 (2024-11-19T02:58:01Z)

  ostree-image-signed:docker://ghcr.io/ublue-os/bazzite-deck:stable
                   Digest: sha256:7ea28171af3cfeaadd6b07d69feff8d67e97d9a8f070770ae271be8d380612be
                  Version: 41.20241104 (2024-11-04T05:01:16Z)

Hardware
GPD Win 4 2023
$ cat /sys/devices/virtual/dmi/id/product_name
G1618-04

Extra information or context
No response

That's what's bothering me.
Chinese and Japanese can't be input normally, strangely Korean can be input normally.

While I don't know any Korean, I don't think Korean input is working properly.
On Steam Deck, when I type the characters corresponding to d and f letter on US keyboard, they will be merged into one character, while on Bazzite the two characters remain separated.
SteamOS

Bazzite

Sharing my findings so far:
I've compared the installed packages and running processes in game mode between Bazzite and Steam Deck
Bazzite
$ ps aux | grep ibus
fsworld+    2905  0.0  0.0 606288  7528 ?        Ssl  18:25   0:00 /usr/bin/ibus-daemon -d -r --panel=disable --emoji-extension=disable
fsworld+    2914  0.0  0.0 531028  7156 ?        Sl   18:25   0:00 /usr/libexec/ibus-dconf
fsworld+    2919  0.0  0.0 604828  6896 ?        Ssl  18:25   0:00 /usr/libexec/ibus-portal
fsworld+    9155  0.0  0.0 230336  2308 pts/0    S+   18:58   0:00 grep --color=auto ibus

$ rpm -qa | grep ibus
libusb1-1.0.27-4.fc41.x86_64
libusbmuxd-2.0.2^20230620git8d30a55-6.fc41.x86_64
ibus-libs-1.5.31-1.fc41.x86_64
ibus-gtk2-1.5.31-1.fc41.x86_64
ibus-gtk3-1.5.31-1.fc41.x86_64
ibus-panel-1.5.31-1.fc41.x86_64
ibus-setup-1.5.31-1.fc41.noarch
ibus-xinit-1.5.31-1.fc41.noarch
ibus-1.5.31-1.fc41.x86_64
ibus-anthy-python-1.5.16-15.fc41.noarch
ibus-anthy-1.5.16-15.fc41.x86_64
ibus-chewing-2.1.2-1.fc41.x86_64
ibus-hangul-1.5.5-6.fc41.x86_64
ibus-libpinyin-1.15.8-1.fc41.x86_64
ibus-m17n-1.4.34-1.fc41.x86_64
ibus-typing-booster-2.26.8-1.fc41.noarch
ibus-gtk4-1.5.31-1.fc41.x86_64
libuser-0.64-11.fc41.x86_64
libusb1-1.0.27-4.fc41.i686
ibus-qt-1.3.4-12.fc41.x86_64
ibus-table-1.17.8-1.fc41.noarch
ibus-table-chinese-1.8.12-6.fc41.noarch
ibus-table-chinese-cangjie-1.8.12-6.fc41.noarch
ibus-table-chinese-quick-1.8.12-6.fc41.noarch
ibus-pinyin-1.5.1-2.fc41.x86_64

SteamOS
$ ps aux | grep ibus
deck        1330  0.0  0.0 381356  8168 ?        Ssl  18:54   0:00 /usr/bin/ibus-daemon -d -r --panel=disable --emoji-extension=disable
deck        1354  0.0  0.0<PHONE_NUMBER>2 ?        Sl   18:54   0:00 /usr/lib/ibus/ibus-dconf
deck        1358  0.0  0.0 380044  6296 ?        Ssl  18:54   0:00 /usr/lib/ibus/ibus-portal
deck        4372  0.0  0.0<PHONE_NUMBER>0 ?        Sl   18:55   0:00 /usr/lib/ibus/ibus-engine-pinyin --ibus
deck        4486  0.2  0.2<PHONE_NUMBER>2 ?        Sl   18:55   0:00 /usr/sbin/python /usr/share/ibus-anthy/engine/main.py --ibus
deck        4491  0.0  0.0 307020  8984 ?        Sl   18:55   0:00 /usr/lib/ibus/ibus-engine-hangul --ibus
deck        5032  0.0  0.0 232392  8080 ?        Sl   18:55   0:00 /usr/lib/ibus/ibus-engine-simple
deck        5950  0.0  0.0   6500  2432 pts/0    S+   18:58   0:00 grep --color=auto ibus

$ sudo pacman -Qs | grep ibus
[sudo] password for deck:
local/ibus 1.5.30-1.1
local/ibus-anthy 1.5.14-4
local/ibus-hangul 1.5.5-1
local/ibus-pinyin 1.5.1-2.1
local/ibus-table 1.17.4-1
local/ibus-table-cangjie-lite 1.8.8-2
local/libibus 1.5.30-1.1
local/libusb 1.0.27-1
local/libusbmuxd 2.0.2-3

It looks like Bazzite has all the packages installed. However, these processes are not running:
ibus-engine-pinyin
ibus-anthy/engine/main.py
ibus-engine-hangul
ibus-engine-simple

ibus-anthy is Japanese IME, ibus-hangul is Korean IME, and ibus-pinyin is Chinese IME. Lacking these processes might explain why these keybords don't work in Bazzite.
I switched to Desktop mode on Bazzite (running KDE), changed IME to ibus in KDE setting and manually added these input methods, and confirmed they all work in Kate (text editor app) with physical keyboard. Observing the running process while in desktop mode:
$ ps aux | grep ibus
fsworld+   10760  0.0  0.4 1658680 97640 ?       Sl   19:05   0:00 /usr/libexec/kimpanel-ibus-panel
fsworld+   14839  0.4  0.2<PHONE_NUMBER>8 ?        Sl   19:09   0:00 /usr/libexec/ibus-ui-gtk3 --enable-wayland-im --exec-daemon --daemon-args --xim --panel disable
fsworld+   14848  0.1  0.0<PHONE_NUMBER>8 ?        Sl   19:09   0:00 ibus-daemon --xim --panel disable
fsworld+   14855  0.0  0.0 531024  7168 ?        Sl   19:09   0:00 /usr/libexec/ibus-dconf
fsworld+   14856  0.7  0.1<PHONE_NUMBER>2 ?        Sl   19:09   0:01 /usr/libexec/ibus-extension-gtk3
fsworld+   14858  0.0  0.0<PHONE_NUMBER>2 ?        Sl   19:09   0:00 /usr/libexec/ibus-x11 --kill-daemon
fsworld+   14867  0.0  0.0 530964  6976 ?        Ssl  19:09   0:00 /usr/libexec/ibus-portal
fsworld+   14876  0.0  0.0 457312  6924 ?        Sl   19:09   0:00 /usr/libexec/ibus-engine-simple
fsworld+   14914  6.6  0.4<PHONE_NUMBER>08 ?       Sl   19:09   0:13 python3 /usr/share/ibus/setup/main.py ibus-setup
fsworld+   15008  0.1  0.1<PHONE_NUMBER>6 ?        Sl   19:10   0:00 python3 /usr/share/ibus-anthy/engine/main.py --ibus
fsworld+   15014  0.1  0.2<PHONE_NUMBER>2 ?        Sl   19:10   0:00 /usr/libexec/ibus-engine-libpinyin --ibus
fsworld+   15085  0.0  0.0<PHONE_NUMBER>6 ?        Sl   19:11   0:00 /usr/libexec/ibus-engine-pinyin --ibus
fsworld+   15112  0.0  0.0 230336  2372 pts/1    S+   19:12   0:00 grep --color=auto ibus

Looks like the path is different for these ibus engines between SteamOS and Bazzite, which might explain why Steam client couldn't launch them properly in game mode.
I was trying to see if I can create symlinks to workaround it. However, /usr/ is a protected folder under Bazzite so I don't know how to verify my assumption as of now.

@fsworld009
Thank you for your attempt, I feel as if I've seen some hope.  👍

I was trying to see if I can create symlinks to workaround it. However, /usr/ is a protected folder under Bazzite so I don't know how to verify my assumption as of now.

I think you can temporarily disable selinux and then perform the test.
sudo nano /etc/selinux/config
Modify SELINUX=enforcing to SELINUX=disabled, then reboot.
Set Permission
sudo mount -o remount,rw /usr
(Restore permissions sudo mount -o remount,ro /usr)
Symlinks some files...
Sorry my steamdeck has been sold and I only have one rog ally left, so I can't try it. Looking forward to your good news.

@zhuzhichao thanks for your input. However I have some new findings to indicate that bin path differences are likely unrelated, so I won't trying to do that for now.
New observations:
When both SteamOS and Bazzite is booted, if I run ibus engine it would return
❯ ibus engine

(process:73238): IBUS-CRITICAL **: 21:33:11.677: ibus_bus_get_global_engine: assertion 'IBUS_IS_BUS (bus)' failed
No engine is set.

Also ps aux | grep ibus shows both systems don't run ibus IME engines on boot:
# SteamOS
deck        1334  0.0  0.0 381092  9900 ?        Ssl  21:32   0:00 /usr/bin/ibus-daemon -d -r --panel=disable --emoji-extension=disable
deck        1357  0.0  0.0 306368  8356 ?        Sl   21:32   0:00 /usr/lib/ibus/ibus-dconf
deck        1364  0.0  0.0 380044  6144 ?        Ssl  21:32   0:00 /usr/lib/ibus/ibus-portal
deck        5449  0.0  0.0   6500  2432 pts/0    S+   21:36   0:00 grep --color=auto ibus

# Bazzite
fsworld+    2887  0.0  0.0 606324  7780 ?        Ssl  21:25   0:00 /usr/bin/ibus-daemon -d -r --panel=disable --emoji-extension=disable
fsworld+    2896  0.0  0.0 531028  6984 ?        Sl   21:25   0:00 /usr/libexec/ibus-dconf
fsworld+    2900  0.0  0.0 604828  7008 ?        Ssl  21:25   0:00 /usr/libexec/ibus-portal
fsworld+    9936  0.0  0.0 230336  2360 pts/0    S+   21:32   0:00 grep --color=auto ibus

However, on SteamOS, if I open virtual keyboard and click the switch IME button (the global icon) to JPN keyboard (anthy), the corresponding engine is started
ps aux | grep ibus
deck        1334  0.0  0.0<PHONE_NUMBER>6 ?        Ssl  21:32   0:00 /usr/bin/ibus-daemon -d -r --panel=disable --emoji-extension=disable
deck        1357  0.0  0.0 306368  8356 ?        Sl   21:32   0:00 /usr/lib/ibus/ibus-dconf
deck        1364  0.0  0.0 380044  6144 ?        Ssl  21:32   0:00 /usr/lib/ibus/ibus-portal
deck        5574  0.9  0.2<PHONE_NUMBER>0 ?        Sl   21:37   0:00 /usr/sbin/python /usr/share/ibus-anthy/engine/main.py --ibus
deck        5604  0.0  0.0   6500  2304 pts/0    S+   21:38   0:00 grep --color=auto ibus

And ibus engine now returns anthy, indicating ibus has successfully switched to anthy input.
On Bazzite, no matter how much times I click switch IME button on the virtual keyboard, the engine process isn't run and ibus engine still returns No engine is set.
However, if I run ibus engine anthy, now the virtual keyboard can actually input Japanese, although it would always input Japanese no matter which keyboard I switch to on the virtual keyboard UI.
I can also confirm now the annthy engine is now running succesfully
$ ps aux | grep ibus
fsworld+    2887  0.0  0.0 606324  7780 ?        Ssl  21:25   0:00 /usr/bin/ibus-daemon -d -r --panel=disable --emoji-extension=disable
fsworld+    2896  0.0  0.0 531028  6984 ?        Sl   21:25   0:00 /usr/libexec/ibus-dconf
fsworld+    2900  0.0  0.0 604828  7008 ?        Ssl  21:25   0:00 /usr/libexec/ibus-portal
fsworld+   10505  5.1  0.1<PHONE_NUMBER>0 ?        Sl   21:42   0:00 python3 /usr/share/ibus-anthy/engine/main.py --ibus
fsworld+   10428  0.0  0.0 230336  2360 pts/0    S+   21:41   0:00 grep --color=auto ibus

So I think the real issue is for some reason on Bazzite, ibus is not switching IMEs when you click the IME switch button on Steam Virtual keyboard.
It doesn't look like Steam client writes anything to any file in /home/deck/.steam/steam/logs/ whcn switching IMEs, so currently no clue on how to investigate further.

@fsworld009
A month has passed.
I have given up, and switched from Bazzite to Sk-ChimeraOS, I have encountered fewer problems.
Sk-ChimeraOS is also very comprehensive, especially for the Chinese input.
Some Chinese developer have made some optimizations for the use of the Chinese environment.

Bazzite is also excellent, but the support for Chinese is terrible, unfortunately.

@zhuzhichao thanks for the information.
Just curious, could you check the ibus version installed in Sk-ChimeraOS? I'm wondering if the issue is caused by newer ibus version in Bazzite.

@zhuzhichao
Here is Sk-ChimeraOS
$ sudo pacman -Qs | grep ibus
local/ibus 1.5.30-3
local/ibus-anthy 1.5.16-1
local/ibus-hangul 1.5.5-2
local/ibus-libpinyin 1.15.4-2
local/ibus-pinyin 1.5.1-2
local/ibus-rime 1.5.0-2
    Rime input method engine for ibus
local/ibus-table 1.17.4-2
local/ibus-table-chinese 1.8.12-3
    GObject wrapper for libusb1
local/libibus 1.5.30-3
local/libusb 1.0.27-1
local/libusbmuxd 2.1.0-1

Bazzite
ibus-1.5.31-1.fc41.x86_64
You can try downgrading the version, maybe that will solve the problem.

Downgrading ibus to 1.5.30 indeed resolves the issue.
# Get an empty working folder
$ mkdir ibus-fix && cd ibus-fix

# Download packages
$ wget https://kojipkgs.fedoraproject.org/packages/ibus/1.5.30/6.fc41/x86_64/ibus-1.5.30-6.fc41.x86_64.rpm
$ wget https://kojipkgs.fedoraproject.org/packages/ibus/1.5.30/6.fc41/x86_64/ibus-gtk2-1.5.30-6.fc41.x86_64.rpm
$ wget https://kojipkgs.fedoraproject.org/packages/ibus/1.5.30/6.fc41/x86_64/ibus-gtk3-1.5.30-6.fc41.x86_64.rpm
$ wget https://kojipkgs.fedoraproject.org/packages/ibus/1.5.30/6.fc41/x86_64/ibus-gtk4-1.5.30-6.fc41.x86_64.rpm
$ wget https://kojipkgs.fedoraproject.org/packages/ibus/1.5.30/6.fc41/x86_64/ibus-libs-1.5.30-6.fc41.x86_64.rpm
$ wget https://kojipkgs.fedoraproject.org/packages/ibus/1.5.30/6.fc41/x86_64/ibus-panel-1.5.30-6.fc41.x86_64.rpm
$ wget https://kojipkgs.fedoraproject.org/packages/ibus/1.5.30/6.fc41/noarch/ibus-setup-1.5.30-6.fc41.noarch.rpm

# Perform downgrade
$ sudo rpm-ostree override replace * --remove ibus-xinit

# Reboot to apply changes
# Remove the `ibus-fix` folder if you want to

I guess this is also why SK-ChimeraOS, recommended by @zhuzhichao, pins the ibus package.
@KyleGospo Any suggestions?

That tracks, I'll see about downgrading it in the image

After taking a closer look at ibus changelog, I believe ibus developers made an intended change which breaks how the Steam OSK currently works.
With 1.5.30, the global engine indeed gets changed as the Steam OSK changes.
Pinning the ibus package version seems to be the only option until Valve fixes it (I don't think we can patch their obfuscated JavaScript code easily).


FGA still not properly targeting

Preparation

[X] I tested the latest release
[X] I looked at other issues (even the closed ones)
[X] I read the Troubleshooting Guide

FGO server
NA
FGA build number
1787
Describe the bug
As the title says, the most recent update still has a bug that stops the correct servant from being targeted with skills. This may also prove to just be an emulator issue, because this exact macro works perfectly fine on my phone with my other account in the same aspect ratio.
Video
https://user-images.githubusercontent.com/94520930/186691763-4bd6913d-ab4e-4a62-a398-1a61c9fddad0.mp4
Device model
NoxPlayer <IP_ADDRESS>
Android version
7
Screen size
1480x720
RAM
4Gb

Don't open a new bug report for a non-fixed issue. Instead leave a comment on the original one.

Duplicate of #1314


Create an SAP Fiori App Using SAP Business Application Studio

Tutorials: https://developers.sap.com/tutorials/appstudio-fioriapps-create.html
Write here how you think we can improve the tutorial ...
The tutorial asks to complete form like this

And here, in this case, he asks like this (Username and password??? I tried with user S0023309132 and his password but that doesn't work)

What i have to do? Thanks in advance
Vivian Docquier

Hi @DOCQUIERV5 ,
Do you have an account on ES5?
The credentials for ES5 should be used in the ES5 destination configuration in SAP BTP.
Please refer to this issue  for steps to troubleshoot.
Let me know if it worked or additional assistance is needed.
Regards - Raz

Hi Raz,
I think well I have an account. Check!
@.***D77411.D16DF7B0]
@.***D77411.D16DF7B0]
Vivian DOCQUIER
@.***D77411.D16DF7B0]
Mechelen | Gent | Lummen | Namen | Windhof(L)
www.ordina.behttps://www.ordina.be/ / E-mail disclaimerhttp://www.ordina.be/mailfooter/disclaimer.htm
From: Raz Korn @.>
Sent: Thursday, 8 July 2021 15:47
To: SAPDocuments/Issues @.>
Cc: Docquier, Vivian @.>; Mention @.>
Subject: Re: [SAPDocuments/Issues] Create an SAP Fiori App Using SAP Business Application Studio (#487)
Hi @DOCQUIERV5https://github.com/DOCQUIERV5 ,
Do you have an account on ES5?
The credentials for ES5 should be used in the ES5 destination configuration in SAP BTP.
Please refer to this issue https://github.com/SAPDocuments/Issues/issues/36 for steps to troubleshoot.
Let me know if it worked or additional assistance is needed.
Regards - Raz
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHubhttps://github.com/SAPDocuments/Issues/issues/487#issuecomment-876452813, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AUYYZSIB2ZQ7Q4NO5E53UETTWWT3TANCNFSM5AAYMZVA.

I think it's all right
Thanks a lot Raz


Bug in line 417 of tools/create_db.py

Line 417 needs an "as e" to define the exception and fails if the exception is thrown.

Thanks! Fix implemented in #290. Can you verify that it works for you?

Yeah it does, thanks.
--Sent from my phone--
Aaron Sander
(612) 695-9696 (cell)
On Sep 10, 2015, at 1:49 PM, Luke Yeager <notifications<EMAIL_ADDRESS>wrote:
Thanks! Fix implemented in #290https://github.com/NVIDIA/DIGITS/pull/290. Can you verify that it works for you?
—
Reply to this email directly or view it on GitHubhttps://github.com/NVIDIA/DIGITS/issues/288#issuecomment-139323276.


Automated cherry pick of #4007: 更改aliyun和huawei的获取监控信息的参数单位：微秒=>毫秒

Cherry pick of #4007 on release/2.13.
#4007: 更改aliyun和huawei的获取监控信息的参数单位：微秒=>毫秒

/cc @yousong

Codecov Report

:exclamation: No coverage uploaded for pull request base (release/2.13@efad765). Click here to learn what that means.
The diff coverage is n/a.

@@              Coverage Diff               @@
##             release/2.13   #4012   +/-   ##
==============================================
  Coverage                ?   6.94%
==============================================
  Files                   ?     505
  Lines                   ?   85032
  Branches                ?       0
==============================================
  Hits                    ?    5906
  Misses                  ?   78625
  Partials                ?     501

Flag
Coverage Δ

#aFlag
6.94% <ø> (?)

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 efad765...baaccf7. Read the comment docs.

/approve

/lgtm


Update scheduler.py

following PR #23038 @muellerzr I guess we need to add the necessary check for the learning rate scheduler update based on the current batch size. Here's an example of how you can modify the code

The docs for this PR live here. All of your documentation changes will be reflected on that endpoint.

Please check out this PR, which describes why we can't quite do this :) https://github.com/huggingface/transformers/pull/24521


[Bug]: player stops working on randomly with error.

Version
1.2.1
Environment that reproduces the issue
same as #56.
Is it reproducible in the example application?
Yes
Reproduction steps

Create a tabular layout on the the flutter application .
In any of the tab add video player.
Switch between the tabs fast.
Randomly it throws error.
It stops working randomly.

Expected result

Shouldn't not throw any error and player should play video.

Actual result

Here is the information about the crash logs.

Additional context
No response
Relevant logs output
No response

Hi,
It seems that the device can't initiate a new decoder probably because the other has not been closed.
Have you called controller.dispose?

Yes we are doing it, and is there any limit at time how many controllers we can keep?

This issue is coming from ExoPlayer. See https://github.com/google/ExoPlayer/issues/6168#issuecomment-1447753880
The number of hardware decoder will depend from one device to another.
If you are calling dispose and you get this issue it might be because the call to ExoPlayer.release is async.
Maybe just adding a debounce will suffice.

Yes we are doing it, and is there any limit at time how many controllers we can keep?

This issue is coming from ExoPlayer. See google/ExoPlayer#6168 (comment) The number of hardware decoder will depend from one device to another. If you are calling dispose and you get this issue it might be because the call to ExoPlayer.release is async. Just adding a debounce might suffice.

Thanks @ThibaultBee for back reference.

Closing because there is not much we can do on our side.
Could you reopen the issue if you need more investigation?


Relation field not storing relationships consistently

Last item set is NULL as always.
<array
        keyName="layers"
        title="Layers"
        ui="panel"
        refetch
        graphql={`
          query($pagesWhere: PageWhereInput) {
            pages: pagesConnection(where: $pagesWhere) {
              edges {
                cursor
                node {
                  id
                  title
                }
              }
            }
          }
        `}
      >
        <relation
          title="Child Layers"
          keyName="childLayers"
          ui="singleSelectTree"
          relation={{to: 'layers', type: 'toOne'}}
          uiParams={{
            relationField: 'childLayers',
            textCol: 'title',
            columns: [
              {
                title: "${layers.title}",
                dataIndex: "title"
              }
            ],
            relationField: "layers"
          }}
        />
      </array>

Hi @ttawan
May I know the following information

OS
Node version
Canner version

Thanks

@ttawan Please provide us your full canner schema as well, so we can reproduce your situation.
Thanks

hi @ttawan any update on this issue?
After taking a look at your data, I believe you use a relation field inside an array field, which is not an acceptable schema currently. Hope it helps.
Thanks!

temporarily close this issue due to no further response from the issuer.