platformio package broken (on hardened NixOS)

Describe the bug
The platformio package seems to be broken.
Running the pio or platformio command after creating a shell nix-shell -p platformio creates the following crash:
** Message: 18:50:17.956: Requires Linux version >= 3.19 built with CONFIG_USER_NS
** Message: 18:50:17.959: Run: sudo sysctl -w kernel.unprivileged_userns_clone=1

** (process:6731): ERROR **: 18:50:17.960: main: unshare: Operation not permitted
Trace/breakpoint trap (core dumped)

Expected behavior
For the pio command, I expected the help text for the command.
Additional context
It seems like this might have to do with the hardening features of NixOS hardened.
I don't want to disable these features, because they're set to protect my system against attacks.
https://security.stackexchange.com/questions/209529/what-does-enabling-kernel-unprivileged-userns-clone-do
I looked at this briefly, but I'm not yet sure if it's platformio itself doing this or if the wrapping does something that might cause this.
Notify maintainers

The original maintainers don't seem to be maintaining this anymore, so I tagged the last/common committers. Let me know if you're interested in looking into this, otherwise I'll remove the mention.
@dotlambda @peterhoeg @fpletz @geistesk
Metadata

system: "x86_64-linux"
host os: Linux 5.6.7-hardened, NixOS, 20.09pre223023.fce7562cf46 (Nightingale)
multi-user?: yes
sandbox: yes
version: nix-env (Nix) 2.3.4
channels(rick): ""
channels(root): "nixos-20.09pre223023.fce7562cf46, nixpkgs"
nixpkgs: /nix/var/nix/profiles/per-user/root/channels/nixos

Maintainer information:
# a list of nixpkgs attributes affected by the problem
attribute:
# a list of nixos modules affected by the problem
module:

The platformio package seems to be broken.
It seems like this might have to do with the hardening features of NixOS
hardened.

My guess is that in order to be able to enter the fhsenv, we need the user_ns functionality.
What happens if you try what was suggested:
sudo sysctl -w kernel.unprivileged_userns_clone=1
Can you then do it?

Yeah, it does work in that case. So this means I can't use platformio without compromising my security? I've tried with sudo, but if I try to setup a new project I'm not sure where it ends up. Of course, using sudo is not a preferable solution either.
$ sudo pio project init --board d1_mini

The current working directory / will be used for the project.

The next files/directories have been created in /
include - Put project header files here
lib - Put here project specific (private) libraries
src - Put project source files here
platformio.ini - Project Configuration File

Project has been successfully initialized! Useful commands:
`pio run` - process/build project from the current directory
`pio run --target upload` or `pio run -t upload` - upload firmware to a target
`pio run --target clean` - clean project (remove compiled files)
`pio run --help` - additional information

I guess I can temporarily enable the unprivileged userns clone when I want to use platformio, but it's a workaround at best.
The message comes from here, indeed from the fhsenv.
I guess this isn't resolved then, but I'm also unsure if anything can be done about it or that I should just tread carefully whenever using any package that creates an fhsenv.

(#86993)
Reply-To:
Priority: Normal
In-Reply-To<EMAIL_ADDRESS>running pio with sudo is definitely not the way to go.

So this means I can't use platformio without compromising my security?

That very much depends on how you define "compromising my security". Security isn't absolute.
If the question is "am I able to run applications in an fhsenv without user namespace support", then the answer is "no, not currently". Just as well as there are several other mitigations against exploits one could potentially put in place that would limit ones ability to use other programs.
If you really want to use pio without user namespace support, I guess the way forward is to patch pio to not depend on being run inside an FHS-like environment, which is however likely to be a ton of work for very little (how much is obviously debatable) gain.

I should just tread carefully whenever using any package that creates an fhsenv.

I don't see a reason to treat fhsenv applications any differently from non-fhsenv applications. You just will not be able to run them without userns support.

I might look into running it without userns, but I guess I'll just workaround this by temporarily setting the configuration.
Thanks for looking at this with me! Closing as I'm ok with the solution. You're right, I shouldn't be worried too much about this one security feature.


Allow for font size variations in ListItem

It may be useful to allow for some font size variations for ListItem (we have a use-case that needs a smaller font size for display)
This is arguably part of a larger issue of allowing for font size variations across multiple different textual components

You can do this by using the existing ListItem component and overriding the fontSize attribute;
https://codesandbox.io/s/n1p8kq2ypm


Automatic updates reset installation settings from previous version

Prerequisites

[X] Write a descriptive title.
[X] Make sure you are able to repro it on the latest released version
[X] Search the existing issues.
[X] Refer to the FAQ.
[X] Refer to Differences between Windows PowerShell 5.1 and PowerShell.

Steps to reproduce
Whenever PowerShell is automatically updated, it resets the settings I had set during the previous installation.  In particular, I set the "Open Here" context menu option.  If I want to get these settings back, I have to completely uninstall and reinstall PowerShell.  The fix for this should also be applied to manually installing an update, as previous settings are not automatically set, however the user at least has the chance to set those values.
Expected behavior
Settings from previous PowerShell version are maintained

Actual behavior
Settings get overridden with defaults when automatic updates are enabled

Environment data
Name                           Value
----                           -----
PSVersion                      7.4.5
PSEdition                      Core
GitCommitId                    7.4.5
OS                             Microsoft Windows 10.0.19045
Platform                       Win32NT
PSCompatibleVersions           {1.0, 2.0, 3.0, 4.0…}
PSRemotingProtocolVersion      2.3
SerializationVersion           <IP_ADDRESS>
WSManStackVersion              3.0

OS Data
Version    Caption
-------    -------
10.0.19045 Microsoft Windows 10 Pro

Windows update log
added as attachment

Visuals
WindowsUpdate.log

Can you be specific on what version you installed and what version you upgraded to?  It was a relatively recent change that persisted MSI installer options.

I had version 7.4.4 and the auto-updater installed 7.4.5 without persisting the installer options.

Can you check if HKLM:\Software\Microsoft\PowerShellCore\InstallerProperties in the registry has the expected installer options?

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\PowerShellCore\InstallerProperties]
"InstallFolder"="C:\\Program Files\\PowerShell\\"
"AddToPath"="1"
"RegisterManifest"="1"
"EnablePSRemoting"="0"
"DisableTelemetry"="1"
"AddExplorerContextMenuOpenPowerShell"="1"
"AddFileContextMenuRunPowerShell"="1"
"UseMU"="0"
"EnableMU"="0"

Looks like what I had set.

@StevenBucher98 can you try to repro this?

@StevenBucher98 I had explicitly disabled the auto-update setting when I last installed PowerShell, which matches what's in the registry.  When I need to update, I always download the installer from here.  It's possible that IT is pushing the update to my machine as well.

@MBraedley if your IT does something special then that may be modifying the settings unintentionally and causing the issue. I suggest they opt into the MU upgrade system as that should save your settings. Albeit there may be slight delay in getting the release (typically 1-2 weeks after the GitHub release. I am currently testing some cases with WinGet upgrade


Exception: Could not find the transformer layer class to wrap in the model.

Traceback (most recent call last):
File "/root/train.py", line 231, in
train()
File "/root/train.py", line 225, in train
trainer.train()
File "/root/anaconda3/envs/test/lib/python3.10/site-packages/transformers/trainer.py", line 1628, in train
return inner_training_loop(
File "/root/anaconda3/envs/test/lib/python3.10/site-packages/transformers/trainer.py", line 1715, in _inner_training_loop
model = self._wrap_model(self.model_wrapped)
File "/root/anaconda3/envs/test/lib/python3.10/site-packages/transformers/trainer.py", line 1442, in _wrap_model
raise Exception("Could not find the transformer layer class to wrap in the model.")
Exception: Could not find the transformer layer class to wrap in the model.
transformers installed from https://github.com/huggingface/transformers/pull/21955

same issue here

wonder if you could execute these two with python which is instructed by https://github.com/huggingface/transformers/pull/21955
tokenizer = transformers.LLaMATokenizer.from_pretrained("/output/path/tokenizer/")
model = transformers.LLaMAForCausalLM.from_pretrained("/output/path/llama-7b/")

I discovered that I couldn't, so I consider it might be due to the installation of that forked transformers...

Found possible solution here https://github.com/tatsu-lab/stanford_alpaca/issues/58#issuecomment-1472042086

I hit the same error and that solution doesn't work because I'm already using LlamaDecoderLayer
Traceback (most recent call last):
  File "train.py", line 231, in <module>
    train()
  File "train.py", line 225, in train
    trainer.train()
  File "/home/.local/lib/python3.8/site-packages/transformers/trainer.py", line 1636, in train
    return inner_training_loop(
  File "/home//.local/lib/python3.8/site-packages/transformers/trainer.py", line 1723, in _inner_training_loop
    model = self._wrap_model(self.model_wrapped)
  File "/home/.local/lib/python3.8/site-packages/transformers/trainer.py", line 1443, in _wrap_model
    raise Exception("Could not find the transformer layer class to wrap in the model.")


Custom Messages for translation system

Can u make it editable too for the Your level is not high enough message for each job?
So you could message the player with You do not know how to use an {item} (e.g. iron_axe) right now

i added an item parameter to the translation of JOB_LEVEL_NOT_HIGH_ENOUGH and with the rest of your message you mean that the message can be configured for each job individually?

Ya that's exactly what I mean.
Like I said it in Issue 10 some seconds ago :)

This has been added as of https://github.com/Lergin/Laborus/commit/65b37ee5415e80a5649756fbf9e2e6166434005a
All Messages that start with JOB_ can be set for each job through adding of _jobid to the end of the key of the translation eg. JOB_XP_ACTION_BAR_miner to set a special JOB_XP_ACTION_BAR message for the miner job.

Fantastic!


OpenstackProviderSpec moved to machine v1alpha1

Since the recent revendor (#2052 / 26a0b81), OpenstackProviderSpec (embedded in MachineSets under OpenStack) stopped being able to unmarshal. This is because its schema moved from
github.com/openshift/cluster-api-provider-openstack to github.com/openshift/api/machine/v1alpha1 and the revendor picked up this move from the installer code: see
https://github.com/openshift/installer/pull/6382
This commit moves our references accordingly to match that upstream code.
Quirk 1: Strangely, this one type is in o/api/machine v1alpha1 even though everything else in o/api/machine is in v1beta1.
Quirk 2: o/api/machine v1alpha1's registration methods don't actually register the OpenstackProviderSpec type. (Why??) So we have to register it explicitly, as the installer does.
This more or less reverts the prior attempt at #2114 / 1f1ec2c0, which turned out to be completely redundant (the added registration call ended up in the same place as the one on the previous line).
HIVE-2308

/assign @lleshchi

I want to add some UT for this niche

Well, that turns out not to be possible. The existing UT for this code path is disabled, noted as broken, because the installer's MachineSets() func tries to call into OpenStack.
We can't mock any part of this because there are no interfaces.
We can't bypass it and call generateProviderSpec directly because it's private.
And that's as low as we could go while still achieving the goal of matching the GroupVersion of the returned OpenstackProviderSpec.
Le sigh.
/hold cancel


WeightedSumLoss compatible with standard Trainer, migrate callbacks to stateless

This is a WIP. I have not fully decided how to design Callbacks in an abstract, clean and user-friendly way. But this PR contains working code to use loss-balancing from [1] while logging and backpropagating the outputs of a custom SumLossOutput object.
This PR also removes the BasicLoggerCallback to simplify the interface of the trainer re: #284
[1]. Wang et al., 2023. "An Expert's Guide to Training Physics-Informed Neural Networks," https://arxiv.org/pdf/2308.08468

Closing for a different API.


feature: Return to inbox

Like Retrospring, I think it would be beneficial to have questions return to your inbox when you delete the response to them on your profile, so you can re-answer it again if the edit time limit has expired.

Great idea (which is actually possible now)! Will be added at some point tomorrow.
Questions made before we updated the response format will not be able to be sent back to the inbox. We could possibly use a time limit of something like 24 hours to avoid abuse?

I think a 24 hour limit might make the feature ineffective since the edit button has the same purpose and time restraint, because let's say a month passes and a person's account aesthetic changes, it'd be nice to go back and re-answer the question so that way the formatting stays up to date

Fair, no limit then. Will be done tomorrow!

Added 24bc0fc


custom format for constant buffer always translate matrix(float4x4) to float4

Description
custom format for constant buffer always translate matrix(float4x4) to float4
Steps to reproduce

capture a dx12 frame
view a constant buffer contains matrix variable

click the button "Specify a custom format for this constant buffer"
you can see the Auto-generated matrix types are wrong types "float4", should be "float4x4"

Environment

RenderDoc version: v1.21
Operating System: win10
Graphics API: dx12

GPU: AMD 5700XT

Closing this due to lack of activity and no further information to investigate.


Committed entries are marked for deletion

With the latest master I get:

Committed entries:
s3a://storagenamespace/data/gr7t8hlfcls7ethcf6k0/cdviuglfcls7ethcf6ng
Physical entries:
data/gr7t8hlfcls7ethcf6k0/cdviuglfcls7ethcf6ng
uncommitted entries:
data/gr57ka5fclsdflgskrhg/ce28r55fclsdflgskrj0

So committed entries are not excluded and can be picked up by the GC.

Long term solution will be provided by #4699
Intermediate solution will be to transform column using substr


feat: update secretTemplate documentation

Signed-off-by: jonathansp<EMAIL_ADDRESS>Update docs to include https://github.com/jetstack/cert-manager/pull/3828 feature.
cc @maelvls

/assign @jakexks

/ok-to-test
Thanks for all your work on this @jonathansp

@jonathansp Also please update the release-notes page with a paragraph about the new secret template feature. Thanks.

https://github.com/cert-manager/website/blob/release-next/content/en/docs/release-notes/release-notes-1.5.md

@jonathansp DO you think you could click "Edit" on the PR and select "release-next" instead of "master" as the base branch? That would probably also require a rebase onto release-next. Please let me know if you need help with that.

@jonathansp Do you think you could click "Edit" on the PR and select "release-next" instead of "master" as the base branch? That would probably also require a rebase onto release-next. Please let me know if you need help with that.

Sorry @maelvls, couple of meetings this morning. Will do.

/retest


Jumps around when being used with nvim-tree

Description
When using this plugin with pseudo buffers like nvim-tree, the focused buffer jumps around.
Steps to reproduce

Install this plugin and nvim-tree
Run :NoNeckPain
Run :NvimTreeToggle
The focused buffer jumps around

Without nvim-tree

With nvim-tree

Expected behavior
I would expect the focused buffer to stay in place when the only other buffer opened is a pseudo buffer like nvim-tree and they both fit next to each other without any jumping around.
The current behavior is even weirder for me when using something like symbols-outline.
Environment

Neovim: 0.8.x
Plugin clash: nvim-tree

Hey @cloudlena, thanks for opening the issue! I'll definitely take a look at it asap
Would you mind adding a screenshot or two so I can better reproduce?

Thanks for the quick reply, @shortcuts!
I added some screenshots to the issue above.

I added some screenshots to the issue above.

Thanks! Helps a lot. I assume it's either VimResized that closes the side buffer, or NNP getting disabled in the WinEnter hook
Will investigate!

Hey there, if you don't mind testing, I've merged a fix that should fix the buffer position :)

I've added screenshots in the PR if that helps
Thanks again for the issue!

Now it just jumps a tiny bit, which is negligible. Thanks a lot for the quick fix, @shortcuts!

Now it just jumps a tiny bit, which is negligible. Thanks a lot for the quick fix, @shortcuts!

Yup I did not found a way to prevent the small UI shift, I believe it's because all buffer push each other when the tree opens. I'll still investigate!


Utf8GraphQLReader returns 500 Internal Server Error when request body is empty or []

Describe the bug
The response is 500 Internal Server Error, but not a proper error message when Utf8GraphQLReader couldn't parse a request body value.
To Reproduce
Steps to reproduce the behavior:

Send a request with an empty body or [ ] in the body

Expected behavior
It should return a proper error message like it is done when request body has { } or [ { } ]. It has error message Either the query "property" or the "namedQuery" property have to have a value.
Desktop (please complete the following information):

OS: Any
Version Any

Additional context

I think we will squeeze this one into 10.2 which we hopefully get out this week :)

Thank you for reporting this one!

this one is now fixed with #1309


Use of elements not in the library

Hello, I have been able to make some examples work using the library but how would I add an element to the body that's not in the swift-html library? For example if a script is used and it gives access to some new element that's not a ".h1", ".p", ".div" etc. how would that be done? Would really appreciate any suggestions to solve this, thank you.

@Bjorninn1 Check out the "design" section of the README, which shows how helpers are just sugar over the raw values:
https://github.com/pointfreeco/swift-html#design


Pointfree either map with v1

I have updated to v1 and it looks like I now have to do the following to map an either in a pointfree style (see eitherMap below).
Am I missing something and is there a nicer way to do this?
import { compose, curry, flip } from 'fp-ts/lib/function'
import { Either, either, fromNullable } from 'fp-ts/lib/Either'

const concat = (s1: string) => (s2: string) => s1 + s2
const eitherMap = flip(curry(either.map))

export const eitherHello = compose(
  eitherMap(concat('hello ')),
  fromNullable('yo!')
)

console.log(eitherHello(null)) // Left('yo!')
console.log(eitherHello('world!')) // Right('hello world!')

@davetayls the following line (from your snippet) gives me an error
const eitherMap = flip(curry(either.map))
/*
Argument of type '<L, A, B>(fa: Either<L, A>, f: (a: A) => B) => Either<L, B>' is not assignable to parameter of type 'Function9<{}, {}, {}, {}, {}, {}, {}, {}, {}, Either<{}, {}>>'.
  Types of parameters 'fa' and 'a' are incompatible.
    Type '{}' is not assignable to type 'Either<{}, {}>'.
      Type '{}' is not assignable to type 'Right<{}, {}>'.
        Property '_tag' is missing in type '{}'.
*/

@gcanti - it compiles locally in this repo (apart from annoying Promise and Set errs)
This is my little playground:
https://github.com/davetayls/exploring-fp-ts-series/blob/master/src/pointfree/composing.ts#L30

What's "configuration" in your tsconfig.json? Shouldn't be "compilerOptions"?

ah! how did I not see that, thanks! I'll dig into those errors. Is this the way you would implement this or would it be better if i just create a manual curried eitherMap function

The problem is deeper: compose, curry, flip, pipe, etc... don't work with polymorphic functions (TypeScript design)

I see, that's a shame. Thanks for looking at this tho

this may be another alternative:
function eitherMmap<L, A, B>(f: (a: A) => B): (fa: Either<L,A>) => Either<L,B>{
    return (fa) => either.map(fa, f);
}

is that the recommended approach, and no generic map() function?


Bad (or inconsistent) error message when compiled file is a directory

$ mkdir test
$ moc test
Is a directory

This is an uncaught OCaml exception printed directly. We should at least show the path that is a directory, otherwise things get difficult to debug in e.g. CI or build scripts.
It's also inconsistent with the error message when e.g. file is not found:
$ moc test
test: No such file or directory

In general it's a good idea to be as helpful as possible and show the problematic path.
I suggest we print
<input> is a directory

or
<input>: Is a directory

to be consistent with the error message when file does not exist.

It seems like you can create a lexer for a non-existent file or a directory and it doesn't fail. It only fails when you ask for the next token. In moc, the line that throws this exception is https://github.com/dfinity/motoko/blob/6d2c020610d93dc02a024f183cdb4adef92194a9/src/pipeline/pipeline.ml#L99 .
It seems like error handling could be refactored a little bit. Normally user errors are in this format:
<location>: <error kind> <error code>, <error message>

"No such file" and "is a directory" errors don't follow this format.


Use public API and rate-limit appropriately

Thanks for the tool and your response on Reddit. I would still prefer not to type my password into the script and instead just have it rate-limit it's requests to fit the unauthenticated quota. #4 could be avoided as well.

Yep. Would love to try this, but refuse to type my password into anything (regardless of if it uses it or not, it's just not a habit I want to get into).

The script in total makes ~5 users/repo fetch and 3 search API calls. I currently have no way to make it more appropriate. The recent version does allow to press enter without keying in anything for the password i,e skip the password. In which case it assumes you have chosen to go the unauthenticated route which might have a lower rate limit. More info here:  https://github.com/csurfer/gitsuggest#faq
Using it without password i,e just pressing enter when asked for the password without keying in your password should work for you guys at the moment. With respect to making the rate limited calls more economically, I am all ears if you have any suggestions to make.

I would suggest just waiting longer between requests if the user is unauthenticated.


Include the sensitivity label to block/ allow guest and define SharePoint file sharing

Allow users to add a sensitivity labels for sites and groups that can allow or block guests and external file sharing at a team levels.
Create sensitivity labels for sites and group (e.g internal only (blocks guest access & sets SPO file sharing to only people in the org) and External (allows guests and set SPO file sharing to New and existing guests)
Once the sensitivity labels copy the unique ids for the labels.
Add sensitivity label display name and id as columns in SharePoint list and add details
The user should be able to select one of the sensitivity label display names  when filling in the request.
Once the team has been provisioned. Get the group id and the using Graph Api to PATCH group to add the sensitivity label id
e.g.
PATCH https://graph.microsoft.com/v1.0/groups/
{
"assignedLabels":
[
{
"labelId" : ""
}
]
}

This would be very useful.

@nikki-c We have sensitivity labels in the roadmap as our first step towards this functionality. There is currently a big restriction - the Graph API endpoint for applying a label does not support Application Permissions so we need to use the Delegated model, which means storing a username and password for an account in keyvault, and that account cannot have MFA.
ETA for App permissions to be supported will not be until 2022 so we will proceed with the delegated model for now.
If possible, could you split this issue out i.e. the block guests and external sharing piece as a separate item, then I can add these to the roadmap easier.
Thanks!

@alexc-MSFT do you have more information from when the sensitivity labels will be supported with app permissions? We have the security requirement to use only app permissions in the context of a service account, what is related with the use of MFA for all accounts. Because the sensitivity labels are very important for us, we have to enter them manually. Thank you for your assessment!


ERROR:    Exception in ASGI application

Describe the bug
A clear and concise description of what the bug is.
To Reproduce
Steps to reproduce the behavior:

install auto1111 webui in a docker
install the extension for openOutpaint
try to use the tab
See error

Screenshots
ERROR:    Exception in ASGI application
Traceback (most recent call last):
File "/usr/local/lib/python3.10/site-packages/uvicorn/protocols/http/h11_impl.py", line 407, in run_asgi
result = await app(  # type: ignore[func-returns-value]
File "/usr/local/lib/python3.10/site-packages/uvicorn/middleware/proxy_headers.py", line 78, in call
return await self.app(scope, receive, send)
File "/usr/local/lib/python3.10/site-packages/fastapi/applications.py", line 270, in call
await super().call(scope, receive, send)
File "/usr/local/lib/python3.10/site-packages/starlette/applications.py", line 124, in call
await self.middleware_stack(scope, receive, send)
File "/usr/local/lib/python3.10/site-packages/starlette/middleware/errors.py", line 184, in call
raise exc
File "/usr/local/lib/python3.10/site-packages/starlette/middleware/errors.py", line 162, in call
await self.app(scope, receive, _send)
File "/usr/local/lib/python3.10/site-packages/starlette/middleware/gzip.py", line 24, in call
await responder(scope, receive, send)
File "/usr/local/lib/python3.10/site-packages/starlette/middleware/gzip.py", line 44, in call
await self.app(scope, receive, self.send_with_gzip)
File "/usr/local/lib/python3.10/site-packages/starlette/middleware/exceptions.py", line 79, in call
raise exc
File "/usr/local/lib/python3.10/site-packages/starlette/middleware/exceptions.py", line 68, in call
await self.app(scope, receive, sender)
File "/usr/local/lib/python3.10/site-packages/fastapi/middleware/asyncexitstack.py", line 21, in call
raise e
File "/usr/local/lib/python3.10/site-packages/fastapi/middleware/asyncexitstack.py", line 18, in call
await self.app(scope, receive, send)
File "/usr/local/lib/python3.10/site-packages/starlette/routing.py", line 706, in call
await route.handle(scope, receive, send)
File "/usr/local/lib/python3.10/site-packages/starlette/routing.py", line 276, in handle
await self.app(scope, receive, send)
File "/usr/local/lib/python3.10/site-packages/starlette/routing.py", line 66, in app
response = await func(request)
File "/usr/local/lib/python3.10/site-packages/fastapi/routing.py", line 235, in app
raw_response = await run_endpoint_function(
File "/usr/local/lib/python3.10/site-packages/fastapi/routing.py", line 163, in run_endpoint_function
return await run_in_threadpool(dependant.call, **values)
File "/usr/local/lib/python3.10/site-packages/starlette/concurrency.py", line 41, in run_in_threadpool
return await anyio.to_thread.run_sync(func, *args)
File "/usr/local/lib/python3.10/site-packages/anyio/to_thread.py", line 31, in run_sync
return await get_asynclib().run_sync_in_worker_thread(
File "/usr/local/lib/python3.10/site-packages/anyio/_backends/_asyncio.py", line 937, in run_sync_in_worker_thread
return await future
File "/usr/local/lib/python3.10/site-packages/anyio/_backends/asyncio.py", line 867, in run
result = context.run(func, *args)
File "/usr/local/lib/python3.10/site-packages/gradio/routes.py", line 243, in file_deprecated
return file(path)
File "/usr/local/lib/python3.10/site-packages/gradio/routes.py", line 236, in file
raise ValueError(
ValueError: File cannot be fetched: extensions/openOutpaint/app/index.html, perhaps because it is not in any of {'/tmp/tmpevjsdp2t', '/tmp/tmp5hfsbey9', '/tmp/tmpzogxz0ia', '/tmp/tmpa7ada0s', '/tmp/tmpbld27a32', '/tmp/tmpllpavcs4', '/tmp/tmpe5xv8afr', '/tmp/tmp__pl42yf', '/tmp/tmpulhe_bao', '/tmp/tmpcj75cgcj', '/tmp/tmpq3jyc6b1', '/tmp/tmppet837j0', '/tmp/tmpo3aod73d', '/tmp/tmp6xwco976', '/tmp/tmpcvuv7f2x', '/tmp/tmp5s8n2gl4', '/tmp/tmpaq5imlvi', '/tmp/tmp_z2pm2oc', '/tmp/tmpfroin42y', '/tmp/tmp7seq5r5v', '/tmp/tmpesmrvc04', '/tmp/tmpt8k950hh', '/tmp/tmp2y9dwinh', '/tmp/tmpfsdfabb9', '/tmp/tmpt6q2wyvu', '/tmp/tmpgjt1akdu', '/tmp/tmpimncjgmy', '/tmp/tmpjy7fx3uu', '/tmp/tmp1m74wn_q', '/tmp/tmpv2a0jmaz', '/tmp/tmpff68dlnz', '/tmp/tmpqhtgurr7', '/tmp/tmp7t2bhx37', '/tmp/tmp91q98u4t', '/tmp/tmpf8rsxz6k', '/tmp/tmp0qmfshmo', '/tmp/tmp3c4b_sgy', '/tmp/tmptxk2ly50', '/tmp/tmpbkskttw6', '/tmp/tmpw_hpttf3', '/tmp/tmptvp40g3j', '/tmp/tmp5t5jq7a9', '/tmp/tmphxegihkn', '/tmp/tmp74a3jswd', '/tmp/tmp1mk9ajrk', '/tmp/tmpb5r656vc', '/tmp/tmpjl7t73zk', '/tmp/tmpivtdt05r', '/tmp/tmpva0oxk9k', '/tmp/tmpc1s4qjiy', '/tmp/tmperbdztcn', '/tmp/tmpjqzbir31', '/tmp/tmp92vttral', '/tmp/tmp5pc474lx', '/tmp/tmp1b8fo8bi'}
Desktop (please complete the following information):

Env: docker for nvidia cuda 11.6
OS and Version: [e.g. iOS 15, win10x64 v22h2, palmOS 3]
GPU: RTX2070Super
Browser: chrome

@seijihariki , thank you very much. Openoutpaint works on my docker.
Yes, the problem is the extension directory is symbolic link in the container. As your solutiotn I commented this line directly in entrypoint.sh: MOUNTS["${ROOT}/extensions"]="/data/config/auto/extensions
and then,  docker compose --profile auto up --build  to reinstall the docker. After this, I use auto extension installation feature to reinstall all extension including Openoutpaint.
Finnally, It works.
Openoutpiant is awosome!

Okay! Enjoy using openOutpaint!
Will keep this issue open for now, and I will try thinking of a more reasonable fix for extensions in general for this docker, though most extensions probably run fine using symlinks... maybe open an issue or discussion there when I think of something.

@changhefirst I think I managed to force our files into the exceptions list, solving the symbolic link issue. Could you test it again but with a valid docker volume?

@seijihariki ,I installed a complete new version of stable-diffusion-webui-docker (commit 510f9fa ) without any modified file. The webui docker and auto1111 work fine, but the openOutpaint extension reports errors and fails to run. I post the full error log below.
I will try to comment the extensions line in entrypoint.sh later.
Because these days are Chinese festival and holiday, the network is slow, so ...
ps, Happy Chinese New Year!
`Internal Server Error
2023-01-24 08:03:43 ERROR:    Exception in ASGI application
2023-01-24 08:03:43 Traceback (most recent call last):
2023-01-24 08:03:43   File "/usr/local/lib/python3.10/site-packages/anyio/streams/memory.py", line 94, in receive
2023-01-24 08:03:43     return self.receive_nowait()
2023-01-24 08:03:43   File "/usr/local/lib/python3.10/site-packages/anyio/streams/memory.py", line 89, in receive_nowait
2023-01-24 08:03:43     raise WouldBlock
2023-01-24 08:03:43 anyio.WouldBlock
2023-01-24 08:03:43
2023-01-24 08:03:43 During handling of the above exception, another exception occurred:
2023-01-24 08:03:43
2023-01-24 08:03:43 Traceback (most recent call last):
2023-01-24 08:03:43   File "/usr/local/lib/python3.10/site-packages/starlette/middleware/base.py", line 77, in call_next
2023-01-24 08:03:43     message = await recv_stream.receive()
2023-01-24 08:03:43   File "/usr/local/lib/python3.10/site-packages/anyio/streams/memory.py", line 114, in receive
2023-01-24 08:03:43     raise EndOfStream
2023-01-24 08:03:43 anyio.EndOfStream
2023-01-24 08:03:43
2023-01-24 08:03:43 During handling of the above exception, another exception occurred:
2023-01-24 08:03:43
2023-01-24 08:03:43 Traceback (most recent call last):
2023-01-24 08:03:43   File "/usr/local/lib/python3.10/site-packages/uvicorn/protocols/http/h11_impl.py", line 407, in run_asgi
2023-01-24 08:03:43     result = await app(  # type: ignore[func-returns-value]
2023-01-24 08:03:43   File "/usr/local/lib/python3.10/site-packages/uvicorn/middleware/proxy_headers.py", line 78, in call
2023-01-24 08:03:43     return await self.app(scope, receive, send)
2023-01-24 08:03:43   File "/usr/local/lib/python3.10/site-packages/fastapi/applications.py", line 270, in call
2023-01-24 08:03:43     await super().call(scope, receive, send)
2023-01-24 08:03:43   File "/usr/local/lib/python3.10/site-packages/starlette/applications.py", line 124, in call
2023-01-24 08:03:43     await self.middleware_stack(scope, receive, send)
2023-01-24 08:03:43   File "/usr/local/lib/python3.10/site-packages/starlette/middleware/errors.py", line 184, in call
2023-01-24 08:03:43     raise exc
2023-01-24 08:03:43   File "/usr/local/lib/python3.10/site-packages/starlette/middleware/errors.py", line 162, in call
2023-01-24 08:03:43     await self.app(scope, receive, _send)
2023-01-24 08:03:43   File "/usr/local/lib/python3.10/site-packages/starlette/middleware/base.py", line 106, in call
2023-01-24 08:03:43     response = await self.dispatch_func(request, call_next)
2023-01-24 08:03:43   File "/stable-diffusion-webui/modules/api/api.py", line 80, in log_and_time
2023-01-24 08:03:43     res: Response = await call_next(req)
2023-01-24 08:03:43   File "/usr/local/lib/python3.10/site-packages/starlette/middleware/base.py", line 80, in call_next
2023-01-24 08:03:43     raise app_exc
2023-01-24 08:03:43   File "/usr/local/lib/python3.10/site-packages/starlette/middleware/base.py", line 69, in coro
2023-01-24 08:03:43     await self.app(scope, receive_or_disconnect, send_no_error)
2023-01-24 08:03:43   File "/usr/local/lib/python3.10/site-packages/starlette/middleware/gzip.py", line 24, in call
2023-01-24 08:03:43     await responder(scope, receive, send)
2023-01-24 08:03:43   File "/usr/local/lib/python3.10/site-packages/starlette/middleware/gzip.py", line 43, in call
2023-01-24 08:03:43     await self.app(scope, receive, self.send_with_gzip)
2023-01-24 08:03:43   File "/usr/local/lib/python3.10/site-packages/starlette/middleware/cors.py", line 84, in call
2023-01-24 08:03:43     await self.app(scope, receive, send)
2023-01-24 08:03:43   File "/usr/local/lib/python3.10/site-packages/starlette/middleware/exceptions.py", line 79, in call
2023-01-24 08:03:43     raise exc
2023-01-24 08:03:43   File "/usr/local/lib/python3.10/site-packages/starlette/middleware/exceptions.py", line 68, in call
2023-01-24 08:03:43     await self.app(scope, receive, sender)
2023-01-24 08:03:43   File "/usr/local/lib/python3.10/site-packages/fastapi/middleware/asyncexitstack.py", line 21, in call
2023-01-24 08:03:43     raise e
2023-01-24 08:03:43   File "/usr/local/lib/python3.10/site-packages/fastapi/middleware/asyncexitstack.py", line 18, in call
2023-01-24 08:03:43     await self.app(scope, receive, send)
2023-01-24 08:03:43   File "/usr/local/lib/python3.10/site-packages/starlette/routing.py", line 706, in call
2023-01-24 08:03:43     await route.handle(scope, receive, send)
2023-01-24 08:03:43   File "/usr/local/lib/python3.10/site-packages/starlette/routing.py", line 276, in handle
2023-01-24 08:03:43     await self.app(scope, receive, send)
2023-01-24 08:03:43   File "/usr/local/lib/python3.10/site-packages/starlette/routing.py", line 66, in app
2023-01-24 08:03:43     response = await func(request)
2023-01-24 08:03:43   File "/usr/local/lib/python3.10/site-packages/fastapi/routing.py", line 235, in app
2023-01-24 08:03:43     raw_response = await run_endpoint_function(
2023-01-24 08:03:43   File "/usr/local/lib/python3.10/site-packages/fastapi/routing.py", line 161, in run_endpoint_function
2023-01-24 08:03:43     return await dependant.call(**values)
2023-01-24 08:03:43   File "/usr/local/lib/python3.10/site-packages/gradio/routes.py", line 286, in file
2023-01-24 08:03:43     raise ValueError(
2023-01-24 08:03:43 ValueError: File cannot be fetched: /stable-diffusion-webui/extensions/openOutpaint-webUI-extension/javascript/openoutpaint-ext.js. All files must contained within the Gradio python app working directory, or be a temp file created by the Gradio python app.
2023-01-24 08:03:44 ERROR:    Exception in ASGI application
2023-01-24 08:03:44 Traceback (most recent call last):
2023-01-24 08:03:44   File "/usr/local/lib/python3.10/site-packages/anyio/streams/memory.py", line 94, in receive
2023-01-24 08:03:44     return self.receive_nowait()
2023-01-24 08:03:44   File "/usr/local/lib/python3.10/site-packages/anyio/streams/memory.py", line 89, in receive_nowait
2023-01-24 08:03:44     raise WouldBlock
2023-01-24 08:03:44 anyio.WouldBlock
2023-01-24 08:03:44
2023-01-24 08:03:44 During handling of the above exception, another exception occurred:
2023-01-24 08:03:44
2023-01-24 08:03:44 Traceback (most recent call last):
2023-01-24 08:03:44   File "/usr/local/lib/python3.10/site-packages/starlette/middleware/base.py", line 77, in call_next
2023-01-24 08:03:44     message = await recv_stream.receive()
2023-01-24 08:03:44   File "/usr/local/lib/python3.10/site-packages/anyio/streams/memory.py", line 114, in receive
2023-01-24 08:03:44     raise EndOfStream
2023-01-24 08:03:44 anyio.EndOfStream
2023-01-24 08:03:44
2023-01-24 08:03:44 During handling of the above exception, another exception occurred:
2023-01-24 08:03:44
2023-01-24 08:03:44 Traceback (most recent call last):
2023-01-24 08:03:44   File "/usr/local/lib/python3.10/site-packages/uvicorn/protocols/http/h11_impl.py", line 407, in run_asgi
2023-01-24 08:03:44     result = await app(  # type: ignore[func-returns-value]
2023-01-24 08:03:44   File "/usr/local/lib/python3.10/site-packages/uvicorn/middleware/proxy_headers.py", line 78, in call
2023-01-24 08:03:44     return await self.app(scope, receive, send)
2023-01-24 08:03:44   File "/usr/local/lib/python3.10/site-packages/fastapi/applications.py", line 270, in call
2023-01-24 08:03:44     await super().call(scope, receive, send)
2023-01-24 08:03:44   File "/usr/local/lib/python3.10/site-packages/starlette/applications.py", line 124, in call
2023-01-24 08:03:44     await self.middleware_stack(scope, receive, send)
2023-01-24 08:03:44   File "/usr/local/lib/python3.10/site-packages/starlette/middleware/errors.py", line 184, in call
2023-01-24 08:03:44     raise exc
2023-01-24 08:03:44   File "/usr/local/lib/python3.10/site-packages/starlette/middleware/errors.py", line 162, in call
2023-01-24 08:03:44     await self.app(scope, receive, _send)
2023-01-24 08:03:44   File "/usr/local/lib/python3.10/site-packages/starlette/middleware/base.py", line 106, in call
2023-01-24 08:03:44     response = await self.dispatch_func(request, call_next)
2023-01-24 08:03:44   File "/stable-diffusion-webui/modules/api/api.py", line 80, in log_and_time
2023-01-24 08:03:44     res: Response = await call_next(req)
2023-01-24 08:03:44   File "/usr/local/lib/python3.10/site-packages/starlette/middleware/base.py", line 80, in call_next
2023-01-24 08:03:44     raise app_exc
2023-01-24 08:03:44   File "/usr/local/lib/python3.10/site-packages/starlette/middleware/base.py", line 69, in coro
2023-01-24 08:03:44     await self.app(scope, receive_or_disconnect, send_no_error)
2023-01-24 08:03:44   File "/usr/local/lib/python3.10/site-packages/starlette/middleware/gzip.py", line 24, in call
2023-01-24 08:03:44     await responder(scope, receive, send)
2023-01-24 08:03:44   File "/usr/local/lib/python3.10/site-packages/starlette/middleware/gzip.py", line 43, in call
2023-01-24 08:03:44     await self.app(scope, receive, self.send_with_gzip)
2023-01-24 08:03:44   File "/usr/local/lib/python3.10/site-packages/starlette/middleware/cors.py", line 84, in call
2023-01-24 08:03:44     await self.app(scope, receive, send)
2023-01-24 08:03:44   File "/usr/local/lib/python3.10/site-packages/starlette/middleware/exceptions.py", line 79, in call
2023-01-24 08:03:44     raise exc
2023-01-24 08:03:44   File "/usr/local/lib/python3.10/site-packages/starlette/middleware/exceptions.py", line 68, in call
2023-01-24 08:03:44     await self.app(scope, receive, sender)
2023-01-24 08:03:44   File "/usr/local/lib/python3.10/site-packages/fastapi/middleware/asyncexitstack.py", line 21, in call
2023-01-24 08:03:44     raise e
2023-01-24 08:03:44   File "/usr/local/lib/python3.10/site-packages/fastapi/middleware/asyncexitstack.py", line 18, in call
2023-01-24 08:03:44     await self.app(scope, receive, send)
2023-01-24 08:03:44   File "/usr/local/lib/python3.10/site-packages/starlette/routing.py", line 706, in call
2023-01-24 08:03:44     await route.handle(scope, receive, send)
2023-01-24 08:03:44   File "/usr/local/lib/python3.10/site-packages/starlette/routing.py", line 276, in handle
2023-01-24 08:03:44     await self.app(scope, receive, send)
2023-01-24 08:03:44   File "/usr/local/lib/python3.10/site-packages/starlette/routing.py", line 66, in app
2023-01-24 08:03:44     response = await func(request)
2023-01-24 08:03:44   File "/usr/local/lib/python3.10/site-packages/fastapi/routing.py", line 235, in app
2023-01-24 08:03:44     raw_response = await run_endpoint_function(
2023-01-24 08:03:44   File "/usr/local/lib/python3.10/site-packages/fastapi/routing.py", line 161, in run_endpoint_function
2023-01-24 08:03:44     return await dependant.call(**values)
2023-01-24 08:03:44   File "/usr/local/lib/python3.10/site-packages/gradio/routes.py", line 286, in file
2023-01-24 08:03:44     raise ValueError(
2023-01-24 08:03:44 ValueError: File cannot be fetched: /stable-diffusion-webui/extensions/openOutpaint-webUI-extension/javascript/openoutpaint-imagehistory.js. All files must contained within the Gradio python app working directory, or be a temp file created by the Gradio python app.
2023-01-24 08:03:46 ERROR:    Exception in ASGI application
2023-01-24 08:03:46 Traceback (most recent call last):
2023-01-24 08:03:46   File "/usr/local/lib/python3.10/site-packages/anyio/streams/memory.py", line 94, in receive
2023-01-24 08:03:46     return self.receive_nowait()
2023-01-24 08:03:46   File "/usr/local/lib/python3.10/site-packages/anyio/streams/memory.py", line 89, in receive_nowait
2023-01-24 08:03:46     raise WouldBlock
2023-01-24 08:03:46 anyio.WouldBlock
2023-01-24 08:03:46
2023-01-24 08:03:46 During handling of the above exception, another exception occurred:
2023-01-24 08:03:46
2023-01-24 08:03:46 Traceback (most recent call last):
2023-01-24 08:03:46   File "/usr/local/lib/python3.10/site-packages/starlette/middleware/base.py", line 77, in call_next
2023-01-24 08:03:46     message = await recv_stream.receive()
2023-01-24 08:03:46   File "/usr/local/lib/python3.10/site-packages/anyio/streams/memory.py", line 114, in receive
2023-01-24 08:03:46     raise EndOfStream
2023-01-24 08:03:46 anyio.EndOfStream
2023-01-24 08:03:46
2023-01-24 08:03:46 During handling of the above exception, another exception occurred:
2023-01-24 08:03:46
2023-01-24 08:03:46 Traceback (most recent call last):
2023-01-24 08:03:46   File "/usr/local/lib/python3.10/site-packages/uvicorn/protocols/http/h11_impl.py", line 407, in run_asgi
2023-01-24 08:03:46     result = await app(  # type: ignore[func-returns-value]
2023-01-24 08:03:46   File "/usr/local/lib/python3.10/site-packages/uvicorn/middleware/proxy_headers.py", line 78, in call
2023-01-24 08:03:46     return await self.app(scope, receive, send)
2023-01-24 08:03:46   File "/usr/local/lib/python3.10/site-packages/fastapi/applications.py", line 270, in call
2023-01-24 08:03:46     await super().call(scope, receive, send)
2023-01-24 08:03:46   File "/usr/local/lib/python3.10/site-packages/starlette/applications.py", line 124, in call
2023-01-24 08:03:46     await self.middleware_stack(scope, receive, send)
2023-01-24 08:03:46   File "/usr/local/lib/python3.10/site-packages/starlette/middleware/errors.py", line 184, in call
2023-01-24 08:03:46     raise exc
2023-01-24 08:03:46   File "/usr/local/lib/python3.10/site-packages/starlette/middleware/errors.py", line 162, in call
2023-01-24 08:03:46     await self.app(scope, receive, _send)
2023-01-24 08:03:46   File "/usr/local/lib/python3.10/site-packages/starlette/middleware/base.py", line 106, in call
2023-01-24 08:03:46     response = await self.dispatch_func(request, call_next)
2023-01-24 08:03:46   File "/stable-diffusion-webui/modules/api/api.py", line 80, in log_and_time
2023-01-24 08:03:46     res: Response = await call_next(req)
2023-01-24 08:03:46   File "/usr/local/lib/python3.10/site-packages/starlette/middleware/base.py", line 80, in call_next
2023-01-24 08:03:46     raise app_exc
2023-01-24 08:03:46   File "/usr/local/lib/python3.10/site-packages/starlette/middleware/base.py", line 69, in coro
2023-01-24 08:03:46     await self.app(scope, receive_or_disconnect, send_no_error)
2023-01-24 08:03:46   File "/usr/local/lib/python3.10/site-packages/starlette/middleware/gzip.py", line 24, in call
2023-01-24 08:03:46     await responder(scope, receive, send)
2023-01-24 08:03:46   File "/usr/local/lib/python3.10/site-packages/starlette/middleware/gzip.py", line 43, in call
2023-01-24 08:03:46     await self.app(scope, receive, self.send_with_gzip)
2023-01-24 08:03:46   File "/usr/local/lib/python3.10/site-packages/starlette/middleware/cors.py", line 84, in call
2023-01-24 08:03:46     await self.app(scope, receive, send)
2023-01-24 08:03:46   File "/usr/local/lib/python3.10/site-packages/starlette/middleware/exceptions.py", line 79, in call
2023-01-24 08:03:46     raise exc
2023-01-24 08:03:46   File "/usr/local/lib/python3.10/site-packages/starlette/middleware/exceptions.py", line 68, in call
2023-01-24 08:03:46     await self.app(scope, receive, sender)
2023-01-24 08:03:46   File "/usr/local/lib/python3.10/site-packages/fastapi/middleware/asyncexitstack.py", line 21, in call
2023-01-24 08:03:46     raise e
2023-01-24 08:03:46   File "/usr/local/lib/python3.10/site-packages/fastapi/middleware/asyncexitstack.py", line 18, in call
2023-01-24 08:03:46     await self.app(scope, receive, send)
2023-01-24 08:03:46   File "/usr/local/lib/python3.10/site-packages/starlette/routing.py", line 706, in call
2023-01-24 08:03:46     await route.handle(scope, receive, send)
2023-01-24 08:03:46   File "/usr/local/lib/python3.10/site-packages/starlette/routing.py", line 276, in handle
2023-01-24 08:03:46     await self.app(scope, receive, send)
2023-01-24 08:03:46   File "/usr/local/lib/python3.10/site-packages/starlette/routing.py", line 66, in app
2023-01-24 08:03:46     response = await func(request)
2023-01-24 08:03:46   File "/usr/local/lib/python3.10/site-packages/fastapi/routing.py", line 235, in app
2023-01-24 08:03:46     raw_response = await run_endpoint_function(
2023-01-24 08:03:46   File "/usr/local/lib/python3.10/site-packages/fastapi/routing.py", line 161, in run_endpoint_function
2023-01-24 08:03:46     return await dependant.call(**values)
2023-01-24 08:03:46   File "/usr/local/lib/python3.10/site-packages/gradio/routes.py", line 286, in file
2023-01-24 08:03:46     raise ValueError(
2023-01-24 08:03:46 ValueError: File cannot be fetched: /stable-diffusion-webui/extensions/stable-diffusion-webui-depthmap-script/javascript/depthmap.js. All files must contained within the Gradio python app working directory, or be a temp file created by the Gradio python app.
2023-01-24 08:03:50 ERROR:    Exception in ASGI application
2023-01-24 08:03:50 Traceback (most recent call last):
2023-01-24 08:03:50   File "/usr/local/lib/python3.10/site-packages/anyio/streams/memory.py", line 94, in receive
2023-01-24 08:03:50     return self.receive_nowait()
2023-01-24 08:03:50   File "/usr/local/lib/python3.10/site-packages/anyio/streams/memory.py", line 89, in receive_nowait
2023-01-24 08:03:50     raise WouldBlock
2023-01-24 08:03:50 anyio.WouldBlock
2023-01-24 08:03:50
2023-01-24 08:03:50 During handling of the above exception, another exception occurred:
2023-01-24 08:03:50
2023-01-24 08:03:50 Traceback (most recent call last):
2023-01-24 08:03:50   File "/usr/local/lib/python3.10/site-packages/starlette/middleware/base.py", line 77, in call_next
2023-01-24 08:03:50     message = await recv_stream.receive()
2023-01-24 08:03:50   File "/usr/local/lib/python3.10/site-packages/anyio/streams/memory.py", line 114, in receive
2023-01-24 08:03:50     raise EndOfStream
2023-01-24 08:03:50 anyio.EndOfStream
2023-01-24 08:03:50
2023-01-24 08:03:50 During handling of the above exception, another exception occurred:
2023-01-24 08:03:50
2023-01-24 08:03:50 Traceback (most recent call last):
2023-01-24 08:03:50   File "/usr/local/lib/python3.10/site-packages/uvicorn/protocols/http/h11_impl.py", line 407, in run_asgi
2023-01-24 08:03:50     result = await app(  # type: ignore[func-returns-value]
2023-01-24 08:03:50   File "/usr/local/lib/python3.10/site-packages/uvicorn/middleware/proxy_headers.py", line 78, in call
2023-01-24 08:03:50     return await self.app(scope, receive, send)
2023-01-24 08:03:50   File "/usr/local/lib/python3.10/site-packages/fastapi/applications.py", line 270, in call
2023-01-24 08:03:50     await super().call(scope, receive, send)
2023-01-24 08:03:50   File "/usr/local/lib/python3.10/site-packages/starlette/applications.py", line 124, in call
2023-01-24 08:03:50     await self.middleware_stack(scope, receive, send)
2023-01-24 08:03:50   File "/usr/local/lib/python3.10/site-packages/starlette/middleware/errors.py", line 184, in call
2023-01-24 08:03:50     raise exc
2023-01-24 08:03:50   File "/usr/local/lib/python3.10/site-packages/starlette/middleware/errors.py", line 162, in call
2023-01-24 08:03:50     await self.app(scope, receive, _send)
2023-01-24 08:03:50   File "/usr/local/lib/python3.10/site-packages/starlette/middleware/base.py", line 106, in call
2023-01-24 08:03:50     response = await self.dispatch_func(request, call_next)
2023-01-24 08:03:50   File "/stable-diffusion-webui/modules/api/api.py", line 80, in log_and_time
2023-01-24 08:03:50     res: Response = await call_next(req)
2023-01-24 08:03:50   File "/usr/local/lib/python3.10/site-packages/starlette/middleware/base.py", line 80, in call_next
2023-01-24 08:03:50     raise app_exc
2023-01-24 08:03:50   File "/usr/local/lib/python3.10/site-packages/starlette/middleware/base.py", line 69, in coro
2023-01-24 08:03:50     await self.app(scope, receive_or_disconnect, send_no_error)
2023-01-24 08:03:50   File "/usr/local/lib/python3.10/site-packages/starlette/middleware/gzip.py", line 24, in call
2023-01-24 08:03:50     await responder(scope, receive, send)
2023-01-24 08:03:50   File "/usr/local/lib/python3.10/site-packages/starlette/middleware/gzip.py", line 43, in call
2023-01-24 08:03:50     await self.app(scope, receive, self.send_with_gzip)
2023-01-24 08:03:50   File "/usr/local/lib/python3.10/site-packages/starlette/middleware/cors.py", line 84, in call
2023-01-24 08:03:50     await self.app(scope, receive, send)
2023-01-24 08:03:50   File "/usr/local/lib/python3.10/site-packages/starlette/middleware/exceptions.py", line 79, in call
2023-01-24 08:03:50     raise exc
2023-01-24 08:03:50   File "/usr/local/lib/python3.10/site-packages/starlette/middleware/exceptions.py", line 68, in call
2023-01-24 08:03:50     await self.app(scope, receive, sender)
2023-01-24 08:03:50   File "/usr/local/lib/python3.10/site-packages/fastapi/middleware/asyncexitstack.py", line 21, in call
2023-01-24 08:03:50     raise e
2023-01-24 08:03:50   File "/usr/local/lib/python3.10/site-packages/fastapi/middleware/asyncexitstack.py", line 18, in call
2023-01-24 08:03:50     await self.app(scope, receive, send)
2023-01-24 08:03:50   File "/usr/local/lib/python3.10/site-packages/starlette/routing.py", line 706, in call
2023-01-24 08:03:50     await route.handle(scope, receive, send)
2023-01-24 08:03:50   File "/usr/local/lib/python3.10/site-packages/starlette/routing.py", line 276, in handle
2023-01-24 08:03:50     await self.app(scope, receive, send)
2023-01-24 08:03:50   File "/usr/local/lib/python3.10/site-packages/starlette/routing.py", line 66, in app
2023-01-24 08:03:50     response = await func(request)
2023-01-24 08:03:50   File "/usr/local/lib/python3.10/site-packages/fastapi/routing.py", line 235, in app
2023-01-24 08:03:50     raw_response = await run_endpoint_function(
2023-01-24 08:03:50   File "/usr/local/lib/python3.10/site-packages/fastapi/routing.py", line 161, in run_endpoint_function
2023-01-24 08:03:50     return await dependant.call(**values)
2023-01-24 08:03:50   File "/usr/local/lib/python3.10/site-packages/gradio/routes.py", line 286, in file
2023-01-24 08:03:50     raise ValueError(
2023-01-24 08:03:50 ValueError: File cannot be fetched: extensions/openOutpaint-webUI-extension/app/index.html. All files must contained within the Gradio python app working directory, or be a temp file created by the Gradio python app.`

@seijihariki , I just tried to reinstall the webui-docker which I commented the extesions softlink line in entrypoint.sh.
The result is bad, error report and internal server error. I am sure openOutpaint extension was download and installed in docker container, but not softlink to host directory,
I guess it may because of python 3.10 update. btw, some of extensions work well, but some of them are broken in this webui-docker version.
Here are the logs:
2023-01-24 20:02:52     raise EndOfStream 2023-01-24 20:02:52 anyio.EndOfStream 2023-01-24 20:02:52  2023-01-24 20:02:52 During handling of the above exception, another exception occurred: 2023-01-24 20:02:52  2023-01-24 20:02:52 Traceback (most recent call last): 2023-01-24 20:02:52   File "/usr/local/lib/python3.10/site-packages/uvicorn/protocols/http/h11_impl.py", line 407, in run_asgi 2023-01-24 20:02:52     result = await app(  # type: ignore[func-returns-value] 2023-01-24 20:02:52   File "/usr/local/lib/python3.10/site-packages/uvicorn/middleware/proxy_headers.py", line 78, in __call__ 2023-01-24 20:02:52     return await self.app(scope, receive, send) 2023-01-24 20:02:52   File "/usr/local/lib/python3.10/site-packages/fastapi/applications.py", line 270, in __call__ 2023-01-24 20:02:52     await super().__call__(scope, receive, send) 2023-01-24 20:02:52   File "/usr/local/lib/python3.10/site-packages/starlette/applications.py", line 124, in __call__ 2023-01-24 20:02:52     await self.middleware_stack(scope, receive, send) 2023-01-24 20:02:52   File "/usr/local/lib/python3.10/site-packages/starlette/middleware/errors.py", line 184, in __call__ 2023-01-24 20:02:52     raise exc 2023-01-24 20:02:52   File "/usr/local/lib/python3.10/site-packages/starlette/middleware/errors.py", line 162, in __call__ 2023-01-24 20:02:52     await self.app(scope, receive, _send) 2023-01-24 20:02:52   File "/usr/local/lib/python3.10/site-packages/starlette/middleware/base.py", line 106, in __call__ 2023-01-24 20:02:52     response = await self.dispatch_func(request, call_next) 2023-01-24 20:02:52   File "/stable-diffusion-webui/modules/api/api.py", line 80, in log_and_time 2023-01-24 20:02:52     res: Response = await call_next(req) 2023-01-24 20:02:52   File "/usr/local/lib/python3.10/site-packages/starlette/middleware/base.py", line 80, in call_next 2023-01-24 20:02:52     raise app_exc 2023-01-24 20:02:52   File "/usr/local/lib/python3.10/site-packages/starlette/middleware/base.py", line 69, in coro 2023-01-24 20:02:52     await self.app(scope, receive_or_disconnect, send_no_error) 2023-01-24 20:02:52   File "/usr/local/lib/python3.10/site-packages/starlette/middleware/gzip.py", line 24, in __call__ 2023-01-24 20:02:52     await responder(scope, receive, send) 2023-01-24 20:02:52   File "/usr/local/lib/python3.10/site-packages/starlette/middleware/gzip.py", line 44, in __call__ 2023-01-24 20:02:52     await self.app(scope, receive, self.send_with_gzip) 2023-01-24 20:02:52   File "/usr/local/lib/python3.10/site-packages/starlette/middleware/cors.py", line 84, in __call__ 2023-01-24 20:02:52     await self.app(scope, receive, send) 2023-01-24 20:02:52   File "/usr/local/lib/python3.10/site-packages/starlette/middleware/exceptions.py", line 79, in __call__ 2023-01-24 20:02:52     raise exc 2023-01-24 20:02:52   File "/usr/local/lib/python3.10/site-packages/starlette/middleware/exceptions.py", line 68, in __call__ 2023-01-24 20:02:52     await self.app(scope, receive, sender) 2023-01-24 20:02:52   File "/usr/local/lib/python3.10/site-packages/fastapi/middleware/asyncexitstack.py", line 21, in __call__ 2023-01-24 20:02:52     raise e 2023-01-24 20:02:52   File "/usr/local/lib/python3.10/site-packages/fastapi/middleware/asyncexitstack.py", line 18, in __call__ 2023-01-24 20:02:52     await self.app(scope, receive, send) 2023-01-24 20:02:52   File "/usr/local/lib/python3.10/site-packages/starlette/routing.py", line 706, in __call__ 2023-01-24 20:02:52     await route.handle(scope, receive, send) 2023-01-24 20:02:52   File "/usr/local/lib/python3.10/site-packages/starlette/routing.py", line 276, in handle 2023-01-24 20:02:52     await self.app(scope, receive, send) 2023-01-24 20:02:52   File "/usr/local/lib/python3.10/site-packages/starlette/routing.py", line 69, in app 2023-01-24 20:02:52     await response(scope, receive, send) 2023-01-24 20:02:52   File "/usr/local/lib/python3.10/site-packages/starlette/responses.py", line 334, in __call__ 2023-01-24 20:02:52     raise RuntimeError(f"File at path {self.path} does not exist.") 2023-01-24 20:02:52 RuntimeError: File at path /stable-diffusion-webui/extensions/openOutpaint-webUI-extension/app/index.html does not exist.

@changhefirst I'm seeing the same thing on my end.  I'm also using webui-docker


UHF-8216: Styles for News RSS feed link

UHF-8216

News archive RSS feed link was missing styles
What was done

Added styles for new RSS feed link on news archive header

How to install

Make sure your instance is up and running on latest dev branch.

git pull origin dev
make fresh

Update the HDBT theme

composer require drupal/hdbt:dev-UHF-8216_News_RSS_feed_filters

Run make drush-cr

How to test

[ ] Styles matches design in news archive with the new RSS feed link
[ ] Check that code follows our standards

Designers review

[X] This PR does not need designers review

Other PRs

UHF-8216: News RSS feed filters

Why did the dist/js files change with this PR?

On some screen sizes the icons don't look good:


Deprecating previewHtml

Problem
The vscode.previewHtml command has been deprecated since the introduction of the webview API. The webview API is significantly easier to work with, correctly supports different filesystem setups, and webviews also offer many security benefits over htmlPreviews. For these reasons, we would like all extensions to switch over the using the webview API and eventually remove the vscode.previewHtml command entirely.
Plan
There are a number of consumers of this API currently, including many extensions that have not been updated in some time. Our goal is to:

Prevent new extensions from using previewHtml.
Alert existing extension authors to the need to upgrade.
Eventually remove previewHtml after the impact on end users has been minimized.

Actions for November 2018:

[x] Add notification in VS Code that alerts developers that are using previewHtml. This error would show up when a user is running a development version of an extension in vscode and the previewHtml command is invoked

[x] Open issues against existing users of previewHtml (by scanning repos of popular extensions)

[x] (Maybe) Update  vscode.d.ts to treat vscode.commands.executeCommand('vscode.previewHtml', ....) as a compile warning / error?

Longer term actions
Aggressively targeting March/April for removal. Quick sketch of deprecation process after November:

Start showing users messages if they are using an extension that uses htmlPreview (Jan/Feb update?)

Remove the ability to call vscode.previewHtml for recently published extensions. (Jan / Feb update)

Then remove vscode.previewHtml entirely. ( March / April)

Using the previewHtml command in VS Code 1.32 (Feb update) will now show an alert to users. We plan to remove the previewHtml command entirely with VS Code 1.33 (March update).

Does this mean that extensions use previewHtml will be inefficient in April?

For verification: try using the previewHtml command in an extension. This should now fail with an error about no command 'previewHtml' found


Update to Angular 13 and beyond?

@coryrylan - Are there any plans to support Angular 13 and beyond?
When attempting to install @ngx-lite/json-ld on an Angular 13 repository, the following error is thrown:
C:\path\to\angular13-repository>npm i @ngx-lite/json-ld
npm ERR! code ERESOLVE
npm ERR! ERESOLVE unable to resolve dependency tree
npm ERR!
npm ERR! While resolving<EMAIL_ADDRESS>npm ERR! Found<EMAIL_ADDRESS>npm ERR! node_modules/@angular/common
npm ERR<EMAIL_ADDRESS>from the root project
npm ERR!
npm ERR! Could not resolve dependency:
npm ERR! peer<EMAIL_ADDRESS>from<EMAIL_ADDRESS>npm ERR! node_modules/@ngx-lite/json-ld
npm ERR!   @ngx-lite/json-ld@"*" from the root project
npm ERR!
npm ERR! Fix the upstream dependency conflict, or retry
npm ERR! this command with --force or --legacy-peer-deps
npm ERR! to accept an incorrect (and potentially broken) dependency resolution.

@coryrylan - I just noticed that you have merged PR https://github.com/coryrylan/ngx-lite/pull/82 in the last 24 hours that upgrades compatibility to Angular 14. Thank you and the creator of PR https://github.com/coryrylan/ngx-lite/pull/82. Hopefully, the new release will fix this issue.
Meanwhile, I am not sure about your versioning practices (as asked in https://github.com/coryrylan/ngx-lite/issues/59). I implore you to:

Release a version that is compatible with both Angular 13 and Angular 14. Or release 2 versions - one compatible with Angular 13 and another compatible with Angular 14.
If you are open to the idea, align the versions of the packages originating from this repository to the major versions of Angular:

Release v13.0.0 that is compatible with Angular 13.
Release v14.0.0 that is compatible with Angular 14.
And so on.

@coryrylan / @NicolasR - Thank you for finally releasing v14.0.0 of the packages for this repository - including @ngx-lite/json-ld. However, the latest release leaves a hole in support for Angular 13 repositories - see updated error thrown by npm now. Are there any plans for releasing a set of v13.0.0 packages that will be compatible with Angular 13 projects?
C:\path\to\angular13-repository>npm i @ngx-lite/json-ld
npm ERR! code ERESOLVE
npm ERR! ERESOLVE unable to resolve dependency tree
npm ERR!
npm ERR! While resolving<EMAIL_ADDRESS>npm ERR! Found<EMAIL_ADDRESS>npm ERR! node_modules/@angular/common
npm ERR<EMAIL_ADDRESS>from the root project
npm ERR!
npm ERR! Could not resolve dependency:
npm ERR! peer<EMAIL_ADDRESS>from<EMAIL_ADDRESS>npm ERR! node_modules/@ngx-lite/json-ld
npm ERR!   @ngx-lite/json-ld@"*" from the root project
npm ERR!
npm ERR! Fix the upstream dependency conflict, or retry
npm ERR! this command with --force or --legacy-peer-deps
npm ERR! to accept an incorrect (and potentially broken) dependency resolution.

A version 13.0.0 of this package was published on Feb 25, 2023 from the v13 branch.
See the diff of v13 branch to master and the version 13.0.0 published on npm.
Hence, closing this issue.


Game value in points is off on won page

Description
The displayed value in points on the won page is off (at least for "Muay Thai Fighting")
Steps to Reproduce

Go to Won page, group's page, giveaway's page
compare what points are displayed
See error

Expected Behavior
The displayed points are the same no matter the page.
Console Errors
None
Screenshots

System (please complete the following information):

ESGST Version 8.3.4
Chrome Version 73.0.3683.103 (Official Build) (64-Bit)

Is that the only game affected?

I have no idea - it just happens to be the one that caught my eye because of the sudden high value in points.

I wonder if the number of copies has something to do with it, because it could be doing 10 + (10 * 4) for some reason. Can you see if other multiple copy giveaways are affected?

Is this still an issue?

Points are adjusted but the issue is still there:

For me it shows on the entered page with 10P (giveaway with only one copy) and when I open the giveaway it is 5P on the giveaway page. My guess is that some cache is outdated. The game had a price reduction at May 13 from 10 to 5 $.


Palette does not disappear

Hi,
when drawing a 2 dimensional graph with colz option and switching to 3d mode afterwards, the palette for the z-axis does not disappear:

Best regards
Daniel

Yes, I can confirm.  Fix is committed.
By chance hit other error with older Chrome.
Thanks for reporting the problem.

I guess, problem is solved.


Avoiding IMPORT data while setting up incremental refresh in context menu

I understand that IMPORT is required in order to use Incremental Refresh but I do not want to download billions of records via IMPORT to my PBI Desktop just to finish setting it up. When I go to the Incremental Refresh context menu of the table it has everything disabled because it is not set to IMPORT. I'm kind of in a catch-22... How do you get around this setup issue when dealing with a ginormous table that you do not want to download locally?

Hi @Mech-Mind, thanks for reaching out to us with your question. Have you looked at either of the following pages? Using DirectQuery in Power BI or Incremental refresh in Power BI Premium. If you don't find an answer to you question in the documentation, I suggest you try either the Power BI Community or our support page.


error in running train_cifar10.py

I can run python train_mnist.py OK. But when i run train_cifar10.py with the following command (I don't have a graphic card) and encountered the error below:
python train_cifar10.py --gpus -1
2015-12-29 09:36:40,950 Node[0] start with arguments Namespace(batch_size=128, data_dir='cifar10/', gpus='-1', kv_store='local', load_epoch=None, lr=0.05, lr_factor=1, lr_factor_epoch=1, model_prefix=None, network='inception-bn-28-small', num_epochs=20, num_examples=60000)
[09:36:40] src/io/iter_image_recordio.cc:212: ImageRecordIOParser: cifar10/train.rec, use 3 threads for decoding..
[09:36:40] src/io/./iter_normalize.h:103: Load mean image from cifar10/mean.bin
[09:36:41] src/io/iter_image_recordio.cc:212: ImageRecordIOParser: cifar10/test.rec, use 3 threads for decoding..
[09:36:41] src/io/./iter_normalize.h:103: Load mean image from cifar10/mean.bin
2015-12-29 09:36:41,174 Node[0] Start training with [gpu(-1)]
[09:36:41] ./dmlc-core/include/dmlc/././logging.h:208: [09:36:41] src/storage/../common/lazy_alloc_array.h:54: Check failed: (index) >= (0)
Traceback (most recent call last):
File "train_cifar10.py", line 79, in
train_model.fit(args, net, get_iterator)
File "/home/henry/src/mxnet/example/image-classification/train_model.py", line 84, in fit
epoch_end_callback = checkpoint)
File "/usr/local/lib/python2.7/dist-packages/mxnet-0.5.0-py2.7.egg/mxnet/model.py", line 655, in fit
logger=logger, work_load_list=work_load_list, monitor=monitor)
File "/usr/local/lib/python2.7/dist-packages/mxnet-0.5.0-py2.7.egg/mxnet/model.py", line 187, in _train_multi_device
logger=logger)
File "/usr/local/lib/python2.7/dist-packages/mxnet-0.5.0-py2.7.egg/mxnet/executor.py", line 349, in init
train_exec = symbol.simple_bind(ctx[i], 'write', **data_shapes)
File "/usr/local/lib/python2.7/dist-packages/mxnet-0.5.0-py2.7.egg/mxnet/symbol.py", line 523, in simple_bind
arg_ndarrays = [zeros(shape, ctx) for shape in arg_shapes]
File "/usr/local/lib/python2.7/dist-packages/mxnet-0.5.0-py2.7.egg/mxnet/ndarray.py", line 428, in zeros

The problem is this line here:
https://github.com/dmlc/mxnet/blob/master/example/image-classification/train_model.py#L47
the string -1 does not trigger the gpu case.
The mnist example has no default listed for gpu (https://github.com/dmlc/mxnet/blob/master/example/image-classification/train_mnist.py#L13) and thus is run with the cpu.
The cifar example does have a default given. (https://github.com/dmlc/mxnet/blob/master/example/image-classification/train_cifar10.py#L12). To make it run on a cpu you can just remove the default="0" line.

you can use --gpus None, but i guess cpu could be very slow since we used a more complex model for cifar10 comparing to mnist


push_cloned may drop uninitialized or double-free if clone panics.

Hi there, we (Rust group @sslab-gatech) are scanning crates on crates.io for potential soundness bugs. We noticed a panic safety issue in the StackA::push_cloned function:
https://github.com/thepowersgang/stack_dst-rs/blob/807e9d45019c02369e11d40bd181cbf7bb7981fc/src/stack.rs#L153-L161
The self.push_inner function increases the length of the stack, but between the element being written and this increased length the val.clone() function is called which can leave the stack in a longer state but missing an element. Here's a simple demonstration of this issue:
#![forbid(unsafe_code)]

use stack_dst::StackA;

#[derive(Debug)]
struct DropDetector(u32);

impl Drop for DropDetector {
    fn drop(&mut self) {
        println!("Dropping {}", self.0);
    }
}

impl Clone for DropDetector {
    fn clone(&self) -> Self { panic!("Panic in clone()") }
}

fn main() {
    let mut stack = StackA::<[DropDetector], [usize; 9]>::new();
    stack.push_stable([DropDetector(1)], |p| p).unwrap();
    stack.push_stable([DropDetector(2)], |p| p).unwrap();

    println!("Popping off second drop detector");
    let second_drop = stack.pop();

    println!("Pushing panicky-clone");
    stack.push_cloned(&[DropDetector(3)]).unwrap();
}

This outputs:
Popping off second drop detector
Dropping 2
Pushing panicky-clone
thread 'main' panicked at 'Panic in clone()', src/main.rs:29:31
note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace
Dropping 3
Dropping 2
Dropping 1

Return code 101

Notice that Dropping 2 is printed twice, indicating a double-free.

Good spot, fix incoming

Release v0.6.1 tagged and published


Handle skins that don't specify a gen window images

I guess we can use whichever skin gets loaded first as our defaults and just cache those. We have to be sure we don't just use the previous one, but explicitly cache the first one.

Resolved in https://github.com/captbaritone/webamp/pull/574


keep-selected-textcolor

Keep selected text color

Add a new property with the same behavior as shouldKeepSelectedCellColor
Keep both, so the now, the user can play with both
Add the property as true, on the demo viewController

Forked the repo if you would like to make this pull request on it https://github.com/hammadzz/NavBarDropdownMenu
This current repo is unmaintained.


Add minimum speed option (one step below low speed) to MQTT Fan

My Genvex Ventilation system have 4 fan speed options, so I need
another one.
My Bosch induction cooker have 4 options, minimum, low, medium and high.
So that it is :-)

This PR seems to have gone stale. Closing it.


Move more logic off FX thread

A lot of the game logic (everything except calculating the computer calculating the next move) is on the JavaFX thread. This could cause issues with lower end machines.

Might also help with issue #8


can you upload tlcs_train.rou.xml file

thank you

The file you requested is produced by running the algorithm, as written in the README: "The TrafficGenerator class contain the function dedicated to defining the route of every vehicle in one epsiode. The file created is tlcs_train.rou.xml which is placed in the "intersection" folder."

Thanks for your code, I get it, thank you.

在 2019年6月10日，18:46，AndreaVidali<EMAIL_ADDRESS>写道：
The file you requested is produced by running the algorithm, as written in the README: "The TrafficGenerator class contain the function dedicated to defining the route of every vehicle in one epsiode. The file created is tlcs_train.rou.xml which is placed in the "intersection" folder."
—
You are receiving this because you modified the open/close state.
Reply to this email directly, view it on GitHub, or mute the thread.


Flywheel Crashes on Windows 11 with AMD Graphics card

Describe the Bug
I spent multiple hours testing a mod pack and found that the flywheel mod for 1.18.2 will always crash my (fully up-to-date) AMD Card, but will not crash my Laptop running an NVIDIA card. Both computers are running intel processors and windows 11.
Reproduction Steps

Use PC with AMD graphics card and Windows 11 OS
Boot up a modpack that includes Flywheel (either by itself or with others)
Join multiplayer or single player
Game Closes on it's own giving random error codes including (1 and -1073740940)
...

Expected Result
Expected to run without crashing
Screenshots and Videos
No response
Crash Report or Log
No response
Operating System
windows 11
What is your GPU?
AMD Radeon RX 6600 XT
Mod Version
0.6.8
Minecraft Version
1.18.2
Loader Version
Forge - 40.1.86
Other Mods
None
Additional Context
Works with NVIDIA but not AMD graphics

A buddy of mine and myself are having the same issue on the same version of minecraft, forge version 40.1.80. We both are running windows 10 and both of us have a 5700xt. Same codes and everything. We try to walk around or do anything for less than 15 to 30 seconds and the game crashes. Any advice or troubleshooting would help immensely as I am running out of ideas.

In one of the previous errors I think #164 they recommend using this command in game " /flywheel backend off ". This works (if you can get in for long enough to paste it in) I dont know if you have to do it in the server or if you can also put it in somewhere else.

This seems to have fixed the issue for me at least! Thank you, I will make sure to spread this around. Not sure if it will work for you or not since you're on W11 and I'm on W10 (not too much of a difference). If I have any similar issues with it I will come back to this thread.

It appears that the "instancing" setting for flywheel crashes, while off and batching still work

In one of the previous errors I think #164 they recommend using this command in game " /flywheel backend off ". This works (if you can get in for long enough to paste it in) I dont know if you have to do it in the server or if you can also put it in somewhere else.

thanks, it works

Friend had this issue on our Skyblock world (All The Mods 7: TTS 1.1.9), setting to Batching or off fixed.

I have the same issue: World more or less instantly crashing as soon as i start it with flywheel.

In one of the previous errors I think #164 they recommend using this command in game " /flywheel backend off ". This works (if you can get in for long enough to paste it in) I don't know if you have to do it in the server or if you can also put it in somewhere else.

You can change the backend in the flywheel-client.toml file in your config folder. You can also set it to BATCHING, which (so far) seemed to also work for me.

Duplicate of #164.

It might be a duplicate, but I think it'd be worth it to note this down somewhere in some FAQ. It took me quite a while to find out it was Flywheel.


Patch 1

Please confirm this pull request meets the following requirements:

[x] I followed the contributing guidelines: https://github.com/officialrajdeepsingh/awesome-nextjs/blob/main/CONTRIBUTING.md.
[x] I followed the CODE OF CONDUCT guidelines: https://github.com/officialrajdeepsingh/awesome-nextjs/blob/main/CODE_OF_CONDUCT.md.

URL
https://www.corbado.com/passkeys/next-js
Describe what your changes are.
I added Corbado, an authentication provider for Next.js to the category "Authentication".
Issue number if exit
no issue for this
Please note: we will close your PR without comment if you do not check the boxes above and provide ALL requested information.

Thank for contribution.


OVM block file codec

Describe the feature
Make a block file codec specifically for OVM import. This is identical to the reth_downloaders::BlockFileCodec, except that it needs the op feature gated logic removed in https://github.com/paradigmxyz/reth/pull/12181.
Since op has transitioned from OVM to EVM, and OVM is in the past, this code will never have to be maintained with new hard forks. So we don't mind that it's double up from the original block decoding logic.
Additional context
No response

Hello, I would like to work on it @emhane.

Hello, I would like to work on it @emhane.

🙋🏽♂


cmd/compile: consider adding sibling links to generated DWARF

The DWARF .debug_info section generated by the current Go compiler
does not make use of sibling links at the moment. As gc-generated
DWARF DIE's begin to get more substantial/complicated, this will make
it more time-consuming for debugger as it tries to locate the DIE for
a specific entity within the .debug_info section.
It might make sense to look into introducing siblings to DIEs such as
the subprogram DIE and possibly the structure type DIE (for use in cases
where you have a struct with a large number of members).
Note that such a change would provide little benefit for Delve users
without a corresponding change to Delve (looking at the Delve tip
source code, it appears that the DWARF reader is not set up to exploit
sibling links).
@aarzilli @heschik

I know at least 3 ways of getting around DWARF: sibling links, .debug_pubtypes, .debug_names (DWARF5) and I think there are some hash table variants floating around. Do you have any context on which is the most bestest? We already have .pubtypes, but presumably you're concerned about function DIEs getting bigger after the inlining stuff.

I would think the indices (debug_pubtypes or debug_names) are better than providing sibling links?
Debug_names seems slightly better than debug_pubtypes/debug_pubnames because users only need to look up in one index instead of two, but it's also newer so it's presumably less widely supported yet.

Looking at the source for Delve, I see code that walks the entire .debug_info section, looking for interesting bits and the calling "reader.SkipChildren()" in situations where the children are not interesting. Example:
https://github.com/derekparker/delve/blob/5c9b2009cab214c1f912a2d8c6c89eec9f3ada2b/pkg/proc/types.go#L142
If we added sibling links to the GC-generated DWARF, I'd imagine that this routine would get a lot faster (without any changes to the code itself, I should add).

I should add to my last comment-- my original remark about needing a corresponding change in Delve to exploit sibling links was incorrect; delve is getting that for free by using Go's debug/dwarf package.

Note that routine is only executed once on startup. And https://github.com/golang/go/issues/19340 is a far  bigger contributor to slow start up times at the moment.


performance improvement question on multiple models/concurrent execution

Hi Team,
I notice that there are several ways to improve performance such as model pipelining on multiple edge TPUs, model co-compiling technique to avoid alter-eviction on cache. If two models' sizes are small enough to cache on device at the same time, does edgeTPU support concurrent execution on one single edgeTPU?
Another way to think about this is I can design a single model itself that it takes multiple inputs and gives multiple outputs. However, it seems not gaining any benefit and requires 'split' and 'concate' operations. For this case, how costly are those two operations are? And does this design actually yield benefit? (My testing is: multiple input/output model is 2x more slower than single one, which means it is slower than I just execute the later one twice in serial)

some details on my test:
I tried the following model:
input_list = []
conv_list  = []
for i in range(fold):
    input0 = keras.layers.Input(shape=(IN_W, IN_H, IN_C))
    input_list.append(input0)
    conv = Conv2D(filters=OUT_C, kernel_size=(F_W, F_H), strides=(S_W, S_H), activation='linear', weights=[weights], use_bias=False, trainable=False)(input0)
    conv_list.append(conv)
out    = concatenate(conv_list, axis=1)
model = tf.keras.models.Model(inputs=input_list, outputs=[out])
return model

and the edgetpu_compiler (version: 14.1.317412892) gives the error message:
F tensorflow/lite/toco/graph_transformations/quantize.cc:606] Check failed: is_rnn_state_array

Which I don't see why.
And the 'split' and 'concat' version I mentioned is the following:
input0 = keras.layers.Input(shape=(IN_W*fold, IN_H, IN_C))
split  = Lambda(lambda x: tf.split(x, num_or_size_splits=fold, axis=1))(input0)
conv_list = []
for i in range(fold):
    conv0 = Conv2D(filters=OUT_C, kernel_size=(F_W, F_H), strides=(S_W, S_H), activation='linear', weights=[weights], use_bias=False, trainable=False)(split[i])
    conv_list.append(conv0)
out    = concatenate(conv_list, axis=1)
model = tf.keras.models.Model(inputs=[input0], outputs=out)
return model


Organization repositories aren't recognized ?

The organization repositories aren't listed in the available repositories and I think there is no way to add an app to an organizatio. This means that organization repositories can't be optimized.

Hi @mulle-nat you should be able to install into any organization you have rights on.
Try going to https://github.com/marketplace/imgbot/#pricing-and-setup and choosing the Account dropdown
Also check out https://github.com/apps/imgbot/installations/new to see what organizations show up there.
Can you share what you see?

Nice the second link it what I was searching for, but couldn't find . Thx.


[WIP] feat(config): allow user to provide a path to funding.yml

fixes #389

this doesn't work yet but i do not know yet why


remove dependency on tracing's log feature

fixes #2326
I wasn't sure what the right way to update the changelog was, so I just used my best guess. Let me know if I should do something differently.

how do I see the gitcop error message? The link just goes to https://gitcop.com/

Thanks! You can leave the changelog update out, those are automatically construct with a script at release time.

OK, I've removed the changelog update.

Thanks!


Arma 3 Image Cleanup & Refurbishment

Image for testing available at: ghcr.io/lilkingjr1/arma3-yolk:main
Does not require Egg PR merge to work.
Summary of Changes:
Files:

Remove dependency of having libnss_wrapper.so libraries directly in the image. Instead, use the libraries provided with their respective packages. This fixes the current 32-bit version being broken and ensures the libraries stay up to date with their respective packages.
Slight change to passwd.template to accommodate variable name change.

Dockerfile:

Change the base image to Debian, which from testing appears to run cleaner and faster for Arma. It also should yield a smaller image.
Fix depreciated ENV call format.
Removed un-needed packages.
Added iproute2 package.
Consolidated the NSS Wrapper setup to a commented group of lines to make understanding it's purpose and setup more clear.
Added shell flag to useradd command.

Entrypoint:

General cleanup.
Changed LD_PRELOADs to point to package-provided library file locations.

All Submissions:

[x] Have you ensured there aren't other open Pull Requests for the same update or change?
[x] Have you created a new branch for your changes and PR from that branch and not from your master branch?
[x] Have you added an explanation of what your changes do and why you'd like us to include them?

you asked me to comment on this to test your egg

server installed flawlessly and says it's running. i can't try out the performance or stability since arma 3 currently isn't installed on my pc


BBEdit not working on some macs?  Error 4 details below

ERROR: Error verifying /Volumes/BBEdit 14.6.8/BBDetails
Executing Policy BBEdit - Latest Install
Running script Installomator...
Script exit code: 4
Script result: 2023-10-26 16:18:51 : REQ   :  : shifting arguments for Jamf
2023-10-26 16:18:51 : REQ   : bbedit : ################## Start Installomator v. 10.5, date 2023-10-15
2023-10-26 16:18:51 : INFO  : bbedit : ################## Version: 10.5
2023-10-26 16:18:51 : INFO  : bbedit : ################## Date: 2023-10-15
2023-10-26 16:18:51 : INFO  : bbedit : ################## bbedit
2023-10-26 16:18:51 : INFO  : bbedit : SwiftDialog is not installed, clear cmd file var
2023-10-26 16:18:52 : INFO  : bbedit : BLOCKING_PROCESS_ACTION=tell_user
2023-10-26 16:18:52 : INFO  : bbedit : NOTIFY=success
2023-10-26 16:18:52 : INFO  : bbedit : LOGGING=INFO
2023-10-26 16:18:52 : INFO  : bbedit : LOGO=/System/Applications/App Store.app/Contents/Resources/AppIcon.icns
2023-10-26 16:18:52 : INFO  : bbedit : Label type: dmg
2023-10-26 16:18:52 : INFO  : bbedit : archiveName: BBEdit.dmg
2023-10-26 16:18:52 : INFO  : bbedit : no blocking processes defined, using BBEdit as default
2023-10-26 16:18:52 : INFO  : bbedit : name: BBEdit, appName: BBEdit.app
2023-10-26 16:18:53 : WARN  : bbedit : No previous app found
2023-10-26 16:18:53 : WARN  : bbedit : could not find BBEdit.app
2023-10-26 16:18:53 : INFO  : bbedit : appversion:
2023-10-26 16:18:53 : INFO  : bbedit : Latest version of BBEdit is 14.6.8
2023-10-26 16:18:53 : REQ   : bbedit : Downloading https://s3.amazonaws.com/BBSW-download/BBEdit_14.6.8.dmg to BBEdit.dmg
2023-10-26 16:18:55 : REQ   : bbedit : no more blocking processes, continue with update
2023-10-26 16:18:55 : REQ   : bbedit : Installing BBEdit
2023-10-26 16:18:55 : INFO  : bbedit : Mounting /var/folders/zz/zyxvpxvq6csfxvn_n0000000000000/T/tmp.tZi5hWD7/BBEdit.dmg
2023-10-26 16:18:58 : INFO  : bbedit : Mounted: /Volumes/BBEdit 14.6.8
2023-10-26 16:18:58 : INFO  : bbedit : Verifying: /Volumes/BBEdit 14.6.8/BBEdit.app
2023-10-26 16:19:00 : INFO  : bbedit : Installomator did not close any apps, so no need to reopen any apps.
2023-10-26 16:19:00 : ERROR : bbedit : ERROR: Error verifying /Volumes/BBEdit 14.6.8/BBEdit.app error:
/Volumes/BBEdit 14.6.8/BBEdit.app: rejected
source=Notarized Developer ID
origin=Developer ID Application: Bare Bones Software, Inc. (W52GZAXT98)
2023-10-26 16:19:00 : REQ   : bbedit : ################## End Installomator, exit code 4
Error running script: return code was 4.

Thanks for contacting us, but please note that issues should be things that do not work in Installomator, rather than support requests.
Please read the README.md document and write a post on the #Installomator channel on MacAdmins Slack. You can get better help there.
I could suspect you have issues on some machines reaching AWS for the download, but you should try LOGGING=DEBUG and see exactly what is the problem.
See you on Slack!

OK.  Armin helped me.   Thanks Soren
Peter Stebbins
Apple & Jamf Sys Admin , FIU Online
305.321.2060 (text me)  |  fiuonline.com
11200 SW 8th Street, MANGO 650 Miami, FL 33199
https://maps.google.com/?q=11200+SW+8th+Street,+MANGO+650+Miami,+FL+33199
[image: linkedin] https://www.linkedin.com/in/peterstebbins/
Powered by WiseStamp
https://www.wisestamp.com/lp/promo/professional-email-signature?utm_source=promotion&utm_medium=signature&utm_campaign=create_your_own&srcid=
[image: tpx]
On Fri, Oct 27, 2023 at 3:10 AM Søren Theilgaard @.***>
wrote:

Thanks for contacting us, but please note that issues should be things
that do not work in Installomator, rather than support requests.
Please read the README.md document and write a post on the #Installomator
channel on MacAdmins Slack. You can get better help there.
I could suspect you have issues on some machines reaching AWS for the
download, but you should try LOGGING=DEBUG and see exactly what is the
problem.
See you on Slack!
—
Reply to this email directly, view it on GitHub
https://github.com/Installomator/Installomator/issues/1291#issuecomment-1782411468,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AFMEA7Z6LRV3JYHJWICP7ILYBNM5VAVCNFSM6AAAAAA6RZWRIWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTOOBSGQYTCNBWHA
.
You are receiving this because you authored the thread.Message ID:
@.***>


chore: added new line to readme

test commit

(normally we'd use bors, but until then I will merge manually)
LGTM


knative 0.9 vendor changes

knative 0.9 vendor changes

This change is

/ok-to-test

@animeshsingh Does this accidentially delete cloudevents again?

And opencensus? Not sure why this is happening if you are going from master?

@cliveseldon that's the only reason I can think of - its pruning packages not used by the code. Maybe worthwhile bringing it just before the logger code is goes in?

@animeshsingh Simpler I think is #503 gets merged and then you can rebase and it won't delete these.
@ellis-bigelow I've done changes to #503 so can you check it its ready to merge?


Path breaks when I am trying to access path directly from address bar.

Example: on localhost https://foo.bar works and https://foo.bar/example also works.
but on server,  https://foo.bar works and https://foo.bar/example doesn't.

Hi @xscotophilic - thanks for using the package!
This is not an issue with the package, but I am glad to help :) If you read through my answer on StackOverflow, you will see the following section:

Furthermore, when deploying your production app, you need to make sure that every path points to your index.html. If you use tools like Firebase hosting, this is done automatically for you when configuring your app as a single page app.
Otherwise, you want to look up how to rewrite all paths to your index.html for the hosting you are using.
Essentially, you want to have a single page app, where the HTTP server serves the index.html for all paths.

Depending on your server, you will need to do your own research as to how to implement a single page app.


blockbreak attached blocks / items don't fall (torch etc)

have to check event for the dropped items / check for blocks or items around

Fix will be created here


Able to let Piped use deleted environments.

What happened:
I could let Piped use deleted environments.

What you expected to happen:
How to reproduce it:
Environment:

piped version:
control-plane version:
Others:

/assign @cakecatz

Looks like it comes from here 👀
https://github.com/pipe-cd/pipe/blob/master/pkg/app/api/grpcapi/web_api.go#L154-L162

Right


Getting error with relation records when we have more 1000 parent records

What steps will reproduce the problem?
When model A have more 1000 records and we need to get relation records:
A::find()->with(['relation'])->limit(1001)->all();

What is the expected result?
Relation records
What do you get instead?
Error in ./vendor/yiisoft/yii2/db/QueryBuilder.php at line 1544
strtoupper() expects parameter 1 to be string, object given

First elements isn`t string. All elements is objects ("in condition"):
$operator = strtoupper(array_shift($condition));

Additional info

Q
A

Yii version
2.0.15

PHP version
7.0.25

DB
Oracle OCI

could you provide the full stack trace of the error?

1. in /var/www/reports/vendor/yiisoft/yii2/db/QueryBuilder.php at line 1544
2. in /var/www/reports/vendor/yiisoft/yii2/db/QueryBuilder.php at line 1521 – yii\db\QueryBuilder::createConditionFromArray()
3. in /var/www/reports/vendor/yiisoft/yii2/db/conditions/ConjunctionConditionBuilder.php at line 60 – yii\db\QueryBuilder::buildCondition()
4. in /var/www/reports/vendor/yiisoft/yii2/db/conditions/ConjunctionConditionBuilder.php at line 35 – yii\db\conditions\ConjunctionConditionBuilder::buildExpressionsFrom()
5. in /var/www/reports/vendor/yiisoft/yii2/db/QueryBuilder.php at line 281 – yii\db\conditions\ConjunctionConditionBuilder::build()
6. in /var/www/reports/vendor/yiisoft/yii2/db/QueryBuilder.php at line 1525 – yii\db\QueryBuilder::buildExpression()
7. in /var/www/reports/vendor/yiisoft/yii2/db/oci/conditions/InConditionBuilder.php at line 69 – yii\db\QueryBuilder::buildCondition()
8. in /var/www/reports/vendor/yiisoft/yii2/db/oci/conditions/InConditionBuilder.php at line 28 – yii\db\oci\conditions\InConditionBuilder::splitCondition()
9. in /var/www/reports/vendor/yiisoft/yii2/db/QueryBuilder.php at line 281 – yii\db\oci\conditions\InConditionBuilder::build()
10. in /var/www/reports/vendor/yiisoft/yii2/db/QueryBuilder.php at line 1525 – yii\db\QueryBuilder::buildExpression()
11. in /var/www/reports/vendor/yiisoft/yii2/db/QueryBuilder.php at line 1334 – yii\db\QueryBuilder::buildCondition()
12. in /var/www/reports/vendor/yiisoft/yii2/db/QueryBuilder.php at line 233 – yii\db\QueryBuilder::buildWhere()
13. in /var/www/reports/vendor/yiisoft/yii2/db/ActiveQuery.php at line 316 – yii\db\QueryBuilder::build()
14. in /var/www/reports/vendor/yiisoft/yii2/db/Query.php at line 237 – yii\db\ActiveQuery::createCommand()
15. in /var/www/reports/vendor/yiisoft/yii2/db/ActiveQuery.php at line 133 – yii\db\Query::all()
16. in /var/www/reports/vendor/yiisoft/yii2/db/ActiveRelationTrait.php at line 268 – yii\db\ActiveQuery::all()
17. in /var/www/reports/vendor/yiisoft/yii2/db/ActiveQueryTrait.php at line 151 – yii\db\ActiveQuery::populateRelation()
18. in /var/www/reports/vendor/yiisoft/yii2/db/ActiveQuery.php at line 212 – yii\db\ActiveQuery::findWith()
19. in /var/www/reports/vendor/yiisoft/yii2/db/Query.php at line 238 – yii\db\ActiveQuery::populate()
20. in /var/www/reports/vendor/yiisoft/yii2/db/ActiveQuery.php at line 133 – yii\db\Query::all()

I assume that this test should be broken: https://github.com/yiisoft/yii2/blob/ac687aab292088a1a3525f10930e7a1f0403173b/tests/framework/db/oci/QueryBuilderTest.php#L135
but we do not run oracle tests on travis so it seems thats why it was not noticed.

After applying the patch, this error is gone.


Amend CONTRIBUTING.md to mandate use of Fixes #issue

Use of GitHub keyword references in PR descriptions and/or commit messages
Expected Behaviour
GitHub has built in functionality which helps project maintainers manage issues.  Encouraging contributors to reference issues in their PR descriptions or or commit messages means that github will be able to automatically close the associated issues once the PR is merged.  This will remove a manual task from the maintainers and enable project focus to remain on current issues
Current Behaviour
PRs are merged & some issues remain open until they are manually reviewed and closed.  Contributors potentially focus consideration and effort on issues already addressed.
Possible Solution
GitHub has built in functionality which helps project maintainers manage issues.  Encouraging contributors to reference issues in their PR descriptions or or commit messages means that github will be able to automatically close the associated issues once the PR is merged.  This will remove a manual task from the maintainers and enable project focus to remain on current issues
Context
Reviewing issues already addressed.  Badgering maintainers to close issues I've addressed or know to be addressed.
Your Environment
N/A
N.B This issue will also act as a test of the built in functionality.

Can Derek help with this?

I thought he might like to check for 'Fixes #' (for example) and flag it if the PR doesn't apparently address an issue.


C++ Runtime Error

Unknown runtime errors keep happening and cause my game to close. Usually happens when I do any command.

Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

tends to happen when host uses the commands


pull request for e2e test at 12/20/2016 11:45:21

:white_check_mark: Validation status: passed
For more details, please refer to the build report.
Note: If you changed an existing file name or deleted a file, broken links in other files to the deleted or renamed file are listed only in the full build report.